应用Rational 工具简化基于J2EE的项目 （二）启动项目

第二部分:启动项目
Steven Franklin
软件设计师和过程专家
2004 年 3 月
这个有多篇文章组成的系列讲述了如何逐渐的应用 Rational 统一过程（RUP）和其他的 Rational 工具，本文中样例项目的详细计划被围绕着管理需求和风险而讨论。
第二部分快照
第 2 部分展示的工具和技术：
Rational 统一过程 (RUP) ― 支持项目计划的制定
RUP Microsoft Word 模板 ― 草拟项目远景文档
Rational RequisitePro v2001A ― 用于需求数据库
Rational ClearQuest v2001A ― 用于风险管理
将被创建或者更新的产物：
RequisitePro 数据库 ― 被创建用来存储来自于客户的工作描述（SOW）的需求；之后需求会转化成直接面向分析工作的更为详细的系统需求规格说明书。
ClearQuest 风险数据库 ― （通过修改 ClearQuest 计划）被创建以跟踪项目风险
从开始进行计划或者计划失败
在一个软件项目中，获得一个良好的开始是十分关键的。你不仅会希望你的早期劳动确定整个项目的基调，而且你也希望快速的识别出系统中的高风险和挑战的部分。大概一半以上的项目的命运在项目的第一个月就已经注定了，决定的因素包括：
不够良好的客户关系
不充足的预算
糟糕的管理（包括不够好的管理能力、风险的优先级划分和糟糕的项目范围管理）
过于依赖银弹
工程技能和经验的缺乏
不切实际的时间进度
Rational 统一过程（RUP）通过改进团队的效率和指导提升团队的成熟性可以尽量的减少导致项目失败的因素。良好的数据可以影响项目的管理者对项目的管理，更好的工具可以支持工程团队，更好的过程能够帮助软件产品以一种可预见的方式发展。本系列的第2部分将把重点放在我们能应用的一些早期策略上以获得一些在我们的样例项目中摇摆不定的事情。
Note that project management involves some activities that aren't currently addressed in the RUP. I highly recommend the book 请注意项目管理包括一些目前在 RUP 中没有包含的活动。我强烈推荐这本书 快速开发: 驯服疯狂的软件进度 它可以作为在开发项目中减少风险因素的进一步的参考资料。
细化第1阶段时间进度
我们希望尽快启动软件工程，但是首先我们必须在一系列的日程安排问题上得到来自于客户的同意。我们拿来了 我们已经创建的第1阶段的时间进度 （在4个月的时间点以一个演示结束）并和客户更加紧密的审查时间进度。客户提出了以下的问题，所有的问题都是正当的并且一些讨论：