《火球——UML大战需求分析》(第2章耗尽脑汁的需求分析工作)——2.5 小结与练习

摘要：怎么又变了？当初就应该让客户书面签字确认！你可能会经常发这样的牢骚，可是就算客户书面确认，客户还是会“赖账”的！软件项目的其中一项不变真理：人是会死的，需求是会变的！本章将会和你一起来体验软件需求分析工作的风风雨雨，找出需求分析工作的根本之道，了解UML如何帮助我们提升需求分析的水平。

2.5 小结与练习

小结

本章最主要的目的其实就是帮你“洗脑”！需求分析的工作其实很复杂，可以足够写一本书的内容。而我希望只通过一个章节能向你讲清楚需求分析工作的基本道理，让你认清需求分析工作的根本，并且明白到要做好需求分析工作并没有捷径，只有切实提高自身水平。下面我们一起来回顾一下本章的主要内容：
认识清楚需求分析工作中客户方和软件公司一方各种角色的特点，能帮助我们需求分析工作更有针对性。总体来说，客户方的倾向是花小钱办大事，而软件公司一方的倾向是多拿钱少办事。
“双赢”是我们应该追求的目标，软件只有对客户的工作真正有帮助，客户才算“赢”，而在客户能“赢”的基础上，我们软件公司才可能实现自己的“赢”。
不要抱怨客户变来变去，客户对需求的理解总是趋向上升的，而项目组也是一样。如果项目组对需求的认识落后于客户，就会陷于“被动”的局面，项目组应该努力提升水平，想办法让自己对需求的认识领先于客户。
需求分析工作是很复杂难度很高的工作，如果看不清楚客户的真正“需要”，就很可能重犯“手机短信定餐系统”的错误。项目组不应该只将自己定位在软件的制造者，而应该是软件价值的创造者。我们不是为客户提供一套软件系统，而是提供一套能提升客户价值的服务。项目组不应该被动地接受需求，而应该主动出击，帮助客户找出真正的需要，整理出符合客户需要的需求规格。
我们应当活用UML进行结构建模和行为建模，帮助我们更好地认识客户的业务和做好业务流程再造的工作。

练习

1. 如果你有需求分析工作的经验，请你根据你的实际工作体会总结出最少3点最麻烦的问题。如果你还没有具体的需求分析工作经验，那么请你列出最少3点你认为可能是最麻烦的问题。记录这些问题，看看后续章节能不能解决你这些问题。
2. 请分析下图，说明这是一种怎样的状况？我们应该追求这样的境界吗？