15.2配置管理( T9 d( Q, _, U8 d9 [
15.2.1配置管理有关概念$ C' ~( j9 t* m1 \; g
配置管理：是为了系统的控制配置变更，在系统的整个生命周期中维持配置的完整性和可跟踪性，而标识系统在不同时间点上配置的学科。
5 n& O) u- G# o, z 软件配置管理包括4个活动：配置识别、变更控制、状态报告、配置审计。
6 W6 _; }' B/ ?0 D ●配置管理活动和流程0 V+ S/ l) ?0 r& ~
制定配置管理计划、配置识别与建立基线、建立配置管理系统、版本管理、配置状态报告、配置审计；8 Q9 z. I5 v/ P! m+ a+ I+ P3 d. V
●配置项8 Y1 b3 Q2 l E. N: ^9 u& h
硬件、软件或二者皆有的集合，为配置管理指定的，在配置管理过程中作为一个单独的实体对待。, Z; p- e- b) a! P( }, B+ t S0 q N
●配置库0 Z; r0 G- G1 U9 D
一组受控制的、辅助软件开发、使用和维护的软件及相关的文档；
1 D* V/ K0 r( j ●配置管理系统" J2 V1 Q9 p9 V: w) |4 R- y
软件支持系统
: z. Z0 \# W, t( j$ m& u2 p8 r ●基线7 T7 p) x, w3 b3 w
一组拥有唯一标识号的需求、设计、源代码文卷以及相应的可执行代码、构造文卷和用户文档构成一条基线。
9 S) S) O |2 h& N7 ]' H+ t& t' k. B, W/ n 在建立基线以前，工作产品所有者能快速、非正式的对产品做出变更。在基线建立后，变更要通过评价和验证变更的正式程序来控制。
: w3 k3 b) B: n, I, k0 r5 P9 g: Z: S 15.2.2制定配置管理计划
2 p, A; `/ b) h- x ●配置管理计划编制工作的基本步骤! t0 }) R8 r) ~0 z* @' \- C
软件配置标识、软件配置控制、软件配置状态报告、软件配置审计、软件发布管理与交付。
% S: z8 M# k% ]' {, i5 r ●配置管理计划的主要内容
0 d1 ?$ X4 E) c! i6 j2 v+ S 配置管理软硬件资源、配置项计划、基线计划、交付计划、备份计划、配置审计和评审、变更管理。变更管理委员会审批该计划。: R" ~ b0 C x" L2 _# ?: t
15.2.3配置识别与监理基线
& q+ s$ k+ _; q p 配置识别：配置管理的一个要素，包括选择一个系统的配置项和在技术文档中记录配置项的功能和物理特性。% Y j0 \+ }& O* T
●配置识别的基本步骤
" ], p! d* A! }1 A. r$ s 识别需要受控的软件配置项；2 f- {$ R3 l- f
给每个产品和他的组件及相关的文档分配唯一的标识；& P" ^( @& F) C3 ]. t
定义每个配置项的重要特征以及识别其所有者；
5 Z% s% a$ L ^$ m: {! O 识别组件、数据及产品获取点和准则；3 Z; w9 Z& M* c! m: Y; V
建立和控制基线；$ W' d; d. {8 q6 k0 C
维护文档和组件的修订与产品版本之间的关系；4 H, d- ]0 j2 m4 r1 P. y
●配置识别的常用方法和原则
4 g& P: Q+ k1 \5 P/ y+ P& i2 M 所有配置项的操作权限由配置管理人员（CMO）严格管理，基本原则是：基线配置项向软件开发人员开放读权限；非基线配置项向PM，变更控制委员会（CCB）及相关人员开放。2 [7 b- @5 p3 N0 a( {2 q
●建立基线的目的及其在项目实施中的应用/ R' D0 D% Y5 o7 v+ f
目的：为了在不严重阻碍合理变化的情况下来控制变更；基线的变更只反映已批准的组件部分的变更；" l# g3 X( p; N& R+ S- O9 {' i
对于每个基线，要定义下列内容：建立基线的事件、受控的项、建立和变更基线的程序、批准变更基线所需的权限；
) [" J3 _! u2 W+ j6 i0 k 15.2.4建立配置管理系统
% z6 d+ ^7 L; L* @ ●建立配置管理系统的基本步骤
! c! }+ R& n2 ?4 _ 组建配置管理方案构造小组（小组负责人、技术支持专家、配置管理技术专家、配置管理系统用户代表）；
- K! S" @2 a3 [, M9 W7 q" `- E. K 对目标机构进行了解、评估；3 V( o! t/ y" U3 i6 M8 ?" I$ g
配置管理工具及其提供商评估；" J1 Y8 x0 v0 i( _9 S4 K y0 `: [) s
制定实施计划；
) G# _/ ^2 f/ j' S 定义配置管理流程；0 [8 Z7 Z R5 u8 h0 a
试验项目的实施；3 I0 P/ ]2 y) ]& ], G; z( q! J) J
全面实施；
$ Y3 d6 i; u- L9 U6 s （制定配置管理流程的方法）0 ]) A$ v1 _: M2 Q+ N
●配置库管理系统的基本结构) L8 S n' |- a5 e' N4 i! c
配置库类型：动态库；受控库；静态库；备份库；3 i u$ V8 Q) y7 n) G
工作库 基线库 软件仓库 备份5 m2 i& a M' j- c. h
配置库建库模式：按配置项类型分类建库；按任务建库；$ l7 \0 e3 a+ ?# b# Y3 ?% `
建立配置库工具：VSS、CVS；! y$ L$ I! g" w( J0 C* E
15.2.5版本管理) J7 `! ^! ^* n/ ]7 Z: K' w2 z( G
●配置项状态变迁规则 C& d9 M, Q$ F4 `# Y+ m# u: ^
草稿、正式、修改；
0 @9 x9 Z3 T* b9 M! }$ V ●配置项版本号控制7 x- B; K' `& |" P9 V0 w7 S* c0 Y* }
版本号与配置项状态相关；4 Z% ^$ Y' u* i* O e; ~$ [
按一定规则保存配置项的所有版本。
: A; r9 ?5 C7 I& J ●配置项版本控制流程/ j3 V) w( M7 K3 ~
变更申请；变更评估；变更实施；变更验证与确认；变更的发布；
/ X$ c; ? x: Y3 F1 D 15.2.6配置状态报告
% z! q( {' H+ |! b i ●配置状态报告的内容
! m0 y; l3 b m6 t* [4 A 内容包括：产品描述记录、每个受控软件组件的状态、每个构建版发布的内容和状态、每个基线的内容、配置验证记录、变更状态记录（缺陷和改进）、所有位置的所有配置项的安装状态；
2 n+ P" [* r. F8 l' s, s0 X 配置状态报告应尽量通过CASE工具生成；$ C; x: {: J0 g. @* S
●状态说明
' T5 k1 z" a1 N7 }/ v$ ` 配置状态报告应着重反应当前基线配置项的状态，以作为对开发进度报告的参照。
2 x9 S5 B1 ~" _, S! S% @: G5 s- r 15.2.7配置审核* s; W5 O4 E# H; q, E& s& u
●实施配置审核的作用
! E, i' d* n! K: [8 Z/ D' { 确保某一变更需求已经被切实实现；1 j! c8 @6 Z# s' B9 |5 ^+ Z6 w( t" t
●实施配置审核的方法8 s' W* Z: N+ A, l& Y
功能配置审计：配置项的开发是否完成；配置项是否已达到规定的性能和功能特性；配置项的运行和支持文档是否已完成且符合要求；9 ?4 M; \; b5 E: V! \( ~2 s
物理配置审计：每个构建的配置项是否符合相应的技术文档；配置项与配置状态报告中的信息是否对应。 |
发表于 2012-8-2 09:15:48
