最近很懒没怎么做事情。就看了这一本书，这本书的内容很好的完善了从无到需求到系统设计的过程。对于业务模型-分析模型-设计模型的演化以及UML的使用讲得非常好。我从整本书中整理出一个流程。这个流程95%来自这本书，还有一部分是自己的经验。
需求获取
涉众分析报告（涉众概要 涉众简档 用户概要 用户简档 消费者统计）
涉众-期望优先级矩阵
需求调研计划（结合三个层次 业务架构 业务流程 工作细节）
业务模型
业务用例
业务用例场景
业务用例规约
业务用例对象模型
业务用例实现
业务用例实现场景
业务规则（全局 交互 内禀）
业务词汇表
非功能性需求
需求分析
概念模型 （从业务模型抽象出概念用例，对概念用例进行分析，得到分析类和分析场景。概念模型针对需求中的关键业务。）
系统分析
系统用例 （使用映射 抽象 合并 拆分 演绎 从业务模型获得）
系统用例场景
系统用例规约
业务规则分析
全局规则 --> 架构师处理
交互规则 --> 设计成单独的对象或模块（或者是业务规则库）
内禀规则 --> 逻辑代码中或者单独的方法或类
系统用例分析（构建分析模型）高于设计实现 高于语言实现 高于实现方式
实体类
控制类
边界类
组件模型
部署模型
系统设计
构建系统模型（分析类-->设计类）
开发
测试
部署
其中还有几点需要补充。
每一次迭代几乎都是从识别用例开始，到用例被实现结束。
概念模型不一定是必要的。需求分析其实在业务建模中已经完成了一部分了。
需要细致的维护分析模型，而不是设计模型。
在构建设计模型时要使用一定的架构，而在构建系统模型时选择相应的框架。
这本书中比较少提及的开发测试部分，我觉得有很多敏捷方法可以实践。