软件工程实施规范标准-P

《软件工程实施规范标准-P》由会员分享，可在线阅读，更多相关《软件工程实施规范标准-P（65页珍藏版）》请在金锄头文库上搜索。

1、 软件工程开发实施软件工程开发实施 管管 理理 规规 范范 标标 准准 2001 年年 4 月月 机密机密 编制：龙建雄 机密A 1 目目 录录 一、 总纲 .2 二、 软件工程过程规范 .4 三、 需求分析过程标准 8 四、 系统设计过程标准 14 五、 测试过程标准 16 六、 配置管理标准 28 七、 软件项目管理过程标准 31 八、 软件维护标准 34 九、 文档编制标准 37 十、 附录 1：计算机处理系统配置图符号及其约定 55 十一、 附录 2：岗位职责 .65 编制：龙建雄 机密A 2 软件工程开发实施管理规范标准软件工程开发实施管理规范标准 一、总纲一、总纲 软件工程项目要在

2、满足用户需求的条件下，尽可能做到高可靠、高性能，同时又受到成本和交付期的限制， 成功地完成软件开发工作的一个主要决定因素就是软件管理。本标准参照我国软件工程国家标准（表- 1） ，结合公司的实践情况编制而成。 表表- 1 软件工程国家标准软件工程国家标准 分分类类 标标 准准 名名 称称 标标 准准 号号 基基 础础 标标 准准 软件工程术语 GB/T 11457- 89 信息处理- 数据流程图、程序流程图、系统流程图、程序网络图和系统资源图的文件编辑符号及约定 GB 1526- 89 软件工程标准分类法 GB/T 15538- 95 信息处理- 程序构造及其表示法约定 GB 13502- 9

3、2 信息处理- 单命中判定表规范 GB/T 15535- 95 信息处理系统- 计算机系统配置图符号及其约定 GB/T 14085- 93 开开 发发 标标 准准 软件开发规范 GB 8566- 88 计算机软件单元测试 GB/T 15532- 95 软件支持环境 信息处理- 按记录组处理顺序文卷的程序流程 软件维护指南 GB/T 14079- 93 文文 档档 标标 准准 软件文档管理指南 计算机软件产品开发文件编制指南 GB 8567- 88 计算机软件需求说明编制指南 GB 9385- 88 计算机软件测试文件编制规范 GB 9386- 88 管管 理理 标标 准准 计算机软件配置管理计

4、划规范 GB/T 12505- 90 信息技术、软件产品评价、质量特性及其使用指南 GB/T 12260- 96 计算机软件质量保证计划规范 GB 12504- 90 计算机软件可靠性和可维护性管理 GB/T 14394- 93 质量管理和质量保证标准 GB/T 19000- 94 1、目的、目的 计算机软件由于其固有的特性： 1） 抽象性抽象性：没有形体，自然没有一般制造业产品所具有的几何尺寸，物理性质和化学性质。 编制：龙建雄 机密A 3 2） 复杂性复杂性：软件内部结构复杂。 3） 多样性多样性：没有完全相同的软件。 4） 易变性易变性：软件在开发过程以及交付使用后常常会出于各种原因而修

5、改。 5） 软件需求难于把握软件需求难于把握：软件开发常常会出现用户弄不清自己的需求、讲不清自己的需求、开发人员理解不透用户的需求，在开发过程中再三要变更需求。 因此要保证软件产品的开发质量其标准化是实现软件产业化的最必要的前提， 其目的就是按标准规范管理软件开发的每一个生产环节，做到标准化，过程化。让公司的所有过程都能按 ISO9000 标准受控，同时使繁琐的标准描述简化成图表描述。 2、任务、任务 在软件生存期中，其主要的任务是：管理过程、获取过程、供应过程、开发过程、操作过程、维护过程和支持过程。将其简化描述成“项目管理过程” 、 “配置管理过程” 、 “主要过程” 、 “质量管理过程”

6、 ，使这四部分工作的每一步骤的管理、通信、文档格式、执行过程都标准化是其主要的任务。 3、组织结构、组织结构 要保证软件开发的质量， 其基本前提是有一个合理的组织结构保证软件的实施过程。否则所有的一切都是空中楼阁。 组织机构图组织机构图 项目经理 项目计划/评价 项目管理/监控 系统开发 质量管理 配置管理 维护管理 系统分析 程序开发 质量评审 软件测试 配置计划 信息处理 维护评审 维护执行 编制：龙建雄 机密A 4 二、软件工程过程规范二、软件工程过程规范 1、目的、目的 本节目的是规范软件工程开发过程的总体任务和实施管理的生存期模型， 用现代科学技术知识来设计并构造计算机程序，为开发、

7、运行和维护这些程序建立所必需的相关文件资料， 在成本限额内按时完成开发和修改软件产品所需的管理技术标准。 软件工程的过程是将软件工程的方法和工具综合起来达到合理、 及时地进行软件开发的目的。 方法是要求使用顺序、可交付的文档资料，为保证质量和协调变更建立所需要的管理，以及确定软件开发各个阶段完成的里程碑。 工具为软件工程方法提供的自动或半自动的软件支持环境，可将软件工具、开发机器和一个存放开发过程信息的工程数据库组合起来形成一个软件工程环境。 基本目标是付出较低的开发成本，达到要求的软件功能，取得较好的软件性能，使开发的软件易于移植，只需要较低的维护费用，能按时完成开发工作及时交付使用。 2、

8、软件生存期模型、软件生存期模型 实施工程实施工程 开发、验证下一产品 客户评价客户评价 制定计划制定计划 决定目标 方案和限制 风险分析风险分析 评价方案 识别风险 消除风险 提交线成交 累计成本 需求计划 生存期计划 开发计划 组装与测试 原型1 原型2 原型3 可运行 原型 风险分析 风险分析 风险分析 软件需求 需求确认 软件产品 设计 设计确认 与验证 详细设计 编码 单元测组装与测试 验收测实 现 编制：龙建雄 机密A 5 3、软件开发过程、软件开发过程 编制：龙建雄 机密A 7 4、过程执行中的作用、过程执行中的作用 1) 项目管理：项目管理：制定计划、监控计划实施、评价计划实施、

9、评估项目风险、可能的技术攻关，涉及到有关过程的产品管理、任务管理。 2) 系统开发：系统开发：系统需求分析，系统结构设计，软件需求分析，软件结构设计，软件详细设计，软件编码和测试，软件集成，系统集成，系统合格测试，软件安装及验收支持。 3) 质量管理：质量管理：软件产品质量保证，合同、过程、需求、设计、编码、集成和文档的验证，产品质量测试。 4) 配置管理：配置管理：配置计划、配置标识、记录配置状态、评价配置、发行管理及交付，文档资料归档管理。 5) 维护管理：维护管理：问题和变更分析，实施变更，维护评审及维护验收，软件移植及软件退役。 6) 项目经理：项目经理：定义和分析用户需求，提供招标准

