失物招领系统课程设计报告书
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
1 背景与可行性分析
背景分析
在校园中经常会出现各种各样的寻物启事,学生们丢的东西各式各样,其中不乏雨伞、钱包及证件等重要物品,尤其是证件丢失问题比较严重,由于办取证件的时间比较长,流程比较繁琐,所以丢失之后便会给丢失者造成巨大的麻烦。为了方便失主寻找丢失物品,拾主归还捡拾物品和减轻失物招领中心的管理员的工作负担。我决定开发一个失物招领系统,失主可以通过网络进入到本系统,查询自己丢失的物品是否已被好心人拾到并交给了招领中心;管理员可通过本系统对失物信息、报失信息、留言等信息方便地进行管理。
可行性分析
①管理可行性
学校重视信息技术的应用,对信息系统建设大力支持,学校各类基层业务人员对信息化也持积极态度。
同时,为了迎接新系统的到来,系统所需各类人员大多需要继续充实相关知识,这可以通过系列培训解决。
②经济可行性
学校具有强大的网络系统、网络架构和网络管理能力,同时学校相关领导高度学校的信息化建设。另外,失物招领系统比较简单,开发和维护费用都不高,对学校而言,完全可以承受。
系统投入运行后,将更方便进行失物招领,更易于查询,能够减轻学校员工的负荷,方便广大学生们寻回失物,提高效率,直接和间接带来一定的经济效益,造福于广大学生。
③技术可行性
学校网络科学技术雄厚,失物招领系统比较简单,开发技术上不存在难题。
④结论
根据以上可行性分析,学校可以立即开始失物招领系统开发。
在整个系统开发过程中,需要针对不同人员有的放矢地进行培训。
在系统分析过程中,需要进行管理方式变革、组织结构调整、业务流程重组。
2 系统分析
组织结构职能分析
组织结构图
职能分析
§管理员:
①报失者向失物招领中心提供报失信息,管理员进行报失物品信息的添加、修改和删除工作;
②捡拾者向失物招领中心提供捡拾物品信息,管理员进行捡拾物品信息的添加、修改和删除工作;
③负责将失物招领信息和报失物品信息进行部分公开和统计用户在留言板的留言;
④用户管理:由管理员进行增加或删除用户,并授予用户相应权限;
⑤对数据库信息不定期进行维护。
§捡拾者:
向失物招领系统管理员提供所捡拾物品的相关信息,如失物的名称、特点、捡拾地点、捡拾时间、领取状态(默认为未领取)、捡拾人信息(姓名及联系方式)、对应的存储地点及时间等。
§报失者:
向失物招领系统管理员提供所报失物品的相关信息,如失物的名称、特点、丢失地点、丢失时间、报失人信息(姓名及联系方式)、对应的存储地点及时间等。
业务流程分析
业务流程图
管理员失主捡拾者
进入首页
用户登录
检查用户名与密
码是否输入正确
显示登录
成功信息
失物查询
失物信息
登记
信息板留
言
相关信息录入
数据库
显示相关
提示
进入首页
管理员登
录
检查管理员用户名与密码是否输入正确
显示登录
成功信息
更新新增失物与寻回失物信
息将失主与捡拾
者信息配对
查看信息板并
回复
捡到物品
用户登录
检查用户名与密
码是否输入正确
显示登录
成功信息
捡拾物品
信息查询
捡拾物品
信息登记
号和密码。
管理员登录成功之后,将对新增失物和已寻回的失物信息进行更新,并从数据库中调取新增的失物信息与失主信息,进行配对,然后查看信息板上面的留言信息,并整理发布到系统公告栏。
管理员登录之后更新的所有信息将保存进数据库并显示相关提示。
£报失者端:
报失者在进入该系统之后,首先显示的是登录界面。报失者需键入自己的账号和密码信息,点击登录之后,系统会自动检测输入的信息准确性,若准确无误,则系统提示并显示登录成功的信息,并进入下一业务环节;若出现错误,则提示报失者重新输入账号和密码。
报失者登录成功之后将要进行的业务包括——失物查询、失物信息登记、信息板留言等。
所有这些信息都将保存进数据库并显示相关提示。
£捡拾者端:
捡拾者在进入该系统之后,首先显示的是登录界面。捡拾者需键入自己的账号和密码信息,点击登录之后,系统会自动检测输入的信息准确性,若准确无误,则系统提示并显示登录成功的信息,并进入下一业务环节;若出现错误,则提示捡拾者重新输入账号和密码。
捡拾者登录成功之后将要进行的业务包括——捡拾物品信息登记、捡拾物品信息查询等。
所有这些信息都将保存进数据库并显示相关提示。
数据流程分析
数据流图
登陆数据流图
开始
输入用户名
及密码
用户信息检
测
数据库
检测用户信息是
否正确
确认用户登
录
结束出错信息重新输入
是
否查询数据流图
开始
查询信息输
入
数据库
信息查询
记录信息
信息输出
结束
数据库设计
E-R图绘制
根据实际业务分析,该失物招领系统E-R模型如下:
关系模式设计
以上E-R图,可以转换为以下关系模式:
用户(用户名、用户权限、密码)
失物信息(丢失(捡拾)时间、详情描述、发布时间)
详情描述(类型、发布时间、丢失(捡拾)时间、详情描述、联系人信息)
搜索结果(丢失(捡拾)时间、类型、发布时间、记录数量、详情描述)
数据库表设计
本系统采用SQL-Sever数据库设计表,根据功能模块的划分及相关信息的分类可以建立4个表,分别为用户信息表(user_info)、失物招领信息表(pick_info)、失物报失信息表(lost_info)、留言信息表(leaveword_info)。表格信息如下:
列名数据类型长度备注
User_ID Int——主键
Name varchar40用户名
Password varchar25密码
QQ Int20QQ
Email varchar40邮箱地址