免费智能真题库 > 历年试卷 > 信息系统项目管理师 > 2014年上半年 信息系统项目管理师 上午试卷 综合知识
  第10题      
  知识点:   范围定义   软件过程管理   评审   软件工程   软件过程   项目计划
  关键词:   范围定义   评审   软件工程   软件过程   软件项目   项目计划   范围        章/节:   项目范围管理过程   信息系统及其技术和开发方法       

 
软件过程管理一般包括:启动和范围定义;软件项目计划;(10);评审和评价;关闭和软件工程度量。
 
 
  A.  需求管理
 
  B.  软件项目实施
 
  C.  项目测试
 
  D.  变更管理
 
 
 

 
  第38题    2012年下半年  
   62%
甲公司拟收购乙公司以扩充自身的业务范围,张工被甲公司指定为此次收购的项目经理,首席财务官给了张工一份项目章程,介绍这次收..
  第32题    2015年下半年  
   30%
(32)工作用来对项目进行定义,该工作用来明确“项目需要做什么”。
  第7题    2014年下半年  
   40%
软件工程管理继承了过程管理和项目管理的内容。包括启动和范围定义、软件项目计划、软件项目实施、()、关闭、软件工程度量等六..
 
  第8题    2019年上半年  
   39%
关于软件过程管理的描述,不正确的是( )。
  第11题    2010年上半年  
   49%
软件能力成熟度(CMM)模型提供了一个框架,将软件过程改进的进化步骤组织成5个成熟等级,为过程不断改进奠定了循序渐进的基础。..
  第9题    2018年下半年  
   50%
