软件全生命周期质量管理探讨
合集下载
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
…
…
…
…
…
…
…
…
…
…
.
术室蕴一 I
软件全 生命 周期质 量管理探 讨
中国船舶重工集 团公 司第七一 0研 究所 陆晓明
【 摘要 】软件 生命 周期是软件的产生直到报废 的生命周期 ,包括 软件 的定义及规划、 需求分析、软件设计、编码、软件测试和运行维护六个 阶段 。软件 生命周期 的各个阶 段都会 涉及质 量问题,通常来说软件设计缺 陷发 现得越 晚,所 需付 出的代价就越高 , 因此有必要通过采用合理的管理手段来提高软件产品的质 量。 【 关键词 】软件 生命 周期;质 量管理;软件 测试
当D 取值为o . 2 8 m 时,对应 的参数d = 0 . i m, t = 0 . 1 m ,p = 1 % ,求出此时的共振频率为f o = 3 6 H Z , 不在要求频率范 围。 参数 穿孔 率、空腔深度 同时变化时,空腔 深度对 吸声系数 的影 响规律是一定 的,都是在 空腔 深度 取值为 0 . 1 4 m 是 吸声系数 达到第 一个 极大值 。令空腔深度D = O . 1 4 ,穿孔率 对吸声系 数影 响较 大,讨论 穿孔 率的吸声系数 的影响 。 观测 数据 ,只有 穿孔直径 d = O . 1 m m 时 ,才 能更 好 的满足 吸声系数大 于0 . 6 ,故令d = O . 1 m 。如 图3 所示 。 4 . 结论 吸 声 系数 随穿 孔率 与 板厚 的共 同影 响关 系如 图,板 厚增大时 ,最大吸声系数对应 的穿
局数据 定义;5 ) 根据软件 可靠性要求 ,对 各功 能模块进 行可靠性指标 的分 配和相应的可靠性 设计 ;6 ) 进 行安全性分 析,使安全性关键 的软 件设计符 合安全性要求 ;7 ) 初步编制软件集成 测试计划 ;8 ) 确定所有模块 的功能及详细 的接 口信 息:9 ) 对构成软件 系统的各功能模块逐 步 件测试工作 按时顺利进行 。软件测试 的测试软 细化 ,形 成若干个可编码 的程序模块或程序单 件开发和测 试设备 的研制 工作按计划 由软件 项 兀 。 目组或独立测试单位承担 。 3 . 3阶段产 品 2 . 3 阶 段 产 品 1 ) 软 件设 计说 明;2 ) 软件 集成 测试 计划 1 ) 项目 开发 计划;2 ) 软件 需求规格 说明; ( 初步) 。 3 ) 软件 测试 工 作计 划 ;4 ) 软件 项 目计 划数 据 3 . 4技术要求 表。 1 ) 各 功 能模块 间应 具 有低 耦合 度及 高 内 2 . 4技术要求 聚 度 ,功 能模 块 的作用 范 围应 在其 控制 范 围 I ) 软 件 需求 规格 说 明应对 软 件 的主要 功 之 内;2 ) 各模块功能单 一,模块接 口的复杂度 能 、性 能 、技 术指 标进 行 定义 ,其 内容应 全 低 ;3 ) 软 件设 计说 明和 软件 需求规 格说 明要 面、可检 查;2 ) 项目 开发 计划 中应给 出阶段评 保持一致 ,并具有 良好 的可追踪性 :4 ) 各 子项 审及配置管理计划 ,并 明确人员 。 目、模块 的功能和接 口要求必须完整、正确 。 2 . 5配置管理要求 3 . 5配置管理要求 软件任务 书、开发计划、软件 需求规格 说 集成测试 计划 ( 初步) 、软件设计说 明进入 明、软件项 目计划数据表 、软件需求分析 阶段 受控库 。 评审表、软件测试工作计划进入受控库 。 3 . 6评审要求 2 . 6评审要求 评 审软 件 设计 是否 实现 了软件 需求 规格 在软件 需求 分析阶段 ,必须进行 软件需求 说 明的要 求;评审设计方案 与主要算法 的可行 评审 ,以保 证软件需求 的完整性 、一致 性和 准 性和先进 性;并针对集成 的单元之间的信 息流 确性 。提交 软件任务书 、项 目开发计划 、软件 和控制流 的可追溯性 、数据加 工处理与数据结 需求规格说 明、软件项 目计划 数据等 ,针对 项 构 的一致 性、并发性信 息处理 的正确性 、可靠 目开发计划及 软件需求规格 说明 ,对任务和 需 性和安全 性技 术应用 的程度及 正确性等进行评 求分析 、可 行性分析 、质量保 证 、标准化 、配 审 ,并最 终做 出本阶段工作 是否完成、是否转 置管理等进 行评审 ,以决 定是否开展下 阶段 工 入下阶段工作的评审结论。 作。 4 . 代码开发阶段 3 . 软件设计阶段 4 . 1任务 3 . 1任 务 根 据软 件 设计 说 明对各 程序 单 元进 行编 软件 设 计阶 段 的任 务是 根据 软 件 需求 规 码、调试 、静 态分析和单元测 试,验证程序单 格说 明进行 软件的总体结构和 功能模块 间的设 元与设计 说明的一致性 ,并将 经过单元测试 的 计,初步编制 软件集成测试计 划 。定义各功 能 模块逐步集成和调试,完成软件系统集成, 模块 的接 口并设计数据结构 ,对 功能模块进 行 4 . 2实施 步骤 过程描述设计 ,设计功能模块 的 内部细节 ,包 1 ) 对每个程序单元 用指定的程序设计语言 括算法和数据 结构 ,为编 写源代 码提供必要 的 进行编码和测 试;2 ) 对完成编码 的源程序进行 说明。 静态分析 ;3 ) 补 充和完善单元测试 用例并依此 3 . 2实施 步骤 产生测试输入数 据,开发单元 测试 程序 ;4 ) 进 I ) 总体结构设计 ;2 ) 设计该软件系统 的数 行程序单元测试 ;5 ) 将经过单元测 试和调试 的 据结构,给出所需的模型及所采用的算法原理: 程 序逐步集成和 调试,直至集成为 相对独立的 3 ) 设 计高层模块的数据流和控制 关系;4 ) 给出 软件功能模块 ;6 ) 及 时清除程序 中用于调试等 各个 功能模块 的功能描述 、数据接 口描述及全 项工作的 多余语 句和程序 “ 垃圾 ”;7 ) 在集成
1 . 引 言
软件质量是指与 软件产 品满足 明确或 隐含 需求 的能力有关 的特性 ,由于软件产品是逻辑 体 ,不具有实体 的可见性 ,因而其质量也就 更 加难 以把握 。软件产 品的质 量是通过软件 开发 活动 和软件开 发过程构造入 软件的 ,所 以软件 开 发管理者和软 件开发者必 须了解每一个 开发 活动 对软件产 品质量可能产 生的影响 ,及 时掌 握每 一个开发活 动对软件质量 所产生的影 响, 并 且对在开发 过程中可能产 生的或 已经产 生的 质 量问题 ,能够 及时发现并加 以控制 。要做 到 这 些必须实现软 件开发 的工程 化。软件全 生命 周 期质量管理 实际上就是工程 化管理 。它 的主 要任 务就是使 软件开发活动规 范化 、程序化 、 标准 化 。软件质 量管理 的基本 方法就是根据 软 件 开发活动 的各 阶段 ,将质 量管理 目标分解 为 若干 可实现并可 管理的部分 ,并采用相应 的技 术和 方法进行管 理,并对其 阶段性产品 的质量 进行 验证 ,确保 最终软件产 品质量满足用户 的 要求 。下 图是一 个软件开发过 程的主要阶段分 解 图。
提 出的软件任务 书以及其它文件 ,详细确定软 件 需求并编制 出一个 需求完整 、详细的软件 需 求规格说 明。
2 . 2实施步骤
1 ) 分析 和确 定 软件 开发 和运 行 的环 境 ; 2 ) 明确操作者 的要求 ,经分析后将 任务书 中的 技术 指标条文拟 定成 相应的软件 需求规格说 明 的条 文 ;3 ) 确定 人机界面 ;4 ) 编制项 目 开发计 划 ,确定项 目质量要求,并将它分解为对软件开 发各阶段的质量要求,给 出检查准则;5 ) 确定本 项 目的质 量保证 、配置 管理 工作,并 写入 项 目 开发 计划;6 ) 编 写软件 需求规 格说 明;7 ) 初步 编写 软件 测试工作计 划 ,明确计划 安排。软件 测试 工作 计划一般 由软件项 目 组编 写。如要求
L _ j - 一 L - c ! 1 j L _ …}L _ . j L 1 j L - j
一
图1软件 开发过程 的阶段分解
Leabharlann Baidu
2 . 需 求分析 阶段
2 . 1任务及 目标 软件需求分析阶段 的任 务是确定所开发软 件 的运行环境 、功能和性能要 求,编写开发计 划 。软件需求分 析是 由软件开 发方 根据委托方
…
…
…
…
…
…
…
…
…
.
术室蕴一 I
软件全 生命 周期质 量管理探 讨
中国船舶重工集 团公 司第七一 0研 究所 陆晓明
【 摘要 】软件 生命 周期是软件的产生直到报废 的生命周期 ,包括 软件 的定义及规划、 需求分析、软件设计、编码、软件测试和运行维护六个 阶段 。软件 生命周期 的各个阶 段都会 涉及质 量问题,通常来说软件设计缺 陷发 现得越 晚,所 需付 出的代价就越高 , 因此有必要通过采用合理的管理手段来提高软件产品的质 量。 【 关键词 】软件 生命 周期;质 量管理;软件 测试
当D 取值为o . 2 8 m 时,对应 的参数d = 0 . i m, t = 0 . 1 m ,p = 1 % ,求出此时的共振频率为f o = 3 6 H Z , 不在要求频率范 围。 参数 穿孔 率、空腔深度 同时变化时,空腔 深度对 吸声系数 的影 响规律是一定 的,都是在 空腔 深度 取值为 0 . 1 4 m 是 吸声系数 达到第 一个 极大值 。令空腔深度D = O . 1 4 ,穿孔率 对吸声系 数影 响较 大,讨论 穿孔 率的吸声系数 的影响 。 观测 数据 ,只有 穿孔直径 d = O . 1 m m 时 ,才 能更 好 的满足 吸声系数大 于0 . 6 ,故令d = O . 1 m 。如 图3 所示 。 4 . 结论 吸 声 系数 随穿 孔率 与 板厚 的共 同影 响关 系如 图,板 厚增大时 ,最大吸声系数对应 的穿
局数据 定义;5 ) 根据软件 可靠性要求 ,对 各功 能模块进 行可靠性指标 的分 配和相应的可靠性 设计 ;6 ) 进 行安全性分 析,使安全性关键 的软 件设计符 合安全性要求 ;7 ) 初步编制软件集成 测试计划 ;8 ) 确定所有模块 的功能及详细 的接 口信 息:9 ) 对构成软件 系统的各功能模块逐 步 件测试工作 按时顺利进行 。软件测试 的测试软 细化 ,形 成若干个可编码 的程序模块或程序单 件开发和测 试设备 的研制 工作按计划 由软件 项 兀 。 目组或独立测试单位承担 。 3 . 3阶段产 品 2 . 3 阶 段 产 品 1 ) 软 件设 计说 明;2 ) 软件 集成 测试 计划 1 ) 项目 开发 计划;2 ) 软件 需求规格 说明; ( 初步) 。 3 ) 软件 测试 工 作计 划 ;4 ) 软件 项 目计 划数 据 3 . 4技术要求 表。 1 ) 各 功 能模块 间应 具 有低 耦合 度及 高 内 2 . 4技术要求 聚 度 ,功 能模 块 的作用 范 围应 在其 控制 范 围 I ) 软 件 需求 规格 说 明应对 软 件 的主要 功 之 内;2 ) 各模块功能单 一,模块接 口的复杂度 能 、性 能 、技 术指 标进 行 定义 ,其 内容应 全 低 ;3 ) 软 件设 计说 明和 软件 需求规 格说 明要 面、可检 查;2 ) 项目 开发 计划 中应给 出阶段评 保持一致 ,并具有 良好 的可追踪性 :4 ) 各 子项 审及配置管理计划 ,并 明确人员 。 目、模块 的功能和接 口要求必须完整、正确 。 2 . 5配置管理要求 3 . 5配置管理要求 软件任务 书、开发计划、软件 需求规格 说 集成测试 计划 ( 初步) 、软件设计说 明进入 明、软件项 目计划数据表 、软件需求分析 阶段 受控库 。 评审表、软件测试工作计划进入受控库 。 3 . 6评审要求 2 . 6评审要求 评 审软 件 设计 是否 实现 了软件 需求 规格 在软件 需求 分析阶段 ,必须进行 软件需求 说 明的要 求;评审设计方案 与主要算法 的可行 评审 ,以保 证软件需求 的完整性 、一致 性和 准 性和先进 性;并针对集成 的单元之间的信 息流 确性 。提交 软件任务书 、项 目开发计划 、软件 和控制流 的可追溯性 、数据加 工处理与数据结 需求规格说 明、软件项 目计划 数据等 ,针对 项 构 的一致 性、并发性信 息处理 的正确性 、可靠 目开发计划及 软件需求规格 说明 ,对任务和 需 性和安全 性技 术应用 的程度及 正确性等进行评 求分析 、可 行性分析 、质量保 证 、标准化 、配 审 ,并最 终做 出本阶段工作 是否完成、是否转 置管理等进 行评审 ,以决 定是否开展下 阶段 工 入下阶段工作的评审结论。 作。 4 . 代码开发阶段 3 . 软件设计阶段 4 . 1任务 3 . 1任 务 根 据软 件 设计 说 明对各 程序 单 元进 行编 软件 设 计阶 段 的任 务是 根据 软 件 需求 规 码、调试 、静 态分析和单元测 试,验证程序单 格说 明进行 软件的总体结构和 功能模块 间的设 元与设计 说明的一致性 ,并将 经过单元测试 的 计,初步编制 软件集成测试计 划 。定义各功 能 模块逐步集成和调试,完成软件系统集成, 模块 的接 口并设计数据结构 ,对 功能模块进 行 4 . 2实施 步骤 过程描述设计 ,设计功能模块 的 内部细节 ,包 1 ) 对每个程序单元 用指定的程序设计语言 括算法和数据 结构 ,为编 写源代 码提供必要 的 进行编码和测 试;2 ) 对完成编码 的源程序进行 说明。 静态分析 ;3 ) 补 充和完善单元测试 用例并依此 3 . 2实施 步骤 产生测试输入数 据,开发单元 测试 程序 ;4 ) 进 I ) 总体结构设计 ;2 ) 设计该软件系统 的数 行程序单元测试 ;5 ) 将经过单元测 试和调试 的 据结构,给出所需的模型及所采用的算法原理: 程 序逐步集成和 调试,直至集成为 相对独立的 3 ) 设 计高层模块的数据流和控制 关系;4 ) 给出 软件功能模块 ;6 ) 及 时清除程序 中用于调试等 各个 功能模块 的功能描述 、数据接 口描述及全 项工作的 多余语 句和程序 “ 垃圾 ”;7 ) 在集成
1 . 引 言
软件质量是指与 软件产 品满足 明确或 隐含 需求 的能力有关 的特性 ,由于软件产品是逻辑 体 ,不具有实体 的可见性 ,因而其质量也就 更 加难 以把握 。软件产 品的质 量是通过软件 开发 活动 和软件开 发过程构造入 软件的 ,所 以软件 开 发管理者和软 件开发者必 须了解每一个 开发 活动 对软件产 品质量可能产 生的影响 ,及 时掌 握每 一个开发活 动对软件质量 所产生的影 响, 并 且对在开发 过程中可能产 生的或 已经产 生的 质 量问题 ,能够 及时发现并加 以控制 。要做 到 这 些必须实现软 件开发 的工程 化。软件全 生命 周 期质量管理 实际上就是工程 化管理 。它 的主 要任 务就是使 软件开发活动规 范化 、程序化 、 标准 化 。软件质 量管理 的基本 方法就是根据 软 件 开发活动 的各 阶段 ,将质 量管理 目标分解 为 若干 可实现并可 管理的部分 ,并采用相应 的技 术和 方法进行管 理,并对其 阶段性产品 的质量 进行 验证 ,确保 最终软件产 品质量满足用户 的 要求 。下 图是一 个软件开发过 程的主要阶段分 解 图。
提 出的软件任务 书以及其它文件 ,详细确定软 件 需求并编制 出一个 需求完整 、详细的软件 需 求规格说 明。
2 . 2实施步骤
1 ) 分析 和确 定 软件 开发 和运 行 的环 境 ; 2 ) 明确操作者 的要求 ,经分析后将 任务书 中的 技术 指标条文拟 定成 相应的软件 需求规格说 明 的条 文 ;3 ) 确定 人机界面 ;4 ) 编制项 目 开发计 划 ,确定项 目质量要求,并将它分解为对软件开 发各阶段的质量要求,给 出检查准则;5 ) 确定本 项 目的质 量保证 、配置 管理 工作,并 写入 项 目 开发 计划;6 ) 编 写软件 需求规 格说 明;7 ) 初步 编写 软件 测试工作计 划 ,明确计划 安排。软件 测试 工作 计划一般 由软件项 目 组编 写。如要求
L _ j - 一 L - c ! 1 j L _ …}L _ . j L 1 j L - j
一
图1软件 开发过程 的阶段分解
Leabharlann Baidu
2 . 需 求分析 阶段
2 . 1任务及 目标 软件需求分析阶段 的任 务是确定所开发软 件 的运行环境 、功能和性能要 求,编写开发计 划 。软件需求分 析是 由软件开 发方 根据委托方