失物招领系统.docx

失物招领系统的可行性争论报告1 引言1.1 编写目的说明该软件开发工程的实现在技术、经济和社会条件方面的可行性；评述为了合理地到达开发目标而可能选择的各种方案；说明并论证所选定的方案该软件的可行性分析报告的预期读者主要是指支持该软件开发或者有意开发该软件的相关工作成员本文档的预期读者是：Ø 设计人员；Ø 开发人员；Ø 工程治理人员；Ø 测试人员；Ø 用户；1.2 背景为了便利失主查找丧失物品、拾主归还捡拾物品和减轻失物招领中心的治理员的工作负担，以及发扬拾金不昧的奇特品德和提高中国人民的道德水平，我们开发了失物招领治理系统失主可以通过网络进入到本系统，查询自己丧失的物品是否已被好心人拾到并交给了招领中心和对好心人的感谢等；治理员可通过本系统对失物信息、报失信息、留言信息等便利的进展治理a、待开发的软件系统的名称失物招领治理系统b、本工程的开发者概要设计说明书：杨欣、向珍珍、杨平霞可行性争论报告：夏骏、姜智软件需求说明书：杨平霞、姚宇萍工程开发打算：周楷、刘启文c、用户政府、学校失物招领中心该工程建议开发的软件系统名称为失物招领治理系统当今我国正努力建设和谐社会，政府重视城市居民道德素养的提高，所以，弘扬拾金不昧的优秀传统是政府义不容辞的一项责任。

本着为城市的更好建设奉献自己的力气而提出了该工程的开发打算，具体的系统开发成员有待确定，该工程的主要用户包括一些学校和政府机关为更好的实现该软件的相关功能，用户可以承受一个独立的数据库实现小范围内的实施该系统，例如学校或者企业等；也可以通过 Internet 的连接在网页上实施该系统，例如县市级政府机关等该软件系统是应用一个自主添加设计的独立实现的数据库构造，在实现功能方面是独立的，但是在该系统中的一个信息公布功能需要一些电子显示设备，该系统可以直接添加在一些学校的网站下或是其他网站作为一个功能板块，也可以直接开发设立相关网站1.3 定义该文件中用到的特地术语的定义和外文首字母组词的原词组如下： 用户：指治理员网上用户端：指失主Varchar：是一种比 char 更加敏捷的数据类型，同样用于表示字符数据，但是Varchar可以保存可变长度的字符串.Datetime：是一种日期时间的转换方式，有很大种，如 Datetime.ToStirng的格式为 2023-10-20 20:51:12.1.4 参考书籍[1] 《汉语编程企业治理应用软件需求说明书》 :// docin /p-37279342.html[2] 《最投资工程可行性分析与工程治理实务全书》 :// 《软件设计精要与模式》张逸著 ://wenku /view/f57630284b73f242336c5f0e.html[4] 《技术改造工程评估方法与可行性争论报告编制有用手册》 :// 可行性争论的前提2.1 要求l 功能促进县、市级城市和各高校的文明化治理，实现城市信息化的失物招领治理， 包括失物信息治理、报失信息治理、信息公布治理。

