请问大家, 有做过需求分析吗, 需求分析如何展开的?

[小大小丑]

请问大家, 有做过需求分析吗, 需求分析如何展开的?
大家在做需求分析时, 客户的需求当然就是需要了, 当拿到的客户的需求后, 项目组如何展开需求分析呢,
有项目经理或者系统分析完成需求分析(画业务流程, 框架设计), 还是把需求分成若干个任务, 分配到项目组的成员里.
大家讨论一下, 分享一下吧 谢谢.

[小大小丑]

希望大家能分享一下, 自己实在经验少 谢谢.

[gzlucky]

有点不太清楚的就是,你是在做需求分析,还是在做设计? 怎么没看到你有与客户交互的部份？

需求分析主要是由客户方（最终用户或使用者，或需求提出者），PM，SA，必要的技术人员参与。PM的角色比较轻，主要是掌控进度，与SA一起不能让客户无限地扩大需求而影响进度，PM是管理项目健康状况的，这一时期很重要。

SA及技术人员，主要是围绕客户的需求与客户进行沟通，至于用什么方法，主要看你们是用什么开发方式。Use Case是一种比较好的方式。

需求分析就是要了解客户真实的想法，以消除由于对需求书上的文字理解的不一致而造成偏差。有很多时候客户由于表达能力的原因、或者对计算机系统不是十分了解，或者甚至乎是有意模糊需求，或连客户自己也不清楚真正的需求，而使得开发方对于需求书上的理解与客户并不能取得一致，这时候就需要你与客户沟通进一步去发掘客户的真实想法。并告诉客户哪些能实现，是大致如何实现，结果是什么样子的。

Use Case中在一开始，就会先在纸上画一个大框，然后告诉我们的客户，这就是我们要做的系统，我们这次项目的工作都在这个大框里面。然后我们就把客户的需求要实现的功能一一放到框里面，框外面的不是我们的工作范围。外面的有可能是系统的使用者，其他系统等。这是一个比较好的方式，让客户和你有一个比较清晰的界面知道哪些是这次要完成的，哪些工作不在我们的系统或项目中完成。这个非常重要，只要能把这个框框给框定住，就算大家理解的偏差有多大，基本上都是可以控的。你的PM也能知道自己的底线在哪里。

其实说得狭窄一点，需求分析的过程是SA压缩需求的过程，尽量把客户的需求与你的分析之间的空隙缩窄，不能留有太多客户发挥的空间，这是SA所要把握住的。

片言只语，很难把需求分析的过程在这里论述，只能让你自己根据原则慢慢摸索了。

[lihan6415151528]

没有做过~

[tanwei1002]

[Quote=引用 3 楼 gzlucky 的回复:]
有点不太清楚的就是,你是在做需求分析,还是在做设计? 怎么没看到你有与客户交互的部份？

需求分析主要是由客户方（最终用户或使用者，或需求提出者），PM，SA，必要的技术人员参与。PM的角色比较轻，主要是掌控进度，与SA一起不能让客户无限地扩大需求而影响进度，PM是管理项目健康状况的，这一时期很重要。

SA及技术人员，主要是围绕客户的需求与客户进行沟通，至于用什么方法，主要看你们是用什么开发方式。Use Case是…
[/Quote]

有道理

[抬头望远，低头沉思]

[Quote=引用楼主 cay22 的帖子:]
请问大家, 有做过需求分析吗, 需求分析如何展开的?
大家在做需求分析时, 客户的需求当然就是需要了, 当拿到的客户的需求后, 项目组如何展开需求分析呢,
有项目经理或者系统分析完成需求分析(画业务流程, 框架设计), 还是把需求分成若干个任务, 分配到项目组的成员里.
大家讨论一下, 分享一下吧 谢谢.
[/Quote]
我们这需求分析是又由市场调查人员来获取需求的

拿回来需求和团队头脑风暴一下

[小大小丑]

up

[小大小丑]

谢谢大家的分享, 我是做设计的, 目前客户的需求是确定的(就是客户想要做什么已经是确定, 客户的业务流程也基本确定).
那我下一步就是根据业务流程来设计系统的流程对吗, 什么系统架构, 主干流程等等的,

我觉得也没有绝对的步骤的, 但基本的步骤还是有的, 但自己在这方面的经验不多, 所以请教一下大家,

就是拿到需求后, 系统的设计该如何去展开.