03第三章 软件需求返闹析.ppt

3.1 软件需求分析的重要性 3.2 软件需求分析的困难性 3.3 软件需求分析的任务 3.4 软件需求分析的过程 3.5 软件需求分析的原则 3.5 结构化分析方法 3.6 原型化方法 3.7 补充:有关数据库的基本概念;需求分析;3.1 需求分析的重要性 ; 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.;在美国高科技历史上曾有过令人痛心的事件： 大家知道，DEC曾经是美国三大计算机公司之一，几年前被康柏收购，从地球上消失，成为美国计算机界一大憾事。DEC曾以众多的高新技术著称于世。其中，它在最后的几年里研发出的 Alpha 计算机芯片更以卓越的技术在性能上超过了 Intel, sun 和其他厂家的芯片。微软也曾大力协助 DEC ，将 Windows Nt 移植到 Alpha 系统，然而，Alpha 在市场上彻底地失败了，成为 DEC 最终失败的原因之一。 为什么？ 究其根本，还是因为 DEC 对其市场和用户不了解，盲目追求技术而铸成大错。Alpha 系统复杂，造价过高，绝大多数用户不能接受 ；而且它又不能与已有的系统兼容，使得在其上的软件开发相当困难，软件开发商也很难接受，所以 Alpha 把它的两级用户都得罪了，要想成功，谈何容易！ ;Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd.;需求分析的重要性;许多错误是潜伏的，并且在错误产生后很长一段时间才被检查出来 在需求过程中会产生很多错误 DeMarco在一份研究报告中指出，被检查出来的错误的56％产生的根源可以追溯到需求阶段。 AIRMICS所进行的一项调查发现，在一份美国军方大型管理信息系统的需求现格说明书(SRS)中存在着500多个错误，当然这仅仅是一个软件项目中的一次调查。 在需求阶段，代表性的错误为疏忽、不一致和二义性 美国海军研究实验室从20世纪70年代起就对软件开发技术不断地进行研究。他们对海军A—7E—它机上的”宅行操作程序进行实地测试，以验证许多新设想的可行性。得出的研究数据表明：A—7E项目中77％的需求错误特点是不明确：疏忽、不一致和二义性。按错误类型对这些错误分布进行分析的结果是： 49％不正确的事实，31％疏忽，l 3％不一致，5％二义性;需求错误是可以被检查出来的;需求分析的重要性;3.3 需求管理的困难性;需求工程涉及人员;需求工程;3.3 软件需求分析的任务;需求分析研究的对象是软件项目的用户要求 不要-“ 削足适履 ” （ “足” 为用户需求，“履” 为技术） 准确地表达被接受的用户要求 确定被开发软件系统的系统元素(物理模型） 将功能和信息结构分配到这些系统元素中;需求分析的任务就是借助于当前系统的逻辑模型导出目标系统的逻辑模型，解决目标系统的 “做什么” 的问题。;当前 系统;通常软件开发项目是要实现目标系统的物理模型 目标系统的具体物理模型是由它的逻辑模型经实例化，即具体到某个业务领域而得到的;基本任务：准确地回答“系统必须做什么？”;一、确定目标系统的具体要求;举; 1、医疗费管理系统每天记录当天报销的若干职工或职工子女的医 疗费的类别、金额。 2、在当天下班前让系统自动结帐、统计当天报销的医疗费总额，供 出纳员核对。 3、每笔帐要保存备查，每天所报销的费用要和各个职工已报销的金 额累计起来，以便检查哪些职工已超额。 4、系统还要配有适当的查询功能。 5、年终结算后，下一年度开始时要对数据库文件进行初始化。 6、当职工调离本单位，职工调如本单位或在本单位内部门间调动， 数据库文件应能及时得到修改。 ; 该系统规模不太大，可以和用户单位的其他管理系统 使用相同的计算机硬件设备、相同的操作系统和相同的关 系数据库管理系统。 如果，可以使用汉化了的数据库管理系统，但在建立 数据库结构时，凡是用英文名称来代表字段名时，则必须 在数据字典中予以说明。 ;2、