阅读笔记

在读《软件方法》之前，我对UML的认识还停留在画图表达自己的逻辑与同学交流的阶段。当然《软件方法》也不是一本纯粹的UML书籍，潘加宇用工作流建模方式讲述了实践愿景、业务建模和系统用例在创建系统的使用。作者在这本书中犀利的表达了自己对软件和建模的理解，每个章节都有思维引导和误区提示，给了我很多启发和提示，全书只有241页，生动有趣，图文并茂，阅读起来相对轻松。

潘加宇在传统的软件过程：需求->设计->开发->测试前面增加了业务建模环节。业务建模通过UML的业务用例图和业务序列图，让开发人员抛弃技术思维，审视付钱的组织需要什么样的系统，我开发的系统应该摆放的位置。技术的思维固然重要，前提是当我们在实现系统的时候；用技术思维去分析系统需求会做出一个正确而无用的系统，这样的系统会让销售无奈。所以业务建模的目的就是分析组织，找到组织需要改进的业务逻辑，找到自己系统的定位，让系统有价值起来。

思考边界：每个工作流都有自己的核心内容，而工作流之间又有很多相似内容，区分出思考边界，关注工作流的核心内容。整本书中都在帮助读者确认和明确工作流的思考边界，帮助读者建立更明确的模型。