软件需求分析(案例)

各客户端程序;

②系统的跨平台性和移植性差。

旧系统是基于NET平台开发,未来想移植到LINUX或者UNIX操作系统上困难很大； ③工作流固化

用户实际流程与默认流程不符时需手工重新配置流程,导致系统推广应用难度大;

④可供办公使用的信息资源少。

基于以上分析,可得出新系统的功能和性能方面基本要求如下:

功能主要包括公文处理子系统、内部电子邮件、机关事务管理子系统、业务资源库等。

性能及约束条件方面要求主要包括跨平台性、易维护性、稳定性、响应速度等。 技术方面要求采用J2EE平台和关系型数据库(ORACLE)实现,基于B/S的三层体系结构进行设计。

(2)需求信息来源分析

通过对需求信息的来源进行分析,得出如下需求捕获计划(见表1)。

(3)需求分析技术的选用

用户调查。在直接与用户进行面对面交流前,先对旧系统用户作一个书面调查,收集他们对旧系统的使用体会以及对新系统最关心的功能需求,目的是在面对面进行用户访谈时提高需求分析人员提问的针对性和引导作用。《需求调研表》涉及的主要内容包括:用户使用频度最高的功能、旧系统设计存在的主要不足、对系统改进的建议等,调查对象为全体用户。通过收集用户的信息反馈表并进行归纳总结,得出以下几个结论:用户使用频率最高的模块主要是公文收发处理、内部电子邮件、公告发布;旧系统最大的不足主要集中在系统界面不够友好、系统响应速度越来越慢、流程设计不灵活、系统可供办公参考的资料较少等几个方面。

用户访谈。经过用户调查后,通过组织用户进行面对面访谈来达到细化系统需求的目的。访谈的对象主要是典型业务处室代表,如办公室负责文件收发的秘书、关键业务部门、技术部门的代表。进行访谈前要根据用户调查的结果设计一些有针对性和引导作用的问题,如:公文收发的流程是怎样的(办公室代表回答)?在业务处室内部处理的流程是怎样的(业务处室代表回答)?系统界面的人性化方面有哪些要求(全体代表回答)?系统管理方面的需求是什么(技术部门代表回答)?参观考察。为了吸取兄弟单位同类项目的先进经验,开拓思路,组织用户到一些有成功案例和良好口碑的单位进行参观考察。通过参观考察,博取众长,将各单位有价值的好的经验和做法吸纳到本系统的建设需求中来。

(4)几种需求分析技术对比

①用户调查覆盖的面较广(涉及到本单位300多用户),不需要占用被访用户太多工作时间,容易被用户接受。但是由于某些用户对用户调查的重视程度不够,导致所反馈的信息不全面,参考价值有限,只能作为需求分析技术的一种参考和补充手段。

②用户访谈对于本系统需求分析是一种收效较好的技术手段。但是这种技术的使用对于