10、备、风险评估、合同准备和验收，评审需求，制订并实施项目计划，评审和评价产品。 编制：龙建雄 机密A 8 四、需求分析过程标准四、需求分析过程标准 1、任务、任务 通常软件开发项目是要实现目标系统的物理模型， 将功能和数据结构分配到这些系统元素中。目标系统的具体物理模型是由它的逻辑模型经实例化表现出来，需求分析的任务就是借助于目标系统的逻辑模型表现出所需要的问题，即具体的工作为： l 目标系统的功能需求（功能描述） l 目标系统的业务需求（业务流程） l 目标系统的业务优化（业务重构） l 目标系统的数据需求（数据流程） l 目标系统的功能性约束和非功能性约束需求（性能描述） 建立目标系统模型的

11、需求过程图建立目标系统模型的需求过程图 2、需求分析过程、需求分析过程 需求分析过程分为四过方面： 1）问题识别 （1） 功能需求 （2） 性能需求 （3） 环境需求 （4） 可靠性需求 （5） 安全保密需求 （6） 用户界面需求 2）分析与综合 3）编制需求分析文档 4）需求分析评审 当前系统 物理模型 逻辑模型 逻辑模型 物理模型 当前系统 模型化 具体化 抽象化 实例化 怎样做 做什么 导出 理 解 需 求 表 达 需 求 编制：龙建雄 机密A 9 编制：龙建雄 机密A 10 需求开发流程说明需求开发流程说明 时间时间 问题获取 分析 编写规格说明 验证评审 调查用户环境 了解工作流程

12、获取用户问题 为需求建模 建立数据字典 编写需求规格说明书 制定测试计划 创建需求跟踪能力矩阵 审查需求文档 需求分析阶段主要角色需求分析阶段主要角色 系统分析员 配置管理工程师 质量工程师 调查用户环境 确定变更控制过程 依据需求编写测试计划 了解工作流程 跟踪影响工作产品的每项变更 建立审查标准 获取用户问题 维护变更历史记录 为需求建模 跟踪需求状态 建立数据字典 创建需求跟踪能力矩阵 用户需求说明 问题说明 业务流程图 数据流图（DFD） 数据字典 软件需求规格说明书（SRS） 测试计划 通过审查的软件 需 求 规 格说明书 （SRS） 编制：龙建雄 机密A 12 3、需求分析业务关系

13、、需求分析业务关系 获取问题 需求分析 编写需求说明 评审 确定审查标准 编写需求规格说明模板 需求管理 编写测试计划 编制：龙建雄 机密A 13 编制：龙建雄 机密A 14 五、系统设计过程标准五、系统设计过程标准 1、任务、任务 概要设计，任务包括： l 设计系统的物理实现方案，内容： （1） 划分组成系统的物理物理元素（程序、设备、存储数据结构等） （2） 确定数据在组成成份间的流向 （3） 系统的边界 l 设计软件的整体结构，划分程序功能模块，决定模块间的接口关系 l 设计系统全局的存储数据结构，文件或数据库 l 设计系统输入输出的方式和格式 l 设计系统的安全性、出错处理、和代码等

14、详细设计：任务包括上面的内容外，核心任务是进一步把软件的功能模块细分为程序模块，设计每个模块的实现细节，如算法和程序控制逻辑。 l 系统流程图表达软件系统处理流程，即数据在系统各结构中的流动关系 l 模块结构层次图表达软件总体的模块结构组织 描述设计思想的内容： 描述系统概述 系统流程图 程序模块结构图和关系描述 数据存储结构图和关系描述 软件接口设计原则 软件功能需求和数据存储结构，程序交叉引用表 系统安全性设计 编制：龙建雄 机密A 15 2、设计过程流程说明、设计过程流程说明 时间时间 需求分析 设计 编写规格说明 验证评审 获取需求分析问题的内容 了解工作流程 了解数据关系 实现需求内

15、容 划分设计编程模块 编写设计规格说明书 制定测试计划 创建跟踪能力矩阵 审查设计文档 需求分析需求分析阶段主要角色阶段主要角色 系统分析/设计员 配置管理工程师 质量工程师 了解工作流程 确定变更控制过程 依据设计编写测试计划 概要系统设计 跟踪影响工作产品的每项变更 建立审查标准 详细系统设计 维护变更历史记录 系统模块划分 跟踪需求状态 创建需求跟踪能力矩阵 系统概要设计 功能关系说明 系统详细设计 系统流程图 模块层次结构 软件设计规格说明书 测试计划 通过审查的软件 设 计 规 格说明书 编制：龙建雄 机密A 16 3、设计流程关系、设计流程关系 六六、测试测试过程标准过程标准 1、

16、目的、目的 为了保证软件的质量和可靠性，应力求在分析、设计等各个开发阶段结束需求了解 系统设计 编写设计说明 评审 确定审查标准 编写设计规格说明模板 设计管理 编写测试计划 编制：龙建雄 机密A 17 前进行严格的技术评审，在编码阶段对软件进行单元测试、组装测试、系统测试，以确保软件的产品质量，本节的目的就是规范测试过程的标准化，使软件质量体系得到充分地保证。 2、任务、任务 在软件质量体系中其主要任务： 1）质量保证体系 2）文档资料技术评审（需求分析和系统设计评审） 3）单元测试（白盒测试） 4）组装测试（黑盒测试） 5）系统测试（验收测试、验收走查） 在软件需求开始后就必须通过对软件功

17、能和需求的情况组织测试计划，确定开发过程的测试点和评审关系。表- 2 表示了各测试步骤中的测试种类关系。 表表- 2 各测试步骤各测试步骤中的中的测试种测试种类类 M ：必要必要的的（Mandatory） ；） ；H:积极推荐（积极推荐（Highty Recommended） ；） ；S：建：建议使议使用用（Suggested） 测试步骤 测试种类 开发阶段的测试 产品阶段的测试 设计 单元 测试 模块 测试 组装 测试 部件测试 有效性测试 测试 测试 验收 测试 系统 测试 设计评审 M S 代码审查 M H S 功能测试（黑盒） H M M M M M M M M 结构测试（白盒） H

