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