裁剪指南

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

裁剪指南

(V 1.1)

南京有限公司

文档信息

文档变更记录

审核

批准

1前言

裁剪是调整组织标准软件过程的过程,以此获得适用于项目特定业务和技术需要的过程。裁剪过程可以看作是增加、删除或修改软件过程的活动,由此,最终的过程更适合于实现项目的目标。

不可控的裁剪实际上意味着不存在标准软件过程,可以定义和使用任何过程。裁剪指南则定义了更改标准软件过程所允许的规则。实质上,裁剪指南定义了一套标准软件过程所允许的偏离,希望以此可以为项目定义“最佳”过程。

裁剪指南的任务和作用见下图:

2背景知识

2.1 项目类型定义

项目类型考虑的角度是对开发策略的选择,开发过程中侧重点的选择。不同的项目类型应该采用完全不同的管理方法,或者说在不同的项目类型之间,软件管理过程的交集非常的少,或者说即使有交集,其交集的繁间程度也不一样。根据公司的实际情况,建议把的软件工程项目划分为如下类型:

⏹研发项目

⏹工程项目

⏹维护项目

2.1.1研发项目

研发项目是公司一类典型的软件工程化项目,研发项目最大的特征是只有潜在客户而没有明确的客户和工程合同。研发项目是为工程项目服务的,可能是对将来产品发展方向的一个预研,也可能是对目前产品的重大技术改进的一个预研。

2.1.2工程项目

工程项目是公司一类典型的软件工程化项目,工程项目最大的特征是有明确的客户和工程合同。工程项目是公司目前接触最多的项目类型。

2.1.3维护项目

维护项目发生在软件交付用户使用并通过终验之后。由于维护项目一定是在一个软件项目实际使用过程中而发生;由于维护项目的全过程中,用户作为一个重要的角色全过程参与期间;由于维护项目需求发生的不确定性和项目周期的不确定性等等,所有维护项目的特性要求维护项目需要作为一种单独的类型来考虑它的软件过程。维护项目使用的软件过程,与研发或工程项目有类似之处,但维护项目软件过程的要求和管理方法存在着很大的私有特色。

2.2 组织标准软件项目生命周期

生命周期在一般的工程中通常要经过分析、设计、实现和运行维护等几个阶段;为了用工程化方式来有效的管理软件项目的全过程,软件项目生命周期也可以分成几个阶段。对软件项目生命周期的不同划分,形成不同的软件项目工程模型。目前在软件开发实践中使用的标准软件项目生命周期,都是以下几个阶段的不同排列组合。

➢项目启动

➢需求分析

➢项目设计

➢核心开发

➢定制开发

➢产品发布

➢产品交付

➢初验

➢终验

➢维护

以下分别介绍我们软件开发中三类典型项目的组织标准软件项目生命周期。

2.2.1组织标准软件项目生命周期-----研发项目

首先,在这里对软件项目生命周期中通用的公共活动进行必要描述:

●项目启动

●需求分析

●项目设计

●核心开发阶段

●产品发布

2.2.2组织标准软件项目生命周期-----工程项目

首先,在这里对软件项目生命周期中通用的公共活动进行必要描述:

●项目启动

●需求分析

●项目设计

●核心开发阶段

●定制开发阶段

●产品发布/软件交付阶段

●软件维护阶段

●初验

●终验

2.2.3组织标准软件项目生命周期-----维护项目

首先,在这里对软件项目生命周期中通用的公共活动进行必要描述:

●项目启动

●项目实施

●项目结束

2.3 管理级别定义

软件项目管理级别划分的角度是,找出不同项目之间在组织标准软件过程的使用和裁剪上要考虑的因素,找出不同项目之间在软件管理过程中的侧重点。根据不同的项目管理级别,来决定项目的过程管理方法,并对项目过程的各个关键点、各种产出物的要求和质量进行明确的定义,并安排严格的检查。

项目管理级别是针对不同项目类型的需要提出的管理级别,不同的项目类型在考虑管理级别是可以采用不同的方法,提取不同的因素。从软件管理的角度,我们仅对研发和工程项目进行管理级别的划分,因为售前项目不是一个典型的软件项目,维护项目要求管理简单和有效,所以这两种项目暂不进行管理级别的划分,将来随着软件工程管理水平的不断提高,在必要的时候再考虑如何来提高此类项目的过程成熟程度。

影响项目管理级别的主要因素是项目管理的复杂程度,越是复杂的项目,需要经历的软件过程元素就越多,越是简单的项目,在软件过程中需要考虑的元素就越少。项目的复杂程度主要由项目的实施规模和项目的风险来决定。

2.3.1项目实施规模

项目实施规模是由项目的软件估算得出。分为两种情况处理:

1、当软件需求尚未得到明确定义时,项目实施规模决定于通过估算过

程(估算方法可采用类比法)得到的项目工作量投入,把项目的规

模划分为大、中、小三个级别,分别用L,M,S来表示。项目的

实施规模如下表所示:

2、 当软件需求得到明确定义时,项目实施规模直接取决于通过估算过程(估算方法可采用标准需求点法)得到的项目工作量投入,同样把项目的规模划分为大、中、小三个级别,分别用L ,M ,S 来表示。项目的实施规模如下表所示:

2.3.2 项目风险系数

我们把影响软件工程项目风险的因素作为风险检查项列入《风险检查表》,同一风险检查项可能产生的影响从大到小分为三个级别,分别用H ,M ,L 来表示,H 代表影响严重,M 代表影响中等,L 代表影响一般。

通过项目风险判定条件,得出软件工程项目的风险系数,分别用0,1,2来表示,其中0代表风险可以不考虑,2

代表风险非常大,1代表风险中等。

2.3.3 管理级别定义

通过对风险系数和项目规模的综合考虑,我们把的软件工程划分为四个管理级别,分别使用H ,L ,M ,S 来表示,其中:

相关文档
最新文档