18、M S 回归测试 S H M M 可靠性测试 H M M M M M 强度测试 H M 性能测试 S H M M M M H 恢复测试 M 启动/停止测试 M 配置测试 H M M 安全测试 H 可使用性测试 S H M M 可支撑性测试 H M 安装测试 M M M 互连测试 S M M 兼容性测试 M M 容量测试 H M H 文档测试 M S H M 编制：龙建雄 机密A 18 3、测试过程关系、测试过程关系 测试测试文件文件与测试与测试过程过程关关系图系图 测试设计 说明 测试规格 说明 测试设计 说明 测试用例 说明 测试执行 测试日志 测试事件 报告 测试总结 报告 测试项传 递报

19、告 项目文件 软件项文件 测试项 测试计划 编制：龙建雄 机密A 20 软件测试与开发过程关系图软件测试与开发过程关系图 评审 评审 走查 评价 确认 可靠性 可适用性 可理解性 可修改性 可测试性 可理解性 可修改性 可移植性 有效性 可靠性 有效性 编码编码 设设计计 分析分析 验收验收 测试测试 编制：龙建雄 机密A 21 确认测试过程关系图确认测试过程关系图 选择测试人员 构造测试用例 实际运行测试 软件计划 用户文档 开发文档 源程序文本 支持环境 有效 性 测试 软件 配置 审查 用户 运行维护 管理 机构 软件配置 测试报告 编制：龙建雄 机密A 22 4、质量确认体系、质量确认

20、体系 a. 文档文档检查检查质量质量保证体保证体系图系图 步骤 用户 开发组 质量评审团 售后服务组 出版部门 质量保证 计 划 设 计 执 笔 检 查 印 刷 交 付 维 护 规格说明设计 规格说明编写 质量保证体制的维持与完善 说明书执笔 设计书检查 交付 用户 意见处理 技术改进 质量改进 促进问题的解决 防止再发生 分析，设计，评审 设计书检查 设计书检查 说明书检查 说明书检查 说明书检查 原稿审核 原稿修改/审查 印刷 产品检查 文档质量改进会议 编制：龙建雄 机密A 23 b. 程序检查质量保证体系图程序检查质量保证体系图 步骤 用户 领导 计划组 开发组 质量评审团 售后服务组

21、 质量保证 计 划 设 计 实 现 确 认 交 付 维 护 要求市场需求 社会环境 其他厂商产品动向 产品计划 计 划 会 议 制定开发方案 概要设计 详细设计 组装测试 编程 单元测试 认可 技术审查 技术审查 技术审查 技术审查 测试前质量检查 产品检查 交付 用户 意见处理 质 量 会 议 改 进 技术改进 质量改进 促进问题的解决 防止再发生 技 术 会 议 质量保证体制的维持与完善 质量信息 用户意见信息 软件故障信息 编制：龙建雄 机密A 24 5、质量评审内容、质量评审内容 （1）需求分析评需求分析评审内容审内容 1. 系统定义的目标是否与用户的要求一致； 2. 系统需求分析阶段

22、提供的文档资料是否齐全； 3. 文档中的所有描述是否完整、清晰、准确反映用户要求； 4. 与所有其他系统成分的重要接口是否都已经描述； 5. 所开发项目的数据流与数据结构是否足够、确定； 6. 所有图表是否清楚，在不补充说明时能否理解； 7. 主要功能是否已包括在规定的软件范围之内，是否都已充分说明； 8. 设计的约束条件或限制条件是否符合实际； 9. 开发的技术风险是什么； 10. 是否考虑过软件需求的其他方案； 11. 是否考虑过将来可能会提出的软件需求； 12. 是否详细制定了检验标准，它们能否对系统定义是否成功进行确认； 13. 有没有遗漏、重复或不一致的地方； 14. 用户是否审查了

23、初步的用户手册； 15. 软件开发计划中的估算是否受到了影响。 编制：龙建雄 机密A 25 （2）设计评审内容）设计评审内容 1. 评价软件的规格说明是否合乎用户的需求； 2. 评审可靠性； 3. 评审保密措施实现情况； 4. 评审操作特性实施情况； 5. 评审性能实现情况； 6. 评审软件是否具有可修改性； 7. 评审软件是否具有可扩充性； 8. 评审软件是否具有互换性； 9. 评审软件是否具有可移植性； 10. 评审软件是否具有可测试性； 11. 评审软件是否具有复用性； 12. 评审软件是否具有互连性。 编制：龙建雄 机密A 26 （3）程序质量评审内容）程序质量评审内容 1软件结构：

24、功能结构，数据结构、功能结构、数据与功能结构之间的对应关系 功能的通用性 模块层次、与功能层次的对应关系 模块结构，控制流结构、数据流结构、与功能结构之间的关系 处理过程的结构 2运行环境的接口： 与其他软件的接口 与硬件的接口 与用户的接口 3变更的影响范围： 与运行环境的接口 在每项设计工程规格内的影响 在设计工程相互间的影响 4软件代码： 可读性，注释说明清楚。 可理解性，逻辑思维清晰。 结构合理性。 技术通用性。 编制：龙建雄 机密A 27 （4）软件质量评价过程图）软件质量评价过程图 定义质量需求 选择度量 定义等级 定义评估准则 软件开发 质量 评级 评优 准备 评价 本标准和其他

25、技术信息 规定的或隐含的需求 产品或中间产品 量度 等级 管理需求 定义质量管理 编制：龙建雄 机密A 28 七、配置管理标准七、配置管理标准 1、目的、目的 软件开发过程中随着工作的进展会产生许多信息，如规格说明书、需求说明书、设计说明、源程序、目标程序、用户手册、各种数据、测试结果；以及合同、计划书、会议记录、报告等管理文件。一个中大型项目这些信息数量将达到数百个甚至上千个。如何管理好这些信息，同时在软件开发过程中出现的变更是不可避免的，对于如此庞大且变动中的信息集合，如何使其有序高效地产生、存放、查找和利用成为软件工程项目十分突出的问题，配置管理的主要目的就是建立一套严谨、科学的管理办法

26、。 2、配置管理、配置管理内容内容 软件配置项是软件配置管理的对象，指的是软件工程过程中产生的所有信息项，包括计算机可执行的源代码、目标码、数据库以及计算机不可执行的文档资料、源程序清单，测试用例等，主要内容有： （1） 与合同、过程、计划和产品有关的文档及数据； （2） 源代码、目标代码和可执行代码； （3） 相关产品包括软件工具、库内的可复用软件、外购软件及顾客提供的软件等。 3、配置管理的任务、配置管理的任务 实施软件配置管理要做的工作： 1）制订配置管理计划。在软件工程项目制订开发计划时，应使开发计划包括配置管理计划。在配置管理计划中规定配置标识规则，建立怎样的配置数据库及如何将配置项

