ImageVerifierCode 换一换
格式:DOCX , 页数:18 ,大小:32.58KB ,
资源ID:3890648      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/3890648.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(软工课程设计失物招领管理系统.docx)为本站会员(b****3)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

软工课程设计失物招领管理系统.docx

1、软工课程设计失物招领管理系统概要设计说明书1 引言编写目的该系统专为失物招领中心设计,以期简化工作流程,提高管理员的工作效率。 背景日常生活中,当我们丢失物品后往往苦于寻找,要不是得登报,就得到处张贴寻物启事。同时,拾主捡到物品若希望归还,也是麻烦重重。如果有一个系统健全的失物招领机构,可以说减少了市民很多麻烦。最重要的是,当今我国正在努力建设和谐社会,政府重视城市居民道德素质的提高,所以,弘扬拾金不昧的优秀传统,构建文明城市是政府义不容辞的一项责任。基于目前国内该系统也是初步投入使用,在功能和应用方面还有待完善,我们加入自己的新点子,比如说表扬栏,失物过期提醒等进行开发,对于开设了失物招领中

2、心的城市来说很适合。同时,这是一个比较小型的系统,其开发成本不会很高,预算合理。价格低廉也使它适合学校使用。这个系统在以后应该会得到广泛的应用并日臻完善。定义 Varchar:是一种比char更加灵活的数据类型,同样用于表示字符数据,但是Varchar可以保存可变长度的字符串。Datetime:是一种日期时间的转换方式,有很大种,如()的格式为2010-10-20 20:51:12参考数据 软件工程设计案例教程 清华大学出版社软件工程案例教程 机械工业出版社软件工程 高等教育出版社2 总体设计 需求规定 说明对本系统的主要的输入输出项目、处理的功能性能要求。)本系统主要的输入输出有:失物的信息

3、、报失的信息、留言信息、查询信息。本系统的性能要求主要包括:对精度、时间特性和灵活性的要求。本系统的功能要求主要包括:输入输出、数据管理能力、故障处理能力等。 运行环境 硬件环境本系统的硬件环境如下。客户机:普通PC CPU:P4 以上; 内存:256MB以上 能够运行以上或者Netscape 以上版本的机器 分辨率:推荐使用1024768像素Web服务器 CPU:P4 内存:1GB以上 硬盘:80GB以上 网卡:KMb/s速度网卡;数据库服务器 CPU:P4 内存:1GB以上 硬盘:80GB以上 软件环境本系统的软件环境如下。操作系统:UNIX/Linux/Windows 2000或以上版本

4、数据库:SQL Server 2000:开发工具包:JDK Version 服务器:Tomcat浏览器:IE 以上 基本设计概念和处理流程 模块设计按照功能分解,本系统分为网上用户端系统和管理端系统。根据页面流的设计,管理端系统又分为登录管理、用户管理、失物信息管理、报失信息管理和信息公布管理5个模块。如下图所示:上述粗略的程序结构图中:管理端:是指失物招领中心的管理员。网上客户端:是指失主。登录管理:通过输入用户名和密码实现用户登录。用户管理:用户是指管理员,包括“用户列表”、“用户信息”、“修改用户信息”、“增加用户信息”、“删除用户信息”。失物信息管理:包括捡拾物品信息的增加、删除、修改

5、(逾期失物信息作为失物的一个属性)报失信息管理:包括报失物品信息的增加、删除、修改(过期报失信息作为报失信息的一个属性)。信息公布管理:包括留言信息的增加、删除,查询失物的信息(查询时分为普通查询和高级检索),失物部分信息增加、删除、修改。! 结构功能模块子功能模块标识符功能描述与其它各模块的关系网上客户端Web_User报失(报失物品的输入)、信息的查询、留言部分调用失物信息管理传给数据库的信息管理端登录管理Loading管理管理端的登录调用用户管理设置的用户名和密码的正确性,是进入系统的入口用户管理User_Manage管理员可以在用户管理接口中对用户进行添加、删除、修改、查询。管理员进入

