全部科目 > 信息系统项目管理师 >
2014年上半年 上午试卷 综合知识
第 33 题
知识点 成本估算   风险识别   软件构件   复用   构件  
关键词 成本估算   风险概率   风险识别   开发   软件构件   项目风险   风险   构件  
章/节 项目成本管理过程   项目风险管理过程   信息系统及其技术和开发方法  
 
 
风险的成本估算完成后,可以针对风险表中的每个风险计算其风险曝光度。某软件小组计划项目中采用60个可复用构件,每个构件平均是100LOC,每个LOC的成本是13元人民币。下面是该小组定义的一个项目风险:
1.风险识别:预定要复用软件构件中只有60%将被集成到应用中,剩余功能必须定制开发;
2.风险概率:50%;
3.该项目风险的风险曝光度是(33)。
 
  A.  23400
 
  B.  65000
 
  C.  15600
 
  D.  19500
 
 




 
 
相关试题     估算成本 

  第58题    2018年下半年  
()利用历史数据之间的统计关系和其他变量,来进行项目工作的成本估算。

  第30题    2021年上半年  
项目经理第一次承接移动端APP的软件开发项目,在做成本估算时,考虑了最不利的情况,估算出成本为90人日,最有利的情况下成本为45人日,公可的期望成本为60人日。基于贝塔分布的三点估算法,该项..

  第57题    2016年上半年  
某软件系统经测试发现有错误并不能满足质量要求,为了纠正其错误投入了1 0人一天的成本,此成本(57)。

相关试题     识别风险 

  第45题    2017年上半年  
( )提供了一种结构化方法以便使风险识别的过程系统化、全面化,使组织能够在统一的框架下进行风险识别,提高组织风险识别的质量。

  第49题    2013年上半年  
一名项目经理正在为自己负责的项目进行风险量化,几位参与项目的专家都不在现场,但是希望参与项目风险评估工作,此时,可以(49)。

  第32题    2016年上半年  
项目风险识别是指找出影响项目目标顺利实现的主要风险因素,并识别出这些风险究竟有哪些基本特征、可能会影响到项目的哪些方面等问题。以下关于项目风险识别的叙述中,正确的是:(32)。

相关试题     软件架构(定义、模式、分析与评估) 

  第25题    2010年下半年  
下图是某架构师在J2EE 平台上设计的一个信息系统集成方案架构图,图中的(1)、(2)和(3)分别表示(25)。

  第7题    2015年上半年  
MVC是模型-视图-控制器架构模式的缩写,以下关于MVC的叙述中,()是不正确的。

  第10题    2014年下半年  
