《开发案例项目名称》由会员分享，可在线阅读，更多相关《开发案例项目名称（8页珍藏版）》请在金锄头文库上搜索。
1、开发案例项目名称版本注意:以卜模板供与Rational Unified Process 起使用用。包含在方括号中以蓝色斜体(stylglnfoBlue)显示的文本是用于向作者提供指导，在发布文档之前应将这些文本删除。在此样式之后输入的段落将自动设置为正常(style=Body Text)。要在Microsoft Word中定制自动字段(选中时显示灰色背景)，请选择“文件属性”，然后用相应的信息替换本文档的“标题”、“主题”和“公司”字段。关闭对话框后,可以通过选择“编辑全选”(或Ctrl-A),然后按F9键,让整个文档中的自动字段更新,或者只需单击字段并按F9键。此操作必须对页眉和页脚分开进行
2、。Alt-F9将在显示字段名称和显示字段内容之间切换。关于处理字段的更多信息,请参阅Word帮助。修订历史记录日期版本描述作者详细信息名称目录1. 简介1.1目的1.2 范围1.3定义、首字母缩写和缩写1.4参考资料1.5 概述2. 开发案例概述2. 1生命周期模型2. 2样本迭代计划2. 2. 1先启阶段2.2.2精化阶段2.2.3构造阶段2. 2. 4移交阶段3. 工作流程3. 1先启阶段3.1.1先启阶段工作流程的注释3.2精化阶段3. 2. 1精化阶段工作流程的注释3.3构造阶段3. 3. 1构造阶段工作流程的注释3.4移交阶段3. 4. 1移交阶段工作流程的注释错误!未定义书签。错误
3、!未定义书签。错误!未定义书签。错误!未定义书签。错误!未定义书签。错误!未定义书签。错误!未定义书签。错误!未定义书签。错误!未定义书签。错误!未定义书签。错误!未定义书签。错误!未定义书签。错误!未定义书签。错误!未定义书签。错误!未定义书签。错误!未定义书签。错误!未定义书签。错误!未定义书签。错误!未定义书签。错误!未定义书签。错误!未定义书签。错误!未定义书签。4. 工作产品错误!未定义书签。5. 报告6. 角色错误!未定义书签。错误!未定义书签。错误!未定义书签。7. 特定于项目的准则和过程项目名称1. 简介开发案例的简介提供了整个文档的概述。它包括本开发案例的目的、范围、定义、首
4、字母缩写、缩写、引用和概述。1.1目的指定本开发案例的目的。1.2范围简要描述本开发案例的范围、它与哪些项幻关联,以及受本文档影响的所有其他方而。1.3定义、首字母缩写和缩写此子节提供所有术语、首字母缩写和缩写的定义,这些术语、首字母缩写和缩写对于正确解释开发案例是必需的。可以通过引用项日的词汇表来提供此信息。1.4参考资料此子节提供一份在开发案例中的其他地方引用的所有文档的完整列表。每个文档都必须以标题、报告号（如果适用）、日期和出版单位特别标明。指定从哪些来源可以获得参考资料。可以逋过引用附录或其他文档来提供此信息。注戚确保包含了对此开发案例所基于的Rational Unified Pro
5、cess版本的引用。参考资料名称所有者/作者存储位置源流程:将正在使用的流程确定为此开发案例的基础。1确定此开发案例的工作产品附录。1.5概述此子节描述开发案例的剩余部分包含哪些内容,并解释文档是如何组织的。2. 开发案例概述2.1生命周期模型简要描述项目采用的生命周期模型,其中包括里程碑和它们的目的的描述。其目的是用作对开发案例的剩余部分的简介,而不是作为项目计划。2.2样本迭代计划此节是可选的。如果样本迭代计划对您的项目有用，则包含它们。Rational Unified Process提供了可用作阶段迭代计划模板的功能模式。您的组织可能己在RationalUnified Process的发
6、布版本中包含了可用作迭代计划基础的交付流程。如果使用Rational Portfolio Manager界面来创建项目计划,则不需要此节。2.2. 1先启阶段列出在先启阶段中使用的样本迭代计划。2.2.2精化阶段列出在精化阶段中使用的样本迭代计划。2.2.3构造阶段列出在构造阶段中使用的样本迭代计划。2.2.4移交阶段列出在移交阶段中使用的样本迭代计划。13. 工作流程此节描述每个开发阶段的1：作流程。对于每个阶段,确定或描述用于该项目的标准工作流程。以卜是用于确定或描述标准工作流程的一些建议方法: 巳发布RUP站点中的交付流程包含每个开发阶段的活动图。可在此复制/粘贴这些图,或者描述如何找到
7、它们。使用“工作流程注释” 一节来记录项廿中的不同之处。 较困难:重新确定活动图,以准确地反映项目遵循的工作流程。在这种情况卜L将不需要T.作流程注释” 一节,所以可以将它除去。3.1先启阶段3.1.1先启阶段工作流程的注释描述该阶段对于标准工作流程所作的所有更改。典型的更改包括添加或除去活动或任务来描述特定于项目的工作方式。3.2精化阶段3.2.1精化阶段工作流程的注释描述该阶段对丁标准工作流程所作的所有更改。典型的更改包括添加或除去活动或任务来描述特定丁硕目的工作方式。3.3构造阶段3.3.1构造阶段工作流程的注释描述该阶段对于标准工作流程所作的所有更改。典型的更改包括添加或除去活动或任务
8、来描述特定于项目的工作方式。3.4移交阶段3.4.1移交阶段工作流程的注释描述该阶段对于标准工作流程所作的所有更改。典型的更改包括添加或除去活动或任务来描述特定于项日的工作方式。4. 工作产品工作产品是工件、成果、町交付产品或记录。此处提供要为项目生成的工作产品列表,在创建并完成工作产品后,还需附随提供有关以下方面的详细信息：如何复审工作产品（如适用），使用哪个模板创建工作产品,工作产品保存在何处或使用何种工具来管理它。这可以通过嵌入随RUP开发案例模板提供的开发案例工作产品附录”电子表格而完成。或者，您可以使用,一种方法来提供工作产品列表,即在本文档中提供,或者作为木文档的附录。请注意,如果
9、使工作产品独立于本文档而生成（例如,使用“工作产品附录电子表格），则必须确保维护对该信息适当的文档控制。注意：工作产品附录被视为此开发案例的一部分。将复审和核准这两个文档，就好象它们是一个文档那样。在此处嵌入或提供指向“工作产品附录”的链接！5. 报告列出对亍此项目很有帮助的所有报告。描述由谁使用报告和如何创建报告。报告读者创建方法/存储位置6. 角色此节用于以卜目的: 描述角色集中的所有更改;例如,通常会将角色“项目干系人”细分为多个角色。 将组织中的工作职位映射到Rational Unified Process中的角色。这么做的原因是在一些开发组织中,具有已经定义的工作职位。如果这些工作职
10、位很常用,且在组织中被广泛接受,那么在Rational Unified Process中的角色和组织中的工作职位之间进行映射可能是非常值得的。将工作职位映射到角色会便于组织中的人员理解如何使用Rational Unified Process。映射还能帮助人们理解角色不是工作职位（这是一种很常见的误解）。列的说明:角色:确定项日中使用的角色。例如,通常会将角色“项目1：系人”细分为多个角色。您可能需要通过提供在组织中常用的角色名称来添加新角色或明确每个角色在组织中知何使用。 RUP角色:如染是Rational Unified Process中确定的角色,则为“是”:如果未在RUP中定义,则为“否
11、”。. 适用性:使用此列将组织中的工作职位映射到Rational Unified Process中的角色。. 职责:描述组织中的职责和Rational Unified Process中描述的职责之间的所有区别。注意：特定个人到特定角色或工作职位的指定记录在“软件开发计划”中。角色RUP角色适用性不同于RUP的职责系统分析人员是需求指定者是软件设计人员是设计人员是用户界而设计员是数据库设计员是实施者是集成人员是项目经理是变更控制管理员是配置管理员是测试经理是部署管理员是流程工程师是管理复查员是技术作者是系统管理员是工具专家是教程开发人员是美工师是测试员是角色RUP角色适用性不同于RUP的职责测试分析人员是测试设计人员是复审员是复审协调员是技术复审员是项目干系人是7. 特定于项目的准则和过程指明由项目使用的、未包含在Rational Unified Process中的所有准则和过程。其中应当包括所村特殊的复审过程、风格或编码准则等。您可以修改建议的表使之适合需要。准则或过程所有者使用者存储位置