27、置于配置管理之下，配置管理人员的职责及配置管理活动，以及采用的配制管理工具、技术和方法。 2）实施变更管理，这是配置管理的一项重要内容，许多软件工程项目没有变更管理措施导致出现混乱。 3）实施版本管理和发行管理。 配置管理要做的事是标识变更、控制变更以及发布变更。软件配置管理人员需要解决的问题： （1） 采用什么方式去标识和管理数量巨大的程序、文档等的各种版本。 （2） 在软件产品交付用户之前和交付之后如何控制变更，实现有效变更。 （3） 谁有权批准变更以及安排变更的优先级 （4） 用什么方法估计变更可能引起的其他问题。 具体表现的任务：配置标识、版本管理、变更管理、配置审核及配置报告。 编制

28、：龙建雄 机密A 30 4、配置过程关系图、配置过程关系图 配置管理计划 配置标识 变更管理 配置审核 版本管理 配置报告 配置过程 过程 计划 分析 设计 编码 测试 配置跟踪点 计划 基点 分析 基点 设计 基点 编码 基点 测试 基点 编制：龙建雄 机密A 31 八、软件项目管理过程标准八、软件项目管理过程标准 1、目的、目的 软件项目的特殊性使得软件管理的重要性显得更加突出和重要，表现在项目的延误交货期、产品运行不可靠、实际开发成本上升以及产品的不良性能等。一些中大型项目的问题主要在于管理方法上，管理过程就是实现项目科学的合理化管理目的。 项目管理人员的责任主要在制订开发计划和确定进度

29、要求，监督项目按计划实施，保证开发活动按规定的标准执行，控制开发进度，保证项目在规定的期限内，在预算的范围内完成任务。 软件工程项目的特点： （1） 软件产品的不可见，开发的进展以及产品的质量是否符合要求并不是那么明显，因此难于把握。 （2） 不存在标准的软件过程，无法预料某一个特定的软件过程可能会引起开发的问题。 （3） 大型软件项目往往是一次性项目，无经验可借鉴。 基于以上几个方面的问题，软件的开发管理比其他工程管理更困难。 2、软件项目管理过程、软件项目管理过程主要主要任务任务 软件项目管理的对象是软件工程项目，它所涉及的范围包括了整个软件工程过程。为使软件项目开发获得成功，必须对软件开

30、发项目的工作范围、可能遇到的风险、需要的资源（人、硬/软件） 、要实现的任务、经历的里程碑、花费的工作量（成本） ，以及进度的安排等一一计划好，使管理作到心中有数。 软件项目管理过程是从软件开始到软件项目终止的一个项目生命周期，主要在如下几个方面： 1、 软件项目的开软件项目的开始启动始启动 确定项目的目标和范围，目标标明软件项目的目的，范围标明软件实现的基本功能，并尽量以定量的方式界定这些功能。从项目管理者角度方面考虑，主要是考虑项目实现的计划性和可管理性，而不必要在具体技术上考虑如何设计实现这些软件功能，和怎样实现这些功能的具体方法手段。 2、 软件开发工作的软件开发工作的度度量量 进行度

31、量工作是为了帮助软件开发人员了解产品开发的技术过程和产品，改进开发过程，提高产品质量。其作用是有效的定量地进行管理，把握软件工程过程的实际情况和所产生的产品质量。 3、 项目开发的项目开发的估算估算 软件项目管理过程中最关键的活动是制定项目计划，在做计划时，必须就需要的人力、项目持续时间、成本作出估算。其主要的内容为： 编制：龙建雄 机密A 32 建立软件的工作范围；以软件度量（以往的度量）为基础作出估算；把项目分解为可单独进行估算的小块。 4、 风险分析风险分析 每一个新建的软件总是存在某些不确定性， 是否能准确地理解用户的要求，在项目最后结束之前要求的功能能否实现，是否存在目前技术上的难题

32、，是否会因某些变更因素造成项目严重延误等等，是项目开发的主要风险。 风险分析对于软件项目管理是决定性的，风险分析贯穿在软件工程过程中的一系列风险管理中，包括风险识别、风险估计、风险管理策略、风险解决和风险监督。 5、 进度安排进度安排 每个软件项目都要制定一个进度安排，对于进度安排，需考虑的是： （1）预先对进度如何计划 （2）工作怎样就位 （3）如何识别定义好任务 （4）如何识别和监控关键路经 （5）对进展如何度量 （6）如何建立分隔任务的里程碑 6、 追踪与控制追踪与控制 制定了开发进度计划，就可以开始着手追踪和控制活动，项目管理人员负责 追 踪 在 进 度 安 排 中 标 明 的 每 一

33、 个 任 务 。 借 助 项 目 管 理 工 具 软 件（PROJECT2000）可自动对进度安排的变化进行调整和资源重新定位分配。 3、管理过程的主要职能、管理过程的主要职能 软件管理的主要职能包括： （1） 制定计划：规定待完成的任务、要求、资源、人力和进度等。 （2） 建立组织：为实施计划、保证任务的完成，需建立分工明确的责任机制。 （3） 配备人员：任用各种层次的技术人员和管理人员。 （4） 指导：鼓励和动员软件人员完成所分配的工作。 （5） 检验：对照计划或标准监督和检查实施的情况。 项目追踪和控制： （1）定期举行项目状态会议。每位项目成员报告他的进展和遇到的问题。 （2）评价在软

34、件工程过程中所产生的所有评审的结果。 （3）确定由项目的计划进度所安排的可能选择的正式的里程碑。 （4） 比较在项目资源表中所列出的每一个项目任务的实际开始时间和计划开始时间。 （5） 非正式地与开发人员交谈， 以得到对开发进展和刚冒头的问题的客观评价。 管理过程制定的计划： （1）项目实施计划（软件开发计划） ，包括任务、进度、人力、环境、资源、组织等多个方面。 编制：龙建雄 机密A 33 （2）质量保证计划：把软件开发的质量要求具体规定为在每个开发阶段中可以检查的质量保证活动。 （3）软件测试计划：规定测试活动的任务、测试方法、进度、资源、人员职责。 （4）文档编制计划：规定所开发项目应编

