软件企业质量管理

1. 软件企业质量管理

软件质量管理体系概论


软件企业实施质量管理体系的一般过程
从企业宣布开始建立质量管理体系的那天起，企业最高领导人的全员动员，是宣告企业进入状态的必不可少的步骤；
咨询机构的加入是一种外部压力，对全员进行质量体系基础知识的培训和考试是增强员工质量意识的重要措施；
对企业组织架构的调整是建立体系的基础；
共同参与提出质量方针和目标、编写质量手册和过程文件，以及质量体系的试运行等步骤，实质上是企业内部进行沟通、取得共识、开始走向成熟的过程。
质量认证咨询工作的三个阶段
1. 企业现状调查与诊断和ISO 9000族标准与软件工程培训阶段。
对企业的组织和管理现状进行调查，与企业管理层一起讨论，找出问题的症结，提出有关组织架构和管理流程调整的建议；
为全体员工进行ISO 9000族标准与软件工程方面的培训，培训的内容包括：ISO9000标准的基本知识和条款、软件质量管理的要点、软件过程模型（ISO12207信息技术－软件生存周期过程）、CMM软件能力成熟度模型、和软件过程度量等方面。
确定企业的质量目标、质量方针，质量体系文件的策划。
质量认证咨询工作的三个阶段
2. 质量体系文件的编写阶段
对编写小组成员进行文件编写的培训，提出编写的方法和要求，给出文件编写样本，构建文件框架，然后分工编写。
对第一稿的体系文件进行符合性检查，逐个文件进行深入细致地的讨论和修改，使编写的文件与标准的要求完全符合，对文件进行全面的修改，产生文件的第二稿。
对体系文件进行一致性和可操作性检查与修改，产生了体系文件的第一个试运行版本。
质量认证咨询工作的三个阶段
3. 质量管理体系的试运行阶段
遵循“一要坚持、二要改进”的原则开始质量管理体系的试运行。
“一要坚持”，就是所有的部门和人员都要按照已建立的文件体系执行，规范行为；
“二要改进”，就是在试运行中发现的问题应按照纠正预防措施所规定的程序进行改进，如发现质量体系不合理的地方按规定的程序进行修改。
质量管理主要涉及三方面的问题
规范化、量化和固化：
1）规范化就是按照ISO9001标准建立一套适合软件企业的质量管理体制，同时引入CMM中的相关关键过程作为规范管理的手段；
2）量化就是要采用基于事实的决策方法，收集数据进行量化分析，实现质量管理的反馈控制；
（3）固化就是要建立一套行之有效的文件化程序，使得企业无论在什么地方、由什么人管理，都要按照统一的模式去实施。
......

2. 软件技术(质量管理)

软件技术（质量管理）应该是软件方面质量有关的技术和管理。
软件质量的保证手段是过程管理以及软件测试。
开发过程的管理，就是按软件工程原理，对每个过程进行控制。有多种模型，比较简单的是瀑布模型：软件生命周期分为：计划、需求、设计、实现、测试、维护等阶段。每个阶段实施规定的管理，使得阶段质量得到保证。
 
软件开发组织一般组成：项目组长1名、设计工程师（可能分架构工程师、开发工程师或程序员）若干名、测试工程师（可能分测试工程师、测试员）若干名、QA（质量保证）1名、配置管理员1名。
测试（包括评审）是重要的质量保证手段，QA是过程管理的监督员。配置是软件工作产品的库管员，只有测试通过的工作产品才能入库。
软件技术(质量管理)可能就是学习这方面的知识，将来的岗位：测试、QA、配置管理员。

3. 软件质量管理的介绍