同时本系统还包括治理该系统的功能，如：登录治理和用户治理提升群众的道德修养与自身素养，满足失主对失物招领系统的相关要求l 性能快速处理系统的信息，便利治理端和网上用户端，提高失物招领的工作速率； 有较高的精度，在查询时比较准确；较好的敏捷性，以便适应需求发生的一些变化l 输入承受纯手工输入的方式把相关的数据载入数据库字段 类型 名称 字段类型名称pick_nam Varchar( 失物的名称 lost_nameVarchar(报失物品e 30)30)名称pick_tra Varchar( 失物的特点 lost_traitVarchar(报失物品it 30)30)特点pick_pla Varchar( 捡拾地点 lost_placeVarchar(丧失地点ce 30)30〕pick_tim Datetime 捡拾时间 lost_timeeDatetime丧失时间pname Varchar( 捡拾人姓名 lnameVarchar(报失人名30〕30〕称pcontact_wayVarchar(30〕捡拾人联系方式lcontact_wayVarchar(30〕报失人联系方式store_placeVarchar(30〕对应的存储地点sdateDatetime上交物品日期ldateDatetime报失日期store_timeint存储时间timeint报失时间hand_wayVarchar(30处理方式数据承受表格的方式存入数据库中。

这些输入数据的数量和访问频度依据现实状况而定输出字段名称说明字段名称说明pick_nam失物的方 便lost_name报失物品便利治理e名称管 理名称员联系相pick_tra失物的员 确lost_trait报失物品应失物的it特点认 失特点仆人pick_pla捡拾地主 领lost_place丧失地点ce点取 时pick_tim e捡拾时间对 丧失 物品 的lost_time丧失时间描述pname捡拾人lname报失人名姓名称pcontact捡拾人lcontact_way报失人联_way联系方系方式式store_pl 对应的 方 便ace存储地 管 理点员 找到 失物sdate上交物ldate报失日期品日期store_ti 存储时 方 便time报失时间 便利治理me间管 理员记录进员 记行处理录 进行 处理hand_way 处理方式各模块的根本数据流程图为：信息地址长度数据输入数据库信息定位显示查询窗口数据库l 各模块的根本处理流程图为：失物招领治理系统调用登录治理信息公布管理返回失物信息管理数据库调用返回用户治理数据库查询留言内容库l 在安全与保密方面的要求失物的相关数据能进展长时间的存储，使失主领取失物时有据可查并且系统承受严格的权限治理，使系统具有很好的安全性。

l 同本系统相连接的其他系统本系统可以承受单独的数据库操作l 完成期限2.2 目标l 人力费用的削减l 处理速度的提高l 治理信息效劳的改进l 人员利用率的改进2.3 条件、假定和限制l 系统的运行寿命的最小值：5 年l 进展系统方案选择比较的时间：一个月l 经费、投资方面的来源和限制个人筹集、团队支付或预定支付投资经费太少，无法完善整个系统的界面美化等修饰工作l 法律和政策方面的限制没有出台相关的法律法规及政策，局限于个人的道德修养l 硬件、软件、运行环境和开发环境方面的条件和限制硬件要求设备较为齐全包括电子显示设备，软件的开发环境局限于开发成员生疏的某些特定的软件l 可利用的信息和资源政府或相关机构的有关规定，软件应用范围内的相关地理信息l 系统投入使用的最晚时间：2023 年 6 月 1 日2.4 进展可行性争论的方法该项可行性争论主要是从该工程的投资背景与意义及该工程开发的要求与技术条件来进展分析与说明的该工程所开发的系统是以建设优秀文明的生活环境，削减人们的损失为目的进展可行性争论所承受的方法有调查分析与逐步细化的考察，只要从市场需求、环境要求、工程的可行性来争论的2.5 评价尺度该系统进展评价时所使用的主要尺度是依据目前其他系列的软件开发所使用的评价尺度而定的。

费用的多少承受软件开发市场的平均要求，各项功能的优先次序是依据软件的实施流程而定的，开发时间的长短依据开发人员的技术水平及相关要求而有具体的调整，使用中的难易程度则是依据使用人员的最低技术要求而设计的3 对现有系统的分析目前存在的失物招领系统，要不就是人工系统，一切工作都由人去治理，要不就是比较简洁的系统，功能还不是很完善3.1 处理流程和数据流程现有系统的根本的数据流程图如下：信息地址长度输入文档〔表格〕数据信息定位显示文档〔表格〕查询窗口现有系统的根本的处理流程图如下：失物招领治理系统信息公布管理返回 调用失物信息治理3.2 工作负荷现有系统所担当的工作及工作量包括大量的数据处理及大量的信息存储3.3 费用开支由于运行现有系统所引起的费用开支人力方面：所需人员较多，相对引起的费用开支也较多设备：设备要求相对简洁，但可实现的功能有限空间：所要求的存储空间相对较大，失物的存储空间也有很大的局限性其他：如支持性效劳、材料等项开支则相对标准较低开支总额：现有系统的费用开支在人员安排与效劳上花费较高，但设备要求及材料上支出较低3.4 人员现有系统的运行和维护所需要的人员的专业技术类别和数量：人员数据库治理员系统操作人员人数2 名2 名技术要求娴熟把握数据库的运用把握系统的操作流程系统维护人员1 名对系统的技术要求足够了解3.5 设备现有系统所使用的各种设备：计算机或是纸笔。

3.6 局限性现有系统的主要的局限性包括处理时间赶不上需要，响应不准时，数据存储力量缺乏，处理功能 不够等对现有系统的改进性维护在肯定程度上是可以提高处理速率，但终其功能方面有些不齐全，有很多不完善的地方，所以对现有系统的改进性维护已经不能解决问题4 所建议的系统4.1 对所建议系统的说明该工程所开发的系统是应用面对对象的编程方法进展开发的，在功能实现方面是依据实 际的需求所定义的，应用分层的构造方式将模块划分为两个大局部，治理端与用户端其中， 最主要的还是治理端，治理端的这些功能和要求主要是通过数据库来实现：a、它将全部输入的数据分门别类的保存在不同的数据库中； b、它调用的数据来自数据库；c、通过一般查询和高级检索，进展不同精度的查询数据，查到需要的数据项4.2 处理流程和数据流程给出所建议系统的处理流程和数据流程同 2.1 要求中的各模块的根本数据流程图和处理流程图4.3 改进之处ü 本系统对数据的存储完全承受数据库的形式对全部的数据除了需要人工输入的以外，其他的数据处理完全可以由计算机代劳，但也可以由人来手动处理，比方：删除一些记录时这使得工作人员的工作量大大削减，人员。