35、制的文档种类、内容、进度、人员职责等。 （5）用户培训计划：规定对用户进行培训的目标、要求、进度、人员职责。 （6）综合支持计划：规定软件开发过程所需要的支持，以及如何获取和利用这些支持。 （7）软件分发计划：软件开发项目完成后，如何提供给用户。 软件的范围： 软件范围包括功能、性能、限制、接口和可靠性。由于成本和进度的估算都是与功能有关，因此常采用某种程度的功能分解。性能的考虑包括处理和系统响应时间的需求。约束条件则标识外部硬件、可用于存储或其他现有系统对软件的限制。接口的性质和复杂性是对开发资源、成本和进度的影响的一个不可忽略的部分。 结构化、定义、不确定的程度 基于以往工作量的复杂性 工

36、作量的大小 低风险区 估算与估算与风险风险关关系系 编制：龙建雄 机密A 34 九、软件维护标准九、软件维护标准 1、目的、目的 软件产品开发完成投入使用后， 常常由于各种理由需要对它作适当的变更，原来的功能和性能可能不在适应用户的要求，需要作变更；软件工作环境可能有变化，经常配合软件工作的硬件有了变动，如添置了新设备等；在软件运行中发现错误，需要改正。通常把软件交付使用后的变更称为维护。 维护的目的归结为： （1）改正在特定使用条件下暴露出来的一些潜在的程序错误或设计缺陷。 （2）因在软件使用过程中数据环境发生变化，需修改软件以适应这种变化。 （3）用户和数据处理人员在使用时常提出改进现有功

37、能，增加新的功能，以及改善总体性能的要求，为满足这些要求，需修改软件。 维护活动的内容： 1）改正性维护：由于开发时测试的不彻底、不完全所留下的隐藏错误。 2）适应性维护：硬件环境的变化和数据环境的变化，导致软件的修改。 3）完善性维护：使用过程中提出新的功能与性能要求。 4）预防性维护：为了提高软件的可维护性、可靠性对软件的修改。 2、软件维护、软件维护活动活动 软件如何进行维护，应当如何组织维护活动，以便有效地完成软件维护任务。为了有效地进行软件维护，应建立维护机构，申明提出维护申请报告，评价过程，规定维护申请的处理步骤，建立维护活动登记制度及评价和评审标准。对于管理者，其维护活动的具体内

38、容有： 1）维护机构：建立确保维护可靠的职责关系。 2）维护申请报告：按规定提交维护意见和处理意见。 3）维护工作流程规范化：使管理人员和执行者清楚工作的关系。 4）维护文档记录备案：确认软件系统的变更和软件质量情况的评价。 5）维护评价： 编制：龙建雄 机密A 35 1、软件维护机构关系图、软件维护机构关系图 修改负责人 申请维护 申请 批复 申请 回复 提问 维护管理员 系统监督员 维护人员 配置管理员 指令执行 指令笔记 编制：龙建雄 机密A 36 2、软件维护工作流程图、软件维护工作流程图 确 定 更改要求 评 价 错误 严 重程度 开 始 问题分析 判 明 维护类型 维 护实 施 安

39、 排 改正 性 维护 评 价 优先次序 开 始 问题分析 复审 用户 维护人员 把错误改正 列入计划 把安排好的开发工作量列入计划 严重 （救火） 维护要求 改正性 适应性 完善性 不严重 高 人员安排 人员安排 修改过的软件 通过并交付使用的软件 理解程序分析原设计 安排计划修改程序 测试程序 编制：龙建雄 机密A 37 十、文档编制标准十、文档编制标准 1、目的、目的 软件所包含的文件有两类： 1） 开发过程中填写的各种图表， 称为工作表格；2）应编制的技术资料或技术管理资料，称为文档。一般软件开发过程有可能产生的文挡有 14 种。 （1）可）可行性行性研究报告研究报告：目的是说明软件开发

40、项目的实现在技术、经济和社会条件方面的可行性，评述为了合理地达到开发目标而可能选择的各种方案，并论证所选定的方案。 （技术开发文档） （2）项目开发计划：项目开发计划：目的是用文件形式把开发过程中对各项工作负责人员、开发进度、所需经费预算、所需软/硬件条件等问题作出安排，并以此为根据开展和检查项目的开发工作。 （管理文档和说明性资料） （3）软件需求软件需求说明书说明书：目的是使用户和软件开发者双方对软件的初始规定有一个共同的理解，使之成为整个开发工作的基础。 （技术开发文档） （4）数据要）数据要求求说明书说明书：目的是为了向整个开发时期提供关于被处理数据的描述和数据采集要求的技术信息。 （

41、技术开发文档） （5）概要设）概要设计计说明书说明书：目的是说明对程序系统的设计考虑，包括程序系统的基本处理流程、程序系统的组织结构、模块划分、功能分配、接口设计、运行设计、数据结构设计和出错处理设计等，为程序详细设计提供原则和基础。 （技术开发文档） （6）详细设）详细设计计说明书说明书：目的是说明一个软件系统各层次中每一个程序（即每个模块或子程序）的设计考虑（技术开发文档） （7）数据库设）数据库设计计说明书说明书：目的是对于设计中的数据库的所有标识、逻辑结构和物理结构作出具体的设计规定。 （技术开发文档） （8）用户用户手册手册：目的是使用非专门术语，充分地描述该软件的功能和基本的使用方

42、法，使用户通过手册能够了解软件的用途，以及如何在不同情况下正确使用。 （管理文档和说明性资料） （9） 操） 操作作手册手册：目的是向操作员提供该软件的每一个运行的具体过程和相关知识，包括操作方法的细节。 （管理文档和说明性资料） （10）模模块块开发开发卷宗卷宗：目的是以一个模块或一组密切相关的模块为记录，记录和汇总低层次开发的进度和结果，以便于整个模块开发工作的管理和复审，并编制：龙建雄 机密A 38 为将来的维护提供非常有用的技术信息。 （技术开发文档） （11）测试计划：）测试计划：目的是为程序系统的组装测试和确认测试提供计划，包括每项测试活动的内容、进度安排、设计考虑，测试数据的整理

43、方法及评价准则。（技术开发文档） （12）测试分析报告：）测试分析报告：目的是把组装测试和确认测试的结果、发现及分析写成文件加以记载。 （技术开发文档） （13）开发进度月报：）开发进度月报：目的是及时向有关部门汇报项目开发的进展和情况，以便及时发现和处理开发过程中出现的问题。 （管理文档和说明性资料） （14）项目开发总结报告：）项目开发总结报告：目的是为了总结本项目软件开发工作的经验，说明实际取得的开发结果以及对整个开发工作的各方面的评价。（管理文档和说明性资料） 在实际应用中，软件开发文档的处理和处理过程可以有一定的灵活性，可以只要实现五种技术文档： （1） 可行性研究报告 （2） 软件

