摘要 | 第5-6页 |
Abstract | 第6-7页 |
第一章 绪论 | 第11-25页 |
1.1 研究背景与意义 | 第11-12页 |
1.2 需求管理的发展 | 第12-14页 |
1.3 CMMI的产生及发展过程 | 第14-16页 |
1.3.1 CMMI的发展过程 | 第14-15页 |
1.3.2 CMMI模型在中国 | 第15-16页 |
1.4 国内银行软件行业项目需求管理水平现状 | 第16-18页 |
1.5 研究内容与技术路线 | 第18-25页 |
1.5.1 研究内容与论文框架 | 第18-19页 |
1.5.2 研究方法与技术路线 | 第19-25页 |
第二章 相关理论 | 第25-43页 |
2.1 项目管理概述 | 第25-31页 |
2.1.1 项目的概念及分类 | 第25-26页 |
2.1.2 项目管理的概念 | 第26-28页 |
2.1.3 需求管理的概念 | 第28-31页 |
2.2 CMMI的基础理论及CMMI需求管理过程域解析 | 第31-41页 |
2.2.1 CMMI成熟度描述 | 第31-37页 |
2.2.2 CMMI模型中的需求管理过程域 | 第37-41页 |
2.3 小结 | 第41-43页 |
第三章 央行支付系统建设项目需求管理现状分析 | 第43-69页 |
3.1 支付系统建设项目概况 | 第43-44页 |
3.1.1 支付清算环境及支付工具(方式)介绍 | 第43页 |
3.1.2 中国的支付清算系统 | 第43-44页 |
3.2 CNAPS1项目的项目需求管理现状及特点 | 第44-52页 |
3.2.1 支付系统开发中心的组织架构 | 第44-47页 |
3.2.2 CNAPS1项目管理流程 | 第47-49页 |
3.2.3 CNAPS1需求管理流程特点分析 | 第49-52页 |
3.3 分析CNAPS1项目需求管理过程存在的问题及问题产生的因素 | 第52-67页 |
3.3.1 导致“获取对需求理解”出现问题的因素 | 第53-54页 |
3.3.2 导致“获取项目参与者对需求承诺”出现问题的因素 | 第54页 |
3.3.3 导致“需求变更管理”过程出现的问题的因素 | 第54-55页 |
3.3.4 导致“维护需求双向可追溯性”出现问题的因素 | 第55-56页 |
3.3.5 导致“标识项目计划和工作产品与需求的不一致性”出现问题的因素 | 第56页 |
3.3.6 利用层次分析法分析造成CNAPS1需求管理过程缺陷的主要因素 | 第56-67页 |
3.4 小结 | 第67-69页 |
第四章CNAPS2项目基于CMMI模型建立需求管理改进方案 | 第69-95页 |
4.1 “标识项目计划和工作产品与需求的不一致性”改进方案 | 第69-74页 |
4.1.1 管理层观念认同并积极参与 | 第69-70页 |
4.1.2 建立项目管理培训机制 | 第70-71页 |
4.1.3 建立合理的决策评价制度 | 第71-74页 |
4.2 “获取对需求的理解”改进方案 | 第74-81页 |
4.2.1 明确需求评估和接受的标准 | 第75-76页 |
4.2.2 界定标准的需求提供者清单 | 第76-79页 |
4.2.3 增强沟通保证与需求提供者对需求达成共识 | 第79-81页 |
4.3 “需求变更管理”改进方案 | 第81-90页 |
4.3.1 引入需求管理工具 | 第82-83页 |
4.3.2 建立完善的需求管理流程 | 第83-90页 |
4.4 “维护需求双向可追溯性”改进方案 | 第90-91页 |
4.4.1 建立有效的配置管理活动 | 第91页 |
4.5 “获取项目参与者对需求承诺”改进方案 | 第91-93页 |
4.5.1 编码和测试骨干承担部分需求开发角色 | 第92页 |
4.5.2 保证过程文档的完整性 | 第92-93页 |
4.6 小结 | 第93-95页 |
第五章 CMMI的需求管理过程域在CNAPS2项目的应用效果 | 第95-103页 |
5.1 应用效果 | 第95-101页 |
5.1.1 需求管理过程域的应用使项目成本得到有效控制 | 第95-97页 |
5.1.2 需求管理过程域的应用有效控制项目进度 | 第97-99页 |
5.1.3 需求管理过程域的应用使项目质量得到保障 | 第99-101页 |
5.2 小结 | 第101-103页 |
第六章 结论与展望 | 第103-105页 |
参考文献 | 第105-107页 |
致谢 | 第107-109页 |
个人简历、在学期间发表的论文与研究成果 | 第109页 |