摘要 | 第5-7页 |
ABSTRACT | 第7-8页 |
1 绪论 | 第12-20页 |
1.1 全球信息化推动软件项目蓬勃发展 | 第12页 |
1.2 软件管理理论日趋成熟为软件项目的成功提供保证 | 第12-14页 |
1.3 单纯的业务处理需求转向全套的解决方案 | 第14页 |
1.4 软件项目规模扩大推进了软件项目的分工与合作 | 第14-15页 |
1.5 自行软件开发与套装软件实施并重 | 第15-17页 |
1.6 本文研究内容 | 第17-18页 |
1.7 本文内容结构 | 第18-19页 |
1.8 本章小结 | 第19-20页 |
2 基本概念及理论基础 | 第20-44页 |
2.1 软件工程及软件生命周期管理 | 第20-21页 |
2.2 需求工程 | 第21-28页 |
2.2.1 需求的定义 | 第21-22页 |
2.2.2 需求的作用和重要性 | 第22-23页 |
2.2.3 需求的内容和层次 | 第23-24页 |
2.2.4 需求工程的主要内容 | 第24-26页 |
2.2.5 需求工程的主要过程 | 第26-28页 |
2.2.6 需求工程中的涉众人员 | 第28页 |
2.3 需求管理--环岛需求管理模型 | 第28-38页 |
2.3.1 需求管理模型 | 第28-31页 |
2.3.2 需求管理任务 | 第31-34页 |
2.3.3 需求管理与能力成熟度模型 | 第34-38页 |
2.4 多方合作软件项目的需求管理 | 第38-43页 |
2.4.1 多方合作软件项目的特点 | 第38-40页 |
2.4.2 多方合作软件项目需求管理的主要问题及要求 | 第40-43页 |
2.5 本章小结 | 第43-44页 |
3 需求确认与状态跟踪 | 第44-52页 |
3.1 需求确认 | 第44-48页 |
3.1.1 需求评审 | 第44-46页 |
3.1.2 基线管理 | 第46-48页 |
3.2 状态跟踪 | 第48-49页 |
3.3 在多方合作软件项目中的需求确认与状态跟踪 | 第49-51页 |
3.3.1 需求确认的一些建议 | 第49-50页 |
3.3.2 状态跟踪的一些建议 | 第50-51页 |
3.4 本章小结 | 第51-52页 |
4 需求跟踪 | 第52-62页 |
4.1 需求跟踪的目的与概念 | 第52-53页 |
4.2 需求跟踪链 | 第53-54页 |
4.3 需求跟踪模型 | 第54-59页 |
4.3.1 在系统定义领域进行需求跟踪 | 第55-57页 |
4.3.2 在实现领域进行需求跟踪 | 第57-58页 |
4.3.3 在测试领域进行需求跟踪 | 第58-59页 |
4.4 在多方合作软件项目中的需求跟踪 | 第59-61页 |
4.4.1 不同类型软件项目的需求跟踪 | 第59页 |
4.4.2 多方合作软件项目中常见的问题及解决方案 | 第59-61页 |
4.5 本章小结 | 第61-62页 |
5 需求变更 | 第62-73页 |
5.1 基本概念 | 第62-63页 |
5.2 需求变更因素 | 第63-65页 |
5.2.1 对需求的理解存在分歧 | 第64页 |
5.2.2 系统实施时间过长 | 第64页 |
5.2.3 用户业务需求改变 | 第64-65页 |
5.2.4 系统正常升级 | 第65页 |
5.3 需求变更管理过程 | 第65-67页 |
5.3.1 制定变更管理计划 | 第65页 |
5.3.2 确认需求基线 | 第65-66页 |
5.3.3 建立控制变更的唯一渠道 | 第66页 |
5.3.4 跟踪控制变更 | 第66页 |
5.3.5 分层次管理变更 | 第66-67页 |
5.4 多方合作软件项目的需求变更管理 | 第67-72页 |
5.4.1 多方合作软件项目的需求变更过程管理 | 第67-68页 |
5.4.2 多方合作软件项目的变更控制 | 第68-72页 |
5.4.3 多方合作软件项目需求变更管理的常见问题及解决方案 | 第72页 |
5.5 本章小结 | 第72-73页 |
6 需求管理工具对多方合作软件项目的支持 | 第73-79页 |
6.1 使用需求管理工具的益处 | 第73-74页 |
6.2 几种需求管理工具的介绍 | 第74-78页 |
6.3 本章小结 | 第78-79页 |
7 结论 | 第79-81页 |
7.1 本文总结 | 第79页 |
7.2 展望 | 第79-80页 |
7.3 本章小结 | 第80-81页 |
参考文献 | 第81-83页 |
致谢 | 第83-84页 |
攻读学位期间发表的学术论文目录 | 第84页 |