CMMI的连续式表示法与阶段式表示法分别表示:()。
   知识点讲解    
   · 范围定义    · 软件过程管理    · 评审    · 软件工程    · 软件过程    · 项目计划
 
       范围定义
        输入
        1.组织过程资产
        2.项目章程
        如果实施组织中不使用项目章程,则应获取类似的信息,用来指定详细的项目范围说明书。
        3.项目初步范围说明书
        如果实施组织中不使用项目初步范围说明书,则应获取类似的信息,包括产品范围说明书等,用来制订详细的项目范围说明书。
        4.项目范围管理计划
        5.批准的变更请求
        批准的变更请求可能会改变项目范围、质量、成本或进度。变更通常在项目执行过程中识别或批准。
        工具与技术
        1.产品分析
        每个应用领域都有一些通用的方法把项目目标转变为可交付的项目成果。产品分析包括产品分解、系统分析、系统工程、价值工程、价值分析和功能分析等。
        2.可选方案识别
        可选方案识别是一种用来产生各种不同项目工作方案的技术。可应用一些通用管理方法,最常见的有“头脑风暴法”和“横向思维法”。
        3.专家判断
        每个应用领域都有一些专家可用于定义详细的项目范围说明书。
        4.项目干系人分析
        项目干系人分析是指把各类项目干系人的影响力、兴趣等进行识别,并把他们的需求、期望进行记录的过程。该过程把项目干系人的要求、期望进行筛选、排序、量化,从而建立需求。项目干系人对项目的执行可能产生正面的和负面的影响,他们也会对项目及其可交付物施加影响。
        输出
        1.项目范围说明书
        项目范围说明书详细描述了项目的可交付物和产生这些交付物所必须做的工作。项目范围说明书在所有项目干系人之间建立了一个对项目范围的共识,描述了项目的主要目标。项目范围说明书还使项目团队能够实施更详细的规划,在项目执行过程中指导团队工作,并构成了评价变更请求或增加的工作是否超出了项目边界的基础。
        2.项目范围管理计划(更新)
        项目范围管理计划是项目管理计划的组成部分,可能需要更新,以便将项目范围定义过程中产生并批准的变更请求纳入其中。
        3.请求的变更
        在范围定义过程中可能对项目管理计划或其子计划提出变更请求。请求的变更通过整体变更控制过程处理。
 
       软件过程管理
        软件过程是软件生存周期中的一系列相关活动,即用于开发和维护软件及相关产品的一系列活动。
        软件产品的质量取决于软件开发过程,具有良好软件过程的软件机构能够开发出高质量的软件产品。目前国际公认的软件过程能力模型为SEI(美国软件工程研究所)研发的CMMI模型。
        CMM和CMMI
        CMM是SEI最早提出的(软件)能力成熟度模型,目前已被CMMI取代。CMM有5个级别:
        .初始级:软件开发过程是临时的,甚至是混乱的。
        .可重复级:组织建立了基本的项目管理过程来跟踪软件项目的成本、进度和功能。这些管理过程和方法可供重复使用。
        .已定义级:管理活动和软件工程活动的软件过程被文档化、标准化,并被集成到组织的标准软件过程之中。
        .已管理级:组织和项目为质量和过程绩效建立了量化目标,并以此作为管理过程的依据。软件过程和产品处于定量的掌控之中。
        .持续优化级:组织能够运用从过程、创意和技术中得到的定量反馈来对软件开发过程进行持续改进。
        CMMI(Capacity Maturity Model Integrated,能力成熟度集成模型)是CMM模型的最新版本。CMMI比CMM覆盖了更多的领域,有软件工程(SW-CMM)、系统工程(SE-CMM)、集成的产品和过程开发(IPPD-CMM)、采购(SS-CMM)。
        CMMI模型中在保留了CMM阶段式模式的基础上,还提供了连续式表示方法,这样可以帮助一个组织以及这个组织的客户更加客观和全面地了解它的过程成熟度。这两种表示法在逻辑上是等价的。我们熟悉的SW-CMM软件能力成熟度模型就是阶段式的模型,SE-CMM系统工程模型是连续式模型,而IPD-CMM集成产品开发模型结合了阶段式和连续式两者的特点。
        阶段式方法将模型表示为一系列“成熟度等级”阶段,每个阶段都有一组KPA指出一个组织应集中于何处以改善其组织过程,每个KPA用满足其目标的方法来描述,过程改进通过在一个特定的成熟度等级中满足所有KPA的目标而实现。
        连续式方法没有像阶段式那样的分散阶段,模型的KPA中的方法是KPA的外部形式,并可应用于所有的KPA中,通过实现公用方法来改进过程。它不专门指出目标,而是强调方法。组织可以根据自身情况适当裁剪连续模型并以确定的KPA为改进目标。
        连续式方法描述了过程的能力成熟度模型,阶段式方法描述了组织的能力成熟度模型。
        CMMI同样有5个级别:
        .完成级:组织对项目的目标与要做的努力很清晰,项目的目标得以实现,但由于任务的完成带有很大的偶然性,组织无法保证在实施同类项目时仍能完成任务。项目实施对实施人员有很大的依赖性。
        .已管理级:项目实施时能够遵守既定的计划与流程,有资源准备,对相关人员有相应的培训,对整个流程有监控,这一级别组织有对项目的一系列的管理程序,排除了完成任务的随机性,保证了项目实施的成功。
        .已定义级:组织不仅有一整套管理流程和措施,而且能够根据自身的特殊情况将管理体系与流程制度化。组织不仅能够在同类的项目上成功,在不同类的项目上一样能够得到成功的实施。科学的管理成为企业的一种文化,企业的组织财富。
        .量化管理级:组织和项目为质量和过程绩效建立了量化目标。通过量化技术来实现流程的稳定性,实现管理的精度,降低项目实施在质量上的波动。
        .持续优化级:组织能够运用从过程、创意和技术中得到的定量反馈来对软件开发过程进行持续改进。组织能够主动地改善流程,运用新技术,实现流程的优化。
        软件过程评估的意义:
        .软件过程改进的需要。
        .降低软件风险的需要:软件采购者的需要和软件承制者的需要。
 
       评审
        对设计部分是否完整地实现了需求中规定的功能、性能等要求,设计方法的可行性,关键的处理及内外部接口定义的正确性、有效性、各部分之间的一致性等都一一进行评审。
 
       软件工程
        1)软件工程的概念
        为了消除软件危机,通过认真研究解决软件危机的方法,人们认识到软件工程是使计算机软件走向科学的途径,逐渐形成了软件工程的概念,并开辟工程学的新兴领域,即软件工程学。
        2)软件工程的要素
        软件工程具有以下3个要素。
        (1)方法。完成软件工程项目的技术手段。
        (2)工具。支持软件的开发、管理、文档生成。
        (3)过程。将方法和工具综合起来以达到合理、及时地进行计算机软件开发的目的。
        3)软件生命周期
        软件生命周期是指软件产品从考虑其概念开始到该软件产品交付使用,直至最终退役为止的整个过程,包括计划阶段、分析阶段、设计阶段、实现阶段、测试阶段和运行维护阶段。
        4)软件开发模型
        比较经典的软件开发模型有瀑布模型、快速原型模型、演化模型、增量模型、螺旋模型、喷泉模型等。
        5)软件开发方法
        软件开发方法有以下几种。
        (1)结构化软件开发(SASD)方法:采用结构化技术来完成软件开发的各项任务。它把软件生命周期划分成若干个阶段,依次完成每个阶段的任务。它与瀑布模型有很好的结合度,是与其最相适应的软件开发方法。
        (2)面向数据结构的软件开发方法:从目标系统的输入、输出数据结构入手,导出程序框架结构,再补充其他细节,从而可得到完整的程序结构图。有Jackson方法和Warnier方法。
        (3)面向对象的软件开发方法:随着OOP(面向对象编程)向OOD(面向对象设计)和OOA(面向对象分析)的发展,最终形成面向对象的软件开发方法OMT(Object Modelling Technique)。这是一种自底向上和自顶向下相结合的方法,而且它以对象建模为基础,从而不仅考虑了输入、输出数据结构,实际上也包含了所有对象的数据结构。
        (4)基于构件化的开发方法:用预先建立的构件和模板,像"搭积木"一样进行建造。
 
       软件过程
        在开发产品或构建系统时,遵循一系列可预测的步骤(即路线图)是非常重要的,它有助于及时交付高质量的产品。软件开发中所遵循的路线图称为"软件过程"。过程是活动的集合,活动是任务的集合。软件过程有3层含义:一个是个体含义,即指软件产品或系统在生存周期中的某一类活动的集合,如软件开发过程、软件管理过程等;二是整体含义,即指软件产品或系统在所有上述含义下的软件过程的总体;三是工程含义,即指解决软件过程的工程,应用软件的原则、方法来构造软件过程模型,并结合软件产品的具体要求进行实例化,以及在用户环境下的运作,以此进一步提高软件的生产率,降低成本。
               能力成熟度模型(CMM)
               CMM将软件组织的过程能力分成五个成熟度级别:初始级、可重复级、已定义级、已管理级和优化级。由低到高,软件开发生产精度越来越高,每单位工程的生产周期越来越短。
               (1)初始级。软件过程是无序的,有时甚至是混乱的,对过程几乎没有定义,成功取决于个人努力。
               (2)可重复级。建立了基本的项目管理过程来跟踪费用、进度和功能特性;制定了必要的过程纪律,能重复早先类似应用项目取得的成功。
               (3)定义级。已将软件管理和工程两方面的过程文档化、标准化,并综合成该组织的标准软件过程。所有项目均使用经批准、剪裁的标准软件过程来开发和维护软件。
               (4)管理级。收集对软件过程和产品质量的详细度量,对软件过程和产品都有定量的理解和控制。
               (5)优化级。过程的量化反馈和先进的新思想、新技术促使过程不断改进。
               能力成熟度模型集成(CMMI)
               CMM的成功导致了适用不同学科领域的模型的衍生,如系统工程的能力成熟度模型,适用于集成化产品开发的能力成熟度模型等。而一个工程项目又往往涉及多个交叉的学科,因此有必要将各种过程改进的工作集成起来。1998年,由美国产业界、政府和卡内基.梅隆大学软件工程研究所共同主持CMMI项目。CMMI是若干过程模型的综合和改进,是支持多个工程学科和领域的、系统的、一致的过程改进框架,能适应现代工程的特点和需要,能提高过程的质量和工作效率。
               CMMI提供了两种表示方法:阶段式模型和连续式模型。
               1)阶段式模型
               阶段式模型的结构类似于CMM,它关注组织的成熟度。CMMI-SE/SW/IPPD 1.1版中有5个成熟度等级。
               初始的:过程不可预测且缺乏控制。
               已管理的:过程为项目服务。
               已定义的:过程为组织服务。
               定量管理的:过程已度量和控制。
               优化的:集中于过程改进。
               2)连续式模型
               连续式模型关注每个过程域的能力,一个组织对不同的过程域可以达到不同的过程域能力等级(Capability Level,CL)。CMMI中包括6个过程域能力等级,等级号为0-5。能力等级包括共性目标及相关的共性实践,这些实践在过程域内被添加到特定目标和实践中。当组织满足过程域的特定目标和共性目标时,就说该组织达到了那个过程域的能力等级。
               能力等级可以独立地应用于任何单独的过程域,任何一个能力等级都必须满足比它等级低的能力等级的所有准则。对各能力等级的含义简述如下。
               CLo(未完成的):过程域未执行或未得到CLi中定义的所有目标。
               CLi(已执行的):其共性目标是过程将可标识的输入工作产品转换成可标识的输出工作产品,以实现支持过程域的特定目标。
               CL2(已管理的):其共性目标集中于已管理的过程的制度化。根据组织级政策规定过程的运作将使用哪个过程,项目遵循已文档化的计划和过程描述,所有正在工作的人都有权使用足够的资源,所有工作任务和工作产品都被监控、控制和评审。
               CL3(已定义级的):其共性目标集中于已定义的过程的制度化。过程是按照组织的剪裁指南从组织的标准过程集中剪裁得到的,还必须收集过程资产和过程的度量,并用于将来对过程的改进。
               CL4(定量管理的):其共性目标集中于可定量管理的过程的制度化。使用测量和质量保证来控制和改进过程域,建立和使用关于质量和过程执行的定量目标作为管理准则。
               CLs(优化的):使用量化(统计学)手段改变和优化过程域,以满足客户要求的改变和持续改进计划中的过程域的功效。
 
       项目计划
        项目计划阶段,监理的主要工作如下。
        (1)对软件计划的相关内容(重点是组织、技术标准、开发计划和进度要求等)、项目计划过程、项目计划组织和文档格式等进行审查,确认是否满足要求。
        (2)给出符合要求的结论。
        (3)确定其可否作为软件开发的前提和依据。
        项目计划监理的基本准则如下。
        (1)承建单位制订了软件项目计划,同时该项目计划通过了正式的评审,软件项目计划对项目组织、进度计划、工程标准进行了承诺,项目的风险分析合理,风险管理方案可行。
        (2)项目的阶段划分是明确的。
   题号导航      2014年上半年 信息系统项目管理师 上午试卷 综合知识   本试卷我的完整做题情况  
1 /
2 /
3 /
4 /
5 /
6 /
7 /
8 /
9 /
10 /
11 /
12 /
13 /
14 /
15 /
 
16 /
17 /
18 /
19 /
20 /
21 /
22 /
23 /
24 /
25 /
26 /
27 /
28 /
29 /
30 /
 
31 /
32 /
33 /
34 /
35 /
36 /
37 /
38 /
39 /
40 /
41 /
42 /
43 /
44 /
45 /
 
46 /
47 /
48 /
49 /
50 /
51 /
52 /
53 /
54 /
55 /
56 /
57 /
58 /
59 /
60 /
 
61 /
62 /
63 /
64 /
65 /
66 /
67 /
68 /
69 /
70 /
71 /
72 /
73 /
74 /
75 /
 
第10题    在手机中做本题