CMM是Capability Maturity Model for Software的简称，中文叫“软件能力成熟度模型”，是对组织软件过程能力的描述。CMM的核心是把软件开发视为一个过程，并根据这一原则对软件开发和维护进行过程监控和研究，以使其更加科学化、标准化，使企业能够更好的实现商业目标。它侧重于软件过程开发的管理及软件工程能力的改进与评估，因此 CMM被用作评价软件承包商能力并帮助组织改善软件过程质量，是目前国际上最流行、最实用的一种软件生产过程标准，成为当今企业从事规模软件生产不可缺少的一项内容。
CMM是由美国卡内基-梅隆大学软件工程研究所(CMU SEI)研究制定，并在全世界推广实施的一种软件评估标准，主要用于软件开发过程和软件开发能力的评估和改进。CMM把软件开发过程的成熟度由低到高分为五级，等级越高，表明该企业软件开发失败风险越低，整体开发时间越短，并能减少开发成本，降低错误发生率，提高产品质量。
按照《使用软件工程》的标准，CMM将软件分为5个等级：(如图一所示)
图一
1.初始级(initial)
工作无序，项目进行过程中常放弃当初的规划
管理无章，缺乏健全的管理制度
开发项目的成效不稳定，产品的性能和质量依赖于个人能力和行为。
2.可重复级(Repeatable)
管理制度化，建立了基本的管理制度和规程，管理工作有章可循
初步实现标准化，开发工作较好的实施标准
稳定课跟踪，新项目的计划和管理基于过去的实践经验，具有重复以前成功项目的环境和条件
3.已定义级(Defined)
开发的过程，包括技术工作和管理工作，均已实现标准化，文档化。
建立了完善的培训制度和专家评审制度
全部技术活动和管理活动均可稳定实施
项目的质量，进度和费用均可控制。
对项目进行中的过程，岗位和指责均有共同的理解。
4.已管理级(Managed)
产品和过程已建立了定量的质量目标。
过程中活动的生产率和质量是可度量的。
已建立过程数据库。
已实现项目产品和过程的控制
可预测过程和产品质量趋势。
5.优化级(Optimizing)
可集中精力改进过程，采用新技术，新方法。
拥有防止出现缺陷，识别薄弱环节以及加以改进的手段
可取得过程有效性的统计数据，并可据此进行分析，从而得到更佳方法。
目前业界的通行标准：每千行源代码所包含的BUG数，CMM1级为11.95个，CMM2为5.52个，CMM3为2.39个，CMM4为 0.92个,而CMM5则只有0.32个。在可靠性提高的同时，CMM5软件开发周期是CMM1的36%,而生产成本是CMM1的19%,平均每个软件开发人员的生产率会提高四倍。
＜项目名称＞ 测试分析报告 作者： 完成日期： 签收人： 签收日期： 修改情况记录：
目录 1 引言 (1) 1.1 编写目的 (1) 1.2 背景 (1) 1.3 定义 (1) 1.4 参考资料 (1) 2 测试概要 (1) 3 测试结果及发现 (2) 3.1 测试1（标识符） (2) 3.2 测试2（标识符） (2) 4 对软件功能的结论 (2) 4.1 功能1（标识符） (2) 4.1.1 能力 (2) 4.1.2 限制 (2) 4.2 功能2（标识符） (2) 5 分析摘要 (3) 5.1 能力 (3) 5.2 缺陷和限制 (3) 5.3 建议 (3) 5.4 评价 (3) 6 测试资源消耗 (3)
1 引言 1.1 编写目的 说明这份测试分析报告的具体编写目的，指出预期的读者范围。 1.2 背景 说明： a．被测试软件系统的名称； b．该软件的任务提出者、开发者、用户及安装此软件的计算中心，指出测试环境与实际运行环境之间可能存在的差异以及这些差异对测试结果的影响。 1.3 定义 列出本文件中用到的专门术语的定义和缩写词的原词组。 1.4 参考资料 列出要用到的参考资料，如： a．本项目的经核准的计划任务书或合同、上级机关的批文； b．属于本项目的其他已发表的文件； c．本文件中各处引用的文件、资料，包括所要用到的软件开发标准。 列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。 2 测试概要 用表格的形式每一项测试的标识符及其测试内容，并指明实际进行的测试工作内容与测试计划中预先设计的内容之间的差别，说明作出这种改变的原因。
软件开发文档模板 1 可行性研究报告 可行性研究报告的编写目的是：说明该软件开发项目的实现在技术、经济和社会条件方面的可行性；评述为了合理地达到开发目标而可能先择的各种方案；说明论证所选定的方案。可行性研究报告的编写内容要求如下： 1.1 引言 1.1.1 编写目的 1.1.2 背景 1.1.3 定义 1.1.4 参考资料 1.2 可行性研究的前提 1.2.1 要求 1.2.2 目标 1.2.3 条件、假定和限制 1.2.4 进行可行性研究的方法 1.2.5 评价尺度 1.3 对现有系统的分析 1.3.1 数据流程和处理流程 1.3.2 工作负荷 1.3.3 费用开支 1.3.4 人员 1.3.5 设备 1.3.6 局限性 1.4 所建议的系统 1.4.1 对所建议系统的说明 1.4.2 数据流程各处理流程 1.4.3 改进之处 1.4.4 影响 1.4.4.1 对象设备的影响 1.4.4.2 对软件的影响 1.4.4.3 对用户单位机构的影响 1.4.4.4 对系统动行的影响 1.4.4.5 对开发的影响 1.4.4.6 对地点和设施的影响 1.4.4.7 对经费开支的影响 1.4.5 局限性 1.4.6 技术条件方面的可行性 1.5 可选择其他系统方案 1.5.1 可选择的系统方案 1 1.5.2 可选择的系统方案 2 …… 1.6 投资及收益分析 1.6.1 支出 1.6.1.1 基本建设投资
1.6.1.2 其他一次性支出 1.6.1.3 非一次性支出 1.6.2 收益 1.6. 2.1 一次性收益 1.6. 2.2 非一次性收益 1.6. 2.3 不可定量的收益 1.6.3 收益/投资比 1.6.4 投资回收周期 1.6.5 敏感性分析 1.7 社会条件方面的可行性 1.7.1 法律方面的可行性 1.7.2 使用方面的可行性 1.8 结论 2 项目开发计划 编制项目开发计划的目的是用文件的形式，把对于在开发过程中各项工作的负责人员、开发进度所需经费预算、所需软、硬件条件等问题作出安排记载下来，以便根据本计划开展和检查本项目的开发工作。编制内容要求如下： 2.1 引言 2.1.1 编写目的 2.1.2 背景 2.1.3 定义 2.1.4 参考资料 2.2 项目概述 2.2.1 工作内容 2.2.2 主要参加人员 2.2.3 产品及成果 2.2. 3.1 程序 2.2. 3.2 文件 2.2. 3.3 服务 2.2. 3.4 非移交产品 2.2.4 验收标准 2.2.5 完成项目的最迟期限 2.2.6 本计划的审查者与批准者 2.3 实施总计划 2.3.1 工作任务的分解 2.3.2 接口人员 2.3.3 进度 2.3.4 预算 2.3.5 关键问题 2.4 支持条件 2.4.1 计算机系统支持 2.4.2 需要用户承担的工作 2.4.3 需由外单位提供的条件 2.5 专题计划要点
北京易游无限科技公司 https://www.doczj.com/doc/0a13898396.html, EUWX/QP 0714 软件开发过程控制控制程序 授控状态： 版号：A/O 分发号： 持有人： 2007年8月6日发布2007年8月6日实施
易游无限科技发布 易游无限科技程序文件文件编号CSI/QP 0714 版号A/0 标题: 软件开发过程控制程序页码共5页第1页
为保证软件产品及其文档可维护，软件开发过程得到有效控制，特制定本程序。 2适用范围 本程序文件适用于本公司有合同的所有软件开发过程的控制活动。 3定义 3．1需求分析：（引用GB/T11457-1995的2.404）研究用户要求以得到系统或软件需求定义的过程。 3．2概要设计：（引用GB/T11457-1995的2.343）分析各种设计方案和定义软件体系结构的过程。典型的概要设计包括计算机程序组成成分和数据的定义及构造、界面的定义，并提出时间和规模方面的估计。 3．3详细设计：（引用GB/T11457-1995的2.147）推敲并扩充概要设计，以获得关于处理逻辑、数据结构和数据定义的更加详尽的描述，直到设计完善到足以能实现的地步。 3．4设计实现：（引用GB/T11457-1995的2.229）把设计翻译成代码，然后对此代码排除隐错的过程。它是程序的一种机器可执行形式，或者能被自动地翻译成机器可执行的形式的某种形式的程序。 4职责 4．1项目负责人：负责制订《项目计划》、协调项目内外各方的关系、控制项目进度并保证项目计划的实施和完成。 4．2需求分析员：作为开发方的代表，负责沟通用户和开发人员的认识和见解，明确及准确地编写《软件需求说明书》和初步的《系统指南》。 4．3系统设计员：负责把软件需求变换成可表示的可实现的软件形式，为设计实现提供可行的依据。并在设计过程中要负责编写《概要设计说明书》、《数据库设计说明书》、《详细设计说明书》，完成《系统指南》的编写。 4．4程序员：按设计要求把软件的详细设计变换成可执行的源程序，进行调试。完成相应的文档，编写《用户操作手册》。 4．5测试人员：负责制定测试计划，设计测试方案，测试用例，并实施测试。 4．6配置管理人员负责对开发库中软件配置项的管理和维护。 4工作程序 软件开发过程主要分为项目计划、需求分析、概要设计、详细设计、设计实现、内部测试和系统测试7个阶段。 易游无限科技程序文件文件编号CSI/QP 0714 版号A/0 标题: 软件开发过程控制程序页码共5页第2页
CMM是Capability Maturity Model for Software的简称，中文叫“软件能力成熟度模型”，是对组织软件过程能力的描述。CMM的核心是把软件开发视为一个过程，并根据这一原则对软件开发和维护进行过程监控和研究，以使其更加科学化、标准化，使企业能够更好的实现商业目标。它侧重于软件过程开发的管理及软件工程能力的改进与评估，因此 CMM被用作评价软件承包商能力并帮助组织改善软件过程质量，是目前国际上最流行、最实用的一种软件生产过程标准，成为当今企业从事规模软件生产不可缺少的一项内容。 CMM是由美国卡内基-梅隆大学软件工程研究所(CMU SEI)研究制定，并在全世界推广实施的一种软件评估标准，主要用于软件开发过程和软件开发能力的评估和改进。CMM把软件开发过程的成熟度由低到高分为五级，等级越高，表明该企业软件开发失败风险越低，整体开发时间越短，并能减少开发成本，降低错误发生率，提高产品质量。 按照《使用软件工程》的标准，CMM将软件分为5个等级：(如图一所示) 图一 1.初始级(initial) 工作无序，项目进行过程中常放弃当初的规划 管理无章，缺乏健全的管理制度 开发项目的成效不稳定，产品的性能和质量依赖于个人能力和行为。 2.可重复级(Repeatable) 管理制度化，建立了基本的管理制度和规程，管理工作有章可循 初步实现标准化，开发工作较好的实施标准
稳定课跟踪，新项目的计划和管理基于过去的实践经验，具有重复以前成功项目的环境和条件 3.已定义级(Defined) 开发的过程，包括技术工作和管理工作，均已实现标准化，文档化。 建立了完善的培训制度和专家评审制度 全部技术活动和管理活动均可稳定实施 项目的质量，进度和费用均可控制。 对项目进行中的过程，岗位和指责均有共同的理解。 4.已管理级(Managed) 产品和过程已建立了定量的质量目标。 过程中活动的生产率和质量是可度量的。 已建立过程数据库。 已实现项目产品和过程的控制 可预测过程和产品质量趋势。 5.优化级(Optimizing) 可集中精力改进过程，采用新技术，新方法。 拥有防止出现缺陷，识别薄弱环节以及加以改进的手段 可取得过程有效性的统计数据，并可据此进行分析，从而得到更佳方法。 目前业界的通行标准：每千行源代码所包含的BUG数，CMM1级为11.95个，CMM2为5.52个，CMM3为2.39个，CMM4为 0.92个,而CMM5则只有0.32个。在可靠性提高的同时，CMM5软件开发周期是CMM1的36%,而生产成本是CMM1的19%,平均每个软件开发人员的生产率会提高四倍。
＜项目名称＞ 软件需求说明书 作者： 完成日期： 签收人： 签收日期： 修改情况记录：
目录 1 引言 (1) 1.1 编写目的 (1) 1.2 范围 (1) 1.3 定义 (1) 1.4 参考资料 (1) 2 项目概述 (2) 2.1 产品描述 (2) 2.2 产品功能 (2) 2.3 用户特点 (2) 2.4 一般约束 (2) 2.5 假设和依据 (3) 3 具体需求 (3) 3.1 功能需求 (3) 3.1.1 功能需求1 (3) 3.1.2 功能需求2 (4) 3.1.n 功能需求n (5) 3.2 外部接口需求 (5) 3.2.1 用户接口 (5) 3.2.2 硬件接口 (5) 3.2.3 软件接口 (5) 3.2.4 通信接口 (6) 3.3 性能需求 (6) 3.4 设计约束 (6) 3.4.1 其他标准的约束 (6) 3.4.2 硬件的限制 (7) 3.5 属性 (7) 3.5.1 可用性 (7) 3.5.2 安全性 (7) 3.5.3 可维护性 (7) 3.5.4 可转移＼转换性 (8) 3.5.5 警告 (8) 3.6 其他需求 (8) 3.6.1 数据库 (8) 3.6.2 操作 (8) 3.6.3 场合适应性需求 (9) 4 附录 (9)
1 引言 1.1 编写目的 说明编写这份软件需求说明书的目的，指出预期的读者范围。 1.2 范围 说明： a．待开发的软件系统的名称； b．说明软件将干什么，如果需要的话，还要说明软件产品不干什么； c．描述所说明的软件的应用。应当： 1）尽可能精确地描述所有相关的利益、目的、以及最终目标。 2）如果有一个较高层次的说明存在，则应该使其和高层次说明中的类似的陈述相一致（例如，系统的需求规格说明）。 1.3 定义 列出本文件中用到的专门术语的定义和缩写词的原词组。 1.4 参考资料 列出要用到的参考资料，如： a．本项目的经核准的计划任务书或合同、上级机关的批文； b．属于本项目的其他已发表的文件； c．本文件中各处引用的文件、资料，包括所要用到的软件开发标准。 列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。
第一讲：软件能力成熟度模型 沈阳东软软件股份有限公司软件工程过程组 编者按：CMM（Capability Maturity Model，能力成熟度模型）是由美国卡内基-梅隆大学软件工程研究所推出的评估软件能力与成熟度的一套标准。该标准基于众多软件专家的实践经验，侧重于软件开发过程的管理及工程能力的提高与评估，是国际上流行的软件生产过程标准和软件企业成熟度等级认证标准。 目前，CMM认证已经成为世界公认的软件产品进入国际市场的通行证。国务院发布的鼓励软件产业发展的18号文件中也特别指出了对企业进行CMM认证的支持。今年3月，联想通过了CMM 2认证，6月，东软股份通过了CMM 3级评估，这些标志着CMM认证在我国已经取得初步进展。 为推动我国软件产业的发展，促进软件企业向正规化和国际化迈进，进一步引入和推广CMM认证，本报与沈阳东软软件股份有限公司合作，共同开办“CMM认证”系列讲座。从本期开始，本报将大约分7期在“技术讲座”栏目中针对我国软件企业的特点，结合CMM认证在东软股份的应用实战，阐述CMM认证的实施方法和策略。 早在20世纪60年代中期，人们就发现软件的生产出现了“问题”，主要表现在生产过程不规范，缺乏管理。后来，人们在软件工程方法学中引入了工程的概念、原理、技术和方法，这种思想在一定程度上
解决了软件生产过程中遇到的问题。但是直至80年代还是没有提出一套管理软件开发的通用原则，软件管理不善的问题依旧在大范围内存在。 为了保证软件产品的质量，80年代中期，美国联邦政府提出对软件承包商的软件开发能力进行评估的要求。在Mitre公司的帮助下，1987年9月，美国卡内基-梅隆大学软件工程研究所(CMU/SEI)发布了软件过程成熟度框架，并提供了软件过程评估和软件能力评价两种评估方法和软件成熟度提问单。4年之后，SEI将软件过程成熟度框架进化为软件能力成熟度模型（Capability Maturity Model For Software，简称SW-CMM）。1991年8月，SEI发布了最早的SW-CMM v1.0。经过两年的试用，1993年SEI正式发布了SW-CMM v1.1，这是目前使用最为广泛的版本。软件能力成熟度模型基于众多软件专家的实践经验，是组织进行软件过程改善和软件过程评估的一个有效的指导框架。 CMM的管理思想背景 SW-CMM不仅是一个模型，一个工具，它更代表了一种管理哲学在软件工业中的应用。SW-CMM的管理思想来源于已有60多年历史的产品质量管理。1930年，Walter Sheward 率先提出了一整套基于统计学原理的质量控制方法，这些方法后来经过W. Ewards Deming 和Joseph Juran的发展和实践得到了广泛的应用。Philip Crosby在《质量是免费的》一书中率先提出将质量管理形成成熟度框架的概念，“质量管理成熟度坐标图表” 描述了进行质管实践的5个阶段，表达了质
目录 1. 范围 (1) 2. 总体要求 (1) 2.1总体功能要求 (1) 2.2软件开发平台要求 (1) 2.3软件项目的开发实施过程管理要求 (2) 2.3.1 软件项目实施过程总体要求 (2) 2.3.2 软件项目实施变更要求 (2) 2.3.3 软件项目实施里程碑控制 (3) 3. 软件开发 (4) 3.1软件的需求分析 (4) 3.1.1 需求分析 (4) 3.1.2 需求分析报告的编制者 (5) 3.1.3 需求报告评审 (5) 3.1.4 需求报告格式 (5) 3.2软件的概要设计 (5) 3.2.1 概要设计 (5) 3.2.2 编写概要设计的要求 (6) 3.2.3 概要设计报告的编写者 (6) 3.2.4 概要设计和需求分析、详细设计之间的关系和区别 (6) 3.2.5 概要设计的评审 (6) 3.2.6 概要设计格式 (6) 3.3软件的详细设计 (7) 3.3.1 详细设计 (7) 3.3.2 特例 (7) 3.3.3 详细设计的要求 (7) 3.3.4 数据库设计 (7) 3.3.5 详细设计的评审 (7) 3.3.6 详细设计格式 (8) 3.4软件的编码 (8) 3.4.1 软件编码 (8) 3.4.2 软件编码的要求 (8) 3.4.3 编码的评审 (8) 3.4.4 编程规范及要求 (8) 3.5软件的测试 (9) 3.5.1 软件测试 (9) 3.5.2 测试计划 (9)
3.6.1 交付清单 (9) 3.7软件的鉴定验收 (10) 3.7.1 软件的鉴定验收 (10) 3.7.2 验收人员 (10) 3.7.3 验收具体内容 (10) 3.7.4 软件验收测试大纲 (11) 3.8培训 (11) 3.8.1 系统应用培训 (11) 3.8.2 系统管理的培训（可选） (11) 1. 引言 (19) 1.1编写目的 (19) 1.2项目风险 (19) 1.3文档约定 (19) 1.4预期读者和阅读建议 (20) 1.5产品范围 (20) 1.6参考文献 (20) 2. 综合描述 (21) 2.1产品的状况 (21) 2.2产品的功能 (22) 2.3用户类和特性 (22) 2.4运行环境 (22) 2.5设计和实现上的限制 (23) 2.6假设和约束(依赖) (23) 3. 外部接口需求 (24) 3.1用户界面 (24) 3.2硬件接口 (25) 3.3软件接口 (25) 3.4通讯接口 (26) 4. 系统功能需求 (26) 4.1说明和优先级 (27) 4.2激励／响应序列 (27) 4.3输入／输出数据 (28) 5. 其它非功能需求 (28) 5.1性能需求 (28) 5.2安全措施需求 (29) 5.3安全性需求 (29) 5.4软件质量属性 (29) 5.5业务规则 (29) 5.6用户文档 (30)
开发文档包括：《功能要求》、《投标方案》、《需求分析》、《技术分析》、《系统分析》、《数据库文档》、《功能函数文档》、《界面文档》、《编译手册》、《QA文档》、《项目总结》等。 产品文档包括：《产品简介》、《产品演示》、《疑问解答》、《功能介绍》、《技术白皮书》、《评测报告》、《安装手册》、《使用手册》、《维护手册》、《用户报告》、《销售培训》等。 一、开发文档 1. 《功能要求》--来源于客户要求和市场调查，是软件开发中最早期的一个环节。客户提出一个模糊的功能概念，或者要求解决一个实际问题，或者参照同类软件的一个功能。有软件经验的客户还会提供比较详细的技术规范书，把他们的要求全部列表书写在文档中，必要时加以图表解说。这份文档是需求分析的基础。 2. 《投标方案》--根据用户的功能要求，经过与招标方沟通和确认，技术人员开始书写《投标方案》，方案书一般包括以下几个重要的章节： 前言--项目背景、公司背景和业务、技术人员结构、公司的成功案例介绍等。 需求分析--项目要求、软件结构、功能列表、功能描述、注意事项等。 技术方案--总体要求和指导思想、技术解决方案、软件开发平台、网络结构体系等。 项目管理--描述公司的软件开发流程、工程实施服务、组织和人员分工、开发进度控制、软件质量保证、项目验收和人员培训、软件资料文档等。 技术支持--公司的技术支持和服务介绍、服务宗旨和目标、服务级别和响应时间、技术服务区域、技术服务期限、授权用户联系人等。系统报价--软、硬件平台报价列表、软件开发费用、系统维护费用等。 项目进度--整个项目的进度计划，包括签署合同、项目启动、需求分析、系统分析、程序开发、测试维护、系统集成、用户验收、用户培训等步骤的时间规划。
2017年4月高等教育自学考试福建省统一命题考试 软件能力成熟度模型(CMM) 试卷 (课程代码07021) 本试卷满分100分，考试时间l50分钟。 考生答题注意事项： 1．本卷所有试题必须在答题卡上作答。答在试卷上无效，试卷空白处和背面均可作草稿纸。 2．第一部分为选择题。必须对应试卷上的题号使用2B铅笔将“答题卡”的相应代码涂黑。 3．第二部分为非选择题。必须注明大、小题号，使用0．5毫米黑色字迹签字笔作答。 4．合理安排答题空间，超出答题区域无效。 第一部分选择题 一、单项选择题(本大题共l0小题，每小题2分，共20分) 在每小题列出的四个备选项中只有一个是符合题目要求的，请将其选出并将“答题卡”的相应代码涂黑。未涂、错涂或多涂均无分。 1．处于CMM第3级的软件机构的过程能力可以概括为 A．有纪律的过程 B．标准化的过程 C．可预测的过程 D．持续改进的过程 2．根据计划的类型，属于正规计划的是 A．风险管理计划 B．技术管理计划 C．同行评审计划 D．质量保证计划3．定量过程管理的中心是 A．产品 B．市场 C．技术 D．过程 4．属于可重复级的关键过程域是 A．定量过程管理 B．软件综合管理 C．软件配置管理 D．技术更新管理5．下列选项中，属于项目管理监督实践的关键过程域是 A．关键设计评审 B．培训大纲 C．机构过程定义 D．同行评审 6．SEI所制定的软件改进方法称为IDEAL方法，这里的D是指 A．推进 B．建立 C．行动 D．诊断 7．SSOS项目的软件缺陷预防过程，第3阶段为 A．改正遗漏缺陷的缺陷检测活动 B．检查产品中别处的类似缺陷 C．确定缺陷的技术原因并改正 D．确定并改正缺陷的过程原因 8．CMM关注过程问题，而不是人员问题，CMM直接涉及人的因素仅仅体现在 A．技术 B．市场 C．培训 D．产品 9．CMM的共同特性中，与项目执行唯一相关的属性是 A．测量分析 B．执行活动 C．执行能力 D．验证实现 10．CMM估价方法的最后一步是 A．制作KPA剖面图 B．填写成熟度问卷 C．现场访问会谈 D．进行响应分析
模版集萃 综述 在程序员的日常工作中，除了编写代码之外，还免不了需要编写各种技术文档。一个编写良好的技术文档在项目中能够很好地建立沟通与协作，起到很积极的作用。因此，编写技术文档也就成为了程序员技能提升的很重要的一面。 为此，我们特意收集了一些在项目开发过程中经常用到的文档模板，这些模板包括格式和简单的写作说明，相信能够帮助大家编写出更加高效、实用的技术文档。在收集过程中，我们十分注重其实用性，以确保每个模板的价值，而且对于一些重要的文档提供了多个模板。 为了方便大家查找，我们将收录的57模板分为以下几类： 项目及开发管理类：包括立项前的分析，立项后的计划、以及进度跟踪、风险控制方面的文档模板，共计16个； 需求分析类：明确清晰的需求，是项目成功的基础，在此收集了在需求分析过程中所将使用到的文档模板，共计14个； 系统分析与设计类：包括体系结构设计、高层设计、详细设计、数据库设计等6个相关文档模板； 软件质量保证类：软件测试是质量保证的关键活动，在此收集了软件测试相关的11个文档模板； 其它类：除此之外，还收集了关于用户手册、软件维护等方面的10个文档模板，其中还有一个软件过程规范的示例。 另外，值得说明的是，文档模板只是为文档的编写提供一个基础，在实际的编写过程中，你可以根据自己的需要进行必要的剪裁和增补。
一、项目及开发管理类 1.1 可行性研究报告(ISO标准) 编者说明： 在立项时，应该对项目进行综合分析，探讨项目的经济、社会、技术可行性，从而为决策提供基础。该模板为ISO标准文档模板，其不仅适用于软件项目，对于其它的系统项目也适用。 1. 引言 1.1 编写目的 [编写本可行性研究报告的目的，指出预期的读者。] 1.2 背景 a.[所建议开发的软件系统的名称；] b.[本项目的任务提出者、开发者、用户及实现该软件的计算站或计算机网络；] c.[该软件系统同其他系统或其他机构的基本的相互来往关系。] 1.3 定义 [列出本文件中用到的专门术语的定义和外文首字母组词的原词组。] 1.4 参考资料 [列出用得着的参考资料。] 2. 可行性研究的前提 [说明对所建议开发的软件的项目进行可行性研究的前提。] 2.1 要求 [说明对所建议开发的软件的基本要求。] 2.2 目标 [说明所建议系统的主要开发目标。] 2.3 条件、假定和限制 [说明对这项开发中给出的条件、假定和所受到期的限制。] 2.4 进行可行性研究的方法 [说明这项可行性研究将是如何进行的，所建议的系统将是如何评价的，摘要说明所使用的基本方法和策略。] 2.5 评价尺度 [说明对系统进行评价时所使用的主要尺度。] 3. 对现有系统的分析 [这里的现有系统是指当前实际使用的系统，这个系统可能是计算机系统，也可能
2012年7月高等教育自学考试福建省统一命题考试 软件能力成熟度模型(CMM) 试题 课程代码：07021 本试卷满分100分，考试时间150分钟。 考生答题注意事项： 1.本卷所有试卷必须在答题卡上作答。答在试卷上无效，试卷空白处和背面均可作草稿纸。 2.第一部分为选择题。必须对应试卷上的题号使用2B铅笔将“答题卡”的相应代码涂黑。 3.第二部分为非选择题。必须注明大、小题号，使用0.5毫米黑色字迹签字笔作答。 4.合理安排答题空间，超出答题区域无效。 第一部分选择题 一、单项选择题(本大题共l0小题，每小题2分，共20分) 在每小题列出的四个备选项中只有一个是符合题目要求的，请将其选出并将“答题卡” 的相应代码涂黑。未涂、错涂或多涂均无分。 1．软件内部过程改进大纲中关键性的一步是 A．软件能力评价B．软件过程评估 C．软件质量管理D．技术更新管理 2．软件过程生成计划中产品的内在能力是 A．软件过程效能B．软件过程能力 C．软件过程管理D．软件过程成熟度 3．下列属于已管理级的关键过程域是 A．定量过程管理B．机构过程定义 C．预防缺陷D．同行评审 4．软件质量管理的中心是 A．技术 B．市场 C．产品 D．过程 5．包含正规计划的关键过程域是 A．缺陷预防B．技术更新管理 C．组间协调D．过程更改管理 6．CMM关注过程问题，而不是人员问题，CMM直接涉及人的因素仅仅体现在 A．技术 B．市场 C．培训 D．产品 7．CMM的共同特性中，与项目执行唯一相关的属性是 A．执行约定 B．执行活动 C．执行能力 D．验证实现 8．SSOS项目的软件缺陷预防过程，第1阶段为 A．确定缺陷的技术原因并改正B．确定并改正缺陷的过程原因 C．改正遗漏缺陷的缺陷检测活动D．检查产品中别处的类似缺陷、 9．CMM估价方法的第l步是 A．填写成熟度问卷B．进行响应分析 C．现场访问会谈D．选择估值小组 10．软件过程的量化反馈出现在 A．第2级B．第3级C．第4级D．第5级
LOGO ××××项目软件解决方案 邀 标 书 ××××公司 yyyyMMdd 招标文件目录 第一部分投标须知 前附表 一、总则 二、投标文件的编制 三、投标书的递交 四、开标与评标与商务谈判 五、合同的签订 第二部分项目要求
第三部分投标书格式要求 第一部分投标须知 保密要求： 投标人应当对本次招标中涉及的所有文档予以保密。招标人所提供的书面、电子文档仅为本次招标所用，不得用于其他用途。 前附表
一、总则 1招标方式、程序及项目情况 1.1本次招标采用邀请招标的方式，组织工作由××××公司内部专门的机构和人员负责。招标的程序包括投标人资格预审、编制发放招标文件、招标文件澄清、递交投标文件、评标、商务谈判与签订合同共六个步骤。 2合格投标人 2.1参加投标的企业（以下简称“投标人”）应为专业从事计算机软件设计与开发的单位，具备过硬的技术和雄厚的实力，参与项目的服务人员必须有相应的上岗证，具备优秀的业绩、良好的信誉以及较强的专业开发实力与服务能力。 2.2投标人须严格按照计算机软件工程建设的要求及国家相关标准进行开发与维护。 2.3投标人须为经过合法登记注册的专业计算机软件设计与开发公司，具有独立法人资格，持有企业法人营业执照、经营许可证及有关资质证明。 3投标费用 投标人应承担所有与准备和参加本次投标有关的费用，不论投标的结果如何，招标人在任何情况下均无义务和责任承担此费用。 4 招标有效期 招标有效期从投标截止之日起，有效期为××天。中标通知书将在招标有效期期满之前发出。 5结算原则：
5.1投标人投报的综合价格闭口包干，综合价格包括但不限于：人工费、软件费、调试费、专利费及税费等。 5.2 投标人应注明此次所报综合价格的可延续期限，即在有效延续期限内，如招标人有其它采购需求，其中相同内容的报价不得高于此次报价。 5.3其他 投标人应对招标人在招标文件中披露的有关招标人的商业信息进行保密，不得对外泄漏。 招标单位对本次招标文件具有最终解释权。 二、投标文件的编制 6 投标文件的语言与货币 投标人提交的投标文件以及投标人与招标人就有关投标的所有往来书面文件均应使用中文简化字，若其中有其他语言的书面材料，须附有中文译文，并以中文为准。 投标货币为人民币。 对违反上述规定的，招标单位有权决定要求其限期修改或拒绝其投标。 7 投标文件内容构成 7.1投标人应详细阅读本招标文件的全部内容，并在投标文件中做出实质 性和完整性的唯一响应，否则将被视为拒绝。 7.2投标文件还应包括下列部分： ，具体参见第三部分内容。投标人对该部分内容应严格按照要求填写，若无响应内容，应填写“无”或“没有响应指标”，否则如出现空项，投标文件将有可能被拒绝。
软件文档编写指南 封面格式： 文档编号 版本号 文档名称： 项目名称： 项目负责人： 编写年月日 校对年月日 审核年月日 批准年月日 开发单位 系统规约说明书（System Specification） 一．引言 A.文档的范围和目的 B.概述 1．目标 2．约束 二．功能和数据描述 A.系统结构 1．结构关系图 2．结构关系图描述 三．子系统描述 A.子系统N的结构图规约说明 B.结构字典 C.结构连接图和说明 四．系统建模和模拟结构 A.用于模拟的系统模型
B.模拟结果 C.特殊性能 五．软件项目问题 A.软件项目可行性研究报告 B.软件项目计划 六．附录 软件项目可行性研究报告（Report for Feasibility Study） 一．引言 1．编写目的（阐明编写可行性研究报告的目的，指出读者对象） 2．项目背景（应包括：（1）所建议开发的软件名称；（2）项目的任务提出者、开发者、用户及实现单位；（3）项目与其他软件或其他系统的关系。） 3．定义（列出文档中用到的专门术语的定义和缩略词的原文。） 4．参考资料（列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源。）二．可行性研究的前提 1．要求（列出并说明建议开发软件的基本要求，如（1）功能；（2）性能；（3）输出；（4）输入；（5）基本的数据流程和处理流程；（6）安全与保密要求；（7）与软件相关的其他系统；（8）完成期限。） 2．目标（可包括：（1）人力与设备费用的节省；（2）处理速度的提高；（3）控制精度和生产能力的提高；（4）管理信息服务的改进；（5）决策系统的改进；（6）人员工作效率的提高，等等。） 3．条件、假定和限制（可包括：（1）建议开发软件运行的最短寿命；（2）进行系统方案选择比较的期限；（3）经费来源和使用限制；（4）法律和政策方面的限制；（5）硬件、软件、运行环境和开发环境的条件和限制；（6）可利用的信息和资源；（7）建议开发软件投入使用的最迟时间。） 4．可行性研究方法 5．决定可行性的主要因素 三．对现有系统的分析 1．处理流程和数据流程 2．工作负荷 3．费用支出（如人力、设备、空间、支持性服务、材料等项开支。） 4．人员（列出所需人员的专业技术类别和数量。） 5．设备 6．局限性（说明现有系统存在的问题以及为什么需要开发新的系统。） 四．所建议技术可行性分析 1．对系统的简要描述 2．处理流程和数据流程 3．与现有系统比较的优越性 4．采用建议系统可能带来的影响 （1）对设备的影响 （2）对现有软件的影响
开发大纲 1.目的 (2) 2.适用范围 (2) 3.职责 (2) 4.工作程序 (2) 4.1项目管理的阶段划分 (2) 4.2明确需求阶段 (2) 4.3项目策划 (2) 4.4项目文件....................................................................................... 错误！未定义书签。 4.5项目报告....................................................................................... 错误！未定义书签。 4.6最终归档 (4) 5.质量记录 (4)
1.目的 按软件工程的方法进行项目管理，在软件项目开发之前系统地规划整个项目进展过程，包括阶段划分、资源分配、进度安排、阶段具体计划的制定等，确保项目在预算之内及时交付并达到质量目标。 2.适用范围 适用于所有软件产品和软件项目。 3.职责 3.1项目负责人：负责编制《软件系统规格说明书》与《项目开发计划》。 3.2研发部负责人：负责组织评审《软件系统规格说明书》和《项目开发计划》并进 行审批。 3.3配置管理员：负责项目期间的配置管理工作。 4.工作程序 4.1项目管理的阶段划分 项目管理划分成如下两个阶段： 1）项目启动阶段：在进入具体项目实施之前为获得明确需求或进行完备可行性调研及整体策划所花费的时间，分为第一阶段与第二阶段，第一阶段为明确 需求阶段，第二阶段为具体策划阶段。 2）项目实施阶段：在获得明确需求或通过可行性评估后为实现项目所做的设计和实现。 4.2明确需求阶段 项目启动进入需求分析，项目负责人负责全程的需求管理，组建需求分析小组，了解并协调客户的软件目标，需求分配，接口标准，测试与验收标准，交付期需求，预算限制，资源限制。确定明确具体的需求，包括软件开发环境与技术，软件设计、编程、测试的需求和标准，配置管理需求，质量保证需求，项目风险及降低风险的策略。 项目负责人需提交编制详细的《软件系统规格说明书》，并经客户方确认。 4.3项目策划 经过客户方确认后，下达《设计开发任务书》。指定相关的项目负责人、配置管理员 测试、开发人员等相关人员。
＜项目名称＞ 详细设计说明书 作者： 完成日期： 签收人： 签收日期： 修改情况记录：
目录 1 引言 .................................................................................................... 错误!未定义书签。 编写目的......................................................................................................... 错误!未定义书签。 背景................................................................................................................. 错误!未定义书签。 定义................................................................................................................. 错误!未定义书签。 参考资料......................................................................................................... 错误!未定义书签。 2 程序系统的结构 ................................................................................ 错误!未定义书签。 3 程序1（标识符）设计说明 ............................................................. 错误!未定义书签。 程序描述......................................................................................................... 错误!未定义书签。 功能................................................................................................................. 错误!未定义书签。 性能................................................................................................................. 错误!未定义书签。 输入项............................................................................................................. 错误!未定义书签。 输出项............................................................................................................. 错误!未定义书签。 算法................................................................................................................. 错误!未定义书签。 流程逻辑......................................................................................................... 错误!未定义书签。 接口................................................................................................................. 错误!未定义书签。 存储分配......................................................................................................... 错误!未定义书签。 注释设计......................................................................................................... 错误!未定义书签。 限制条件......................................................................................................... 错误!未定义书签。 测试计划......................................................................................................... 错误!未定义书签。 尚未解决的问题............................................................................................. 错误!未定义书签。 4 程序2（标识符）设计说明 ............................................................. 错误!未定义书签。
软件能力成熟度模型:CMM 五个级别介绍 CMM 为企业的软件过程能力提供了一个阶梯式的进化框架, 阶梯共有五级。第一级只是一个起点,任何准备按 CMM 体系进化的企业都自然处于这个起点上,并通过它向第二级迈进。除第一级外,每一级都设定了一组目标, 如果达到了这组目标,则表明达到了这个成熟级别,可以向下一级别迈进。 从纯粹的个人行为发展到有计划有步骤的组织行为… 第一级:初始级 (Initial; 第二级:可重复级 (Repeatable; 第三级:已定义级 (Defined; 第四级:受管理级 (Managed; 第五级:优化级 (Optimizing。 初始级 初始级的软件过程是未加定义的随意过程, 项目的执行是随意甚至是混乱的。也许有些企业制定了一些软件工程规范, 但若这些规范未能覆盖基本的关键过程要求, 且执行没有政策、资源等方面的保证时,那么它仍然被视为初始级。 关注点: 工作方式处于救火状态,不断的应对突如其来的危机; 工作组:软件开发组、工程组; 提高: 需要建立项目过程管理,建立各种计划,开展 QA 活动。
可重复级 根据多年的经验和教训,人们总结出软件开发的首要问题不是技术问题而是管理问题。因此, 第二级的焦点集中在软件管理过程上。一个可管理的过程则是一个可重复的过程, 可重复的过程才能逐渐改进和成熟。可重复级的管理过程包括了需求管理、项目管理、质量管理、配置管理和子合同管理五个方面; 其中项目管理过程又分为计划过程和跟踪与监控过程。 通过实施这些过程,从管理角度可以看到一个按计划执行的且阶段可控的软件开发过程。 关注点: 规则化 引入需求管理、项目管理、质量管理、配置管理、子合同管理等; 引入工作组:测试组、评估组、质量保证组、配置管理组、合同组、文档支持组、培训组; 提高: SEPG 、建立软件过程库和文档库 已定义级 在可重复级定义了管理的基本过程, 而没有定义执行的步骤标准。在第三级则要求制定企业范围的工程化标准, 并将这些标准集成到企业软件开发标准过程中去。所有开发的项目需根据这个标准过程, 裁剪出与项目适宜的过程, 并且按照过程执行。过程的裁剪不是随意的,在使用前必须经过企业有关人员的批准。 关注点: 文档化,标准的一致的;
QR-RD-022(Ver1.2) XXX系统 详细设计说明书 (内部资料请勿外传) 编写：日期： 检查：日期：
审核：日期：批准：日期： XX公司 版权所有不得复制 文档变更记录
目录 1. 引言 (6) 1.1 编写目的和范围 (6) 1.2 术语表 (6) 1.3 参考资料 (6) 1.4 使用的文字处理和绘图工具 (7) 2. 全局数据结构说明 (7) 2.1 常量 (7) 2.2 变量 (7) 2.3 数据结构 (7) 3. 模块设计 (7) 3.1 用例图 (7) 3.2 功能设计说明 (8) 3.2.1 模块1 (8) 3.2.2 模块2 (9) 4. 接口设计 (11) 4.1 内部接口 (11) 4.2 外部接口 (11) 4.2.1 接口说明 (11) 4.2.2 调用方式 (11) 5. 数据库设计 (11) 6. 系统安全保密设计 (12)
6.1 说明 (12) 6.2 设计 (12) 6.2.1 数据传输部分 (12) 6.2.2 IP过滤分部 (12) 6.2.3 身份验证部分 (12) 7. 系统性能设计 (12) 8. 系统出错处理 (13)
1.引言 1.1编写目的和范围 说明写这份详细设计说明书的目的。 本详细设计说明书编写的目的是说明程序模块的设计考虑，包括程序描述、输入/输出、算法和流程逻辑等，为软件编程和系统维护提供基础。本说明书的预期读者为系统设计人员、软件开发人员、软件测试人员和项目评审人员。 1.2术语表 定义系统或产品中涉及的重要术语，为读者在阅读文档时提供必要的参考信息。 1.3参考资料 列出有关资料的名称、作者、文件编号或版本等。参考资料包括： a．需求说明书、架构设计说明书等； b．本项目的其他已发表的文件； c．引用文件、资料、软件开发标准等。