穷举、分类、分层、抽象的要义

穷举、分类、分层、抽象是我推荐的4种分析问题的方法，即可以用于需求的分析，也可以用于其它的方面。


穷举就是罗列出所有可能的情况。当知道某一种可能的时候，要举一反三，列出所有的可能，针对问题的全集考虑解决方案。假如你考虑开发一个库存管理系统，有入库单、出库单、损溢单等3种类型的单据，有2种帐本：库存流水帐、库存成本帐。当考虑记帐的算法时就要考虑3*2=6种情况，也就是说要考虑6种算法，这就是穷举。在做软件需求分析时，尤其需要穷举的方法，确保需求的完备性。采用穷举的方法往往能够发现容易遗漏的非正常的一些情况，而这些情况往往对问题的解决方法产生重要的影响。头脑风暴的方法往往是穷举的一种有效方法。当然，有些问题是无法穷举尽的，此时可以采用分类的方法。


分类：分类是人们认识事物的最自然的方法之一。通过分类的方法可以将事物进行结构化，将繁杂的问题条理化。分类也可以帮助进行穷举。穷举出来后，可以采用分类的方法将问题进行有效的组织，寻找事物之间的共性。对同样的问题集合，可以从多个方面进行分类，实际上是对问题的属性进行深入的分析。在需求开发时，可以对需求从多个方面分类，如：按是否是功能需求分为：功能需求、性能需求、接口需求，其他需求；还可以按需求的优先级分为必需的、期望的、装饰性等等。对于软件项目，应该采用分类的思想，不同类型的项目管理的方法是不同的，比如对于项目按规模可以划分为大中小类，按类型可以分为嵌入式软件开发、应用系统开发、混合系统开发，按开发的产品的类型分为产品类、订单类等等。大类下面可以继续划分更细的类别，对于不同的类别在处理规则，存储方式等等各方面可能是不同的，比如：

项目分类	项目形式	立项流程
工程类	有合同的项目	不需要立项
无合同，但是有意向的客户	执行立项流程A
研发类	自主研发的项目	执行立项流程B

基于同一个刻面分类时，类别之间没有交叉，而且类别的集合构成了全集。
在CMMI的模型中，将软件工程的实践划分了过个PA，实际上就是对实践进行了分类。


分层：网络的7层协议，软件3层体系结构，马斯洛的需求层次论都是很经典的分层的思想。分层其实也是分类的一种，只不过分类时，类别之间是没有关联关系的，而分层时，层与层之间是有一种关联关系，如层A为层B提供服务，层B是建立在层A的基础上等等。在一个官僚体制内，组织结构常常表现为树状结构，上下级之间存在着领导与被领导的关系。CMMI的5个等级也是分层思想的一种体现。在需求开发时，往往对需求划分为3个层次：目标层需求、作业层需求、操作层需求，其中每个下层的需求必须满足上层的需求。在配置管理中，对于不同程度的变更控制的严格程度是不同的，比如：

变更等级	等级的划分	批准责任人
A级	没有受控的文档	作者本人
B级	未纳入基线管理的受控文档	项目经理
C级	（1）纳入基线管理的文档 （2）单次变更估算的规模小于项目总体规模估算的5% （3）单次变更导致的工作量小于1人周 （4）项目总体累计变更规模小于于项目总体规模估算30%	项目经理
D级	非上述情况	CCB

抽象：抽象的目的是提取出问题中最本质的方面，找出其最稳定的方面。抽象时，往往忽略了细节，而抓住其主要方面,忽略其次因素，抓住主要因素。也可以从不同的角度来抽象，从不同的角度抽象时，结论是不同的。软件开发的方法经历了结构化方法，面向数据流的方法，面向对象的方法等等的演变，结构化的方式认为软件中功能处理时最稳定的，面向数据流的方法认为数据是最稳定的，面向对象的方法认为对象是最稳定的，其实也是在从不同的角度对软件开发的过程进行抽象，在寻找软件开发中最本质的东西。
以上对穷举、分类、分层、抽象的八字要义略微说明，总有辞不达意，只可会意不可言传的感觉。