随着对软件开发理解的不断深入,越发感觉到需求分析对软件开发的重要性,可以说,好的设计一定有好的需求作后盾,而没有完善的
需求,不可能有好的设计。如果你只是从书上知道需求分析对软件项目的影响,那你就体会不到一个不完善的需求分析对软件的真正的杀伤力
。以下是自己的一些感受,纯属一己之见。
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.术语表的建立