最近很懒没怎么做事情。就看了这一本书，这本书的内容很好的完善了从无到需求到系统设计的过程。对于业务模型-分析模型-设计模型的演化以及UML的使用讲得非常好。我从整本书中整理出一个流程。这个流程95%来自这本书，还有一部分是自己的经验。

 

 

需求获取

    涉众分析报告（涉众概要 涉众简档 用户概要 用户简档 消费者统计）

    涉众-期望优先级矩阵

    需求调研计划（结合三个层次 业务架构 业务流程 工作细节）

    业务模型

        业务用例

        业务用例场景

        业务用例规约

        业务用例对象模型

        业务用例实现

        业务用例实现场景

    业务规则（全局 交互 内禀）

    业务词汇表

    非功能性需求

需求分析

    概念模型 （从业务模型抽象出概念用例，对概念用例进行分析，得到分析类和分析场景。概念模型针对需求中的关键业务。）

系统分析

    系统用例 （使用映射 抽象 合并 拆分 演绎 从业务模型获得）

    系统用例场景

    系统用例规约

    业务规则分析

        全局规则 --> 架构师处理

        交互规则 --> 设计成单独的对象或模块（或者是业务规则库）

        内禀规则 --> 逻辑代码中或者单独的方法或类

    系统用例分析（构建分析模型）高于设计实现 高于语言实现 高于实现方式

        实体类

        控制类

        边界类

    组件模型

    部署模型

系统设计

    构建系统模型（分析类-->设计类）

开发

测试

部署

其中还有几点需要补充。

每一次迭代几乎都是从识别用例开始，到用例被实现结束。

概念模型不一定是必要的。需求分析其实在业务建模中已经完成了一部分了。

需要细致的维护分析模型，而不是设计模型。

在构建设计模型时要使用一定的架构，而在构建系统模型时选择相应的框架。

 

这本书中比较少提及的开发测试部分，我觉得有很多敏捷方法可以实践。