系统分析师：面向对象系统分析和设计笔记练习二

1． 信息系统开发项目的可行性含义是什么？

　　答： 就是看需要开发的项目是否有利可图。

　　2． 什么是可行性分析？ 它在信息系统开发中的目的是什么？

　　答： 可行性分析就是对于各种系统开发项目相关的可能性进行分析得到对于开发是否有利可图的可能性的分析。 在信息系统开发项目中的目的就是在项目开发之前， 之中反复进行各个方面（实施， 技术， 经济）的可能性的评估， 得以增强用户信息或者在关键时刻决定项目的命运选择 － 继续， 改变， 撤销。

　　3． 讨论信息系统开发项目的操作可行性。

　　答： 操作可行性是对于信息系统的用户所在公司的应用程度的一种评估， 度量一个特定信息系统在给定环境下的工作性能， 也是三种可行性中最易遭忽略， 轻视或者想当然的一种。

　　4． 技术可行性度量什么？

　　答： 度量一个特定技术信息系统解决方案的实用性和技术资源的可行性。

　　5． 信息系统开发项目的经济可行性（或不可行性）有什么含义？

　　答： 就经济可行性而言主要是度量项目的性能价格比。 需要在考虑信息系统开发项目的时候进行财务分析， 比如ROI， IRR， 性价比， 回报期和资金的时间价值。 性能价格比主要分析确定给定时间内开发和允许信息系统的费用和财务回报， 主要由系统开发费用和年允许费用组成。

　　6． 组成信息系统开发费用和年运行费用的各个成份是什么？

　　答： 组成信息系统开发费用：　 人员费用 ＋ 培训费用 ＋ 物资费用 ＋ 硬件和软件费用；

　　组成信息系统年运行费用： 人员费用 ＋ 硬件和软件（升级）费用 ＋ 物资和杂项费用。

　　7． 在信息系统开发中， 需求确定过程完成什么任务？

　　答： 完成确定如何寻求并且记录信息系统的真正需求。

　　8． 列出需求确定的问题和困难性。

　　答： 如下：

　　1） 需求确定是认知性和创造性活动， 是最主要的造成困难的原因。 其依赖于系统分析员对于系统的熟悉程度。

　　2） 问题域的动态性。

　　3） 成员之间的沟通问题也是另一个大困难， 需要反复权衡和折衷。

　　4） 需求确定过程还会收到其他因素的影响， 诸如劳累， 不舒服…

　　9． 讨论公司的环境对于需求确定过程产生的影响？

　　答： 公司内部的各种组织， 结构和方向性变化都会对于需求产生影响导致需求确定工作的反复。

　　10．讨论一个系统分析员接触一个陌生的主题或者功能商业领域的时候， 可能会发生什么问题？

　　答： 由于需求确定过程是一个认知性和创造性过程， 很大程度上依赖于系统分析员对于系统的熟悉程度， 而且也涉及一些人事交流上因为不熟悉而产生的困难， 和考虑到对于陌生环境的适应的心理上的一个过程， 所以对于需求确定工作会产生误差和延迟。

　　11．将问题域与整个信息系统做比较。 两者有什么区别？ 什么或谁决定了各自的组成成份？

　　答： 问题域就是商业领域和商业功能。 对于系统分析和设计就是所研究和分析的商业问题， 商业领域和商业功能。 目的就是确定是否需要购买或者创建/修改一个信息系统， 增强公司问题域的商业活动。 信息系统是问题域的一个全部或者部分的解决方案。 对照第一章的信息系统的三个来源 －－ 问题， 机会和命令的角度， 二者的区别在于在处理的流程上的因果关系， 当然一般不是所有问题域的问题都列入信息系统的解决方案之中的。 对于问题域而言， 是商业本身决定了具体的问题。 对于信息系统而言， 是问题域给出了需要解决的问题即现有/新建/购买系统所需要的功能。

　　12．信息系统需求的含义是什么？ 与需求的一般定义有什么不同？

