问RUP如何描述软件体系结构？RUP和软件架构之间的关系是什么？

EN

Rational Unified Process将“基于组件的体系结构”描述为其七个核心“最佳实践”之一。我并不完全清楚这是什么意思。在网络上，最好的描述似乎是白皮书“Rational Unified Process: Best Practices for Software Development Teams”中的这一条：

使用基于组件的体系结构--在提交资源进行全面开发之前，该过程侧重于健壮的可执行体系结构的早期开发和基线。它描述了如何设计一个灵活的、适应变化的、直观地理解的弹性体系结构，并促进更有效的软件重用。Rational统一过程支持基于组件的软件开发。组件是非常重要的模块，是实现清晰功能的子系统。Rational Unified Process提供了一种使用新的和现有的组件来定义架构的系统方法。这些组件是在定义良好的体系结构中组装的，或者是临时的，或者是在组件基础结构(如Internet、CORBA和COM )中组装的，因此出现了可重用组件的行业。

这方面的原始参考文献是Component-Based Software Engineering: Selected Papers from the Software Engineering Institute一书的第140页。

IBM developerWorks文章"What is a software architecture?“对我来说更有用，也更容易理解。尽管不是RUP特定的，但它试图定义“组件”和软件体系结构试图描述的关键元素。或者，任何关于这个过程的书都应该包括一些关于推荐的软件体系结构的内容。在维基百科文章的末尾有一个further reading list，这将是一个很好的起点。

软件体系结构的概念是RUP的核心，并且在整个过程中得到了很好的支持。

首先，RUP描述了几个角色，其中之一是software architect

这通常包括识别和记录系统在体系结构上的重要方面，包括系统的需求、设计、实现和部署“视图”。

然后，RUP有一个叫做sofware architecture document (SAD)的工件

软件体系结构文档提供了系统的全面体系结构概述，使用许多不同的体系结构视图来描述系统的不同方面。

系统被“切片”，并使用不同的视图进行记录。流程开发总监Philippe Kruchten普及了4+1 architectural view model。这些视图包括：

流程视图use case/scenario

• logical view

• development view

• physical/depoyment
• process view

IMO，这确实是一个很好的结构。但是，您不需要在SAD中遵循此结构。SAD的目的是描述代码的补充信息，特别是如何满足非功能性需求。下面是关于此类文档应该包含内容的interesting guidelines。

您可以查看RUP示例：course registration system和collegiate sport paging system。