发信人: crazycode()
整理人: leitiger(2002-06-11 11:25:11), 站内信件
|
需求分析
需求分析定义了软件产品的各种用户需求如功能、性能等，需求分析是否透彻、
完整、正确是软件项目成败的关键。通常供方派专业的系统分析员与需方合作，
共同定义需求。不过现在国内的软件公司似乎分析、设计、编码、测试都是几个
人从头做到尾。在需求分析过程中，时刻要坚持的一个原则就是“客户就是上帝
”，不管客户提出了什么要求，能够实现的一定要实现而且要更好，不能实现的
也要约定好是将来实现还是放弃，尽最大能力满足用户要求。
在分析过程中，首先软件人员需要学习领域词典、用户词汇，特别是某些专业领
域如冶金、邮电等，可以找一些专业词典或入门书籍学习，通常学习程度不要求
很深，只要能同用户交谈、理解用户目的即可；另外还需要了解需方的一些情况
如行业特征等。与用户面对面交流前，通常需要制定一个计划，包括讨论的问题
、步骤等，否则具体交流时很容易忘记一些事项。可能的话，可事先将计划交与
用户，让用户做必要的准备。需求的讨论定义需要用户的实际参与，因此人际交
流也成为一个成败因素，分析人员要时刻为用户着想。讨论过程中，用户由于工
作忙、不懂计算机经常不愿意配合分析人员开展工作，分析人员应该能心平气和
的帮助与指导，诱导用户交流，可以从谈天开始，慢慢来，不要急噪，计算机对
某些用户是一种恐惧、毕竟还是陌生事物。交流过程中，刚开始，用户提出的任
何建议、想法都必须如实记录，分析人员要多听少说，了解用户想干什么而不是
不让用户干什么及软件如何实现，让用户充当主要发言人。随着工作的开展，分
析人员的知识的积累，分析人员就可以“多说”了。交流工作除了诱导，还需要
激发，总之为了透彻深入了解用户需求，必须创造一个能让用户随意表达思想的
环境。讨论过程中经常有术语不懂或体会不了某些用户要求，这些需要耐心的向
用户询问，了解清楚，千万不可放弃，这很有可能是关键的问题。
某些用户要求是不切实际、错误的，分析人员应该诚恳的倾听用户，提出解决方
案，帮助用户。最后，让用户该说的都说了，那么项目组里的各分析人员该碰碰
头，大家交流一下体会，对业务逻辑的交叉、接口部分更应该讨论清楚，并对后
继分析工作做规划。此时用户提出的要求包括自己认为是错误的、不现实的都要
列出来，大家讨论。分析人员形成了共同的决议后，再与用户交流讨论，如此反
复，直到用户、分析人员都对需求表示满意，本阶段的工作也就完成了。当然了
问题肯定还存在，今后的工作中还需要交流，故不要把用户扔在一边啊！。
本阶段提交的需求说明书通常包括如下内容:功能要求，接口要求（用户接口、硬
件接口、软件接口、逻辑接口），性能要求，设计约束，其他等。
回忆一下我参加的第一个项目分析。那天下午，项目经理突然提出要带我去见见
用户，我才想起来前几天曾向经理要求去用户那里了解一些问题。现在突然要去
了，我还没准备，怎么办？不管了，笔纸一带，路上边走边想，列举了一下想提
出的问题。到了用户那里，好紧张啊，第一次面对用户。经理介绍了一下就走了
，剩下我一人，话不多说，解决了问题再说，马上步入正题。可惜经验不足，准
备不充分，想了解的问题忘记问了，问了的问题回到公司又给忘记了（本人自凭
记忆力好，故当时没有仔细记录），不过那天帮用户解决了很多实际应用中的问
题，软件、打印机啊，对俺的印象还可以，以后工作方便多了。直到现在，我们
还保持合作愉快。
以上是我的一点体会，希望能对广大的分析人员特别是刚涉足该领域的分析人员
有所帮助。谨记“用户就是上帝”！
--
IF 回复 THEN
请选中'将本文章寄一份给原作者', 多谢!
END IF
※ 来源:．月光软件站 http://www.moon-soft.com．[FROM: 202.103.124.200]
|
|