软件需求管理.ppt

有关范围管理的学习要点 概念： 范围：项目所提供的产品或服务的总和——产品、过程 范围管理：是用以保证项目包含且只包含所有需要完成的工作，以顺利完成项目所需要的所有过程。 范围管理的过程：启动、范围计划编制、范围定义、范围核实和变更控制——5个过程。 有关范围管理的学习要点 具体技术： 可交付成果： 启动阶段的项目选择技术 项目章程 范围计划与范围说明书 有关WBS（在下章中重点介绍） 范围变更控制（在项目综合中重点介绍） 谢谢！ 需求管理工具 —— 使用RequisitePro ? ? 步骤1： 使用RequisitePro定义一个项目的常用词汇表 目的：定义一个公共词汇表的目的是在团队成员中减小词汇的不确定性,并在谈及要建立的系统时，使用共同的语言。公共词汇表可以用于系统的所有文本说明，尤其是用例说明。词汇表提供了在要建立的系统的有关说明中常用的所有术语的定义。每个项目都有一个 Glossary 文档。 1、创建Glossary 文档： Glossary 文档包含了在项目活动中确定的术语和定义，尤其是在活动：获取涉众请求之中。 2、完成Glossary 文档：在新创建的 Glossary 文档中，为每个要定义的术语，输入术语名及其定义。可以考虑使用具有同一定义的常用术语的别名（例如：操作员 - 请参见机械师）。我们建议您使用斜体来表示 Glossary 中的术语。 3、在Glossary 文档中标记需求：词汇表本身并不包含需求，但其中的术语可能会用作类名，特别是一些实体类的类名。请参见类的设计。将这些术语标记为需求，您可以使用 Rational Synchronizer，在 Rational Rose 中自动创建类名为这些术语的类。 您也许还想跟踪术语在词汇表中重定义的情况以及一些需要更新的文档，以便反映词汇表中的变化。将这些术语标记成需求，以后即可在词汇表术语和产品特性或系统需求之间设置可追踪性链接。这里提及的系统需求在词汇表术语定义修订和得到认同之后，可能需要重新编写。 需求管理工具 —— 使用RequisitePro ? ? 步骤2：使用RequisitePro详细说明用例： 当确定业务用例之后，按照 Rational Rose 工具向导：查找业务主角和用例中的说明，您可以使用 RequisitePro 创建一个业务用例规约文档。 ROSE建议您先在 Rational Rose 中创建用例，然后再使用集成用例管理特性，在 RequisitePro 生成用例规约文档。 业务用例规约文档中的一些部分内容可以用于创建特定的需求。这些需求可追踪到（或链接到）其他需求，例如产品特性和测试计划。 业务设计员为每个业务用例都编写一个业务用例规约文档。该文档不仅定义了用例的所有文本特征，而且还对 RUP 活动：查找业务主角和用例中生成的用例的名称和说明作出了进一步的详细描述。 1、创建业务用例规约文档：业务用例规约文档包含该用例的文本特征。其中包括的用例特征有：用例名称、简要说明、基本事件流、备选事件流、前置条件、后置条件和特殊需求。 注意：如果已经在 Rational Rose 中建立了用例，您可以使用工具向导：使用 Rose 和 RequisitePro 管理用例中说明的步骤，来创建一个与 Rose 用例关联关系的新用例文档。 需求管理工具 —— 使用RequisitePro ? ? 2、完成用例规约文档：在新建的业务用例规约文档中，我们将使用业务用例的专用信息来完成业务用例规约文档中的各个部分。有关用例名称和简要说明的特征应该已经在 Rational Rose 中的活动：查找业务主角和用例中作出了说明。 3、在详细的业务用例规约中标记需求：从业务用例规约部分中创建 RequisitePro 需求。将用例名称和用例特征分别标记为父需求和子需求。这些特征可以包括：简要说明、基本或备选事件流中的动作、前置条件、后置条件、特殊需求和扩展关系。 4、向业务用例规约中添加图示：一些用例特征是以文本之外的其他形式来体现的，例如“用例图”和“其他图”。请参见 Rational Unified Process 工件：用例。这些图将保存在 Rational Rose 中。使用 Rational SoDA，可以根据 RequisitePro 中存储的用例文本特征和 Rational Rose 中存储的用例图信息，来创建用例报告。 需求管理工具 —— 使用RequisitePro ? ? 步骤3：使用RequisitePro确定前景 前景文档（也称为产品需求文档）为技术需求提供高层次的（有时是契约性的）依据。此外还可以有一个正式的需求规约。前景记录了相当高层的需求和设计约束条件，以便于前景文档的读者了解要开发的系统。它