【软件系统架构师[2018年下半年]论文——论软件开发过程RUP及其应用】

软件系统架构师[2018年下半年]论文论软件开发过程RUP及其应用

RUP(Rational Unified Process)是IBM公司-款软件开发过程产品，它提出了一整套以UML为基础的开发准则，用以指导软件开发人员以UML为基础进行软件开发。RUP汲取了各种面向对象分析与设计方法的精华，提供了一个普遍的软件过程框架，可以适应不同的软件系统、应用领域、组织类型和项目规模。请围绕“论软件开发过程RUP及其应用”论题，依次从以下三个方面进行论述1.概要叙述你参与管理和开发的软件项目以及你在其中所担任的主要工作。2.详细论述软件开发过程产品RUP所包含的4个阶段以及RUP的基本特征3.结合你所参与管理和开发的软件项目，详细阐述RUP在该项目中的具体实施内容，包括核心工作流的选择、制品的确定、各个阶段之间的演进及迭代计划以及工作流内部结构的规划等。

论软件开发过程RUP及其应用

摘要： 本文以我作为系统架构师亲身参与并主导管理和开发的“某大型商业银行信贷管理系统”项目为背景，深入探讨了Rational Unified Process在大型复杂金融软件项目中的具体应用与实践。文章首先概要介绍了该信贷管理系统的项目背景、复杂性以及我所承担的主要职责；随后，详细论述了RUP软件开发过程所包含的四个阶段及其核心基本特征；最后，结合该项目，重点阐述了RUP在具体实施过程中的关键决策，包括核心工作流的选择、制品的规划、阶段间的演进与迭代计划的制定，以及工作流内部结构的规划。通过本项目实践证明，RUP以其迭代的、用例驱动的、以架构为中心的特点，有效地应对了复杂需求，降低了项目风险，并最终保证了项目的成功交付。

关键词： RUP；迭代开发；UML；软件架构；信贷管理系统

1. 项目概要及个人主要工作

我于2018年作为系统架构师和软件开发经理，参与了“某大型商业银行新一代信贷管理系统”的建设工作。该项目旨在替换已有超过15年历史的老旧系统，以支持日益复杂的信贷业务品种（如流动资金贷款、项目融资、贸易融资等）、满足愈加严格的金融监管要求，并提升银行的风险控制与客户服务水平。该系统采用基于Java EE的分布式微服务架构，包含客户管理、授信审批、合同管理、贷后管理、风险预警、会计核算等十余个核心模块，涉及与核心系统、征信系统、人行报送系统等多个外部系统的集成，项目规模庞大、业务逻辑复杂、干系人众多，开发周期定为18个月。

在本项目中，我担任的主要职责包括：

1. 技术选型与架构设计：负责确定系统的技术栈、设计微服务架构蓝图，并定义各服务之间的接口与数据规范。
2. 软件开发过程定义：负责为项目选择合适的软件开发方法论，并定制化地设计整个项目的开发流程、迭代周期和产出物标准。正是在这个环节，我主导引入了RUP作为本项目的指导开发过程。
3. 技术团队管理：领导一个由25名开发工程师和测试工程师组成的技术团队，负责任务分解、进度控制和质量保证。

2. RUP的4个阶段与基本特征

RUP是一个迭代的软件开发过程框架，它将软件开发周期划分为时间上顺序的四个阶段，每个阶段有明确的里程碑和目标。

2.1 RUP的四个阶段

1. 初始阶段：主要目标是确立项目的业务案例和范围边界。核心任务是识别关键用例和主要风险，进行商业可行性分析，并得出一个粗略的架构设想。本阶段的里程碑是生命周期目标里程碑，意味着项目值得继续下去。
2. 细化阶段：这是最为关键的阶段。目标是建立可执行的架构基线，解决项目中最高风险的技术问题。团队需要完成大部分用例的识别，并详细分析架构层面的核心用例，创建可运行的架构原型。本阶段的里程碑是生命周期架构里程碑，意味着架构已经稳定，对剩余工作量的估算足够可靠。
3. 构建阶段：目标是集中力量开发所有剩余的组件和应用程序功能，将这些功能集成为一个产品，并确保产品已达到可被用户接受的程度。这是一个典型的迭代式构建过程，会产出多个可测试的版本。本阶段的里程碑是初始功能里程碑，意味着产品已经可以交付给早期用户。
4. 移交阶段：目标是确保软件对最终用户是可用的。包括进行β测试、制作发布版本、用户培训以及性能调优等工作。本阶段的里程碑是产品发布里程碑，意味着项目目标已达成，可以终结。

2.2 RUP的基本特征
RUP具有三大核心特征，这也是它区别于传统瀑布模型的关键：

