我个人理解的rup中"以architecture为核心"的含义
　

---

我个人理解是：rup是一个抽象过程框架，需要针对实际项目情况进行相应的"裁剪"，而裁剪的依据便是在早期分析工作中确定的architecture，具体过程的内容比如actor、work flow、artifact等都是根据architecture来做取舍选择的。
不知道我的理解有没有问题？
如果的确是这样的理解，那么有没有一些比较主要的标准来根据architecture设计具体的过程呢？

在csdn发了,没什么人回，哼哼 :[

用例驱动，以体系结构为中心，迭代、增量的开发过程。

在RUP的观念中:
用例=需求
体系结构=设计
迭代、增量=编码实现和测试和交付

那么句话可以理解为：
一切要从需求出发，设计是重点和关键，实现一点，测试一点，交付一点

RUP是个过程的框架， 剪裁是针对过程而言， 而不是针对项目的需求而言。你把次要的actor, workflow剪掉了， 不是剪裁了rup.

RUP中规定了项目的disciplines. 在具体的项目中， 您可以略去一些disciplines. RUP还规定了项目每个阶段的输出Artifact, 您可以根据项目的复杂度以及公司的传统来制定适合自己的artifacts.