Kevin's Blog

 迭代和科学的方法在为一个问题开发解决方案的过程中包括很多活动行为。我们需要理解待解决的问题，为一个潜在的解决方案收集需求，将这些需求转换至设计中，构建解决方案，并对方案进行测试。这个顺序非常自然，并且在一般情况下是正确地。然而，当我们试图将规模扩大时－也就是说，当我们按照一个严格的线性流程试图搜集所有的需求，并完成所有的设计，所有的开发，进行所有的测试时，一些问题就悄悄地出现了。因此，我

RUP的过程改进，倡导针对不同类型项目进行适当的裁剪，实际上这也是一种灵活适应的方式、随需而变的思想。我对此是理解并赞同的，但是我对RUP却一直保持一种相对谨慎的态度。 对于RUP来说，首先，我认为它过于理想化和理论化，RUP 是过程组件、方法以及技术的框架，你可以将其应用于任何特定的软件项目，由用户自己限定 RUP 的使用范围。对于各种类型的软件项目，RUP并未给出具体的自身裁减及实施策略，总有

什么是架构由于在软件业迈向组件装配工业(software component industry) 的过程中﹐不断发现组件设计者对其组件之应用场合的预想环境与应用软件师的软体结构常无法完美地整合起来﹐导致应用软件师难以灵活地再使用(reuse) 他人设计之组件，造成软件组件工业成长上的瓶颈。OO软件专家也逐渐认识到其问题是来自于软件主架构的不相合(mismatch)。软件主架构的重要