阶段2：如何构建

在这一阶段，必需拿出一套设计方案，并表明个中包括的种种工具在外观上是什么样子，以及彼此间是如何相同的。此时可思量回收一种非凡的图表东西：“统一建模语言”（UML）。请到http://www.rational.com去下载一份UML规格书。作为第1阶段中的描写东西，UML也是很有辅佐的。另外，还可用它在第2阶段中处理惩罚一些图表（如流程图）。虽然并非必然要利用UML，但它对你会很有辅佐，出格是在但愿描画一张详尽的图表，让很多人在一起研究的时候。除UML外，还可选择对工具以及它们的接口举办文字化描写（就象我在《Thinking in C++》里说的那样，但这种要领很是原始，发挥的浸染亦较有限。
我曾有一次很是乐成的咨询经验，当时涉及到一小组人的初始设计。他们以前还没有构建过OOP（面向工具措施设计）项目，将工具画在白板上面。我们谈到各工具彼此间该如何相同（通信），并删除了个中的一部门，以及替换了另一部门工具。这个小组（他们知道这个项目标目标是什么）实际上已经制订出了设计方案；他们本身“拥有”了设计，而不是让设计自然而然地显暴露来。我在哪里做的工作就是对设计举办指导，提出一些适当的问题，实验作出一些假设，并从小组中获得反馈，以便修改那些假设。这个进程中最美好的工作就是整个小组并不是通过进修一些抽象的例子来举办面向工具的设计，而是通过实践一个真正的设计来把握OOP的窍门，而谁人设计正是他们其时手上的事情！
作出了对工具以及它们的接口的说明后，就完成了第2阶段的事情。虽然，这些事情大概并不完全。有些事情大概要比及进入阶段3才气得知。但这已经足够了。我们真正需要体贴的是最终找出所有的工具。能早些发明虽然好，但OOP提供了足够完美的布局，今后再找出它们也不迟。