全部科目 > 系统集成项目管理工程师 >
2010年下半年 上午试卷 综合知识
第 45 题
知识点 成本估算   成本汇总   举例   需求定义   需求分析   预算  
关键词 WBS   成本估算   工作包   软件开发   项目经理   需求调研   需求定义   需求分析   需求阶段   预算   开发   需求  
章/节 项目成本预算  
 
 
项目经理创建了某软件开发项目的WBS工作包,其中一个工作包举例如下:130(注:工作包编号,下同)需求阶段;131需求调研;132需求分析;133需求定义。通过成本估算,131预计花费3万元;132预计花费2万元;133预计花费2.5 万元。根据各工作包的成本估算,采用(45)方法,能最终形成整个项目的预算
 
  A.  资金限制平衡
 
  B.  准备金分析
 
  C.  成本参数估算
 
  D.  成本汇总




 
 
相关试题     项目成本预算 

  第61题    2023年下半年  
()is the process of developing an approximation of the cost of resources needed to complete project work

  第46题    2015年上半年  
项目经理在制定项目成本预算时采取以下步骤:①估算项目的总成本;②将项目的总成本分解到WBS工作包:③将各个工作包成本再分解到相关活动:④公司对预算草案进行审批..

  第48题    2023年下半年  
( )过程建立成本基准

 
知识点讲解
· 成本估算
· 成本汇总
· 举例
· 需求定义
· 需求分析
· 预算
 
        成本估算
        成本估算是对完成项目活动所需资金进行近似估算的过程,其主要作用是确定完成项目工作所需的成本数额。
        成本估算是在某特定时点,根据已知信息所做出的成本预测。在估算成本时,需要识别和分析可用于启动与完成项目的备选成本方案;需要权衡备选成本方案并考虑风险,如比较自制成本与外购成本、购买成本与租赁成本及多种资源共享方案,以优化项目成本。
               输入
                      成本管理计划
                      成本管理计划规定了如何管理和控制项目成本,包括估算活动成本的方法和需要达到的准确度。
                      人力资源管理计划
                      人力资源管理计划提供了项目人员配备情况、人工费率和相关奖励/认可方案,是制订项目成本估算时必须考虑的因素。
                      范围基准
                      范围基准包含以下内容:
                      .范围说明书:提供了产品描述、验收标准、主要可交付成果、项目边界及项目的假设条件和制约因素。在估算项目成本时必须设定的一项基本假设是,估算将仅限于直接成本,还是也包括间接成本。间接成本是无法直接追溯到某个具体项目的成本,因此只能按某种规定的会计程序进行累计并合理分摊到多个项目中。有限的项目预算是很多项目中最常见的制约因素。其他制约因素包括规定的交付日期、可用的熟练资源和组织政策等。
                      .工作分解结构:指明了项目的全部组件之间及全部可交付成果之间的相互关系。
                      .WBS词典:提供了可交付成果的详细信息,并描述了为产出可交付成果,WBS各组件所需进行的工作。
                      范围基准中可能还包括与合同和法律有关的信息,如健康、安全、安保、绩效、环境、保险、知识产权、执照和许可证等。所有这些信息都应该在进行成本估算时加以考虑。
                      项目进度计划
                      项目工作所需的资源种类、数量和使用时间,都会对项目成本产生很大影响。进度活动所需的资源及其使用时间,是本过程的重要输入。在估算活动资源过程中,已经估算出开展进度活动所需的人员数量、人时数及材料和设备数量。活动资源估算与成本估算密切相关。如果项目预算中包括融资成本(如利息),或者资源消耗取决于活动持续时间的长短,那么活动持续时间估算就会对成本估算产生影响。如果成本估算中包含时间敏感型成本,如通过工会集体签订定期劳资协议的员工或价格随季节波动的材料,那么活动持续时间估算也会影响成本估算。
                      风险登记册
                      通过审查风险登记册,考虑应对风险所需的成本。风险既可以是威胁,也可以是机会,通常会对活动及整个项目的成本产生影响。一般而言,在项目遇到负面风险事件后,项目的近期成本将会增加,有时还会造成项目进度延误。同样,项目团队应该对可能给业务带来好处的潜在机会保持敏感。
                      事业环境因素
                      可能影响成本估算过程的事业环境因素包括市场条件和发布的商业信息。
                      组织过程资产
                      可能影响成本估算过程的组织过程资产包括成本估算政策、成本估算模板、历史信息和经验教训。
               工具与技术
                      专家判断
                      基于历史信息,专家判断可以对项目环境及以往类似项目的信息提供有价值的见解。专家判断还可以对是否联合使用多种估算方法,以及如何协调方法之间的差异做出决定。
                      类比估算
                      类比估算是指以过去类似项目的参数值(如范围、成本、预算和持续时间等)或规模指标(如尺寸、重量和复杂性等)为基础,来估算当前项目的同类参数或指标。在估算成本时,这项技术以过去类似项目的实际成本为依据,来估算当前项目的成本。这是一种粗略的估算方法,有时需要根据项目复杂性方面的已知差异进行调整。
                      在项目详细信息不足时,例如在项目的早期阶段,就经常使用类比估算技术来估算成本数值。该方法综合利用了历史信息和专家判断。
                      相对于其他估算技术,类比估算通常成本较低、耗时较少,但准确性也较低。可以针对整个项目或项目中的某个部分,进行类比估算。类比估算可以与其他估算方法联合使用。如果以往项目是本质上而不只是表面上类似,并且从事估算的项目团队成员具备必要的专业知识,那么类比估算就最为可靠。
                      参数估算
                      参数估算是指利用历史数据之间的统计关系和其他变量,来进行项目工作的成本估算。参数估算的准确性取决于参数模型的成熟度和基础数据的可靠性。参数估算可以针对整个项目或项目中的某个部分,并可与其他估算方法联合使用。
                      自下而上估算
                      自下而上估算是对工作组成部分进行估算的一种方法。首先对单个工作包或活动的成本进行最具体、细致的估算;然后把这些细节性成本向上汇总或“滚动”到更高层次,用于后续报告和跟踪。自下而上估算的准确性及其本身所需的成本,通常取决于单个活动或工作包的规模和复杂程度。
                      三点估算
                      通过考虑估算中的不确定性与风险,使用三种估算值来界定活动成本的近似区间,可以提高活动成本估算的准确性:
                      最可能成本(Cm):对所需进行的工作和相关费用进行比较现实的估算所得到的活动成本。
                      最乐观成本(Co):基于活动的最好情况所得到的活动成本。
                      最悲观成本(Cp):基于活动的最差情况所得到的活动成本。
                      基于活动成本在三种估算值区间内的贝塔分布,使用下面公式来计算预期成本(Ce):
                      Ce=(Co+4Cm+Cp)/6
                      储备分析
                      为应对成本的不确定性,成本估算中可以包括应急储备(有时称为“应急费用”)。应急储备是包含在成本基准内的一部分预算,用来应对已经接受的已识别风险,以及已经制定应急或减轻措施的已识别风险。应急储备通常是预算的一部分,用来应对那些会影响项目的“已知—未知(已经识别但无法主动管理)”风险。例如,预知有些项目可交付成果需要返工,却不知道返工的工作量是多少,可以预留应急储备来应对这些未知数量的返工工作。可以为某个具体活动建立应急储备,也可以为整个项目建立应急储备,还可以同时建立。应急储备可取成本估算值的某一百分比、某个固定值或者通过定量分析来确定。
                      随着项目信息越来越明确,可以动用、减少或取消应急储备。应该在成本文件中清楚地列出应急储备。应急储备是成本基准的一部分,也是项目整体资金需求的一部分。
                      也可以估算项目所需的管理储备。管理储备是为了管理控制的目的而特别留出的项目预算,用来应对项目范围中不可预见的工作。管理储备用来应对会影响项目的“未知—未知(未知风险无法进行主动管理)”风险。管理储备不包括在成本基准中,但属于项目总预算和资金需求的一部分。当动用管理储备资助不可预见的工作时,就要把动用的管理储备增加到成本基准中,从而导致成本基准变更。
                      质量成本
                      在估算活动成本时,可能要用到关于质量成本(参见第15章内容)的各种假设。
                      项目管理软件
                      项目管理应用软件、电子表单、模拟和统计工具等,可用来辅助成本估算。这些工具能简化某些成本估算技术的使用,使人们能快速考虑多种成本估算方案。
                      卖方投标分析
                      在成本估算过程中,可能需要根据合格卖方的投标情况,分析项目成本。在用竞争性招标选择卖方的项目中,项目团队需要开展额外的成本估算工作,以便审查各项可交付成果的价格,并计算出组成项目最终总成本的各分项成本。
                      群体决策技术
                      基于团队的方法(如头脑风暴、德尔菲技术或名义小组技术)可以调动团队成员的参与,以提高估算的准确度,并提高对估算结果的责任感。选择一组与技术工作密切相关的人员参与估算过程,可以获取额外的信息,得到更准确的估算。另外,让成员亲自参与估算,能够提高他们对实现估算的责任感。
               输出
                      活动成本估算
                      活动成本估算是对完成项目工作可能需要的成本的量化估算。成本估算可以是汇总的或详细分列的。成本估算应该覆盖活动所使用的全部资源,包括(但不限于)直接人工、材料、设备、服务、设施和信息技术,以及一些特殊的成本种类,如融资成本(包括利息)、通货膨胀补贴、汇率或成本应急储备。如果间接成本也包含在项目估算中,则可在活动层次或更高层次上计列间接成本
                      估算依据
                      估算依据即成本估算所需的支持信息,其数量和种类因应用领域而异。估算依据应清晰、完整地说明成本估算是如何得出的。
                      活动成本估算的支持信息可包括:
                      .关于估算依据的文件(如估算是如何编制的)。
                      .关于全部假设条件的文件。
                      .关于各种已知制约因素的文件。
                      .对估算区间的说明。
                      .对最终估算的置信水平的说明。
                      项目文件更新
                      可能需要更新的项目文件为风险登记册。
 
        成本汇总
        先把成本估算汇总到WBS中的工作包,再由工作包汇总至WBS更高层次(如控制账户),最终得出整个项目的总成本。
 
        举例
 
        需求定义
        网络系统的需求包括功能需求、通信需求、性能需求、可靠性需求、安全需求、维护和运行需求以及管理需求等,下面逐一介绍。
               功能需求
               功能需求即网络在用户单位业务中应该提供的功能,可以通过了解用户单位所从事的行业、该单位在行业内的地位以及和其他单位的关系等来确定其功能需求。另外,还可以通过了解项目背景来明确用户单位建网的目的,从而有助于描述详细的功能需求。
               通信需求
               在网络中,网络通信是个人通信模式和流量的组合。通信模式以发生在节点(客户机)之间的通信方式为基础。通常有以下几种通信方式。
               ◆对等通信方式。
               ◆客户机/服务器通信方式。
               ◆服务器/客户机通信方式。
               独立节点之间可以在一种或多种方式下通信,如何选择通信方式取决于网络的资源、节点和应用程序的性能。例如,在对等通信方式下,各工作站之间可共享资源;在客户机/服务器通信方式下,可以访问中央文件服务器上的核心数据库。
               1)对等通信方式
               对等通信方式是在一种结构和功能相似的节点之间的通信,通信节点具有相似的应用和通信能力。在该种网络中,每个节点与网络中的其他节点相连接,没有明显的源通信模式和目的通信模式。
               2)客户机/服务器通信方式
               客户机/服务器通信方式是网络中的客户机和服务器之间的通信。客户机可以是任何类型的节点,这些节点可以访问一些共享的资源。服务器在大小和功能上有所不同,既可以是基于PC的服务器,也可以是中型计算机和大型计算机。
               3)服务器/客户机通信方式
               数据库服务器应用程序使数据从服务器流向客户机。通常情况下,客户机请求比服务器响应所传送的通信量要少。例如,在典型的Web方案中,服务器根据客户机浏览器的请求向客户机发送大量的Web页面,这就是所说的服务器/客户机分布。
               4)相关指标
               为了确定用户的通信需求,需要了解用户单位的建筑物布局、入网站点的分布情况,并记录下述信息。
               ◆网络中心(或计算中心)及各级设备间的位置。
               ◆用户数量及其位置。
               ◆任何两个用户之间的最大距离。
               ◆用户群组织(即在同一楼里或同一楼层里的用户,尤其注意那些地理上分散,却属于同一部门的用户)。
               ◆特殊的需求或限制(例如,网络覆盖的地理范围内是否有道路、山丘;建筑物之间是否有阻挡物;电缆等介质布线是否有禁区;是否存在可以利用的介质系统等)。
               性能需求
               在需求分析中要分析网络的多种性能特性,包括响应时间、延迟、等待时间、利用率、带宽、容量、吞吐量、可用性、可靠性、可恢复性、冗余度、适应性、可伸缩性、效率和费用等。有些需求用户不是很关心,但对于设计者却是必须考虑的。随着计算机网络数量的增长、规模的扩大,如何提高网络性能成为十分重要的问题。与衡量单机系统的性能不同,网络性能是衡量多台计算机系统的性能。了解网络用户的需要,设定恰当的性能目标,合理选择网络结构和组成,便能得到满足用户需求且性能比较好的网络。
               网络用户关心的网络性能是能否获得最快的响应,网络管理员关心的网络性能是能否获得最高的资源利用率,两者需要很好地平衡。这种平衡包括两个方面:一方面是性能和价格的折中,另一方面是吞吐量和响应时间的平衡。
               可靠性需求
               可靠性需求就是用户需要什么样的可靠性。一个系统的可靠性定义为在指定的条件和时间内,系统能够实现指定功能的概率。而整个系统的可靠性又取决于组成系统的各个部件的可靠性。
               可靠性指标一般包括平均无故障时间(MTBF)和平均修复时间(MTTR)、可用性和故障率等。
               安全需求
               1)安全需求概述
               网络安全性包括对物理产品的布局和对过程的操作,合理的物理产品布局与安全设置可以保护网络和系统的完整性、可行性及可靠性。现代的网络安全性是把基本的网络安全性概念运用在分布式网络环境中。网络安全性的目的是对资源的保护,目前还没有彻底的解决方法。
               安全设计包括安全服务和实施两方面。原则上讲,每一个网络系统都具有独立和通用的安全协议,而基于安全服务的安全信息则是存放在管理信息库(MIB)中的,只有授权人员或系统才可访问、修改或删除这些机密信息。通过对网络易损点的识别,可使这些易损点得到保护和监控,要确保安全,应采取一种分层管理策略。
               安全性策略的3个属性定义为保密性、完整性和可信性。信息损失通常由以下原因引起:更改、破坏和泄露。对网络安全构成威胁的形式有很多,而且它们经常导致网络失常和重要信息的毁坏。
               采取何种安全措施需要视用户需要而定,不同单位或一个单位的不同部门要求的安全等级往往是有差异的,并不是安全等级越高越好,较高的安全等级意味着额外的系统开销和高昂的费用。
               2)安全性标准
               网络系统是否达到一定的安全性主要依照相关的安全性标准来判断,最早的信息系统安全性标准由美国国防部颁布的黄皮书(TC-SEC-NCSC,可信计算机系统)规定。该手册将IT系统划分为A(A1)、B(B1、B2、B3)、C(C1、C2)、D(D1)4类,共7个安全等级。
               (1)D类安全等级。D类安全等级只包括D1一个级别,D1的安全等级最低,它只为文件和用户提供安全保护。D1系统最常见的形式是本地操作系统,或者是一个完全没有保护的网络。
               (2)C类安全等级。C类安全等级能够提供审慎的保护,并为用户的行动和责任提供审计能力。C类安全等级可划分为C1和C2两类。
               (3)B类安全等级。B类安全等级可划分为Bl、B2和B3三类。B类系统具有强制性保护功能,这就意味着如果用户没有与安全等级相连,系统就不会让用户存取对象。
               (4)A类安全等级。A类系统的安全级别最高。目前,A类安全等级只包含A1一个安全类别。A1类与B3类相似,对系统的结构和策略不作特别要求。A1系统的显著特征是:系统的设计者必须按照一个正式的设计规范来分析系统。对系统进行分析后,设计者必须运用核对技术来确保系统符合设计规范。A1系统必须满足下列要求:系统管理员必须从开发者那里接收一个安全策略的正式模型;所有的安装操作都必须由系统管理员进行;系统管理员进行的每一步安装操作都必须有正式文档。
               欧洲等价的分类手册是ITSEC(信息技术安全评估标准)。与美国的黄皮书类似,ITSEC标准目录将IT系统划分为7个安全等级(E0~E6),这些等级与黄皮书中的各个等级大致对应。
               维护和运行需求
               维护和运行是网络系统投入正常运行后的日常管理工作,这项工作主要由网络管理人员承担。网络管理人员通过网络管理系统可以完成系统的配置、监控和统计等事务的处理,有时还要对网络设备进行检修。网络设计人员需要根据用户需求,提供必要的网络管理工具和策略,以方便网络管理人员对整个网络进行管理和维护,提高网络的运行效率,保证网络的可靠性。
               管理需求
               从用户的角度来讲,一个网络管理系统应该满足以下要求。
               ◆同时支持网络监视和控制两方面的能力。
               ◆能够管理所有的网络协议。
               ◆尽可能大的管理范围。
               ◆尽可能小的系统开销。
               ◆可以管理不同厂家的联网设备。
               ◆容纳不同的网络管理系统。
               ◆网络管理的标准化。
               在OSI网络管理框架模型中,基本的网络管理功能被分为5个功能域:配置管理(Configuration Management)、性能管理(Performance Management)、故障管理(Fault Management)、安全管理(Security Management)和计费管理(Accounting Management)。
               网络管理的标准化产品包括ISO的CMIS/CMIP(Common Management Information Service/Common Management Information Protocol)、Internet体系结构委员会(Internet Architecture Board, IAB)的SNMP和管理信息库(MIB),这些内容将在第5章详细介绍。
 
        需求分析
        需求分析的方法种类繁多,不过如果按照分解的方式不同,可以很容易地划分出几种大类型:
        (1)结构化分析方法。本节后续内容将详细讨论SA的内容。
        (2)面向对象分析方法。将在10.3节中进行详细介绍。
        (3)面向问题域的分析(Problem Domain Oriented Analysis, PDOA)方法。PDOA更多地强调描述,而少强调建模。它的描述大致分为关注问题域和关注解系统的待求行为这两个方面。问题框架是PDOA的核心元素,是将问题域建模成为一系列相互关联的子域。也可以把问题框架看作是开发上下文图,但不同的是上下文图的建模对象是针对解系统,而问题框架则是针对问题域。也就是说,问题框架的目标就是大量地捕获更多有关问题域的信息。PDOA方法现在还在研究阶段,并未广泛应用。
               业务流程分析
               业务流程分析的目的是了解各个业务流程的过程,明确各个部门之间的业务关系和每个业务处理的意义,为业务流程的合理化改造提供建议,为系统的数据流程变化提供依据。
               业务流程分析的步骤如下:
               (1)通过调查掌握基本情况。
               (2)描述现有业务流程(绘制业务流程图)。
               (3)确认现有业务流程。
               (4)对业务流程进行分析。
               (5)发现问题,提出解决方案。
               (6)提出优化后的业务流程。
               在业务流程图中使用的基本符号如下图所示。
               数据流图
               DFD是结构化分析中的重要方法和工具,是表达系统内数据的流动并通过数据流描述系统功能的一种方法。DFD还可被认为是一个系统模型,在信息系统开发中,一般将它作为需求说明书的组成部分。
               
               业务流程图符号
               DFD从数据传递和加工的角度,利用图形符号通过逐层细分地描述系统内各个部件的功能和数据在它们之间传递的情况,来说明系统所完成的功能。具体来说,DFD的主要作用如下:
               (1)DFD是理解和表达用户需求的工具,是系统分析的手段。由于DFD简明易懂,理解它不需要任何计算机专业知识,因此通过它同客户交流很方便。
               (2)DFD概括地描述了系统的内部逻辑过程,是系统分析结果的表达工具,因而也是系统设计的重要参考资料,是系统设计的起点。
               (3)DFD作为一个存档的文字材料,是进一步修改和充实开发计划的依据。
               在DFD中,通常会出现4种基本符号,分别是数据流、加工、数据存储和外部实体(数据源及数据终点)。数据流是具有名字和流向的数据,在DFD中用标有名字的箭头表示。加工是对数据流的变换,一般用圆圈表示。数据存储是可访问的存储信息,一般用直线段表示。外部实体是位于被建模的系统之外的信息生产者或消费者,是不能由计算机处理的成分,它们分别表明数据处理过程的数据来源及数据去向,用标有名字的方框表示。下图是一个典型的DFD示例。
               
               办理取款手续的DFD
               为了表达数据处理过程中的数据加工情况,用一个DFD是不够的。稍微复杂的实际问题,在DFD中常常出现十几个甚至几十个加工。这样的DFD看起来很不清楚。层次结构的DFD能很好地解决这一问题。按照系统的层次结构进行逐步分解,并以分层的DFD反映这种结构关系,能清楚地表达整个系统。
               下图给出分层DFD的示例。数据处理S包括3个子系统1、2、3。顶层下面的第一层DFD为DFD/L1,第二层的DFD/L2.1、DFD/L2.2及DFD/L2.3分别是子系统1、2和3的细化。对任何一层数据流图来说,它的上层图称为父图,在它下一层的图则称为子图。
               
               分层数据流图
               概括地说,画DFD的基本步骤,就是“自顶向下,逐层分解”。检查和修改的原则如下:
               (1)DFD中的所有图形符号只限于前述4种基本图形元素。
               (2)顶层DFD必须包括前述4种基本元素,缺一不可。
               (3)顶层DFD中的数据流必须封闭在外部实体之间。
               (4)每个加工至少有一个输入数据流和一个输出数据流。
               (5)在DFD中,需按层给加工框编号。编号表明了该加工处在哪一层,以及上下层的父图与子图的对应关系。
               (6)规定任何一个数据流子图必须与它上一层的一个加工对应,两者的输入数据流和输出数据流必须一致。此即父图与子图的平衡。
               (7)可以在DFD中加入物质流,帮助用户理解DFD。
               (8)图上每个元素都必须有名字。
               (9)DFD中不可夹带控制流。
               数据字典
               数据字典是关于数据的信息的集合,也就是对DFD中包含的所有元素的定义的集合。DFD和数据字典共同构成系统的逻辑模型。没有DFD,数据字典难以发挥作用;没有数据字典,DFD就不严格。只有把DFD和对DFD中每个元素的精确定义放在一起,才能共同构成系统的规格说明。
               数据字典的设计包括:数据流设计、数据元素字典设计、数据处理字典设计、数据结构字典设计和数据存储设计。这些设计涵盖了数据的采集和范围的确定等信息。在数据字典的每一个词条中应包含以下信息:名称、别名或编号、分类、描述、何处使用。
               对加工的描述是数据字典的组成内容之一,常用的加工描述方法有结构化语言、判定树及判定表。
               (1)结构化语言:介于自然语言和形式语言之间的一种半形式语言,在自然语言基础之上加了一些限度,使用有限的词汇和有限的语句来描述加工逻辑。结构化语言是受结构化程序设计思想启发而扩展出来的。结构化程序设计只允许3种基本结构。结构化语言也只允许3种基本语句,即简单的祈使语句、判断语句和循环语句。与程序设计语言的差别在于结构化语言没有严格的语法规定,与自然语言的不同在于它只有极其有限的词汇和语句。结构化语言使用3类词汇:祈使句中的动词、数据字典中定义的名词及某些逻辑表达式中的保留字。
               (2)判定树:若一个动作的执行不只依赖一个条件,而与多个条件有关,那么这项策略的表达就比较复杂。如果用结构化语言的判断语句,就有多重嵌套,层次一多,可读性就会下降。用判定树来表示,可以更直观一些。
               (3)判定表:一些条件较多、在每个条件下取值也较多的判定问题,可以用判定表表示。判定表能清晰地表达复杂的条件组合与应做动作之间的对应关系,判定表的优点是能够简洁、无二义性地描述所有的处理规则。但判定表表示的是静态逻辑,是在某种条件取值组合情况下可能的结果,它不能表达加工的顺序,也不能表达循环结构,因此判定表不能成为一种通用的设计工具。
 
        预算
        预算是指组织按照一定的业务量水平及质量水平,估计各项成本、计算预算成本,并以预算成本为控制经济活动的依据,衡量其合理性。当实际状态和预算有了较大差异时,要查明原因并采取措施加以控制。编制预算是以预算项目的成本预测及IT服务工作量的预测为基础的。
        预算的编制方法主要有增量预算和零基预算,其选择依赖于企业的财务政策。增量预算是以去年的数据为基础,考虑本年度成本、价格等的期望变动,调整去年的预算。在零基预算下,组织实际所发生的每一活动的预算最初都被设定为零。为了在预算过程中获得支持,对每一活动必须就其持续的有用性给出有说服力的理由。即详尽分析每一项支出的必要性及其取得的效果,确定预算标准。零基预算方法迫使管理当局在分配资源前认真考虑组织经营的每一个阶段。这种方法通常比较费时,所以一般几年用一次。
        .预算项目的成本预测。预算项目一般按照成本项目划分,一旦确定一般要保持稳定,这样一是可以使企业了解其成本变动趋势,进行纵向比较,也可以与其他企业之间进行横向比较,二是为成本管理活动提供了一个简单的处理基础,如折旧可以按照成本类型的不同分别进行处理。
        在预算编制时,各预算项目的成本一般都是未知的,如加班工资、外部网收费等,因此必须对其进行预测。预测这些成本是以从前IT会计年度的成本数据为基础或以未来工作量的预测为基础进行的。IT成本管理必须谨慎地估计不可控制的成本的变化。
        .IT服务工作量预测。IT工作量是成本变化的一个主要原因之一,因此,在编制预算的时候,要预测未来IT工作量。不仅成本管理活动需要估计工作量,在服务级别管理和容量管理中也需要对工作量进行预测。工作量预测将以工作量的历史数据为基础,考虑数据的更新与计划的修改,得出未来的IT工作量。



更多复习资料
请登录电脑版软考在线 www.rkpass.cn

京B2-20210865 | 京ICP备2020040059号-5
京公网安备 11010502032051号 | 营业执照
 Copyright ©2000-2026 All Rights Reserved
软考在线版权所有