进行需求分析不象情人之间的浪漫做法——“让我摸摸你的头发，感觉它是什么颜色。”我们要围绕两个核心问题开展需求分析：（1）应该了解什么？（2）通过什么方式去了解？
1 应该了解什么
那怕是天下最无能的市长或书记，都知道在作报告时要先从宏观上讲一、二、三、四、五，再从细节上讲A、B、C、D、E。需求分析不象侦探推理那样从蛛丝马迹着手。应该先了解宏观的问题，再了解细节的问题，如图4.1所示。
一个软件系统（记为 S）的涉及面可能很广，可以按不同的问题域（记为D）分类，每个问题域对应于一个软件子系统。
S = { D1，D2，D3，… Dn }
问题域Di 由若干个问题（记为P）组成，每个问题对应于子系统中的一个软构件。
Di = { P1，P2，P3，… Pm }
问题Pj有若干个行为（或功能，记为F），每个行为对应于软构件中的接口。
Pj = { F1，F2，F3，… Fk }
按图4.1结构写成的需求说明书，对于那些只想了解宏观需求的领导，和需要了解细节的技术员都合适。在写需求说明书时还应该注意两个问题：
（1）最好为每个需求注释“为什么”，这样可让程序员了解需求的本质，以便选用最合适的技术来实现此需求。
（2）需求说明不可有二义性，更不能前后相矛盾。如果有二义性或前后相矛盾，则要重新分析此需求。
此文章共有2页 1 2 下一页
文章来源：中国项目管理资源网
 软件开发项目管理培训课程方案
|
Leadge.com首页 > 知识库 
