3软件工程第三章电子教案大同大学-1.ppt

第三章 软件需求分析 在软件的整个生命周期中，首先是软件计划期，接着是软件开发期，软件需求分析是软件开发的第一个阶段，也是关系到软件开发成功与否的关键一步。本章的学习是基于已完成软件计划的基础上进行的，软件计划安排到第十二章讲。 3.1 需求分析的任务与步骤 3.2 需求获取的常用方法 3.3 分析建模 3.4 软件需求说明 3.5 结构化分析方法 3.6 面向对象分析方法 第三章 软件需求分析 3.1 需求分析的任务与步骤 3.1 .1需求分析的任务 需求分析的任务就是准确地回答“系统必须做什么?”这个问题，是通过系统分析员与用户一起商定，清晰、准确、具体地描述软件产品必须具有的功能、性能、运行规格等要求。软件需求分析阶段的目的是澄清用户的要求，并把双方共同的理解明确地表达成一份书面文档——软件需求规格说明书。 3.1 需求分析的任务与步骤 系统实现模型 1.分析建模 导出目标系统逻辑模型的例子： 找出当前系统的物理模型 导出目标系统逻辑模型的例子 把当前系统的物理模型转换为逻辑模型 导出目标系统逻辑模型的例子 把旧系统的逻辑模型转换为目标系统逻辑模型 导出目标系统逻辑模型的例子 改进（优化）目标系统逻辑模型 分析阶段中常用的模型（逻辑模型） 数据流图（DFD） 实体―联系图（ ERD ） 层次方框图、IPO图、 Warnier图 类图、实例图、时序图 状态图、协作图、 活动图 事件列表 数据流定义 数据元素定义 …… 3.1 需求分析的任务与步骤 3.1 需求分析的任务与步骤 准确、完整和规范的软件需求是软件开发成功的关键！ 需求分析的任务 建立分析模型 描述软件需求的一组模型 精确记录用于对原始问题和目标系统的描述 帮助分析人员发现用户需求中的不一致性，排除不合理的部分，挖掘潜在的用户需求 编写需求说明应做到 准确性和一致性 清晰性和没有二义性 直观、易读和易于修改 案例分析 一个具有n部电梯的电梯系统要安装在一座m层的大楼上。电梯和控制机构已造好。每个电梯的内部机构也已给定。问题涉及电梯在楼层间移动的逻辑： （1）每座电梯有一套按钮，每层一个。按钮按下时使钮灯变亮，并使电梯达到相应的楼层。当电梯到达相应的楼层时按钮灯熄灭。 案例分析 （2）除了底层和顶层外，每层都有两个按钮，一个按钮请求电梯上升，另一个按钮请求电梯下降。这些按钮在按下时按钮灯亮。电梯到达指定楼层后按钮灯熄灭，然后要么朝期望的方向移动，要么请求等待。在后一种情况下，如果一个楼层上的两个请求按钮都按下，则只取消其中一个按钮。决定先服务哪一层的算法应当使两个请求的等待时间最小。 案例分析 （3）当一个电梯没有服务请求时，应当停留在最终的目的地，关上电梯门，并等待后面的请求。 （4）楼层上所有电梯请求必须最终得到服务，并且所以楼层具有相同的优先权。 （5）电梯内所有楼层的请求必须最终得到服务，各层按电梯移动方向先后得到服务。 （6）每个电梯有一个紧急按钮。按下该按钮时，将使一个报警信号发送到现场管理人员，然后强制电梯“停止服务”。每一个电梯有一个取消其“停止服务”状态的机制。 电梯状态转换图举例 需求分析的步骤 需求分析的步骤 1.需求获取 目的：清楚地理解所要解决的问题；完整地获取用户需求 2.需求提炼 任务：分析建模 3.需求描述 结果：软件需求说明书 4.需求验证 改善需求说明的完整性，确保他可作为软件设计和系统验收的依据。 3.2 需求获取的常用方法 联合分析小组 用户代表、领域专家和系统分析员 客户访谈 充分准备，寻找共同语言 循循序渐进、逐步逼近 采用情景分析技术 （例如制定一个减肥计划软件） 采用简易的规格说明技术（用户积极参与，不要区分“我们和他们”，开会讨论且增删需求项目） 问题分析与确认 多个来回（采用软件原型） 调研问卷 部分的名称、人员数量和结构 部分发展或变化简单介绍 部分的主要任务 业务处理流程 业务处理过程中涉及哪些专业领域的知识 工作需要的审批流程是什么？ 主要算法描述 哪些业务需要实时处理？ 哪些业务需要交互操作？ 调研问卷 部门各岗位的职责 部门接受哪些部门或外界的信息？信息的内容和格式是什么？ 部门产生哪些信息？ 部门产生的信息送到哪些其他部门？格式要求是什么？ 对信息的输入和输出方式有要求吗？输入输出设备是什么？ 数据要求实时备份吗？备份的设备是什么？时间策略？ 业务处理有高峰期吗？高峰时间是什么？时间策略？ 现有的哪些设备要继续使用？ 调研问卷