第一步是确定用户可能会要求系统实现的任务。用例（叙述系统和用户之间的交互）需要被书写的。
第二步:看用例中的名词，一些可能是需要实现的类.回头看看用户提供的一些建议和信息.这样可以获得别的类,以及储存在它们中的数据.这样概念模型就形成了.概念模型就是用来显示类和属性的.
第三步:概念模型是完成之后，高层次的序列图需要被构建.序列图视觉的描绘了类之间的交互.应该给每个用例创建一个序列图.序列图有两方面的帮助:1.可以揭示设计的不足.2.给团队提供类中必须出现的方法.
第四步:建立一个完整的类图。在类图中列出了软件系统必须实现的所有的类和它们的属性和方法。它也显示了类之间的关系.
与上述同时，规格文件被起草。规格文件是为了提供系统特点和大致实现的一个文本描述
在规格文件包括被储存在数据库的数据，图形用户界面元素，和客户端和服务器软件的一些基本操作。那个
规格文件被客户阅读和批准，将作为软件运行的合同。
此外，对图形用户界面的设计工作被完成。
所有主要的Windows和对话框被完成。
最后，术语表被建立.以确保成员的设计团队（以及我们的客户）共同商定的词汇。
----------------------------------------------------------------
在看一本书的时候.在书的概述部分,这段写的挺好.就翻译了一些,翻的一般.只要自己明白就行了.此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。