软件需求分析(案例)

由天下分享时间：2024/12/13 5:34:14 加入收藏我要投稿点赞

案例Two：广东省水利厅办公业务资源系统

广东省水利厅办公业务资源系统是一个面向300多用户以及10多个部门日常业务流程的项目,由于系统牵涉的用户面和业务范围较广,系统的各种功能与用户的日常工作息息相关,因此做好系统需求分析显得至关重要。项目需求调研阶段,始终坚持“以用户为中心”,采取了有效、多样的方式与用户沟通,充分重视用户提出的每一项需求,并根据实际情况采用各种技术手段与用户进行沟通以最大限度获得需求。 (1)系统功能和性能需求分析

分析总结旧系统功能和性能方面存在的问题和缺陷对于获取新系统的需求具有很大参考价值。经过研究分析,水利厅原有办公自动化系统存在几个突出的问题:

① 技术手段比较落后。

如采用C/S的模式一方面随着用户量增加导致服务器负载过高,服务器性能明显下降;另一方面系统管理员的维护工作量很大,系统版本更新后需要重新更新

各客户端程序;

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

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

用户实际流程与默认流程不符时需手工重新配置流程,导致系统推广应用难度大; ④可供办公使用的信息资源少。

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

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

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

(2)需求信息来源分析

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

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

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

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

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

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

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

需求分析人员来说有较高要求,如谈话技巧、领域的知识面等;另一方面寻找一个各关键被访对象均有空的时间较难。在条件允许的情况下,应尽量采用这种技术。

③参观考察对系统需求获取可以起到画龙点睛、开阔用户思路、取长补短的效果。

案例3：学院房产管理系统

1. 开发背景：

行政学院房地产管理系统是在金融体制改革的形势下，由行政学院信息技术部承担开发的，在成都市范围内进行房产投资和管理的应用系统。

系统的应用范围包括跟踪资本的分配和划拨、所产生的资产现金流和这些现金流的来源，以及计算所有投资的回报情况的能力。该系统不仅使这些资产可以像管理固定收入有价证券组合一样被管理，也为学校领导层提供了监控资金流量与流向并及时做出相应决策的现代化手段。 2. 使用用例驱动获取需求：

（1）确定系统的初始范围

第一步是考虑这个系统的大的范围。通过与项目有关人员（主要是用户）的大

量交流沟通，以及组织多次访谈会，首先根据系统的作用，用户的最基本要求确定了系统的初始范围，如图18所示。