6、系统的权限设置失物信息管理(Pick_Information完成捡拾物品信息的添加、修改和删除等维护功能给数据库提供失物信息,供网上用户端和信息公布管理使用报失信息管理Loser_Information完成报失信息的添加、修改和删除等维护功能给数据库提供失物信息,供信息公布管理使用信息公布管理Voice_Information输出部分失物信息、查询(普通查询和高级检索)、用户留言等功能调用失物信息管理和报失信息管理的数据进行信息输出或查询功能需求与程序的关系各项功能需求的实现同各块程序的分配关系如下:*管理员登录管理员信息增加管理员信息删除管理员信息修改管理员信息查询失物信息增加失物信息删除】

7、登录管理 用户管理 失物信息管理 Varchar(30)失物的名称pick_traitVarchar(30)捡拾物品特点、捡拾物品特点描述pick_placeVarchar(30)捡拾地点描述物品被捡到的地点pick_timeDatetime捡拾时间描述物品被捡到的日期pnameVarchar(30)捡拾人名称pcontact_wayVarchar(30)捡拾人联系方式store_placeVarchar(30)物品存储地点。物品在失物招领中心存放的地点,以便领取时查找sdateDatetime上交物品的日期捡拾人把物品交到失物招领中心的时间store_timeint物品存储时间0物品在失物招

8、领中心存放的时间,以便以后对物品进行处理hand_wayVarchar(30)物品的处理方式物品最终的处理方式(领走或是捐赠) 报失信息记录表名:dy_Lostgoods描述:记录丢失物品的信息和失主信息。更新:本表格的内容为自己维护。字段类型;名称默认值说明lost_nameVarchar(30)报失物品名称【lost_traitVarchar(30)报失物品特点报失物品特点描述lost_placeVarchar(30)丢失地点。空若失主知道物品丢失的地点,则填写,否则不填lost_timeDatetime丢失时间空若失主知道物品丢失的时间段,则填写,否则不填lname%Varchar(30

9、)报失人名称lcontact_wayVarchar(30)报失人联系方式|ldataDatetime报失日期报失人向系统报失当天的日期timeint,报失时间0报失信息存储时间,以便以后对报失信息进行处理 信息公布记录表名:dy_Public描述:记录留言信息。更新:本表格的内容为自己维护。$字段类型名称默认值说明InformationVarchar(100)留言%空描述失主对捡拾人或失物招领中心的感谢,或是其他方面的建议,若没有则不填物理结构设计要点 登录记录表名:dy_sUserLogon描述:记录用户(管理员)登录信息,主要包括用户ID和密码。更新:本表格的内容为自己维护。字段名称存储要

10、求索引说明UserID用户ID存储类型根据管理员自己定义有UserName用户描述存储的是变长的字符有UserPW用户密码【存储的是变长的字符用户密码需要保密LogonDate最后登录时间根据Datetime调用的函数,日期的存储格式有所不同,如()的默认格式为2010-10-6 14:23:33,UpdateDate最后数据更新时间根据Datetime调用的函数,日期的存储格式有所不同,如()的默认格式为2010-10-6 14:23:33 用户记录表名:dy_sUser,描述:记录用户(管理员)的基本信息以便管理。更新:本表格的内容为自己维护。字段名称存储要求索引说明UserID用户ID存

11、储类型根据管理员自己定义有UserName用户描述存储的是变长的字符有(UserPW用户密码存储的是变长的字符用户密码需要保密UserPhone使用者的联系方式$存储的是变长的字符(数字0-9)UpdateDate最后数据更新时间根据Datetime调用的函数,日期的存储格式有所不同,如()的默认格式为2010-10-6 14:23:33 失物信息记录表名:dy_Pickgoods描述:记录捡拾物品的信息、捡拾人的信息和捡拾物品的存储时间和地点。更新:本表格的内容为自己维护。字段名称存储要求索引说明pick_name捡拾物品名称存储的是变长的字符(一般是汉字)pick_trait,捡拾物品特点

12、存储的是变长的字符有捡拾物品特点描述pick_place捡拾地点存储的是变长的字符有!描述物品被捡到的地点pick_time捡拾时间根据Datetime调用的函数,日期的存储格式有所不同,如()的默认格式为2010-10-6 14:23:33描述物品被捡到的日期name捡拾人名称¥存储的是变长的字符contact_way捡拾人联系方式存储的是变长的字符(数字0-9)需要保密%store_place物品存储地点存储的是变长的字符有store_time物品存储时间存储的正整数!hand_way物品的处理方式存储的是变长的字符有 报失信息记录 表名:dy_Lostgoods 描述:记录丢失物品的信息

13、和失主信息。更新:本表格的内容为自己维护。字段名称存储要求索引说明lost_name报失物品名称存储的是变长的字符lost_trait报失物品特点存储的是变长的字符有lost_place丢失地点存储的是变长的字符有|lost_time丢失时间根据Datetime调用的函数,日期的存储格式有所不同,如()的默认格式为2010-10-6 14:23:33name失主名称存储的是变长的字符contact_way失主联系方式存储的是变长的字符(数字0-9)time报失时间存储的正整数有 信息公布记录表名:dy_Public描述:记录留言信息。更新:本表格的内容为自己维护。字段名称存储要求索引说明Inf

14、ormation留言存储的是变长的字符有6 系统出错处理设计 出错信息 程序在运行时主要会出现两种错误:由于输入信息错误或输入方式无法满足要求时产生的错误。须在操作成功判断及输入数据验证模块由数据进行数据分析,判断错误类型,再生成相应的错误提示语句,送到输出模块中。 2、由于其他问题,如网络传输超时等,产生的问题。 对于软错误,可在出错的相应模块中输出简单的出错语句,并将程序重置,返回输入阶段。 出错信息必须给出相应的出错原因。 补救措施故障出现后可能采取的变通措施,包括: a当原始系统数据万一丢失时启用的副本的建立和启动的技术,例如使失物及相关信息可以随时存盘,最好能通过程序使之及时把信息记

15、录到磁盘上去;b采取人工方式及时记录信息;c 在网络传输方面,可考虑建立一条成本较低的后备网络,以保证当主网络断路时数据的通信。 在硬件方面要选择较可靠、稳定的服务器机种,保证系统运行时的可靠性。 系统维护设计 系统数据维护维护方面可使用 SQL SERVER 的数据库维护功能机制。例如,定期为数据库进行后备,维护管理数据库死锁问题和维护数据库内数据的一致性等。 安全保密设计 由于数据的传输上需要通过网络传输,为对用户数据进行保密,需要在网络的传输过程中对数据进行加密。 这个工作主要是准备网络包,及解开网络包这两个模块,它们各对数据进行加密及解密还原工作。在加密算法选择上将使用RSA 加密算法。

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1