从人事档案系统看需求

一、前言

　　关于人事档案系统，系统本身功能实现很不难，但因为其数据信息的逻辑性有很问题，使得系统的逻辑一改再改，这里很大原因在客户的需求变更和对业务需求不明确。

二、需求变更的原因：

　　1、需求的变更一般在系统有了一个较完整的界面功能后，客户会逐渐对系统有一定的了解，客户可能会想到各种新的功能和特色，对以前提出的要求进行改动，相应的就会提出需求变更（一般客户在最初提出需求后会头脑形成一个自己的模型，网站的布局，流程等等，而且客户了解的越多，新的要求也会越多），这只能迫使开发工作返工，无疑这会造成一定的损失,但又无法完全避免。要求用户一次性把需求讲清楚,并且不允许此后需求有任何变更,这是不现实的。只能尽量减少需求变更,降低它所造成的影响。

　　2、对需求的理解:

　　当客户向需求分析人员提出需求的时候往往是通过自己的想法用自然语言来表达的，这样的表达结果对于真实的需求来说是一种描述（甚至只是某个角度的描述），远远不能保证这样的描述可以得到百分之百的正确理解，或者需求开发中开发人员与用户沟通不够充分,如未能如实获得用户的潜在需求等。而这些一般跟需求分析员的知识、背景，还有客户表述的标准程度、双方的交流情况有关。

三、需求变更解决办法

　　1、项目开始前的变更预防

　　对于任何软件项目，需求变更都无可避免，也无从逃避，无论是项目经理还是开发人员只能积极应对，而这个应对应该是从项目启动的需求分析阶段就开始了。

　　做好项目启动前的需求分析尤为重要，如果需求没做好（不管是客户还是项目需求分析员的原因），需求不明确，开发过程中用户往往会发现很大的“新需求空间”，造成项目的延期甚至重构。

　　所以必须要做好项目启动前的需求，要求客户提供全部已知的需求，项目的需求达到双方的共识，需求文档还应包括需求变更造成的影响和变更代价等等，对于我们不熟悉的领域的项目，需求分析员和开发人员要做好充分的调研。

　　2、项目进行中的需求变更

　　成功的软件项目和失败的软件项目的区别就在于项目的整个过程是否是可控的。

　　如何应对项目进行中的需求变更，首先从开发角度看，我们开发的软件必须的可变的可扩展的，让我们的软件足够软，能够应对客户提出的添加删减功能模块的需求。（例如数据库三范式，三层思想以及设计模式的应用）。每一次需求的变更都需要正规的需求管理流程，否则极少成多，影响项目的开发进度。

四、小结

　　任何软件的需求不可避免，而做好需求变更的应对更为重要，需求的变更有时会对项目能否正常完成有很大影响，既不能一概拒绝客户的变更要求，也不能一味地迁就客户，在接受需求变更的同时学会引导客户。需求变更控制的目的不是控制变更的发生，而是对变更进行管理，确保变更有序进行。

　　每一次的项目开发都是一次历练，做好过程中的总结很重要，积累每一次的经验。

附：变更申请控制流程图

未完待续。。。