(1)
1. 软件工程:
(1)软件生存期过程(ISO/IEC12207):P272
1.主要过程:(1)获取过程 (2)供应过程 (3)开发过程
(4)运行过程 (5)维护过程
2.支持过程:(1)文档编制过程 (2)配置管理过程 (3)质量保证过程
(4)验证过程 (5)确认过程 (6)联合评审过程 (7)审核过程
(8)问题解决过程
3.组织过程:(1)管理过程 (2)基础设施过程
(3)改进过程 (4)培训过程
(2)软件工程七原理:P275
1.按软件生存周期分阶段制定计划并认真实话
2.逐阶段进行确认
3.坚持严格的产品控制
4.使用现代程序设计技术
5.明确责任
6.用人少而精
7.不断改进开发过程
(3)CMMI 1.1模型概要:P277
1.初始级 特点:软件过程是无序的,有时甚至是混乱的,对过程没有定义,成功取决于个人的努力。管理是消防式的。
2.可重复级 特点:建立了基本的项目管理过程来跟踪费用、进度和功能特性。制定了必要的过程纪律,能重复早先类似应用项目取得成功。
关键过程域:需求管理、软件项目策划、软件项目子合同管理、软件质量保证、软件配置管理
3.已定义级 特点:已将软件管理和工程两方面的过程文档化、标准化,并综合成该组织的标准过程。所有项目均使用经批准、剪裁的标准软件过程来开发和维护。
关键过程域:组织过程定义、组织过程焦点、培训大纲、集成软件管理、软件产品工程、组际协调、同行专家评审。
4.已定量管理级 特点:收集对软件过程呼产品质量详细度量,对软件过程和产品都有定量的理解和控制。 关键过程域:定量的过程管理 软件捏质量管理。
5.优先级:过程的量化反馈和先进的新思想、新技术促使过程不断改进。
关键过程域:缺陷预防、技术变更管理、过程变更管理。
(4)不成熟软件组织与成熟软件组织的比较:P279
1、软件过程:临时拼凑,不能贯彻;有统一标准,且切实可行,不并不断改进,通过培训,全员理解,各司其职,纪律严明。
2.管理方式:反应式(消防式);主动式,监控产品质量和顾客满意程度
3.进度、经费估计:无实际根据,硬性规定时限时,常在质量上作让步;有历史数据和客观依据,比较准确。
4.质量管理:问题判断无基础,难预测,进度滞后时,常减少或取消评审、测试等保证质量的活动;产品质量有保证,软件过程有纪律,有必要的支持性基础设施。
(5)跨越成熟等级:P283
1、处于较低等级的组织可以而且往往必须实施较高等级上的某些过程,因为这样作会带来好处。不过这些较高等级的过程或活动的潜力只有在建立了适当的基础之后才能得到完全的发挥。
2.跃越等级地前进是不可能的,因为每个等级形成一个必要的基础,从此基础出发才能达到下一个等级,因此,跃越等级是违反发展规律的,刻意追求跃越等级不可能取得成功。
3.软件能力成熟度等级的提高是一个循序渐进的过程,具有实话较高等级某过程的能力并不表示可以跃越成熟度等级。
(6)关键实践:P287
执行约定、执行能力、执行的活动、测量和分析、验证实施
(7)软件过程评估和软件能力评价步骤、相同与区别:P289
1.建立一个小组 2、填写提问单 3、进行响应分析 4、进行现场访问
5、提出调查发现清单 6、制作关键过程域(KPA)
软件过程评估:关注一个组织的软件过程有哪些需改进之处及其轻重缓急。
软件能力评价:关注一个特定项目在进度要求和预算限制内构造出高质量软件所面临的风险。
(8)评估框架:P299
(9)软件过程评估标准的特点:P301
2. 软件配置管理
(1) 软件配置项的分类:P305
环境类、定义类、设计类、编码类、测试类、维护类
(2) 软件配置管理定义、任务:P308
1、 软件配置管理主要是对软件生存周期过程中的各种阶段产品和最终产品演化和变更的管理,这是软件质量管理的重要组成部分。
2、 (1)制定软件配置管理计划
(2)确定配置标识规则
(3)实施变更控制
(4)报告配置状态
(5)进行配置审核
(6)进行版本管理和发行管理
(3) 配置基线定义、种类:P319
1、 基线:是软件生存期各开发阶段末尾的特定点,也称为里程碑,在这些特定点上,阶段工作已经结束,并且已经形成了正式的阶段产品。
2、 3类基线:功能基线、分配基线、产品基线。
(4) 配置审核任务、工作、原因、时机、步骤:P326
任务:验证配置项对配置标识的一致性。
工作:功能配置审核、物理配置审核。
(5) 变更管理的任务:P318 [2004下已考]
(6) 配置库的作用及分类:P318 [2004下已考]
(7) 配置状态报告任务、信息:P328[2004下已考]
(8) 软件配置管理计划