需求分析的过程

软件开发讲究的是方法，有了方法才可以使得软件的设计相对接近用户的需求，同时系统能够保持良好的健康度。对需求分析环节比较流行的是UP方法，然而对于这个每个人都可能有不同的理解。在需求分析的领域建模过程中，个人感觉应该可能有以下的步骤：

1、根据原始的用户需求列表进行拆分，归结为若个大主题及若干个小主题，这个归类是从分析的角度考虑，对于一个庞大的系统，需求的条目可能有几百甚至几千个，如此多的需求不可能一下全部分析清楚，所以需要归类。这时的归类未必准确，按照迭代的思想，完全可能经过分析后产生新的主题或者将原主题合并。

2、针对每个主题，思考需要考虑的问题。思考的过程是以问题为线索，逐层研究和分析，有点像科普小说一样，一个问题可能会连带出很多问题。这一步最困难，因为需要经验的支持，很多问题需要有丰富的经验才能挖掘出来。分析的过程可以采用金字塔式的思考方式，至少能够使得问题尽量全面一点，而不至于遗漏（实际上还是要依赖于经验）。

3、在分析过程中产生领域模型图、状态图、流程图等，这些是问题分析的制品。要注意的，图只是需求分析的辅助表达手段。可以利用的工具有很多，推荐使用Visual Paradigm。

4、因为分析过程是一个迭代过程，在领域建模不可能分析清楚所有问题，所以需要在分析的制品中包含对后续分析过程需要考虑的问题，这一点也是放在后续的分析和设计和之前的分析是脱节的。

5、产生分析的文档，并对分析文档涉及到的术语进行描述。术语应尽量详尽，除了术语的定义、属性等，还最好把相应的英文确定下来，作为后续开发参照。术语非常重要，是领域建模的重要制品。

在对每个主题进行若干次迭代分析，最终形成较为详尽的需求分析文档。

需求分析的过程是一个复杂多变富有挑战的过程，需要每个分析和设计者去体会其中的奥秘。