• 用例驱动：用例是获取需求、进行设计、实现和测试的基础。它们将整个开发过程的各个阶段有机地串联起来，确保了最终系统能够实现用户期望的功能。
• 以架构为中心：软件架构是系统设计的核心资产，它组织了系统结构、组件及其关系。RUP强调在细化阶段通过创建架构原型来固化系统架构，后续的开发都基于此架构展开。
• 迭代与增量式开发：RUP将整个项目划分为一系列更小的、连续的“迷你项目”（迭代）。每次迭代都包含分析、设计、实现和测试等所有工作流，都会产生一个可执行的部分系统（增量）。通过不断迭代，系统功能逐步完善，风险被早期发现和解决。

3. RUP在信贷管理系统项目中的具体实施

在深刻理解RUP理论的基础上，我们结合信贷管理项目的实际情况，对其进行了剪裁和应用。

3.1 核心工作流的选择与制品的确定
RUP定义了9个核心工作流，我们根据项目需要，重点规划和产出了以下关键制品：

• 业务建模工作流：产出《业务用例模型》和《业务领域模型》，用以厘清信贷业务的部门、岗位和业务流程。
• 需求工作流：产出《系统用例模型》（使用UML用例图和行为图描述）和《补充规约》，明确定义了系统的功能性需求和非功能性需求（如性能、安全性）。
• 分析与设计工作流：产出《设计模型》（使用UML类图、组件图、序列图描述），这是系统架构的核心体现，定义了微服务的边界、服务接口和领域模型。
• 实现工作流：产出源代码、组件和《实现模型》，并持续进行持续集成。
• 测试工作流：产出《测试模型》，包括集成测试用例、系统测试用例以及性能测试脚本。
• 部署工作流：产出安装脚本、部署架构图和用户手册。

我们适当简化了环境管理和配置与变更管理工作流的正式文档，转而使用Jira和Confluence等工具进行跟踪和记录。

3.2 各个阶段之间的演进及迭代计划
我们将18个月的项目周期按RUP四个阶段进行了划分，并为每个阶段规划了多次迭代。

• 初始阶段（1个月，1个迭代）：我们通过密集的需求研讨会，与业务专家共同确定了项目愿景和范围，识别出“企业授信申请审批”作为核心用例之一，并初步评估了与核心系统集成这一技术风险。
• 细化阶段（4个月，3个迭代）：这是攻克风险的关键阶段。
  • 迭代E1：聚焦于“授信审批”这一高风险用例，我们设计了核心的授信领域模型，并开发了一个最小化的、仅包含申请提交和简单规则校验的可运行原型，验证了微服务划分的合理性。
  • 迭代E2：扩展原型，集成征信系统，并实现审批工作流引擎的集成，解决了外部系统集成的技术难题。
  • 迭代E3：完成大部分关键用例的分析，并固化了系统架构基线。在此迭代结束时，我们召开了“架构评审会”，正式通过了生命周期架构里程碑。
• 构建阶段（11个月，6个迭代）：在此阶段，我们并行开发所有功能模块。
  • 每次迭代周期为6-8周，每次迭代都会实现一组完整的用例功能。例如，迭代C1完成客户信息管理模块；迭代C2和C3完成授信审批的核心功能；后续迭代依次完成合同管理、贷后管理等。每个迭代结束时都会产生一个可集成的、经过测试的软件版本。
• 移交阶段（2个月，2个迭代）：
  • 迭代T1：在UAT环境中进行用户验收测试，收集反馈并修复高优先级缺陷。
  • 迭代T2：进行数据迁移、生产环境部署和用户培训，最终实现系统的平稳上线。

3.3 工作流内部结构的规划
在单个迭代内部，我们并非顺序执行所有工作流，而是让其并行、轻重不同地展开。以一个典型的构建阶段迭代为例：

• 迭代初（第1周）：需求和分析设计工作流占主导。团队与产品负责人细化本迭代的用例，更新相应的设计模型和接口文档。
• 迭代中（第2-4周）：实现工作流成为核心。开发人员基于清晰的设计进行编码，并持续集成。同时，测试工作流并行启动，测试人员根据用例编写测试脚本，并对已完成的组件进行测试。
• 迭代末（第5-6周）：测试工作流达到高峰，进行系统集成测试和回归测试。同时，为下一个迭代进行初步的需求分析也开始启动。

这种波浪式的工作流推进方式，确保了团队不同角色（架构师、开发、测试）能够高效协同，持续交付价值。

4. 总结

通过在“新一代信贷管理系统”项目中实施RUP，我们深刻体会到其对于管理复杂项目的巨大价值。迭代开发模式使我们能够早期暴露和解决如外部系统集成、性能瓶颈等关键技术风险；用例驱动确保了开发的功能始终与业务需求对齐；而以架构为中心的原则，保证了系统在高速开发过程中依然保持结构清晰、易于扩展。尽管RUP看似重型，但通过合理的剪裁，它完全可以成功地应用于追求高质量、高可靠性的金融行业软件项目中，为项目的成功交付提供了坚实的流程保障。