1. OO 需求搜集
因为“需求搜集”通常包含一些关于需求是什么以及您如何去搜集它等方面的不正确的假定（至少从 OO
角度）
首要任务是解决必须做什么，而不是如何去做
--------在 OO 说法中，问题定义的第一步称为正规问题说明书----------------
2. 问题说明书
在任何一个设计中，精确地陈述问题总是第一步的。这里，您的目标是要简洁而精确地说明书您所要解决
的问题。再次重申，您的注意力应在做什么和为什么做，而不是如何做。
解有关该问题领域方面的知识
3. 细化您的说明书
不要去做那些细支末节的工作
用清楚而组织良好的语言去说明书它
所要讨论的问题必须完全用问题领域方面的词汇来表达
关于设计完整的一般性原则是，一位有头脑的外行通过浏览熟悉该领域的且胜任的程序员的文档，能够完
全理解所要解决的具体问题和该问题的一般性解决方案。如果这种层次理解不能实现，那么设计是不完整的
问题说明书应该涉及问题本身，而不是该问题基于计算机的解决方案
4. 尽可能地确认问题和解决方案
所有 OO 系统必须进行一些建模。如果已存在的问题有一个好的解决方案，但现实的问题是人们不可能很
快地执行已有的解决方案，那么就需要将现有的解决方案建模。即手动过程自动化是全部所必需的，而您的
问题说明书应完整地描述那个手动过程。
要确认的一件重要事情是用户的目标。用户确切地要完成什么？
您还必须说明所希望的结果。解决问题的最终成果是什么？最终成果表达了什么信息？
定义问题。然后，用该领域的词汇来说明问题，让您的用户看一下问题说明书
5. 编码前的细节
事实上，随后，当设计和执行时，问题的定义会发生变化。这就是为什么在设计队伍中要有一个最终用户
的原因：以确保您不会因为改善它们而破坏一些事情。
最初的问题定义应尽可能的详尽。将您所想的都写在纸上。不要遗漏任何细节，即便是最简单的
我正在准备进行OO开发，希望得到朋友们的指点，
上面是我的一点学习总结
希望您能指点一二！ |
关键词： OO 设计过程(二）：开始设计软件（---问题定义---）