　　答： 需求即问题域的问题或者信息系统需要完成的功能。 与需求的一般定义在于其所所限定的问题域边界由一般意义限制到商务领域。

　　13．需求确定为什么是比较困难的活动？

　　答： 首先， 它是一项认知性和创造性活动， 极大的依赖于系统分析员对于系统的熟悉程度； 其次， 它还涉及系统分析员同用户和小组开发成员的沟通问题； 最后它也收到其他一些社会因素或者心理因素的影响。

　　14．需求确定的4子活动是什么？ 每一个子活动的作用如何？

　　答。 4个子活动是需求期望， 需求引导， 需求验证和需求规格说明。

　　－ 需求期望就是依赖于系统分析员对于系统的熟悉程度预测一些需求；

　　－ 需求引导就是系统分析员运用各种技巧， 包括采访， 问卷， 小组讨论会， 电子邮件等向用户征求关键需求；

　　－ 需求验证就是系统分析员和用户一起确认需求的有效性和正确性。

　　－ 需求规格说明就是在上述活动完成以后将需求分类并作记录。

　　以上活动相互联系， 可以反复进行。

　　15．这些子活动相互如何联系？

　　答： 期望和引导是分别从系统分析员和用户的角度由系统分析员作为桥梁对于问题域进行界定和问题收集， 验证就是确定哪些是系统需要的需求， 规格说明就是需求确定的产品阶段产物。 （系统分析阶段活动： 系统规划， 可行性分析， 需求确定， 用户采纳， 原型化）。

　　16．简要描述需求确定的PIECES方法的主要思想？

　　答： P（性能）I（信息）E（经济）C（控制）E（效率）S（服务）方法的主要思想其实就是紧扣信息系统的组成和可行性进行需求期望， 引导， 验证。

　　P － 对应实施可行性。

　　I － 对应于数据在整个信息系统的流程， 经过输入/输出/处理到成为信息及其持久性存储。

　　E － 对应经济可行性。

　　C － 对应数据的输入和安全性。

　　E － 即度量系统的解决方案的成功与否， 从公司 － 部门 － 个人三个层面进行评估。

　　S － 即系统的易用性等因素的考虑。

　　17．PIECES模型的组成部分及其简要描述。

　　答： 见上题

　　18．科萨尔模型的第一部分是什么？ 讨论第一部分对于整个模型的作用。

　　答： 按照科萨尔的模型， 需求确定分为5个层次， 第一部分是内部/外部刺激。 类似信息系统的来源－－问题， 机会和命令。 通常只会影响到第二部分的商业目标。

　　19．什么情况下， PIECES模型比需求模型更为实用？

　　答： 在拥有精确完整的商业模型， 任务陈述或者目的陈述的时候科萨尔模型占有优势， 反之PIECES模型占优势。

　　20．说出并简述科德对问题域需求的搜集和建模的面向对象方法的四大活动。

　　答： 是

　　1） 确定信息系统的目的和特点。

　　2） 确定对象和模式。

　　3） 建立对象责任。

　　4） 设计系统的动态场景。

　　21．说出并简述科德对问题域需求的搜集和建模的面向对象方法的四大组成部分。

　　答： 是

　　1） 问题域

　　2） 人机交互

　　3） 数据管理

　　4） 系统交互

　　22．搜集需求的全局， 个人和团体方法各是什么？ 这些方法存在的问题是什么？

　　答： 具体方法描述如下：

　　1） 全局

　　从历史和横向观点进行调查的过程： 检查现有及以前的文档， 调查其他公司的类似工作， 参观类似系统。

　　2） 个人

　　从微观角度的调查过程： 使用采访， 观察， 问卷/调查， 原型测试等方法进行。

　　3） 团体

　　使用群件手段 －－ 原型设计， 快速分析， 联合开发（JAD）， 头脑风暴， 电子联合开发（EJAD）等团队讨论手段。

　　这些方法存在地问题如下：

　　1） 全局

