上海交大之软件需求分析.ppt

/ (海量营销管理培训资料下载) 需求分析 内容 需求分析的重要性 需求分析的困难性 需求工程 需求分析过程 概念模型和规范化 图形工具 需求验证 原型技术 需求分析 需求分析是软件定义时期的最后一个阶段 回答“系统必须做什么？”的问题 需求分析的重要性 需求分析的重要性 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)及验证(包括鉴定和证实)。 需求工程涉及人员 软件需求 需求分析与程序分析的不同 需求分析现状 误解 交流障碍 缺乏共同语言 “完整性”问题 需求永远不会稳定 用户意见不统一 错误要求 认识混淆 需求分析的任务 可行性分析阶段已经粗略了解了用户的需求，甚至已经提出了一些可行的方案，但是，可行性研究的基本目的是用较小的成本在较短的时间内确定是否存在可行的方案。因此许多细节被忽略。 在系统开发前，还需要进一步确定 需求分析的任务 仍然回答“What”，而不是“How”， 但更细致、精确（合同的拟定） 需求分析的任务 完整 准确 清晰 具体 需求分析的任务 需求分析的任务 1、确定要求 ⑴ 功能要求(functional requirements):系统必须做什么？ ⑵ 性能要求(performance requirements)：做得怎样？ 例：response time , memory , back-up memory , security , …… ⑶ 运行要求(operational requirements) ：运行环境、软硬件配置等。 ⑷ 未来可能的扩充要求(possible evolution)：如3维虚拟现实的效果等等。 需求分析的任务 需求分析的任务 5、开发原型系统(Prototyping) 分析过程 软件系统本质上是信息处理系统，任何信息处理系统的基本功能都是把输入数据转变成需要的输出信息 数据是分析的出发点，在可行性分析阶段许多实际的数据元素被忽略了，需求分析阶段将定义这些数据元素 结构化分析方法就是面向数据流自顶向下逐步求精进行需求分析的方法 分析过程 分析过程 2、用户复查 数据字典准确完整吗？ 算法正确吗？ 有没有遗漏必要的处理或数据元素？ 某些数据元素是从哪里来的？…… ——构成一个循环，认识螺旋式上升 分析过程 3、细化DFD： ? 加细前后的I\O须相同。 ? 分解到须考虑具体实现的代码时即可仃止 分析过程 需求分析规格说明书 需求分析规格说明书 需求分析规格说明书 从现实中分离功能，即描述要“做什么”而不是“怎样实现” 要求使用面向处理的规格说明语言（或称系统定义语言） 如果被开发软件只是一个大系统中的一个元素，那么整个大系统也包括在规格说明的描述之中 规格