开花石头
(南冥洗)
版主
  
努力把内裤穿在外面
UID 7949
精华
12
积分 25663
帖子 4586
金钱 25543 喜悦币
威望 120
人脉 0
阅读权限 100
注册 2001-4-19
状态 离线
|
如何写好需求分析（拙作）
让用户尽可能的述说他所想要的所有东西，不要打断他，一旦打断用户的思路，有可能他会遗忘一些东西，也许这些东西就是项目的重点，会对整个项目的进程带来影响。先不要考虑用户的需求是否合理，用户提出的所有需求都是他希望得到的，也不要在此时去整理需求的条例性，此阶段的重点就是完整、详细的记录下用户的所有需求。同时，当用户提需求时，要进行换位思考，当你去提这种需求的时候，你需要的是什么东西，用户描述不清时，可以进行询问，不要怕这种询问会勾起用户的潜在需求，而这种潜在的需求，也是用户想要得到的，如果项目在结束时没有的到包括潜在需求在内的所有东西，那么，这个项目就是失败的，用户会要求对所设计出的产品进行无休止的更改。
一个数据检索的问题，当用户提出要系统某部分数据的时候，他可能只提出了，我需要得到某数据，而项目最后也实现了此功能，可以显示数据的数值，但是，用户也许想要的数据是可以倒出到某种格式的？兼容其他一个系统的？
用户并不是专业人士，他不会给出有条理、完整、系统的需求，这就需要对所收集到的原始需求进行分析，以分析出用户的潜在需求，往往是用户谈的不多，又是技术难点的地方，更需要详细的进行分析。
用户提出的原始需求没有条理性，就需要你进行整理、归纳，帮助用户理清需求中的概念，将无序的变为有序的。同时要尽可能预测需求的变更。
如用户在提出需要权限管理时，提出的只是需要某个用户可实现某个功能，那么，他的潜在需求可能就是，有此权限的用户是否可以任意增加？权限是否可以修改？
需求分析是要开发人员明白用户需要的是什么，而让用户明白你所理解的他的需要是什么。当需求分析使用专业术语时，开发人员能明白用户要的是什么，而用户看后则不知道他见到的需求分析描述的是什么。所以，使用自然语言描述需求，是编写需求分析的基本要求。
“网站分为不同权限，用户根据自身权限的不同可以访问不同模块”
“网站用户有不同的分类，用户选择自身所扮演的身份后即可进入网站的不同栏目”
很明显，第二种叙述方式更容易让人理解
文字的描述无论如何详细，毕竟都是抽象的，有可能会造成歧义，合理的利用图示进行辅助说明，有助于用户和开发人员对需求分析达成一直的认可。
无论是使用visio、word甚至是画板来制作图示都是许可的，图示的作用是辅助文字进行说明，并不是进行系统的设计，只要能正确的描述了用户的意图，就是成功的
项目经理、系统分析员、页面设计、测试人员、文档人员包括客户代表都应该看需求分析，并进行共同的讨论，达成一致的意见。
所有与项目相关的人员，都应该详细阅读所编写的需求分析，以期达到对项目最终目的的共识，这样设计出的系统，才能在技术允许的情况下，尽可能的满足用户提出的需求。同时也可以从自己所负责的内容出发，对用户的需求提出建议和意见，确定最终实现的目标。
| 
 |
|
