第三章 需求分析.pdf

第三章第三章 需求分析需求分析 (Requirements Analysis) 第第33章章 需求分析需求分析 3.1 需求分析的任务 3.2 与用户沟通获取需求的方法与用户沟通获取需求的方法 3.3 分析建模与规格说明 33.44 实体实体-联系图联系图 3.5 数据规范化 3.6 状态转换图状态转换图+有穷状态机有穷状态机 3.7 其他图形工具其他图形工具 3.8 验证软件需求 33.99 小结小结 需求分析的需求分析的意义意义 软件需求的深软件需求的深入理解是软件开发解是软件开发工作作 获得成功的前提条件，不论我们把设计和 编码做得如何出色，不能真正满足用户需 求的程序只会令用户失望求的程序只会令用户失望，给开发带来烦给开发带来烦 恼。 需求分析需求分析 • 需求分析是软件定义时期的最后一个阶段 • 准确回答“系统必须做什么？”的问题 • 可行性分析阶段已经粗略了解了用户的需求可行性分析阶段已经粗略了解了用户的需求，， 甚至已经提出了一些可行的方案，但是，可行 性研究的基本目的是性研究的基本目的是用较小的成本在较短的时用较小的成本在较短的时 间内确定是否存在可行的方案。因此许多细节 被忽略被忽略。。 • 在系统开发前，还需要进一步确定系统必须完 成哪些工作成哪些工作。。不是不是 ““howhow” ，，而是而是 ““whatwhat”。。 真的很重要吗？ 例例：： 一个很好的例子：用在欧洲航天局太空火箭 ArianeAriane--55上的嵌入式软件上的嵌入式软件。年66月月44 日日，，该火箭该火箭 第一次飞行投入使用，刚工作约40秒，飞行便开始 偏离其轨道偏离其轨道。。沿着沿着ArianeAriane地面控制器的方向飞行地面控制器的方向飞行，， 火箭最终被摧毁。火箭摧毁，损失的不仅是火箭本 身，还有它携带的四个人造卫星。总损失达到500 million美元。 最后查明原因：在Ariane-5飞行轨道的需求文 档中档中，，没有分析其飞行路线没有分析其飞行路线，，认为和认为和ArianeAriane--44一样一样。。 第三章需求分析 统计资料： 年 ，，一个一个StandishStandish公司公司，，对对350350多个公司的大约多个公司的大 个软件项目进行调查，目的是发现它们进展的如何？结果很让 人震惊：31%的软件项目在完成前被取消；此外，在大公司里， 只有9%的项目能及时交付并且花费不超过其预算；小公司里 16% 的项目遇到各种问题。 (Standish 1994). 为了搞清楚上述原因为了搞清楚上述原因，，StandishStandish要求他调查的对象解释他要求他调查的对象解释他 们项目失败的原因，总结如下： 需求不完整需求不完整 （（13.1%13.1% ）） 缺乏和用户交流（12.4%） 缺少资源（10.6%） 需求不现实（9.9%） 管理不善（9.3%） 改变需求和规格说明改变需求和规格说明 （（8.7%8.7% ）） 缺少计划（8.1% ） 系统取消系统取消 （（7.5%7.5% ）） 需求分析的重要性 5点事实: ①① 软件生命周期中软件生命周期中，，一个错误发现得越晚一个错误发现得越晚，， 修复错误的费用越高 需求分析的重要性 ② 许多错误是潜伏的，并且在错误产生后很长一段 时间才被检查出来时间才被检查出来 ③ 在需求过程中会产生很多错误 • DeMarcoDeMarco在一份研究报告中指出在一份研究报告中指出，，被检查出来的错误的被检查出来的错误的 56％产生的根源可以追溯到需求阶段。 • AIRMICS所进行的一项调查发现，在一份美国军方大型 管理信息系统的需求现格说明书管理