电子商务基础与应用
合集下载
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
1.6 配置管理过程的活动
配置管理过程包含6个活动:
1. 配置项识别
2. 工作空间管理
3. 版本控制
4. 变更控制
5. 状态报告
6. 配置审计
2018/12/25 73 15
1.6.1 配置项识别
软件配置项(Software Configuration
Item,简称SCI)是指软件开发过程中 产生的所有信息,这些信息是软件配置 管理的基础,包括: 1. 计算机程序(源码和可执行代码) 2. 计算机文档(技术和用户手册) 3. 程序数据(程序内部和外部数据)
73 31
2018/12/25
2.1.1 权限控制
权限控制是指控制不同团队开发人员
的操作权限,防止误操作 权限是一个四元向量(主体、客体、 行为、布尔值),即主体对客体施加 的某种操作行为是否被批准
权限控制的基本工作就是维护主体集
合、客体集合、行为集合以及权限向 量集合
2018/12/25 73 32
2018/12/25 73 5
1.1.2 忽视软件配置管理可能导 致的混乱现象
1. 发错了版本 2. 安装后不工作
3. 异地不能正常工作
4. 不同语言版本的混淆
5. 已经解决的缺陷过后又出现错误
6. 找不到最新修改了的源程序
2018/12/25
73
6Βιβλιοθήκη Baidu
1.1.3 软件配置管理失效导致找 不到源代码
2018/12/25
73
36
2.1.5 报告
为保证项目按时完成,项目经理必须
监控开发进程并对发生的问题迅速做 出反应
报告功能能使项目经理随时了解项目
的进展情况
2018/12/25
73
37
2.1.6 过程自动化
过程详细描述了各种人员在整个软件生
存周期中如何使用整个系统,过程控制 可以保证每一步都按照正确的顺序由合 适的人员实施
7. 重建软件的适当版本 8. 复审所有SCI的变化
9. 发布新版本 在变更控制流程中,使用配置管理工具
来进行访问控制和同步控制
2018/12/25
73
24
1.6.5 配置状态报告
配置状态报告就是根据配置项操作数
据库中的记录来向管理者报告软件开 发活动的进展情况
报告通常由CASE工具根据数据库中的
记录情况定期自动生成
2018/12/25
73
25
1.6.5.1 配置状态报告的内容
配置状态报告包括7方面的内容:
1. 配置库结构和相关说明
2. 开发起始基线的构成 3. 当前基线位置和状态 4. 各基线配置项集成分支的情况 5. 各私有开发分支类型的分布情况 6. 关键元素的版本演进记录 7. 其它应予报告的情况
2018/12/25
73
7
1.2 软件配置管理的内容
软件配置管理包含3个方面的内容:
1. 版本管理(Version Control) 2. 变更控制(Change Control)
3. 过程支持(Process Support)
2018/12/25
73
8
1.2.1 版本控制
版本控制是全面实行软件配置管理的
73
35
2.1.4 独立工作空间
开发团队成员需要在开发项目上协同、并发的
工作,但又不相互影响,就需要为开发人员提 供独立工作空间 沙箱(Sandbox)是为并发开发提供的独立工 作空间,有时也称为工作目录(Working Folder) 开发人员在沙箱上进行开发,完成后可以合并 到开发主线上,通过刷新操作,开发人员可以 在沙箱内看到其他人员的开发成果
2018/12/25 73 26
1.6.6 配置审计
配置审计的主要作用是作为变更控制的
补充手段,以确保某一变更需求已经被 切实完成
配置审计作为技术复审的一部分,由
SQA人员独立执行
2018/12/25
73
27
1.6.7 软件配置管理的主要任务
配置管理的主要任务包括:
1. 制定项目的配置管理计划 2. 对配置项进行识别
变更控制是指在整个软件生命周期中对
软件变更的控制 变更控制工具提供有效的问题跟踪和系 统变更请求管理 通过对软件生命周期各阶段所有的问题 和变更请求进行跟踪记录,来支持团队 成员报告、抓取和跟踪与软件变更相关 的问题
2018/12/25 73 34
2.1.3.1 变更请求表
2018/12/25
变更控制是按照一定的规程控制软件的
修改
对于稳定的软件,往往由于不经意的修
改造成软件的不稳定,如果不控制软件 产品的变更,可能会得不到一个可以正 常使用的软件基线
2018/12/25
73
10
1.2.3 过程支持
过程支持是指按照软件工程过程的标准
进行软件的开发和管理
软件过程是一个为建造高质量软件所需
软件配置管理概述 软件配置管理的内容 软件配置管理模式 软件配置管理作用 软件配置管理过程 软件配置管理的活动 软件配置管理的主要任务
2018/12/25
73
3
1.1软件配置管理概述
软件配置管理(Software Configuration
Management),又称为软件形态管理 ,软件构建管理,简称软件形管( SCM)
2018/12/25 73 12
1.4 配置管理的作用
软件配置管理的最终目标是管理软件产
品,包括软件需求,源码以及文档等 好的配置管理过程能覆盖软件开发和维 护的各个方面,同时对软件的项目管理 也起到重要支持作用 好的配置管理能使软件开发过程有更好 的可预测性,使软件系统具有可重复性 ,使用户和主管部门对软件质量更有信 心
2018/12/25
73
16
1.6.1.1 软件配置性
2018/12/25
73
17
1.6.1.2 基线
基线是指已经通过复审批准的某规约或
产品,它可以作为进一步开发的基础, 并且只能通过正式的变更控制过程进行 改变 软件配置项可以分为: 1. 基线配置项,包括设计文档和源码,原 则上向软件开发人员开放读取权限 2. 非基线配置项,包括各类计划和报告, 原则上向PM、CCB(Configuration Control Board)及相关管理人员开放
软件配置管理工具支持则对软件配置管
理起到重要的支撑作用
2018/12/25
73
30
2.1 软件配置管理工具功能
1. 2.
3.
4. 5.
6.
7. 8.
软件配置管理工具包括8个方面的功能 权限控制 版本控制 变更管理 独立的工作空间 报告 过程自动化 管理项目的整个生命周期 与主流开发环境的集成
基础,可以保证软件技术状态一致性 版本控制是对系统不同版本进行标识 和跟踪;版本标识的目的是便于对版 本加以区分、检索和跟踪,以表明不 同版本之间的关系 版本控制包括检入检出控制、版本的 分支和合并,版本的历史记录和版本 发行等对软件的操作控制
2018/12/25 73 9
1.2.2 变更控制
既分工合作又互不干扰,需要对存放软 件配置项的工作空间进行管理和维护
2018/12/25
73
20
1.6.2.1 工作空间分类
工作空间可以分为3类:
1. 私有的工作空间:开发人员的专属工作
空间,其他人员不得操作 2. 团队的工作空间:开发团队成员具有操 作的权利 3. 公共的工作空间:用于统一存放各个开 发团队的阶段性工作成果,它提供全组 统一的标准
2.1.2 版本控制
版本控制是软件配置管理的基本要求 1. 版本控制工具可以记录项目和文件的
修改轨迹 2. 版本控制工具可以对同一文件的不同 版本进行差异比较,从而可以恢复到 任意一个版本 3. 版本控制工具对用户提供了多种途径 来标识版本
2018/12/25 73 33
2.1.3 变更控制
同时也支持用户自定义生命周期模式,
比如迭代开发模式,以适应特殊的开 发需求
2018/12/25 73 39
2.1.8 与主流开发环境的集成
配置管理工具逐渐与主流开发工具集
成在一起,方便了软件的开发过程
从集成开发环境的角度看,版本控制
是其一项新的功能
从配置管理的角度看,集成开发环境
充当了沙箱的角色
软件配置管理和项目管理工具
Software Configuration Management and Project Management Tool
任课老师:黄武
2018/12/25
73
1
提纲
软件配置管理
软件配置管理工具的功能 成熟软件配置管理工具的特征
2018/12/25
73
2
1 软件配置管理
2018/12/25 73 21
1.6.3 版本控制
版本控制是软件配置管理的核心功能
所有配置库中的元素都应自动予以版本
标识,并保证版本命令的唯一性
对于配置库中的各个基线控制项,应该
根据其基线的位置和状态来设置相应的 访问权限
2018/12/25 73 22
1.6.4 变更控制
变更控制是和基线紧密相连的
过程自动化工具使用事物触发工具,让
一个事物触发另一个事件产生行为,来 实现过程自动化,比如时间节点达到自 动生成状态报告
2018/12/25 73 38
2.1.7 管理项目的整个生命周期
软件配置工具应提供典型的开发模式
模板,支持从软件需求、设计、编码、 测试到发布后维护的整个项目生命周 期
完成任务的框架,即形成软件产品的一 系列步骤,包括中间产品、资源、角色 及过程中采取的方法、工具等范畴
软件过程支持是和配置管理紧密联系的
2018/12/25 73 11
1.3 软件配置管理模式
软件配置管理包括4种模式
1. 恢复提交模式:面向文件的软件配置
管理 2. 合成模式:面向软件系统的配置管理 3. 长事务模式:面向团队开发的整个工 作空间的配置管理 4. 面向改变模式:针对对基线版本的改 变的管理(跟踪组件变化)
2018/12/25 73 13
1.5 软件配置管理过程
软件配置管理要回答以下问题:
1. 采用什么方式来标识和管理已存在程序
的各种版本 2. 在软件交付用户之前和之后如何控制变 更 3. 谁有权批准和对变更安排优先级 4. 利用什么办法来估计变更可能引起的其 他问题
2018/12/25 73 14
2018/12/25 73 40
3 成熟软件配置管理工具的特征
软件配置管理工具的发展
成熟软件配置管理工具的特征
2018/12/25
73
41
3.1软件配置管理工具的发展
软件配置管理工具的发展过程:
1. 第一代:基于文件,以版本控制为特征,
如Microsoft VSS 2. 第二代:基于项目库,支持并行开发团 队协作及过程管理,最显著的特征是软 件开发项目的源代码与它们的文档分离, 形成了项目库的概念,如CVS,SVN 3. 第三代:配置管理的整体解决方案,涵 盖配置管理的整个过程,如Rational Clear Case
2018/12/25 73 18
1.6.1.3 配置基线
基线是软件生存期各开发阶段末尾的
特定点,也称为里程碑
2018/12/25
73
19
1.6.2 工作空间管理
引入软件配置管理之后,要求所有开发
人员把工作成果都存放到由软件配置管 理工具所管理的配置库中
为了让每个开发人员和各个开发团队能
软件配置管理贯穿于整个软件生命周期
,对每个软件项目的变更进行管理,维 护不同项目之间的版本关联,以使软件 在开发过程中任何一时间的内容都可以 被追溯
2018/12/25 73 4
1.1.1软件配置管理的概念
ISO 9000-3 :1997
配置管理是一门管理学科,它对配置 项(包括软件项)的开发和支持生存期给 予技术上的和管理上的指导;配置管理的 应用取决于项目的规模、复杂程度和风险 大小 W.Babich 的解释 软件配置管理能协调软件开发,使混 乱减少到最小。软件配置管理是一种标识 、组织和控制修改的技术,目的是最有效 的提高生产率
变更管理的一般流程是: 1. 提出变更请求
2. 由CCB (Configuration Control Board
)审核并决定是否批准 3. 批准后指定人员提取SCI进行修改 4. 复审变化 5. 提交修改后的SCI
2018/12/25 73 23
1.6.4.1 变更控制的流程
6. 建立测试基线并测试
3. 对配置项进行版本控制
4. 对配置项进行版本变更控制
5. 定期进行配置审计
6. 向相关人员报告配置状态
2018/12/25
73
28
1.6.8 配置管理流程
2018/12/25
73
29
2. 软件配置管理工具的功能
软件配置管理为软件开发提供了一套管
理办法和活动原则,成为贯穿软件开发 始终的重要质量保证活动