本书是《国防科技工业质量与可靠性专业技术丛书》之一。由石柱编写，航空工业出版社出版。本书共分九章和两个附录，其内容包括：软件质量管理概述和基本概念，软件质量管理 基础，软件质量评价、软件开发和维护过程控制，软件验证与确认技术和方法，配置管理和FRACAS，软件质量管理的相关文档，软件过程改过。两个附录包括软件设计准则和软件设计评审检查单示例。本书以作为国防工业质量管理专业人员、软件研制人员、软件测试人员、型号研制管理人员对开展质量管理工作提供反术支持和学习参考用书。

4. 软件质量的软件开发

 确保客户所要求的系统是可行的。确保客户指定的需求确实能够满足他的真正 要求。避免开发者和客户之间的误解。向用户提供为满足他所提出的需求而实际构建的适当软件系统。 通过建立需求跟踪文档，确保规格说明书与系统需求保持一致。确保规格说明书能适当地改进系统的灵活性、可维护性以及性能。确保已建立了测试策略。确保已建立了现实的开发进度表，包括 预定的评审。确保已为系统设计了正式的变更规程。 确保已建立用于描述设计的标准，并且确保遵循这些标准。确保适当地控制并用文档记录对设计进行的变更。确保在系统设计组件已按照商定的准则得到批准之后才开始编码。确保对设计的评审按照进度进行。确保代码遵循已建立的风格、结构和文档标准。确保代码经过适当测试和集成，同时对编码模块的修改得到适当的标识。查看代码编写是否遵循既定的进度。确保代码评审按照进度进行。 确保测试计划的建立和遵循。确保创建的测试计划能够满足所有系统规格说明书的要求。确保经过测试和返工后软件与规格说明书保持一致。 确保代码和文档的一致性。确保对已建立的变更控制过程进行监测，包括将变更集成到软件的产品版本中的过程。确保对代码的修改遵循编码标准，并且要对其进行评审，不要破坏整个代码结构。

