任务:制定开发案例
此任务描述了如何创建用于描述组织或项目的软件开发流程的开发案例。
规程:环境
关系
角色主执行者: 其他执行者:
输入必需:
可选:
    输出
      流程使用情况
      步骤
      确定如何执行每项规程

      定制 RUP 框架以用于特定项目,其中的一部分是确定要引入哪些规程。如任务:定制项目开发流程中所述,您应该避免在单个项目中使用全部 RUP。如果您的项目对于 RUP 中描述的做法而言非常新,您应重点关注将未知因素的数目限制到可以控制的数目,以简化团队向新的流程平台的转换。

      一旦您确定了需要引入哪些规程,则为每个规程确定以下各项: 

      • 如何执行工作流程。 
      • 应使用工作流程的哪些部分。 
      • 在项目的生命周期内,何时引入工作流程及其各部分。 

      为了帮助您确定,已为每个规程开发了称为“<规程 X> 中的重要决策”的指南。在这些指南中,均有名为“确定如何执行工作流程”的部分。请参阅附带的指南获取该配置中包含的规程。

      当您考虑引入一个特定规程(或一个规程的一部分)时,请考虑以下因素:

      • 适用性。它适用于项目吗?引入它真的有价值吗?
      • 解决的问题和根本原因。解决了所有察觉到的问题及其根本原因吗?
      • 工具支持。需要什么工具支持?
      • 计时。应当在项目生命周期的什么时候引入它?请参阅概念:在项目中实施流程以获取更多信息。
      • 实施的成本。在项目中实施它的成本是多少? 这包括:
        • 培训项目成员的成本。 
        • 安装支持工具的成本。
        • 开发指南和模板的成本。
      定制每项规程的工件

      为要生成的项目选择一组正确的工作产品。如果您不能清楚地说明为什么应生成该工作产品(例如,若没有任何外部项目干系人请求它),则考虑将其排除。

      使用开发案例来记录与基本流程之间的偏差是很好的做法,因此如果要排除任何工作产品,都应验证其合理性并将其记录下来。

      执行以下步骤:

      1. 确定应如何使用工作产品(建模元素或文档)。关于分类方案(用于记录各个工作产品的重要性以及是否将使用它们)的信息,请参阅指南:将工作产品分类
      2. 确定每个工作产品的复审级别,并将其记录在“复审详细信息”中。详细信息请参阅指南:复审级别。确定如何复审每个工作产品;即,使用哪些复审过程。 
      3. 确定应如何记录规程的最终结果。需要将结果记在纸上吗? 如果需要,您必须确定从工具抽取结果的一个或几个报告,并将结果记在纸上。 
      4. 确定要使用哪些工具来开发和维护工作产品。
      5. 确定要使用哪些属性以及如何使用这些属性。请参阅每个工作产品的“属性”表,以及每个工作产品中标题为“定制”的部分。
      6. 相关时,确定使用哪些构造型。对于每个工作产品,请参阅标题为“定制”的部分。
      7. 确定文档工作产品的概述。对于相应的工作产品,请参阅主要描述的“简述”部分。

      除以上这些步骤以外,您还应:

      • 确定要使用哪些报告。确定是否需要任何工作报告来从模型中抽取信息,然后将信息记录在纸上以供复审。这些工作报告通常视为临时工作报告,因为它们是暂时的,一旦复审完成就会被废弃。您可能需要定制概述。

      需要为每个规程确定更多内容。请参阅每个规程的“<规程名称> 中的重要决策”指南来获取更多详细信息。

      定制每项规程的任务

      研究修改过的一组工作产品,以及使用、创建和更新这些工作产品的任务。确定您是应修改还是简化这些任务。请注意,对于每个任务,都指示了输入和输出工作产品。确保删除所有不必要的步骤或任务。请考虑以下各项:

      • 引入新的步骤(可能还有新的任务)以反映您必须添加的工作产品、报告和文档。
      • 检查使用的工具如何能辅助、自动化或者甚至取消一些步骤。
      • 将从组织的经验中继承的所有特定指南和规则引入到任务中。它们可以作为指南点、核对表、复审项添加,或者保留为可引用的单独文档。
      • 一旦获知任务,请复审与每个规程关联的、用于显示任务如何相互影响的工作流程,必要时移除或添加任务。
      • 可以省略或创建全部规程。
      • 您可能必须引入一些附加角色,以处理需要特定技能的特殊任务。

      描述开发案例中的变更。

      选择生命周期模型

      选择项目应使用的生命周期模型的种类。优化 RUP 模型,并在需要时调整里程碑和里程碑评估条件。您甚至可以决定省略一个或几个阶段,或者添加或除去里程碑。请参阅概念:阶段概念:迭代获取更多信息和构想。在开发案例的“开发案例概述”部分中记录项目的生命周期模型。

      除了选择整体的生命周期模型外,确定如何执行规程工作流程(执行什么活动,以及以何种顺序执行),以及确定在该项目生命周期的什么时候引入规程工作流程的每一部分,同样也很重要。关于如何为每个 RUP 规程定制工作流程的信息,请参阅为每个 RUP 规程提供的参考工作流程的使用说明。 在“开发案例”中记录规程工作流程决策。

      描述样本迭代

      为每个阶段描述至少一个样本迭代(更可能的情况是您将描述几个)。这些迭代描述对项目如何在项目的不同迭代和阶段中工作进行了描述。请参阅 RUP 生命周期页面下的不同阶段描述以获取详细示例。

      在开发案例中描述样本迭代的目的是:向项目团队传达项目将执行的任务,以及执行任务的顺序。因此它可以充当一份更详细的迭代计划。样本迭代的描述应简明扼要。请勿包含属于任务、工作产品和指南的详细信息。您可以选择以任务或活动的形式描述样本迭代。基于活动的描述更易于用在管理级别的计划和控制上,但在从业者级别使用时,则首选基于任务的描述。

      在大多数情况下,每个阶段应至少描述一个样本迭代。在需要时描述样本迭代;没有理由在项目开始时就描述在移交阶段中如何工作。以定义项目在先启阶段将如何工作来开始。

      确定项目干系人

      角色项目干系人代表项目的所有可能项目干系人。您需要识别和描述不同类型的项目干系人、他们的需要和职责。不同项目干系人的示例有客户代表、用户代表、投资者、生产经理和采购人员。

      在开发案例的“角色”部分中描述不同的项目干系人及其需要。

      将角色映射到工作职位

      在某些开发组织中,有已经定义的工作职位。如果这些工作职位 很常用,且在组织中被广泛接受,那么在 RUP 中的角色和组织中的工作职位之间进行映射可能是值得的。将工作职位映射到角色可能更便于使组织中的人员理解如何使用 RUP。映射还能帮助人们理解角色不是工作职位(这是一种很常见的误解)。在开发案例的“角色”部分中记录此映射。

      记录开发案例

      描述开发案例。请参阅“说明选项”部分,以及任何关联的指导信息(例如,模板和/或示例)。

      维护开发案例

      在项目开始之前应作出许多决策。在软件开发项目中的每个迭代之后,您应评估流程,并重新考虑您作出的决策。如果发布了新版本的基本配置,您需要更新开发案例。

      关键注意事项


       

      替代方案

      更多信息