软件项目质量管理层次模型

欢迎共阅软件项目质量管理层次模型作者:卢琳生概述质量：一组固有特性满足要求的程度，指产品或服务满足规定或潜在需要的特征和特性的总和。

它既包括有形产品也包括无形产品；既包括产品内在的特性、也包括产品外在的特性。

即包括了产品的适用性和符合性的全部内涵。

软件质量：与软件产品满足明确或隐含需求的能力有关的特征和特征的总和。

有四个含义：1、能满足给定需要4、软质量管理：在质量方面指挥和控制组织的协调的活动，指对确定和达到质量所必须的全总职能和活动的管理，其管理职能主要包括制定质量方针和质量目标以及质量策划、质量控制、质量保证和质量改进。

软件开发质量管理，就是为了开发出符合质量要求的软件产品，贯穿于软件开发生存期过程的质量管理工作。

软件开发质量管理层次初步划分如下：1、技术层次（数据、编程、文档）2、方法体系层次（措施、项目、过程）3、社会因素层次（质量环境、技术标准、业务标准、人员）软件开发质量管理层次模型如下图：?技术层次1、数据质量管理层次多数情况下，软件系统的最终目的是对用户关心的各类数据（信息）完成各种各样静态或者动态的处理或管理任务，为用户创造他们所期望和额外的价值。

因此数据质量是用户最为关心的，数据质量也反映了软件系统产品的质量。

数据质量是数据抽取、数据转换、数据整合、数据仓库以及管理信息系统开发等项目中质量控制和质量保证必须考虑的主要工作。

数据质量管理可分为人工比对、程序比对、统计分析三个层次。

1.1 人工比对1.2 程序比对1.3 统计分析2软件系统是靠“量，化。

2.1 黑盒测试黑盒测试检验是否符合系统需求，也称功能测试或数据驱动测试。

它是在已知产品所应具有的功能，通过测试来检测每个功能是否都能正常使用。

在测试时，把程序看作一个不能打开的黑盆子，在完全不考虑程序内部结构和内部特性的情况下，测试者在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息，并且保持外部信息（如数据库或文件）的完整性。

2.2 灰盒测试灰盒测试介于白盒与黑盒二者之间，关注输出对于输入的正确性，同时也关注内部表现，但这种关注不像白盒那样详细、完整，只是通过一些表征性的现象、事件、标志来判断内部的运行状态，有时候输出是正确的，但内部其实已经错误了，这种情况非常多，如果每次都通过白盒测试来操作，效率会很低，因此需要采取这样的一种灰盒的方法。

2.3 白盒测试白盒测试也称结构测试或逻辑驱动测试，它是在知道产品内部工作过程的情况下，按照程序内部的结构测试程序，检验程序中的每条通路是否都有能按预定要求正确工作，而不顾它的功能。

白盒测试的主要方法有逻辑驱动、基路测试等。

2.4 编译检查使用开发工具所带的编译功能或专门程序对软件源码进行检查，分析和寻找源码存在的问题。

2.5 编程规范2.6 编程逻辑使用、输入时2.7 编程优化和内容、3文档3.1 文档规范和规则，以统一文档内容与风格。

3.2 文档语法文档成果正确使用通用的工具与术语、符合相关行业的技术标准。

所有语言都有它的语法，所有质量合格的文档（包括模型）都应该是语法正确的，不正确的语法会影响规格说明和可视化的质量。

3.3 文档语义文档成果表达正确、无歧义。

所有质量合格的文档（包括模型）都代表它期望代表的语义，而且应该在代表这些语义的时候具有一致性。

3.4 文档逻辑文档成果考虑周全，不矛盾，满足客户的关键要求，特别是要符合相关行业的业务标准。

3.5 文档美学文档成果是最佳表述，文字、图表是均衡和完整的。

就是追求平衡的美，每个组成部分应该不大不小，可解读、可变更、不同时代表太多的元素。

3.6 结果优化通过检查判断文档成果（如项目计划、需求规格、设计方案）是否还有改进的空间，以尽可能达到最佳方案。

任说方法体系层次11.1 质量检查1.2 质量保证1.3整个软件业项目属于需求分析和软件设计的错误和缺陷约占软件错误的64%，而属于程序代码的错误仅占36%。

软件错误具有随着阶段的进展而产生积累与放大效应，因此应当尽早消除错误，否则“差之毫厘，失之千里”。

所以在软件开发生命周期的前期就通过对关键过程成果的评审控制来预防不合格品。

1.4 完美无缺这一级上的企业都有一种内在的质量文化氛围，在此氛围下的方方面面工作都有助于质量的提高。

每个员工都意识到质量对企业成功的重要性，都在寻求提高质量的新途径，都在为达到完美无缺而奋斗。

同时，企业始终如一地面向外部客户，通过优越的设计质量来满足客户需要，并从供应商到客户形成一个优化的管理流程。

2、项目管理质量层次软件开发任务一般是以项目的形式完成，项目管理质量包括组织资源、组建团队、设定目标、确定范围、确定优先级、管理风险、建立沟通机制等内容，其层次分为通用术语、通用过程、单一方法、基准比较、持续改进。

科兹纳博士对项目成功的定义，不仅要满足传统的项目时间、费用和性能的三大目标以及满足客户或用户定义的质量标准，还要满足具有最少的或者双方同意的范围变更、没有干扰组织的企业文化或者价值观、没有干扰组织的日常工作进程等条件。

2.1 通用术语企业了解了项目管理的重要性，并需要进一步了解对项目管理基础知识以及相关的语言和术语。

在企业内部普及项目管理基础知识，使用业界通语言和用术语进行沟通，使大家形成对问题的正确理解。

