下面列出了的是一些现象,表明你并没有理解一敏捷精神采用迭代开发和UP的真正含义。
- 在开始设计或实现之前视图定义大多数需求。同样,在开始实现之前视图定义大多数设计;视图在迭代编程和测试之前定义和提交完整的架构。
- 在编程之前花费数日或数周进行UML建模,或者认为在绘制UML图和进行设计时要准确完整地定义及其详细的设计和模型。并且,认为编程知识简单机械地将其转换为代码的过程。
- 认为初始阶段=需求阶段,细化阶段=设计阶段,构造阶段=实现阶段。
- 认为细化的目的是完整仔细地定义模型,以能够在构造阶段将其转化为代码。
- 坚信合适的迭代时间长度为三个月,而不是三周。
- 认为采用UP就意味着要完成大量可能的活动和创建大量的文档,并且认为UP是需要遵循大量的步骤的、正规和繁琐的过程。
- 视图对项目从开始到结束制定详细的计划;视图预测所有的迭代,以及每个迭代中可能发生的事情。