03_需求工程.pptVIP

复旦大学计算机科学与工程系 软件工程课程 需求工程概述 需求获取 需求分析与建模 需求归档 需求评审 需求管理 学习目标 了解需求工程的几个阶段； 了解需求分析的任务； 掌握需求的种类； 掌握获取需求的方法； 掌握需求确认和验证。 需求工程概述 需求的概念 需求分析的任务 需求工程阶段 需求的概念 什么是需求？ 产品必须提供的服务 产品必须具备的质量特征 需求关注于顾客的需要，指定系统要“做什么”，而不关心问题的解决方案或实现 参与者：系统分析人员 项目失败的原因 需求分析的任务 深入描述软件的功能和性能 确定软件设计的约束和软件同其它系统元素的接口细节 定义软件的其它有效性需求 需求分析研究的对象：项目的用户要求 准确地表达被接受的用户要求 确定被开发软件系统的系统元素 将功能和信息结构分配到这些系统元素中 需求分析的任务就是借助于当前系统的逻辑模型导出目标系统的逻辑模型，解决目标系统的 “做什么” 的问题。 需求工程阶段 Alan Davis 把需求工程定义为“直到（但不包括）把软件分解为实际架构构件之前的所有活动” Herb Krasner定义了需求工程的五阶段生命周期：需求定义和分析、需求决策、形成需求规格、需求实现与验证、需求演进管理 Matthias Jarke和Klaus Pohl提出了三阶段周期的说法：获取、表示和验证 … … 需求工程阶段 我们将软件需求工程细分为： 需求获取 需求分析与系统建模 需求归档 需求评审 注意：实际的需求开发是一个迭代过程 需求获取 软件需求种类 需求获取方法与策略 通过 用户交流 对现有系统的观察 对任务进行分析 确定 功能性需求 非功能性需求 软件需求的种类 功能需求 非功能性需求 性能需求 用户或人的因素 环境需求 界面需求 文档需求 数据需求 需求获取方法与策略 建立顺畅的通信途径 访谈与调查 观察用户操作流程 组成联合小组 用况（Use Case） 建立顺畅的通信途径 建立分析所需要的通信途径，以保证能顺利地对问题进行分析。 访谈与调查 访谈方法：折衷法，即适当地计划好面谈，但不要过于详细，允许有一定的灵活性。一般按照如下原则进行准备： 提问问题应循序渐进，从整体的方面开始提问，接下来的问题应有助于对前面的问题更好的理解和细化； 不要限制用户对问题的回答，这有可能会引出原先没有注意的问题； 提问和回答在汇总后应能够反映用户需求的全貌。 调查：市场调查、多种调查方式 例子：“赛艇比赛成绩计算系统”的第一次面谈的准备计划 观察用户操作流程 到用户的实际工作环境中对用户的工作流程进行观察，了解用户实际的操作环境、操作过程和操作要求，对照用户提交的问题陈述，对用户需求可以有更全面、更细致的认识。 组成联合小组 被称为便利的应用规约技术(Facilitated Application Specification Techniques , FAST) ：打破用户（需方）和开发者（供方）的界限，共同组成一个联合小组，发挥各自的长处，共同负责项目的推进，这样有助于发挥各自优势并增进了解和协调 FAST基本原则 在中立的地点举行由开发者和用户出席的会议； 建立准备和参与会议的规则； 建议一个足够正式的议程以便可以进行自由的交流； 一个“协调者”(他可以是用户、开发者或其他外人)来控制会议； 使用一种“定义机制”(它可以是工作表、图表、墙上胶黏纸或墙板)； 目标是标识问题、提出解决方案的要素、商议不同的方法、以及在有利于完成目标的氛围中刻画出初步的需求。 FAST会议 步骤 1) 举行开发者和用户的初步访谈后，确定FAST会议的时间地点，并在会议日之前将产品请求发布给所有的与会者。 2) 要求每个FAST 出席者会前列出一组围绕系统环境的对象，以及对这些对象的操作或对象之间的交互功能，并开发出约束列表(如，成本、规模大小、权重)和性能标准列表(如，速度、精度)。 3) 进行FAST 会议时，当团队的每个成员提出单个列表后，整个团队将创建一个组合的列表，该组合列表删去冗余项，并加入在表达过程中出现的新思想。在建好所有主题的组合列表后，开始讨论活动。缩短、加长或重新组合列表以适当地反映将被开发的产品。 4) 一旦创建了意见一致的列表，应该将团队分为更小的小组，每个小组力图为每个列表中的一个或多个项开发出小型的规约（即对包含在列表中的单词或短语的精细化）。每个小组然后将他们开发的每个小规约提交给所有的FAST 出席者讨论，进行添加、删除或进一步的精化等工作。 5) 在小规约完成后，每个FAST 的出席者提出一个针对产品的确切标准列表，并将该列表提交给团队，然后创建一个意见一致的确定的标准列表。这个列表作为需求获取的结果，为需求分析和