7.配置管理及软件发布规范

2020/9/25
软件项目管理培训之七——配置管理与软件发布规范
10
软件配置管理的工作步骤
设置、标识配置项
对各类文档、代码、数据进行分类 基于不同类别的配置项建立配置环境（文件夹结构）
版本控制
对文档、代码、数据进行版本标识 当配置项版本发生变化时，及时更新相关环境
变更控制
对需求变更、设计变更进行严格的控制和实施 保证变更的合理性，制定正确的变更处理策略
建立规范的版本记录习惯
在代码、文档、记录、报告中明确记录版本 可供作为版本标识的信息：日期、V*、详细版本号
建立层次分明，交流通畅的项目监控机制
指定各级负责人，提供唯一的信息出口 明确审核流程，规范团队成员的工作习惯
2020/9/25
软件项目管理培训之七——配置管理与软件发布规范
12
软件配置管理的方法细则
软件项目管理培训之七——配置管理与软件发布规范
7
配置管理的目标
提高软件开发的效率
减少开发工作的混乱，防止不必要的资源浪费 避免各种Bug的发生，保证软件开发的质量 加强团队成员的协作，提高解决问题的速度
加强客户交流的深度
及时把握客户需求变化，合理调整开发策略 深入了解客户应有环境，准确把握未来商机 提供完整项目发布内容，树立良好服务形象
2020/9/25
软件项目管理培训之七——配置管理与软件发布规范
13
内容提要
配置管理的概念和目标 配置管理的原则和方法 配置管理的工具和技巧 软件发布规范浅析
2020/9/25
软件项目管理培训之七——配置管理与软件发布规范
14
软件配置管理的工具
常见的配置管理工具
Rational ClearCase CVS Microsoft Visual Source Safe Word、Excel
对内部软件工程环境的配置管理
文档、代码、接口、结构的版本控制 Build环境的统一管理 各开发里程碑的监控和总结
对系统发布的配置管理
项目提交内容和提交形式的设计 后续技术支持流程的设计与维护
2020/9/25
软件项目管理培训之七——配置管理与软件发布规范
6
配置管理的工作形式
以文档为管理目标的工作形式
软件项目管理培训讲座
系列之七——配置管理与软件发布规范
内容提要
配置管理的概念和目标 配置管理的原则和方法 配置管理的工具和技巧 软件发布规范浅析
2020/9/25
软件项目管理培训之七——配置管理与软件发布规范
2
软件配置管理的基本概念
协调软件开发过程，使得各种混乱和错误减到 最小的技术，称之为配置管理 配置管理的主要工作包括标识、组织和控制修 改，以最大限度的提高软件开发效率和质量
保持团队发展的稳定
降低对个人能力的依赖，提高开发过程的复用性 记录团队的集体智慧，提升开发质量和水平
2020/9/25
软件项目管理培训之七——配置管理与软件发布规范
8
内容提要
配置管理的概念和目标 配置管理的原则和方法 配置管理的工具和技巧 软件发布规范浅析
2020/9/25
软件项目管理培训之七——配置管理与软件发布规范
2020/9/25
软件项目管理培训之七——配置管理与软件发布规范
3
为什么需要配置管理？
软件开发的发展历史
程序设计
程序系统
个人编程
小组技术
软件工程 团队管理
越来越复杂！
2020/9/25
软件项目管理培训之七——配置管理与软件发布规范
4
为什么需要配置管理？
软件开发团队面临的困难
需求分析能力差，缺乏跟踪和变更控制 项目成果管理差，降低系统的可重用性 软件测试质量差，影响开发成果稳定性 团队能力总结差，人员流动破坏延续性 客户交流能力差，软件发布过程不完整
配置审核与报告
在里程碑或者发布前，对预定目标进行审核 以Release Notes或简要文档的形式提交配置报告
2020/9/25
软件项目管理培训之七——配置管理与软件发布规范
11
软件配置管理的工作方法
建立统一的命名体系
项目命名、文档命名、代码文件命名
建立统一的文件夹结构
保持所有人员遵循一致的信息管理体系
配置管理工具的选择
根据项目规模，合理的选择配置管理工具 配置管理的意识和习惯远比配置工具重要
2020/9/25
软件项目管理培训之七——配置管理与软件发布规范
15
软件配置管理的技巧
如何应对用户需求的变更
与客户形成约定，需求不明确，项目不启动 系统设计阶段，注重模块化和灵活性 发生变更时，首先确定变更的程度：大、中、小 及时进行内部讨论，确定是否接受变更 向客户通报结果，提供需求变更的解决方案
定义文档集合，分配资源完成文档 控制文档版本，及时记录项目历史
以代码、数据、接口为管理目标的工作形式
设计代码库格式，控制代码版本变化 接口与结构管理，保证系统结构完整 相关权限分配，维持团队协作
以交流、记录为主要内容的工作形式
定期客户交流，控制需求的变化 内部交流会议，提高团队协作程度
2020/9/25
9
软件配置管理的原则
必须保证完整性
误区1：只有代码和文档才属于配置管理的范围 客户交流信息、需求变更与设计变化同属配置管理
必须注重层次性
误区2：只有项目经理或核心人员才需要配置管理 所有的开发团队成员都必须遵循配置管理规范
必须抽象配置项
误区3：只注重形式上的配置管理，不深刻抽象 数据结构、接口体系、应用流程是配置管理的核心
文件夹结构和命名机制
项目的中英文名称 统一的文件夹结构——完整和局部的结构设计
版本信息的控制
代码中的版本信息：资源、代码注释、更改记录 文档中的版本信息：修订记录、发布日期
配置项变更的控制
审核机制：明确各种变更由谁负责作出决定 通报机制：明确变更发生后需要通知谁
定期汇总和讨论
遵循里程碑定义，提供里程碑报告和Release Notes 及时分析总结配置管理的效率，提高协同程度
如何降低需求变更的负面影响
加强前期的需求分析，挖掘客户的完整需求 辅以相关商业手段，制约客户的随意行为 提高系统设计精度，将变更的影响减到最小
现实因素对软件开发团队的影响
日益多样的技术，平台多、语言多、方法多 日益复杂的应用，功能多、结构大、性能高 日益聪明的客户，需求多、变化快、标准高
2020/9/25
软件项目管理培训之七——配ቤተ መጻሕፍቲ ባይዱ管理与软件发布规范
5
配置管理的基本内容
对客户信息和数据的配置管理
客户需求的分析、跟踪和变更控制 客户数据的获取、使用和版权保护