RUP应用在小型项目环境中

    现在，让我们举两个例子，来验证RUP在小型项目环境中的使用。首先是公共部分项目 – 更新一个使用了十五年的打印工作过程。第二个项目涉及将RUP用于创建一个学习管理系统入口，称为“TAP University”。两个项目预算均低于$100,000，由小型团队在90到120天以内完成。

    打印服务更新项目

    Bill Wonch，本文作者之一，是 Nebraska 州劳工部的兼职讲师和软件架构师。他最近负责更新一套已使用20年的程序，合计并打印出成千上万份报表和帐单，以下是他的故事。

    这只是一个小项目。但是，它却是系统的核心，称为 Mix，而且，必须支持部门内其它系统的更新。这个大框架说明了RUP中可交付的软件体系架构文档 -- 理解每个项目、变更命令，或者任务都影响着工作的进展，如同高尔夫球的每个线都与其它相关联一样。

    当即有系统需要更新，以便与公司现代化的失业保险利益支付系统一起运作的时候，“Mix更新项目”开始了。原先的系统Mix是用COBOL构建的，运行于一个主机系统上。“Mix”并不是一个简称；1987年起名为“Mix”是因为它混合了进行大量打印工作的主框架数据和窗体。

    新系统将在Java中使用成熟的商业化（commercial-off-the-shelf，COTS）应用和组件来构建，生成必要的XML文件。

    项目的先启阶段，我们为系统定义三个参与者：

    . 抽象应用类，表示使用即有Mix应用程序的所有系统。

    . 操作类，表示员工管理打印的操作。

    . 业务使用者，即使用该文档存储库的人员。

    如图1所示，每个参与者均与相应的用例关联。记住这些参与者和用例，我们可以为更新系统选择非常好的的商业应用。通过这个信息，我们可以精确地计算出更新所需的成本。那些是项目合同与计划中有限的内容。基于此，我们可以估算出项目的资金。

    图1：在项目先启阶段为系统定义的三个参与者　

    根据先启阶段确定的计划和捕获的用例，RUP指引着项目的进行。RUP精髓的一部分就是可以将需求划分成不同的组，并根据需要将各组归入先启、细化、构建和产品化阶段。Mix系统中包括106个打印程序，从先启阶段到产品化阶段，将这些程序分成几个组，然后再单独迭代地处理，经过四个阶段的每次进展都是低风险的（验证方法），然后再将大大小小打印程序集成。以上做法是有意义的。