5. 软件项目的质量管理

      
        　　1 质量计划 
       　　对于软件项目质量管理而言，必须先制定出一套较为完善的质量计划，才能够以较大的概率完成软件项目质量管理的目标。制定软件项目质量所依据的应该是企业对与项目质量所制定的的战略目标。我国企业采取的等级结构一般都是典型的金字塔型结构，管理者特别是高层管理者的理念与意识对于企业的各项工作能够产生非常大的影响。从这个意义上讲，质量计划应该是电信企业与软件企业高管层的`责任，而软件项目的质量就应该是由企业高管层所规定的关于项目质量的战略规划以及工作的方向。
       　　软件项目质量计划的目的是确保软件项目的质量，因此就涉及到了衡量软件质量的问题，即判断质量计划中的项目质量是否已经达到较高的标准。对于这一问题，软件开发企业通常所采用的做法通常是与行业内项目质量的均值作比较，以此判断本项目的质量能否达到行业内的平均标准。
        　　2 质量保证 
       　　质量保证的一般含义是为了证明项目能够达到有质量的标准而在质量体系中所进行的工作。因此，质量保证工作必须确保项目涵盖了能够达到质量要求的所有工作。若质量保证工作确定项目已经满足要求，则可以继续进行下一个环节的工作，即质量控制，反之，则要先完善项目质量计划工作。
       　　对于软件项目而言，质量保证的具体内容包括几个方面:(1)具有清晰的软件需求分析。需求分析是软件达到客户要求的基本评价标准，也是软件项目质量评价的基本依据，因此，必须确保软件项目具有清晰、可行的需求分析。(2)具有科学的软件项目质量体系与质量标准。需求分析是判断软件质量的标准，而根据前文所述，软件质量是否达标只是评价软件项目质量的基本标准。因此，但仍然有必要从多个维度建立、健全软件项目的质量体系以及质量标准。特别是对于电信企业而言，所面对的市场具有很大的不确定性，有鉴于此，电信企业软件的项目质量更需要建立、健全质量评价体系，制定完善的评价标准。(3)具有完成项目所必需的各种资源。电信企业的基础设施建设需要耗费大量的成本，电信企业的软件项目也同样需要大量的人、财、物等资源。因此，在质量保证工作当中需要确定企业具有达到项目质量标准所必需的各种资源，以保证软件项目能够达到其预定的标准。
        　　3 质量控制 
       　　质量控制工作是指评价项目成果是否符合相关的质量标准，并且当项目成果未达到标准时，对其原因进行分析并找到解决的方法。当项目的成果达到质量标准时，相关产品就可以交付使用了，反之，则需要对质量计划与质量保证两项工作进行改进，以保证项目成果能够符合相关规定。
       　　具体到软件项目，质量控制包括两项具体的工作:(1)判断所开发的软件是否达到客户所指定的标准，若已经达到，则可以继续开发，反之，则要对产品进行改进，保证产品能够满足客户需要。(2)判断项目的成本与进度执行是否达到质量计划中的标准，若已经达到，则项目可以继续进行;反之，就要判断，是质量计划制定得过高，抑或是具体的执行工作还有待改进以及怎样改进。
       　　上述这两项工作实际上都是反馈控制(即事中控制)，即在软件开发项目的执行过程当中对开发工作的绩效进行判断。电信行业的市场特征使得电信行业的软件项目具有较大的不确定性，采用事前控制的策略是较为困难的，而事后控制策略对于当前正在进行的项目并没有太大的实际价值，若当前的软件项目在执行过程中已经产生成本浪费，使用事后控制策略不能及时发现问题进而采取措施。因此，在质量控制工作当中应该采用反馈控制策略对各项工作进行合理的规划。

6. 软件项目中的质量管理

 软件项目中的质量管理
                       　　软件的质量是软件开发各个阶段质量的综合反映。软件项目的建设包括项目计划、需求分析、软件开发和系统维护等阶段，质量管理工作会始终贯彻在项目建设的各个阶段，下面是我分享的一些相关资料，供大家参考。
          　　1. 项目计划的质量管理 
       　　科学合理地制定项目开发计划，是项目成功的关键，在制定项目计划时，以下三个方面需要特别注意。
       　　首先，项目计划必须群策群力。项目计划的制定不仅需要对项目任务进行工作分解(WBS)和对资源估算以制定项目计划，更需要在项目计划中结合历史项目的实践经验和相关领域的行业经验，科学地评估项目各阶段所需要的时间并预留风险缓冲时间。通常可先由项目承建方制订项目计划草案，项目计划草案注明项目各阶段的产生物和里程碑时间，再由业主、监理、承建方的主要负责领导和技术骨干对项目计划草案进行讨论，并根据各方意见进行修订和完善，最终形成各方认可的项目计划。
       　　其次，项目计划要因变而变。在“金保”工程建设中，软件项目开发往往涉及劳动保障多个部门的工作，因而项目计划在实施过程往往受到多种因素的影响。项目计划要跟上项目的实际变化，通过动态调整投入项目的资源，合理地调节项目进度以及阶段性的里程碑，使得项目计划反映项目的实际进度，从而确保项目质量保证的实施。
       　　最后，建立项目沟通制度。每周召开业主方、承建方、监理方参加的项目例会，共同协商项目建设中所遇到的问题，明确责任分工，确定下一步工作计划，并根据实际情况及时调整，确保项目按计划进行。
        　　2. 需求分析的质量管理 
       　　把握正确的业务需求是项目成功的关键。需求分析是软件开发人员掌握业务流程，最终确定软件需要做什么和如何做的定义过程。由于对业务的需求分析是个迭代的过程，只有通过持续地与业务人员进行交流确认，才能最终掌握业务的实际需求。
       　　在“金保”工程建设中，为了减少需求分析阶段可能发生的各种风险，劳动保障部门信息中心的技术人员利用自己既掌握劳动保障的业务政策，又懂得软件开发技术和方法的优势，积极参与到软件项目中，做业务人员和软件开发人员联系的桥梁和纽带，既引导业务人员提出业务的需求，也帮助软件开发人员掌握业务规则。由于很多业务流程非常复杂，而且不可视，为了更好地获得业务需求，要求承建方制作软件原型，软件开发人员通过原型与业务人员进行进一步的沟通，最终获得与业务流程相一致的软件模型。需求分析结束后，编写成《用户需求说明书》、《需求规格说明书》，由业主、监理、承建方三方签字认可，作为验收方案和验收标准，并做好变更控制和配置管理。
        　　3. 软件开发的质量管理 
       　　软件开发是软件实现的重要阶段，需要通过运行多种质量管理方法做好软件开发过程的质量控制。这个时期的`质量管理的方法包括了日常检查、阶段评审、方案检验和质量原因分析等。
       　　日常检查贯彻于软件开发的全过程，通过对业务调研、系统设计和系统实现等过程进行监督，及时识别和发现缺陷。阶段评审主要对各阶段的产出物进行评审，尤其是需要加强对需求阶段的《用户需求说明书》、《需求规格说明书》、系统设计阶段的《设计说明书》，以及测试阶段的《确认测试用例》、《集成测试用例》的评审工作，通过评审发现阶段性问题，通过及时修改和完善，尽可能减少带入下一阶段的缺陷数目。
       　　方案检验是对在软件的设计方案进行模拟测试，通过对存储数据量、并发用户数、网络环境等多方面的综合验证测试，以保证系统设计方案的正确性。质量原因分析报告用鱼刺图来展现影响软件质量的各种直接和间接的原因以及构成这些因素，以总结经验、吸取教训，避免类似的质量缺陷重复发生。
        　　4. 系统维护的质量管理 
       　　软件项目开发完成交付使用后，随着时间的推移，承建方的开发人员会逐渐转移到其他项目，从而在技术服务和技术响应上得不到有效的支持，而软件随着推广使用的进一步扩大，对软件的可靠性、稳定性等方面提出了更高的要求，最终出现承建方的维护不及时、业主方维护工作繁重的局面。
       　　为解决系统维护阶段的问题，首先在项目建设初期劳动保障信息中心的技术人员应该参与软件的设计和开发，通过掌握软件的核心技术和运行方法，使得软件在运行和维护期间不需要过分依赖于承建方，只要不是大的改动都能应付，特别要熟练掌握软硬件环境的安装、维护、调优和备份等工作。其次，完备的文档为程序的维护、更新、扩展提供良好的帮助，承建方应该提供完整的文档，包括软件安装手册、软件操作手册、在线帮助、系统管理手册等，为以后的维护工作提供方便。
       　　在“金保”工程建设中，要提高软件项目质量管理的方法有很多，例如在软件企业实施CMM规范或者引入RUP过程等，但对于参与“金保”工程建设的大多数中小型软件企业而言很不现实。首先，这需要企业投入大量的资金和人力物力，这不是企业所能承受的; 其次，CMM和RUP太大、太广，要求具有不同专业背景的技术人员，并且在企业内部建立起层次分明和分工清晰管理体系，而这些恰恰又是中小型软件企业所缺乏的。在“金保”工程的建设实践中，我们深切体会到，针对软件质量管理的薄弱环节实施质量管理改进，不用投入太多人力物力，就能较大程度地提高软件的质量。
    ;

