备考高级系统分析师-项目管理-成本管理-软件配置管理(备考系统集成项目管理师)

继续肝项目管理的内容,还是一些概念性的东西,大伙多读两遍理解吧,本章主要是讲项目管理的成本管理,软件配置管理,成本管理的计算题在系分里好像不考,在高项里倒是考试的重点。

1.成本管理

项目成本管理是在整个项目的实施过程中,为确保项目在批准的预算条件下尽可能保质按期完成,而对所需的各个过程进行管理与控制。

项目成本管理包括成本估算、成本预算和成本控制三个过程。

(1)成本估算是对完成项目所需成本的估计和计划,是项目计划中的一个重要的、关键的、敏感的部分;成本估算主要靠分解和类推的手段进行,基本估算方法分为三类:自顶向下的估算、自底向上的估算和差别估算法

(2)成本预算是把估算的总成本分配到项目的各个工作包,建立成本基准计划以衡量项目绩效;应急储备和管理储备。

(3)成本控制保证各项工作在各自的预算范围内进行

注意:成本管理的计算在系分中不考,有类似的项目采用自顶向下的估算,找不到对应的参考的采用字底向上的估算。

成本的类型

(1)可变成本:随着生产量、工作量或时间而变的成本为可变成本。可变成本又称变动成本。

(2)固定成本:不随生产量、工作量或时间的变化而变化的非重复成本为固定成本。

(3)直接成本:直接可以归属于项目工作的成本为直接成本。如项目团队差旅费、工资、项目使用的物料及设备使用费等。

(4)间接成本:来自一般管理费用科目或几个项目共同担负的项目成本所分摊给本项目的费用,就形成了项目的间接成本,如税金、额外福利和保卫费用等。

(5)机会成本:是利用一定的时间或资源生产一种商品时,而失去的利用这些资源生产其他最佳替代品的机会就是机会成本,泛指一切在做出选择后其中一个最大的损失。

(6)沉没成本:是指由于过去的决策已经发生了的,而不能由现在或将来的任何决策改变的成本。沉没成本是一种历史成本,对现有决策而言是不可控成本,会很大程度上影响人们的行为方式与决策,在投资决策时应排除沉没成本的干扰

学习曲线:重复生成产品时,产品的单位成本会随着产量的扩大呈现规律性递减。估算成本时,也要考虑此因素。

考题来喽:

1.关于成本类型的描述,不正确的是()。

A、项目团队差旅费、工资、税金及设备使用费为直接成本

B、随着生产量,工作量或时间而变的成本称为变动成本

C、利用一定时间或资源生产一种商品时,便失去了使用这些资源生产其他最佳替代品的机会称为机会成本

D、沉没成本是一种历史版本,对现有决策而言是不可控成本

2.投资者赵某可以选择股票和储蓄存款两种投资方式。他于2017年1月1日用2万元购进某股票,一年后亏损了500元,如果当时他选择储蓄存款,一年后将有360元的收益。由此可知,赵某投资股票的机会成本为()元。

A、500 B、360 C、860 D、140

解析:答案A(税金不是直接成本) B

2.软件配置管理

配置管理是为了系统地控制配置变更,在系统的整个生命周期中维持配置的完整性和可跟踪性,而标识系统在不同时间点上配置的学科。

在GB/T11457-2006中将“配置管理”正式定义为:"应用技术的和管理的指导和监控方法以标识和说明配置项的功能和物理特征,控制这些特征的变更,记录和报告变更处理和实现状态并验证与规定的需求的遵循性。

配置管理包括6个主要活动:制订配置管理计划、配置标识、配置控制、配置状态报告、配置审计、发布管理和交付。

注意:配置管理就是对配置项的管理

配置项:GB/T11457-2006对配置项的定义为:“为配置管理设计的硬件、软件或二者的集合,在配置管理过程中作为一个单个实体来对待”。

以下内容都可以作为配置项进行管理:外部交付的软件产品和数据、指定的内部软件工作产品和数据、指定的用于创建或支持软件产品的支持工具、供方/供应商提供的软件和客户提供的设备/软件

典型配置项包括项目计划书、需求文档、设计文档、源代码、可执行代码、测试用例、运行软件所需的各种数据,它们经评审和检查通过后进入配置管理。

每个配置项的主要属性有:名称、标识符、文件状态、版本、作者、日期等。

配置项可以分为基线配置项和非基线配置项两类,例如,基线配置项可能包括所有的设计文档和源程序等;非基线配置项可能包括项目的各类计划和报告等。

所有配置项的操作权限应由CMO(配置管理员)严格管理,基本原则是:基线配置项向开发人员开放读取的权限;非基线配置项向PM、CCB及相关人员开放。(有些歧义吧,基线是不是也可以向PM开放只读权限)

配置项的状态可分为“草稿”“正式”和“修改”三种。配置项刚建立时,其状态是“草稿”。配置项通过评审后,其状态变为“正式”。此后若更改配置项,则其状态变为“修改”。当配置项修改完毕并重新通过评审时,其状态又变为“正式”。如图所示

备考高级系统分析师-项目管理-成本管理-软件配置管理(备考系统集成项目管理师)

配置项版本号

(1)处于“草稿”状态的配置项的版本号格式为0.YZ,YZ的数字范围为01~99。随着草稿的修正,YZ的取值应递增。YZ的初值和增幅由用户自己把握

