失物招领系统的可行性研究报告(编辑修改稿)内容摘要:

捡拾地点 lost_place Varchar(30) 丢失地点 pick_time Datetime 捡拾时间 lost_time Datetime 丢失时间 pname Varchar(30) 捡拾人姓名 lname Varchar(30) 报失人名称 pcontact Varchar( 捡拾人联系 lcontact_way Varchar( 报失人联 _way 30) 方式 30) 系方式 store_place Varchar(30) 对应的存储地点 sdate Datetime 上交物品日期 ldate Datetime 报失日期 store_time int 存储时间 time int 报失时间 hand_way Varchar(30 处理方式 数据采用表格的方式存入数据库中。 这些输入数据的数量和访问频度根据现实情况而定。  输出 字段 名称 说明 字段 名称 说明 pick_name 失物的名称 方便管理员确认失主领取时对丢失物品的描述 lost_name 报失物品名称 方便管理员联系相应失物的主人 pick_trait 失物的特点 lost_trait 报失物品特点 pick_place 捡拾地点 lost_place 丢失地点 pick_time 捡拾时间 lost_time 丢失时间 pname 捡拾人姓名 lname 报失人名称 pcontact_way 捡拾人联系方式 lcontact_way 报失人联系方式 store_pl 对应的 方便 ace 存储地点 管理员找到失物 sdate 上交物品日期 ldate 报失日期 store_time 存储时间 方便管理员记录进行处理 time 报失时间 方便管理员记录进行处理 hand_way 处理方式  各模块的基本数据流程图为: 输 入 数 据 库信 息数 据地 址 长 度查 询 窗 口信 息数 据 库定 位 显 示  各模块的基本处理流程图为: 失 物 招 领 管 理系 统登 录 管 理用 户 管 理 数据 库调 用 返 回信 息 公 布 管理失 物 信 息 管理 数 据 库调 用返 回留 言 内 容 库查 询  在安全与保密方面的要求 失物的相关数据能进行长时间的存储,使失主领取失物时有据可查并且系统 采用严格的权限管理,使系统具有很好的安全性。  同本系统相连接的其他系统 本系统可以采用单独的数据库操作。  完成期限 目标  人力费用的减少  处理速度的提高  管理信息服务的改进  人员利用率的改进 条件、假定和限制  系统的运行寿命的最小值: 5 年  进行系统方案选择比较的时间:一个月  经费、投资方面的来源和限制 个人筹集 、团队支付或预定支付。 投资经费太少,无法完善整个系统的界面 美化等修饰工作。  法律和政策方面的限制 没有出台相关的法律法规及政策,局限于个人的道德修养。  硬件、软件、运行环境和开发环境方面的条件和限制 硬件要求设备较为齐全包括电子显示设备,软件的开发环境局限于开发成员 熟悉的某些特定的软件。  可利用的信息和资源 政府或相关机构的有关规定,软件应用范围内的相关地理信息。  系统投入使用的最晚时间: 2020 年 8 月 1 日 进行可行性研究的方法 该项可行性研究主要是从该项目的投资背景与意义及该项目开发的要求与技术条件来进行分析与说明的。 该项目所开发的系统是以建设优秀文明的生活环境,减少人们的损失为目的。 进行可行性研究所采用的方法有调查分析与逐步细化的考察,只要从市场需求、环境要求、项目的可行性来研究的。 评价尺度 该系统进行评价时所使用的主要尺度是根据目前其他系列的软件开发所使用的评价尺度而定的。 费用的多少采用软件开发市场的平均要求,各项功能的优先次序是根据软件的实施流程而定的,开发时间的长短根据开发。
阅读剩余 0%
本站所有文章资讯、展示的图片素材等内容均为注册用户上传(部分报媒/平媒内容转载自网络合作媒体),仅供学习参考。 用户通过本站上传、发布的任何内容的知识产权归属用户或原始著作权人所有。如有侵犯您的版权,请联系我们反馈本站将在三个工作日内改正。