如采用C/S的模式一方面随着用户量增加导致服务器负载过高,服务器性能明显下降;
另一方面系统管理员的维护工作量很大,系统版本更新后需要重新更新各客户端程序;
系统的跨平台性和移植性差 。
旧系统是基于NET平台开发 ， 未来想移植到LINUX或者UNIX操作系统上困难很大；工作流固化用户实际流程与默认流程不符时需手工重新配置流程,导致系统推广应用难度大；可供办公使用的信息资源少.基于以上分析,可得出新系统的功能和性能方面基本要求如下：功能主要包括公文处理子系统、内部电子邮件、机关事务管 。

13、理子系统、业务资源库等 。
性能及约束条件方面要求主要包括跨平台性、易维护性、稳定性、响应速度等 。
技术方面要求采用J2EE平台和关系型数据库(ORACLE)实现,基于B/S的三层体系结构进行设计 。
(2）需求信息来源分析通过对需求信息的来源进行分析,得出如下需求捕获计划（见表1) 。
(3）需求分析技术的选用用户调查 。
在直接与用户进行面对面交流前,先对旧系统用户作一个书面调查 ， 收集他们对旧系统的使用体会以及对新系统最关心的功能需求,目的是在面对面进行用户访谈时提高需求分析人员提问的针对性和引导作用 。
需求调研表涉及的主要内容包括:用户使用频度最高的功能、旧系统设计存在的主要不足、对系统改进的建议等 ， 调查对 。

14、象为全体用户.通过收集用户的信息反馈表并进行归纳总结 ， 得出以下几个结论：用户使用频率最高的模块主要是公文收发处理、内部电子邮件、公告发布；旧系统最大的不足主要集中在系统界面不够友好、系统响应速度越来越慢、流程设计不灵活、系统可供办公参考的资料较少等几个方面.用户访谈 。
经过用户调查后,通过组织用户进行面对面访谈来达到细化系统需求的目的 。
访谈的对象主要是典型业务处室代表,如办公室负责文件收发的秘书、关键业务部门、技术部门的代表 。
进行访谈前要根据用户调查的结果设计一些有针对性和引导作用的问题 ， 如:公文收发的流程是怎样的(办公室代表回答)？在业务处室内部处理的流程是怎样的（业务处室代表回答）?系统界面 。

15、的人性化方面有哪些要求(全体代表回答）？系统管理方面的需求是什么（技术部门代表回答）?参观考察 。
为了吸取兄弟单位同类项目的先进经验,开拓思路,组织用户到一些有成功案例和良好口碑的单位进行参观考察 。
通过参观考察,博取众长,将各单位有价值的好的经验和做法吸纳到本系统的建设需求中来 。
（4）几种需求分析技术对比用户调查覆盖的面较广（涉及到本单位300多用户) ， 不需要占用被访用户太多工作时间 ， 容易被用户接受 。
但是由于某些用户对用户调查的重视程度不够,导致所反馈的信息不全面,参考价值有限 ， 只能作为需求分析技术的一种参考和补充手段.用户访谈对于本系统需求分析是一种收效较好的技术手段 。
但是这种技术的使用对于需 。

16、求分析人员来说有较高要求,如谈话技巧、领域的知识面等;
另一方面寻找一个各关键被访对象均有空的时间较难 。
在条件允许的情况下,应尽量采用这种技术.参观考察对系统需求获取可以起到画龙点睛、开阔用户思路、取长补短的效果 。
案例3：学院房产管理系统1. 开发背景：行政学院房地产管理系统是在金融体制改革的形势下 ， 由行政学院信息技术部承担开发的 ， 在成都市范围内进行房产投资和管理的应用系统 。
系统的应用范围包括跟踪资本的分配和划拨、所产生的资产现金流和这些现金流的来源,以及计算所有投资的回报情况的能力.该系统不仅使这些资产可以像管理固定收入有价证券组合一样被管理 ， 也为学校领导层提供了监控资金流量与流向并及时做出相 。

17、应决策的现代化手段 。
2. 使用用例驱动获取需求：（1） 确定系统的初始范围第一步是考虑这个系统的大的范围 。
通过与项目有关人员(主要是用户）的大量交流沟通 ， 以及组织多次访谈会 ， 首先根据系统的作用 ， 用户的最基本要求确定了系统的初始范围,如图18所示 。
（2） 确定参与者确定了三个参与者：经营经理、房产经理和外部合作伙伴.1)经营经理:负责数据录入和数据维护 。
经营经理创建报表 ， 以提供有关房产的管理信息 ， 并保证考虑到房产的日常问题 。
2)房产经理:负责管理自己掌握的资金用于房地产投资.房产经理要确定准备投资的各种类型的房地产项目 。

来源：(未知)

【学习资料】网址：/a/2021/0321/0021738773.html

标题：完整|(完整word版)软件需求分析(案例)( 三 )