【OTS4WORD】“精简并行过程”——容易剪裁的“软件过程改进方法和规范”模板

附件资源是作者针对SPP采用模板重新格式化打包制作,原模板具有格式不受控的缺点,导致文档编制过程中引起不必要的排版麻烦。

附件资源适用于希望改进工作流程,适配CMMI质量管理体系的公司或个人使用,质量改进管理组织、项目管理组织、研发团队、测试团队、运维团队等均可直接使用。

以下是"精简并行过程"(Simplified Parallel Process,SPP)相关介绍:

"精简并行过程"(Simplified Parallel Process,SPP)是基于CMMI以及软件工程和项目管理知识而创作的一种"软件过程改进方法和规范",由众多的过程规范和文档模板组成。

(1)对CMMI 3级以内各过程域的内容和要求作了"精简"处理。

(2)在产品生命周期之内,项目管理过程、项目研发过程和机构支撑过程"并行"开展。

建议用户根据自身情况适当地剪裁,然后推广使用。

SPP模型把产品生命周期划分为6个阶段,分别为:

产品概念阶段,记为PH0。

产品定义阶段,记为PH1。

产品开发阶段,记为PH2。

产品测试阶段,记为PH3。

用户验收阶段,记为PH4。

产品维护阶段,记为PH5。

在SPP模型中,软件项目的过程有三大类:项目管理过程、项目研发过程和机构支持过程 。上述三类过程可以细分为19个主要过程域,分布在PH0到PH5的各个阶段。

|------------|----------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|
| 精简并行过程SPP清单[OTS4WORD专用模板] |||
| 过程域 | 模板分类 | 模板方案 |
| 项目管理过程 | 立项管理 | 附录A-1 立项建议书.docx 附录A-2 立项调查报告.docx 附录A-3 立项可行性分析报告.docx 附录A-4 立项评审报告.docx |
| 项目管理过程 | 结项管理 | 附录B-1 结项申请书.docx 附录B-2 结项评审报告.docx |
| 项目管理过程 | 项目规划 | 附录C-1 项目估计表.docx 附录C-2 项目计划.docx 附录C-3 项目计划变更控制报告.docx |
| 项目管理过程 | 项目监控 | 附录D-1 项目监控数据表.docx 附录D-2 项目偏差控制报告.docx 附录D-3 项目进展报告.docx |
| 项目管理过程 | 风险管理 | 附录E-1 风险检查表.docx 附录E-2 风险管理报告.docx |
| 项目管理过程 | 需求管理 | 附录F-1 需求跟踪报告.docx 附录F-2 需求变更控制报告.docx |
| 项目研发过程 | 需求开发 | 附录G-1 用户需求说明书.docx 附录G-2 产品需求规格说明书.docx |
| 项目研发过程 | 技术预研 | 附录H-1 技术预研计划.docx 附录H-2 技术预研报告.docx |
| 项目研发过程 | 系统设计 | 附录I-1 体系结构设计报告.docx 附录I-2 用户界面设计.docx 附录I-3 数据库设计报告.docx 附录I-4 模块设计报告.docx |
| 项目研发过程 | 实现与测试 | 附录J-1 实现与测试计划.docx 附录J-2 编程文档.docx |
| 项目研发过程 | 系统测试 | 附录K-1 系统测试计划.docx 附录K-2 测试用例.docx 附录K-3 测试报告.docx |
| 项目研发过程 | Beta测试 | 附录L-1 Beta测试协议.docx 附录L-2 Beta测试报告.docx |
| 项目研发过程 | 客户验收 | 附录M-1 客户验收计划.docx 附录M-2 客户验收报告.docx |
| 项目研发过程 | 技术评审 | 附录N-1 技术评审计划.docx 附录N-2 技术评审通知.docx 附录N-3 技术评审报告.docx 附录N-4 技术评审检查表.docx |
| 机构支撑过程 | 配置管理 | 附录O-1 配置管理计划.docx 附录O-2 配置库管理报告.docx 附录O-3 配置项变更控制报告.docx |
| 机构支撑过程 | 质量保证 | 附录P-1 质量保证计划.docx 附录P-2 质量保证检查表.docx 附录P-3 质量保证报告.docx 附录P-4 质量问题跟踪表.docx |
| 机构支撑过程 | 外包与采购管理 | 附录Q-1 外包开发竞标邀请书.docx 附录Q-2 承包商评估报告.docx 附录Q-3 外包开发合同.docx 附录Q-4 外包开发过程监控报告.docx 附录Q-5 外包开发成果验收报告.docx 附录Q-6 采购竞标邀请书.docx 附录Q-7 供应商评估报告.docx 附录Q-8 采购合同.docx 附录Q-9 采购物品验收报告.docx |
| 机构支撑过程 | 培训管理 | 附录R-1 培训计划.docx 附录R-2 培训通知.docx 附录R-3 培训评估报告.docx |
| 机构支撑过程 | 服务与维护 | 附录S-1 客户服务计划.docx 附录S-2 客户服务报告.docx 附录S-3 产品维护计划.docx 附录S-4 产品维护报告.docx |

SPP模型的主要特征和优点有:
直观的过程模型

SPP模型将项目管理、项目研发、机构支撑所包含的工作划分为相对独立的三类过程,各个过程域之间的关系直观明了。这样,机构领导、项目经理、开发人员、测试人员、质量保证人员、外包与采购管理人员等人根据SPP模型,很容易知道自己"应该在什么时候、按照什么规范做什么事情"。所以SPP模型有助于使机构内的各个职能单位有条不紊地开展工作。
容易裁剪与扩充

SPP模型的三类过程贯穿了产品的整个生命周期,19个最常见的过程域都合理地安排在产品生命周期中的某些阶段。用户可以根据自己产品的特征,适当地裁剪或扩充SPP的过程域,很容易制定出最适合于本产品的过程模型。

相关推荐
AAI机器之心18 小时前
这个RAG框架绝了:无论多少跳,LLM只调用两次,成本暴降
人工智能·python·ai·llm·agent·产品经理·rag
Mr_Moka20 小时前
程序员转业做什么呢?代码之外:程序员的四条出路与人生抉择
职场发展·产品经理·职场
带娃的IT创业者20 小时前
AI 时代产品经理能取代程序员吗?一人全栈背后的残酷真相
人工智能·ai·程序员·产品经理·全栈·职业焦虑
数字时代全景窗21 小时前
Palantir:两个不确定的问题(1)大模型以上,世界模型未满?
人工智能·软件工程
ZHENGZJM1 天前
负载均衡式在线评测系统(Load-Balanced Online OJ)技术全景指南
c++·负载均衡·软件工程·idea
中小企业实战军师刘孙亮1 天前
什么是增长陷阱?中小企业“增长陷阱”破局指南-佛山鼎策创局破局增长咨询
职场和发展·新媒体运营·创业创新·需求分析·内容运营
深念Y1 天前
技术选型系列文章(四):从任务清单到接口规格
ai·接口·软件工程·api·agent·任务
张较瘦_1 天前
[论文阅读] AI + 软件工程 | 从1对1到规模化,Lacy用AI+专家代码漫游重构软件入职指导
人工智能·重构·软件工程
启航挨踢1 天前
2026年教师资格证面试资料攻略
软件工程
m0_651593912 天前
软件测试生命周期全解析:用考试答题逻辑,零基础吃透测试核心
软件测试·软件工程