(2)处于“正式”状态的配置项的版本号格式为X.Y,X为主版本号,取值范围为1~9.Y为次版本号,取值范围为0~9。

配置项第一次成为“正式”文件时,版本号为1.0。

如果配置项升级幅度比较小,可以将变动部分制作成配置项的附件,附件版本依次为1.0,1.1….。当附件的变动积累到一定程度时,配置项的Y值可适量增加,Y值增加一定程度时,X值将适量增加。当配置项升级幅度比较大时,才允许直接增大X值

(3)处于“修改”状态的配置项的版本号格式为X.YZ。配置项正在修改时,一般只增大z值,X.Y值保持不变。当配置项修改完毕,状态成为“正式”时,将Z值设置为0,增加X.Y值。参见上述规则(2)。

配置项版本管理:在项目开发过程中,绝大部分的配置项都要经过多次的修改才能最终确定下来。对配置项的任何修改都将产生新的版本。由于我们不能保证新版本一定比旧版本“好”,所以不能抛弃旧版本。版本管理的目的是按照一定的规则保存配置项的所有版本,避免发生版本丢失或混淆等现象,并且可以快速准确地查找到配置项的任何版本

配置基线(常简称为基线)一组配置项组成,这些配置项构成一个相对稳定的逻辑实体。基线中的配置项被“冻结”了,不能再被任何人随意修改。对基线的变更必须遵循正式的变更控制程序

基线通常对应于开发过程中的里程碑一个产品可以有多个基线也可以只有一个基线。交付给外部顾客的基线一般称为发行基线(Release),内部开发使用的基线般称为构造基线(Build)。

一组拥有唯一标识号的需求、设计、源代码文卷以及相应的可执行代码、构造文卷和用户文档构成一条基线。

产品的一个测试版本(可能包括需求分析说明书、概要设计说明书、详细设计说明书、已编译的可执行代码、测试大纲、测试用例、使用手册等)是基线的一个例子。

对于每一个基线,要定义下列内容:建立基线的事件、受控的配置项、建立和变更基线的程序、批准变更基线所需的权限。在项目实施过程中,每个基线都要纳入配置控制,对这些基线的更新只能采用正式的变更控制程序

建立基线还可以有如下好处:

(1)基线为开发工作提供了一个定点和快照

(2)新项目可以在基线提供的定点上建立。新项目作为一个单独分支,将与随后对原始项目(在主要分支上)所进行的变更进行隔离。

(3)当认为更新不稳定或不可信时,基线为团队提供一种取消变更的方法

(4)可以利用基线重新建立基于某个特定发布版本的配置,以重现已报告的错误。

配置库存放配置项并记录与配置项相关的所有信息,是配置管理的有力工具。

主要作用:

(1)记录与配置相关的所有信息,其中存放受控的软件配置项是很重要的内容。

(2)利用库中的信息评价变更的后果,这对变更控制有着重要的意义。

(3)从库中可提取各种配置管理过程的管理信息

使用配置库可以帮助配置管理员把信息系统开发过程的各种工作产品,包括半成品或阶段产品和最终产品管理得井井有条,使其不致管乱、管混、管丢

配置库可以分开发库、受控库、产品库3种类型。

(1)开发库,也称为动态库、程序员库或工作库,用于保存开发人员当前正在开发的配置实体,如:新模块、文档、数据元素或进行修改的已有元素。动态中的配置项被置于版本管理之下。动态库是开发人员的个人工作区,由开发人员自行控制。库中的信息可能有较为频繁的修改只要开发库的使用者认为有必要,无需对其进行配置控制,因为这通常不会影响到项目的其他部分。可以任意的修改

(2)受控库,也称为主库,包含当前的基线加上对基线的变更。受控库中的配置项被置于完全的配置管理之下。在信息系统开发的某个阶段工作结束时,将当前的工作产品存入受控库。可以修改,需要走变更流程。

(3)产品库,也称为静态库、发行库、软件仓库,包含已发布使用的各种基线的存档,被置于完全的配置管理之下。在开发的信息系统产品完成系统测试之后,作为最终产品存入产品库内,等待交付用户或现场安装。一般不再修改,真要修改的话需要走变更流程

真题来喽:

1.项目配置管理中,产品配置是指一个产品在其生命周期各个阶段所产生的各种形式和各种版本的文档、计算机程序、部件及数据的集合。该集合中的每一个元素称为该产品配置中的一个配置顶,()不属于产品组成部分工作成果的配置顶。

A.需求文档 B.设计文档 C.工作计划 D.源代码

2.项目配置管理中,配置项的状态通常包括()。

A.草稿、正式发布和正在修改

B.草稿、技术评审和正式发布

C.草稿、评审或审批、正式发布

D.草稿、正式发布和版本变更

解析:答案CA,

配置项是构成产品配置的主要元素,配置项主要有以下两大类

(1)属于产品组成部分的工作成果:如需求文档、设计文档、源代码和测试用例等;

(2)属于项目管理和机构支撑过程域产生的文档:如工作计划、项目质量报告和项目跟踪报告等。

感谢大伙点赞 关注的支持,是我持续学习更新的动力,关注公众号:Coding-9527,跟大伙一起学习,成长,进步!

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。

(0)
上一篇 2022年5月22日 上午10:38
下一篇 2022年5月22日 上午10:40

相关推荐