再谈需求分析.doc

再谈需求分析 项目需求分析是一个项目的开端，也是项目建设的基石。在以往建设失败的项目中， 80％是由于需求分析的不明确而造成的。因此一个项目成功的关键因素之一，就是对需求分析的把握程度。在原则上，需求阶段监理应尊重承建方的项目管理和项目分析能力；在具体的任务开展上，以不深入、不干扰承建方的自主权为主，除非在项目合作过程中发现承建方的项目管理以及项目分析能力存在很大的差距和不足。 为了保证项目的成功，监理方必须加强项目管理和项目分析工作，在具体的操作上可以坚持吸收、同化、贯彻的方法和手段。其中，需求分析是一个项目的开端， 也是项目建设的基石。在以往建设失败的项目中， 80％是由于需求分析的不明确而造成的。因此一个项目成功的关键因素之一，就是对需求分析的把握程度。而项目的整体风险往往表现在需求分析不明确、业务流程不合理，用户不习惯或不愿意去用承建方的软件。作为第三方的监理公司，必须提醒承建方、客户方重视需求分析的重要性，采用必要的手段和方法来进行需求调研，同时监理方也应深入具体的需求调研中去。只有这样才能切切实实地把握用户的需求和方向，才能在将来的功能界定、开发范围上有发言权。 如何进行需求分析 需求分析不象侦探推理那样 需从蛛丝马迹着手，而是应该先了解宏观的问题，再了解细节的问题。 一个应用软件系统（记为 S）的涉及面可能很广，可以按不同的问题域（记为 D）分类，每个问题域对应于一个软件子系统。 S={D1， D2， D3，… Dn} 问题域 Di 由若干个问题（记为 P）组成，每个问题对应于子系统中的一个软构件。 Di={P1， P2， P3，… Pm} 问题 Pj 有若干个行为（或功能，记为 F），每个行为对应于软构件中的实现接口。 Pj={F1， F2， F3，… Fk} 需求说明书应该对于那些只想了解宏观需求的领导，和需 要了解细节的技术员都合适。在写需求说明书时应该注意两个问题： 1.最好为每个需求注释‚为什么‛，这样可让程序员了解需求的本质，以便选用最合适的技术来实现此需求。 2.需求说明不可有二义性，更不能前后相矛盾。如果有二义性或前后相矛盾，则要重新分析此需求。 重点监控需求分析 由于项目的特殊性和行业覆盖的广阔性，以及需求分析的高风险性，软件需求分析的重要性是不言而喻的，同时需求分析又的的确确难做。其原因基本是由于以下情况造成的。客户说不清楚需求 有