一:软件配置管理的基本目标
软件配置管理是在贯穿整个软件生命周期中建立和维护项目产品的完整性。它的基本目标包括:目标 1: 软件配置管理的各项工作是有计划进行的。目标 2: 被选择的项目产品得到识别,控制并且可以被相关人员获取。目标 3: 已识别出的项目产品的更改得到控制。目标 4: 使相关组别和个人及时了解软件基准的状态和内容。
二:软件配置管理计划书
软件配置管理计划应包括以下几方面内容.
1.配置管理环境的物理拓扑介绍(服务器ip和作用)
2.配置管理计划涉及到的人员角色
3.配置管理流程(一般是开发过程流程,如何使用流或分支,并行开发和合并代码的策略和流程)
4.该计划的时间安排,基于项目开发里程碑点,何时做审计,打基线,发布包.
5.人员培训需求表,配置管理工具和流程的培训
该计划大部分都是不需要修改的,不如配置管理的物理拓扑,一些和项目相关的信息才需要修改.
这样会减少编写时间
三:软件配置管理的过程描述
一个软件研发项目一般可以划分为三个阶段:计划阶段、开发阶段和维护阶段。然而从软件配置管理的角度来看,后两个阶段所涉及的活动是一致,所以就把它们合二为一,成为“项目开发和维护”阶段。 一个项目设立之初PM首先需要制定整个项??研发计划之后,软件配置管理的活动就可以展开了,因为如果不在项目开始之初制定软件配置管理计划,那么软件配置管理的许多关键活动就无法及时有效的进行,而它的直接后果就是造成了项目开发状况的混乱并注定软件配置管理活动成为一种“救火”的行为。所以及时制定一份软件配置管理计划在一定程度上是项目成功的重要保证。在软件配置管理计划的制定过程中,它的主要流程应该是这样的:CCB根据项目的开发计划确定各个里程碑和开发策略;CMO根据CCB的规划,制定详细的配置管理计划,交CCB审核;CCB通过配置管理计划后交项目经理批准,发布实施。 这一阶段是项目研发的主要阶段。在这一阶段中,软件配置管理活动主要分为三个层面:⑴主要由CMO完成的管理和维护工作;⑵由SIO和DEV具体执行软件配置管理策略;⑶变更流程。这三个层面是彼此之间既独立又互相联系的有机的整体。在这个软件配置管理过程中,它的核心流程应该是这样的:⑴CCB设定研发活动的初始基线;⑵CMO根据软件配置管理规划设立配置库和工作空间,为执行软件配置管理计划做好准备;⑶开发人员按照统一的软件配置管理策略,根据获得的授权的资源进行项目的研发工作;⑷SIO按照项目的进度集成组内开发人员的工作成果,并构建系统,推进版本的演进;⑸CCB根据项目的进展情况,审核各种变更请求,并适时的划定新的基线,保证开发和维护工作有序的进行。这个流程就是如此循环往复,直到项目的结束。当然,在上述的核心过程之外,还涉及其他一些相关的活动和操作流程,下面按不同的角色分工予以列出:各开发人员按照项目经理发布的开发策略或模型进行工作;SIO负责将各分项目的工作成果归并至集成分支,供测试或发布;SIO可向CCB提出设立基线的要求,经批准后由CMO执行;CMO定期向项目经理和CCB提交审计报告,并在CCB例会中报告项目在软件过程中可能存在的问题和改进方案;在基线生效后,一切对基线和基线之前的开发成果的变更必须经CCB的批准;CCB定期举行例会,根据成员所掌握的情况、CMO的报告和开发人员的请求,对配置管理计划作出修改,并向项目经理负责。综上所述,配置管理的工作流程如图1所示:
四:怎么写软件配置管理计划?
什么软件?
五:软件配置管理的相关职责
对于任何一个管理流程来说,保证该流程正常运转的前提条件就是要有明确的角色、职责和权限的定义。特别是在引入了软件配置管理的工具之后,比较理想的状态就是:组织内的所有人员按照不同的角色的要求、根据系统赋予的权限来执行相应的动作。因此,在本文所介绍的这个软件配置管理过程中主要涉及下列的角色和分工:项目经理(Project Manager,PM):项目经理是整个软件研发活动的负责人,他根据软件配置控制委员会的建议批准配置管理的各项活动并控制它们的进程。其具体职责为以下几项:制定和修改项目的组织结构和配置管理策略;批准、发布配置管理计划;决定项目起始基线和开发里程碑;接受并审阅配置控制委员会的报告。配置控制委员会(Configuration Control Board,CCB):负责指导和控制配置管理的各项具体活动的进行,为项目经理的决策提供建议。其具体职责为以下几项:定制开发子系统;定制访问控制;制定常用策略;建立、更改基线的设置,审核变更申请;根据配置管理员的报告决定相应的对策。配置管理员(Configuration Management Officer,CMO):根据配置管理计划执行各项管理任务,定期向CCB提交报告,并列席CCB的例会。其具体职责为以下几项:软件配置管理工具的日常管理与维护;提交配置管理计划;各配置项的管理与维护;执行版本控制和变更控制方案;完成配置审计并提交报告;对开发人员进行相关的培训;识别软件开发过程中存在的问题并拟就解决方案。系统集成员(System Integration Officer,SIO):系统集成员负责生成和管理项目的内部和外部发布版本,其具体职责为以下几项:集成修改;构建系统;完成对版本的日常维护;建立外部发布版本。开发人员(Developer,DEV):开发人员的职责就是根据组织内确定的软件配置管理计划和相关规定,按照软件配置管理工具的使用模型来完成开发任务。
六:软件配置管理员,通俗地讲是做什么的?
简单的说,应该就是软件维护管理员吧,具体的职责可能涉及到常用软件的安装、配置与维护,包括一些数据库系统、一些工具软件等。
七:论述软件项目管理过程中如何开展好配置管理工作
1、配置管理员水平很重要。
2、领导要很重视(比如告诉他代码需要控制不同的权限,集中保存防止出现各种意外比如离职泄露啊,电脑坏了啊等等,与开发过程相关的就不用说了,他不关心的)。
3、项目经理要很重视,很多项目经理本身是技术出身,可能管理跟的不是那么上~.~。
4、项目成员有这样的概念。
以上是前提。
开展配置管理工作的关键是让公司内部的项目干系人的人感觉到配置管理工作在起作用。
最重要的手段:
针对不同的人进行不同层次的培训。
1、对于老板/总监/技术老大/项目老大等等所有项目的统筹负责人,可以做一些月度季度年度报表PPT什么的告诉他你做了什么。取得了什么样的效果。
2、对于项目经理们或者准项目经理们,做配置管理里关于流程方面的培训(比如配置项管理、基线管理、变更管理、构建管理、版本管理、发布管理、审计管理、外部发布管理等)、然后就是一些配合不同开发模式(比如瀑布、螺旋、敏捷等)进行配置工具培训、 比如分支开发、自动构建、持续集成等
3、对于普通开发测试等项目组成员,就是培训各类工具的使用了比如svn/git/cc等,比如一些好的操作,版本对比、回退机制、代码共享、同步开发等等。
至于配置管理过程的话,网上一大堆,随便凭记忆总结下,可能不全:
1、从组织上定义标准流程规范制度等。这个规范制度是用来指导配置管理工作的总规范。包括具体的配置管理简介、配置管理过程中涉及到的人的权责、然后就是配置管理实施的策略(比如计划、配置项、基线、变更、发布、审计、报告、服务器管理、配置工具说明、权限管理总则、配置库结构标准、库备份啊、收尾工作比如移交转产交付取消权限刻盘保存等),可能还要定义一个内测版本、外测版本、正式版本号的附则。制作好所有的excel/word/ppt/txt模版。给领导审批通过就OK了。
2、项目开始就后按照组织定义的配置管理流程去做,不断裁剪修改,不同规模的配置管理工作的需求是不同的,要考虑投入产出是否合理,与项目是否适配。
------------------------------------------
以上所有涉及到和领导相关的步奏,请考虑你在公司的实际地位和能力水平,有可能你的项目的配置管理工作没有到这个高度,还只是初级阶段,领导都不知道。一般来说成熟的软件公司、规模比较大配置管理是单独的。如果你只是某个项目的,没有那么高的地位那就只针对本项目的经理和普通成员来操作吧.......~.~
八:配置管理员的关键活动
1.配置项(Software Configuration Item,SCI)识别Pressman对于SCI给出了一个比较简单的定义:“软件过程的输出信息可以分为三个主要类别:(1)计算机程序(源代码和可执行程序),(2)描述计算机程序的文档(针对技术开发者和用户),以及(3)数据(包含在程序内部或外部)。这些项包含了所有在软件过程中产生的信息,总称为软件配置项。”由此可见,配置项的识别是配置管理活动的基础,也是制定配置管理计划的重要内容。软件配置项分类软件的开发过程是一个不断变化着的过程,为了在不严重阻碍合理变化的情况下来控制变化,软件配置管理引入了“基线(Base Line)”这一概念。IEEE对基线的定义是这样的:“已经正式通过复审核批准的某规约或产品,它因此可作为进一步开发的基础,并且只能通过正式的变化控制过程改变。”所以,根据这个定义,我们在软件的开发流程中把所有需加以控制的配置项分为基线配置项和非基线配置项两类,例如:基线配置项可能包括所有的需求文档、设计文档、源程序和正式项目整体计划等;非基线配置项可能包括项目的各类细节计划和报告等。
九:以下哪一个描述了人员配置管理计划的内容
一个软件研发项目一般可以划分为三个阶段:计划阶段、开发阶段和维护阶段。然而从软件配置管理的角度来看,后两个阶段所涉及的活动是一致,所以就把它们合二为一,成为“项目开发和维护”阶段。 一个项目设立之初PM首先需要制定整个项??研发计划之后,软件配置管理的活动就可以展开了,因为如果不在项目开始之初制定软件配置管理计划,那么软件配置管理的许多关键活动就无法及时有效的进行,而它的直接后果就是造成了项目开发状况的混乱并注定软件配置管理活动成为一种“救火”的行为。所以及时制定一份软件配置管理计划在一定程度上是项目成功的重要保证。
在软件配置管理计划的制定过程中,它的主要流程应该是这样的:
CCB根据项目的开发计划确定各个里程碑和开发策略;
CMO根据C搜索CB的规划,制定详细的配置管理计划,交CCB审核;
CCB通过配置管理计划后交项目经理批准,发布实施。 这一阶段是项目研发的主要阶段。在这一阶段中,软件配置管理活动主要分为三个层面:
⑴主要由CMO完成的管理和维护工作;
⑵由SIO和DEV具体执行软件配置管理策略;
⑶变更流程。这三个层面是彼此之间既独立又互相联系的有机的整体。
在这个软件配置管理过程中,它的核心流程应该是这样的:
⑴CCB设定研发活动的初始基线;
⑵CMO根据软件配置管理规划设立配置库和工作空间,为执行软件配置管理计划做好准备;
⑶开发人员按照统一的软件配置管理策略,根据获得的授权的资源进行项目的研发工作;
⑷SIO按照项目的进度集成组内开发人员的工作成果,并构建系统,推进版本的演进;
⑸CCB根据项目的进展情况,审核各种变更请求,并适时的划定新的基线,保证开发和维护工作有序的进行。
这个流程就是如此循环往复,直到项目的结束。当然,在上述的核心过程之外,还涉及其他一些相关的活动和操作流程,下面按不同的角色分工予以列出:
各开发人员按照项目经理发布的开发策略或模型进行工作;
SIO负责将各分项目的工作成果归并至集成分支,供测试或发布;
SIO可向CCB提出设立基线的要求,经批准后由CMO执行;
CMO定期向项目经理和CCB提交审计报告,并在CCB例会中报告项目在软件过程中可能存在的问题和改进方案;
在基线生效后,一切对基线和基线之前的开发成果的变更必须经CCB的批准;
CCB定期举行例会,根据成员所掌握的情况、CMO的报告和开发人员的请求,对配置管理计划作出修改,并向项目经理负责。