软件工程史济民.pptVIP

湘 潭 大 学 湘 潭 大 学 第5章 需求工程与需求分析 软件需求过程 需求分析与建模 需求获取的常用方法 需求模型 软件需求描述 需求管理 需求建模示例 5.1 软件需求工程 软件需求的定义 一个软件系统必须遵循的条件或具备的能力。 用户解决问题或达到目标所需的条件或能力，即系统的外部行为。 系统为满足合同、规范等所需具备的条件或能力，即系统的内部特性。 软件需求三个层次 业务需求：从业务角度分析项目成功的预期效果。 用户需求：从使用角度描述软件产品必须完成的任务。 功能需求 ：定义必须实现的软件功能。这些功能必须达到的非功能性要求、约束条件等。 软件需求的层次关系 业务需求 项目愿景与范围 用户需求 质量属性 用例模型文档 功能需求 非功能需求和约束条件 软件需求规格说明 软件需求的特性 软件需求包括以下6个特性： 功能性：分为普通功能和全局性功能。 可用性：泛指能使最终用户方便使用软件的相关需求。 可靠性：包括与系统可靠性相关的各种指标。 性能：记录与系统性能相关的各种指标。 可支持性：定义所有与系统的可支持性或可维护性相关的需求。 设计约束：代表已经批准并必须遵循的设计决定。 需求工程的由来 代码编写-〉生存周期-〉需求工程 软件需求工程 可以定义为应用有效的技术和方法，合适的工具和符号，来确定、管理和描述目标系统及其外部行为特征的学科。 5.2 需求分析与建模 需求分析的步骤 需求分析是迭代过程 需求获取 需求建模 需求描述 规格说明 需求验证 5.3 需求获取的常用方法 常规的需求获取方法 组成联合分析小组 成员：用户代表、领域专家和系统分析员 用户访谈 充分准备，寻找共同语言。 循循序渐进、逐步逼近 。 问题分析与确认 与用户交流和问题分析需要多个来回。 需求获取的常用方法 用快速原型法获取需求 快速原型法实施的步骤： 利用各种分析技术和方法，生成一个简化的需求规格说明； 对需求规格说明进行必要的检查和修改后，确定原型的软件结构、用户界面和数据结构等； 在现有的工具和环境的帮助下快速生成可运行的软件原型并进行测试、改进； 将原型提交给用户评估并征求用户的修改意见； 重复上述过程，直到原型得到用户的认可。 5.4 需求模型 需求模型概述 结构化需求模型 面向对象需求模型 面向对象的需求建模 画用例图 写用例规约 描述补充规约 编写术语表 结构化需求模型 数据字典 数据流图 判定树 判定表 PDL 加工说明 数据定义...... E-R图 行为模型 状态转换图 控制流图和控制说明 功能模型 数据模型 面向对象需求模型 用例规约 参与者 用例图 用例模型 补充规约 术语表 全局性功能、非功能需求 用例建模 确定参与者 存在于系统外部、与系统交互的人、硬件、其他系统 通过回答问题确定参与者 系统开发完成之后，有哪些人会使用这个系统？ 系统需要从哪些人或其他系统中获得数据？ 系统会为哪些人或其他系统提供数据？ 系统会与哪些其他系统相关联？ 系统是由谁来维护和管理的？ 确定用例 考察每个参与者与系统的交互和需要系统提供的服务 针对每一个参与者，通过回答问题确定用例 参与者为什么要使用该系统？ 参与者是否会在系统中创建、修改、删除、访问、存储数据？如果是的话，参与者又是如何来完成这些操作的？ 参与者是否会将外部的某些事件通知给该系统？ 系统是否会将内部的某些事件通知该参与者？ 第一步，确定参与者。 第二步，确定用例。通常规则是：用例应该典型地描绘系统功能中某个从开始到结束的过程。 绘制和检查用例图 按UML标准画用例图 检查用例图 细化每个用例的用例规约 内容包括： 简要说明 事件流 特殊需求 前置条件和后置条件 用例模型的检查 功能需求的完备性 模型是否易于理解 是否存在不一致性 避免二义性语义 用例建模示例 选课系统问题陈述 开发一个学生选课系统。通过这个系统，学生可以选课和查看成绩报告单，教授可以选择所教的课和记录学生的成绩。 学校保留原有的“课程目录”数据库系统来维护课程信息，但该系统的性能是有限的。所以新系统必须确保能及时访问旧系统上的数据。但新系统只能读取旧系统的课程信息，不能更新。 用例建模示例 每学期开始时，学生请求查看本学期开设的课程目录。有关课程的信息，包括教授名和所开设的系等，将帮助学生做出决定。 系统允许学生每学期选择4门课，如果学生没有选到主要的课程，还有两门备选课程可选。每门课的学生人数限3到10人。不满3人的课程将被取消。 另外，每个学期有一段时间让学生更改课程表。学生可在该时段内访问系统并添加/删除课程。 用例建模示例 某个学生的选课一