需求分析之我见如何来做需求

在很多项目中，需求分析人员将需求捕获以后，就向后转给了系统设计人员。不可否认，信息在传递过程中会发生丢失，当需求简单地向后传递给设计人员后，设计人员很有可能误解甚至丢失需求中的重要信息。不论需求文档写的如何详细，设计人员仍有可能不能理解需求中的重点和难点是什么，从而导致设计重心的偏差。

信息的失真或许是不可能完全避免的，但我们应当尽量减低这种可能性。在实践过程中，一种好的方法是在将需求向后传递之前进行一些需求分析的工作。这些工作将由需求人员和负责系统设计人员或架构设计人员一起来完成。需求分析工作将使得需求人员和系统分析设计人员之间有机会进行交流和沟通，共同就需求文档中的概念、问题的关键点达成共识，最大限度地降低信息失真的可能性。

我们进行需求分析，可能需要完成的工作包括建立概念模型、建立业务架构和开发系统原型。

在软件项目过程中，当需求被确定下来之后，接下来就要进行系统的分析和设计工作。可是，需求文档是相当复杂和繁琐的，需求人员曾经为此煞费苦心整理需求，系统分析和设计人员如何才能尽快地理解需求？面对可能是海量的需求文档，要从中快速的把握需求的精髓，我们就需要找到那个帮助我们打开局面的支点。

这个支点就是对需求中的关键概念进行分析。所谓的关键概念是指支撑起客户整个业务架构的那个主线，有的业务也可能有多条主线，这些主线由一些关键业务构成。需求分析所要做的工作就是找到这些关键的业务用例，并对他们进行分析，建立概念模型，一句概念模型搭建业务架构，然后为了验证这个架构或者进行技术可行性分析开发出系统原型。一旦这些工作得以完成，我们就找到了支点。我们不但架起了从需求到系统的桥梁，而且获得了关于系统设计和开发的大部分信息。甚至，再接下来的那些系统设计和开发工作，都只是这些工作的细化和展开。可见，花时间建立概念模型、业务架构和系统原型的工作，正是花小力气办大事的关键所在。

天津订做工服

临沂西装定做

订臂章