44、需求说明书 （3） 系统设计说明书 （4） 模块开发卷宗 （5） 测试计划及测试分析报告 2、文档、文档格式格式 编制：龙建雄 机密A 39 1）可行性研究报告）可行性研究报告 文档名称文档名称 可行性研究报告 代号代号 编号编号 系统名称系统名称 编制者编制者 完成日期完成日期 1、引言引言 1.1 编写目的 1.2 背景 1.3 定义 1.4 参考资料 2、可可行性行性研究研究的的前提前提 2.1 要求 2.2 目标 2.3 条件、假定和限制 2.4 进行可行性研究的方法 2.5 评价尺度 3、对现对现有有系统的分析系统的分析 3.1 处理流程和数据流程 3.2 工作负荷 3.3 费用开支

45、 3.4 人员 3.5 设备 3.6 局限性 4、所所建建议议的系统的系统 4.1 对所建议系统的说明 4.2 处理流程和数据流程 4.3 改进之处 4.4 影响 4.4.1 对设备的影响 4.4.2 对软件的影响 4.4.3 对用户单位机构的影响 4.4.4 对系统运行过程的影响 4.4.5 对开发的影响 4.4.6 对地点和设施的影响 4.4.7 对经费开支的影响 4.5 局限性 4.6 技术条件方面的可行性 5、可可选择选择的的其他其他系统系统方案方案 编制：龙建雄 机密A 40 5.1 可选择的系统方案 1 5.2 可选择的系统方案 2 6、投资及效益分析、投资及效益分析 6.1 支出

46、 6.1.1 基本建设投资 6.1.2 其他一次性支出 6.1.3 非一次性支出 6.2 收益 6.2.1 一次性收益 6.2.2 非一次性收入 6.2.3 不可定量的收益 6.3 收益/投资比 6.4 投资回收周期 6.5 敏感性分析 7、因素方面的可行性、因素方面的可行性 7.1 法律方面的可行性 7.2 使用方面的可行性 8、结论、结论 修改注释： 编制：龙建雄 机密A 41 2）项目开发计划）项目开发计划 文档名称文档名称 项目开发计划 代号代号 编号编号 系统名称系统名称 编制者编制者 完成日期完成日期 1、引言引言 1.1 编写目的 1.2 背景 1.3 定义 1.4 参考文件 2

47、、项目、项目概概述述 2.1 工作内容 2.2 要参加人员 2.3 产品 2.3.1 程序 2.3.2 文件 2.3.3 服务 2.3.4 非移交的产品 2.4 验收标准 2.5 完成项目的最迟期限 2.6 本计划的批准者和批准日期 3、实施计划、实施计划 3.1 工作任务的分解与人员分工 3.2 接口人员 3.3 进度 3.4 预算 3.5 关键问题 4、支持条支持条件件 4.1 计算机系统支持 4.2 需要用户承担的工作 4.3 需由外单位提供的条件 5、专题专题计划计划要要点点 修改注释： 编制：龙建雄 机密A 42 3）软件需求说明书）软件需求说明书 文档名称文档名称 软件需求说明书

48、代代号号 编编号号 系统名称系统名称 编编制制者者 完成日完成日期期 1、前言前言 1.1 编写目的 1.2 范围 1.3 定义、缩写词、略语 1.4 参考资料 2、项目、项目概概述述 2.1 产品描述 2.2 产品功能 2.3 用户特点 2.4 一般约束 2.5 假设和依据 3、具具体体需求需求 3.1 功能需求 3.1.1 功能需求 1 3.1.1.1 引言 3.1.1.2 输入 3.1.1.3 加工 3.1.1.4 输出 3.1.2 功能需求 2 3.2 外部接口需求 3.2.1 用户接口 3.2.2 硬件接口 3.2.3 软件接口 3.2.4 通信接口 3.3 性能需求 3.4 设计约

49、束 3.4.1 其他标准的约束 3.4.2 硬件的约束 3.5 属性 3.5.1 安全性 3.5.2 可维护性 3.6 其他需求 3.6.1 数据库 3.6.2 操作 3.6.3 场合适应性 修改注释： 编制：龙建雄 机密A 43 4）数据要求说明书）数据要求说明书 文档名称文档名称 数据要求说明书 代号代号 编号编号 系统名称系统名称 编制者编制者 完成日期完成日期 1、引言、引言 1.1 编写目的 1.2 背景 1.3 定义 1.4 参考资料 2、数据的逻辑描述、数据的逻辑描述 2.1 静态数据 2.2 动态输入数据 2.3 动态输出数据 2.4 内部生成数据 2.5 数据约定 3、数据的

50、采集、数据的采集 3.1 要求和范围 3.1.1 输入数据的来源 3.1.2 数据输入所用的媒体和硬设备 3.1.3 接受者 3.1.4 输出数据的形势和设备 3.1.5 数据值的范围 3.1.6 值纲 3.1.7 更新和处理的频度 3.2 输入的承担者 3.3 预处理 3.4 影响 修改注释： 编制：龙建雄 机密A 44 5）概要设计说明书）概要设计说明书 文档名称文档名称 概要设计说明书 代号代号 编号编号 系统名称系统名称 编制者编制者 完成日期完成日期 1、前言、前言 1.1 编写目的 1.2 范围 1.3 定义、缩写词、略语 1.4 参考资料 2、总体设计、总体设计 2.1 需求规定

51、 2.2 运行环境 2.3 基本设计概念和处理流程 2.4 结构 2.5 功能需求与程序的关系（用矩阵图来说明） 2.6 人工处理过程 2.7 尚未解决的问题 3、接口设计、接口设计 3.1 用户接口 3.2 外部接口 3.3 内部接口 4、运行设计、运行设计 4.1 运行模块组合 4.2 运行控制 4.3 系统数据机构设计 5、系统数据结构设计、系统数据结构设计 5.1 逻辑机构设计要点 5.2 物理机构设计要点 5.3 数据机构与程序的关系 6、系统出错处理设计、系统出错处理设计 6.1 出错信息 6.2 补救措施 6.2.1 后备技术 6.2.2 降效技术 6.2.3 恢复及再启动技术

52、6.3 系统维护设计 修改注释： 编制：龙建雄 机密A 45 6）详细设计说明书）详细设计说明书 文档名称文档名称 详细设计说明书 代号代号 编号编号 系统名称系统名称 编制者编制者 完成日期完成日期 1、前言、前言 1.1 编写目的 1.2 背景 1.3 定义 1.4 参考资料 2、程序系统的组织结构、程序系统的组织结构 3、程序、程序 1（标识符）设计说明（标识符）设计说明 3.1 程序描述 3.2 功能 3.3 性能 3.4 输入项 3.5 输出项 3.6 算法 3.7 流程逻辑 3.8 接口 3.9 存储分配 3.10 注释设计 3.11 限制条件 3.12 测试计划 3.13 尚未解

