《软件方法 - 业务建模和需求》内容摘要.docxVIP

《软件方法》是UML China首席专家潘加宇的力作，里面提了很多研发人员常见的知识误区，值得想要在需求分析、系统架构能力有突破的研发人员阅读。此文是本人在拜读此书后的一个知识要点总结，也可以作为大家阅读的参考。（一）《软件方法》要阐述的核心命题是什么？《软件方法》主要关注软件研发的四个核心工作流：业务建模、需求、分析、设计，指出“不同工作流产生的工件（Artifact）之间的区别不在于形式，而在于内容，也就是思考的边界”。组织要解决什么问题业务建模提升销售为了解决组织的问题，待开发系统应该提供什么功能和性能需求需求规约为了提供功能，系统内部应该有什么样的核心机制分析降低成本为了提供性能，系统的核心机制如何用选定技术实现设计UML元素可用于各工作流中，推荐用法如下：工作流思考焦点可选UML元素推荐UML元素业务建模组织内系统之间用例图、类图、序列图、活动图用例图、类图、序列图需求系统边界用例图、序列图、状态机图、活动图、文本用例图、文本分析系统内核心域类图、序列图、状态机图、活动图、通信图、包图类图、序列图、状态机图（可选）设计系统内各域之间类图、序列图、状态机图、活动图、通信图、组件图、部署图、时间图、组合结构图、包图不画，代码即设计建模模型的组织方式应按照工作流组织，传统按视图来组织模型的方式容易混淆思考边界。（二）什么是愿景？为什么要明确愿景？怎么明确愿景？什么是愿景：在老大