随着对软件开发理解的不断深入，越发感觉到需求分析对软件开发的重要性，可以说，好的设计一定有好的需求作后盾，而没有完善的
需求，不可能有好的设计。如果你只是从书上知道需求分析对软件项目的影响，那你就体会不到一个不完善的需求分析对软件的真正的杀伤力
。以下是自己的一些感受，纯属一己之见。
1. 列出主要的业户流程，用结构化的表格和图表来表述，附文字说明。
2. 对界面需求，最好给出原型，做为和客户交流，获取需求的工具，用户往往看到实物，才知道自己到底需要什么。
3..良好的印象和交流技巧，讲究礼貌。
4.尽量避免单向审问式的交流，应该注意引导客户，让他们说出他们自己的想法和要问我们的问题。
5. 交流的过程最好录音，可以用于回去整理需求文档用，也可以避免遗漏。
6. 需求分析前应该整理要问的问题，避免漫无目的的交流，这样会降低交流的效果，也会浪费时间，不是所有的客户都是有那么多时间的
，经常去，他们也会厌烦和抵触心理。
7.需求的含混性，避免用模糊的语言表达，表达力求简洁明了。对于用户的需求，要确定其后面的本质需求，而不是客户直接说出来的，
有些需求是客户想怎么怎么样，他们往往下意识的衍生它，去考虑它的解决办法， 而让我们去实现。
8.需求分析的确认，系统分析员，业务专家，客户的评审
9. 列出可能的用户群，寻找典型客户，描述其活动。
10.整理各种报表，寻找涉及到的实体和他们的关系。
11.尽量避免开大型的会议，这样往往浪费时间，因为一个主题往往只有几个相关人感兴趣，这样就浪费了其他人的时间。
12.留心用户的每一句话，忽视一句话，可能就忽视一个重要的需求。
13.术语表的建立
需求，不可能有好的设计。如果你只是从书上知道需求分析对软件项目的影响，那你就体会不到一个不完善的需求分析对软件的真正的杀伤力
。以下是自己的一些感受，纯属一己之见。
1. 列出主要的业户流程，用结构化的表格和图表来表述，附文字说明。
2. 对界面需求，最好给出原型，做为和客户交流，获取需求的工具，用户往往看到实物，才知道自己到底需要什么。
3..良好的印象和交流技巧，讲究礼貌。
4.尽量避免单向审问式的交流，应该注意引导客户，让他们说出他们自己的想法和要问我们的问题。
5. 交流的过程最好录音，可以用于回去整理需求文档用，也可以避免遗漏。
6. 需求分析前应该整理要问的问题，避免漫无目的的交流，这样会降低交流的效果，也会浪费时间，不是所有的客户都是有那么多时间的
，经常去，他们也会厌烦和抵触心理。
7.需求的含混性，避免用模糊的语言表达，表达力求简洁明了。对于用户的需求，要确定其后面的本质需求，而不是客户直接说出来的，
有些需求是客户想怎么怎么样，他们往往下意识的衍生它，去考虑它的解决办法， 而让我们去实现。
8.需求分析的确认，系统分析员，业务专家，客户的评审
9. 列出可能的用户群，寻找典型客户，描述其活动。
10.整理各种报表，寻找涉及到的实体和他们的关系。
11.尽量避免开大型的会议，这样往往浪费时间，因为一个主题往往只有几个相关人感兴趣，这样就浪费了其他人的时间。
12.留心用户的每一句话，忽视一句话，可能就忽视一个重要的需求。
13.术语表的建立
406
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
