(软件工程需求工程.pptVIP

第三章 需求工程 需求阶段是软件开发的关键阶段。 该阶段的主要任务： 必须回答一个问题：“系统应该做什么（what）”。 所涉及的人员有：领域专家、领域用户、软件投资人、系统分析员和需求分析员。 3.1 软件需求 3.1.2 需求的层次 3.1.3 需求错误的原因 需求描述模棱两可，有时写的过于简单； 用户的要求不断变换，需求也不断变化； 参与的用户过少，而且忽略了用户的分类； 追求个性化，添加不必要的特性。 3.2 需求工程概述 定义：指应用已证实有效的技术、方法进行需求分析，确定客户需求，帮助分析人员理解问题并定义目标系统的所有外部特征的一门学科。 主要活动： 需求获取 需求建模（需求分析） 需求传递：编写规格（规约）说明书 需求验证 需求管理 需求工程的层次分解示意图 3.2.1 需求开发 从用户获得需求，并整理成文档。 注：分析员与各种层析的客户进行交流，如决策人，具体使用人，系统维护人员等等。 OOA中常采用方法：用例方法获取需求。 1 主要任务： 需求分析研究的对象是软件项目的用户要求 准确地表达被接受的用户要求 确定被开发软件系统的系统元素 将功能和信息结构分配到这些系统元素中 深入描述软件的功能和性能 确定软件设计的约束和软件同其它系统元素的接口细节 定义软件的其它有效性需求 2.需求分析的过程 (1) 问题识别 从系统的角度来理解软件并评审软件范围是否恰当 确定对目标系统的综合要求，即软件的需求 提出这些需求实现条件，以及需求应达到的标准 问题识别的另一项工作是建立分析所需要的通信途径，以保证能顺利地对问题进行需求分析。 (2) 分析与综合 A.主要任务（建立系统的逻辑模型） 从信息流和信息结构出发，逐步细化所有的软件功能，找出系统各元素之间的联系、接口特性和设计上的约束，分析它们是否满足功能要求，是否合理。剔除其不合理的部分，增加其需要部分。最终综合成系统的解决方案，给出目标系统的详细逻辑模型。 C.创建数据字典 数据字典是对系统所用到的所有数据项和结构的定 义，以确保开发人员使用统一的数据定义。 三 需求传递（编制需求文档） 软件需求说明书 数据要求说明书 初步的用户手册 修改、完善与确定软件开发实施计划 注：格式见附录 被开发项目的数据流与数据结构是否足够，确定; 所有图表是否清楚，在不补充说明时能否理解; 主要功能是否已包括在规定的软件范围之内，是否都已充分说明; 设计的约束条件或限制条件是否符合实际; 开发的技术风险是什么; 是否考虑过软件需求的其它方案; 是否考虑过将来可能会提出的软件需求; 是否详细制定了检验标准，它们能否对系统定义是否成功进行确认; 3.2.2 需求管理 3.3 分析建模 结构化分析方法特点 面向数据流进行需求分析的方法 结构化分析方法适合于数据处理类型软件的需求分析 结构化分析方法就是用抽象模型的概念，按照软件内部数据传递、变换的关系，自顶向下逐层分解，直到找到满足功能要求的所有可实现的软件为止 3.3.1 分析模型 一.实体 -联系图(Entity-Relationship Diagram) 二.数据流图 2.数据流图中的主要图形元素 描述银行取款过程的数据流图 4.数据流图的层次结构 为了表达数据处理过程的数据加工情况，需要采用层次结构的数据流图。按照系统的层次结构进行逐步分解，并以分层的数据流图反映这种结构关系，能清楚地表达和容易理解整个系统。 在多层数据流图中，顶层流图仅包含一个加工，它代表被开发系统。它的输入流是该系统的输入数据，输出流是系统所输出数据 底层流图是指其加工不需再做分解的数据流图，它处在最底层 中间层流图则表示对其上层父图的细化。它的每一加工可能继续细化，形成子图。 三.状态迁移图 状态迁移图是描述系统的状态如何相应外部的信号进行推移的一种图形表示。 圆圈“○”表示可得到的系统状态 箭头“→”表示从一种状态向另一种状态的迁移。 例如, 当有多个申请占用CPU运行的进程时, 有关CPU分配的进程的状态迁移。 可得到的状态＝就绪，运行，等待 生成的事件＝t1，t2， t3， t4 ? t1 ─ 中断事件 ? t2 ─ 中断已处理 ? t3 ─ 分配CPU ? t4 ─ 用完CPU时间 状态迁移图的优点 状态之间的关系能够直观地捕捉到 由于状态迁移图的单纯性，能够机械地分析许多情况，可很容易地建立分析工具 3.3.2 结构化分析方法 这个数据流图只是一个高层的系统逻辑模型，它反映了目标系统要实现的功能 数据流图绘制步骤 首先确定系统的输入和输出 根据商店业务，画出顶层数据流图，以反映最主要业务处理流程 经过分析，商店业务处理的主要功能应当有销售、采购、会计三大项。主要数据流输入的源点