第2章 耗尽脑汁的需求分析工作
摘要：怎么又变了？当初就应该让客户书面签字确认！你可能会经常发这样的牢骚，可是就算客户书面确认，客户还是会“赖账”的！软件项目的其中一项不变真理：人是会死的，需求是会变的！本章将会和你一起来体验软件需求分析工作的风风雨雨，找出需求分析工作的根本之道，了解UML如何帮助我们提升需求分析的水平。
2.4 UML助力需求分析
全面深入理解客户的业务，才能帮助我们准确的把握客户的需要。而在理解客户业务的同时，我们往往需要做业务流程再造（BPR：Business Process Reengineering）的工作。BPR简单说就是过程改进的工作，事实上绝大部分的软件系统都需要面对过程改进这个问题。上一套软件系统，并不是手工工作转变为信息化这么简单，涉及到工作模式、工作习惯、管理思想等的改变，涉及到很多人的利益及利益关系发生变化。
我们可以利用结构型的UML图来对客户业务进行结构建模，利用行为型的UML图来进行行为建模。对业务概念等静态结构进行系统化的梳理和提炼，叫结构建模；对业务流程等动态内容进行系统化的梳理和提炼，称为行为建模。这些建模活动将帮助我们更好地认识客户的业务和做好业务流程再造的工作。
请看下一节……
作者：张传波
创新工场创业课堂讲师
华为某团队研发管理高级顾问
《火球——UML大战需求分析》作者