53、决的问题 4、程序、程序 2（标识符）设计说明（标识符）设计说明 修改注释： 编制：龙建雄 机密A 46 7）数据库设计说明书）数据库设计说明书 文档名称文档名称 数据库设计说明书 代号代号 编号编号 系统名称系统名称 编制者编制者 完成日期完成日期 1、前言前言 1.1 编写目的 1.2 背景 1.3 定义 1.4 参考资料 2、外部外部设设计计 2.1 标识符和状态 2.2 使用它的程序 2.3 约定 2.4 专门指导 2.5 支持软件 3、结构、结构设设计计 3.1 概念结构设计 3.2 逻辑结构设计 3.3 物理结构设计 4、运运用用设设计计 4.1 数据字典设计 4.2 安全保密设计

54、 修改注释： 编制：龙建雄 机密A 47 8） 用户手册用户手册 文档名称文档名称 用户手册 代号代号 编号编号 系统名称系统名称 编制者编制者 完成日期完成日期 1、前言前言 1.1 编写目的 1.2 背景 1.3 定义 1.4 参考资料 2、用、用途途 2.1 功能 2.2 性能 2.2.1 精度 2.2.2 时间特性 2.2.3 灵活性 2.3 安全保密 3、运运行行环境环境 3.1 硬设备 3.2 支持软件 3.3 数据结构 4、使使用过程用过程 4.1 安装与初始化 4.2 输入 4.2.1 输入数据的现实背景 4.2.2 输入格式 4.2.3 输入举例 4.2.4 输出 4.3 输

55、出 4.3.1 输出数据的现实背景 4.3.2 输出格式 4.3.3 输出举例 4.4 文卷查阅 4.5 出错处理和恢复 4.6 终端操作 修改注释： 编制：龙建雄 机密A 48 9）操作手册）操作手册 文档名称文档名称 操作手册 代号代号 编号编号 系统名称系统名称 编制者编制者 完成日期完成日期 1、前言前言 1.1 编写目的 1.2 背景 1.3 定义 1.4 参考资料 2、软件、软件概概述述 2.1 软件的结构 2.2 程序表 2.3 文卷表 3、安装与初始化 4、运运行行说明说明 4.1 运行表 4.2 运行步骤 4.3 运行 1（标识符）说明 4.3.1 运行控制 4.3.2 操作

56、信息 4.3.3 输入- 输出文卷 4.3.4 输出文段 4.3.5 输出文段的复制 4.3.6 恢复过程 4.4 运行 2（标识符）说明 5、非常非常规过程规过程 6、远远程程操操作作 修改注释： 编制：龙建雄 机密A 49 10）模块开发卷宗）模块开发卷宗 文档名称文档名称 模块开发卷宗 代号代号 编号编号 系统名称系统名称 编制者编制者 完成日期完成日期 1、标、标题题 1.1 软件系统名称和标识符 1.2 模块名称和标识符 1.3 程序编制员签名 1.4 卷宗的修改文本序号 1.5 修改完成日期 1.6 卷宗序号（说明本卷宗在整个卷宗中的序号） 1.7 编排日期（说明整个卷宗最近的一次

57、编排日期） 2、模、模块块开发开发情况情况标表标表 3、功功能说明能说明 4、设设计计说明说明 5、源源代码代码清单清单 6、测试说明测试说明 7、复、复审审的结的结论论 修改注释： 编制：龙建雄 机密A 50 11）测试计划）测试计划 文档名称文档名称 测试计划 代号代号 编号编号 系统名称系统名称 编制者编制者 完成日期完成日期 1、引言引言 1.1 编写目的 1.2 背景 1.3 定义 1.4 参考资料 2、计划、计划 2.1 软件说明 2.2 测试内容 2.3 测试 1（标识符） 2.3.1 进度安排 2.3.2 条件 2.3.3 测试资料 2.3.4 测试培训 2.4 测试 2（标识

58、符） 3、测试设测试设计计说明说明 3.1 测试 1（标识符） 3.1.1 控制 3.1.2 输入 3.1.3 输出 3.1.4 过程 3.2 测试 2（标识符） 4、评价准、评价准则则 4.1 范围 4.2 数据整理 4.3 尺度 修改注释： 编制：龙建雄 机密A 51 12）测试分析报告）测试分析报告 文档名称文档名称 测试分析报告 代号代号 编号编号 系统名称系统名称 编制者编制者 完成日期完成日期 1、引言引言 1.1 编写目的 1.2 背景 1.3 定义 1.4 参考文件 2、测试概要测试概要 3、测试测试结结果及果及发发现现 3.1 测试 1（标识符） 3.2 测试 2（标识符）

59、4、对对软件软件功功能能的结的结论论 4.1 功能 1（标识符） 4.1.1 能力 4.1.2 限制 4.2 功能 2（标识符） 5、分析、分析摘摘要要 5.1 能力 5.2 缺陷和限制 5.3 建议 5.4 评价 6、测试测试资源消耗资源消耗 修改注释： 编制：龙建雄 机密A 52 13）开发进度报表）开发进度报表 文档名称文档名称 开发进度报表 代号代号 编号编号 系统名称系统名称 编制者编制者 完成日期完成日期 1、标、标题题 1.1 开发中的软件系统的名称和标识符 1.2 分项目名称和标识符 1.3 分项目负责人签名 1.4 本期月报编写人签名 1.5 本期月报的编号及所报告的年月 2

60、、工程、工程进度进度和状态和状态 2.1 进度 2.2 状态 3、资源耗资源耗用用与与状态状态 3.1 资源耗用 3.1.1 工时 3.1.1.1 管理用工时 3.1.1.2 服务工时 3.1.1.3 开发用工时 3.1.2 状态 4、经、经费支出费支出与与状态状态 4.1 经费支出 4.1.1 列出本月内支出的支持性费用， 一般可按如下七类列出， 并给出本月支持费用的总和： 4.1.2 设备购置费 4.2 状态 5、下个下个月的工作计划月的工作计划 6、建、建议议 修改注释： 编制：龙建雄 机密A 53 14）项目开发总结报告）项目开发总结报告 文档名称文档名称 项目开发总结报告 代号代号

