原创

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

版权声明:本文为博主原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。
本文链接:https://fireball.blog.csdn.net/article/details/11474067

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

 

2.5 小结与练习

 

小结

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

练习

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

图 2.5 客户VS项目组对需求的理解3

 

 


 

请看下一章……




作者:张传波

创新工场创业课堂讲师

华为某团队研发管理高级顾问

《火球——UML大战需求分析》作者

www.umlonline.org 创办人

文章最后发布于: 2013-09-09 13:18:46
展开阅读全文
0 个人打赏

没有更多推荐了,返回首页

©️2019 CSDN 皮肤主题: 编程工作室 设计师: CSDN官方博客

分享到微信朋友圈

×

扫一扫,手机浏览