7. 质量管理软件的

工作程序：  
1、在下列情况下，必须在首批产品发运前向顾客产品批准部门提交PPAP批准文件，除非顾客负责产品批准的部门放弃此项要求：  a. 新产品或零件；  
b. 对以前提交产品或零件不符合项进行纠正时；  
c. 关于生产产品/零件编号的设计记录、技术规范或材料方面的工程更改。必要时，须评审和更新PPAP文件中所有适用的栏目，以反映生产过程的情况。PPAP文件中必须注明包含顾客负责产品批准部门准予放弃人员的姓名和日期。  
2、下列任何设计和过程更改通知须提交给顾客产品批准部门（顾客可能因此会决定要求提交PPAP批准）：  a. 和以前批准过的产品或零件相比，使用了其它不同的结构或材料；  
b. 使用新的或改进的工装(易损工装除外)、模具、模型等，包括附加的或可替换用的工装；  c. 对现有工装及设备进行翻新或重新布置之后进行生产；  
d. 把工装或设备转移到其它生产场所或新增的生产场所进行生产；  
e. 分承包方对零件、非等效材料或服务(如热处理、电镀)的更改，从而影响顾客的装配、形状、功能、耐久性能要求；  
f. 工装在停止批量生产12个月或更长时间后重新投入生产；  
g. 涉及由内部制造或由分承包方制造的生产零件有关的产品或过程更改。这些零件会影响到销售产品的装配、形状、功能、性能和/或耐久性。另外，在提交顾客之前，公司必须就分承包方提出的任何申请，先达成一致。  
h. 试验/检验方法的更改----新技术的采用(不影响接受准则)。  
3、由营销部负责与顾客联系生产件批准事宜。当顾客对生产件批准要求时，营销部将顾客的生产件批准程序及有关规定提交给项目策划小组（若顾客未有要求时，公司执行《PPAP手册》第三等级），由项目策划小组制定《PPAP计划表》，经总经理批准后，将具体任务分配给各相关部门。该计划应包括任务的执行部门、项目负责人、完成期限。  
4、 各职能部门按PPAP计划完成相关任务。  
5、 各职能部门对所提供的技术资料或实样的正确性负责，并交工程部汇总。  
6、营销部负责与顾客联系，并确定PPAP相关资料、实样和提交时间等要求的提交顺序。  
7、 生产件被顾客批准后，本公司应确保其生产条件和工艺与生产件一致。  
8、工程部应收集和整理本公司生产件批准的文件和资料（PPAP文件包），并存档。存档期限的最低求是产品在用期加一个日历年（必要时，可要求顾客提供），除非顾客另有特殊要求。  9、 分承包方的生产件批淮：  
（1）对为本公司提供材料、零部件及协作加工的分承包方执行生产件批准。  
（2） 分承包方应向本公司提交生产件样品、尺寸结果、材料试验结果、性能试验结果(适用时)、零件提交保证书。  
（3）对分承包方生产件的批准，由营销部会同工程部、品保部进行。

