软件需求最佳实践

需求建模与分析篇

需求分析基本遵循三个方向，依次是：流程，对象以及关系，用例（操作容器）；

流程对应的是跨职能流程图以及活动图，对于活动图，实在是没有感到有什么优势可言；但是对于流程图究竟要细化到什么程度？只要是不影响泳道的变更就可以作为一个节点处理，这个还有待考证；

对象以及关系，作者首先推荐的是类图，但是对于类图其实使用在设计阶段，作为需求分析阶段拿了一张类图给客户看，给客户讲解你所识别出来的类？如果是给架构师以及开发团队来看还是有点意义，但是对于国内项目很多时候时间很紧急，你搞出这一套花活是在玩儿吗？

用例，则是通过用例图来进行得，用例图首先通过框线"限定了"系统的范围，系统就是定义这些操作；其次用例图将角色和操作联系了起来（谁将会做什么事），这一点关系是在流程（流程图的粒度比较粗，不影响泳道的节点会被合并为一个节点）以及对象关系中无法体现出来的。用例图中的扩展（extend）意思是该"子流程"是可选的；包含（include）意思是对某一个用例的一部分抽出来作为一个"用例片"之所以要这样做是为了描述多个用例共享一个用例片，注意，extend以及include的内容都不是用例；都是从属于用例，用来对用例进行补充和说明的。在用例图中国，每一个椭圆都是一个用例（而不是一个操作）