通讯录管理系统可行性分析报告
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
通讯录管理系统可行性分析报告
1、引言
为了方便管理联系人的手机、QQ 、邮箱、地址等信息特提出开发此系统。
1.1编写目的本产品是针对为能本地化无网络的获得通讯录信息的需求而设计的,主要功能包括对联系人的信息管理,实现对联系人进行搜索、输入、修改、删除、排序等功能,实现对联系人信息的管理。
1.2 项目背景
项目名称:通讯录管理系统项目的任务提出者:软件工程技术试验9 组开发者:软件工程技术试验9 组用户:一般个人
1.3参考资料《软件工程》清华大学出版社《实用软件工程》郑人杰清华大学出版社
《Visual C++ 高级编程》清华工业出版社《Visual C++ 信息系统设计与开发实力》机械工业出版社
《C语言程序设计》王曙燕曹锰王春梅等科学出版社
《C语言程序设计》谭浩强清华大学出版社
2、可行性研究的前提
2.1 要求功能:能够准确快速的记录联系人的相关信息,包括学号、姓名、性别、年龄、生日、电话号码、QQ 号码、E-mail 以及地址。能轻易的查出联系人的相关信息,并对其进行修改或删除,最终以文件形式保存。
性能:实时控制,功能齐全,数据共享,操作简便,可靠性好,稳定快速输入/输出:英文和数字输入,英文和数字输出安全与保密要求:不能轻易被破坏,不能让除用户之外的其他人删改相关信息,需要用户名及密码登录。
2.2 目标
本系统要达到的目标有以下几点:
1.输入功能:可以一次完成无数条记录的输入。
2.插入功能:按学号由小到大插入任意条学生记录。
3.修改功能:查找学生对应学号,完成对学号、姓名、信息的修改。
4.删除功能:查找学生对应学号,删除学生相关各项记录。
5■查询功能:⑴通过学号或姓名查找学生记录并显示;
⑵显示全部学生的信息记录;
6.排序功能:按学生学号升序排列并显示学生信息;
7.保存功能:将学生记录保存在任何自定义的文件中。
8.读取功能:将保存在文件中的学生记录读取出来。
9.密码功能:设定密码,可以输入两次,若正确输入进入
程序,反之退出系统。
10.界面设置:一个主菜单可以任意调用 ,方便清晰美观。
2.3可行性研究的方法通过调查分析开发通讯录管理系统应具有的功能,性能及需求,确定总体结构,以最简洁最容易的方法,建议系统初步决定使用VC++ 编写程序使其成为一个初级的系统软件。
2.4 决定可行性的主要因素
通讯录数量、设备状况、操作人员技术、存储空间
3、对现有系统分析
3.1 工作负荷
由于数据量越来越大,人工记录不一定能适应目前的庞大数据量,工作负荷过大。
3.2 费用支出由于人工记录的工作负荷严重超载,而且易丢失,若投入的人力,设备,空间,材料,等等与其他的一系列支持性服务越来越大,导致开发费用支出巨大,严重影响经济可行性,很不划算。
3.3 人员设备鉴于原有记录方式的技术性含量比较低,故不需要多少高技术人员的操作,只是由于数据量的日益扩大,所需要的操作人员数量不断增大。这一点已不再适应目前信息化时代的步伐。
设备的科技含量也比较低,没有达到大量的计算机普及程度。
3.4 局限性经过严谨的分析,可知原有的管理方式存在很大的局限性,比如修改删除不方便,查询效率低等等一系列缺点,所有这些都明确了需要一个新的适应新的信息化时代的系统。所以开发这样一个系统还是很有必要的。
4、建议系统技术可行性分析
4.1 对系统的简要描述通讯录管理系统是对已有联系人数字化管理的一个重要步骤,它实现了相关信息的信息化管理,摆脱了以往的人工操作的许多不便。本系统将方便使用读者的存储、查询,而且,也将大大提高联系人信息资源的利用率,也使得使用者能够更加方便的对相关信息进行个性化的管理。
4.2处理流程和数据流程
4.2.1系统框图
密■码
打开文件
主函数
按姓名查询
查询全部
4.2.2通讯录管理系统的具体流
开始
程
4.3 采用建议系统可能带来的影响使工作量大大降低,通讯录的管理更加有条理,可通过查询功能方便的找到联系人,而且可及时了解该联系人的相关信息。
4.4 技术可行性评价就目前使用的开发技术及开发环境来说建议系统的功能目标应该能够达到;利用现有的技术在规定的期限内开发工作基本能够完成;开发人员的数量和质量均符合要求。
5所建议系统经济可行性分析建议系统是为了方便用户在众多联系人中实现查找、修改等操作,所以该系统一经使用在经费支出方面并不需要投入很多。
6社会因素分析该项目为独立开发,在技术上没有使用任何现有的软件与方法。所以在法律方面不会存在侵犯专利权、侵犯版权等问题,完全按照合同规定的责任履行。
7其他可供选择的方案
由于系统过于简单,所以开发小组没有提供其他的方案,只有一种开发方案。
8结论意见经过一系列的各个不同方面的可行性分析,分析员和用户及使用部门的负责人对需要解决的问题取得基本的一致看法,开发小组的开发方案的到批准,使用部门负责人同意开发工程继续进行下去。