一、考情分析

二、考点精讲

2.1进度管理(时间管理)

        进度管理:为了确保项目按期完成所需要的管理过程。

2.1.1过程

[WBS分解的基本要求]

• WBS的工作包是可控和可管理的，不能过于复杂。
• 任务分解也不能过细，一般原则WBS的树形结构不超过6层。
• 每个工作包要有-个交付成果。.
• 每个任务必须有明确定义的完成标准。
• WBS必须有利于责任分配。

2.1.2进度网络图-关键路径法(PERT)

        关键路径法是在制订进度计划时使用的一种进度网络分析技术。关键路线法沿着项目进度网络路线进行正向与反向分析,从而计算出所有计划活动理论上的最早开始与完成日期、最迟开始与完成日期,不考虑任何资源限制。

如下图:单代号网络图

ES:最早开始时间
EF:最早完成时间
LS:最迟开始时间
LF:最迟完成时间

(1)总时差(松弛时间) :

        在不延误总工期的前提下，该活动的机动时间。活动的总时差等于该活动最迟完成时间与最早完成时间之差，或该活动最迟开始时间与最早开始时间之差。

(2)自由时差:

        在不影响紧后活动的最早开始时间前提下，该活动的机动时间。
        对于有紧后活动的活动，其自由时差等于所有紧后活动最早开始时间减本活动最早完成时间所得之差的最小值。
        对于没有紧后活动的活动，也就是以网络计划终点节点为完成节点的活动,其自由时差等于计划工期与本活动最早完成时间之差。
        对于网络计划中以终点节点为完成节点的活动,其自由时差与总时差相等。此外,由于活动的自由时差是其总时差的构成部分，所以，当活动的总时差为零时，其自由时差必然为零,可不必进行专门计算。

2.1.3 Gantt图

优点:

        甘特图直观、简单、容易制作,便于理解，能很清晰地标识出直到每-项任务 的起始与结束时间，一般适用比较简单的小型项目，可用于WBS的任何层次、进度控制、资源优化、编制资源和费用计划。

缺点:

        不能系统地表达一个项目所包含的各项工作之间的复杂关系，难以进行定量的计算和分析以及计划的优化等。

2.2软件质量管理

2.2.1影响软件质量的3组因素

2.2.2软件质量控制与质量保证

(1)质量保证一般是每隔一定时间(例如,每个阶段末)进行的,主要通过系统的质量审计和过程分析来保证项目的质量。独特工具包括:质量审计和过程分析。

(2)质量控制是实时监控项目的具体结果,以判断它们是否符合相关质量标准，制定有效方案，以消除产生质量问题的原因。

(3)质量保证的主要目标
        [事前预防]工作。
        尽量在刚刚引入缺陷时即将其捕获，而不是让缺陷扩散到下一个阶段。
        作用于[过程]而[不是最终产品]
        贯穿于[所有的活动之中]，而不是只集中于一点。

(4)软件能力成熟度模型集成(CMMI)

注: CMMI另有连续式，其内容本质上与阶段式一致。

2.3软件配置管理

        (1)产品配置是指一个产品在其生命周期各个阶段所产生的各种形式(机器可读或人工可读)和各
种版本的文档、计算机程序、部件及数据的集合。

        (2)关于配置项
        基线配置项(可交付成果) :需求文档、设计文档、源代码、可执行代码测试用例、运行软件所需数据等

        非基线配置项:各类计划(如项目管理计划，进度管理计划)、各类报告

        软件配置管理核心内容包括[版本控制]和[变更控制]。

2.3.1版本控制

        处于草稿状态的配置项的版本号格式为: 0.YZ, 其中YZ数字范围为01~99。随着草稿的不断完善，YZ的取值应递增。YZ的初值和增幅由开发者自己把握。

        处于正式发布状态的配置项的版本号格式为: X.Y。 其中X为主版本号，取值范围为1~9; Y为次版本号，取值范围为1 ~ 9。配置项第一次正式发布时，版本号为1.0。

        如果配置项的版本升级幅度比较小，一般只增大Y值，X值保持不变。只有当配置项版本升级幅度比较大时，才允许增大X值。

        处于正在修改状态的配置项的版本号格式为: X.YZ。 在修改配置项时，一般只增大Z值，X.Y 值保持不变。

2.3.2软件工具

按软件过程活动将软件工具分为:
        软件开发工具:需求分析工具、设计工具、编码与排错工具。

        软件维护工具:版本控制工具(VSS、 CVS、SCCS、 SVN)、文档分析工具、开发信息库工具、逆向工程工具、再工程工具。

        软件管理和软件支持工具:项目管理工具、配置管理工具、软件评价工具、软件开发工具的评价和选择。