发布时间 : 星期五 文章维护类项目实施方案更新完毕开始阅读f4ab9476f4335a8102d276a20029bd64783e62c5
4.2需求分析
需求分析阶段主要是指项目组对用户需求进行进一步调研分析，最终形成用户确认的系统需求说明书的过程。在这个过程中包含需求调研分析、需求评审、细化软件开发计划等内容。
项目经理/组员制定并提交需求分析阶段计划QA工程师审核阶段计划项目主管审批阶段计划同行评审人员测试组阅读阶段计划组织项目组人员进行需求调研阅读SRS，并编写测试用例，制定测试计划编写SRS同行评审SRS，并形成会议纪要及问题清单提交用户确认SRS形成需求跟踪矩阵同行评审测试用例，并形成会议纪要及问题清单项目文档纳入配置库修订项目各项计划审核阶段总结及修订后计划编写并提交QA审计报告召开里程碑评审并形成会议纪要审核阶段总结、修订后计划及QA审计报告完成阶段总结并提交审核QA审计报告 4.3需求变更
需求变更流程(客户提出需求变更)
执行条件：客户提出需求变更
图：需求变更流程
流程说明：
需求来源：客户提交相关需求变更
审核需求变更：评估如果实现该需求，需要的时间、人力成本多少；并评估对项目工期影响有多大？判断那些需求能够目前解决，那些需要留到下一版本解决。最后输出一份审核确认表反馈给客户，和客户进行商讨。参与评审的人员要包含项目经理，项目组长，测试组长，市场人员。 配置管理员：对变更需求进行记录，需求文档进行更新，并通知相关人员
项目组长：负责调整相关开发进度表，评估任务时间，分发给相关开发人员
测试组长：根据变更需求和开发进度，对测试进度进行相对应调整，并修改测试需求分析书，分发需求更新给相关测试人员。测试人员对用例进行补充，修改。 客户提交的变更需求最后必须让客户进行签字确认。
5、范围控制
公司有严格的项目范围管理体系，进行变更管理，变更控制。从在项目启动开始就明确需求，量化需求，需求阶段明确需求的可验证，可跟踪，无二义性等。进行评审确认后，项目组在CMMI的变更管理过程指导下制定项目的变更控制管理过程，在项目实施过程中，用户的需求变更都是按照事先指定好的过程执行。 ?
范围分解
WBS（work breakdown structures）即工程项目工作分解结构是指定计划在项目启动开始后，把项目主要的可交付成果细分成较小的、更易管理的组分。
项目组以项目进度为依据划分WBS（Work breakdown structure），第一层是大的项目成果框架，每层下面再把工作分解。WBS结构最底层的分为是管理项目所需的最低层次的，可管理，可量化的，同时也是可跟踪的任务。 ?
范围变更控制
公司的项目管理体系中有一套严格、高效、实用的变更管理流程。变更控制程序经过多年持续不断改进的及反复实践变更管理流程。
6、进度控制
1. 项目经理根据项目计划、已设定的相关阈值和控制规则分析偏差；
2. 对于需控制的偏差，应分析其产生的原因，并制定相应的预防和纠正措施。 3. 必要时修改项目各项计划，包括项目性能及质量目标。 4. 项目经理根据制定措施，安排项目工作。
5. 项目经理每周通过例会等了解项目情况，以便尽早发现偏差。
例会的内容通常包括：进度/质量情况、偏差说明、问题分析、新的计划及任务分工等。 6. 项目经理每周报告项目的进展情况，分析项目偏差，说明偏差纠正措施。 7. 项目经理跟踪纠正偏差的过程，直到偏差被消除为止。
8. 项目主管审核纠正偏差的措施和效果。
7、质量保证
质量保证工作，主要设计QA经理、QA工程师。
QA经理
1. 协调安排QA组的活动 2. 参与QA计划制定和评审
3. 定期向项目主管报告QA组的活动状态
QA工程师
1. 参加项目准备工作，参与软件项目开发计划、项目约定等内容的制定和评审 2. 制定并执行项目QA计划 3. 参加项目组例会
4. 每周对项目进行检查，填写质量周报、QA问题与处理单 5. 定期地对项目进行审计，并报告审计结果 6. 协助项目经理制定偏差修改方案
7. 将项目组内不能解决的问题上报QA经理和项目经理
8、沟通管理
沟通管理主要涉及项目经理、项目组之间、QA协调人员。沟通管理从角色来进行如下设置：
项目经理
1. 定期评审组间协调活动 2. 处理组间不能解决的问题
3. 监督和协调技术活动并解决技术问题
项目经理无法完成上述活动时，需上报项目主管和部门经理