全部科目 > 系统规划与管理师 >
2020年下半年 上午试卷 综合知识
第 7 题
知识点 软件过程管理   范围定义   监控   评审   软件过程   项目收尾  
章/节 软件工程  
 
 
软件过程管理涉及技术过程和管理过程,通常包括项目启动与范围定义、(7)、项目实施、项目监控评审项目收尾与关闭。
 
  A.  项目规划
 
  B.  项目开发
 
  C.  项目测试
 
  D.  项目交付
 
 




 
 
 
知识点讲解
· 软件过程管理
· 范围定义
· 监控
· 评审
· 软件过程
· 项目收尾
 
        软件过程管理
        软件过程管理涉及技术过程和管理过程,通常包括以下几个方面:
        (1)项目启动与范围定义:启动项目并确定软件需求。
        (2)项目规划:制订计划,其中一个关键点是确定适当的软件生命周期过程,并完成相关的工作。
        (3)项目实施:根据计划,并完成相关的工作。
        (4)项目监控与评审:确认项目工作是否满足要求,发现问题并解决问题。
        (5)项目收尾与关闭:为了项目结束所做的活动。需要项目验收,并在验收后进行归档、事后分析和过程改进等活动。
 
        范围定义
        范围定义是制定项目和产品详细描述的过程,其主要作用是明确所收集的需求哪些将包含在项目范围内,哪些将排除在项目范围外,从而明确项目、服务或成果的边界。
        由于在收集需求过程中识别出的所有需求未必都包含在项目中,所以定义范围过程就要从需求文件(收集需求过程的输出)中选取最终的项目需求,然后制定出关于项目及其产品、服务或成果的详细描述。
               输入
                      范围管理计划
                      范围管理计划是项目管理计划的组成部分,确定了制定、监督和控制项目范围的各种活动。
                      项目章程
                      项目章程中包含对项目和产品特征的高层级描述,还包括项目审批要求。如果执行组织不使用项目章程,则应取得或编制类似的信息,用做制定详细范围说明书的基础。
                      需求文件
                      使用需求文件来选择哪些需求将包含在项目中。
                      组织过程资产
                      影响定义范围过程的组织过程资产包括:用于制定项目范围说明书的政策、程序和模板;以往项目的项目档案;以往阶段或项目的经验教训。
               工具与技术
                      专家判断
                      专家判断常用来分析制定项目范围说明书所需的信息。专家判断和专业知识可用来处理各种技术细节。
                      产品分析
                      对于那些以产品为可交付成果的项目(区别于提供服务或成果的项目),产品分析是一种有效的工具。每个应用领域都有一种或几种普遍公认的方法,用以把高层级的产品描述转变为有形的可交付成果。产品分析技术包括产品分解、系统分析、需求分析、系统工程、价值工程和价值分析等。
                      备选方案生成
                      备选方案生成是一种用来制定尽可能多的潜在可选方案的技术,用于识别执行项目工作的不同方法。许多通用的管理技术都可用于生成备选方案,如头脑风暴、横向思维、备选方案分析等。
                      引导式研讨会
                      具有不同期望或专业知识的关键人物参与研讨会,有助于就项目目标和项目限制达成跨职能的共识。
               输出
                      项目范围说明书
                      项目范围说明书是对项目范围、主要可交付成果、假设条件和制约因素的描述。项目范围说明书记录了整个范围,包括项目和产品范围。项目范围说明书详细描述项目的可交付成果,以及为创建这些可交付成果而必须开展的工作。为了便于管理干系人的期望,项目范围说明书可明确指出哪些工作不属于本项目范围。项目范围说明书使项目团队能进行更详细的规划,在执行过程中指导项目团队的工作,并为评价变更请求或额外工作是否超过项目边界提供基准。
                      详细的项目范围说明书包括以下内容:
                      .产品范围描述:逐步细化项目章程和需求文件中所述的产品、服务或成果的特征。
                      .验收标准:可交付成果通过验收前必须满足的一系列条件。
                      .可交付成果:在某一过程、阶段或项目完成时,必须产出的任何独特并可核实的产品、成果或服务能力。可交付成果也包括各种辅助成果,如项目管理报告和文件。对可交付成果的描述可略可详。
                      .项目的除外责任:通常需要识别出什么是被排除在项目之外的。明确说明哪些内容不属于项目范围,有助于管理干系人的期望。
                      .制约因素:对项目或过程的执行有影响的限制性因素。需要列举并描述与项目范围有关且会影响项目执行的各种内外部制约或限制条件,例如,客户或执行组织事先确定的预算、强制性日期或进度里程碑。如果项目是根据协议实施的,那么合同条款通常也是制约因素。关于制约因素的信息可以列入项目范围说明书,也可以独立成册。
                      .假设条件:在制订计划时,不需验证即可视为正确、真实或确定的因素。还应描述如果这些因素不成立,可能造成的潜在影响。在项目规划过程中,项目团队应该经常识别、记录并确认假设条件。关于假设条件的信息可以列入项目范围说明书,也可以独立成册。
                      虽然项目章程和项目范围说明书的内容存在一定程度的重叠,但它们的详细程度完全不同。项目章程包括高层级的信息,而项目范围说明书则是对项目范围的详细描述。项目范围需要在项目过程中渐进明细。
                      项目文件更新
                      可能需要更新的项目文件包括干系人登记册、需求文件和需求跟踪矩阵。
 
        监控
        主要包括故障监控和性能、流量、负载等状态监控,这些监控关系到集群的健康运行及潜在问题的及时发现与干预。
        (1)服务故障、状态监控:主要是对服务器自身、上层应用、关联服务数据交互监控;例如针对前端Web Server,就可以有很多种类型的监控,包括应用端口状态监控,便于及时发现服务器或应用本身是否崩溃、通过ICMP包探测服务器健康状态,更上层可能还包括应用各频道业务的监控,这些只是一部分,还有多种监控方式,依应用特点而定。还有一些问题需解决,如集群过大,如何高性能地进行监控也是一个现实问题。
        (2)集群状态类的监控或统计,为合理管理调优集群提供数据参考,包括服务瓶颈、性能问题、异常流量、攻击等问题。
 
        评审
        对设计部分是否完整地实现了需求中规定的功能、性能等要求,设计方法的可行性,关键的处理及内外部接口定义的正确性、有效性、各部分之间的一致性等都一一进行评审。
 
        软件过程
        在开发产品或构建系统时,遵循一系列可预测的步骤(即路线图)是非常重要的,它有助于及时交付高质量的产品。软件开发中所遵循的路线图称为"软件过程"。过程是活动的集合,活动是任务的集合。软件过程有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.企业环境因素
        4.组织过程资产
        5.工作绩效信息
        6.交付物
        工具与技术
        1.项目管理方法论
        2.项目管理信息系统
        3.专家判断
        输出
        1.管理收尾规程
        本规程包含参与执行项目或阶段性管理收尾程序的所有项目团队成员的活动及相关角色和职责。该规程制订了将项目产品或服务移交生产或运营的程序,处理的对象有:
        .确定干系人批准变更和所有级别可交付物要求的行动与活动。
        .确认项目已满足所有赞助人、顾客和其他干系人的要求,核实所有可交付物都已经提供并验收,确认完成与出口准则已经遵循所需要的行动与活动。
        .满足项目完成与出口准则所需要的行动与活动。
        2.合同收尾规程
        本规程为逐步进行合同收尾提供了一种方法,它包括确定合同条款和相关条件,以及所需的退出准则,涉及到项目团队成员、客户以及参与合同收尾过程的其他干系人的所有活动与有关的责任。
        3.最终产品、服务或成果
        4.组织过程资产(更新)
        收尾包括利用配置管理系统为项目文件编制一份索引指明其存储位置。
        .正式验收文件:表明客户或项目发起人已经正式验收了项目交付物。
        .项目档案:项目活动产生的文件,如项目管理计划、范围、进度、成本、质量基准。
        .项目收尾文件:包括表明项目已经完成,完成的项目交付物已移交的正式文件。若项目提前终止,该文件需要说明项目终止的原因,并履行正式程序,将取消项目的已完成与未完成交付物移交他人。
        .历史信息:历史信息和经验教训要转移到经验知识库,以便未来项目使用。



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

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