《Thinking in UML 大象》笔记

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

 

 

需求获取
    涉众分析报告（涉众概要 涉众简档 用户概要 用户简档 消费者统计）
    涉众-期望优先级矩阵
    需求调研计划（结合三个层次 业务架构 业务流程 工作细节）
    业务模型
        业务用例
        业务用例场景
        业务用例规约
        业务用例对象模型
        业务用例实现
        业务用例实现场景
    业务规则（全局 交互 内禀）
    业务词汇表
    非功能性需求
需求分析
    概念模型 （从业务模型抽象出概念用例，对概念用例进行分析，得到分析类和分析场景。概念模型针对需求中的关键业务。）
系统分析
    系统用例 （使用映射 抽象 合并 拆分 演绎 从业务模型获得）
    系统用例场景
    系统用例规约
    业务规则分析
        全局规则 --> 架构师处理
        交互规则 --> 设计成单独的对象或模块（或者是业务规则库）
        内禀规则 --> 逻辑代码中或者单独的方法或类
    系统用例分析（构建分析模型）高于设计实现 高于语言实现 高于实现方式
        实体类
        控制类
        边界类
    组件模型
    部署模型
系统设计
    构建系统模型（分析类-->设计类）
开发
测试
部署

其中还有几点需要补充。

每一次迭代几乎都是从识别用例开始，到用例被实现结束。
概念模型不一定是必要的。需求分析其实在业务建模中已经完成了一部分了。
需要细致的维护分析模型，而不是设计模型。
在构建设计模型时要使用一定的架构，而在构建系统模型时选择相应的框架。

 

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