软件设计包括软件的结构设计、数据设计、接口设计和过程设计,其中结构设计是指()。

 
知识点讲解
· 成本估算
· 风险识别
· 软件构件
· 复用
· 构件
 
        成本估算
        估算计划活动的成本涉及估算完成每项计划活动所需的资源的近似成本。所需资源包括但不限于人工、材料、设备、服务、设施和特殊条目(如通货膨胀准备金和应急储备金)。
        成本估算一般以货币单位表示,这样可以方便地在项目内和项目间进行比较。在某些情况下,也可以使用测量单位来估算成本,如人日、人时等,以便合理地管理控制。
        在项目实施过程中,可对成本估算进行细化,反映详细细节。在整个项目生命期内,项目估算的准确性随着项目的进行而提高,如在启动阶段项目估算为粗略估算(ROM),估算范围为-50%~+100%;在项目后期,由于了解了更多的信息,估算范围能缩小到-10%~+15%。
        输入
        1.组织过程资产
        成本估算中可能用到的组织过程资产包括:
        .成本估算政策
        .成本估算模板
        .历史信息
        .项目档案
        .项目团队知识
        .教训
        2.企业环境因素
        成本估算过程需要考虑:
        .市场条件:在市场中从哪里、在何种条件和条款下能够得到何种产品、服务和结果。
        .商业数据库:可跟踪反映技能和人力资源成本,提供材料和设备的标准费用。从商业数据库中经常可以得到资源费率信息。
        3.项目范围说明书
        成本估算过程中需要考虑项目范围说明书中的如下内容:
        .制约因素、假设和要求。
        .项目范围、交付物、项目产品和服务的验收标准。
        .产品范围说明书:提供了产品和服务的描述,以及在成本估算中需要考虑的技术问题或需要关注的重要信息。
        4.工作分解结构
        5.WBS字典
        6.项目管理计划
        项目管理计划提供了执行、监控项目的总体计划,包括成本管理计划,还包括成本估算时需要考虑的其他附属计划:
        .进度管理计划
        .人员配备管理计划
        .风险登记册
        工具与技术
        1.类比估算
        成本类比估算是指利用过去类似项目的实际成本作为当前项目成本估算的基础。在对项目详细信息了解甚少时(如项目初期),常常使用这种估算方法。类比估算是一种专家判断,又称“自上而下估算法”。
        类比估算的优点为简单易行,花费少,但其精确度通常也比较差。为了使这种方法更为可靠和实用,选择以往类似项目时,不仅在形式上要与新项目类似,而且在实质上也要非常趋同。
        2.确定资源费率
        估算人员必须知道每种资源的单位费率,如单位人工费和材料费,用来估算计划活动的费用。获得费率的一种方法是收集报价(见招标过程),另一种方法是从商业数据库和卖方提供的价格清单中获取,如果不知道实际费率,应对费率本身进行估算。
        3.自下而上估算
        自下而上法也叫工料清单法。这种方法是指估算单个工作包或细节最详细的计划活动的成本,然后将这些详细成本汇总到更高层次,以便用于报告和跟踪。自下而上估算方法的费用和准确性取决于计划活动或工作包的规模或复杂程度,一般情况下,需要投入较小的活动可提高计划活动成本估算的准确性。
        4.参数估算
        参数估算是一种运用历史数据和其他变量之间的统计关系来计算计划活动资源的成本估算的技术。其准确度取决于模型的复杂性及其涉及的资源数量和成本数据。如将计划活动的数量与单位数量的历史成本相乘得到估算成本。
        5.项目管理软件
        项目管理软件,如成本估算软件、计算机工作表、模拟和统计工具,被广泛用来进行成本估算。
        6.供应商投标分析
        如果项目是通过竞价过程发包的,则要求项目团队进行额外的成本估算工作,检查每个可交付物的价格,然后得出一个支持项目最终总成本的成本值。
        7.准备金分析
        很多成本估算专家习惯在计划活动成本估算中加入准备金或应急储备。应急储备是由项目经理自由使用的估算成本,用来处理预期但不确定的事件,这些事件被称为“已知的未知事件”,是项目范围和成本基线的一部分。
        8.质量成本
        质量成本也被用来进行成本估算,质量成本的介绍见质量规划过程中的相关说明。
        输出
        1.活动成本估算
        活动成本估算是指完成计划活动所需资源的可能成本的定量估计,其表述可详可略。所有应用到活动成本估算的资源均应列入估算范围,包括但不限于人工、材料、物资,以及诸如通货膨胀或应急储备等特殊范畴。
        2.活动成本估算支持细节
        活动成本估算支持文件应提供清晰的、专业的、完整的资料,通过这些资料可以得出成本估算。支持细节应包括:
        .计划活动工作范围的描述。
        .项目成本估算的基础和依据文件。
        .所做的假设说明。
        .制约条件说明。
        .估算误差变动范围。
        3.请求的变更
        成本估算过程可能产生影响成本管理计划、活动资源要求和项目管理计划其他组成部分的变更请求。
        4.成本管理计划(更新)
 
        风险识别
        风险识别是判断哪些风险会影响项目并记录其特征的过程。风险识别活动的参与者可包括项目经理、项目团队成员、风险管理团队、客户、项目团队之外的专家、最终用户、其他项目经理、干系人和风险管理专家,应鼓励全体项目人员参与风险识别工作。
        风险识别是一个反复进行的过程,因为在项目生命周期中,随着项目的进展,新的风险可能产生或为人所知。应采用统一的格式对风险进行描述,确保可以把项目中一个风险事件的影响与其他事件进行比较。
        输入
        1.项目范围说明书
        在项目范围说明书中可查到项目假设条件,假设条件中的不确定性应作为潜在的项目风险。
        2.风险管理计划
        风险管理计划向风险识别过程提供一些关键输入,包括角色与职责分配、已列入预算与进度计划的风险管理活动,以及可能以风险分解结构表示的风险类别。
        3.项目管理计划
        风险识别过程也要求对项目管理计划中的进度、费用和质量管理计划有充分的理解,还应对其他知识领域的输出进行审查,以确定整个项目中可能的风险。
        4.企业环境因素
        可能影响风险识别过程的企业环境因素包括:
        .公开发布的信息,包括商业数据库;
        .学术研究资料;
        .标杆和行业研究资料;
        .风险态度。
        5.组织过程资产
        可能影响风险识别过程的组织过程资产包括:
        .项目档案,包括实际数据;
        .组织和项目的流程控制规定;
        .风险描述的模板;
        .经验教训。
        工具与技术
        1.文档审查
        对项目文档(包括各种计划、假设条件、以往项目档案和其他信息)进行结构化审查。项目计划的质量以及项目计划与项目需求和假设条件的匹配程度都是项目的风险指示器。
        2.信息收集技术
        可用于风险识别的信息收集技术包括:
        .头脑风暴
        .德尔菲技术
        .访谈
        .优势/劣势/机会/威胁分析(SWOT分析)
        3.核对表分析
        可以根据以往类似项目或从其他渠道积累的历史信息与知识,编制风险识别核对表。也可用风险分解结构的底层作为风险核对表。虽然核对表简单易用,但人们无法编制出一个非常全面的核对表,所以应特别注意未在核对表中列出的事项。
        4.假设分析
        假设分析是检验假设条件在项目中的有效性,并识别因其中的错误、变化、矛盾或片面性而造成的风险。
        5.图解技术
        风险图解技术可包括:
        .因果图:用于识别风险的起因。
        .系统或过程流程图:显示系统各要素之间的相互联系,以及因果传导机制。
        .影响图:表示变量与结果之间的因果关系、事件时间顺序以及其他关系。
        输出
        风险登记册
        风险识别过程的主要输出是风险登记册的最初内容。随着其他风险管理过程的实施,风险登记册中所包含的信息也逐渐增加。最初的风险登记册包括如下内容:
        .已识别风险列表。对已识别风险进行尽可能详细的描述。
        .潜在应对措施列表。在识别风险过程中,有时可识别出风险的潜在应对措施,这些应对措施可作为风险应对规划的输入。
        .风险根本原因。导致风险的基本条件或事件。
        .更新的风险分类。识别风险的过程可能会为风险类别列表增加新的风险类别。基于风险识别过程,可以对风险规划过程中开发出来的风险分解结构进行增强或修正。
 
        软件构件
        构件技术就是利用某种编程手段,将一些人们所关心的,但又不便于让最终用户直接操作的细节进行封装,同时对各种业务逻辑规则进行实现,用于处理用户的内部操作细节,这个封装体就常常被称作构件。对我们而言,构件就是实现了某些功能的,有输入、输出接口的黑匣子。
        对于构件,应当按可复用的要求进行设计、实现、打包、编写文档。构件应当是内聚的,并具有相当稳定的公开接口。有的构件具有广泛的可复用性,可复用到众多种类的应用系统中。有的构件则只在有限的特定范围内被复用。
        构件有不同的含义。有人采用大型的定义,即一个构件是相关工作成品的一个集合,把所有种类的工作成品(如文档、指南、计划、测试、代码)都看成是可复用构件。MS、UML、OMG使用“构件”一词指一个封装的代码模块或大粒度的运行的模块。
 
        复用
        软件复用是指将已有的软件及其有效成分用于构造新的软件或系统。构件技术是软件复用实现的关键。
 
        构件
        为了达到门户站点的基本要求,一个企业的网站应当由以下构件组成:
        (1)应用服务器(Application Server)。主要用于企业较大规模电子商务应用的开发、发布和管理,同时实现与企业原有系统的集成。
        (2)工作流和群件服务器。主要用于使工作人员和商业伙伴能通过Internet共享资源、协同工作。
        (3)内容管理子系统。简化企业网站的产品管理、提高效率,并将相应的、经过筛选的内容发送给最终用户。
        (4)目录服务器。企业使用它来管理防火墙内外的用户、资源和控制安全权限,同时为用户的通信和电子商务提供一个通道。
        (5)性能优化工具。改善网站服务质量,包括流量管理、动态数据缓存、网络动态负载(Load Balancing)、知识管理等。
        (6)邮件和消息服务器。使企业和服务提供者能为所有员工、合作伙伴和客户社区提供商业级的通信架构。
        (7)个性化信息服务。在实时分析用户数据的基础上提供一对一的交易平台。通过对用户行为的更好理解,企业更跟踪、分析和理解网站用户。
        (8)搜索引擎。用户提供更广泛的资源。
        (9)安全服务器。包括数据安全、应用安全和交易完全。其基本内容有用防火墙阻止对网络的非授权访问,在安全和个人的角色授权的基础上,只需一次登录就可以访问网站的所有应用,通过提供一种对在线交易的每一方的可信任的授权方式,帮助客户、合作伙伴和员工访问Internet应用。
        (10)网站服务器(Web Server)。将各种网站的信息发布给用户。
        以上是通常构建网站所需要的构件,企业可针对自己的特点以及网站规模大小,应用的类型等自行选择。
        在网站结构的实现上,通常在逻辑上将网站分为三层:表示层、应用逻辑层、数据层。这种结构使得网站具有较好的可扩充性,将表示层与业务功能的实现分离开来,能够更灵活地适应业务的发展。网站不需要对业务逻辑组件进行任何变动,就能够适用新出现的表示形式和客户端。例如,为了使用户更方便地在网站上购物,网站调整了页面格局和页面风格。由于网站结构层次分明,只需要改动网站表示层,业务逻辑层和数据连接层则不需要改变。
        (11)表示层和相关技术。表示层用于为最终用户提供一个友好的用户界面,接受用户提交的事件,并将处理的结果返还给用户。这一层作为应用的前端和“窗口”,决定了用户对网站优劣的评价和总体印象。
        网站从总体上说是独立于客户端的,客户端包括基于浏览器的HTML客户端、给予Java的客户端、传统的C/C++应用、Power Builder客户端以及VB客户端。
        在表示层除了使用最基本的HTML语言外,通常还利用JavaScript Internet脚本语言,以及Java Internet程序开发语言。JavaScript程序运行在客户端,能够完成用户事件获取、数据提交前的合法性校验、错误检查和实现动画效果等。而利用Java开发的JavaServlet程序运行于服务器端,负责实现与业务逻辑层的交互,从业务逻辑层获得数据,并将用户提交的信息传给业务逻辑层,而基于Java语言的JSP程序,则实现数据的动态显示,它将JavaServlet程序获得的数据形成相应的HTML页面传给客户端。
        为了适应电子商务的各种需求,新的表示层技术不断发展。如XML(可扩展标记语言)和RDF(资源描述框架)等都是当前最新的、对表示层产生重大影响的技术。XML通过一种结构化的文本方式来表述数据;RDF提供一种统一的、可互操作的方法通过Internet在程序间交换元数据。
        (12)商务逻辑与实现。商务逻辑层是电子商务系统的核心,也是系统建造过程中的重点和难点。商务逻辑层包括商务应用程序、支持平台(包括商务服务层、商务支持层和基础支持层)。
        支持层向上层(商务应用层)提供的服务主要包括:表达、商务支持、运行支持、开发与集成服务。构成支持平台的技术产品至少应当包括:Web服务器、商务支持软件、集成与开发工具、计算机主机、网络及其他系统软件(如操作系统、管理工具软件等)。
        通常,Web服务器、商务支持软件、部分集成开发环境被集成到一个被称为“应用服务器”的软件包里,所以商务逻辑层在物理上可以简化为以下三个部门:应用软件(实现商务逻辑);应用服务器(为应用软件提供软件支持平台)和其他支持软件;计算机主机及网络(为应用软件提供硬件支持平台)。
        构造商务逻辑层的任务是为选择合适的应用服务器和其他支持软件,开发实现商务逻辑的应用软件系统。
        (13)数据层及实现。构造数据层的关键是开发电子商务与外部系统、内部资源系统的接口,完成系统集成。
        数据层的数据源主要包括:相关信息系统(如ERP系统)的数据与企业的数据库,企业与协作企业(如供应商)间交换的数据,企业与银行间交换的数据,企业与认证中心之间的认证数据,企业与其他商务中介交换的电子数据。
        由于企业商务逻辑的处理过程是一个从市场、销售、采购到客户服务的整体,所以必须将商务逻辑处理过程中所涉及到的数据集成到一起,因此构造数据层的任务是:实现电子商务系统与企业内部和外部信息系统之间的网络互联,并确保安全的网络环境,基于应用服务器平台的商务应用系统与企业内部数据的共享。



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

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