| 摘要 | 第1-5页 |
| ABSTRACT | 第5-9页 |
| 第一章 绪论 | 第9-12页 |
| ·选题背景 | 第9-11页 |
| ·国内外研究的现状 | 第11-12页 |
| 第二章 软件项目的需求变更控制 | 第12-29页 |
| ·基本理论 | 第12-14页 |
| ·需求 | 第12-13页 |
| ·需求分析 | 第13-14页 |
| ·需求变更 | 第14页 |
| ·需求管理过程 | 第14-19页 |
| ·需求获取 | 第14-15页 |
| ·需求分析 | 第15-17页 |
| ·需求规格 | 第17页 |
| ·需求验证 | 第17-18页 |
| ·需求变更 | 第18-19页 |
| ·需求变更的影响分析 | 第19-20页 |
| ·增加项目的人员、费用开支、影响开发进度 | 第19-20页 |
| ·影响软件质量 | 第20页 |
| ·影响文档和代码的一致性 | 第20页 |
| ·影响开发者与用户、开发者之间的合作关系 | 第20页 |
| ·需求变更产生的原因 | 第20-22页 |
| ·沟通问题 | 第20-21页 |
| ·范围没有圈定就开始细化 | 第21页 |
| ·需求评审往往流于形式 | 第21-22页 |
| ·没有明确的需求变更流程 | 第22页 |
| ·对变更的影响没有评估 | 第22页 |
| ·项目的实施周期过长 | 第22页 |
| ·如何管理好需求变更 | 第22-29页 |
| ·明确项目的目标和范围 | 第23页 |
| ·建立需求文档并进行版本控制 | 第23-24页 |
| ·做好需求评审 | 第24页 |
| ·设定需求基线 | 第24-25页 |
| ·分级管理变更,定时批量处理 | 第25页 |
| ·多与客户沟通进行沟通 | 第25-26页 |
| ·定义可视性的需求变更控制流程 | 第26-28页 |
| ·采用快速原型方法 | 第28-29页 |
| 第三章 软件测试同需求变更的关系 | 第29-45页 |
| ·概论 | 第29-36页 |
| ·软件测试 | 第29-30页 |
| ·软件测试流程 | 第30-31页 |
| ·软件测试管理 | 第31-33页 |
| ·测试方式中普遍存在的问题 | 第33-35页 |
| ·软件测试需求管理工具 | 第35-36页 |
| ·需求变更以后的测试任务如何完成 | 第36-37页 |
| ·软件测试的需求形成过程 | 第37-38页 |
| ·需求变更后如何调整测试用例 | 第38-39页 |
| ·确定执行者 | 第38页 |
| ·确定用例 | 第38-39页 |
| ·描述执行者和用例 | 第39页 |
| ·软件测试用例设计步骤 | 第39页 |
| ·测试用例库维护策略改进 | 第39-40页 |
| ·基于需求变更的软件测试模型改造 | 第40-45页 |
| ·传统的测试模型分析 | 第41-42页 |
| ·测试模型改造 | 第42-43页 |
| ·基于需求变更的测试新模型 | 第43-45页 |
| 第四章 《AMECO航空维修运用管理系统》案例分析 | 第45-65页 |
| ·系统基本情况介绍 | 第45-56页 |
| ·《Ameco航空维修运营管理系统》需求报告 | 第45-49页 |
| ·系统功能模块介绍 | 第49-56页 |
| ·项目管理中存在的问题分析 | 第56-65页 |
| ·项目管理中存在的问题 | 第56页 |
| ·项目管理中存在的问题分析 | 第56-57页 |
| ·AAMIS变更管理标准 | 第57-65页 |
| 第五章 结论 | 第65-67页 |
| ·总结 | 第65页 |
| ·展望 | 第65-67页 |
| 参考文献 | 第67-69页 |
| 致谢 | 第69页 |