软件开发过程的质量管理体系.pdf

精品文档 软件开发过程的质量管理体系 一、软件产品质量的特点 按照 ISO 9126 的定义，软件的质量通常可以从以下六个方面去衡量（定义） 。功用性 （Functionality ），即软件是否满足了客户功能要求； 。可靠性 （Reliability ）， 即软件是否能够 - 直在 - 个稳定的状态上满足可用性；。可用性（ Usability ），即衡量用户 能够使用软件需要多大的努力；。效率（ Efficiency ），即衡量软件正常运行需要耗费多少 物理资源；。可维护性（ Maintainability ），即衡量对已经完成的软件进行调整需要多大 的努力；。可移植性（ Portability ），即衡量软件是否能够方便地部署到不同的运行环境 中。 可见，同其它产品相比，软件产品的质量有其明显的特殊性。 第一， 很难制定具体的、数量化的产品质量标准，所以没有相应的国际标推、 国家标准 或行业标淮。对软件产品而言，无法制定诸如 " 合格率 " 、" 一次通过率 " 、"PPM"、" 寿命 " 之 类的质量目标。每千行的缺陷数量是通用的度量方法，但缺陷的等级、种类、性质、影响不 同，不能说每千行缺陷数量小的软件， 一定比该数量大的软件质量更好。 至于软件的可扩充 性、可维护性、可靠性等，也很难量化，不好衡量。软件质量指标的量化手段需要在实践中 不断总结。 第二， 软件产品质量没有绝对的合格／不合格界限， 软件不可能做到 " 零缺陷 " ，对软件 的测试不可能穷尽所有情况， 有缺陷的软件仍然可以使用。 软件产品的不完善可通过维护和 升级问题来解决。 第三， 软件产品之间很难进行横向的质量对比， 很难说这个产品比那个产品好多少。 不 同软件之间的质量也无法直接比较，所以没有什么 " 国际领先 " 、" 国内领先 " 的提法。 第四， 满足了用户需求的软件质量， 就是好的软件质量。 如果软件在技术上很先进，界 面很漂亮， 功能也很多， 但不是用户所需要的，仍不能算软件质量好。 客户的要求需双方确 认，而且这种需求一开始可能是不完整、不明确的，随着开发的进行不断调整。 第五， 软件的类型不同，软件质量的衡量标准的侧重点也不同。例如， 对于实时系统而 言，效率（ Efficiency ）会是衡量软件质量的首要要素，对于一些需要软件使用者（用户） 与软件本身进行大量交互的系统，对可用性（ Usability ）就提出了较高的要求。 二、软件产品质量管理的特点 1. 软件质量管理应该贯穿软件开发的全过程，而不仅仅是软件本身 。 1欢迎下载 精品文档 软件质量不仅仅是一些测试数据、 统计数据、 客户满意度调查回函等等， 衡量一个软件 质量的好坏， 应该首先考虑完成该软件生产的整个过程是否达到了一定质量要求。 在软件开 发实践中， 软件质量控制可以依靠流程管理（如缺陷处理过程、开发文档控制管理、发布过 程等），严格按软件工程执行，来保证质量。例如： 。通过从 " 用户功能确认书 " 到" 软件详细设计 " 过程的过程定义、 控制和不断改善， 确保 软件的 " 功用性 " ；。通过测试部门的 " 系统测试 " 、" 回归测试