软件项目总体裁剪指南-模板
项目过程定义模板--裁剪表
开发过程
编码实现
单元测试
集成测试
关键核心部分需要详细文档 关键核心部分需要审查 对于复杂的/重要的、关键的/存在外部接口的 程序，对重要的服务器的最初版本，建议进行 代码评审；对关键部分可以形成代码说明文 简要形成测试用例，起到提示作用，或者不准 备文档。 关键核心部分需要准备文档并进行非正式评审 和轮查 系统有高可靠性要求，技术难度高，需要对关 键核心部分或整个系统执行该活动
பைடு நூலகம்
中心正式评审 审查 组内正式评审 审查
详细 概要 文档合并时应在详细设计的模板中增加概要设 计的内容；C类项目可以选择单独形成概要设计 文档；
概要设计
组内正式评审 审查 非正式评审 非正式评审 非正式评审 非正式评审
概要
详细设计
走查 概要 轮查 概要 走查 概要 轮查/走查 详细 走查 走查 走查 轮查 概要 概要 详细
379612164.xls
维护项目过程定义
过程分类 过程元素 需求获取 需求分析 项目特性 需求完整、清晰，稳定 需求部分明确，多变 需求模糊，多变 重要的B类项目、C类项目 A类项目和重要程度不高的B类项目 规模为A类，技术难度低，团队水平高 规模为B、C类项目 规模为A类，技术难度低 规模为A类，技术难度高 规模为B、C类，技术难度低 规模为B、C类，技术难度高 所有代码 技术难度低 技术难度高，工期紧 技术难度高，工期正常 技术难度低，团队技能高 技术难度低，团队技能低 技术难度高，团队技能高 技术难度高，团队技能低 规模为A类 规模为B、C类 所有情况 所有情况 所有项目 所有情况 开发周期2周以内 开发周期2周及2周以上 规模为A类 规模为B类 规模为C类 规模为A类 执行属性 文档化属性 执行 执行 执行 执行 执行 合并 合并 执行 执行 执行 执行 执行 执行 执行 执行 合并 合并 执行 执行 执行 执行 执行 执行 执行 执行 执行 执行 执行 执行 执行 合并 并入SRS 并入SRS 并入SRS 准备文档 准备文档 并入详细设计 并入详细设计 或者原来的概 要设计说明书 准备文档 准备文档 准备文档 准备文档 省略 准备文档 准备文档 准备文档 并入系统测试 并入系统测试 准备文档 准备文档 准备文档 准备文档 准备文档 准备文档 准备文档 项目评审 同行评审 详细程度 严格程度 裁剪说明
(完整word版)软件项目解决方案模板
解决方案XXXX科技有限公司XXXX年XX月目录第1章关于本方案 (4)第2章概述 (4)2.1项目背景 (4)2.2建设目标 (4)2.3建设原则 (4)第3章需求描述及分析 (4)3.1概述 (4)3.1.1需求分析目标和任务（可选） (4)3.1.2需求分析组织方式 (5)3.2需求描述 (5)3.2.1业务需求 (5)3.2.2接口需求 (5)3.2.3性能需求 (5)3.2.4安全需求 (5)3.2.5其它需求 (5)3.3需求分析 (6)3.3.1系统涉众分析 (6)3.3.2功能需求分析 (6)3.3.3对技术架构的要求 (6)第4章总体设计 (6)4.1总体设计目标 (6)4.2总体设计原则 (6)4.3总体逻辑架构设计 (6)4.4网络系统设计 (6)4.5硬件系统设计 (7)4.5.1服务器 (7)4.5.2网络设备 (7)4.5.3存储系统 (7)4.6平台选择 (7)4.7标准规范设计（可选） (7)第5章详细设计 (8)5.1技术架构设计 (8)5.1.1设计思路 (8)5.1.2设计原则 (8)5.1.3架构决策 (8)5.1.4技术架构 (8)5.2功能设计 (8)5.3安全设计 (9)5.4用户界面设计(可选) (9)5.4.1界面设计原则 (9)5.4.2易用性设计 (9)5.4.3界面原型设计 (9)第6章项目实施方案 (9)6.1项目实施策略与运行管理机制 (9)6.1.1项目实施策略 (9)6.1.2项目运行管理机制 (9)6.2项目实施和管理 (9)6.2.1项目组织结构 (10)6.2.2项目管理 (10)6.2.3项目计划 (10)6.2.4项目组人员配置 (10)6.2.5项目测试方案 (10)6.2.6软件开发过程（可选） (11)第7章技术支持和服务 (11)第8章项目预算 (11)第9章公司简介 (11)第10章附录一XXX平台简介 (11)第11章附录二XXX技术，标准及规范简介 (11)第1章关于本方案[这里描述本方案和招标方技术文件规定的内容的对应性。
CMMI培训讲义(裁剪指南)
可否裁剪
否 否 否 是
裁剪机会
产品本身是集成开 发过程，不需要独 立集成
系统测试 客户验收
测试人员 项目经理
否 否
过程类别 项目支持 过程
过程 质量保证 外包与采 购管理 培训管理
项目角色 QA 采购人员 培训人员
可否裁剪 否 是 是
裁剪机会
没有外包和采购需 求 项目成员有能力完 成项目，没有培训 需求 产品本身是集成开 发过程，不需要独 立集成 项目规模较小，不 需要用标准配置管 理过程
CMMI 培 训 讲 义
裁剪指南
讲 师：王 龙 2009年08月11日
1.目的
介绍组织标准过程裁剪准则。
2.适用范围
公司所有软件项目。
3.裁剪原则
能够满足公司“开发管理方针”的要求； 不会降低项目开发过程和工作产品的质量； 不会失去对工作进展的（跟踪）可视性； 不会失去对软件工作产品的配置管理和控制，也不会额外增加 无益的工作； 不会降低工程师的开发效率； 在维持现有人力资源的情况下，能够按计划如期完成工作； 项目资金是否可以控制在目标成本范围内。
可 否 剪 裁
否
剪裁机会
项目经理
项目估算表；
计 划 项 项目计划； 目 管 配置管理计划； 理 类 PPQA计划； MA计划； 测试计划；
项目经理
项目经理 配置管理 员
否
否 是
ห้องสมุดไป่ตู้
QA
度量人员 测试人员
是
是 是
项 目 阶 段
活 动 输出文档 类 别
项目角色
可 否 剪 裁
剪裁机会
评审项目计划；
项目进展报告； 项 目 项目周报； 管 理 个人周报； 类 风险识别跟踪表； 职位技能对照表；
软件项目详细设计说明书模板
软件项目详细设计说明书模板目录第一章编写目的 (4)1.1作用 (4)1.1.1 预期读者 (4)1.2背景 (4)1.2.1 系统名称及版本号 (4)1.2.2 使用者 (4)1.2.3 与其它系统的关系 (4)1.3术语和缩写 (4)1.4参考资料 (5)第二章总体架构 (5)2.1系统说明 (5)2.2运行环境 (5)2.3基本设计概念以及处理流程 (5)2.4总体功能结构图 (5)2.5子系统清单 (5)2.6可测试性、维护/升级设计 (5)2.7可配置设计 (5)2.8尚未解决的问题 (6)第三章系统功能模块 (6)3.1模块名称 (6)3.1.1模块功能描述 (6)3.1.2模块框架设计以及处理流程 (6)3.1.3子模块划分列表 (6)3.1.4子模块设计说明 (6)3.2模块名称 (6)3.2.1模块功能描述 (6)3.2.2模块框架设计以及处理流程 (6)3.2.3子模块划分列表 (6)3.2.4子模块设计说明 (7)第四章接口说明 (7)4.1用户接口 (7)4.2外部接口 (7)4.3内部接口 (7)第五章数据结构设计 (7)5.1数据库环境说明 (7)5.1.1应用环境 (7)5.1.2参数配置 (7)5.2数据库设计 (7)5.2.1逻辑设计 (8)5.2.2物理设计 (8)5.2.2.1数据表汇总 (8)5.2.2.2表结构设计 (8)5.2.3安全性设计 (8)5.2.4备份恢复设计 (9)5.3数据库管理维护 (9)5.3.1数据库安装配置 (9)5.3.2数据库日常维护 (9)第六章系统出错处理设计 (9)6.1出错信息 (9)6.2出错处理 (9)第一章编写目的1.1作用【说明】《软件概要设计说明书》是在《软件需求规格说明书》的基础上，通过我方与用户方反复沟通形成的。
它必须充分反映《软件需求规格说明书》中的用户需求，如有改动必须征得用户的认可。
它将作为项目验收时重要的的标准和依据。
软件项目过程定义及裁剪表模板
XXXX项目过程定义及裁剪表XXX项目过程定义及裁剪表.xlsx裁剪的主要步骤为：1. 确定本项目类别和开发策略。
2. 识别本项目特性，分析项目量化的特性对裁剪的影响。
3. 确定对各开发过程活动的裁剪属性。
4. 使用项目裁剪模板选择和裁剪过程活动，得出组织定义过程。
裁剪说明剪裁操作说明剪裁操作说明本规程提供了可供选择的适应不同项目特性的项目定义过程，以便项目组在进行裁剪时减少工作量和复杂度。
在项目组进行制定项目定义过程时，优先选择与项目特征相近的项目定义过程，加以修改，如果依据项目特征运用专业判断发现没有合适的项目定义过程可选时，可根据本文档所提供的裁剪方法制定项目定义过程。
项目组进行过程裁剪时需要结合项目特征，尤其是考虑具体项目的业务需求和技术需求，按照裁剪规程的指导，在此基础上和可控的范围内进行裁剪，即适当地添加、删减、修改组织标准过程，得到项目定义过程。
从这一角度来说不存在一个事先可以确定的项目定义过程。
裁剪指南剪裁是调整组织标准过程文件（OSP），以此来获得适用于项目的特定业务或技术管理需要的过程。
剪裁不可简单地看作只是对OSP进行删除或修改，我们还可以增加某些OSP中没有的过程，以此达到剪裁得到项目已定义的过程（PDP）更适合于实现项目的目标。
不可控的剪裁实际上意味着不存在标准过程，因此，我们在此定义出了对OSP剪裁的一系列准则，由此，让项目能够按照此准则剪裁得到PDP。
裁剪原则：1) 首先按项目类型对标准过程和活动进行裁剪，生成各类项目裁剪指南。
2) 在各类项目裁剪指南中某一过程中的某个活动被裁剪，该活动的所有输出文档都可以裁剪。
3) 在剪裁指南中，我们给出各种活动的选项，并为每个过程步骤指定它是否是必要的或可剪裁的。
如果是可剪裁的，要给出指南，指明活动的什么属性可以进行剪裁，现有的活动或输出是什么以及什么时候采用不同的替代活动。
剪裁属性列表如下：剪裁属性 裁剪结果 剪裁属性 裁剪结果文档化 准备文档 活动 执行这项活动XXX项目过程定义及裁剪表.xlsx 剪裁是调整组织标准过程文件（OSP），以此来获得适用于项目的特定业务或技术管理需要的过程。
裁剪指南
裁剪指南（V 1.1）南京有限公司文档信息文档变更记录审核批准1前言裁剪是调整组织标准软件过程的过程，以此获得适用于项目特定业务和技术需要的过程。
裁剪过程可以看作是增加、删除或修改软件过程的活动，由此，最终的过程更适合于实现项目的目标。
不可控的裁剪实际上意味着不存在标准软件过程，可以定义和使用任何过程。
裁剪指南则定义了更改标准软件过程所允许的规则。
实质上，裁剪指南定义了一套标准软件过程所允许的偏离，希望以此可以为项目定义“最佳”过程。
裁剪指南的任务和作用见下图：2背景知识2.1 项目类型定义项目类型考虑的角度是对开发策略的选择，开发过程中侧重点的选择。
不同的项目类型应该采用完全不同的管理方法，或者说在不同的项目类型之间，软件管理过程的交集非常的少，或者说即使有交集，其交集的繁间程度也不一样。
根据公司的实际情况，建议把的软件工程项目划分为如下类型：⏹研发项目⏹工程项目⏹维护项目2.1.1研发项目研发项目是公司一类典型的软件工程化项目，研发项目最大的特征是只有潜在客户而没有明确的客户和工程合同。
研发项目是为工程项目服务的，可能是对将来产品发展方向的一个预研，也可能是对目前产品的重大技术改进的一个预研。
2.1.2工程项目工程项目是公司一类典型的软件工程化项目，工程项目最大的特征是有明确的客户和工程合同。
工程项目是公司目前接触最多的项目类型。
2.1.3维护项目维护项目发生在软件交付用户使用并通过终验之后。
由于维护项目一定是在一个软件项目实际使用过程中而发生；由于维护项目的全过程中，用户作为一个重要的角色全过程参与期间；由于维护项目需求发生的不确定性和项目周期的不确定性等等，所有维护项目的特性要求维护项目需要作为一种单独的类型来考虑它的软件过程。
维护项目使用的软件过程，与研发或工程项目有类似之处，但维护项目软件过程的要求和管理方法存在着很大的私有特色。
2.2 组织标准软件项目生命周期生命周期在一般的工程中通常要经过分析、设计、实现和运行维护等几个阶段；为了用工程化方式来有效的管理软件项目的全过程，软件项目生命周期也可以分成几个阶段。
项目裁剪表
项目裁剪表在软件开发和产品设计的过程中，经常会遇到时间和资源的限制，需要对项目进行裁剪。
项目裁剪表就是一个用于记录和管理项目裁剪的工具，它可以帮助团队决策哪些功能和特性应该被保留，哪些应该被放弃。
1. 背景介绍在现实世界中，没有完美无缺的项目。
因为各种原因，例如时间、成本、技术限制等，我们常常不得不对项目进行裁剪。
项目裁剪表作为一种工具，能够帮助团队做出明智的决策，从而在有限的资源下实现尽可能多的目标。
2. 项目裁剪表的设计项目裁剪表通常由以下几个方面组成：2.1 目标和优先级：明确项目的目标和优先级，这样可以帮助团队在决策时更加有依据。
2.2 功能列表：将项目中的各个功能列出，以便团队更清晰地了解项目的全貌。
2.3 功能重要性评估：对每个功能进行评估，根据重要性和必要性进行排序。
2.4 可行性评估：评估每个功能的可行性，包括技术难度、时间成本、资源需求等。
2.5 裁剪决策：基于功能重要性和可行性评估结果，做出裁剪决策并记录在表格中。
2.6 进度和资源管理：记录项目的进度和资源分配情况，帮助团队更好地掌握项目的整体进展。
3. 使用项目裁剪表的步骤使用项目裁剪表可以遵循以下步骤：3.1 列出所有功能：将项目中的所有功能列出，并按照模块分类。
3.2 评估功能重要性：根据项目目标和优先级，对每个功能进行重要性评估，可以使用数字或等级来表示。
3.3 评估功能可行性：对每个功能进行可行性评估，包括技术难度、时间成本、资源需求等。
3.4 作出裁剪决策：根据功能重要性和可行性评估结果，确定裁剪方案，将不必要或难以实现的功能从项目中剔除，并记录在项目裁剪表中。
3.5 管理进度和资源：根据项目裁剪表中的决策，合理管理项目的进度和资源分配，确保项目能够按时完成。
4. 注意事项在使用项目裁剪表时需要注意以下几点：4.1 目标和优先级的明确性：目标和优先级的明确性对于项目的整体成功至关重要，应该充分考虑各个利益相关者的需求和期望，并作出合理的权衡。
XX-项目过程定义裁剪表 模板
需特批项目评审
省略
审批 省略
项
目
管
理
项目计划变更 控制
计划变更及评审
执行
审批
项目启动 项目跟踪
项目启动会 周跟踪 月跟踪
里程碑跟踪
项目监 控 里程碑评审
不定期跟踪
不能裁剪 不能裁剪
执行
审批
不能裁剪
省略
省略 省略
执行
会议
项目控制
偏差控制及评审
执行
省略 省略
需求确认
需求评审
不能裁剪
技术 评审 会议
需求管 理
缺陷管理
制定系统测试计划及评 审
执行
审批
执行系统测试 提交测试报告及评审
执行 不能裁剪 会签
不能裁剪
验收测试
制定验收测试计划及评 审
执行
ቤተ መጻሕፍቲ ባይዱ执行验收测试
执行
审批
提交测试报告及评审 执行
审批
产品发布
正式发布及评审
发布与 实施 项目实施验收
不能裁剪 审批 不能裁剪
配置策划
配置策划及评审
不能裁剪
配置库管理 配置管
不能裁剪
组内评审：《详细设计评审检查单》
《会议纪要》《项目问题跟踪表》 书面轮查/个人复查：《详细设计说
不能裁剪
明书》
《编码规范》 源代码
准备文档
执行：有程序开发时且采用的编码工具公司 没有现成的编码规范以及需要在公司编码规 范上细化的项目 省略：有程序开发时且采用公司以有的编码 规范，或无程序开发时
《需求变更申请表内部评审表》 正式变更：《需求变更申请表》《 软件变更申请表》《软件变更报告单 》《配置项状态报告》《需求跟踪矩 准备文档 阵》变更后工作产品 非正式变更：《需求跟踪矩阵》变 更后工作产品
CMMI体系文件-OPD-标准软件过程裁剪指南
C M M I体系文件-O P D-标准软件过程裁剪指南-标准化文件发布号：（9456-EUATWK-MWUB-WUNN-INNUL-DDQTY-KII****信息系统有限公司标准软件过程裁剪指南文件编号：版本号：编制：日期：审核：日期：批准：日期：****信息系统有限公司标准软件过程裁剪指南文件编号：版本号：编制：日期：审核：日期：批准：日期：文件修订记录目录1目的................................................................................. 错误!未定义书签。
2适用范围 ......................................................................... 错误!未定义书签。
3资源和工具...................................................................... 错误!未定义书签。
4定义和缩写...................................................................... 错误!未定义书签。
5职责................................................................................. 错误!未定义书签。
6指南................................................................................. 错误!未定义书签。
启动条件........................................................................ 错误!未定义书签。
【2】项目过程文档使用指南及裁剪手册
<密级>
1. 说明
√可裁减不可裁减★中型项目10人月≤Effort<70 人月大型项目
70人月≤Effort
裁剪指南说明裁剪结果裁剪说明
零、项目启动阶段
0-1制定项目启动计
划××
0-2需求分析××
0-3架构设计××小型和超小型项
目仅保留一份设
计文档即可，项目组可以自行决
策使用架构设计
说明书或者软件
设计说明书
0-4初始估算××过程裁剪指南项目过程裁剪
序号活动描述执行但有偏差执行该活动，但执
行方法与标准过程有偏差，如使用不同的模板或工具，必须要在“裁剪说明”一栏注明原因，及偏差的
内容。
增加根据项目需要增加某活动
如需要，对活动执行方法简要说明。
执行执行该活动，并按
照组织标准过程执
不执行不执行该活动。
必须要在“裁剪说明”一栏注明原因；
本工作表为本项目的过程裁剪结果，项目经理根据项目类型及本工作表中的裁剪指南，对组织的标准开发活动进行裁剪，由此定义出本项目所要执行的活动。
裁剪指南定义
不可裁减并需要增强
软件开发类项目的典型的生裁剪结果选项定义备注
型的生命周期如下图所示——。
软件项目-过程剪裁指南-模板
任何项目不得剪裁 任何项目不得剪裁 对于界面要求不是很高的项目，或界面比较少的项目可以省 略 任何项目不得剪裁 任何项目不得剪裁 任何项目不得剪裁 概要设计和详细设计合并时，可以省略 任何项目不得剪裁 建议升级类型、小型项目选用单人评审
建议新开发类型、大型项目选用同行评审
任何项目不得剪裁 建议升级类型、小型项目选用单人评审
《集成测试报告》、BUG
不可裁剪 开发工程师
项目管理
实现阶段里程碑 编写用户手册
系统测试 测试
《实现阶段里程碑会议纪要》 《实现阶段里程碑报告》 《用户使用手册》 《系统测试报告》、BUG
《软件发布单》
实施 结项
召开测试阶段里程碑会 议
实施策划 系统安装调试 试运行 用户培训 系统正式上线 系统验收 进行项目总结 召开项目总结会议
原因分析 与解决方
案
原因分析 解决方案
EPG审核意 见：
EPG组长：
项目级原因分析报告
日期：
不可裁剪 不可裁剪 不可裁剪 不可裁剪 不可裁剪 不可裁剪 不可裁剪 不可裁剪 不可裁剪 不可裁剪 不可裁剪
QA QA QA 项目经理 配置管理员 配置管理员 配置管理员 配置管理员 项目经理 项目经理 项目经理
建议新开发类型、大型项目选用同行评审
任何项目不得剪裁 任何项目不得剪裁 任何项目不得剪裁 任何项目不得剪裁 任何项目不得剪裁 任何项目不得剪裁 任何项目不得剪裁 任何项目不得剪裁 任何项目不得剪裁 任何项目不得剪裁 任何项目不得剪裁 任何项目不得剪裁 建议升级类型、小型项目选用单人评审
建议新开发类型、大型项目选用同行评审
（同行评审）、《评审计划》、《集成测试用例评 审检查表》、《评审记录与报告》、《缺陷管理表 有条件裁剪 》
CMMI文件-裁剪指南)
CMMI裁剪指南
更改控制页
目录
1目的 (1)
2适用范围 (1)
3术语定义 (1)
4裁剪原则 (1)
5裁剪指南 (2)
6参考资料 (6)
附录A：项目类型 (6)
附录B：项目特征 (6)
1目的
介绍组织标准过程裁剪准则。
2适用范围
公司所有软件项目。
3术语定义
4裁剪原则
1.能够满足公司“开发管理方针”的要求；
2.不会降低项目开发过程和工作产品的质量；
3.不会失去对工作进展的（跟踪）可视性；
4.不会失去对软件工作产品的配置管理和控制，也不会额外增加无益的工
作；
5.不会降低工程师的开发效率；
6.在维持现有人力资源的情况下，能够按计划如期完成工作；
7.项目资金是否可以控制在目标成本范围内。
5裁剪指南
6参考资料
CMMI-DEV V1.2
NK-MS-OPM-P02(生命周期模型选用指南)
附录A：项目类型
根据公司目前的情况，将项目类型划分为研发类和合同类两种类型：
附录B：项目特征
项目特性作为标准软件过程作裁剪的依据，体现在过程实施流程的组织和过程元素执行的详细裁剪。
我们以下几种项目特性并作简要的分析。
军用软件开发通用要求剪裁指南(3篇)
第1篇一、前言军用软件开发在国家安全和军事现代化建设中扮演着至关重要的角色。
随着信息技术的发展，军用软件系统的复杂性和安全性要求越来越高。
为了确保军用软件项目能够满足特定的军事需求，同时遵循国家相关法律法规和行业标准，本文旨在提供一套军用软件开发通用要求剪裁指南，以帮助开发团队进行合理的需求剪裁，提高软件开发效率和质量。
二、军用软件开发通用要求1. 安全性要求军用软件开发应遵循国家信息安全等级保护制度，确保软件系统在物理、逻辑、管理等方面具备较高的安全性。
具体要求如下：（1）物理安全：确保软件系统硬件设备安全可靠，防止非法侵入、破坏和篡改。
（2）逻辑安全：确保软件系统代码、数据、网络传输等环节的安全性，防止恶意攻击、病毒感染等。
（3）管理安全：建立健全信息安全管理制度，加强人员培训，提高安全意识。
2. 功能性要求军用软件开发应满足以下功能性要求：（1）可靠性：软件系统应具备较高的可靠性，确保在复杂环境下稳定运行。
（2）实时性：对于实时性要求较高的软件系统，应满足实时性要求。
（3）可扩展性：软件系统应具备良好的可扩展性，能够适应未来技术发展和军事需求。
（4）互操作性：软件系统应具备良好的互操作性，能够与其他系统进行信息交换和协同工作。
3. 性能要求军用软件开发应满足以下性能要求：（1）计算能力：满足军事任务所需的计算能力，确保软件系统高效运行。
（2）存储能力：满足军事任务所需的存储能力，确保数据安全、可靠。
（3）传输能力：满足军事任务所需的传输能力，确保信息及时、准确传输。
4. 可维护性要求军用软件开发应满足以下可维护性要求：（1）可读性：代码结构清晰，易于阅读和维护。
（2）可测试性：具备完善的测试体系，确保软件系统在修改、升级过程中不会引入新的错误。
（3）可移植性：软件系统应具备良好的可移植性，能够适应不同硬件平台和操作系统。
三、军用软件开发通用要求剪裁指南1. 需求分析在软件开发初期，对军事需求进行详细分析，明确软件系统的目标、功能、性能、安全等方面的要求。
组织标准过程裁剪指南-模板2
组织标准过程裁剪指南-模板2XXX有限公司XXX有限公司组织标准过程裁剪指南*变化状态：A——增加，M——修改，D——删除目录第1章引言 (3)1.1 文档用途 (3)1.2 阅读对象 (3)1.3 名称术语 (3)1.3.1 组织标准过程 (3)1.3.2 项目定义的过程 (3)1.3.3 裁剪 (3)第2章裁剪过程总述 (4)2.1 裁剪的目的 (4)2.2 裁剪的步骤 (4)2.3 裁剪流程图 (4)第3章裁剪过程详述 (5)3.1 识别项目类型 (5)3.1.1 类型划分原则 (5)3.1.2 项目类型 (5)3.2 识别项目特征 (5)3.3 定义项目过程 (7)3.3.1 项目属性说明 (7)3.3.1.1 过程 (7)3.3.1.2 活动 (7)3.3.1.3 工作产品（输出） (7)3.3.1.4 裁剪属性 (7)3.3.1.5 裁剪原则 (7)3.3.1.6 裁剪选择 (8)3.3.2 形成《项目过程裁剪选择列表》 (8)第1章引言1.1 文档用途本文档的用途是为达到CMMI3 的基本要求，指导和协助项目组对组织标准过程进行裁剪，将组织标准过程和组织标准过程资产库中的内容应用到每个具体的项目中，形成适合项目特征的项目定义的过程，使之适应具体项目的特定环境。
1.2 阅读对象●EPG成员●组织高层管理者●项目经理●项目工作组成员1.3 名称术语1.3.1 组织标准过程Organization’s Set of Standard Processes，组织标准过程是指一个组织指导它所有过程活动的标准。
组织标准过程中描述的过程元素必须同组织中所从事的、被定义好的项目过程一致。
组织标准过程使组织内的开发、维护活动保持一致，并是组织长期稳定和持续改进的关键因素。
1.3.2 项目定义的过程项目定义的过程是根据项目特点通过裁剪组织标准过程而获得的。
利用标准、规程、工具和方法对项目定义的过程进行恰当的表征和描述，使其易于理解。
CMMI体系文件-OPD-标准规定软件过程裁剪指南.docx
.****信息系统有限公司标准软件过程裁剪指南文件编号：版本号：编制：日期：审核：日期：批准：日期：.****信息系统有限公司标准软件过程裁剪指南文件编号：版本号：编制：日期：审核：日期：批准：日期：.文件修订记录时间作者主要修订内容..目录1目的 (1)2适用范围 (1)3资源和工具 (1)4定义和缩写 (1)5职责 (2)6指南 (2)6.1启动条件 (2)6.2输入 (2)6.3活动 (2)6.3.1确定项目特点 (2)6.3.2裁剪要求 (3)6.3.2.1裁剪对象 (3)6.3.2.2裁剪原则 (3)6.3.2.3裁剪产物 (4)6.3.3软件生命周期的裁剪指导 (4)6.3.4过程裁剪指导 (5)6.3.4.1概要裁剪 (5)6.3.4.2详细裁剪 (5)6.3.4.2.1 需求开发与需求管理 (6)6.3.4.2.2技术解决过程 (6).6.3.4.2.3验证 (7)6.3.4.2.3.1测试 (7)6.3.4.2.3.2评审 (7)6.3.4.2.4项目计划 (8)6.3.4.2.5项目监控 (8)6.3.4.2.6配置管理 (8)6.3.4.2.7过程与产品质量保证 (8)6.3.4.2.8度量与分析 (9)6.3.4.2.9组织培训 (9)6.3.5使用该裁剪范围以外的裁剪方法 (9)6.3.6填写裁剪报告 (10)6.3.7裁剪过程的收集和推广 (10)6.4输出 (10)6.5关闭标准 (10)7审核 (10)8度量 (11)9培训 (11).1目的本文件的目的是提供公司标准软件过程的裁剪方法，指导项目经理和 QA 根据项目特征，对公司的标准软件过程进行裁剪，制定项目的开发过程。
2适用范围本过程适用于公司的所有软件开发项目。
3资源和工具引用模型和标准：Capability Maturity Model?Integration (CMMI SM), Version 1.1GB 1526-89《信息处理数据流程图、程序流程图、系统流程图、程序网络图和系统资源图的文件编制符号及约定》工具：Microsoft WordMicrosoft ExcelMicrosoft VisioMicrosoft Visual SourceSafe4定义和缩写表1定义和缩写表术语 / 缩写词定义.FP独立功能（增、删、改操作的上一级）5职责表 2 角色职责表角色职责质量管理部经理审批《裁剪报告》。
CMMI_项目裁剪规程
项目裁剪规程变更日志目录1 引言 (1)1.1目的 (1)1.2适用范围 (1)1.3定义 (1)1.4参考资料 (1)2 组织和职责 (2)2.1项目负责人 (2)2.2QA (2)2.3EPG (2)2.4归档管理员 (2)2.5组织财富库管理员 (2)3 项目裁剪的过程以及相关裁剪准则 (3)3.1项目裁剪过程 (3)3.2项目裁剪 (3)3.3项目裁剪结果的记录 (4)3.4项目裁剪结果的评审 (4)3.5项目裁剪结果的备案和归档 (4)项目裁剪规程1 引言1.1目的项目裁剪的目的是根据项目的特性对公司定义的项目过程（如，项目标准实施指导、相关程序文件和指导书等）进行裁剪，在此基础上生成符合项目实际需要的、具有可操作性的项目自定义过程。
本指南包括对项目裁剪相关概念的定义、项目裁剪的过程以及相关裁剪准则等的描述。
1.2适用范围适用于公司所有项目对项目标准过程进行裁剪的过程指导。
1.3定义下表列出本报告中专门术语的定义、英文缩写词的原词组和意义、项目组内达成一致意见的专用词汇，同时继承全部的先前过程中定义过的词汇。
词汇名称词汇含义备注项目标准实施指导是指在公司级别定义的各类项目的实施过程的标准集合。
该集合中包括了多种项目过程和软件过程，其中多种软件过程可以用来满足不同应用领域、生命周期、方法学和工具的需要，多种项目过程可以用来满足不同的公司级的管理需要，包括两者之间可以有多种不同形式的组合。
项目实施指导是由项目标准实施指导裁剪得到的具体项目的实施过程的集合。
项目裁剪是指具体项目在公司的项目标准实施指导的基础上对相关内容进行的新增、删除和修订。
其中：新增：是指在原有内容的基础上增加新的内容以适应本项目的需要。
删除：是指在相关内容并不适用于本项目的前提下将其删除。
修订：是指基于相关内容对于本项目的适用程度对其实现细节和实现程度进行修改。
1.4参考资料无2 组织和职责2.1项目负责人➢管理项目；➢负责项目的计划工作，其中包括基于项目的特性与EPG及QA共同讨论对公司的项目标准实施指导的裁剪。
研发科技类项目-项目裁剪表(模板)
建议必有
建议必有 建议必有 建议必有
建议必有 建议必有
建议必有
里程碑 项目启动及规划 需求分析及评审 系统设计及评审 系统开发及单元测试 功能测试及验收测试
系统投产上线
试运行及项目结项
系统开发阶段 前期调查 项目启动 需求分析 设计 开发
测试及验收
上线
项目结项
项目管理
合规文档名称 业务需求书 可行性分析 立项申请表 预算核算表
需求初审意见反馈表 项目计划及干系人 项目文档裁剪表 业务需求说明书
项目需求变更申请表 项目需求变更记录表
设计说明书 数据迁移计划 设计评审报告 代码评审报告
测试方案 培训签到表 测试验收报告 系统上线部署方案 系统上线回退方案 上线切换任务单 系统应急预案 项目风险评估报告 第三方检测报告 用户操作手册 系统维护手册 系统运维交付表 个人总结报告 项目自我评价报告 项目验收申请 项目结项报告 项目后评估报告 项目周报、月报 项目变更申请表 问题记录单 不合格项一览表
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
总体裁剪指南
文档编号：
文档信息：总体裁剪指南
文档名称：总体裁剪指南
文档类别：项目管理文件
密级：机密
建立日期：
创建人：
审核者：
批准人：
批准日期：
保管人：
编辑软件：Microsoft Office XP 中文版
*变化状态：A——增加，M——修改，D——删除
主要内容
1 简介 (4)
1.1 文档目的 (4)
1.2 适用范围 (4)
1.3 引用文件 (4)
1.4 术语 (4)
1.5 参考资料 (4)
2 过程总体描述 (4)
2.1 过程概述 (4)
2.2 过程结构描述 (4)
图索引：
图 1 流程图 (4)
1简介
1.1文档目的
为软件项目对组织标准软件过程进行详细裁剪时，提供框架和总体指导方针。
1.2适用范围
适用于本组织范围内的软件项目。
1.3引用文件
《组织过程定义过程》文件编号：
1.4术语
无
1.5参考资料
无
2过程总体描述
2.1过程概述
本指南根据本公司项目的实际情况编写而成。
2.2过程结构描述
2.2.1裁剪步骤
确定项目类别—>根据指南选择SDLC－>根据裁剪指南选择－>裁剪SDLC－>根据裁剪指南选择支持过程－>根据裁剪指南选择组织过程－>形成裁剪报告，进行评审－>批准后制定项目定义的标准过程－>开展项目活动。
2.2.2裁剪原则
基于项目特征：项目特征式裁剪工作的出发点，包括项目规模、项目类型、技术难度、产品类型、项目周期等要素。
明确裁剪的对象：不仅限于过程元素和活动，还包括参照标准、方法和工具、输出产品
及模板等。
确定裁剪所要考虑的要素：裁剪要素决定了裁剪的方向和尺度。
例如：范围、频度、正
式度等都是裁剪要素。
裁剪的决定要基于风险分析进行考虑。
2.2.3项目分类及详细裁剪指南
2.2.
3.1 软件项目分类
为了以最佳的费效比开发符合需求的软件，在实施软件工程时，必须针对不同需求区别对待。
组织定义软件类别和级别按如下分类管理：
软件规模非嵌入式软件源代码行数
巨n>500000
大50000<n<500000
中5000<n<50000
小500<n<5000
微n<500
表1 按软件规模分类
项目类型工程项目
产品研发
集团IT软件建设维护/维修
技术难度高
中
低
表3 按技术难度分类
2.2.
3.2 SDLC裁剪指南
软件规模（大）中小瀑布不允许裁剪不允许裁剪详细设计
系统测试
原型+瀑布系统需求分析
概要设计系统需求分析
概要设计
系统需求分析
概要设计
增量模型不允许裁剪不允许裁剪详细设计
2.2.
3.3 项目管理过程裁剪指南
2.2.
3.4 支持过程裁剪指南
2.2.
3.5 组织过程裁剪指南
2.2.
3.6 软件文档裁剪指南
表1 按项目类别
表2 按项目类别11/11。