开发一个业务逻辑复杂的系统，应该怎么样设计才能使项目的扩展性更好

 

既然业务逻辑复杂，那意味着项目前期的业务建模、需求分析、分析设计极为重要，直接抛开这几个阶段进入技术实施开发阶段，不管套用什么设计模式、架构模式，系统的扩展性肯定难以保证。

项目的扩展性虽然最终体现为系统架构、技术实现的扩展性，但系统扩展性的根源在于系统业务架构及业务模型的扩展性。大家经常骂xx系统烂、扩展性差，大都将原因归结为技术实现烂，但总结那些成功的大型项目或产品的最佳实践，原因都会有：某某是业务专家，对xx业务很熟悉，能够衔接业务与技术。因此一个好的项目角色中，应该有行业专家/领域专家、业务过程分析师、系统分析师、软件架构师等角色，从业务架构、信息架构、技术架构保证系统的扩展性。

具体怎样进行业务建模，搭建良好的业务架构和业务模型，从而为技术架构、信息架构、技术实现奠定良好基础，有一些较为成熟的软件开发过程可供参考。例如RUP（Rational Unified Process，统一软件开发过程)。一个标准的RUP工作流程包括：业务建模，需求分析，分析设计，实施开发，测试，部署，配置和变更管理，项目管理，环境。当然RUP只是一个方法论，且过于庞大，大部分项目很难完整执行其过程，需要根据实际情况进行裁剪，但其方法论对于复杂业务逻辑系统的建设具有指导意义。像互联网产品设计中常用的用例分析技术就源于RUP。

因此对于题主描述的一个复杂系统，标准的过程应当在业务建模，需求分析，分析设计，实施开发，测试，部署完整过程的分析设计（与开发语言无关）或实施开发（分析设计的成果映射为具体语言，