ch3把软件工程课件.ppt

需求分析 需求分析是软件定义时期的最后一个阶段 仍然回答“What”，而不是“How”。但回答“系统必须做什么？”的问题 且更细致、完整、准确、清晰、具体 需求分析是一项十分艰巨复杂的工作 真的很重要吗？ 例： Our real-time example is based on the embedded software in the Ariane-5, a space rocket belonging to the European Space Agency (ESA). On June 4, 1996, on its maiden flight, the Ariane-5 was launched and performed perfectly for approximately 40 seconds. Then, it began to veer off course. At the direction of an Ariane ground controller, the rocket was destroyed by remote control. The destruction of the uninsured rocket was a loss not only of the rocket itself, but also of the four satellites it contained; the total cost of the disaster was $500 million (Newsbytes home page 1996; Lions et al. 1996). 第三章 需求分析 The reason: there was no discussion in the requirements documents of the ways in which the Ariane-5 trajectory would be different from Ariane-4. 第三章 需求分析 需求分析的重要性 5点事实 软件生命周期中，一个错误发现得越晚，修复错误的费用越高 需求分析的重要性 许多错误是潜伏的，并且在错误产生后很长一段时间才被检查出来 在需求过程中会产生很多错误 DeMarco在一份研究报告中指出，被检查出来的错误的56％产生的根源可以追溯到需求阶段。 AIRMICS所进行的一项调查发现，在一份美国军方大型管理信息系统的需求规格说明书(SRS)中存在着500多个错误，当然这仅仅是一个软件项目中的一次调查。 在需求阶段，代表性的错误为疏忽、不一致和二义性 美国海军研究实验室从20世纪70年代起就对软件开发技术不断地进行研究。他们对海军A—7E—它机上的”宅行操作程序进行实地测试，以验证许多新设想的可行性。得出的研究数据表明：A—7E项目中77％的需求错误特点是不明确：疏忽、不一致和二义性。按错误类型对这些错误分布进行分析的结果是： 49％不正确的事实，31％疏忽，l 3％不一致，5％二义性 需求分析的重要性 需求错误是可以被检查出来的 需求分析的重要性 在需求过程中会产生很多错误(事实3和4)。 许多错误并没有在早期被发现(事实2)。 这样的错误是能够在产生的初期被检查出来的(事实5)。 如果没有及时检查出来这些错误，软件费用会直线上升(事实1) 需求管理的困难性 容易产生的问题 交流障碍 误解 各方缺乏共同的语言 “完整性”问题 需求永远会变化 用户本身的意见不一致 错误的要求 认识上混淆目标和需求 需求工程 需求是什么?需求就是以一种清晰、简洁、一致且无二义性的方式，对一个待开发系统中各个有意义方面的陈述的一个集合。 需求工程一般指应用已证实有效的原理、方法，通过合适的工具和记号，系统地描述出待开发系统及其行为特征和相关约束；通常是一些过程的集合：需求获取(需求引出)、需求分析和编写软件规格说明书(SRS)及验证(包括鉴定和证实)。 §1. 需求分析的任务 §1. 需求分析的任务 1、确定综合要求 ⑴ 功能要求(functional requirements):系统必须做什么？ ⑵ 性能要求(performance requirements)：做得怎样？ 例：response time , memory , back-up memory , security , …… ⑶ 可靠性需求。 ⑷ 出错处理需求。 §1. 需求分析的任务 (5)接口需求：用户接口、硬件接口、软件接口、通信接口 (6) 约束：工具、语言、标准等的约束 (7) 逆向需求。 (8) 未来可能的扩充要求(possible evolution)：如HDIS各组的合并，3维虚拟现