SE研第2章1.ppt

* * 第二章 需求分析工程 第二章 需求分析工程 2.1 概述 2.2 需求分析工程 2.3 需求分析技术 需求分析是软件开发过程中最重要的阶段，如果不清楚系统“做什么？”，也就谈不上“怎么做”。 把需求当作一项工程，足见需求分析的重要。 高级软件工程 第二章 需求分析工程 南京邮电大学软件学院陈春玲 第二章 需求分析工程 2.1 概述 2.2 需求分析工程 2.3 需求分析技术 (1)在软件生命周期中，一个错误发 现越晚，修复错误的费用越高。 (2)许多错误是潜伏的，且在错误产 生后很长一段时间才被检测出。 2.1 概述 一、问题的引出 软件危机引起人们对需求分析的重视。以下五个事实说明了这一点： (3)需求分析中会产生大量错误。 (4)需求分析中的错误多为疏忽、 不一致和二义性。 (5)需求错误是可以被检测出来的。 因此，有必要将需求过程上升为需求工程。 二、什么是需求工程 需求：是一个待开发软件中各个有意义陈述的集合，它必须是清晰的、简洁的、一致的和无二义性的。 需求工程：是指应用已证实有效的原理、方法，通过合适的工具和记号，系统地描述待开发软件及其行为和相关约束。 需求工程有四个步骤： (1)需求获取 (2)需求分析 (3)编写需求规格说明书(SRS) (4)验证 需求工程的最终目标： 得到待开发软件的系统模型。它必须是清晰的、易于理解的、一致的和无二义性的。 模型：是对现实系统的描述，是现实系统的抽象和简化。 原型:是系统的早期版本，是系统的物理模型，只实现了系统的一些最基本的功能，反映系统的行为特性，但不一定满足全部需求。 三、需求工程中的角色 需求工程会涉及到三方面人员： (1)需求方 对软件开发起决定作用的一方，个人或企业等。需开发软件者。不一定是最终用户。 (2)系统分析方(系统分析员) 对待开发软件的需求进行详细描述。 不一定与开发方同一个企业(代理，趋势)。 (3)开发方 构造系统。设计员、编程员和项目管理员。 用户 程序员 系统分析员 SRS 系统分析员的作用 第二章 需求分析工程 2.1 概述 2.2 需求分析工程 2.3 需求分析技术 2.2 需求分析工程 需求工程有四个步骤： (1)需求获取 (2)需求分析 (3)编写需求规格说明书(SRS) (4)验证 需求工程即包括这四个方面的工作。 高级软件工程 一、需求获取 主要工作：收集信息，理解需求，归纳整理。 功能要求 非功能要求 弄清需求 澄清概念 保留合理需求 抛弃不可能 需求获取的困难之处： 误解、交流障碍、缺乏共同语言、需求不完备、需求不稳定、用户意见不统一、错误的要求、认识混淆等，都会影响需求的获取。 解决方法： 仔细研究需求分析资料，深入进行市场调查，多与用户沟通，请教应用领域专家，考察现场等。 二、需求分析 需求获取后，必须对需求进行分析。 目的：细化、精化软件的作用范围，确定软件的功能和性能、约束、环境等。 从两个方面分析用户的需求： 功能性需求，非功能性需求。 指系统必须完成的所有功能 性能要求运行要求未来要求数据要求 如联机系统的响应时间，系统需要的存储容量以及系统的健壮性和安全性等方面的要求。 指系统运行所需要的软硬件环境。 指系统将来可能的扩充要求、可重用性、可移植性等。 指系统所要处理的数据以及它们之间的联系。 需求分析工程最重要的结果是《软件需求规格说明书》。 编写SRS的指导性原则： 1. 从实现中分离功能，即描述“做什么”,不必描述“怎么做”； 2. 要求有一个面向处理的系统规格说明语言，以描述系统级的动态行为； 3. 必须对以该软件为元素的系统进行说明，以描述清楚系统各元素之间的关系； 三、编写需求规格说明书(SRS) 4. 必须对系统的运行环境进行说明，以保持系统接口描述的一致性； 5. 必须是认识的模型而不是实现的模型，即它必须以用户能够接受和理解的形式进行描述，将实际规则、条例组合到规格说明中； 6. 必须是可操作的； 7. 必须可容忍不完备性和可修改性； 8. 必须局部化和松散耦合，使得信息发生变化时只有唯一的一个片段(理想情况下）需要修改。 四、验证 验证即是对需求工程的结果——SRS进行评审，纠正错误，弥补缺陷，以保证SRS的质量。 从以下几个方面评审： 正确性，无二义性，完整性，可验证性，一致性， 非计算机人员能理解，可修改性，可跟踪性，注释。 指SRS中对需求的描述与用户要求一致。 指SRS中陈述的事情有且仅有一种解释。 包含软件要做的全部事情。 注明系统对有效和无效输入的反应。 注明页码、图和表等的编号。