二 、可性行分析报告三、计划开发说明书
1.引言
1.1 编写目的:
从现在应用的技术方面和用户的操作方式方面研究电子通讯簿系统的可行性和必要性。
1.2 项目背景:
项目的任务提出者:电子科技大学成都学院软件项目实训计划
开发者:OnceTry小组
用户:绝大多数通讯使用者或业务繁忙者
1.3 参考资料:
《JAVA2实用教程》 清华大学出版社
《数据结构JAVA语言版》 清华大学出版社
《Thinking in Java Third Edition》 机械工业出版社
2.可行性研究的前提
2.1 要求:
功能:能够准确快速的记录联系人信息,以便能方便的查出对象的通讯号码、地址、电子邮箱等信息
性能:稳定快速,易于操作
输入/输出:关键字(汉字/数字/字母/符号)的输入与详细信息的输出。
安全与保密要求:不能轻易被破坏,不能让管理人员以外的人轻易删改或修改联系人信息, 对断电、死机、系统崩溃等问题有有力措施以保障数据不受损失。
2.2 目标
1.由于之前人们对联系方式采用人工管理系统,既浪费空间又浪费时间,而电子通讯簿系统可以改善这个现象,可以说是一劳永逸之举。
2. 电子通讯簿系统有强大的容错系统和数据保护机制。无论是使用传统通讯簿还是使用手机通讯簿的用户,都会对数据载体带来的问题感到头疼,如:丢失或损坏等。然而这对于本系统来说将不再是个问题。
3.减少精力力的投入的同时提高信息处理的精度和准确度。
4. 提高对联系方式信息的收集、整理以及管理的效率。
2.3 条件、假定和限制
由于时间和人力物力财力等方面的限制,无法深入实际地进行用户需求调查,可利用的信息和资源比较单一,只能客观地对“联系”这个目的进行需求分析。
3.对现有系统的分析
3.1 处理流程和数据流程
传统的通讯簿一般只能在写入信息后进行必要的修改在修改,并不能方便地进行分类和管理,而整个修改更新或删除过程也同样是不停更换纸张等载体的一个浪费物资的过程。
(如下图)
3.2 工作负荷
随着数据量的增大,传统通讯簿无法适应目前日益增长的庞大数据量,用户的工作负荷明显过大。
3.3 费用支出
随着数据量的增大,传统通讯簿占用的空间资源将不断增多;同时,由于查询方法的不科学,花费的时间资源也将大幅上升。由此可知,现有系统得效率不高而支出费用却很高,非常不合理,急需改进。
3.5 局限性
经过严谨的分析,可知原有的系统存在很大的局限性,比如技术的过于陈旧,用户工作负荷大,费用支出巨大等一系列缺点,所有这些都明确了需要一个新的适应新的信息化时代的高科技的系统。所以开发这样一个系统还是很有必要的。
4.所建议系统技术可行性分析
4.1对系统的简要描述
使用了先进的数据库技术与数据管理技术,使数据的准确性与安全性得到了很大的提高。简单易懂的操作,完全的智能化管理,大大减少用户的工作量。
4.2 处理流程和数据流程
用户通过用户操作系统对数据库进行操作,可以无数次地反复修改。
用户仅需要对简单明了的图形操作系统进行操作,就可以完成全部的功能
4.3 与现有系统比较的优越性
在以上几点中已可以看出新系统的性能与功能上与现有系统的差别,首先新系统克服了原来系统在空间资源和时间资源上的花费大、技术落后、系统工作负担重等缺点。而且加入了对数据的安全性保护的功能,使原有系统在可用性与稳健性方面有了很大的进步
4.4 采用建议系统可能带来的影响
1.对硬件的影响:电子通讯簿是完全构建于数据库基础上的计算机软件,与传统通讯簿相比是一个质的飞跃,两者根本没有可比性。
2.对软件的影响:所建议系统采用先进技术支持,具有优越的性能,很可能会将原有系统完全排挤在市场之外。
3.对用户的影响:大多数用户可能需要一小段时间来适应并熟悉新的系统,不过更重要的是用户不再会因空间和时间的浪费而烦恼。
4.5 技术可行性评价
就目前使用的开发技术来说建议系统的功能目标应该能够达到;利用现有的技术在规定的期限内开发工作基本能够完成。
5.所建议系统经济可行性分析
6.1法律因素
该项目为独立开发,在技术上没有使用任何现有的软件与方法。所以在法律方面不会存在侵犯专利权、侵犯版权等问题
6.2用户使用可行性
通讯信息作为一种信息资源的集散地,纸质的通讯录已经不能满足我们的要求,更新麻烦,查询困难等缺点是纸质通讯录所不能克服的。在此情况下,迫切需要一个电子版的通讯录来满足我们的需求。
该项目页面设计简单,操作方便,能够满足一般用户的需要对手机。方便用户,企业对通讯人的个人信息进行管理。
7.其他可供选择的方案
由于本电子通讯簿系统结构比较简单,故开发小组没有提供其他的方案,只有一种开发方案。
8.结论意见
经过我们各个不同方面的一系列的可行性分析,开发小组成员得出了一致的看法:我们设计的系统完全可行,可立即着手准备开发。
角色
|
起止时间
|
人数
|
技能
|
项目组长
|
2007/01/12~2007/01/25
|
1
|
项目成员之间的协调能力,项目进度控制能力、需求分析和系统设计的能力。
|
系统分析
|
2007/01/12~2007/01/17
|
4
|
使用面向对象方法进行需求分析、系统设计,及数据库设计。
|
编码人员
|
2007/01/18~2007/01/21
|
4
|
熟练掌握Java语言、会熟悉的使用Java进行人机交互界面的设计,及SQLServer2000编程,熟练的使用JDBC连接数据库。
|
测试人员
|
2007/01/22~2007/01/25
|
4
|
会根据测试方案执行测试,会编写测试报告。
|
风险
|
预防及补救方案
|
负责人
|
协助人
|
所开发的软件不符合用户的实际需要
|
在需求分析早期,开发出原型,通过原型收集客户代表的意见
| ||
所需硬件迟迟不能到位
|
设备部提早准备
|
|
主题
|
人数
|
计划日期
|
提供者
|
JDBC API
|
3
|
2007/01/13
|
|
|
|
|
|
里程碑
|
应提交的关键成果
|
完成并评审通过原型
|
通讯簿系统原型
|
完成系统设计
|
《通讯簿系统设计模型》
《通讯簿系统数据库设计》
《通讯簿系统界面设计》
|
完成测试方案设计
|
《通讯簿系统测试设计方案》
|
全部功能编码实现,集成测试全部通过
|
相关功能的源代码、测试报告
|
完成使用手册的编写
|
《通讯簿系统使用手册》
|
项目提交给防疫产品支持部
|
《项目提交报告》
|
阶段
|
工作内容
|
时间
|
提交成果
|
负责人
|
参与人
|
需求分析
|
制作原型
|
2007/01/12
~2007/01/13
|
通讯簿系统原型
| ||
修订原型
|
2007/01/14
|
通讯簿系统原型
| |||
系统设计
|
系统架构与组成元素设计
|
2007/01/15
|
《通讯簿系统设计模型》
| ||
数据库设计
|
2007/01/16
|
《通讯簿系统数据库设计》
| |||
界面设计
|
2007/01/16
|
《通讯簿系统界面设计》
| |||
测试设计
|
编写测试方案
|
2007/01/17
|
《通讯簿系统测试设计方案》
| ||
编码实现、功能测试
|
数据部件
|
2007/01/18
|
源代码
| ||
界面实现
|
2007/01/19
|
源代码
| |||
实现报表、查询
|
2007/01/20
~2007/01/21
|
报表、查询定义脚本
| |||
功能测试
|
2007/01/22
|
测试报告
| |||
文档制作
|
编写用户手册
|
2007/01/21
~2007/01/22
|
《通讯簿系统使用手册》
| ||
集成测试
|
集成测试
|
2007/01/22
~2007/01/23
|
测试报告
| ||
项目提交
|
编写项目总结报告
|
2007/01/24
|
项目总结报告
所有应提交内容
|
|