软件研发项目管理要点.ppt

* 配置管理 二、软件配置管理计划 配置管理计划标准——IEEE 828-1990 1．引言 ——配置管理计划的目的、适应范围、使用要求 ——项目概述 ——项目中需特别关注的配置管理问题和风险 ——软件配置管理严格性要求的等级 ——限制和假设 ——术语 ——参考文件 * 配置管理 2、软件配置管理 ——配置管理的组织结构 ——职责和权限 ——指令和方针 ——参照的规程（组织的规程或客户的规程） ——遵循的标准 3、软件配置管理活动 ——配置管理活动 ——变更管理和配置控制 ——配置状态说明 ——配置审核 ——接口和子合同方控制 * 配置管理 4、软件配置管理进度安排 ——软件配置管理重要事件的顺序 ——软件配置管理各项活动间的依赖关系 5、软件配置管理所需的资源 ——采用的工具 ——使用的设备 ——所需的培训 ——对其他人员的要求 6、软件配置管理计划的维护 ——维护的职责 ——计划更新的条件和审批 ——计划变更的交流和通报 * 配置管理 三、软件配置标识 （一）确定配置项 1、 系统规格说明 2、软件项目计划 3、软件需求规格说明书 a.图形分析模型 b.处理规格说明 c.原型 d.数学规格说明 4． 初步用户手册 5． 设计规格说明书 a.数据设计描述 b.体系结构设计描述 c.模块设计描述 d.接口设计描述 e.对象描述（采用面向对象技术时） 6． 源代码清单 7、 测试规格说明 a.测试计划和步骤 b.测试用例和记录的结果 8、操作和安装手册 9、 可执行程序 a.模块可执行代码 b.连接的模块 10、数据库描述 a.模式和文件结构 b.初始内容 11、联机用户手册 12、维护文档 a.软件问题报告 b.维护请求 c.工程变更指令 13.软件工程标准和规程 * 配置管理 （二）配置项命名及其相关信息 1、配置项命名。 命名的基本要求：唯一性；可追溯性。 例：CODE是根结点为PCL_TOOLS树结构的第六层结点，对其命名为：PCL_TOOLS/EDIT/FORMS/DISPLAY/AST_INTERFACE/CODE ? * 配置管理 2、配置项的相关标识信息 每一配置项的有关信息： ——组名 ——项名 ——项标识（文件名或命名规则） ——版本编号规则 ——什么情况下纳入控制之下，或 ——版本号 ——所遵循的变更控制规程 * 配置管理 3、配置库 记录与配置相关的所有信息 利用库中的信息可评价变更的后果 可利用库中的信息查询，例如： 那些客户已提取了某个特定的系统版本？ 运行一个给定的系统版本需要什么硬件和系统的哪些版本? 一个系统到目前已生成了多少版本，何时生成的？ 如果某一特定的构件变更了，会影响到系统的那些版本？ 一个特定的版本曾提出过那几个变更请求？ 一个特定的版本有多少已报告的错误？ * 配置管理 三类库配置库 （1）开发库：存放开发过程中需要保留的各种信息，供开发人员个人专用。 （2）受控库：在软件开发的某个阶段工作结束时，将工作产品存入或将有关的信息存入。 （3）产品库：在开发的软件产品完成系统测试之后，作为最终产品存入库内，等待交付用户或现场安装。 * 配置管理 4、配置基线 基线是软件生存期各开发阶段末尾的特定点，也称为里程碑。 * 配置管理 三种常见基线 ——功能基线 在系统分析和软件定义阶段结束时，经过正式评审和批准的系统设计规格说明中对被开发软件系统的规格说明；经过项目委托单位和项目承办单位双方签字同意的协议书或合同中所规定的对被开发软件系统的规格说明；由下级申请及上级同意或直接由上级下达的项目任务书中所规定的对待开发软件系统的规格说明。 ——分配基线 在软件需求分析阶段结束时，经正式评审和批准的软件需求规格说明。 ——产品基线 在软件组装与系统测试阶段技术时，经正式评审和批准的有关所开发的软件产品的全部配置项的规格说明。 * 配置管理 四、版本管理 1、软件版本：包含两种不同含义 （1）为满足不同用户的不同使用要求，如适用于不同运行环境或不同平台的系列产品。 （2）软件产品投入使用以后，经过一段时间运行提出了变更的要求，需要做较大的修正或纠错，增强功能或提高性能。 2、版本标识 版本管理也称版本控制。版本标识方法： （1）号码版本标识 （2）符号版本标识：把重要的版本属性有选择地给出。 如：V1/VMS/DB Server * 配置管理 五、配置审核 （一）什么是配置审核 它是指对于存储配置项及相关记录的软件基线库的结构、内容和设施进行检验，其目的在于验证基线是否符合描述基线的文档。 验证包括