2.2 通用过程2.3 单一方法2.4 基准比较过2.5 持续改进质量是“在3《GB/T8566—2001（idt ISO/IEC12207）信息技术－软件生存周期过程》把软件生存周期的各个过程分为三类，即基本生存周期过程、支持生存周期过程、组织生存周期过程。

对于质量，强调的是对过程的重视，通过保证每个环节的工作质量，来保证最终质量，而不是通过最后的检验测试找出缺陷。

它们的质量概念，不仅涵盖产品，还包括企业的整个运营过程，贯穿产业链的各个环节。

确保生产出高质量的软件产品，就是遵循一套有质量原则的软件开发过程。

目前软件过程改进主要根据能力成熟度模型集成CMMI，其层次分为初始级、可重复级、已定义级、已经管级、优化级。

3.1 初始级企业的软件过程是无序的，甚至是混乱的。

几乎没有什么过程是经过妥善定义的，项目的成功往往依赖于没写个人的技能和经验。

3.2 可重复级已经建立了基本的项目管理过程规范，项目经理能跟踪成本、进度、和产品功能等，项目能重复以前的成功。

企业的过程能力可以概括为“有纪律的”。

3.3 已定义级已经将管理和开发两个方面的过程文档化，并综合成企业的标准软件过程。

所有项目都可以通过裁减企业标准过程而建立适合于本项目的过程规范。

此过程能力可以概括成“标准的”和“一致的”，它建立在整个企业对软件过程3.4 已管理级“定量的”和“3.5 优化级社会因素层次11.1 质量形象1.2 质量制度企业建立了完善的质量制度，包括ISO9001质量管理体系、与质量相关的配套管理、教育、激励制度的完善程度，以及对于质量制度的执行力度。

有些企业或部门制定了太多的规章制度，但都流于形式，最终落到实处的不多。

再好的规章制度，再伟大的计划，都成了一堆废纸。

对企业来说，最重要的不是制定了多少制度多少计划，而是做了多少事情。

企业如果强调质量，就要检查质量，不检查质量就是不重视质量，有制度就必须执行好。

1.3 质量战略在企业管理中以人为本，以提高质量为中心，一切活动围绕质量行为，将质量管理提高到战略的高度。

制定质量方针目标。

1.4 质量文化企业在长期的质量管理中形成的具有本企业特色的管理思想和精神理念，同时也是企业员工为实现质量方针目标而自觉遵守的一条共同的价值观和信念。

1.5 企业文化一个企业中各个部门，至少是企业高层管理者们所共同拥有的那些企业价值观念、经营实践、文化现象。

它以企业的价值观体系为基础，以企业员工的群体意识形态为反映。

1.62、标准层次制准、工作标准、准、有助于2.1项目标准：项目团队在软件开发周期的早期就确定下来的相互达成一致的标准集合；企业标准：企业自行制定的规范整个企业架构和所有企业级交付产品的标准集合；地方标准：由一个国家的地方一级行政机构（省、州或加盟共和国）制定的标准，称为地方标准。

它一般由地方所属的各企业与单位执行。

同样是一个行业，每个地方可能有不同的业务政策、业务数据标准、业务流程标准；行业标准（部颁标准）：指没有国家标准而又需要在全国某个行业范围内统一的技术要求。

行业规定的全国本行业必须遵守的的业务数据标准、业务流程标准，标准编号一般以行业名称的拼音头个字母打头，如环境HJ、电力DL、公安GA；国家标准：是在全国范围内统一的技术要求。

由国家规定的标准，主要是数据标准，行业之间的接口标准，标准编号一般以GB、GB/T、GB/Z打头。

国际标准：涉及到国际上多个国家或地区必须遵守的如金融、电信、财务、贸易等业务标准。

国际标准一般由国际标准化组织制定，如ISO、ANSI、IEEE等等，这也是标准编号的打头字母，如ISO9001。

2.2、标准强制程度级别强制标准：保障人体健康、人身、财产安全的标准和法律、行政法规规定强制执行的标准是强制性标准，其他标准是推荐性标准；如编号以GB、HJ、DL、GA字母开头的标准，一般业务数据标准是强制标准。

推荐标准：推荐性标准又称非强制性标准或自愿性标准。

是指生产、交换、使用等方面，通过经济手段或市场调2.3过程标准：称其为标准）建模标准：数据库标准：33.1 个人素质软件开发的个人素质的内涵很广，包含多个方面，包括学习能力、总结能力、学识经验、进取精神、社交能力、责任心、自我控制、成就动机、灵活性、创造性潜力、管理潜力、工作态度、诚实水平等等。

关键是根据自身特点发挥自己的特长，同时要有过硬扎实基本功的真才实学，不做表面功夫花架子的花拳绣腿。

这一点在做程序员的时候大家都会很注意学习，但在从程序员提升到设计师、分析师、项目经理时，往往存在不注意学习新角色所需知识技能，学了皮毛就觉得什么都会的情况。

3.2 团队素质软件开发的团队素质的范围涉及到很多团队管理方面的知识经验技巧。

关键是能够合理地按照成员的特点分配工作任务，同时计划好各个工作人员的工作接口，鼓励互相补位。

团队素质的提高在于团队建设，团队建设活动包括为提高团队运作水平而进行的管理，以及采用的专门的、重要的个别措施。

团队精神就是团队的精神，因此要问某个团队有没有团队精神，不问某个成员有没有团队精神。

软件开发团队素质可以学习参考TSP、RUP、SWEBOK、PMBOK、CMMI、ISO9001等要求进行提高，也可以借鉴AP、XP、ASD等开发经验（不管那种都不一定要完全照搬实施）。

3.3 组织素质软件开发的组织素质内涵涉及到很多组织管理方面的知识经验技巧。