吉林大学软件工程.pptxVIP

第三章需求分析第三章内容概要需求分析的任务与用户沟通获取需求的方法分析建模与规格说明实体-联系图数据规范化状态转换图其它图形工具验证软件需求★软件工程 - 2015 - 第三章 软件需求需求分析的任务 “建造一个软件系统的最困难的部分是决定要建造什么……没有别的工作在做错时会如此影响最终系统，没有别的工作比以后矫正更困难。” Fred Brooks软件工程 - 2015 - 第三章 软件需求需求分析的任务必须理解并描述问题的信息域，根据这条准则应该建立数据模型；必须定义软件应完成的功能，这条准则要求建立功能模型；必须描述作为外部事件结果的软件行为，这条准则要求建立行为模型；必须对描述信息、功能和行为的模型进行分解，用层次的方式展示细节软件工程 - 2015 - 第三章 软件需求需求难以建立的原因误解交流障碍“完整性”问题需求永远不会稳定用户意见不统一错误的要求认识混淆软件工程 - 2015 - 第三章 软件需求“我知道你相信你已经理解了你认为我所说的内容，但是我并不能肯定你已经认识到你所听到的并不是我所想要的。”软件工程 - 2015 - 第三章 软件需求需求为何重要—软件项目失败原因不完整的需求（13.1%）缺少用户的参与（12.4%）缺乏资源（10.6%）不切实际的期望（9.9%）缺乏行政支持（9.3%）改动需求和说明（8.7%）缺少计划（8.1%）不再需要该系统（7.5%）软件工程 - 2015 - 第三章 软件需求阶段相对修复费用需求阶段0.1～0.2设计阶段0.5编码阶段1单元测试阶段表3.1 生命周期中修复软件的相对费用2验收测试阶段5维护阶段20需求为何重要—有关软件错误的一些事实事实1 在软件生命周期中，一个错误发现得越晚，修复错误的费用越高软件工程 - 2015 - 第三章 软件需求需求为何重要—有关软件错误的一些事实事实2 许多错误是潜伏的，并且在错误产生后很长一段时间才被检查出来Boehm从TRW公司所做的软件项目中得出结论：所有被检测出来的错误中的54％实际上是在编码和单元测试阶段以后才被发现的；更糟糕的是，此类错误中的绝大部分（占45％）是属于需求和设计阶段的，而编码阶段的错误只占9％。软件工程 - 2015 - 第三章 软件需求需求为何重要—有关软件错误的一些事实事实3 在需求过程中会产生很多错误DeMarco在一份研究报告中指出，被检查出来的错误的56％产生的根源可以追溯到需求阶段。AIRMICS所进行的一项调查发现，在一份美国军方大型管理信息系统的需求规格说明书中存在着500多个错误，当然这仅仅是一个软件项目中的一次调查软件工程 - 2015 - 第三章 软件需求需求为何重要—有关软件错误的一些事实事实4 在需求阶段，代表性的错误为疏忽、不一致和二义性美国海军研究实验室对海军A-7E飞机上的飞行操作程序进行实地测试，得出的研究数据表明： A-7E项目中77％的需求错误特点是不明确－疏忽、不一致和二义性。49％ 不正确的事实31％ 疏忽13％ 不一致5％ 二义性2％ 放错位置软件工程 - 2015 - 第三章 软件需求发现错误的方法 发现错误的比例（％）检查65单元测试10集成测试5演进6其他 14需求为何重要—有关软件错误的一些事实事实5 需求错误是可以被检查出来的Basili和Weiss的数据表明：在A-7E的软件定义文档中，33％的需求错误是通过人工检查出来的。Celko觉得利用自动分析工具能够从SRS中检查出来相当数量的错误。软件工程 - 2015 - 第三章 软件需求需求为何重要—有关软件错误的一些事实由上面这些事实，能得出如下四点结论：在需求过程中会产生很多错误（事实3和4）许多错误并没有在早期被发现（事实2）这样的错误是能够在产生的初期被检查出来的（事实5）如果没有及时检查出来这些错误，软件费用会直线上升（事实1）需求过程不仅是可能的而且也是值得的软件工程 - 2015 - 第三章 软件需求需求分析的任务确定对系统的综合要求功能需求性能需求可靠性和可用性需求出错处理需求接口需求--用户接口需求；硬件接口需求；软件接口需求；通信接口需求约束--精度；工具和语言约束；设计约束；应该使用的标准；应该使用的硬件平台逆向需求将来可能提出的要求软件工程 - 2015 - 第三章 软件需求需求分析的任务分析系统的数据要求建立数据模型E-R图复杂数据结构的描述 ：数据字典层次方框图Warnier图数据库数据规范化软件工程 - 2015 - 第三章 软件需求需求分析的任务导出系统的逻辑模型 软件系统详细的逻辑模型通常用数据流图、实体-联系图、状态转换图、数据字典和主要的处理算法描述软件工程 - 2015 - 第三章 软件需求需求分析的任务修正系统的开发计划 可以比较准确地估计系统的成本和进度，修正