　　有利于系统分析员熟悉新系统的情况， 了解最起码的系统需求。 问题在于需求确定过程不但是一个认知的过程也是一个创造性过程， 同时同类系统的需求也不是一成不变得， 而且不能单方面只顾及系统分析员一方而忽略了和用户及其开发小组成员的交流； 同时也要考虑到诸如认识程度等其他因素的干扰。

　　2） 个人

　　有利于确定用户的真正需求。 问题在于着重点的时候不能忽视面。 而且耗时过长。

　　3） 团队

　　有利于提高效率， 增强凝聚力， 改善和用户的关系， 是综合讨论结果的自然方法； 对于不善于交流， 无法解决冲突， 包含无关人员的项目团队是一场灾难。 同时， 系统分析员需要检查讨论清单的可行性， 并且根据用户可见性和技术可行性把清单上的条目分为必要的和有用的两类。 任何改动都应该及时反馈给用户， 因为团队讨论的结果是用户希望的基础。

　　上述三个方法的基本特点在于：

　　1） 必须向用户反馈求得确认。

　　2） 需要上下文无关的背景内容。

　　3） 需要良好的沟通技巧。

　　23．在需求确定过程中最应该牢记得是什么？

　　答： 我认为应该是沟通， 不管使用何种方法， 最终必须求得用户认同， 同时需要随时反馈修改状况， 使得用户没有感觉自己在设计开发阶段是远离系统的。

　　24． 什么是建立原型？ 在需求确定过程中有什么作用？

　　答： 建立原型就是由个人或者团体完成一个代表预测基本功能的模拟系统， 来考察系统情况， 收集用户反映。 作用在于， “用户知道看到不想要的东西， 才知道自己需要什么”。 所以在需求确定阶段建立原型的价值就是消除系统不受欢迎的功能， 确定系统需要的功能。

　　25． 其他团队层次的技巧是什么？ 怎样运用这些技巧改善系统？

　　答： 包括快速分析技巧和JAD， 团队头脑风暴， EJAD和团队系统软件 ＝＝> 群件。

　　集中起来就是两大主流：

　　1） 团队讨论

　　发挥每一个人的主观能动性， 搜集尽可能多的想法， 甚至是上下文无关的背景内容； 通过综合分析得到必要以及非必要的需求。

　　2） 原型设计

　　原型根据其形象性和可操作性的特点， 可以以“实战”的角度审视整个系统， 便于用户确认需求和发现潜在的系统问题。

　　26． 举例说明需求确定阶段团队层次的交互怎样可能导致失败？

　　答： 首先我们审视团队方式的优势：

　　1） 增强凝聚力

　　2） 改善用户交流

　　3） 集中处理个人意见

　　由此可见， 这是事物的正面， 这些都是基于交流顺畅的前提， 否则就会走向事物的反面：

　　1） 如果不能很好的协调团队， 调整团队对于不同见解的统一认识， 反而会降低团结性。

　　2） 如果不能很好的同用户交流， 用户反而无法将自己的需求正确反映到系统分析团队。

　　3） 如果无法正确分析不同意见， 就无法保证用户可见性和技术可行性。

　　27． 描述需求确定阶段团队讨论的步骤？

　　答： 其实这是一个反复过程， 就是从讨论开始， 结合原型设计进行逐步什么和有目标的讨论； 以无法得到进一步想法为限。

　　28． 不管采用何种搜集方法， 需求确定最核心的三个一般因素是什么？

　　答： 用户认同， 背景辅助内容， 良好的沟通。

　　29． 需求确定的主要目的是什么？

　　答： 确定信息系统的真正需求和功能描述。

　　30． 讨论导致需求二义性的问题， 怎样减轻这些问题？

　　答： 主要有三个来源：

　　1） 遗漏的需求

　　减少一些必要因素的考虑。

　　2） 模棱两可的措辞

　　要求用词明确。

　　3） 新加入的成分

　　不要擅自添加功能而不向用户反馈。

　　31． 在需求确定过程中， 为什么改正错误和缺陷很重要？

　　答： 因为发现越早， 投入的财力和物力相对越少。