需求分析是开发人员对系统需要做什么和如何做的定义过程。从系统分析的经验来看，这个过程往往是个循序渐进的过程，一次性对系统形成完整的认识是困难的。只有不断地和客户领域专家进行交流确认，方能逐步明了用户的需求。从系统开发的过程得知，系统分析时犯下的错误，会在接下来的阶段被成倍的放大，越是在开发的后期，纠正分析时犯下的错误所花费的代价越是昂贵，也越发影响系统的工期和系统的质量。
项目中，为保证需求调研质量，同时形成用户需求说明书。需求评审时会同双方管理层、项目实施层共同进行，对于通过用户确认的需求，交由配置管理员形成需求基线。
用户需求在甲方确认后，由系统分析人员形成软件需求分析报告，同时对软件需求分析报告进行评审，对于评审通过的软件需求分析报告可以交由测试人员进行测试计划和测试用例的编写。
对于开发过程存在的需求变动，甲方填写变更申请单发给项目经理，在质量保证人员参加的情况下，对这个变更进行评审，由项目经理组织项目组成员一起讨论实施变更的可行性及实施后所带来的影响，对于影响小的变更直接记录，大的变更则需要形成正式的变更报告，无论那种变更都需要对相应的文档实施同步变更(包括需求分析报告、系统设计、安装手册、操作手册等)。但是对于无法实现或是变更会带来巨大的影响而将导致进度的延期，这时，我们将变更报告提交给甲方并召开协调会议，讨论变更取舍问题或是项目进度变更问题。
决定变更之后，由项目负责人组织实施变更，测试人员检测变更结果，而质量保证人员监督变更实施过程，并协助配置管理员对变更后的成果进行配置管理。变更实施完后，运行前还需要协助用户一同测试并由甲方签字后同意方可上线。
