一、虚拟交换系统（VSS）概念
VSS 是一种网络系统虚拟化技术，将两台Cisco? Catalyst? 6500系列交换机或者7600系列路由器组合为单一虚拟交换机/路由器，从而提高运营效率、增强不间断通信，并将系统带宽容量扩展到1.4Tbps。在初始阶段，VSS将使两台物理Cisco Catalyst 6500系列交换机作为单一逻辑虚拟交换机运行，称为虚拟交换系统1440（VSS1440）。（参见图1）
图1虚拟交换系统1440与传统网络设计的比较
VSS1440：VSS1440指由两台采用Virtual Switching Supervisor 720-10GE的Cisco Catalyst 6500系列交换机构成的VSS。在一个VSS中，同时激活这两个机箱的数据平面和交换阵列，各支持720Gbps管理引擎,每VSS共1400- Gbps交换容量。只有其中一个虚拟交换机成员有激活的控制平面。这两个机箱通过机箱间状态切换（SSO）机制和不间断转发（NSF）保持同步，即使某个管理引擎或机箱发生了故障，也能提供不间断通信。
VSS支持所有采用集中或分布式（利用DFC3C或DFC3CXL）转发模式的Cisco Catalyst 6500系列交换机6700系列模块
二、VSS的优势
1. VSS通过简化网络提高了运营效率，将交换机管理开销降低至少50%。
* 为Cisco Catalyst 6500虚拟交换机提供单管理点、IP地址和路由实例
- 管理单一配置文件和节点。无需用相同策略配置冗余交换机两次。
- 每VLA N只需一个网关IP地址，而不必像现在这样每VLA N使用三个IP地址。
- 无需再使用HSRP、VRRP和GLBP。
- 能使用CiscoWorks LAN Management System （LMS）3.0来将Cisco Catalyst 6500虚拟交换机作为单一实体加以集中管理。
* 多机箱EtherChannel?（MEC）是一种L2多路径技术，创建了简化的无环路技术，不再采用生成树协议，同时仍能激活以严格防御用户误配置。
* 灵活的部署选项。底层物理交换机不必共置。这两个物理交换机通过标准万兆以太网接口相连，因此能位于任何位置，其相隔的距离仅受限于所选的万兆以太网光纤长度。例如，如采用X2-10GB-ER万兆以太网光纤，这两个交换机可相距40公里。
2. VSS能够优化不间断通信。
* 机箱间状态化故障切换不会干扰需要使用网络状态信息（例如转发表信息、NetFlow、网络地址转换[NAT]、验证和授权等）的应用。凭借VSS，在一个虚拟交换机成员发生故障时，不再需要进行L2/L3协议重收敛，能在一秒内实现确定性虚拟交换机恢复。
* 使用EtherChannel（802.3ad或PAgP）能在一秒内完成确定性L2链路恢复，无需再使用生成树协议来进行链路恢复。
3. VSS能够将系统带宽容量扩展到1.4 Tbps。
* 在冗余Cisco Catalyst 6500系列交换机上激活所有可用的L2带宽，提供自动、精确的负载均衡。其链路负载均衡进行了优化，因为它以L2/L3/L4参数等更精确的信息为基础，与生成树协议配置中基于虚拟局域网（VLA N）的负载均衡不同。
* 为冗余数据中心交换机上的服务器网络接口卡（NIC）提供基于标准的链路汇聚，实现最高服务器带宽吞吐率，并在需要配置专用NIC厂商机制时，增加数据中心中基于标准的组件数目（即服务器NIC）。
* 最大限度地利用Cisco Catalyst 6500虚拟交换机中所有（132个）万兆以太网端口。
* 通过以下措施节约带宽：
- 消除传统园区网设计中非对称路由引起的单播泛洪。
- 使用多机箱EtherChannel增强，来减少园区内流量传输所需的跳数。
4. VSS使用现有多层交换架构。
* VSS 使用简化的架构增强了现有多层交换架构，不必从根本上对架构进行改动，从而能方便地采用技术。
* 使用现有Cisco Catalyst 6500投资，简化了VSS的部署。非E系列和E系列Catalyst 6500系列交换机机箱均支持VSS，VSS支持所有Cisco Catalyst 6500系列6700系列模块。
* VSS在Cisco Catalyst 6500虚拟交换机成员间使用基于标准的万兆以太网连接，支持灵活的距离选项。底层物理交换机无需共置。
三、VSS的部署
VSS主要应部署于网络中的以下地点（图2）：
* 园区网或数据中心核心/分布层
* 数据中心接入层（服务器连接）
图2 使用虚拟交换系统简化高可用性网络设计
四、VSS组件构成
* 虚拟交换机成员：部署了Virtual Switching Supervisor 720 10GE的Cisco Catalyst 6500 系列交换机（初始版本包括两台交换机）。
* 虚拟交换机链路（VSL）：在虚拟交换机成员间采用万兆以太网连接（使用EtherChannel，多达8条连接）。万兆以太网连接必须为一个或多个以下模块：
- Virtual Switching Supervisor 720 10GE: 万兆以太网上行链路端口
- WS-X6708-10G 模块: 任意万兆以太网端口
除在两个虚拟交换机成员间进行控制面板通信外，VSL也能传输普通数据流量。VSL链路的距离仅受限于所选的万兆以太网光纤长度。例如，如采用X2-10GB-ER 光纤，VSL可跨越的距离为40公里。（参见图3）
图3 使用Cisco Catalyst 6500系列交换机的虚拟交换系统1440
五、VSS对硬件和软件要求及限制
表1列出了硬件和软件的要求及限制。
硬件/软件要求
软件Cisco IOS? 12.2（33）SXH
上市时间：2007年11月
管理引擎Virtual Switching Supervisor 720-10GE （VS-S720-10GE-3C 和VS-S720-10GE-3CXL）
上市时间：2007年11月
注意:初始版本支持每虚拟交换机成员（或机箱）一个管理引擎。未来的软件版
本中将不再有此限制。
模块?所有带集中转发卡（CFC）的6700系列模块
?所有带分布式转发卡（DFC）3C或DFC3CXL的6700 系列模块
分布式转发卡
（DFC）
DFC3C （WS-F6700-DFC3C 和WS-F6700-DFC3C-XL）
VSL端口：万兆以太网端口?Virtual Switching Supervisor 720-10GE
?WS-X6708-10G-3C 和WS-X6708-10G-3CXL
最长VSL距
离
最长VSL距离取决于用于VSL万兆以太网连接的X2光纤：
?X2-10GB-CX4: 15m
?X2-10GB-LX4: 300m
?X2-10GB-SR: 26m （FDDI级MMF）, 300M（采用OM3 MMF）
?X2-10GB-LR: 10km
?X2-10GB-ER: 40km
?X2-10GB-LRM: 220m，采用MMF
机箱所有Cisco Catalyst 6500 机箱
电源?Cisco Catalyst 6503-E 和6504-E交换机：所有所支持的电源
?Cisco Catalyst 6506、6506-E、6509、6509-E、6509-NEB-A、6509-V-E和
6513 交换机：至少2500W
服务模块NAM 1 和 2
注: 未来软件版本中计划支持其他服务模块。
广域网模块初始版本中不支持。
六、产品介绍
产品概述
在硬件中采用了万兆以太网上行链路和IPv6的Cisco? Catalyst? 6500系列Virtual Switching Supervisor Engine 720 在业界首开了先河。这款全新的管理引擎结合了高密度上行链路、系统虚拟化、更高吞吐率和可扩展性能及丰富的IP特性集。它是Cisco VSS 1440虚拟交换系统的一个关键组件，能够提供高可用性、出色运营效率和更高带宽，且部署十分简便。
配备万兆以太网上行链路的Cisco Virtual Switching Supervisor Engine 720具有一个新转发引擎，将其上一代产品，即Cisco Catalyst 6500系列Supervisor Engine 720的所有功能，
与系统虚拟化和更高吞吐率集成在一起。在提供新特性的同时，配备万兆以太网上行链路的Cisco Virtual Switching Supervisor Engine 720还支持全部三代的Cisco Catalyst 6500系列接口和服务模块，继续为思科客户提供了投资保护。
Cisco Virtual Switching Supervisor Engine 720包括：
?2个基于X2的万兆以太网端口，适用于高密度接入层和汇聚区域，如数据中心、局域网园区和骨干区域等。
? 2 个千兆以太网小型可插拔（SFP）端口和1个10/100/1000千兆以太网端口，提供更高灵活性。即使是在冗余配置中，Cisco V irtual Switching Supervisor Engine 720中的所有链路也能同时激活，从而将管理引擎的吞吐率从48Mpps提高到82Mpps。因此，IPv4流
量的总系统吞吐率能增至450Mpps，IPv6流量的总系统吞吐率能增至225Mpps。
?凭借增强的阵列功能，能在一秒内完成故障切换，从而快速切换到备用管理引擎。配备万兆以太网上行链路的Cisco Virtual Switching Supervisor Engine 720需要Cisco IOS? 软件的支持。
此外，配备万兆以太网上行链路的Cisco Virtual Switching Supervisor Engine 720继续提供基于硬件的特性集，支持传统IP转发、L2和L3 MPLS VPN和MPLS以太网（EoMPLS）以及服务质量（QoS）和安全特性。
图1 Cisco Virtual Switching Supervisor Engine 720的特性
图2 使用Cisco VSS 1440实现系统虚拟化
使用Cisco VSS 1440实现系统虚拟化
核心层上游和下游邻居将把VSS看作单一L2交换节点或单一L3路由节点，从而减少L2/L3控制协议流量
分布层单管理点
管理员将使用单管理点配置和管理VSS，这其中包括用于两台物理交换机的单一整合配置文件
接入
层
多机箱EtherChannel提供链路捆绑，来端接这两台物理Cisco Catalyst 6500机箱
在其中一台交换机发生问题时，即使链路捆绑实际上是在两台机箱上终接的，也能看作仅在另一台交换机上终接。
VSS 1440的系统虚拟化技术将多个Cisco Catalyst 6500系列交换机整合为单一虚拟交换机，将系统带宽容量扩展到1.4 Tbps。该创新有助于弥补IT资源分配缺口和应用集成缺口，改进思科服务导向网络架构（SONA）和思科园区通信网络（CCF）框架。Cisco VSS 1440，与作为关键实施组件的720-10G-VSS一起，为客户网络提供了以下优势：
?提高运营效率：Cisco VSS 1440使用多机箱EtherChannel，无需再进行HSRP/VRRP/GLBP 配置，允许客户使用基于标准的汇聚机制，在冗余交换机上组合服务器网络接口卡
（NIC）。因为多个Cisco Catalyst 6500系列交换机被看作一个虚拟交换机，管理开销至少降低了50%。使用Cisco VSS 1440后，每个VLA N只需一个网关IP地址，而现在每VLA N则需要三个IP地址。
Cisco VSS 1440非常灵活，能部署在多个不同的地理位置。CiscoWorks将两个Cisco
Catalyst交换机作为单一虚拟交换机，进一步简化了Cisco VSS 1440的管理。
?优化不间断通信：Cisco VSS 1440使用多机箱EtherChannel进行链路故障切换，无需进行L2和L3协议收敛。藉此，能在一秒内实现确性虚拟交换机恢复，避免对依靠网络状态信息（如转发表信息、NetFlow、NAT、身份验证或授权）运行的应用造成干扰。
?将系统带宽容量扩展到1.4 Tbps：通过使用冗余Cisco Catalyst 650系列交换机上所有可用的L2带宽，提供自动、精确的负载均衡。Cisco VSS 1440消除了因园区中不对称路
由造成的单播洪泛现象，并能最大限度地发挥虚拟交换机中的所有万兆以太网端口的作用。
?使用现有多层交换架构：与许多新技术不同，Cisco VSS 1440使用客户现有的Cisco Catalyst 6500系列投资，支持基于标准的万兆以太网连接，从而简化了部署。Cisco
Catalyst 6500系列交换机间基于标准的万兆以太网连接支持灵活的连接距离。此外，
CiscoWorks 局域网管理解决方案（LMS）管理工具将当前的交换机配置转变为更为简单的VSS 1440配置，也使部署更为简便。
?提供高插槽效率：利用管理引擎中内置的两个基于X2的万兆以太网上行链路，该系统节约了插槽，能支持更多集成服务或高密度机箱。
?提高吞吐率：配备万兆以太网上行链路的Cisco V irtual Switching Supervisor Engine 720能同时激活所有千兆以太网和万兆以太网链路。对于冗余系统（机箱中采用双管理引擎的系统）也是如此，因此将管理引擎的吞吐率提高到了82 Mpps。藉此，IPv4流量的系统吞吐率能增至450 Mpps，IPv6流量的系统吞吐率能增至225 Mpps。
?增强永续性：配备万兆以太网上行链路的Cisco Virtual Switching Supervisor Engine 720 包括交换矩阵功能，能在一秒内实现故障切换，从而更快速地切换到备用管理引擎。
表1 配备万兆以太网上行链路的Cisco Virtual S witching Supervisor Engine 720的特性
特性配备万兆以太网上行链路的Cisco
Virtual S witching Supervisor Engine
720 （PFC 3C）配备万兆以太网上行链路的Cisco Virtual S witching Supervisor Engine 720 （PFC 3CXL）
支持Cisco
VSS 1440
支持支持
MAC 项96,00096,000
IP 路由256,000 （IPv4）; 128,000 （IPv6）1,000,000 （IPv4）; 500,000 （IPv6）
IPv4 路由?硬件中
?高达450 Mpps ?硬件中
?高达450 Mpps
IPv6路由?硬件中
?高达225 Mpps ?硬件中
?高达225 Mpps
L2桥接?硬件中
?高达450 Mpps ?硬件中
?高达450 Mpps
NetFlow项128,000256,000
MPLS?硬件中的MPLS支持L3 VPN和
EoMPLS隧道的使用
?多达1024个虚拟路由和转发实
例（VRF），每系统共256,000 条
路由?硬件中的MPLS支持L3 VPN和EoMPLS隧道的使用
?多达1024个VRF，每系统共1,000,000条路由
GRE硬件中硬件中NAT硬件辅助硬件辅助
应用领域
配备万兆以太网上行链路的Cisco Virtual Switching Supervisor Engine 720 凭借其硬件功能和支持，以及对千兆以太网和万兆以太网上行链路的混用，体现了出色灵活性，能满足网络各部分的要求。该管理引擎能用于多种应用，包括：
企业骨干（核心层/分布层）和数据中心：配备万兆以太网上行链路的Cisco Virtual Switching Supervisor Engine 720提供了高密度上行链路、系统虚拟化、增强安全性、丰富的QoS，以及可扩展的千兆以太网和万兆以太网性能，适用于企业核心层/分布层应用和数据中心。
园区网接入、以太网广域网和城域以太网：配备万兆以太网上行链路的Cisco Virtual Switching Supervisor Engine 720提供了强大的安全特性集。通过支持单键式AutoSecure、CPU 限速、多路径uRPF 和多种802.1x扩展等特性，强化了系统安全性。对于基于硬件的QoS机制、基于硬件的GRE隧道和访问控制列表（ACL）的广泛特性支持，能帮助客户构建高性能、特性丰富的园区网络、城域汇聚网络和各种广域网边缘网络。
总结
配备万兆以太网以太网上行链路的Cisco Virtual Switching Supervisor Engine 720简化了万兆以太网移植，通过支持Cisco VSS 1440和将系统带宽扩展到1.4 Tbps，提供了系统虚拟化优势。Cisco Virtual Switching Supervisor Engine 720支持所有Cisco Catalyst 6500系列接口模块类型（典型、CEF256、dCEF256和CEF720），且提供对于MPLS和IPv6的硬件支持，使其成为所有网络地点的出色选择。配备万兆以太网上行链路的Cisco Virtual Switching Supervisor Engine 720能同时激活所有链路（包括冗余管理引擎链路），这在业界尚属首例，提供了更高转发性能（82 Mpps）和系统吞吐率，并经由VSS 1440实现了系统虚拟化。
表2配备万兆以太网上行链路的Cisco Virtual S witching Supervisor Engine 720的产品规格。
产品规格
机箱兼容性?Cisco Catalyst 6503-E, 6504-E, 6506, 6506-E, 6509, 6509-E, 6509-NEB-A,
6513
?Cisco 7604, 7609, 7613
所需配备的风扇架和最低电源?E机箱支持Cisco Virtual Switching Supervisor Engine 720 o2500W AC 或DC 电源
?非E机箱需配备：
o高速风扇
o2500W AC或DC电源
插槽要求在机箱中占用以下插槽：
?3插槽机箱：插槽1和2
?4插槽机箱：插槽1和2
?6插槽机箱：插槽5和6
?9插槽机箱：插槽5和6
?13插槽机箱：插槽7和8
软件兼容性?Cisco Catalyst 6500系列
o Cisco IOS 12.2（33）SXH 和更高版本
?Cisco 7600系列
o Cisco IOS 12.2（33）SXH和更高版本
协议?L3路由协议，BGPv4，OSPF，IS-IS，RIP，分布式FIB交换，思科发现协议，ICMP
?组播转发，PIM（稀疏和密集模式）, （S,G）, （*,G）, 在硬件中支持双向PIM
?全面的MPLS支持
?思科群组管理协议和互联网群组管理协议（IGMP）侦听
内存?Cisco Virtual Switching Supervisor Engine 720 3C分别为路由处理器和交换处理器提供1 GB DRAM
?Cisco Virtual Switching Supervisor Engine 720 3CXL分别为路由处理器和
交换处理器提供1 GB DRAM
?为交换处理器提供1 GB紧凑型闪存，为路由处理器提供64 MB引导闪存
存储选项可擦除存储：256 MB, 512 MB, 1 GB （紧凑型闪存）
上行链路端口2个万兆光（X2）端口，2个千兆以太网SFP端口，1个可选10/100/100 RJ-45端口
控制台端口1个（RS-232）
USB端口1个主机和1个设备端口
可靠性和可用性?虚拟交换系统（VSS）
?快速软件升级
?RPR+
?状态切换+ 不间断转发（SSO + NSF）?在线增删（OIR）热插拔
?快速阵列切换
MIB?MPLS LDP MIB, MPLS LSR MIB, MPLS-TE MIB, MPLS VPN MIB；如需了解更多信息，请参见软件版本说明
?如需了解更多信息，请浏览以下MIB：
https://www.doczj.com/doc/cf1381465.html,/public/sw-center/netmgmt/cmtk/mibs.shtml
网络管理CiscoWorks
物理规格?（H x W x D）: 1.6 x 15.3 x 16.3 in. （4.0 x 37.9 x 40.3 cm）
?重量：11.5 lb; 12.5lb（带光端口和SFP端口）
功耗?Cisco Virtual Switching Supervisor Engine 720 3C （包括PFC3C）: 338W ?Cisco Virtual Switching Supervisor Engine 720 3CXL （包括PFC3CXL）: 363W
环境参数?工作温度：32到104°F （0到40°C）
?存储温度：–40到158°F （–40到70°C）
?工作相对湿度，非冷凝：10到90%
?非工作相对湿度，非冷凝：10到95%
?MTBF: 85,000小时（已证实）
符合的EMI 和EMC 法规?FCC Part 15 （CFR 47）Class A ?ICES-003 Class A
?EN 55022 Class A
?CISPR 22 Class A
?AS/NZS 3548 Class A
?VCCI Class A
?EN 55024
?EN300 386
?EN 50082-1
?EN 61000-3-2
?EN 61000-3-3
?EN 61000-6-1
?CISPR24
符合的安全法规?UL 60950
?CAN/CSA-C22.2 NO. 60950?EN 60950
?IEC 60950
订购信息
表3列出了Cisco Virtual Switching Supervisor Engine 720的订购信息。如需订购，请访问思科订购主页。
表3 订购信息
产品编号产品说明
VS-S720-10G-3C（=）配备2个万兆以太网端口和MSFC3 PFC3C的Cisco Catalyst 6500系列
Virtual Switching Supervisor Engine 720
VS-S720-10G-3CXL（=）配备2个万兆以太网端口和MSFC3 PFC3C XL 的Cisco Catalyst 6500系
列Virtual Switching Supervisor Engine 720
WS-F6K-PFC3CXL=Cisco Catalyst 6500 系列Supervisor Engine 720 PFC-3CXL
X2-10GB-LR10GBASE-LR X2模块
X2-10GB-SR10GBASE-SR X2模块
X2-10GB-ER10GBASE-ER X2模块
X2-10GB-LX410GBASE-LX4 X2模块
X2-10GB-CX410GBASE-CX4 X2模块
GLC-T1000BASE-T SFP
GLC-BX-D1000BASE-BX SFP 1490NM
GLC-BX-U1000BASE-BX SFP 1310NM
GLC-LH-SM千兆以太网SFP, LC连接器, LX/LH收发器
GLC-SX-MM千兆以太网SFP, LC连接器, SX收发器
GLC-ZX-SM1000BASE-ZX SFP
MEM-C6K-CPTFL1G Cisco Catalyst 6500系列Supervisor Engine 720/Supervisor Engine 32 1GB
紧凑型闪存
MEM-C6K-CPTFL512M Cisco Catalyst 6500系列Supervisor Engine 720/Supervisor Engine 32 512
MB紧凑型闪存
MEM-C6K-CPTFL256M Cisco Catalyst 6500 系列Supervisor Engine 720/Supervisor Engine 32 256
MB紧凑型闪存
服务
转换自https://www.doczj.com/doc/cf1381465.html,/cn详细产品信息参考
https://www.doczj.com/doc/cf1381465.html,/web/CN/products.../6500_720.html
软件开发项目配置管理工具的选择 通过软件配置管理，将对软件系统中的多重版本实施系统的管理；全面记载系统开发的历史过程，包括为什么修改，谁作了修改，修改了什么；管理和追踪开发过程中危害软件质量以及影响开发周期的缺陷和变化。并对开发过程进行有效地管理和控制，完整、明确地记载开发过程中的历史变更，形成规范化的文档，不仅使日后的维护和升级得到保证，而且更重要的是，这还会保护宝贵的代码资源，积累软件财富，提高软件重用率，加快投资回报…… 每一个软件项目，无论是工程类项目，还是产品类项目，都必须经历需求分析、系统设计、编码实现、集成测试、部署、交付、维护和支持的过程。在这个过程中，将生成各种各样不同的工件，包括文档、源程序、可执行代码、支持库。更可怕的是，频繁出现的变更是不可避免的，因此面向如此庞大且不断变动的信息集，如何使其有序、高效地存放、查找和利用就成为了一个突出的问题。 针对这一问题，最早的开发人员尝试过的解决办法是通过手工来实现： 1)文档：每次修改时都另存为一个新的文件，然后通过文件名进行区分，例如"XXX 软件需求说明书V1.0，XXX软件需求说明书V1.1，XXX 软件需求说明书V2.0."，并且在文件中注明每次版本变化的内容； 2) 源代码：每次要修改时就将整个工程目录复制一份，将原来的文件夹进行改名，例如"XX 项目V1.0、XX 项目1.01、."，然后在新的目录中进行修改； 但是这种方法，不仅十分繁琐，容易出错，而且会带来大量的垃圾数据。如果是团队协同开发或者是项目规模较大时，还是会造成很大的混乱。很显然，这样简陋的方法是无法应对这一问题的。后来，有人尝试从制造工业领域引入了"配置管理"这一概念，通过不懈的研究与实践，最终形成了一套管理办法和活动原则，这也就是软件配置管理。 通过软件配置管理，将对软件系统中的多重版本实施系统的管理；全面记载系统开发的历史过程，包括为什么修改，谁作了修改，修改了什么；管理和追踪开发过程中危害软件质量以及影响开发周期的缺陷和变化。并对开发过程进行有效地管理和控制，完整、明确地记载开发过程中的历史变更，形成规范化的文档，不仅使日后的维护和升级得到保证，而且更重要的是，这还会保护宝贵的代码资源，积累软件财富，提高软件重用率，加快投资回报。 常见的配置管理工具 正如前面所述，由于软件配置管理过程十分繁杂，管理对象错综复杂，如果是采用人工的办法不仅费时费力，还容易出错，产生大量的废品。因此，引入一些自动化工具是十分有裨益的，这也是做好配置管理的必要条件。 正是因为如此，市场上出现了大量的自动化配置管理工具，这些工具的实现原理与基本机制
配置管理流程规定 (Ver1.0) 拟制：___________________ 审核：___________________ 签发：___________________
目录 1.配置管理流程 (3) 1.1概述 (3) 1.2总体流程图 (3) 1.3软件需求分析阶段 (4) 1.4软件设计阶段 (4) 1.5制定配置管理计划 (4) 1.6配置库管理 (4) 1.6.1相关人员分配权限 (4) 1.6.2配置项 (5) 1.7版本控制 (6) 1.8变更控制 (6) 1.9配置审计 (8) 1.9.1配置审核的类别 (8) 1.9.2配置审核执行的时机 (8) 1.9.3不符合项的处理 (8) 2.0.0配置状态报告 (8) 2.0.1配置状态报告的目的 (8) 2.0.2配置状态报告记录的内容 (8) 2.0.3配置状态报告的生成 (9) 2.1.0发行管理 (9) 2.1.1交付管理 (9) 2.软件基线化规范 (10) 2.1正常开发期 (10) 2.2版本发布期 (11) 2.3项目发布期 (13) 3.Jira配置管理 (14)
1.配置管理流程 1.1概述 规范配置管理活动，确保配置项正确地唯一标识并易于存取，保证基准配置项的更改受控，明确基线状态，在贯穿整个软件生命周期中建立和维护项目产品的完整性和可追溯性。 1.2总体流程图
1.3软件需求分析阶段 参加需求分析会议，配置管理负责人记录，有关文档提交归档。如《需求分析》。 1.4软件设计阶段 参加设计阶段，为了详细制定配置管理计划。针对需求分析报告进行系统设计，配置时应说明系统设计的版本与需求分析报告版本的对应关系。设计书评审通过后，建立设计基线。 1.5制定配置管理计划 配置管理员制定配置管理计划，主要内容包括配置管理软硬件资源、配置项计划、备份计划等，审批该计划。 1.6配置库管理 配置管理员为项目创建配置库，并给每个项目成员分配权限。各项目成员根据自己的权限操作配置库。 1.6.1相关人员分配权限 项目经理： 1)与(有关负责人员)协商确定项目起始基线 2)接受配置管理计划，并按相关规定贯彻执行； 3)接受配置控制委员会的报告。 4)提出配置管理计划的修改要求； 5)提出管理管理的建议和要求。 配置管理员 1)编制配置管理计划； 2)执行配置项管理； 3)执行版本控制和变更控制方案； 4)编制配置状态报告； 5)配置库的建立和权限分配； 6)配置管理工具的日常管理与维护； 7)配置库的日常操作和维护 开发人员
份号：001密级: XXXXXXX项目 软件配置管理报告 XXXX-RPB-R01.00 XXXXXXXX 公司 XXXX 年XX月XX日
辑要页
摘要: 主题词:
文档修改记录
1范围............................................................................................... 1.1标识.......................................................................................... 1.2系统概述...................................................................................... 1.3文档概述......................................................................... 1........... 2引用文挡........................................................................................... 3软件配置管理情况综述............................................................................. 4软件配置管理基本信息............................................................................. 5专业组划分及权限分酉己.......................................................................... 6配置项记录......................................................................................... 7变更记录........................................................................................... 8基线记录........................................................................................... 9入库记录...........................................................................................
份号：001 密级： XXXXXXXX项目 软件配置管理报告 XXXX-RPB-R01.00 XXXXXXXX公司 XXXX年XX月XX日
辑要页
文档修改记录
目次 1 范围 (1) 1.1标识 (1) 1.2系统概述 (1) 1.3文档概述 (1) 2 引用文挡 (1) 3 软件配置管理情况综述 (1) 4 软件配置管理基本信息 (1) 5 专业组划分及权限分配 (1) 6 配置项记录 (1) 7 变更记录 (2) 8 基线记录 (2) 9 入库记录 (2) 10 出库记录 (2) 11 审核记录 (2) 12 备份记录 (2) 13 测量 (2) 14 主释 (2)
1 范围 1.1 标识 本条应描述本文档所适用的系统和软件的完整标识，适用时，包括其标识号、名称、缩略名、版本号和发布号。 1.2 系统概述 本条应概述本文档所适用的系统和软件的用途。它还应描述系统与软件的一般特性;概述系统开发、运行和维护的历史;标识项目的需方、用户、开发方和保障机构等;标识当前和计划的运行现场;列出其他有关文档。 1.3 文档概述 本条应概括本文档的用途和内容，并描述与其使用有关的保密性考虑。 2 引用文挡 本章应列出引用文档的编号、标题、编写单位、修订版及日期，还应标识不能通过正常采购活动得到的文档的来源。 3 软件配置管理情况综述 本章应描述软件配置管理活动进展，与软件配置管理计划的偏差;软件配置管理活动与规程是否相符;对不符合项所采取的措施;完成软件配置管理工作的工作量等。 4 软件配置管理基本信息 本章应概述软件配置管理的基本信息，包括项目负责人、各级软件配置管理机构组成人员和负责人、软件配置管理所用的资源(如计算机、软件和工具)等。 5 专业组划分及权限分配 本章应列出项目专业组的划分、各专业组的成员以及各成员的权限分配，如专业组可分为项目负责人、开发组、测试组、质量保证组、配置管理组等，权限可分为读出、增加、替换、删除等。 6 配置项记录 本章所列出项目的所有配置项，包括配置项名称、配置项最后发布日期、配置项控制力度(控制力度可分为基线管理、非基线管理(受到管理和控制))、配置项版本变更历史、配置项变更累计次数等内容。
软件配置管理工具Vss6.0实用指南 一、版本管理的必要性 如果说70年代的软件危机导致了软件工程思想的诞生和理论体系的发展，那么80～90年代尤其是90年代软件产业的迅猛发展导致了另一种新思想的产生和实现，这就是软件的版本管理。 只要参加过软件开发的人都清楚，现在的软件项目完全由一个人来完成是难以想象而且也是不可能的，通常是有一个研发小组来共同分析、设计、编码和维护，并有专门的测试小组对已完成编码调试的软件进行全面的测试。在软件开发这个庞大而复杂的过程中，需要涉及到各个方面的人员，信息的交流反馈不仅仅是在研发小组的成员之间及各个研发小组之间，还存在于客户和研发者之间。所有的这些交流反馈意见信息都有可能导致对软件的修改，小的可能只是对某个源文件中的某个变量的定义改动，大到重新设计程序模块甚至可能是整个需求分析变动。在这个工程中，由于软件开发所固有的特征，可能会形成众多的软件版本，而且我们并不能保证不出现错误的修改，而这样的一个困难局面却又非常现实地摆在项目开发管理者的面前，他/她该如何有效地解决这些问题，具体地说就是如下一些问题： 1.怎样对研发项目进行整体管理； 2.项目开发小组的成员之间如何以一种有效的机制进行协调； 3.如何进行对小组成员各自承担的子项目的统一管理； 4.如何对研发小组各成员所作的修改进行统一汇总； 5.如何保留修改的轨迹，以便撤销错误的改动； 6.对在研发过程中形成的软件的各个版本如何进行标识，管理及差异识辨等等。 一个非常直接的反应，我们必须要引进一种管理机制，一个版本管理机制，而且是广义上的版本管理，它不仅需要对源代码的版本进行管理，而且还要对整个项目进行管理。以往的那种被誉为具有良好编程风格的做法，诸如在对他人的源程序进行修改时注释修改原因，修改人和日期，如果是多个成员同时进行了修改，那么需要进行及时的人工的差异比较和综合以便形成一个统一的新版本。这种做法在当前的大型软件的开发中已经越来越没有空间了，可以说是一种以小作坊的形式来面对软件的社会化大生产，再也不可能行得通了。 其实，版本管理的思想很早就存在于软件开发者的头脑之中，只是以往的认识没有现在人们所意识到的那样迫切。UNIX 的程序开发系统较早就提供了能够进行开发小组中源代码版本管理的工具，现在的Linux更是提供功能强大的能够跨平台的版本管理器，国外公司的基于Windows的版本管理器也已经有了比较成熟的产品，国内的研究单位如北京大学计算机系CASE实验室也在致力于这方面的工作。在众多的成熟产品和试验产品中，这里只将对使用比较广泛，有较大用户前景且又能较易获得的版本管理器产品Microsoft公司的Visual SourceSafe6.0进行详细的介绍，针对普通的研发小组的解决方案，及具体的实现。 二、Visual SourceSafe6.0(VSS6.0)简介 VSS6.0现在是作为Microsoft Visual Studio6.0这个开发产品家族的一员，如Visual C++6.0和Visual J++6.0一样。 1.VSS的简单工作原理 Microsoft的VSS6.0解决了软件开发小组长期所面临的版本管理问题，它可能有效地帮助项目开发组的负责人对项目程序进行管理，将所有的项目源文件（包括各种文件类型）以特有的方式存入数据库。开发组的成员不能对该数据库中的
中国核电集团 CHINA GUANGDONG NUCLEAR POWER GROUP 记录文件 项目编号 项目名称 CGN-IT-C3-A12-01 软件项目配置管理计划 版本编写审核审定批准生效时间A/0 注：如无受控文件标识（蓝色印章）则为非有效版本，以受控文件规定为准。 此文件属中国核电集团所有，未经许可，不得以任何方式外传。
修改记录页
目录 (一)基本信息 (4) (二)角色与职责 (4) (三)配置管理资源 (5) (四)权限分配 (5) (五)配置项计划 (6) (六)配置库基线 (7) (七)配置库备份计划 (8) (八)配置库状态报告 (8) (九)配置审核 (9) (十)审批意见 (9)
配置管理计划(一)基本信息 项目名称： 项目代号： 立项时间： 预计主要项目阶段有： 配置项目命名规则依据： (二)角色与职责
(三)配置管理资源 本项目使用配置管理工具对各配置项进行存储、版本管理，并提供更新、检索和历史版本的恢复。 提示： （1）配置管理员确定本项目的配置管理软件。例如采用Microsoft公司的TFS或者IBM公司的clearecase。 （2）配置管理员根据所采用的配置管理软件，确定计算机资源（考虑存、外存、CPU等）。 预计建库申请日期： 预计建库日期： 预计工作库需空间： (四)权限分配 项目成员访问配置库的ID及PASSWORD默认设置为与域的设置相同。 若个人要求另行设置的，由项目组配置管理员负责汇总后，提交给高级配置管理员调整设置。
(五)配置项计划 填写上面表格过程中，需要对照成果物列表逐项填写。
VSS的配置和使用 〇、摘要 在企业开发环境中，源代码管理占据着重要的一环。本文将通过一个实例，创建一个源代码管理的项目SourceManager，来讲述如何使用Visual https://www.doczj.com/doc/cf1381465.html,开发环境，配合Visual Source Safe 6c和IIS，创建企业团队开发环境。 一、开发前的准备 1、在装有Windows 2000或者Windows XP Professional的机器上安装.Net Framework SDK、Visual https://www.doczj.com/doc/cf1381465.html,、Visual Source Safe 6C。（如果用户操作系统是Windows .Net Server，则无须安装.Net Framework SDK，.Net Server自带的IIS 6已经完全包含了对.Net 的支持）这些工具在Visual https://www.doczj.com/doc/cf1381465.html,的安装盘上都可以找到。 2、一台专门用于存放版本控制中心数据库的服务器。该服务器不需要安装.NET Framework SDK和https://www.doczj.com/doc/cf1381465.html,，但是必须安装VSS 6C。我们称这台服务器为开发服务器DataCenter。 3、一个主域控制器，将DataCenter服务器加入这个域，为每一个开发用户分配域帐号。这样所有小组成员可以通过登录到Window NT域来访问版本控制信息。 注意：Visual Studio 6所带的Visual Source Safe 6不支持.Net的一些文件格式。如果你安装了VSS 6，也需要再安装一次VSS 6C，否则在https://www.doczj.com/doc/cf1381465.html,环境中将源代码加入到VSS数据库中将会出现错误。 二、创建空的SourceSafe数据库 在开始工作之前，需要建立一个空的SourceSafe数据库，来存放源代码控制数据，并为小组开发人员分配访问帐号。在DataCenter服务器上新建Source Safe数据库。步骤如下： 1、启动"开始"——"程序"——"Microsoft Visual SourceSafe"菜单下的SourceSafe 6.0 Admin。如果你是第一次安装VSS 6C，Common数据库的Admin帐号为空。如图一所示： 图一VSS登录窗口 2、在Visual SourceSafe Administrator窗口中，你可以看到Source Safe默认的两个用户Admin和Guest。如果你不打算使用默认的Common数据库，而要建立一个属于自己的项目数据库。选择菜单"Tools"——"Create Database"，如图二所示：
配置管理系统（北大软件 010 - 61137666） 配置管理系统，采用基于构件等先进思想和技术，支持软件全生命周期的资源管理需求，确保软件工作产品的完整性、可追溯性。 配置管理系统支持对软件的配置标识、变更控制、状态纪实、配置审核、产品发布管理等功能，实现核心知识产权的积累和开发成果的复用。 1.1.1 组成结构（北大软件 010 - 61137666） 配置管理系统支持建立和维护三库：开发库、受控库、产品库。 根据企业安全管理策略设定分级控制方式，支持建立多级库，并建立相关控制关系；每级可设置若干个库；配置库可集中部署或分布式部署，即多库可以部署在一台服务器上，也可以部署在单独的多个服务器上。 1. 典型的三库管理，支持独立设置产品库、受控库、开发库，如下图所示。 图表1三库结构 2. 典型的四库管理，支持独立设置部门开发库、部门受控库、所级受控库、所级产品库等，如下图所示。
图表2四级库结构配置管理各库功能描述如下：
以“三库”结构为例，系统覆盖配置管理计划、配置标识、基线建立、入库、产品交付、配置变更、配置审核等环节，其演进及控制关系如下图。 图表3 配置管理工作流程 1.1.2主要特点（北大软件010 - 61137666） 3.独立灵活的多级库配置 支持国军标要求的独立设置产品库、受控库、开发库的要求，满足对配置资源的分级控制要求，支持软件开发库、受控库和产品库三库的独立管理，实现对受控库和产品库的入库、出库、变更控制和版本管理。
系统具有三库无限级联合与分布部署特性，可根据企业管理策略建立多控制级别的配置库，设定每级配置库的数量和上下级库间的控制关系，并支持开发库、受控库和产品库的统一管理。 4.产品生存全过程管理 支持软件配置管理全研发过程的活动和产品控制，即支持“用户严格按照配置管理计划实施配置管理—基于配置库的实际状况客观报告配置状态”的全过程的活动。 5.灵活的流程定制 可根据用户实际情况定制流程及表单。 6.支持线上线下审批方式 支持配置控制表单的网上在线审批（网上流转审批）和网下脱机审批两种工作模式，两种模式可以在同一项目中由配置管理人员根据实际情况灵活选用。 7.文档管理功能 实现软件文档的全生命周期管理，包括创建、审签、归档、发布、打印、作废等，能够按照项目策划的软件文档清单和归档计划实施自动检查，并产生定期报表。 8.丰富的统计查询功能，支持过程的测量和监控 支持相关人员对配置管理状态的查询和追溯。能够为领导层的管理和决策提供准确一致的决策支持信息，包括配置项和基线提交偏差情况、基线状态、一致性关系、产品出入库状况、变更状况、问题追踪、配置记实、配置审核的等重要信息； 9.配置库资源的安全控制 1)系统采用三员管理机制，分权管理系统的用户管理、权限分配、系统操 作日志管理。 2)系统基于角色的授权机制，支持权限最小化的策略； 3)系统可采用多种数据备份机制，提高系统的数据的抗毁性。 10.支持并行开发 系统采用文件共享锁机制实现多人对相同配置资源的并行开发控制。在系统共享文件修改控制机制的基础上，采用三种配置资源锁以实现对并行开发的
软件配置管理计划示例 作者：赵文锋计划名CADCSC软件配置管理计划 项目名中国控制系统CAD工程化软件系统 项目委托单位 代表签名年月日 项目承办单位 代表签名年月日 1 引言 1．1 目的 本计划的目的在于对所开发的CADCSC软件规定各种必要的配置管理条款，以保证所交付的CADCSC软件能够满足项目委托书中规定的各种原则需求，能够满足本项目总体组制定的且经领导小组批准的软件系统需求规格说明书中规定的各项具体需求。 软件开发单位在开发本项目所属的各子系统（其中包括为本项目研制或选用的各种支持软件）时，都应该执行本计划中的有关规定，但可以根据各自的情况对本计划作适当的剪裁，以满足特定的配置管理需求。剪裁后的计划必须经总体组批准。 1．2 定义 本计划中用到的一些术语的定义按GB/T 11457 和GB/T 12504。 1．3 参考资料 ◆GB/T 11457 软件工程术语 ◆GB 8566 计算机软件开发规范 ◆GB 8567 计算机软件产品开发文件编制指南 ◆GB/T 12504 计算机软件质量保证计划规范 ◆GB/T 12505 计算机软件配置管理计划规范 ◆CADCSC 软件质量保证计划 2 管理
2．1 机构 在本软件系统整个开发期间，必须成立软件配置管理小组负责配置管理工作。软件配置管理小组属项目总体组领导，由总体组代表、软件工程小组代表、项目的专职配置管理人员、项目的专职质量保证人员以及各个子系统软件配置管理人员等方面的人员组成，由总体组代表任组长。各子系统的软件配置管理人员在业务上受软件配置管理小组领导，在行政上受子系统负责人领导。软件配置管理小组和软件配置管理人员必须检查和督促本计划的实施。各子系统的软件配置管理人员有权直接向软件配置管理小组报告子项目的软件配置管理情况。各子系统的软件配置管理人员应该根据对子项目的具体要求，制订必要的规程和规定，以确保完全遵守本计划规定的所有要求。 2．2 任务 在软件工程化生产的各个阶段中，与本阶段的阶段产品有关的全部信息在软件开发库存放，与前面各个阶段的阶段产品有关的信息则在软件受控库存放。在研制与开发阶段的阶段产品的过程中，开发者和开发小组长有权对本阶段的阶段产品作必要的修改；但是如果开发者或开发小组长认为有必要个性前面有关阶段的阶段产品时，就必须通过项目的配置管理小组办理正规的审批手续。因此，软件开发库属开发这个阶段产品的开发者管理，而软件受控库由项目的配置管理小组管理。软件经过组装与系统测试后，应该送入软件产品库，如欲对其修改，必须经软件配置管理小组研究同意，然后报项目总体组组长批准。关于软件配置要进行修改时的具体审批手续，将在第条中详细规定。 2．3 职责 在软件配置管理小组中，各类人员要互相配合、分工协作，共同担负起整个项目的软件配置管理工作。其中各类人员的分工如下： A．组长是总体组代表，他对有关软件配置管理的各项工作全面负责，特别要对更改建议的审批和评审负责； B．软件工程小组组长负责监督在软件配置管理工作中认真执行软件工程规范； C．项目的专职配置管理人员检查在作配置更改时的质量保证措施； D．各子系统的配置管理人员具体负责实施各自的配置管理工作，并参与各子系统的功能配置检查和物理配置检查；
软件配置管理解决方案 目的: ● 通过使用配置管理软件,遵守版本控制、变更控制等规程,保证所有配置项的完整性和可跟踪性。 范围: ● 适用于公司的软件开发项目,它规定了软件配置管理活动的具体规程及其工作产品。 角色与职责: ● 配置管理员:编制项目配置管理计划；创建并维护配置库。 ● 配置变更控制委员会(SCCB):审批配置变更申请。 ● 软件开发组成员:在权限内使用配置管理工具操作配置库。 ● 项目SQA人员:审计配置管理活动的规范性。 进入准则: ● 项目计划已制定。 ● 项目软件过程已定义
● 配置管理员和SCCB人员已确定。 输入: ● 项目计划 ● 项目软件过程 结束准则: ● 对项目配置库的操作和管理持续到项目结束。 ● 只要存在用户使用配置管理就要进行。 输出: ● 配置管理计划 ● 产品配置库 ● 软件基线审计报告 主要活动: 1 在项目早期(在项目计划初稿后,并与项目计划一起评审)编制项目配置管理计划。 ● 确定项目配置管理员。 ● 项目经理和项目配置管理员共同指定项目组的SCCB。 ● 项目经理与项目配置管理员按确定的软件生命周期,识别出项目要进行控制的软件配置项和纳入配 置管理的日期。 ● 项目经理与项目配置管理员依据项目定义软件过程,共同确定项目的基线,并标识每个基线的配置项。 ● 项目经理确认由项目配置管理员制定的在软件生命周期各个阶段配置项的使用权限清单。 ● 项目配置管理员按照《配置管理计划模板》制定项目的SCM计划。 ● 项目配置管理员根据项目所使用的开发工具确定项目使用的配置管理工具。 ● 项目配置管理员根据项目计划的变动,适时调整项目的SCM计划。具体规程见《项目跟踪与监控过程》计划变更相关步骤。 ● 由项目主管主持,项目经理、公司配置管理主管、项目配置管理员、软件工程组、软件相关组参加对配置管理计划书的评 审。具体规程参见《同行评审过程》。 2 按照配置管理计划,进行项目的配置库管理。 ● 项目配置管理员规划、建立项目的目录结构。该结构支持对配置项的存储和检索功能。 ● 项目配置管理员根据项目的规模,规划和配置管理工具相关的配置库结构。 ● 项目配置管理员依据经项目经理确认的权限清单对目录结构进行权限分配,以达到在相关组之间或 配置库内部之间进行共
配置管理软甲VSS的使用过程 VSS是一个C/S的软件 我们需要搭建服务端通过客户端访问操作 首先，第一步、搭建服务端 在win2003里安装vss软件直接setup.exe安装 选择安装目录安装在非中文目录下
安装项目选择共享数据库的服务器端 等待安装结束即可期间出现的不常用功能的文件问题可以忽略
安装完成之后我们就可以在服务端来添加我们的项目数据库啦 选择工具》创建数据库 数据库可以自定义路径 数据库创建好了之后 我们打开我们刚刚创建的项目数据库 找到srcsafe.ini文件并打开 双击或选择打开此.ini 文件
窗体显示我们在自己创建的数据库当中时我们就可以在服务端创建账号了 这里我创建了一个dzdwr账号并设置了密码
账户设置好了我们可以先给我们创建的项目数据库里配置一些内容 打开我们的 Microsoft Visual SourceSafe 6.0 客户端 先使用admin 账户登录注意这里的数据选择我们之前创建好的项目数据库 在所有项目中的$中我们右键》创建新目录 项目创建好了之后呢接下来我们给我们创建的用户dzdwr 来添加权限 在服务端里选中我们要配置权限的用户工具》为用户添加权限 选择我们想要给dzdwr 用户配置的权限添加或删除 选择我们创建的数据库
权限配置好了之后 由于vss项目配置管理软件需要我们共享文件夹才能实现 所以接下来我们将我们创建的项目数据库的文件夹进行共享 找到路径右键属性将安全选项卡里中的用户添加everyone 其权限包括修改、读取和运行同时在共享选项卡里共享此文件夹 并将共享权限中的更改给勾选上 这是为了我们在其他客户端能通过everyone来访问此项目数据库 并能通过vss进行正常的修改读取操作
软件配置管理规定 为进一步加强软件配置管理工作，明确软件配置原则，规范软件配置流程，制定本规定。 一、配置原则 1.软件配置遵循安全性、适用性、经济性和正版化的原则，不得配置非正版软件。 2.单位使用的商业软件、OEM软件、免费软件均需纳入配置管理，不得配置与工作无关的各类软件。 3.优先采用场地授权（许可）方式配置软件。 二、配置流程 1.软件使用部门根据本部门各岗位工作需要，编制岗位软件需求清单，填写《软件使用需求申请表》（附件1）。 2.信息化部门统计、汇总软件使用部门报送的《软件使用需求申请表》，对软件使用部门需要的相关软件进行统一测试和试用，综合考虑软件的价格、兼容性、安全性和售后服务等因素，确定软件选型，明确软件名称和版本。涉及使用免费软件的，更新《可使用免费软件清单》（附件2）。 3.信息化部门依据单位软件使用管理台账，梳理单位软件需求与现有软件许可的差异。单位软件许可不足的，编制《软件采购计划表》（附件3）。 4.财务部门要将软件采购纳入单位年度预算。财务、资产管理部门指导信息化部门完成软件采购。软件采购合同要明确软件名称、版本、授权方式、许可数量、使用年限、兼容性和售后服务等要求。 5.财务、资产管理部门指导信息化部门做好软件采购相关资料管理工作，重点是软件采购合同、软件授权证书、软件安装序列号等资料的管理工作。 6.信息化部门负责软件使用管理日常工作。 7.单位采购的软件，因以下情况申请报废的，需经过信息化部门鉴定，严格履行资产处置报批手续： （1）已经达到规定的最低使用年限，且无法继续使用的。 （2）未达到规定的最低使用年限，因技术进步等原因无法继续使用的。 （3）未达到规定的最低使用年限，因计算机硬件报废，且无法迁移到其他计算机上继续使用的。
软件项目配置管理计划案例 本案例选自《软件项目管理案例教程》（韩万江，机械工业出版社）一书，项目案例为《校务通管理系统》，该项目的配置管理计划如下： 1. 引言 包括目的、缩写词和参考资料，具体内容略。 2．组织及职责 配置管理的角色和职责见表1。 表1：配置管理角色职责表 3.配置管理环境 由于本项目属于中小型项目，工期也不很长，而且项目组人员对Visual SourceSafe也比较熟悉，所以采用Visual SourceSafe作为配置管理工具。 3.1配置库目录结构
3.2用户及权限 4．配置管理活动 4.1 配置项标志 4.1.1 命名规范 本项目配置项命名规范由5个字段组成，从左到右依次为：公司、项目、类型、编号和版本号，如图1所示。这些字段用一横线（-）分隔。
图1：配置项命名规范 4.1.2 主要配置项 QTD-School –RM –SRS-v1.0 公司：3个字符 项目：最长10个字符 类型：最长5个字符 编号：最长8位数字/字符 版本号：V m.n
4.1.3 项目基线 在Visual SourceSafe中基线由LABLE标志，字母必须为大写。基线管理由项目执行负责人确认、SCCB授权，由配置管理员执行。 表5 4.1.4 配置项的版本管理 配置项可能包含的分支从逻辑上可以划分成4个不同功能的分支：主干分支、私有分支、小组分支、集成分支。让它们分别对应4类工作空间。 这四类工作空间（分支）由项目执行负责人统一管理，根据各开发阶段的实际情况定制相应的版本选取规则，来保证开发活动的正常运作。在变更发生时，应及时做好基线的推进。 对配置项的版本管理在不同分支具有不同的策略： （1）主干分支 系统默认自动建立的物理分支——主干分支（/main）,基线均以LABLE方式出现在主干分支上。 （2）私有分支 如果多个开发工程师维护一个配置项时建议建立自己的私有分支。配置管理员对其基本不与管理，如个别私有空间上的版本树过于冗余，将对其冗余版本进行限制。 （3）小组分支 如果出现小组共同开发一配置项，该分支可视为项目组内部分组的私有空间，存放代码开发过程中的版本分支，由项目组内部控制。
软件配置管理规范 流程 1 概述 1.1 目的 本文档主要目的在于规范项目配置管理活动, 确保配置项正确地唯一标识而且易于存取, 保证基线配置项的更改受控, 明确基线状态, 在整个软件生命周期中建立和维护项目产品的完整性和可追溯性。 1.2 适用范围本文档适用于不同类别的软件产品和软件项目开发工程的配置管理活动, 针对项目不同在流程上作适当的删减。配置管理可采用各种工具及手工办法, 本文件以CVS( 并行版本系统) 配置管理工具为例, 规定公司的配置管理办法, 使用其它工具时也可对应本文件
的要求参照执行。 1.3 术语和缩略语 1.3.1 软件配置管理( Software Configuration Management, SCM) 软件配置管理是对软件修改进行标识、组织和控制的技术, 用来协调和控制整个过程。是经过技术或行政手段对软件产品及其开发过程和生命周期进行控制、规范的一系列措施。配置管理的目标是记录软件产品的演化过程, 确保软件开发者在软件生命周期中各个阶段都能得到精确的不同版本的产品配置。 1.3.2 配置项( Configuration Item, CI) 凡是纳入配置管理范畴的工 作成果统称为配置项, 配置项逻辑上组成软件系统的各组成部分, 一般是能够单独进行设计、实施和测试的。 每个配置项的主要属性有: 名称、标签、文件状态、版本、作者、日期等。所有配置项都被保存在配置库里, 确保不会混淆、丢失。配置项及其历史记录反映了软件的演化过程。 1.3.3 基线( Baseline) 在配置管理系统中, 基线就是一个配置项或一组配置项在其生命周期的不同时间点上经过正式评审而进入正式受控的一种状态这些配置项构成了一个相对稳定的逻辑实体, 而这个过程被称为基线化”。每一个基线都是其下一步开发的出发点和参考点。基线确定了元素( 配置项) 的一个版本, 且只确定一个版本。一般情况下, 基线一般在指定的里程碑处创立, 并与项目中的里程碑保持同步。每个基线都将接受配置管理的严格控制, 基线中的配置项被冻结”了, 不能再
目录 1.1在项目中如何应用VSS软件版本管理技术——VSS的配置与管理技术 (2) 1.1.1软件开发中版本管理的必要性 (2) 1.1.2Visual SourceSafe 的工作原理 (3) 1.1.3VSS是如何实现版本控制的 (6) 1.1.4VSS服务器端软件的安装 (9) 1.1.5VSS客户端软件的安装 (12) 1.1.6VSS管理员（配置管理员） (15)
1.1在项目中如何应用VSS软件版本管理技术——VSS的配置与管理技术1.1.1软件开发中版本管理的必要性 1、软件开发的方式 （1）研发小组来共同分析、设计、编码和维护 只要参加过软件开发的人都清楚，现在的软件项目完全由一个人来完成是难以想象而且也是不可能的，通常是有一个研发小组来共同分析、设计、编码和维护，并有专门的测试小组对已完成编码调试的软件进行全面的测试。 （2）信息的交流反馈的必要性 在软件开发这个庞大而复杂的过程中，需要涉及到各个方面的人员，信息的交流反馈不仅仅是在研发小组的成员之间及各个研发小组之间，还存在于客户和研发者之间。所有的这些交流反馈意见信息都有可能导致对软件的修改，小的可能只是对某个源文件中的某个变量的定义改动，大到重新设计程序模块甚至可能是整个需求分析变动。 2、软件开发中所要解决的问题 在这个工程中，由于软件开发所固有的特征，可能会形成众多的软件版本，而且我们并不能保证不出现错误的修改，而这样的一个困难局面却又非常现实地摆在项目开发管理者的面前，他/她该如何有效地解决这些问题，具体地说就是如下一些问题： 1)怎样对研发项目进行整体管理； 2)项目开发小组的成员之间如何以一种有效的机制进行协调； 3)如何进行对小组成员各自承担的子项目的统一管理； 4)如何对研发小组各成员所作的修改进行统一汇总； 5)如何保留修改的轨迹，以便撤销错误的改动； 6)对在研发过程中形成的软件的各个版本如何进行标识，管理及差异识辨等等。 3、版本管理的必要性 （1）广义上的版本管理 一个非常直接的反应，我们必须要引进一种管理机制，一个版本管理机制，而且是广义上的版本管理，它不仅需要对源代码的版本进行管理，而且还要对整个项目进行管理。（2）避免小作坊的形式-----早期的软件修改控制的方法
软件质量管理方法集团标准化办公室：[VV986T-J682P28-JP266L8-68PNN]
XXXX项目质量保证计划 ***科技（北京）有限公司
版本历史 目录 1.介绍 1.1目的 本质量保证计划制定(某项目)项目质量保证工作相关的一些措施和规定，作为质量保证工作的整体指导方向，是质量保证人员展开质量活动的依据，也是检查项目质量的基础。 本质量保证计划的目的是保证所发布的(某产品)能够满足《需求规格说明书》中规定的各项需求。
1.2术语 1.3参考资料 《**-项目计划》2.管理 2.1职责
3任务 3.1过程与产品质量检查计划 提示：质量保证员根据本项目的特征，确定需要检查的主要过程域和主要工作成果，并估计检查时间和人员。 注意：对某些过程域的检查应当是周期性的而不是一次性的，例如配置管理、需求管理等。 3.2参与技术评审的计划 提示：
（1）技术评审计划一般由研发经理或者项目的技术负责人制定。 （2）质量保证员应当参与并监督重要工作成果如需求、设计、代码的技术评审。 质量保证员根据技术评审计划，制定“参与技术评审”的计划。 （3）工作成果的技术评审有两种形式：正式技术评审（FTR）和非正式技术评审 （ITR）。FTR需要举行评审会议，参加评审会议的人数相对比较多。ITR形式比 较灵活，一般在同伴之间开展或以邮件等的方式进行评审。 3.3审计流程 提示：此处定义针对软件工作产品的审计过程。 下面是审计过程示例： 1.确定当前要审计的软件工作产品。 2.确定与当前审计有关的标准。 3.使用《QA产品审计报告》中的检查表实施工作产品审计。 4.使用《QA过程审计报告》中的检查表实施工作过程审计。 5.制定和发布《软件质量保证报告》 6.对不能在项目组内部解决的不符合问题报告给高层经理。 7.对不符合问题进行记录、跟踪直至解决。 4.输出产物
1 概述 1.1 目的 本文档主要目的在于规范项目配置管理活动，确保配置项正确地唯一标识并且易于存取，保证基线配置项的更改受控，明确基线状态，在整个软件生命周期中建立和维护项目产品的完整性和可追溯性。 1.2 适用范围 本文档适用于不同类别的软件产品和软件项目开发工程的配置管理活动，针对项目不同在流程上作适当的删减。配置管理可采用各种工具及手工办法，本文件以CVS（并行版本系统）配置管理工具为例，规定公司的配置管理办法，使用其他工具时也可对应本文件的要求参照执行。 1.3 术语和缩略语 1.3.1 软件配置管理（Software Configuration Management，SCM） 软件配置管理是对软件修改进行标识、组织和控制的技术，用来协调和控制整个过程。是通过技术或行政手段对软件产品及其开发过程和生命周期进行控制、规范的一系列措施。配置管理的目标是记录软件产品的演化过程，确保软件开发者在软件生命周期中各个阶段都能得到精确的不同版本的产品配置。 1.3.2 配置项（Configuration Item，CI） 凡是纳入配置管理范畴的工作成果统称为配置项，配置项逻辑上组成软件系统的各组成部分，一般是可以单独进行设计、实施和测试的。 每个配置项的主要属性有：名称、标签、文件状态、版本、作者、日期等。所有配置项都被保存在配置库里，确保不会混淆、丢失。配置项及其历史记录反映了软件的演化过程。 1.3.3 基线（Baseline） 在配置管理系统中，基线就是一个配置项或一组配置项在其生命周期的不同时间点上通过正式评审而进入正式受控的一种状态，这些配置项构成了一个相对稳定的逻辑实体，而这个过程被称为“基线化”。每一
软件配置管理计划示例 计划名国势通多媒体网络传输加速系统软件配置管理计划 项目名国势通多媒体网络传输加速系统软件 项目委托单位代表签名年月日 项目承办单位北京麦秸创想科技有限责任公司 代表签名年月日 1 引言 1．1 目的 本计划的目的在于对所开发的国势通多媒体网络传输加速系统软件规定各种必要的配置管理条款，以保证所交付的国势通多媒体网络传输加速系统软件能够满足项目委托书中规定的各种原则需求，能够满足本项目总体组制定的且经领导小组批准的软件系统需求规格说明书中规定的各项具体需求。 软件开发单位在开发本项目所属的各子系统（其中包括为本项目研制或选用的各种支持软件）时，都应该执行本计划中的有关规定，但可以根据各自的情况对本计划作适当的剪裁，以满足特定的配置管理需求。剪裁后的计划必须经总体组批准。
本计划中用到的一些术语的定义按GB/T 11457 和GB/T 12504。 1．3 参考资料 ◆GB/T 11457 软件工程术语 ◆GB 8566 计算机软件开发规范 ◆GB 8567 计算机软件产品开发文件编制指南 ◆GB/T 12504 计算机软件质量保证计划规范 ◆GB/T 12505 计算机软件配置管理计划规范 ◆国势通多媒体网络传输加速系统软件质量保证计划 2 管理 2．1 机构 在本软件系统整个开发期间，必须成立软件配置管理小组负责配置管理工作。软件配置管理小组属项目总体组领导，由总体组代表、软件工程小组代表、项目的专职配置管理人员、项目的专职质量保证人员以及各个子系统软件配置管理人员等方面的人员组成，由总体组代表任组长。各子系统的软件配置管理人员在业务上受软件配置管理小组领导，在行政上受子系统负责人领导。软件配置管理小组和软件配置管理人员必须检查和督促本计划的实施。各子系统的软件配置管理人员有权直接向软件配置管理小组报告子项目的软件配置管理情况。各子系统的软件配置管理人员应该根据对子项目的具体要求，制订必要的规程和规定，以确保完全遵守本计划规定的所有要求。
理论部分 1.你是怎么理解软件配置管理的？ 软件配置管理为软件研发提供了基础性的支持环境，每个人都要面对软件配置管理，学习使用它，根据具体情况选择正确的策略和方法，以便从它那里充分受益。 2.软件配置管理的作用或意义？ 在软件建立时变更是不可避免的，而变更加剧了项目中软件开发者之间的混乱。软件配置管理的目标就是为了标识变更、控制变更、确保变更正确实现并向其他有关人员报告变更。 3.IPD流程有几个决策评审点，几个技术评审点？各个技术评审点的作用？ 4个：概念决策评审（CDCP）计划决策评审（PDCP）计划决策评审（PDCP）可获得性评审（ADCP） 目标、关注点、输入、输出 4.IPD流程分为哪几个阶段？ 3个：市场管理（MM）、需求管理（OR）、继承产品开发（IPD） 5.IPD流程的核心思想是什么？ 1.产品开发是投资行为 2.基于市场的创新 3.基于平台的异步开发模式和重用策略 4.技术开发和产品开发分离 5.跨部门协同 6.结构化并行开发流程 7.产品线和能力线并重 8.职业化人才梯队建设 你是如何理解软件工作成果的？ 软件工作成果包含哪些？ 管理、系统分析、设计、编码，还是产品管理、测试、文档、实施、维护 6.举例说明什么是配置项？配置项有哪些属性？ 凡是纳入配置管理范畴的工作成果都是配置项 配置项有两大类：属于产品组成部分的工作成果；项目管理和机构职称过程产生的文档。 属性有：名称、标示符文件状态、版本、作者、日期…… 7.什么是配置库？ 存放配置项的数据库，常用两种形式：按配置项类型分类建库和按任务建库。 如果让你为你们组的项目规划一个目录结构，你认为哪些目录是必须的？ 1.项目立项与策划 2.需求分析