软件项目开发中的原型与协作可视化工具
1. 原型的重要性与应用
1.1 原型的数量与范围
在软件开发项目中，原型的构建贯穿整个项目周期。根据具体问题，尤其是大型项目，会运用到各类原型。这意味着原型设计并非局限于某一个开发阶段，如需求识别阶段。
原型对于高质量软件的价值是无可争议的。统一过程（UP）要求采用迭代和以原型为导向的方法，也证实了这一点。原型是展示设计动态并使其能被所有参与团队讨论的最有效方式。在项目分阶段推进时，原型发挥着关键作用，并且作为试点系统，它能在核心系统和扩展级别之间实现灵活过渡。因此，一般来说，限制原型的数量是不明智的。
1.2 原型与其他文档类型的关系
原型与本章描述的所有文档类型都相关，尤其与系统愿景紧密相连。系统愿景处于当前情况分析和未来系统设计的关键接口处，但它在供所有参与团队讨论方面存在局限性。所以，需要将系统愿景与可从领域和技术层面进行评估的原型进行妥善协调。
原型评估通常会强化作者 - 批评周期。在原型制作阶段之后，场景和术语表往往会被修订。从技术角度看，功能原型和试验板会影响新系统部分嵌入的相关问题。
1.3 原型与统一过程（UP）
在统一建模语言（UML）中，原型并没有独立的作用。但在统一过程（UP）里，原型在迭代方法中非常重要。UP 使用两种原型类别：
-探索性原型：旨在展示潜在解决方案，但不会发展成完整的应用程序（一次性原型）。例如实现用户界面或新算法的原型。
-演化性原型：应分阶段逐步开发，如架构原型。
