项目配置管理、开发环境搭建
配置管理和环境管理
配置管理和环境管理现如今，在软件开发和信息技术领域，配置管理和环境管理是项目成功的关键因素之一。
配置管理是指有效地管理和控制项目中使用的软件和硬件配置信息，而环境管理则是确保项目在不同环境下的顺利部署和运行。
一、配置管理配置管理在软件开发生命周期的每一个阶段都起到关键作用。
它有助于定义和记录项目的各种配置项，并追踪它们的变化和演变。
配置项可以包括软件源代码、库文件、配置文件等。
通过配置管理，可以确保在开发过程中对这些配置项进行有效地版本控制和变更管理。
配置管理的一个重要组成部分是配置控制。
配置控制可以通过工具和方法来实现，例如使用版本控制系统来管理代码的演变和分支，或者使用配置管理数据库来跟踪和记录配置项的变更历史。
通过配置控制，可以确保在开发过程中的变更和更新是有序和可追溯的。
配置管理还可以帮助项目团队确保各种配置项之间的一致性和兼容性。
在软件开发中，不同的软件组件可能需要在特定的环境中运行或协作。
配置管理可以帮助团队定义和验证各种配置项之间的依赖关系和要求，以确保整个系统能够正常工作。
二、环境管理环境管理是一项关键任务，特别是在项目需要在不同的环境中进行部署和运行时。
一个项目可能需要在开发环境、测试环境和生产环境中进行部署和运行，每个环境都有自己的要求和限制。
在环境管理中，需要考虑以下几个方面：1. 硬件和软件环境：确保项目在不同的硬件和软件环境中能够正常运行。
这需要在每个环境中正确配置和安装所需的软件和硬件组件。
2. 数据库管理：对于涉及数据库的项目，环境管理还要确保数据库在不同环境中的正确配置和复制。
这包括数据库架构、数据迁移和备份恢复等方面的管理。
3. 网络和安全：确保项目在各个环境中的网络和安全设置是正确的。
这包括网络连接、防火墙配置、权限管理等方面的管理。
4. 监控和日志：确保项目在各个环境中能够正确地监控和记录运行状态和事件。
这有助于及时发现和解决潜在的问题。
环境管理还包括确保项目团队对各个环境的及时和准确的配置变更。
我的全栈之路-Java基础之Java企业级项目开发环境搭建
我的全栈之路-Java基础之Java企业级项⽬开发环境搭建我的全栈之路-Java基础之Java企业级项⽬开发环境搭建我的全栈之路2.1 Java企业级开发环境概述绝⼤多数Java开发⼯程师在公司⼊职做项⽬开发时，公司都会统⼀发放Windows笔记本(例如⼩⽶，戴尔等)，当然有些公司也会发苹果的MacBookPro。
本⼈⽬前打算做全平台开发，因此准备了两台电脑，配置仅供参考。
Alicenware 17R5Intel 8代i9+32G内存+1TSSD+1T机械+GTX1080显卡+4K分辨率+眼动仪macBookPro 19款Intel 9代i9+32G内存+512SSD+Radeon Pro Vega 20显卡良好的硬件配置可以提⾼开发、测试、部署效率，如果条件允许尽量选择⾼配置的电脑。
然后会使⽤Windows10/macOS+Java8+IntelliJ IDEA+Git/GitLab+Maven/Gradle+Chrome作为开发环境同时也会使⽤到Navicat、SecureCRT、Jenkins、Postman,JMeter等⼯具来完成⽇常的相关开发、测试、部署等任务。
2.2 Windows10安装Java82.2.1 Windows10和Java介绍Java8作为⽬前最主流的版本，⼀些开源框架(例如SpringBoot2.0)和 ⼤型互联⽹公司的分布式应⽤都已经采⽤Java8构建和部署。
2.2.2 Java8下载Windows10安装Java8⾮常简单，⾸先我们去Oracle官⽹下载Java8，⽬前最新的Java8版本是1.8.0_221在点击jdk-8u221-windows-x64.exe的下载链接后，登录Oracle账户就可以开始下载了如果Oracle官⽹下载⽐较慢，还可以复制链接到迅雷下载。
2.2.3 Windows10安装JDK8Java8下载完成以后，双击安装⽂件jdk-8u221-windows-x64.exe，然后系统会弹出⼀个⽤户账户控制的窗⼝，提⽰"你要允许此应⽤对你的设备进⾏更改吗"，这⾥选择⽤⿏标点击是，就可以开始进⾏安装了。
项目管理流程搭建
项目管理流程搭建项目管理是指通过规划、组织、指挥、协调和控制资源，以实现项目目标的过程。
项目管理流程搭建是指建立一个完整的、系统的、可持续的项目管理流程，以确保项目能够按时、按质、按量地完成。
一个有效的项目管理流程可以帮助团队成员明确各自的职责和任务，提高工作效率，降低项目风险，从而提高项目成功的几率。
本文将重点介绍项目管理流程搭建的步骤和要点。
1.明确项目管理流程的目标和范围。
在搭建项目管理流程之前，首先需要明确项目管理流程的目标和范围。
项目管理流程的目标是确保项目能够按时、按质、按量地完成，而范围则包括项目管理的各个环节，如项目启动、规划、执行、监控和收尾等。
只有明确了项目管理流程的目标和范围，才能有针对性地搭建项目管理流程。
2.制定项目管理流程的框架和流程图。
在明确了项目管理流程的目标和范围之后，就需要制定项目管理流程的框架和流程图。
项目管理流程的框架是指项目管理的各个环节和其之间的关系，而流程图则是指项目管理的具体流程和步骤。
通过制定项目管理流程的框架和流程图，可以帮助团队成员清晰地了解项目管理的整体架构和具体流程，从而更好地进行项目管理。
3.明确项目管理流程的各个环节和步骤。
在制定了项目管理流程的框架和流程图之后，就需要明确项目管理流程的各个环节和步骤。
项目管理的各个环节包括项目启动、规划、执行、监控和收尾，而每个环节又包括各种具体的步骤，如需求分析、资源调配、进度控制等。
通过明确项目管理流程的各个环节和步骤，可以帮助团队成员清晰地了解自己的工作内容和工作流程，从而更好地进行项目管理。
4.建立项目管理流程的文档和模板。
在明确了项目管理流程的各个环节和步骤之后，就需要建立项目管理流程的文档和模板。
项目管理流程的文档包括项目管理手册、工作说明书、进度报告等，而模板则包括项目计划模板、风险评估模板、问题解决模板等。
通过建立项目管理流程的文档和模板，可以帮助团队成员更好地进行项目管理，提高工作效率，降低项目风险。
项目配置管理
项目配置管理本项目是大型的软件开发集成项目，由多项小组组成。
为了使项目组的产出物能够得到有序完整的管理，整个项目应该有统一的项目配置管理策略。
1配置管理策略选择项目配置管理策略采用集中式配置管理，建立一个主的配置管理库，收集和管理项目所有的产出物。
这个策略的优点是产出物集中，项目组可以方便获取产出物的第一手信息；保障了对产出物的拥有权，我们配备专门的人员、专门的设备来进行管理。
2配置管理机构按照上述选择的策略，配置管理机构分为两个级别：一个是业主委派的机构，负责整个工程的IT资产的配置管理；另一个是项目组中设置配置管理员，由质量保障组组长主持配置管理工作，由配置管理员执行具体的配置管理事务。
3配置管理计划业主委派的配置管理机构，要制定详实的配置管理计划，报送业主单位审批和备案，并按照计划遵照执行。
项目组在项目立项时，由项目经理主持、质量管理员具体负责起草配置管理计划并报质量保障组组长和项目经理审批，项目经理在审批后及时向项目全体成员传达计划内容，并监督配置管理计划的执行，全体成员应积极配合配置管理人员执行配置管理计划。
获得项目组审批通过的配置管理计划要报送业主和监理单位备案。
4配置管理活动1、定义项目基线需求基线：需求分析基线是指经过联合评审确认的《需求规格说明书》中说明的有关事项，具体包括：业务需求分析中的业务流程图（功能需求）、性能需求描述（可用性、安全性、可维护性、可移植性等）、系统运行平台（硬件平台、网络平台、操作系统平台、数据库平台等）。
功能基线：功能基线主要是指经过联合评审确认的“概要设计说明书”和“详细西设计说明书”中的各项规格说明。
产品基线：在软件测试阶段结束时，经过正式评审和批准的软件产品和全部配置项的规格说明。
其他基线：如项目计划基线既是前一阶段工作的成果，又是下一阶段工作的依据，为此，必须有严格的手段控制基线的确认、标识和更改，其要点为：经过联合评审确认需求基线后，设计人员在进行系统的设计时，必须严格按照需求分析文档所规定的范围进行。
AndroidStudio开发环境搭建
三、安装过程中遇到的问题
解决方法
如 果 想 跳 过 这一 步 ， 可 以 进行 如 下 操 作 ：在 Android Studio 安 装 目录下 的 bin 目 录 下 ， 找 到 idea.properties 文 件 ， 在 文 件 最 后 追 加 disable.android.first.run=true 。
相比Eclipse，Android Studio IDE有自己的特点：
对UI界面设计和编写代码有更好地支持，可以方便地调整设备上的多种分辨率。 同样支持ProGuard工具和应用签名。 不过，目前版本的Android Studio不能在同一窗口中管理多个项目。每个项目都会打
开一个新窗口。我猜这是借鉴了Intellij IDEA的行为，而且Google近期不会对此做出 调整。 支持Gradle自动化构建工具，这真是极好的，但对于刚从Eclipse平台转移过来的开发 者来说还需要一段时间去学习和适应。
筹办航空事宜
处
三、从驿传到邮政 1．邮政 (1)初办邮政： 1896年成立“大清邮政局”，此后又设 ， 邮传邮正传式部脱离海关。 (2)进一步发展：1913年，北洋政府宣布裁撤全部驿站； 1920年，中国首次参加 万国。邮联大会
2．电讯 (1)开端：1877年，福建巡抚在 架台设湾第一条电报线，成为中国自 办电报的开端。
JDK是Java的核心，包含了Java的运行环境（Java Runtime Environment），一堆Java 工具和给开发者开发应用程序时调用的Java类库。
我们可以打开jdk的安装目录下的Bin目录，里面有许多后缀名为exe的可执行程序， 如下图所示：
二、下载和安装相关的软件
这些都是JDK包含的工具，通过配置JDK的变量环境，我们可以方便地调用这些工具及 它们的命令。
第七章软件项目配置管理
27
本章要点
■ 1 配置管理的概念 ■ 2 配置管理计划 ■ 3 配置标识与建立基线 ■ 4 变更管理 ■ 5 版本管理 ■ 6 配置审核 ■ 7 配置状态报告
28
基线（Base Line）
■ （IEEE）基线：已经正式通过复审和批 准的某规约或产品，它因此可作为进一 步开发的基础，并且只能通过正式的变 化控制过程改变。
9
配置管理的作用
7/1/2021
•软件项目的位置 管理
－－－－
•Who am I ?
•Why am I here
•Why am I who I am?
•Where do I
belong?
10
配置管理主要功能
■ 给出程序的状态 ■ 给出一个程序的最新版本 ■ 处理并发更新申请 ■ 取消一个程序变更 ■ 防止未授权的变更或删除 ■ 提供需求变更申请和程序变更之间的可跟踪性 ■ 取消一个需求变更 ■ 显示相关变更 ■ 收集当前系统源代码和文档信息，以便恢复
■ 记录和追踪变更； ■ 采取措施保证变更在受控状态下进行；
54
配置库
■ Configuration Library ■ 作用：
·记录与配置相关的信息； ·利用库中信息评价变更后果； ·从库中提取配置管理过程的管理信
息；
55
关于软件配置库的概念
■ 动态库（开发库、程序员库、工作库）
·开发周期的某个阶段，存放与该阶段工作有关系 的信息
· 配置管理系统包括提交建议的变更的过程，评审 和批准建议的变更的跟踪系统，为授权和控制变 更规定的批准级别，和确认批准的变更的方法。
■ CMMI即(能力成熟度模型集成)
· 运用配置标识、配置控制、配置状态统计和配置 审计，建立和维护工作产品的完整性。
如何进行软件开发环境的搭建和部署
如何进行软件开发环境的搭建和部署随着数字化时代的发展，软件开发已经成为了一项重要的技能，而搭建和部署软件开发环境就显得尤为重要。
本文将介绍如何进行软件开发环境的搭建和部署。
一、选择开发环境在开始进行软件开发环境搭建和部署之前，首先需要选择一款适合自己开发的集成开发环境（Integrated Development Environment，简称IDE）。
常见的IDE有Eclipse、Intellij IDEA、Visual Studio等。
Eclipse是一款广泛使用的Java开发工具，支持多种编程语言，包括Java、C/C++、Python等。
Intellij IDEA则是适合企业级应用开发的Java IDE，提供了强大的资源管理和调试工具，支持Spring框架等。
而Visual Studio则是专门面向Windows平台的IDE，旨在提供全面一体化的开发体验。
需要根据自己的开发需求来选择合适的IDE，其中除了功能外，也可以考虑集成度、用户友好度、性能等因素。
二、安装和配置开发环境一款IDE的安装和配置是软件开发的基础。
以安装Eclipse为例，首先需要下载Eclipse包，然后将其解压到合适的目录下，即可开始安装。
在安装过程中，需要设置JRE的路径，即Java运行环境的路径。
如果未安装Java Runtime Environment（JRE），则需要先安装JRE。
安装完成后，需要配置Java环境变量，将JRE安装路径添加至PATH环境变量中。
此外，还需要根据自己的需要安装相关插件和工具包，以提高开发效率。
例如，对于Java开发，可以安装Junit插件，以进行单元测试；安装Maven工具包，以进行项目的构建和管理。
三、版本控制和协作在进行软件开发时，版本控制和协作也是非常重要的环节。
版本控制可以帮助团队成员更好地协作，保证代码的质量和可维护性。
目前比较流行的版本控制工具包括Git、SVN等。
Git是一款开源的分布式版本控制系统，支持多个人协同开发，并可以将代码托管到在线仓库（如GitHub、GitLab）。
Vue项目开发工具之在WebStorm上的环境配置及搭建
Vue项⽬开发⼯具之在WebStorm上的环境配置及搭建准备1：webstorm的安装(友情博客链接)：2：node.js的安装:3：vue-cli4. Webstorm 快速启动Vue项⽬配置步骤webstorm的安装及破解 (请参考链接博客)node.js的安装1.直接双击运⾏nodejs的下载⽂件*.msi,⼀路next,⼀直到选择安装模式下停⽌2.vue项⽬选择最后⼀个,默认安装以上所有3.点击next,然后install即可(需要等⼀会)4.检查node.js安装完成,打开cmd,输⼊指令5.以上node.js的安装就完成了,但是为了后⾯的⽅便使⽤,此处需要配置⼀些nodeJS的使⽤配置5.1 打开node.js的安装⽬录,配置及指定之后npm的全局缓存⽬录(放到此安装⽬录D盘中),避免之后占⽤C盘空间5.2 创建两个空⽬录5.3 打开cmd命令⾏,运⾏1 npm config set prefix "D:\Program Files\nodejs\node_global"2 npm config set cache "D:\Program Files\nodejs\node_cache"5.4 接下来设置环境变量，“我的电脑”-右键-“属性”-“⾼级系统设置”-“⾼级”-“环境变量”在【系统变量】下新建【NODE_PATH】，输⼊【D:\Program Files\nodejs\node_global\node_modules】(改成你⾃⼰的nodeJS的安装⽬录)将【⽤户变量】下的【Path】修改为【D:\Program Files\nodejs\node_global】(改成你⾃⼰的nodeJS的安装⽬录)5.5 npm install express -g ,测试⼀下vue-cli0.安装淘宝镜像1、打开cmd，输⼊命令安装Vue需要npm的版本⼤于3，所以我们先升级⼀下npm，输⼊命令cnpm install cnpm -g安装vue，输⼊命令npm install -g @vue/cli 使⽤该命令安装3.0以上版本cnpm install vue安装vue-cli，输⼊命令cnpm install --global vue-cli1.打开命令⾏输⼊安装命令:npm install -g vue-cli2.安装后测试⼀下是否安装成功或者vue -V,注意V是⼤写Webstorm快速启动Vue项⽬配置1.添加npm到Webstorm2. 在Webstorm->view->Tool windows->Terminal下输⼊node -v,如果出现版本号,恭喜你不⽤配置,如果没有需要进⾏以下操作在webstorm⾥配置nodejs环境,然后注意重启如果此步骤配置完成,Webstorm中还是不能查到版本号,请重启电脑--------------------------------------------------------------------------------------------------------------------------------------------以上环境的配置就完成了【报错】1. ERROR :命令⾏新建项⽬在命令⾏输⼊ vue init webpack myProVue 创建myProVue 的项⽬时报错SyntaxError: Block-scoped declarations (let, const, function, class) not yet supported outside strict modeat exports.runInThisContext (vm.js:53:16)at Module._compile (module.js:373:25)at Object.Module._extensions..js (module.js:416:10)at Module.load (module.js:343:32)at Function.Module._load (module.js:300:12)at Function.Module.runMain (module.js:441:10)at startup (node.js:139:18)at node.js:968:3报错原因:node的版本过低,升级版本解决⽅案:1.先检查npm和node的版本查看npm版本：npm -v升级npm： npm install -g npm查看node版本：node -v2.卸载vue-clinpm uninstall -g vue-cli3.重新安装vue-clinpm install -g vue-cli4.踩坑记4.1 webstorm是前端调试⼯具,需要部署到服务器上运⾏,不能实现⾃动部署,需要⼿动部署,部署到远程和本地是⼀样的步骤4.2 IDEA是后台管理连接服务器的强⼤的集成⼯具,是代替了eclipes和myeclipes等后台代码编写及服务器部署管理的强⼤⼯具IDEA与webstorm的服务器是分开的,IDEA是⼀体化集成,wenstorm需要将前端css等这些代码⼿动部署到服务器之后,⼿动启动服务器之后,才能进⾏预览的.即打开html界⾯,点击左上⾓的浏览器的这些图标,打开浏览器预览4.3 还需要注意⼀点,webstorm 仅仅能显⽰当前页⾯的改动情况,视觉效果的改动,想要进⾏js调试是不⾏的所以只限于打开页⾯,不能进⾏页⾯的跳转及其他处理(如果要进⾏调试,需要部署到远程服务器上,在浏览器上调试.服务器部署请参开4.1)---------⼤家看⼀下下⾯的这个配置,应该也能看出来⼏分,仅仅是单个页⾯的调试开始⼀个新项⽬1. webstorm新建⼀个vue项⽬2.1).npm install -g vue-cli 先安装vue2).vue init webpack my-project 创建项⽬框架3).npm install 安装项⽬依赖4).npm run dev 运⾏测试环境4.4 在现有项⽬导⼊到webstorm中时，不知道对⽅是使⽤的什么开发⼯具在运⾏npm run dev时报错> yn-znp-pmsweb@1.0.0 dev> vue-cli-service serve'vue-cli-service' 不是内部或外部命令，也不是可运⾏的程序或批处理⽂件解决办法：npm install -g @vue/cli-service重新安装后解决-----------------------------重新运⾏后报错INFO Starting development server...10% building 2/5 modules 3 active ...dules\babel-loader\lib\index.js!F:\WorkspaceWeb\yn-znp-pms-web\src\main.jsE rror: error:0308010C:digital envelope routines::unsupportedat new Hash (node:internal/crypto/hash:67:19)at Object.createHash (node:crypto:135:10)。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
定义类 设计类
需求分析及定义阶段完成后得到的工 作产品 设计阶段结束后得到的工作产品
编码类 测试类
编码及单元测试后得到的工作产品 系统测试完成后得到的工作产品
维护类
软件配置管理
进入维护阶段以后产生的工作产品
以上任何需要变更的软件配置项
11
2011年7月2日 SEI of ECNU 版权所有©
配置项
时机
各个阶段里程碑结束前 产品交付或产品正式发行前 在产品维护工作中定期地进行
分类
功能配置审计：验证配置项是否符合需求（原始需求，变更需求）的定义，评估 测试方法、开发过程、报告、其他工程和设计文档是否完成 物理配置审计：确保所有的变更版本都在，所有要求的软件项都在。即验证配置 项的物理特性（命名、变更、模板等）与期望的一致性 基线审计：构成基线的配置项是否符合规格标准和需求，基线完整性检查
1.
2. 3.
软件配置管理
2011年7月2日 SEI of ECNU 版权所有©
10
配置项
1. 2. 3. 4.
配置项的选取
SEI的CMMI原则 可能被两个或者更多小组共享的工作产品 会随着时间而变更的工作产品，其变更原因可能是发生错误或者变更需求 多个相互依赖的工作产品，其中一个发生改变将会影响到其它的工作产品 对项目重要性极高的工作产品
6.
已经正式通过复核与批准的规约或工作产品 是一种“冻结”状态 交付给客户的基线成为一个Release，内部开发用的基线为一个Build 属性 通过正式评审过程建立； 存在于基线库，对基线的变更接受更高权限的控制； 基线是进一步开发和修改的基准和出发点； 进入基线前，不对变化进行管理； 进入基线后，对变化进行有效管理； 不会变化的内容不纳入基线，变化对其它无影响的也不纳入基线
与软件的演变相关，例如，为某个客户建立的特定版本，需要在相关配置 项的基础上管理分支
软件配置管理
2011年7月2日 SEI of ECNU 版权所有©
22
变更控制
变更控制流程
软件配置管理
2011年7月2日 SEI of ECNU 版权所有©
23
变更控制
变更申请单 CCB成员
21
变更控制
说明
结合人的规程和自动化工具，提供一个变化控制的机制 建立一套控制软件修改的机制，保证生产符合质量标准的软件和保证 每个版本的软件包含所有必需的元素，使同一版本中的各个元素可以 正常工作 基线的变更控制
目的
分类
一个软件版本的开发周期内对基线配置项的变更
软件版本的变更控制
5
配置管理
讨论可控的软件变化
配置管理的主要内容
配置项 变更控制 配置审计* 配置状态发布*
配置管理 通用知识
配置管理计划 配置管理工具Subversion
配置管理 计划
支持 依据
配置管理 工具
实施配置管理三要素
软件配置管理
2011年7月2日 SEI of ECNU 版权所有©
步骤
1. 2. 3. 4. 5. 6.
确定参与构建的全部资源的正确版本 基于1的内容建立一个干净的仅用于构建目的的专用工作空间 执行构建过程并对构建过程进行审计 对构建和审计过程中产生的导出文件进行版本控制 为已经受控的导出文件建立基线 生成软件发布介质
软件配置管理
2011年7月2日 SEI of ECNU 版权所有©
软件配置管理
2011年7月2日 SEI of ECNU 版权所有©
4
可控的软件变更
配置管理
管理软件的变化，采用配置项标识、控制、状态统计和审计等 手段，对各类工作产品的内容、版本、变更和发布进行控制
目的
在于在软件生命周期中建立和维护软件产品的完整性，保证团队 的有效协作
软件配置管理
2011年7月2日 SEI of ECNU 版权所有©
确定版本发布 维护工作空间
构建系统
变更工作空间
建立发布版本
软件配置管理
2011年7月2日 SEI of ECNU 版权所有©
9
配置项
1. 2. 3. 4. 5.
软件配置项
状态需要受控的软件系统的组成部分 每个配置项应至少标识出下列属性 Who：作者，谁创建的 When：时间，什么时间创建的时间 Why：原因，为什么创建此配置项 Where：当前状态，当前的存储位置及状态 Version：版本号，如何组装到正确的版本中 三个分支 私有分支：开发人员的私有开发空间 集成分支：开发团队的公共空间 公共分支：整个软件开发组织的公共空间
软件配置管理
2011年7月2日 SEI of ECNU 版权所有©
15
配置项
基线示例
软件配置管理
2011年7月2日 SEI of ECNU 版权所有©
16
配置项
建立基线的优势
重现性 可追溯性 版本隔离
开发前确定基线的“配置” 基线批准前，根据“配置”检查配置项是否齐备 对各个配置项，确认其版本的正确性 对每个配置项建立基线标志
软件配置管理
2011年7月2日 SEI of ECNU 版权所有©25ຫໍສະໝຸດ 配置审计审计内容
按照《配置管理计划》，审计已创建的配置项、基线，以确保在配置中 包含的配置项的正确版本 检查每个配置项的名称、版本标识、状态标识和注释是否按照规定书写 如果变更，按照《变更申请表》，检查《配置管理计划》以及相关部分 是否做了同步修改，是否有尚未处理的变更请求，是否存在不按相关规 程做出的变更 输出《配置管理审计报告》
6
配置管理的内容
配置标识
配置控制
状态报告 配置审计
软件配置管理
2011年7月2日 SEI of ECNU 版权所有©
7
配置管理内容
开始
跟 踪 变和 更维 控护 制配 配置 置项 项状 及态 基， 线控 变制 更和 情维 况护 基 线
标识配置项， 制定配置管理计划
执 行 配 置 审 计
建立配置管理系统， 配置项入库
软件配置管理
2011年7月2日 SEI of ECNU 版权所有©
18
配置控制
版本控制
对配置项的不同版本进行标识和跟踪的过程������
目的：对软件开发过程中配置项的发展过程提供有效的追踪 手段，保证在需要时可以找到旧版本，避免文件的丢失、修 改的丢失和互相覆盖 对版本的控制，实际上就是对配置项各种操作的控制
配置项格式：项目名称（-子系统名称）版本号配置项文档名称
项目名称：采用立项后的项目名称的英文缩写表示 子系统名称：采用约定的子系统名称的英文缩写表示 版本号：采取两位，形式为0.0， 配置项文档名称：采用汉字表示 某项目iVPN-SER3.1版本的产品需求规格说明书可标识为： iVPN-SER V3.1产品需求规格说明书
配置项的级别
已基线化得配置项：已完成该配置项的审核和批准，并且成为创建或修改其它配 置项的输入 受管理和受控的配置项：已提交审核、但还未批准通过的配置项 受控的配置项：已置于版本控制、但项目组不能直接进行改动的配置项，例如标 准
配置项标识
为了识别产品的结构、产品的构件及其类型而为其分配的唯一的标识符
『华东师范大学』
课程名称： 软件开发实践
Software Development Practice
课程类型： 实践课
第五讲：
Lect_05: 软件配置管理 SCM
主讲:
日期:
软件学院 孙海英 讲师
2011.07.02
为什么需要配置管理?
版本库
工作副本
软件配置管理
2011年7月2日 SEI of ECNU 版权所有©
软件配置管理
2011年7月2日 SEI of ECNU 版权所有©
13
配置项
版本树 由版本依次连接形成，每个结点代表一个版本，根结点是 初始版本，叶结点代表最新的版本
软件配置管理
2011年7月2日 SEI of ECNU 版权所有©
14
配置项
基线
1. 2. 3. 4.
5.
软件配置管理
2011年7月2日 SEI of ECNU 版权所有©
27
配置审计
序号 101 102 103 104 105 106 107 108 检查项 审计参照
在项目变更控制中要求的变更都已经做了吗？ 获批的变更申请单，变更后的基线或产品发布申请单 每个受影响的附加修改已经完成了吗？ 正式评审已经评价了技术正确性 遵循了标识变更、记录变更、报告变更的变 更控制流程了吗？ 说明了变更日期、变更者和变更内容了吗？ 配置库中所有相关的配置项都已正确地做了 更新吗？ 配置库中当前基线处所有的配置项已完备了 吗 发布基线活动与相应基线产品之间保持一致 了吗？ 评审报告-缺陷验证表 评审报告-工作产品评审情况记录表 变更申请单、变更控制规程、变更产品前的变更记录 变更申请单、变更产品 变更申请单、变更产品（文档）前的变更记录 配置管理计划 基线发布申请、基线状态报告、工作产品（时间和版本）
检入检出 版本的分支和合并 版本的历史纪录
软件配置管理
2011年7月2日 SEI of ECNU 版权所有©
19
配置控制
版本访问和同步控制的流程
软件配置管理
2011年7月2日 SEI of ECNU 版权所有©