精华内容
下载资源
问答
  • 常用的软件配置管理工具
    千次阅读
    2022-03-24 20:10:16

    什么是软件配置?

            软件配置管理通过标识产品的组成元素、管理和控制变更、验证、记录和报告配置信息,来控制产品的进化和完整性。软件配置管理与软件质量保证活动密切相关,可以帮组达成软件质量保证目标。

    一、软件配置管理

    软件配置管理计划:需要了解组织结构环境和组织单元之间的联系,明确软件配置控制任务。

    软件配置标识:识别要控制的配置项,并为这些配置项及其版本建立基线。

    软件配置控制:关注的是管理软件生命周期中的变更。

    软件配置状态记录:标识、收集、维护并报告配置管理的配置状态信息。

    软件配置审计:独立评价软件产品和过程是否遵从已有的规则、标准、指南、计划和流程而进行的活动。

    软件发布管理与交付:通常需要创建特定的交付版本,完成此任务的关键是软件库。

    二、软件过程管理

    软件过程管理涉及技术过程和管理过程,通常包括以下几个方面。

    1、项目启动与范围定义:启动项目并确定软件需求。

    2、项目规划:制订计划,其中一个关键点是确定适当的软件生命周期过程,并完成相关的工作。

    3、项目实施:根据计划,并完成相关的工作。

    4、项目监控与评审:确认项目工作是否满足要求,发现问题并解决问题。

    5、项目收尾与关闭:为了项目结速所做的活动。需要项目验收,并在验收后进行归档、事后分析和过程改进等活动。

    三、软件开发工具

            软件开发工具是用于辅助软件生命周期过程的基于计算机的工具。通常使用这些工具来支持特定的软件工程方法,减少手工方式管理的负担。工具的种类包括支持单个任务的工具及涵盖整个生命周期的工具。

    1、需求工具:需求建模工具和需求追踪工具。

    2、设计工具:软件设计创建和检查工具。

    3、构造工具:程序编辑器、编译器、代码生成器、解释器、调试器。

    4、测试工具:测试生产器、测试执行框架、测试评价工具、测试管理工具、性能分析工具。

    5、维护工具:理解工具(如可视化工具)和再造工具(如重构工具)。

    6、配置管理工具:追踪工具、版本管理工具和发布工具。

    7、工程管理工具:项目计划与追踪工具、风险管理工具和度量工具。

    8、质量工具:检查工具和分析工具。

    四、软件复用

            软件复用是指利用已有软件的各种有关知识构造新的软件,以缩减软件开发和维护的费用。复用是提高软件生产力和质量的一种重要技术。

    软件复用的作用:提高软件生产力和质量的一种重要技术。减少软件开发活动中大量的重复性工作,可以提高生产率,降低开发成本,缩短开发周期,也可以改善软件质量。

    软件复用的应用:代码级复用、设计的复用、分析的复用和测试信息的复用、知识、开发经验、设计决策、架构、需求、设计、代码和文档等一切有关方面。

    更多相关内容
  • 16个最佳软件配置管理工具

    万次阅读 2019-11-09 09:04:10
    (2019年为SCM工具) ...当今市场上充斥着各种配置管理工具。以下是精选的16种精选配置管理软件的列表,这些软件具有流行的功能和最新的下载链接。此比较列表包含开源和商业工具。 1)CFEngine配置工具 CFEngi...

    (2019年为SCM工具)
    配置管理(CM)是一种系统工程方法,用于在产品的整个生命周期内建立和维持产品的性能,功能和物理属性与其设计,要求和操作信息的一致性。它们为您的组织带来了成本效益和更好的时间管理。

    当今市场上充斥着各种配置管理工具。以下是精选的16种精选配置管理软件的列表,这些软件具有流行的功能和最新的下载链接。此比较列表包含开源和商业工具。

    1)CFEngine配置工具
    在这里插入图片描述

    CFEngine是一个配置管理框架。它使您可以安全地管理关键任务。该系统配置管理工具可作为开源软件和商业软件使用。

    特征:

    帮助您定义所需的IT基础架构状态和配置
    使您可以自动对基础结构中的每个节点进行更新和更改
    它使用在基础结构的每个节点上运行的自治代理。
    下载链接:https : //cfengine.com/

    2)人偶配置工具
    在这里插入图片描述

    Puppet是一个开源配置管理工具,用于集中和自动化配置管理过程。它用于配置,管理,部署各种应用程序和服务。

    特征:

    在整个IT基础架构中自动配置
    使您可以完全控制和查看软件交付过程。
    与模型驱动的自动化管理一起,使您可以进行快速更改或修复紧急问题。
    帮助您使用自己喜欢的版本控制系统以代码形式管理基础架构
    下载链接:https : //puppet.com

    3)CHEF配置工具
    在这里插入图片描述

    Chef是一个自动化平台,提供了一种配置和管理基础结构的方法。在此工具中,基础结构即代码意味着通过执行编码而不是执行手动执行。Chef工具可在Ruby和DSL上使用,以编写配置。

    特征:

    Chef遵循Push模式,并提供了简单的云采用方式。
    它可以帮助您提高服务弹性,开发更多无缺陷的软件。
    Chef提供自动化功能,可帮助您降低风险并提高开发各个阶段的合规性。
    配置各种基于云的SaaS服务,并集成云供应API和第三方软件。
    下载链接:https : //www.chef.io/

    4)Ansible配置工具
    在这里插入图片描述

    Ansible工具提供了简单的IT自动化解决方案。它可以帮助您避免执行重复性的任务,并释放开发人员团队进行更多战略性工作。

    特征:

    Ansible使您可以轻松地为复杂流程建模
    您会通过集成的通知了解自动化状态。
    Ansible Tower允许您管理整个基础架构。
    在Inventor中的任何主机或主机组上运行简单任务
    下载链接: https : //www.ansible.com/

    5)SALTSTACK配置工具
    在这里插入图片描述

    SaltStack是另一个有效的配置工具。它适用于主客户端设置模型或非集中式模型。该工具基于Python编程语言。SaltStack提供了推和SSH方法来与客户端进行通信。

    特征:

    Salt Cloud与各种云提供商集成,例如Google Cloud,Amazon Web服务等。
    它很简单,而且易于使用,因为您可以在设置过程中进行操作。
    Saltstack具有DSL功能,因此不需要任何逻辑和状态。
    Salt提供的自省功能可以使您轻松查看Salt内部的情况。
    下载链接:https : //www.saltstack.com/

    6)JUJU配置工具
    在这里插入图片描述
    Juju是一个开源工具,主要强调减少新一代软件的运营开销。Juju提供配置,扩展,快速部署,集成等功能。

    特征:

    提供软件置备功能。
    允许即时集成和扩展。
    通过使用超级按钮帮助您解决有关服务扩展的大多数复杂问题。
    您可以使用此工具在一个平台上使用多个PaaS。
    Kubernetes集群部署的功能。
    下载链接:https : //jujucharms.com/

    7)Rudder
    在这里插入图片描述
    Rudder是一个开源的持续配置解决方案。该工具用于满足生产基础架构的需求。这个多平台工具使您能够自动化和维护生产基础架构。

    特征:

    Web界面功能可帮助您管理节点并定义环境策略。
    使您可以自动化简单的管理任务,例如安装或配置。
    Rudder提供FULL REST API与Rudder Server通信。
    允许您动态生成主机策略。
    它提供硬件和软件的自动清单。
    下载链接:http : //www.rudder-project.org/site/

    8)TeamCity配置工具
    在这里插入图片描述

    TeamCity是由Jet Brain开发的开源持续集成服务器。TeamCity提供多达100种构建配置(作业),并运行无限制的构建。

    特征:

    可扩展性和定制
    为任何项目提供更好的代码质量
    即使没有构建运行,也可以帮助您保持CI服务器的健康和稳定
    项目级云配置文件
    全面的VCS集成
    动态生成进度报告
    下载链接: https : //www.jetbrains.com/teamcity/

    9)章鱼部署
    在这里插入图片描述

    章鱼部署工具可实现复杂应用程序部署的自动化。应用程序是本地还是云中。

    特征:

    提供可重复且可靠的部署
    复杂的部署变得容易。
    章鱼可以促进环境之间的释放。
    提供世界一流的平台支持,例如ASP.NET,Node.js,Java和许多其他脚本语言以及平台
    下载链接: https : //octopus.com

    10)ConfigHub
    在这里插入图片描述

    ConfigHub帮助团队在整个堆栈中管理,保护和交付配置。该工具使您可以存储,管理和分发单个应用程序或分布式系统的软件配置。

    特征:

    消除配置重复和错误
    任何系统拓扑的动态建模
    帮助您从一个地方控制所有配置
    下载链接: https : //www.confighub.com/

    11)阿里巴巴应用配置管理
    在这里插入图片描述
    应用程序配置管理,也称为ACM。它使您可以集中管理应用程序配置。该工具增强了DevOps,大数据和微服务的服务功能。

    特征:

    将敏感数据与应用程序代码和运行环境分开。
    为您的环境提供实时配置。
    提供多级缓存服务并确保99.99%的服务器可用性
    支持在整个生命周期内进行配置的推送日志。
    支持版本管理
    下载链接: https : //www.alibabacloud.com/product/acm

    12)Spinnaker
    在这里插入图片描述
    Netflix提供了Spinnaker配置管理工具。这是一个开放源代码的多云平台,用于以更高的速度和更高的准确性发布软件更改。

    特征:

    帮助您创建通过集成和系统测试运行的部署管道。
    它可以帮助您上下旋转服务器组,并监视您的部署。
    帮助您利用云中不变的基础架构
    下载链接: https : //www.spinnaker.io/

    13)AWS OpsWorks
    在这里插入图片描述
    AWS OpsWorks是一项配置管理服务,它提供Chef和Puppet的托管实例。OpsWorks Stacks可以灵活地定义您的应用程序体系结构和资源配置。

    特征:

    该界面直观易用,可让您快速找到要执行的操作以及OpsWorks中的其他功能。
    它允许您处理AWS资源的配置和管理。
    提供一种灵活而直接的方法来创建和管理堆栈和应用程序。
    允许您在堆栈中包括多个应用程序,这些应用程序配置为作为系统一起工作。
    下载链接:https : //aws.amazon.com/opsworks/

    14)IBM Rational Synergy
    在这里插入图片描述
    IBM Rational Synergy是易于使用的软件配置管理工具。它提供的功能使您的团队可以更快,更轻松地工作和协作。该工具可帮助您自动化流程和任务。

    特征:

    提高生产率
    帮助您在单个存储库上管理工件
    提供高级的基准和发布管理功能。
    支持软件重用和基于组件的开发
    提供高度可扩展的平台
    下载链接:https : //www.ibm.com/in-zh/marketplace/rational-synergy

    15)ZENworks Configuration Management
    在这里插入图片描述
    ZENworks Configuration Management工具可帮助您的组织在物理,虚拟和云环境中的所有设备的整个生命周期中自动化和执行IT管理流程。

    特征:

    自动化并加速Windows 10迁移
    帮助您提高用户生产力
    通过基于身份的用户和设备管理自动实施资源和策略。
    使您可以管理所有当前和将来资产的生命周期
    下载链接:https : //www.microfocus.com/zh-cn/products/zenworks-configuration-management/overview

    16)HyScale
    在这里插入图片描述
    HyScale可以标准化基于容器的应用交付。它使您的团队可以专注于应用程序,而平台则可以处理将其交付给Kubernetes的复杂性。

    特征:

    与现有CI管道轻松集成或导入现有Shell
    在开发人员和DevOps / IT之间实现无缝接口
    导出生成的YAML文件而无需锁定。
    您只需单击即可部署Kubernetes。
    下载链接:https : //www.wavemaker.com/containerized-app-delivery-platform/

    展开全文
  • 配置管理工具-SVN

    2015-12-14 19:42:35
    配置管理工具-SVN。包含了32位和64位的安装包。以及安装流程和教程。
  • [转]各种配置管理工具的比较

    万次阅读 2015-09-22 10:56:42
    CC: 价高,狂大,安全性不好,功能不错,管理复杂CVS:免费,功能不全VSS:不安全,功能太少JBCM:低价,功能很弱,性能不好,管理、使用简单Firefly:价稍高,功能不错,安全性好,管理方便,上手快PVCS ...

    CC: 价高,狂大,安全性不好,功能不错,管理复杂

    CVS:免费,功能不全

    VSS:不安全,功能太少

    JBCM:低价,功能很弱,性能不好,管理、使用简单

    Firefly:价稍高,功能不错,安全性好,管理方便,上手快

    PVCS Professional:便宜,功能弱,不安全

    PVCS Dimension:价高,功能全,管理复杂

    StarTeam:价高,功能不全,支持差

    CCC/Harvest:价高,功能一般,安全性不错,管理巨复杂 Hansky的Firefly功能还可以,权限管理也不错。但是客户端分为系统管理员、配置管理员、使用者,太多。况且服务器对平台的支持还有限,linux、windows可能不错。但unix就不是很好 SCM工具对比分析(摘自《NECO博士》第二期) 软件配置管理的重要性已被大多数软件及相关企业所认识,而配置管理工具的使用是实施配置管理的重要部分。

     

    为帮助大家选择适合的SCM工具,本文对目前较为流行的配置管理工具VSS,CVS,ClearCase,StarTeam作出比较分析,以下的评价仅是个人意见。

     

    一、Visual Source Safe(简称VSS)

    VSS是美国微软公司的产品,目前常用的版本为6.0版。VSS是配置管理的一种很好的入门级的工具。

    VSS的评价如下:

    易用性:★★★★★ 易学易用是VSS的强项,VSS采用标准的windows操作界面,只要对微软的产品熟悉,就能很快上手。VSS的安装和配置非常简单,对于该产品,不需要外部的培训(可以为公司省去一笔不菲的费用)。只要参考微软完备的随机文档,就可以很快的用到实际的工程当中。

    功能:★★★ VSS的配置管理的功能比较基本,提供文件的版本跟踪功能,对于build和基线的管理,VSS的打标签的功能可以提供支持。VSS提供share(共享)、branch(分支)和合并(merge)的功能,对于团队的开发进行支持。VSS不提供对流程的管理功能,如对变更的流程进行控制。VSS不能提供对异地团队开发的支持。此外VSS只能在windows平台上运行,不能运行在其他操作系统上。

    安全性:★★★ VSS的安全性不高,对于VSS的用户,可以在文件夹上设置不可读,可读,可读/写,可完全控制四级权限。但由于VSS的文件夹是要完全共享给用户后,用户才能进入,所以用户对VSS的文件夹都可以删除。这一点也是VSS的一个比较大的缺点。

    总体成本:★★★★ VSS没有采用对许可证进行收费的方式,只要安装了VSS,对用户的数目是没有限制的。因此使用VSS的费用是较低的。

    技术支持:★★★★★ 由于VSS是微软的产品,可以得到稳定的技术支持。

    二、Concurrent Version System(简称CVS)

    CVS是开发源代码的配置管理工具,其源代码和安装文件都可以免费下载。

    CVS的评价如下:

    易用性:★★★ CVS是源于unix的版本控制工具,对于CVS的安装和使用最好对unix的系统有所了解能更容易学习,CVS的服务器管理需要进行各种命令行操作。目前,CVS的客户端有winCVS的图形化界面,服务器端也有CVSNT的版本,易用性正在提高。

    功能:★★★★ CVS的功能除具备VSS的功能外,还具有: 它的客户机/服务器存取方法使得开发者可以从任何因特网的接入点存取最新的代码;它的无限制的版本管理检出(checkout:注1)的模式避免了通常的因为排它检出模式而引起的人工冲突;它的客户端工具可以在绝大多数的平台上使用。同样,CVS也不提供对变更流程的自动管理功能。

    安全性:★★★★ 一般来说,CVS的权限设置单一,通常只能通过CVSROOT/passwd, CVSROOT/readers, CVSROOT/writers文件,同时还要设置CVS REPOS的物理目录权限来完成权限设置,无法完成复杂的权限控制;但是CVS通过CVS ROOT目录下的脚本,提供了相应功能扩充的接口,不但可以完成精细的权限控制,还能完成更加个性化的功能。

    总体成本:★★★★★ CVS是开发源码软件,无需支付购买费用。

    技术支持:★★★ 同样因为CVS是开发源码软件,没有生产厂家为其提供技术的支持。如发现问题,通常只能靠自己查找网上的资料进行解决。

     

    三、StarTeam

    StarTeam是Borland公司的配置管理工具,StarTeam属于高端的工具,在易用性,功能和安全性等方面都很不错。

    StarTeam的评价如下:

    易用性:★★★★★ StarTeam的用户界面同VSS的类似,它的所有的操作都可通过图形用户界面来完成,同时,对于习惯使用命令方式的用户,StarTeam也提供命令集进行支持。同时,StarTeam的随机文档也非常详细。

    功能:★★★★★ 除了具备VSS,CVS所具有功能外,StarTeam还提供了对基于数据库的变更管理功能,是相应工具中独树一帜的。StarTeam还提供了流程定制的工具,用户可跟据自己的需求灵活的定制流程。与VSS和CVS不同,VSS和CVS是基于文件系统的配置管理工具,而StarTeam是基于数据库的。StarTeam的用户可根据项目的规模,选取多种数据库系统。

    安全性:★★★★★ STARTEAM无需通过物理路径的权限设置,而是通过自己的数据库管理,实现了类似WINDOWSNT的域用户管理和目录文件ACL控制。StarTeam完全是域独立的。这个优势可以为用户模型提供灵活性,而不会影响到现有的安全设置。StarTeam的访问控制非常灵活并且系统。您可以对工程,视图,文件夹一直向下到每一个小的item设置权限。对于高级别的视图(view),访问控制可以与用户组、用户、项目甚至视图等链接起来。

    总体成本:★★★ StarTeam是按license来收费的,比起VSS,CVS来,企业在启动StarTeam进行配置管理需要投入一定资金。

    技术支持:★★★★★ Borland公司将对用户进行培训,并协作用户建立配置管理系统。并对用户提供技术升级等完善的支持。

     

    四、ClearCase

    ClearCase是Rational公司的产品,也是目前使用较多的配置管理工具。

    对ClearCase的评价如下:

    易用性:★★★ ClearCase的安装和维护远比StarTeam复杂,要成为一个合格的ClearCase的系统管理员,需要接收专门的培训。ClearCase提供命令行和图形界面的操作方式,但从ClearCase的图形界面不能实现命令行的所有功能。

    功能:★★★★★ ClearCase提供VSS,CVS,StarTeam所支持的功能,但不提供变更管理的功能。Rational另提供了ClearQuest工具提供对变更管理的功能,与StarTeam不同,ClearCase后台的数据库是专有的结构。ClearCase对于windows和unix平台都提供支持。ClearCase通过多点复制支持多个服务器和多个点的可扩展性,并擅长设置复杂的开发过程。

    安全性:★★★★ ClearCase的权限设置功能与StarTeam相比,StarTeam有独立的安全管理机制,ClearCase没有专用的安全性管理机制,依赖于操作系统。

    总体成本:★★ 要选用ClearCase,需要考虑的费用除购买license的费用外,还有必不可少的技术服务费用,没有Rational公司的专门的技术服务,很难发挥出ClearCase的威力。如现在网上虽有ClearCase的破解软件,但尝试应用的公司大多失败的缘故。另外,对于web访问的支持,对于变更管理的支持功能都要另行购买相应的软件。

    技术支持:★★★★★ Rational公司已被IBM公司收购,所以有可靠的售后服务保证。 五、总结 工具对比一览表如图所示 以上几种工具的总结如下:VSS的使用简便易学,但VSS的功能和安全性较弱,且只对windows平台进行支持,建议作为项目配置管理的入门时采用的工具;CVS的安全性和版本管理功能较强,可以实现异地开发的支持,但CVS安装和使用多采用命令行方式,学习曲线高,同时不提供对变更管理的功能,对于小型团队,可以采用CVS进行管理。ClearCase功能完善,安全性好,可以支持复杂的管理,但学习曲线和学习成本高,需要集成ClearQuest才能完成完整的配置管理功能;StarTeam很好地平衡了功能性、易用性和安全性,同时集成了版本管理、变更管理和缺陷管理。对大型的团队开发和建立组织级的配置管理体系,建议采用ClearCase和StarTeam作为配置管理工具。

     

     注一:checkout是指从配置库中取出配置项,相对应的动作为checkin,及将配置项放入配置库中。

    展开全文
  • 软件配置管理

    千次阅读 2020-11-17 13:25:52
    3,软件配置管理是一种标识、组织和控制修改的技术,软件配置管理应用于整个软件工程过程 4,SCM活动的目标就是为了标识变更、控制变更、确保变更正确实现并向其他有关人员报告变更 5,从某种角度讲,SCM的目的是...

    第一章

    1,软件配置管理用于控制变化

    2,软件配置管理(Software Configuration Management, SCM)是指一套管理软件开发和维护过程中所产生的各种中间软件产品的方法和规则,它是控制软件系统演变的学科。

    3,软件配置管理是一种标识、组织和控制修改的技术,软件配置管理应用于整个软件工程过程

    4,SCM活动的目标就是为了标识变更、控制变更、确保变更正确实现并向其他有关人员报告变更

    5,从某种角度讲,SCM的目的是使错误降为最小并最有效地提高生产效率。

    6,软件配置管理定义:

    软件配置管理是贯穿于整个软件过程中的保护性活动,它被设计用来:

    (1) 标识变化;(2) 控制变化;(3) 保证变化被适当的发现;(4) 向其他可能有兴趣的人员报告变化

    7,配置管理是否有成效取决于三个要素:人、规范、工具。

    8,软件配置是一个软件产品在生存期各个阶段的不同形式(记录特定信息的不同媒体)和不同版本的程序、文档及相关数据的集合,或者说是配置项的集合

    9,软件配置是一个集合,该集合中的每一个元素称为该软件产品软件配置中的一个配置项(Software Configuration Item,SCI)。

    10,常见的软件配置项:需求规格说明书、设计规格说明书、源代码、测试计划、测试用例、用户手册等

    11,基线(Baseline)是指一个(或一组)配置项在项目生命周期的不同时间点上通过正式评审而进入正式受控的一种状态。基线是软件生命周期中各开发阶段的一个特定点,它的作用是把开发各阶段工作的划分更加明确化,使本来连续的工作在这些点上断开,以便于检查与肯定阶段成果

    12,基线是已经正式通过复审和批准的某规约和产品,它因此可作为进一步开发的基础,并且只能通过正式的变化控制过程来改变。基线通常标志开发过程一个阶段的结束(里程碑)。

    13,里程碑(Milestone)是检查点 (Check Point),检查点不一定是里程碑,因为检查点还可以是时间、计划和事件

    14,功能基线:所规定的对待开发软件系统的规格说明

    15,指派基线:又称为分配基线,指在软件需求分析阶段结束时,经过正式评审和批准的软件需求的规格说明,指派基线是最初批准的指派配置标识。

    16,产品基线:指在软件组装与系统测试阶段结束时,经过正式评审的批准的有关所开发的软件产品的全部配置项的规格说明,产品基线是最初批准的产品配置标识

     

    17,软件配置控制委员会(Software Configuration Control Board, SCCB)负责管理软件配置项变更的组织。

    具体责任如下:

    评估变更;批准变更请求;在生命周期内规范变更申请流程;对变更进行反馈;与项目管理层沟通

    18,软件配置管理是在贯穿整个软件生命周期中建立和维护项目产品的完整性。它的基本目标包括:

    • 目标 1: 软件配置管理的各项工作是有计划进行的。

    • 目标 2: 被选择的项目产品得到识别,控制并且可以被相关人员获取。

    • 目标 3: 已识别出的项目产品的更改得到控制。

    • 目标 4: 使相关组别和个人及时了解软件基准的状态和内容。

    第二章

    1,软件配置管理角色

    PM: 项目经理;CCB: 配置控制委员会;CMO: 配置管理员;SIO: 系统集成员;DEV: 开发人员

    2,项目经理(Project Manager,PM)

    根据软件配置控制委员会的建议批准配置管理的各项活动并控制它们的进程。

    职责:制定和修改项目的组织结构和配置管理策略;批准、发布配置管理计划;

    决定项目起始基线和开发里程碑;接受并审阅配置控制委员会的报告。

    配置控制委员会(Configuration Control Board,CCB)

    负责指导和控制配置管理的各项具体活动的进行,为项目经理的决策提供建议。

    职责:定制开发子系统;定制访问控制;制定常用策略;建立、更改基线的设置,审核变更申请;根据配置管理员的报告决定相应的对策。

    配置管理员(Configuration Management Officer,CMO)

    根据配置管理计划执行各项管理任务,定期向CCB提交报告并列席CCB的例会。

    职责:软件配置管理工具的日常管理与维护;提交配置管理计划;各配置项的管理与维护;执行版本控制和变更控制方案;完成配置审计并提交报告;对开发人员进行相关的培训;识别软件开发过程中存在的问题并拟定解决方案。

    系统集成员(System Integration Officer,SIO)

    系统集成员负责生成和管理项目的内部和外部发布版本。

    职责:集成修改;构建系统;完成对版本的日常维护;建立外部发布版本。

    开发人员(Developer,DEV)

    开发人员的职责就是根据组织内确定的软件配置管理计划和相关规定,按照软件配置管理工具的使用模型来完成开发任务。

    34,软件配置管理过程包括7项基本活动:

    (1) 制定配置管理计划;(2) 识别和标志配置项;(3) 搭建配置管理环境;(4) 配置项的版本控制;(5) 基线变更管理;(6) 配置审核;(7) 配置状态统计

    5,制定配置管理计划

     

    • 配置管理计划的主要内容:

    配置管理组织及其职责;配置管理工具和配置库的组织结构;配置项标志和基线定义;

    变更管理流程;配置审核和配置状态统计

     

    6,识别和标志配置项:

    (1)为每一个配置项分配唯一的标志;建立配置项间的对应关系

    (2)两类配置项:

    • 基本配置项:软件开发者在项目开发过程中所创建的基本工作单元。

    • 集成配置项:一个集成配置项是基本配置项或其它集成配置项的集合。

    7,搭建配置管理环境

    配置管理环境是用于进行软件配置管理的系统环境,其中最重要的是配置管理库,简称配置库

    配置库存储配置项 (SCI)、修改请求、变化记录等,并提供对库中所存储文件的版本控制

    一般需采用配置管理工具来建立配置库。

     

    8,配置项的版本控制

    • 配置库的检入检出和版本控制机制解决了软件开发中的两个重要问题

      • 访问控制:保证具有相应权限的人员才能修改配置项。

      • 并行控制:保证不同人员同时对某配置项进行的修改不会互相覆盖。

    • 对配置项的修改(不同版本间的差别)应被记录下来。

      更动者(姓名及其身份);更动日期和时间;被更动SCI(名及其版本号);

      更动内容及其位置;更动原因;受此更动影响的诸SCI名表。

    • 软件产品版本编号方法

      • 数字顺序型版本编号

      普通版本编号

      • x.y.z,x为主版本号,y为特征版本号,z为缺陷修复版本号,如V3.10.16。

      • 主版本号的增加表示提供给客户的主要产品功能的增强。

      • 特征版本号的增加表示产品新增了一些特征或做了一些重要修改。

      • 缺陷修复版本号的增加表示在软件产品上做了一些缺陷修复工作。

      α和β版本编号

      • 在普通版本编号后面增加一个大写字符A或者B来分别表示α版本或β版本。例如1.2.4A或1.2.4B。

      • 如果存在多次的α发布和β发布,可在A或B后面添加一个数字来说明发布的次数,例如:1.2.5A1,1.3.0B2。

      α测试是由公司内部的用户在模拟实际操作环境下进行的测试。

      β测试是由软件的多个用户在实际使用环境下进行的测试。

      • 属性版本编号

        把版本的重要属性反映在标识中。可以包括的属性有:客户名、开发语言、开发状态、硬件平台、生成日期等。例如: J2SDK.v.l.2.2:10/31/2000-18:00,native threads, jit-122

        • 包含的信息丰富,方便了查询和管理,版本间的关系易于保持,但由于太复杂,一般只用于软件组织内部的管理

       

    9,基线变更管理

     

     

    • 变更批准或拒绝

    根据评估结果对变更作出决策:

    直接实现变更;挂起或延迟变更;拒绝变更

    对于批准的变更,要确定其实现进度:

    立即实现变更;在特定的日期实现变更;在软件另外的版本中实现

    • 变更实现

    10,配置审核

    配置管理活动审核:确保所有配置管理活动符合已批准的软件配置管理规程

    基线审核:审核基线配置项的完整性和一致性,从而保证基线配置项可被正确地构造。

    11,配置状态统计和报告

    变更请求的数量。变更管理活动的执行情况。

    配置管理系统存储量的变化。配置管理系统和SCCB在运作中发生异常的次数

    第三章

    1,CMM/CMMI将软件配置管理的活动分为6个方面,每个方面又再进行了细分

    SCM过程管理;软件配置标识;软件配置控制;软件配置状态统计;软件配置审计;软件发布管理和交付

    2,在CMM和CMMI中,将配置管理的目的定义为"建立和维护产品的完整性",

    3,配置完整性(对标准的理解)

    • 产品完整性:项目提交的工作成果是"产品集合完整、子产品正确"的

    • 产品集合完整:产品包含的子产品(配置项)是完整的

    • 子产品正确:子产品(配置项)达到了需求要求,满足标准、规程的要求

    4,三库管理:三库的概念源自CMM/CMMI,即开发库、受控库和产品库。配置项在三库之间迁移,一级比一级的控制更严格。

    5,软件开发组日常的工作在开发库中开展,当工作达到里程碑时,再迁移到受控库,在受控库中经过更严格的测试后,再上升到产品库,最后发布。

    6,在实践中,三库常常被实现为物理上的三库,而不是通过逻辑的方式来实现,三库物理隔离带来的最大问题是配置项失去了历史可追溯性

    7,实现三库的指导思想应该是逻辑上独立,物理上在一起,通过权限与流程的控制来实现配置项在不同库之间的流转,以及相应角色的人员对相应库的访问。

    1. CMM2在配置管理方面主要针对于实现部分;CMM3将配置管理扩展到需求、规格说明、设计和工具

    2. SCM意义

    记录软件产品的演化过程;

    确保软件开发者在软件生命周期中的各个阶段都能得到精确的产品配置;

    最终保证软件产品的完整性、一致性、追朔性、可控性;。

    10,每个基线都将接受配置管理的严格控制,对其的修改将严格按照变更控制要求的过程进行,在一个软件开发阶段结束时,上一个基线加上增加和修改的基线内容形成下一个基线,这就是"基线管理"的过程

    11,建立基线的好处:重现性;可追踪性;版本隔离。

    基线管理的步骤:

    (1) 在开发前确定基线的"配置";(2) 基线批准前,根据"配置"检查配置项是否齐备;

    (3) 对各个配置项,确认其版本的正确性;(4) 对每个配置项建立基线标志;

    (5) 基线变更管理;(6) 基线的各类报告和审计信息。

    12,变更管理的流程:

    (获得)提出变更请求;由CCB审核并决定是否批准;

    为(被接受)修改请求分配人员,提取SCI,进行修改;

    提交修改后的SCI,并测试(或者评审);重建软件的适当版本;

    复审(审计)所有SCI的变化;发布新版本。

    ---可以通过两种表格来帮助发现受到变更影响的内容,一种是《需求跟踪表》,一种是《配置项依赖关系表》

     

    13,配置库管理

    (1)设置配置库(即文件夹设置)和设置版本的分支

    (2)为每个配置项从建立开始就划分成3个不同的分支:私有分支、集成分支、公共(主干)分支

    私有分支(开发人员的私有开发空间):开发人员

    集成分支(开发团队的公共空间):由系统集成员及相关指定人员负责:所有涉及多人协调的开发工作(如集成测试等)都必须工作在这一空间中。该开发团队拥有对该集成分支的读写权限,而其他成员只有只读权限。

    公共(主干)分支(整个软件开发组织的公共空间):系统集成员:各个开发小组在现阶段的任务完成后,将可以发布的版本归并到该分支上,对组织内的全体软件人员开放只读权限

     

    上面定义的3类工作空间(分支)由配置管理员统一管理

     

    (3)按配置项类型分类建库和按任务建库。

    (4)配置库的日常工作:对配置库的定期备份;清除无用的文件和版本;检测并改进配置库的性能等

     

    14,配置审计:主要作用是作为变更控制的补充手段,来确保某一变更需求已被切实实现

    记录了谁修改了这个工件,什么时候做的修改,为什么原因做出这个改动,以及修改了哪些地方。 (Who、When、Why、What)

    • 同时配置审计工作该应当说明如下信息:

    (1) 变更要求被完成,并且对附加的修改已经执行了 (2) 采用了正确的正式验证手段

    (3) 遵循了标准的要求 (4) 变更的4W信息被完整记录,并和相关配置项关联

    • 配置审计有两种:

    • PCA (Physics Configuration Audit)-----非配置管理人员

    主要是检查版本是否正确一致。(1) 配置项是否齐备;(2) 版本是否齐全,由非配置管理人员来进行。

    • FCA (Function Configuration Audit) -----CMO

    检查配置项是否完整,各种过程文档是否齐备、正确、与需求是否一致,归结为两点,即完全和齐备。

    15,配置审计

    • When:软件交付或release时;每个阶段结束时;对于维护性项目,周期性地进行

    • Who:非本项目组成员;其他项目中的配置控制者;内部审计者;SCM小组

    • 配置审计步骤(How-审计流程)

    • (1) 由项目经理决定何时进行配置审计工作(识别配置审计的时间[PM])

    • (2) 质量保证组或项目组的配置管理组制定该项目的配置审计人员(指派审计者[QA/Audit Group])

    • (3) 项目经理和配置审计员决定审计范围(定义审计范围[PM&Auditors])

    • (4) 配置审计员准备配置审计检查单(准备配置审计Checklist[Auditor])

    • (5) 配置审计员安排时间审计文档和记录,审计活动可能涉及到:项目范围,配置项的入库(check in)及出库(check out),评审记录,配置项的变更历史,测试记录,文件的命名,变更请求和版本的编号等

    (通过评审(Review)、文档记录进行审计[Auditor])

    • (6) 配置审计员在审计中发现不一致现象,并作记录(识别不符合项[Auditor])

    • (7) 由项目经理负责消除不一致现象(关闭不符合项[PM])

    • (8) 配置审计员验证所有发现的不一致现象确已得到解决(验证[Auditor])

     

    16,配置状态报告就是根据配置项操作的记录来向管理者报告软件开发活动的进展情况

    应该是定期进行,并尽量通过CASE工具自动生成,用数据库中的客观数据来真实的反映各配置项的情况。

    应着重反映当前基线配置项的状态,以作为对开发进度报告的参照

     

    17,软件配置管理最佳实践:

    统一标识配置项并存入安全的配置管理系统;控制和审计配置项的变更;合理组织配置项;

    在项目的里程碑建立相应的基线;记录和跟踪变更请求;过程驱动的软件配置管理;

    维护稳定而一致的工作空间;支持并行开发;尽早和持续集成;

    确保有能力重现软件的构建过程;把握好工具、流程和人员三者之间的关系;善用模式和反模式;

    18,模式可以指导我们如何成功应用前人的实践,避免犯前人犯过的错误,提高SCM的实施成功率。

    反模式是指那些在特定情况下不应该采取的策略和方式。

     

    第4章

    1,软件配置管理计划: 人员及职责;配置管理软硬件资源;配置项计划;基线计划;配置库备份计划

    2,配置库管理报告: 基本信息;项目成员的操作权限;配置项记录;基线记录;配置库备份记录;配置项交付记录;配置库重要操作日志

    3,配置项变更控制报告: 变更申请;审批变更申请;变更配置项;结束变更

    4,配置状态报告 (Configuration Status Report)目的:有效记录和报告管理配置所需要的信息,及时、准确地给出软件配置项的当前状态,供相关人员了解,以加强配置管理工作

    • 内容

      • 各份变更请示概要:变更请求号、日期、申请人、状态、估计工作量、实际工作量、发行版本、变更结束日期

      • 基线库状态:库标识、至某日预计库内配置项数、实际配置项数

      • 发行信息:发行版本、计划发行时间、实际发行日期、说明

      • 备份信息:备份日期、介质、备份存放位置

      • 配置管理工具状态

      • 配置管理培训状态

    5,配置审计目的:验证配置项信息与配置标识(需求、标准、流程…)的一致性,4"W"

    配置审计报告内容:配置项状态统计;基线库基线统计;变更统计;审计中发现的主要问题

    第5章

    1,配置管理模式分类: 描述工作区结构的模式 描述码线结构的模式

    2,码线(codeline)--源代码文件与组成某个软件组件的其他人工制品(配置项)随着时间而变更的进展过程。

    码线包含沿着一条路径发展的各个配置项的每个版本

    3,与码线有关的模式:主线; 活动开发线; 码线策略; 私用版本; 版本线; 版本预备线; 任务分支4,与工作区有关的模式: 私有工作区;储存库; 私有系统构造; 集成构造; 第三方码线;任务级提; 冒烟测试; 单元测试; 回归测试

    1. 主线——问题: 如何使当前活动码线的数目保持在容易管理的水平,避免项目的版本树长得太宽太密?如何使合并的开销减至最小?

      解决方案:简化分支模型:开发单个产品版本时,在主线上进行开发。分支时,先考虑总体战略,然后再创建分支

    6,分支是组织文件版本和显示版本历史的手段,是隔离变更的强有力机制。

    7,主线既要使码线的并发性达到最大,又要使推迟集成可能造成的问题减至最小

    8,私有工作区——问题: 如何跟上不断变化的码线并取得进展,而不会为环境变化而分心?

    • 解决方案:以隔离工作的方法控制变更 (Isolate your work to change control)

    1. 储存库——问题:如何获得填充新工作区的正确组件的正确版本11,

    2. 冒烟测试(Smoke Test)如何知道系统在你变更后仍能工作?

    描述的是在将代码更改嵌入到产品的源树中之前对这些更改进行验证的过程;

    是确定和修复软件缺陷的最经济有效的方法;缺点在于覆盖面很有限。执行者是开发人员或版本编译人员

    12,每次构造都必须进行冒烟测试,以显而易见的方式验证应用未被损坏。

    13,单元测试((Unit Test)):如何测试模块经你变更后是否仍能像预期一样工作

    14,回归测试((Regression Test)):如何确保现有的代码没有因你进行其他改进而变得更糟?

    15,每日构建 (Daily Build)

    就是把一个软件项目的所有的最新的代码从配置库中取出,然后从头进行编译、链接和运行。通常由工具自动完成(构建自动化)。

    daily build 的另一个重要功能就是验证软件中各模块关系是否正确,也可称为"每日集成"。

     

    第9章

    1,版本库(Repository):按照一定格式存储了所有数据,包括文件和目录

    经过授权的客户端可以连接到版本库,读写库中的文件

    版本库和普通文件服务器的不同:版本库会记录每一次的更改

    2,版本控制系统的核心任务:协作编辑和数据共享

    3,拷贝-合并模型假定文件是可以通过上下文合并的。通常情况下,文本文件(例如源代码以及用纯文本,HTML,TXT等格式保存的文档)因为其内部结构直观可知,容易理解上下文,所以用拷贝-合并方案较好。而二进制文件(例如用Microsoft Word格式说,PDF等格式保存的文档及图片,声音,可执行文件,库等)内部结构复杂,且不容易理解更改处的上下文,采用锁定-解锁方案较好

    4,Subversion主要采用拷贝-修改-合并模型,配合锁定-修改-解锁模型管理数据的共享

    5,工作拷贝(Working Copy)是本地机器的一个普通的目录,是私有工作区

    6,修订版本(Revision):每当一次提交完成后,版本库的文件系统就进入了一个新的状态,叫做一次修订(Revision)。在版本库中,最新的一个修订版本称为HEAD

    7,CheckOut:从版本库中取出某个目录的拷贝到本机上某个目录的操作

    例:svn co svn://192.168.0.1/svnrepos/skizcorp/trunk

    -r 1452 会检出1452版,如果存在的话;-N:不递归(仅针对顶层目录),否则目录递归(默认,常用)

    8,Update:把版本库的修改同步到本地

    • 例1:up    直接把工作拷贝更新到最新版(HEAD版)

    • 例2:up -r 2007    更新到2007版

    • 例3:up doc/design    只更新doc/design下的文件

    9,BASE版:某个文件的BASE版本是指存放在管理目录.svn中的该文件拷贝的版本,Revert会使该文件回到BASE版本

    10,Revert,是指放弃对某个文件的修改------revert abc.c 丢弃对abc.c的所有修改

    11,当文件发生冲突时,SVN会额外创建3个不受版本控制的文件

    12,add:把一个文件加入SVN版本控制系统;delete:从版本控制系统中移除;

    move(rename):移动或者重命名;mkdir:创建目录;copy:拷贝;commit:提交;

    status:检查工作拷贝的状态;diff:检查更改的内容

    13,分支(Branch)是开发的一条"支线"。它独立于其他开发的线路,并且和其他线路并行开发

    • 所有的分支都有共同的历史,有着原先共同的主线(Trunk)

    14,创建分支使用copy命令:copy 源目录 目标目录

    • 例:先把目录checkout到本地,在本地执行copy命令后提交至版本库

    svn co svn://localhost/
    svn copy trunk/ branches/mybranch
    svn commit –m "My branch created"

    • svn copy svn://localhost/trunk svn://localhost/branches/mybranch –m "My branch"

    15,Switch操作可以使工作拷贝在不同的分支之间或者在位于不同服务器上相同的版本库的分支间切换。它的作用是改变工作拷贝对应的URL:switch [--relocate] 目标URL

    16,分支的合并是指把修改从分支拷贝到主干或者把主干的修改拷贝到分支的过程。

    • 传统方法:diff + patch(只适用于文件内容)

      • 例子:取出主干2000版到2007版的修改,然后把它应用到工作拷贝

        svn diff –r 2000:2007 svn://localhost/trunk > patchfile
         patch –p0 < patchfile

    • merge 初始版本树 最终版本树 目标(能够处理目录树的修改,而不限于单个文件内容)

    例子

    • merge svn://localhost/trunk@2000 svn://localhost/trunk@2007 my_wc

    • merge –r 2000:2007 svn://localhost/trunk my_wc

    17,tag:通常tag对应于milestone,是一个完整可用的版本,不能修改,是只读的

    branch:是trunk或tag的分支,可以修改,是可写的,用于做并行开发

     

    18,常用的SVN命令:

    命令名称

    功能

    svn add 

    往版本库中添加新的文件

    svn checkout 

    将文件checkout到本地目录

    svn cleanup 

    递归清理工作拷贝

    svn commit 

    将改动的文件提交到版本库

    svn copy 

    拷贝文件

    svn delete 

    删除文件

    svn diff 

    比较差异

    svn export 

    导出目录树

    svn import 

    导入目录树

    svn info 

    打印作者、时间戳、日志信息大小和日志信息

    svn list 

    版本库下的文件和目录列表

    svn lock 

    文件加锁

    svn log 

    查看日志

    svn merge 

    将两个版本之间的差异合并到当前文件

    svn mkdir 

    创建纳入版本控制下的新目录

    svn move 

    移动一个文件或目录

    svn resolved 

    移除工作副本的目录或文件的"冲突"状态

    svn revert 

    恢复本地修改

    svn status 

    查看文件或者目录状态

    svn switch 

    代码库URL变更

    svn unlock 

    文件解锁

    svn update

    更新到某个版本

     

     

    第8章

    1,两种版本控制模型

    • Lock-Modify-Unlock Model (加锁-修改-解锁):CVS,SVN,VSS2005

    • Copy-Modify-Merge Model (拷贝-修改-合并):VSS6.0,PCVS

    2,基于"拷贝—修改—合并"的并发控制

    • 客户端check out后,有文件的一份独立拷贝。

    • 开发者在自己的工作目录中修改文件。

    • 若有版本冲突,则使用合并(merge)功能与其它开发者的修改合并,然后提交(check in)。

     

    第6章

    1,常用的配置管理工具:Visual SourceSafe(VSS); CVS; Subversion(SVN); Borland StarTeam; IBM Rational ClearCase & ClearQuest; Hansky Firefly

    ClearCase,Firefly支持异地开发,与开发工具的集成非常好,价格昂贵

    VSS仅支持windows,其他支持常见平台,与vs无缝集成,与其他开发工具集成性差

    2,软件配置管理工具的主要功能:

    版本控制;变更管理;配置审核(配置审计)

    配置状态统计(查询和报告);问题跟踪(跟踪缺陷和变更);访问控制和安全控制

    3,ClearCase主要应用于复杂产品的并行开发、发布和维护,其功能划分为四个范畴:版本控制(Version Control)、工作空间管理(Workspace Management)、构造管理(Build Management)、过程控制(Process Control)。

    4,ClearCase把所有版本控制的数据存放在一个永久、安全的存储区中,这个存储区被称为版本对象类(Version Object Bases)

    A VIEW selects versions of elements

    What is seen is the result of an ordered set of rules called a configuration specification (config spec).

    Selected versions appear in a standard directory tree with recognizable file names.

    View分为SnapShot View和Dynamic View,Snapshot view是ClearCase在服务器上存储的文件和目录的一个本地镜像,Dynamic View是动态试图,它并不在本地存储任何文件,始终和服务器保持一致。

    1. 软件配置管理工具选择:功能;是否符合团队特点?性能;费用是;售后服务;易用性

     

     

     

    序号

    活动名称

    角色

    活动描述

    参考

    • 计划配置管理

    配置管理经理

    CCB

    • 制定配置管理策略
    • 制定变更控制策略
    • 编写配置管理计划
    • 评审配置管理计划

     

    《配置管理计划》模板

     

    • 创建配置管理环境

    配置管理经理

    • 设置硬件环境
    • 设置网络环境
    • 设置软件环境

      建立一个配置管理库,储存项目中定义的配置项;安装配置管理工具,例如: VSS等。

    • 提供配置管理培训

     

    《VSS使用手册》

    《组织管理配置库使用指南》

    • 配置项的标识

    配置管理经理

    • 对文档类的配置项进行的标识,参见附录B
    • 对程序(coding、模型)的配置项进行标识

    《软件开发文档命名约定》

    • 建立基线

    配置管理经理

    集成员

    • 标识基线:根据配置管理计划,对经过测试或者评审通过的工件进行标识。
    • 审批基线:CCB负责召开会议,评审配置管理经理建立的基线。
    • 发布基线:将建立的基线向相关人员发布。

    《配置管理计划模板》

     

    《基线策略指南》

    • 报告配置状态

    配置管理经理

    根据配置管理计划,收集配置活动数据, 编写配置状态报告。

     

    《配置状态报告》模板

    • 执行配置审计

    配置管理经理

    • 根据配置管理计划定期地执行配置审计,它包括:
      物理审计
      功能审计
    • 编写配置审计报告

     

    《配置审计报告》模板

    • 变更控制管理

    CCB

    任意角色

    • 参见《变更控制规范》

    《文档变更请求》

    展开全文
  • 每个软件研发团队都会搭建一套测试管理系统,由至少一个测试管理工具组成,用来管理各种测试活动,覆盖了整个测试过程。一个测试管理系统的构成如下所示: 图片来源:《全程软件测试》第14章 测试管理系统的...
  • 测试从零开始-No.9-软件配置管理介绍

    万次阅读 多人点赞 2021-09-05 23:10:05
    配置管理是通过对在软件生命周期的不同的时间点上的软件配置进行标识,并对这些被标识的软件配置项的更改进行系统控制,从而达到保证软件产品的完整性和可溯性的过程。 配置项 配置项是一组软件功能或者物理属性...
  • 第七章 软件配置管理

    万次阅读 多人点赞 2018-07-02 14:41:56
    本章内容提要软件配置管理的作用软件配置管理的相关概念建立软件配置管理环境版本控制系统集成分支管理变更管理配置审计和配置状态报告配置管理过程软件配置管理工具第一节 软件配置管理的作用星形网拓扑结构不同...
  • 常用BUG管理工具系统

    万次阅读 多人点赞 2018-08-21 16:27:16
    常用BUG管理系统 1.EasyBUG 优点: 1)基于WEB的在线的,不用配置; 2)界面简单,操作容易上手,基本上只要是会上网的人一看就会用 3)拥有截图功能,以图片的形式直接存在,而不是以附件形式; 4)BUG解决流程...
  • MySQL的管理维护工具非常多,除了系统自带的命令行管理工具之外,还有许多其他的图形化管理工具,这里我介绍几个经常使用的MySQL图形化管理工具,供大家参考。 MySQL是一个非常流行的小型关系型数据库管理系统,...
  • 软件配置管理入门

    千人学习 2016-10-22 15:49:37
    大多数的软件项目基本上都是团队共同开发的产物。 肖老师这套课程着重帮助学员们学习并掌握团队开发软件的方法,熟练掌握cvs,maven,ant,cvs,tortoise等工具的使用,从而了解分支开发的概念
  • 前端开发常用哪些工具软件

    千次阅读 多人点赞 2022-05-17 17:00:40
    前端开发必备工具,一篇文章一网打尽 文章目录 一、前端提高“生产力”工具 1.WebStorm 2. 远程开发 - VSCode 3. 接口测试 - Postman 4.API在线文档生成和测试 - SwaggerUI 5.抓包工具 - Wireshark 6.通用...
  • 常见的10种配置管理工具

    千次阅读 2011-03-11 11:01:00
    本文通过将目前国内外的一些常用配置管理工具的简介,希望能启到一个抛砖引玉的作用,至于更为细致的介绍,会在以后的系列中进行讲解。  1、VSS-- Visual Source Safe ,此工具是Microsoft提供的,是使用的...
  •   当前许多互联网公司都提供了一些项目开发的管理工具(大部分都是依据 Scrum),下面我们就来简单对比一下,后续如果有用到在写个详细的文章来介绍。 Worktile   Worktile 是企业级项目协作与目标管理工具,...
  • 五款服务器配置管理工具

    千次阅读 2019-02-11 16:02:05
    这里写自定义目录标题来源为什么使用配置管理工具对比 来源 本文翻译自 Top 5 configuration management tools 为什么使用配置管理工具 Configuration management tools enable changes and deployments to be ...
  • 对于IT项目管理工具相信很多IT项目管理者都不陌生,因为它是我们每天都要接触的,但是在前期选择IT项目管理工具的时候往往是我们最头疼的时候,所以今天我就给大家带来几款常用的国内外IT项目管理工具介绍: ...
  • 1. Git 是由linux内核的开发者linus Torvalds于2005年发行的软件配置管理工具,用于管 理软件进化过程中的变化。 2. Git 仓库: (1)由三个部分组成: a. .git 目录:为本地的CMDB b. 工作目录:为本地的...
  • 项目配置管理工具研究

    千次阅读 2014-12-09 14:56:55
    配置管理工具研究 一、软件配置管理概念的提出 每一个软件项目,无论是工程类项目,还是产品类项目,都必须经历需求分析、系统设计、编码实现、集成测试、部署、交付、维护和支持的过程。在这个过程中,将生成各种...
  • GIT版本管理工具

    千次阅读 2021-11-08 16:04:02
    版本控制软件的最高目标,是支持软件公司的配置管理活动,追踪多个版本的开发和维护活动,及时发布软件; (2)版本管理工具主要有两个作用 1. 代码版本管理 2. 多人协作开发; (3)版本管理是一个合格的程序员的...
  • 软件测试之软件配置项测试

    千次阅读 2021-10-29 10:13:15
    最近,有个新成立的部门邀请我去给员工做一个测试培训。我问他们的测试需求是什么,对方说,有...在姐姐从事的这个行业里,配置项测试指的是对已经研发完毕,纳入配置管理,并准备提交给客户的软件项目进行测试。通常情
  • debian常用软件安装及配置

    万次阅读 2017-05-04 17:31:45
    另外,可以使用下列命令使非root用户无需密码就获得管理员权限,但这种方法决不能用于服务器端,应该只用于单用户模式的个人电脑中,而且务必谨慎使用 # echo "username ALL=(ALL) NOPASSWD:ALL" >> /etc/...
  • 项目管理工具——Jira使用和配置

    万次阅读 多人点赞 2021-08-05 00:04:40
    Jira是Atlassian公司出品的一款事务管理软件(缺陷管理类的软件)。无论是“需求”,还是“BUG”,或是“任务”,都是“事务”的一种,所以Jira可以胜任非常多的角色:需求管理、缺陷跟踪、任务管理等等……因为Jira...
  • 实验三、网络参数配置常用网络命令使用 1实验目的 (1)掌握对等网的建立方法; (2)学会网络参数查看与网络连通性测试方法 (3)学会建立并应用用户类型、用户权限及组的方法;、 (4)学会建立网络访问及资源...
  • 项目管理工具推荐

    千次阅读 2022-06-05 13:57:58
    项目管理工具推荐
  • 软件配置管理中基线(baseline)

    万次阅读 2014-12-28 16:15:38
    1. SCM Software Configuration Management 软件配置管理 基线是配置管理中的要求,分需求基线、开发基线、测试基线和发布基线。 基线(baseline)是软件开发中某一阶段的一个快照,这个阶段有明确的、稳定的输出...
  • 软件测试测试工具总结

    万次阅读 多人点赞 2019-06-14 17:52:48
    软件测试的过程中,多多少少都是会接触到一些测试工具,作为辅助测试用的,以提高测试工作的效率,使用好了测试工具,能对测试起到一个很好的作用,同时,有些公司,也会要求掌握一些测试工具,或者,是在面试时,...
  • 常用运维工具

    千次阅读 2022-03-26 17:35:24
    真正具有批量部署的是ansible所运行的模块,ansible 只是提供一种框架 Ansible命令执行来源: 1> USER,普通用户,即SYSTEM ADMINISTRATOR 2> CMDB(配置管理数据库) API 调用 3> PUBLIC/PRIVATE CLOUD API调用 ...
  • 2、 测试管理工具是指在软件开发的过程中,对测试需求、计划、用例和实施过程进行管理,对软件缺陷进行跟踪处理的工具。通过这个工具测试人员和开发人员能够对每个测试活动及阶段的结果进行监控,然后找出缺陷和...
  • 由国内老牌SaaS 厂商Worktile 打造,成立于2012年,在2021年PingCode 在36氪企服点评发布的研发项目管理工具榜排名 TOP1 。 除此以外,PingCode 在国内多个领域出于领先地位,比如具有国内最先进的研发自动化管理

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 584,567
精华内容 233,826
热门标签
关键字:

常用的软件配置管理工具