文档管理软件设计的步骤

　　1.为变更文档管理软件作设计：你使用的构架、构架和规格说明技术必须能够适应变更。这是一个非常简单的叙述，但却被证实是过于复杂以至于难以实现。它的基本意思是说我们必须预见未来，并构建一个可以适应还未被明确定义的变化的框架。不过，我完全认同这个原则，因为这是成功的关键。我们的确很难预见未来，但是试图预见系统生命周期内可能发生的变化，是风险管理的一个有用的练习，并且这是成功软件项目的不断重复的主题。
　　2.没有文档的设计不是设计：我经常听到软件工程师们说：“我的设计做完了，只剩下文档工作了。”这一原则仍然是基于过去文档驱动的方法，那时文档与软件本身是分离的。当使用可视化建模工具和高阶语言时，为描述软件设计而保留单独的文档通常会降低生产效率。高层次的构架文档如果写得清楚简洁将会很有帮助，但是工程群组使用的主要制品是设计符号、源代码和测试基线。
　　3.使用工具，只是要现实一点：软件工具会让用户更有效率。这一原则使得现代软件工程的一个关键方面变得无足轻重：开发环境的重要性。一个成熟的软件过程必须使完全成型的、自动化的并配备了工具的过程。迭代式的开发项目广泛地使用自动化。在主要环境上投资不足的不明智的。
　　4.避免玩弄小技巧：许多程序员热衷于玩弄小的技巧——以晦涩的方式正确地完成功能。要通过避免使用这种技巧性代码的方式显示你的聪明才智。因为很难划清一个“小技巧”和一个创新的解决方案之间的界限。我知道Davis的准确意思，但是我不想制定一条会抑制创新的原则。除非确实有必要，否则最好不要使用模糊的编码技术。不幸的是，在一些大的项目中经常有这样的必要。
　　5.封装：信息隐藏是一种简单的技术，被证实可以使软件更易于测试和维护。基于构件的设计、面向对象设计以及现代设计和编程符号，使这个原则进入到了主流实践中。正如数学之于物理学家一样，封装对于软件工程师来说是一种基础的技术。