第3-2章需求分析.ppt

* 只有用户才真正知道自己需要什么，但是他们并不知道怎样用软件实现自己的需求，用户必须把他们对软件的需求尽量准确、具体地描述出来；分析员知道怎样用软件实现人们的需求，但是在需求分析开始时他们对用户的需求并不十分清楚，必须通过与用户沟通获取用户对软件的需求。 需求分析和规格说明是一项十分艰巨复杂的工作。用户与分析员之间需要沟通的内容非常多，在双方交流信息的过程中很容易出现误解或遗漏，也可能存在二义性。因此，不仅在整个需求分析过程中应该采用行之有效的通信技术，集中精力过细地工作，而且必须严格审查验证需求分析的结果。 第3章---第一部分 需求分析 结构化分析 需求分析的任务 1）尽可能准确地了解用户的当前情况和需要解决的问题，弄清系统“做什么”的问题。 2）建立分析模型。 3）编写“需求规格说明书”文档。 将用户对系统的要求（包括功能、性能、可靠性、安全性、费用、时间、资源等方面）用规范的方式写成一份文档—需求说明书 R 需求Requirements 美国电气与电子工程师学会 (IEEE) 将需求定义为用户解决问题所需的条件或能力 要制造一部小汽车… requirements 车价适中 节省燃油 良好的刹车系统 小车型 需求错误的代价 早期的需求错误可能造成重新规格说明、设计、编码和测试 改变定单：告诉用户和操作员用一个修正后的版本来代替有缺陷的版本 纠正活动：消除由于不正确的系统错误造成一切危害，可能设计到赔偿客户损失以及重新运行系统等 报废：即使设计、代码和测试完成得很好，由于它们是根据不正确的需求产生的，所以不得不被丢弃收回有缺陷的软件产品以及相关的用户手册 技术人员对客户重新安装软件所必须支付的服务成本 需求获取困难的原因 （1）用户需求具有动态性，即需求的不稳定性：在整个软件生存周期内，应用软件的需求会随着时间的进展而有所变化，个别用户甚至会朝三暮四地变化。 （2）用户需求具有模糊性，即需求的不准确性。由于用户的水平不是很高，业务流程不很规范，所以需求表达不很清楚也不够明确。分析人员或客户理解有误。 （3）开发者和用户要对需求达成完全一致的认识，用户要在需求报告上签字，要承担责任。 （4）中国的国有企业正处于变动期（体制改革与企业重组），中国的民营企业正处于成长期（发展壮大与不完全成熟）。而处于变动期和成长期的企业需求是不成熟、不稳定和不规范的，这就给信息系统的需求分析增加了难度系数。 需求获取困难的原因 需求自身经常变动 唐僧曾说：“妖要是有了仁慈之心，就不再是妖，是人妖” 连妖都会变心，别说人了。所以喜新厌旧乃人之常情，世界也因此变得多姿多彩。 据历史记载，没有一个软件的需求改动少于三次。唯一只改动需求两次的客户是个死人。这个可怜的家伙还是在运送第三次需求的路上被车子撞死的。[Cline 1995] 分析人员或客户理解有误 有个外星人间谍潜伏到地球刺探情报，它给上司写了一份报告：“主宰地球的是车。它们喝汽油，靠四个轮子滚动前进。嗓门极大，在夜里双眼能射出强光。……有趣的是，车里住着一种叫作‘人’的寄生虫，这些寄生虫完全控制了车。” 由于客户大多不懂软件，他们可能觉得软件是万能的，会提出一些无法实现的需求。有时客户还会把软件系统分析人员的建议或答复给想歪了 在分析软件需求和书写软件需求规格说明书的过程中，分析员和用户都起着关键的、必不可少的作用。 需求工程涉及人员 需求规格说明书的作用： 是项目开发合同 是设计编程基础 是系统测试指南 是竣工验收依据 调查研究，获得用户的数据流程 分析人员研究系统数据的流程及调查用户需求或查阅可行性认证报告、项目开发计划报告、访问现场并获得当前系统的具体模型。 具体模型可用相关图表示，把从外边输入到系统中来的或者是通过计算由系统产生的数据输出。 分析与综合 分析的任务主要是建立分析模型 图形化的分析模型是说明软件需求极好的手段 常用的模型：关联图、数据流图、实体关系图、控制流图、状态转换图、用例图、类对象关系图等 分析与综合 综合是分析员从数据流和数据结构出发，逐步细化所有的软件功能，找出系统各个元素之间的联系、接口特性、和设计上的限制。 分析是否满足功能的要求，是否合理。 依据功能需求、性能需求、运行环境需求等，剔除不合理的部分，增加其需要的部分，最终综合成系统的解决方案，给出目标系统的详细逻辑模型。 需求描述：编写SRS 在完全弄清用户对软件系统的确切要求的基础上，用软件需求规格说明书将最终的分析的结果用正式的文档记录下来，最为最终软件配置的一个组成部分。 软件需求规格说明SRS 通过需求分析除了创建分析模型之外，还应该写出软件需求规格说明书，它是需求分析阶段得出的最主要的文档。 文档框架及要求参见：--