8. 如何开展软件的质量管理

在实际的项目质量管理中，质量管理总是围绕着质量保证(Quality?Assurance)过程和质量控制(Quality?Control)过程两方面。这两个过程相互作用，在实际应用中还可能会发生交叉。正如引言所述，关于软件的质量，很难下一个非常明确的定义。本文主要针对软件工程中的质量管理来进行讨论。
　　1、做软件“大餐”的工序
　　软件质量保证（Software?Quality?Assurance，以下简称SQA）的目的是验证在软件开发过程中是否遵循了合适的过程和标准。软件质量保证过程一般包含以下几项活动：
　　首先是建立SQA组；其次是选择和确定SQA活动，即选择SQA组所要进行的质量保证活动，这些SQA活动将作为SQA计划的输入；然后是制定和维护SQA计划，这个计划明确了SQA活动与整个软件开发生命周期中各个阶段的关系；还有执行SQA计划、对相关人员进行培训、选择与整个软件工程环境相适应的质量保证工具；最后是不断完善质量保证过程活动中存在的不足，改进项目的质量保证过程。
　　独立的SQA组是衡量软件开发活动优劣与否的尺度之一。SQA组的这一独立性，使其享有一项关键权利――“越级上报”。当SQA组发现产品质量出现危机时，它有权向项目组的上级机构直接报告这一危机。这无疑对项目组起到相当的“威慑”作用，也可以看成是促使项目组重视软件开发质量的一种激励。这一形式使许多问题在组内得以解决，提高了软件开发的质量和效率。