第2章 信息系统开发过程管理

整理文档很辛苦,赏杯茶钱您下走!

免费阅读已结束,点击下载阅读编辑剩下 ...

阅读已结束,您可以下载文档离线阅读编辑

资源描述

第2章信息系统开发过程管理主要内容:以CMM为基础,在介绍相关的概念、框架以及管理的关键域等内容的同时,以CMM2级和CMM3级为主,论述与信息系统开发阶段有关部分的过程管理。2.1CMM概述2.1.1CMM中的基本概念–过程(Process):为实现给定目标所执行的一系列操作步骤。–软件过程(SoftwareProcess):人们用以开发和维护软件及其相关产品的一系列活动。–软件过程能力(SoftwareProcessCapability):描述(开发组织或项目组)通过执行其软件过程能够实现预期结果的程度。–软件过程性能(SoftwareProcessPerformance):表示遵循其软件过程所得到的实际结果。2.1.1CMM中的基本概念–软件过程成熟度(SoftwareProcessMaturity):指一个特定软件过程被明确和有效地定义、管理、测量和控制,以及产生实际效果的程度。–软件能力成熟度等级:软件开发团队(或组织、企业)在走向成熟的途中几个具有明确定义的、表征软件过程能力成熟度的平台。–关键域:对软件开发过程进行有效管理且相互关联的一系列活动的集合,这些活动反映了一个组织对软件开发过程有效改进的关键问题,或者说是达到某个软件能力成熟度等级所必须满足的条件。–关键实践:对关键域的实施起关键作用的方针、规程措施、活动以及相关基础设施的建立、实施和检查。实施CMM的组织机构划分–组织(Organization):在CMM中,组织通常指一个公司或其他实体内的一个单位,这些实体可以是政府机关或其它类型企业。–项目(Project):开发过程中所指的项目是开发和维护一个具体的产品,它可以包括硬件、软件和其他成分,但以软件开发和维护为主,通常称之为软件项目。–组(Group):在CMM中解释为负责一组任务或活动的部门、经理和个人的集合。组的规模可以根据项目的规模而定,可以由一个部门或多个部门指派来的兼职人员构成。软件开发部系统测试部系统集成部质量管理部系统支持部培训部总经理副经理副经理副经理…………组1组2组n开发小组项目经理测试小组集成小组质量保证小组项目支持小组开发小组项目经理测试小组集成小组质量保证小组开发小组项目经理测试小组……人力资源部实施CMM的组织机构划分2.1.2CMM框架CMM1——初始级软件开发过程无秩序、有时甚至是混乱的,开发成功与否依赖个别人的努力和机遇CMM2——可重复级建立基本的项目管理过程,能对成本、进度和功能进行跟踪,开发过程有规章制度约束CMM3——已定义级软件开发过程文档化、标准化,用标准的软件过程进行软件开发CMM4——已管理级拥有软件开发过程评价、管理和预测的度量标准,对开发质量实施量化管理和控制CMM5——优化级利用新概念、新技术、新方法对开发过程信息进行定量分析,并不断改进开发过程关键域:●需求管理●软件项目计划●软件项目跟踪与监控●软件转包合同管理●软件质量保证●软件配置管理关键域:●组织过程定义●组织过程焦点●培训程序●集成软件管理●软件产品工程●组间协调●同级评审关键域:●定量过程管理●软件质量管理关键域:●缺陷防范●技术改革管理●过程变更管理规章制度约束统一的标准、规范量化管理,可预测基于新概念、技术和方法的持续改进2.1.2CMM框架1、初始级–处于初始级的组织,开发过程中的各项活动是无序的,有时甚至是混乱的,呈现出随意性特征。组织内部无规章制度和严格的开发步骤可遵循,软件开发的成功与否依赖个别人的才能和努力,因此处于初始级的组织,其软件能力等价于个人能力,而不是组织(企业)能力。2.1.2CMM框架2、可重复级–为开发过程制定了一套严格的规章制度,约束开发人员的开发行为,使他们能够按照制度要求,以相同的开发模式从事一个和另一个项目开发工作,这时的开发过程便是一个可重复的过程。2.1.2CMM框架2、可重复级关键域–(1)需求管理(RM,RequirementsManagement):项目组在获得用户需求过程中所进行的一系列活动,包括需求的获取、审查、管理和控制以及需求变更的审查、评估等等。–(2)软件项目计划(SPP,SoftwareProjectPlanning):为信息系统开发和软件项目活动的管理提供一个合理的基础和可行的工作计划,体现了信息系统开发的计划性,包含的活动有:项目经理负责制定项目计划,对信息系统开发项目的规模、工作量、成本进行估计,对进度和其他内容进行约定。–(3)软件项目跟踪和监控(SPTO,SoftwareProjectTrackingandOversight):对实际开发进程实施跟踪和监控,以便当项目的执行与计划有较大偏离时,能够采取有效行动。2.1.2CMM框架2、可重复级关键域–(4)软件转包合同管理(SSM,SoftwareSubcontractManagement):软件转包是指将含有软件、硬件、其他系统部分转包给其他组织,因此软件转包合同管理活动的内容包括:选择软件转包商、与转包商建立承诺、跟踪和审查转包执行合同的结果。–(5)软件质量保证(SQA,SoftwareQualityAssurance):质量保证是为保证软件产品和服务充分地满足用户要求的质量而进行的有计划的、有组织的活动,包括质量保证方针和质量保证标准的制定;质量保证体系的建立和管理;质量方针的贯彻;各阶段的质量评审;重要质量问题的分析;软件产品质量鉴定、质量保证系统鉴定;质量信息的搜集、分析和使用等等,用一系列质量保证活动来确保开发项目满足质量要求。–(6)软件配置管理(SCM,SoftwareConfigurationManagemengt):即对软件产品(程序+文档)进行控制和管理。在软件配置管理中的一个重要概念是“基线”,所谓基线是指被正式通过审核认可的一个或一组软件产品,是进一步开发的基础。2.1.2CMM框架3、已定义级–所谓“已定义”可以理解为信息系统开发和维护过程中的每个步骤和每项活动都用文档形式明确地定义出来,即可以理解为系统开发、运行维护中的各项活动都有明确定义的工作标准和规范,所有人员必须在制度的约束下严格按照标准规程从事开发和维护工作。2.1.2CMM框架3、已定义级关键域–(1)组织过程定义(OPD,OrganizationProcessDefinition):即定义开发过程的标准和规范,为所定义的标准和规范建立文档、建立相应的过程数据库,定义标准和规范的使用指南(包括根据项目实际需要而对标准和规范进行裁剪的指南和准则),对标准和规范文档及过程数据库进行维护等等。–(2)组织过程焦点(OPF,OrganizationProcessFocus):组织的标准和规范在具体系统开发实践中形成,并在实践中不断完善。定期对标准和规范进行评估,提出修正和改进计划,组织同级评审,再将其纳入到标准和规范中,这些活动便是组织过程焦点的主要活动内容。–(3)培训程序(TP,TrainingProgram):培训旨在提高组织中每个人的知识和技能,是组织能否达到第三级的一个资源保障。2.1.2CMM框架3、已定义级关键域–(4)集成软件管理(ISM,IntegratedSoftwareManagement):在已定义的标准和规范指导下,对标准和规范进行适当的裁剪使其符合一个具体项目的特征,并将这个具体项目的软件开发活动和管理活动集成为一个协调的、已定义的软件过程,再按照这个软件过程对项目进行计划和管理。–(5)软件产品工程(SPE,SoftwareProductEngineering):严格按照已定义的软件过程从事系统开发活动,有效并高效地生产出正确的、一致的软件产品。–(6)组间协调(IC,Intergroupcoordination):对于一个软件项目来说,一般要设置若干工作小组这些小组只有通力协作、相互支持,才能使项目在各方面更好地满足用户的需要,组间协调关键域的目的就在于此。–(7)同级评审(PR,PeerReviews):指由与软件生产者处于同一级别的人员系统地检测软件工作产品,找出其中的错误并确定需要更改的领域。2.1.2CMM框架4、已管理级–以前一级已定义出的标准和规范为基础,有可以被有效利用的过程数据库,通过对开发过程数据的采集、分析,可以定义量化的管理指标,依照量化指标对系统开发过程和开发质量进行评价,预测其发展趋势,及时发现异常并以恰当的措施予以矫正,故整个开发过程被有效地管理,系统开发所产生的产品是高质量的。量化分析和预测是已管理级的重要特征。2.1.2CMM框架4、已管理级关键域–(1)定量过程管理(QPM,QuantifyProcessManagement):利用过程数据库中的数据,进行量化分析,测定开发过程的性能,定义量化管理指标及指标值,一旦这些指标值稳定在可接受的范围内,则将其作为量化管理的基准,用来实施量化管理。定量过程管理的活动包括制定定量过程管理计划,根据计划实施过程管理活动,采集数据并进行量化分析,确定量化管理指标及管理基准值,对开发过程进行量化控制。–(2)软件质量管理(SQM,SoftwareQualityManagement):在对软件产品定量了解的基础上,确定软件产品质量目标,制定实现质量目标的实施计划,按目标要求对开发过程实施监控和调整,最终达到满足用户对信息系统高质量的需要和期望。2.1.2CMM框架5、优化级–在量化管理的基础上,运用新概念、新方法、新技术对软件项目的过程管理持续的改进,使组织(企业)的过程成熟能力不断的提高,是优化级的特征。2.1.2CMM框架5、优化级关键域–(1)缺陷预防:缺陷预防活动包括为开展缺陷预防而建立一个计划,召开原因分析会议,检查和协调措施的实施情况,建立缺陷预防活动文档,并根据活动的跟踪等等。–缺陷是指可运行系统中会导致系统失效的瑕疵。缺陷可能出现在设计中,也可能出现在需求说明或其他文档中。CMM对缺陷的定义是:系统或系统成分中能造成它们无法实现其被要求的功能的缺点。如果在执行过程中遇到缺陷,它可能导致系统的失效。2.1.2CMM框架5、优化级关键域–(2)技术改革管理:识别新技术,并将其有序地引入到组织的软件过程中去。同时对由此引起的各种标准变化进行处理,使之适应工作的需要。技术改革管理的主要活动有制定技术改革计划,识别新技术,评估新技术,为引入新技术进行先导性试验,将新技术纳入到软件过程中。–(3)过程变更管理(即流程重组):以改进软件质量、提高生产率和缩短软件产品开发周期为宗旨,对组织中的软件过程活动(工作流程)进行改进和优化。其管理活动包括定义改进目标;不断地改进和完善组织的标准和规范;制定培训和激励性的计划,促使组织中的每个人参与过程改进活动之中。2.1.3CMM管理手段文档–开发文档–过程文档开发文档是软件产品,而过程文档是负责协调各个活动的信息流的载体,是管理、协调和控制开发进度、提高开发质量的依据,文档使软件开发阶段成果(半成品、成品)可视,也使开发过程可视,因此需要注意两类文档的差异和它们的不同作用。对文档的有效管理是实施CMM的重要手段。信息系统开发阶段与CMM之间的关系系统规划系统分析系统设计系统实施系统测试安装调试试运行运行维护CMM1CMM2CMM3CMM4CMM5无序有规章制度有标准规范量化管理持续改进活动活动活动标准标准标准活动活动活动标准标准标准规章制度制度标准化基于过程数据库的量化管理基于先进的管理理念、技术和方法的持续改进2.2信息系统开发过程模型2.2.1常用的开发模型1、信息系统生命周期提出需求可行性分析总体规划系统分析系统设计系统实施(编码)系统测试安装调试试运行运行维护2、瀑布模型提出需求可行性分析总体规划系统分析系统设计系统实施(编码)系统测试安装调试试运行运行维护建立/修改原型测试原型用户意见3、演化模型提出需求可行性分析总体规划系统分析系统设计系统实施(编码)系统测试安装调试试运行运行反馈系统分析系统设计系统实施(编码)系统测试安装调试试运行运行反馈系统分析系统设计系统实施(编码)系统测

1 / 36
下载文档,编辑使用

©2015-2020 m.777doc.com 三七文档.

备案号:鲁ICP备2024069028号-1 客服联系 QQ:2149211541

×
保存成功