实现

实现阶段的目的：

• 定义代码的组织结构--以层次化的实施子系统的形式
• 实现类和对象--以构件的形式（源文件、二进制文件、可执行文件等）
• 将开发出的构件作为单元进行测试
• 对由单个实现者（或小组）产生的结构集成为可执行的系统

系统通过完成构件而实现。Rational Unified Process 描绘了如何重用现有的组件,或实现经过良好责任定义的新构件,使系统更易于使用,提高了系统的可重用性。

构件被构造成实施子系统。子系统被表现为带有附加结构或管理信息的目录形式。例如，子系统可以被创建为文件系统中的文件夹或目录，或 Rational Apex for C++ or Ada,或 Java中的包。

测试

测试的目的是：

• 验证对象间的交互作用
• 验证软件构件的正确集成
• 验证所有需求被正确的实现
• 识别并确保载软件发布之前缺陷被处理

Rational Unified Process 提出了迭代的方法，意味着在整个项目中进行测试，从而允许尽可能早的发现缺陷，从根本上降低了修改缺陷的成本。测试类似于三维模型，分别从可靠性、功能性、应用和系统性能来进行。流程从每个维度描述了如何经历测试生命周期的几个阶段，计划、设计、实现、执行和审核。

另外，描述了何时及如何引入测试自动化的策略。使用迭代的方法，测试自动化是非常重要的，它允许在每次迭代结束及为每个新产品进行回归测试。

发布

发布工作流的目标是成功地生成版本，将软件分发给最终用户。它包括了范围广泛的活动。

• 生成软件本身外的产品
• 软件打包
• 安装软件
• 给用户提供帮助

许多情况下，还包括如下的活动

• 计划和进行 Beta 测试版
• 移植现有的软件或数据
• 正式验收

尽管发布工作流主要被集中在交付阶段,但早期阶段需要加入为创建阶段后期的发布做准备的许多活动。

Rational Unified Process 中的发布和环境工作较其它工作流包含了较少的内容。

项目管理

软件项目管理是一门艺术，它平衡了互相冲突的目标，管理风险，克服各种限制来成功地发布满足投资用户和使用者需要地软件。如此少的无争议的成功项目无疑是该项任务难度的证明。

工作流主要集中在迭代开发过程的特殊方面。本节我们的目标是提供以下的事物来使该任务更简单。

• 管理项目的框架
• 计划、配备、执行、监控项目的实践准则
• 管理风险的框架

它并不是成功的灵丹妙药，但提供了管理项目能显著提高软件成功发布的方法。

配置和变更管理

本工作流中，描绘了如何在多个成员组成的项目中控制大量的产出物。控制有助于避免混乱，确保不会由以下的问题而造成产品的冲突。

• 同步更新--当两个或两个以上的角色各自工作在同一产物上时，最后一个修改者会破坏前者的工作。
• 通知不达--当被若干开发者共享的产品中的问题被解决时，修改未被通知到一些开发者
• 多个版本--许多大型项目以演化的方式开发。一个版本可能供顾客使用，另一个版本用于测试，而第三个版本处于开发阶段。如果问题在其中任何一个版本中被发现，则修改需要在所有版本中繁衍，从而可能产生混乱导致昂贵的修改和重复劳动，除非变更被很好地控制和监控。

工作流提供了准则管理演化系统中的多个变体，跟踪给定软件创建过程中的版本。根据用户定义地版本规则建造程序或整个版本，实施特定于现场的开发策略。

工作流描述了了如何管理并行开发、分布式开发，如何自动化创建工程。这在如每天均需要频繁编译链接的重复过程中尤为重要。如果没有有力的自动化是不可能的同，时也阐述了对产品修改原因、时间、人员保持审计记录。

工作流也涵盖了变更需求管理，即如何报告缺陷，在它们的是生命周期中如何管理，及如何使用缺陷来跟踪进展和发展的倾向。

环境

环境工作流的目的是给软件开发组织提供软件开发环境--过程和工具--软件开发团队需要它们的支持。

工作流集中在项目环境中配置过程的活动，同样着重支持项目的开发规范的活动。提供了逐步指导手册，介绍了如何在组织中实现过程。

上一页  [1] [2] [3] [4] [5] [6] [7] [8] [9] 下一页

【责编:Lili】