61、编号编号 系统名称系统名称 编制者编制者 完成日期完成日期 1、引言引言 1.1 编写目的 1.2 背景 1.3 定义 1.4 参考文件 2、实际开发结构 2.1 产品产品 2.2 主要功能和性能 2.3 基本流程 2.4 进度 2.5 费用 3、开发工作评价、开发工作评价 3.1 对生产效率的评价 3.2 对产品质量的评价 3.3 对产品质量的评价 3.4 出错原因的分析 4、经、经验与验与教训教训 修改注释： 编制：龙建雄 机密A 54 15）软件质量保证计划）软件质量保证计划 文档名称文档名称 软件质量保证计划 代号代号 编号编号 系统名称系统名称 编制者编制者 完成日期完成日期 1、引

62、言引言 1.1 目的 1.2 定义和缩写词 1.3 参考资料 2、管理、管理 2.1 机构 2.2 任务 2.3 职责 3、文档、文档 3.1 基本文档 3.1.1 软件需求规格说明书 3.1.2 软件设计说明书 3.1.3 软件验证与确认计划 3.1.4 软件验证和确认报告 3.1.5 用户文档 3.2 其他文档 3.2.1 项目实施计划 3.2.2 项目进展报表 3.2.3 项目开发各阶段的评审报表 3.2.4 项目开发总结 4、标准、标准、条例和约条例和约定定 5、评、评审审和和检查检查 5.1 软件需求评审 5.2 概要设计评审 5.3 详细设计评审 5.4 软件验证与确认评审 5.5

63、 功能检查 5.6 物理检查 5.7 综合检查 5.8 管理评审 6、软件配置管理、软件配置管理 7、工、工具具、技术和方法技术和方法 8、媒媒体控体控制制 9、对对供货单位供货单位的的控控制制 10、记记录的录的收收集集、维护、维护和和保保存存 修改注释： 编制：龙建雄 机密A 55 十、附录十、附录 1：计算机处理系统配置图符号及其约定：计算机处理系统配置图符号及其约定 1、符号一览表、符号一览表 1 级 2 级 3 级 4 级 物理设备或它的封框 处理设备或控制设备 处理器或控制器 选择器 转换器 主储设备 主存储器 顺序存取存储设备 磁带机 盒式或卡型盒式磁带机 直接存取存储设备 磁盘

64、机或磁鼓机 编制：龙建雄 机密A 56 软磁盘机 1 级 2 级 3 级 4 级 固体式或磁芯式外围存储设备 海量存储器 海量存储器 基于盒式磁带的海量存储器 输入输出设备 可阅读文件的输入输出设备 打印机 XY 绘图仪 手动输入装置 联机键盘 卡片设置 穿孔卡设备 穿孔带设备 编制：龙建雄 机密A 57 显示设备 阴极射线管显示器 1 级 2 级 3 级 4 级 语音输入输出装置 电话机 语音识别器 语音应答装置 连接线 连接电缆 普通连接电缆 总线连接 通信链路 有线传输 单信道无线传输 无线传输 多信道无线传输 编制：龙建雄 机密A 58 下表中的星号“*”表示符号在相应的图中得到使用。

65、 符号 符号名 数据流程图 程序流程图 系统流程图 程序网络图 系统资源图 数据符号 基本符号 数据 * * * * * 存储数据 * * * * 特定符号 内存储器 * * * * 顺序存取存储器 * * * * 直接存取存储器 * * * * 符号 符号名 数据流程图 程序流程图 系统流程图 程序网络图 系统资源图 文件 * * * * 编制：龙建雄 机密A 59 人工输入 * * * * 卡片 * * * * 穿孔带 * * * * 显示 * * * * 处理符号 基本符号 处理 * * * * * 特定符号 即定处理 * * * 符号 符号名 数据流程图 程序流程图 系统流程图 程序网

66、络图 系统资源图 人工操作 * * * 编制：龙建雄 机密A 60 准备 * * * * 判断 * * 并行方式 * * * 循环界限 * * 流线符号 基本符号 流线 * * * * * 特定符号 控制转移 * 符号 符号名 数据流程图 程序流程图 系统流程图 程序网络图 系统资源图 通信连接 * * * * 虚线 * * * * * 编制：龙建雄 机密A 61 特殊符号 连接符 * * * * * 端点符 * * * 注解符 * * * * * 省略符 * * * * * 2、软件工程标准分类法、软件工程标准分类法 （1）标准划分标准划分 标准划分 过程标准 方法 技术 质量 产品标准 需

67、求 设计 部件 描述 计划 报告 行业标准 职业 认证 许可 课程 记法标准 术语 表示法 语言 编制：龙建雄 机密A 62 （2） 软件工程划分软件工程划分 软件工程划分 任务功能 产品工程功能 需求分析 设计 编码 集成 转换 排错、 调试 产品支持 软件维护 验证与确认功能 评审和审计 产品分析 测试 技术管理功能 过程管理 产品管理 资源管理 软件生存周期 概念阶段 需求阶段 设计阶段 实现阶段 测试阶段 制造阶段 安装验收阶段 运行阶段 引退阶段 编制：龙建雄 机密A 63 3、分类表结构、分类表结构 表 1 基本分类表（版本 A） 标 准 类 型 过程标准 产品标准 行业标准 记法

68、标准 任务功能 验证 评审和审计 与 产品分析 确认 测试 技术 过程管理 产品管理 管理 资源管理 软件生存周期 概念阶段 需求阶段 设计阶段 实现阶段 测试阶段 制造阶段 安装和验收阶段 运行和维护阶段 引退阶段 表 2 基本分类表（版本 B） 标 准 类 型 过程标准 产品标准 行业标准 记法标准 任务功能 产品工程 需求分析 设计 编程 集成 转换 排错、调试 产品支持 软件维护 验证 与 确认 评审和审计 产品分析 测试 技术管理 过程管理 产品管理 资源管理 编制：龙建雄 机密A 64 表 3 完整分类表（部分 1） 任务功能 产品工程 验证与确认 技术管理 需求设计 设计 编程 集成 转换 排错调试 产品支持 软件维护 评审审计 产品分析 测试 过程管理 产品管理 资源管理 标 准 类 型 过程 方法 技术 度量 产品 需求 设计 部件 描述 计划 报告 行业 职业 认证 许可 课程 记法 术语 表示 言语 表 4 整分类表（部分 2） 软件生存周期 概念 需求 设计 实现 测试 制造 安装和验收 运行和维护 引退 标 准 类 型 过程 方法 技术 度量 产品 需求 设计 部件 描述 计划 报告 行业 职业 认证 许可 课程 记法 术语 表示 言语