DMISO软件工程质量管理程序Word文档格式.docx
《DMISO软件工程质量管理程序Word文档格式.docx》由会员分享，可在线阅读，更多相关《DMISO软件工程质量管理程序Word文档格式.docx（15页珍藏版）》请在冰豆网上搜索。
版本
修订日期
修订内容
修订者
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
制作
审核
批准
张琦
1目的
根据软件工程的特点和要求，建立完善的软件质量管理体系，合理控制软件产品的研发过程，不断改善软件的各项质量属性，努力提高软件产品的整体质量，最大程度地满足客户或用户的要求和期望，以适应不断变化的市场环境和要求，在激烈的市场竞争中以质量取胜，并可持续发展。
2定义
2.1软件质量
软件质量一般可简单定义为：
一个软件系统、组件或过程符合特定或潜在需求的程度，满足客户或用户的要求或期望的程度，优良或出色的程度。
软件质量是许多质量属性的综合体现，如正确性、功用性、可靠性、健壮性、可用性与易用性、性能与效率、可扩展性、可维护性、兼容性与可移植性、安全性等等。
我们通过改善软件的各种质量属性，来提高软件的整体质量。
对于企业而言，理想的软件质量目标不是尽善尽美和“零缺陷”，而是恰好让广大用户满意，并且将提高质量所付出的代价控制在预算之内。
对于一个特定的软件产品，我们首先必须从商业和技术的角度出发，识别出哪些质量属性是客户最关心的，哪些质量属性对软件整体质量影响最大，把主要资源和精力用在最重要的质量属性上。
只有这样，才能给出提高软件质量的有效措施。
2.2软件质量保证
软件质量保证（SoftwareQualityAssurance，SQA）是建立一套有计划的系统的方法，来向管理层和客户保证拟定的制度、标准、规程、步骤、实践和方法能够正确地被所有软件项目所采用，目的是使软件过程对于管理人员和客户来说是可见和可控的。
SQA通过对软件产品和活动进行评审和审计来验证软件是否合乎既定的标准和规范，重点是对软件开发过程进行监督、管理和控制。
SQA对于保证质量而言，只是必要的手段，而非充分的手段。
2.3软件质量控制
软件质量控制（SoftwareQualityControl，SQC）是一项或一系列确认软件产品是否满足标准的活动：
度量软件产品实际的质量属性，并与标准和需求比较，当发现差异时采取措施和行动。
SQC可在软件开发过程中的任何一点对软件产品进行评估和验证。
SQC主要通过软件测试、技术评审和代码走查等实现。
SQA强调事先预防和过程检查与监督，而SQC则侧重于事后验证与控制。
3范围
软件质量管理主要包括确定质量方针、目标和职责，并通过质量体系中的质量控制、质量保证和过程改进来使其实现的所有管理职能的全部活动。
在质量方针指导下和在良好的质量文化氛围里，质量管理发挥指挥和控制组织的质量活动，协调质量的各项工作，包括质量控制、质量保证和过程改进等的作用。
软件质量管理贯穿了整个软件开发生命周期，不仅确保项目最终交付的产品满足质量要求，而且要保证项目实施过程中阶段性成果的质量，包括软件需求和产品定义的质量、软件系统设计和代码的质量，以及其它各种项目和工程技术文档的质量，等等。
4职责
SQA
1）从流程上对软件质量进行跟踪、控制和改进，即监督软件项目按已定义的流程进行，并符合已定义的相关标准；
2）制定质量方针和质量计划，提出质量目标和要求，明确质量保证工作要采用的质量控制方法、技术和工具等；
3）质量计划的实施、检查控制和总结；
4）组织技术评审，包括对软件产品、技术、文档，以及软件流程和管理过程等方面的评审；
5）测试过程的检查和控制，找出明显不符合规范的测试过程和工作成果，及时指导测试人员纠正错误；
6）缺陷预防和跟踪分析。
软件测试
1）根据软件工程规范，制定测试规范和测试标准，设计测试策略和测试流程；
2）参与软件产品的需求分析，了解技术和架构设计，关注需求和设计的可测性，预先评估项目的风险；
3）制定测试计划，搭建测试环境、设计测试用例、编写测试脚本、执行测试；
4）缺陷的记录、分析、提交和跟踪等；
5）向项目干系人提交软件测试报告和产品质量评估报告；
6）设计和开发自动化测试工具或系统，不断总结和积累测试过程的最佳实践和经验；
7）推动测试流程、方法和工具等的持续改进和创新，努力提升测试的质量和效率；
8）测试团队的建设、管理及培训等工作。
配置管理
1）制定软件配置管理策略和配置管理计划；
2）创建配置管理环境，并负责相关配置工具的日常管理和维护；
3）配置项的标识、管理和维护；
4）软件项目基线、开发里程碑及发布等活动的管理；
5）版本控制和变更控制的管理；
6）配置状态监控和报告；
7）配置审计；
8）组织和进行有关配置管理工作的培训。
5程序
提高软件质量的基本手段是消除或减少软件缺陷。
为了更好地管理软件产品质量，首先需要制定软件项目的质量计划；
然后，在软件开发的过程中，需要进行技术评审和软件测试，并进行缺陷跟踪；
最后对整个过程进行检查，并进行有效的过程改进，以便在以后的软件项目中进一步提高软件质量。
5.1软件质量管理模型
通过分析质量要素和质量目标，制定合适的质量计划，整合技术评审、软件测试与纠错、过程检查、缺陷（或问题）跟踪等手段，在开发过程之中内建高质量。
我们提炼出全面软件质量管理的参考模型，如下图所示。
软件产品或软件项目开发中的所有人员几乎都参与了质量活动，只是介入的时间和程度不同而已。
5.2软件质量管理的组织保证
软件项目质量管理，首先要在组织上得到保证。
组织上没有保证，就不会有人去制定质量计划，质量的控制和管理也难以得到落实。
软件项目质量的组织保证如下图所示：
测试组
管理层
SQA组
SEPG组
项目组
管理层：
管理层具有很强的“质量第一”的意识，能制定有利于保证和提高软件质量的正确的方针和策略，在整个组织中营造良好的质量文化和氛围。
整个组织的质量方针、质量文化体现了组织对质量总的追求，对项目的影响是非常大的，是项目质量工作的指导思想、基础和行动指南。
SQA组：
软件质量保证团队主要是从流程上对软件质量进行跟踪、控制和改进，即监督软件项目按已定义的流程进行，并符合已定义的相关标准。
例如，要求项目组在开发过程中及时建立相关的文档，以及任何需求变更都要经过变更控制流程，批准之后还要进行配置项修改等。
SQA组在职能划分上独立于项目组，但监督项目组的各项活动。
测试组：
软件测试组负责对软件产品进行全面的测试，包括需求评审、设计评审、功能测试、性能测试、安全性测试等，从中找出所存在的缺陷。
测试组主要是面向产品，进行事后检查，从而给出软件产品的质量评估。
测试组是项目组的重要组成部分，和项目经理、产品经理、设计人员、开发组等一起工作，直至软件成功发布。
在敏捷开发模式下，项目团队是跨职能的团队，不再分为开发组和测试组，但可以有测试人员角色，而且也鼓励开发人员做更多的测试。
SEPG组：
软件工程过程组通常由软件专家组成，在软件开发组织中领导和协调过程改进的小组。
其主要任务是推动企业所应用的过程的定义、维护和改进。
和SQA相比，SEPG类似于一个“立法”机构，而SQA则类似于一个“监督”机构。
SEPG一般负责组织的过程定义，但也可以帮助项目进行过程裁剪，从而使项目流程更有效。
5.3质量计划
质量计划是进行软件项目质量管理、实现软件项目质量方针和目标的具体规划，是软件质量管理的行动纲领，是项目管理计划的重要组成部分。
软件质量计划需要覆盖软件开发和维护的整个生命周期，即需要针对需求、设计、编码、测试和部署等各项工作提出质量目标和要求，并就质量控制内容、方法和手段给出建议或指导，总体过程也经历4个阶段：
计划的编制、实施、检查调整和总结。
5.3.1质量计划的主要内容
质量计划的目的和范围。
该质量计划参考的文件列表。
质量目标，包括总体目标和分阶段或分项的质量目标。
质量的任务，即在软件项目质量计划中要完成的具体任务说明，包括组织流程说明会、流程实施指导、关键成果（需求说明、产品定义、设计和代码等）的评审等。
参与质量管理的相关人员及其责任，如在软件开发的不同阶段，项目经理、产品经理、开发小组、测试小组、QA等负有什么样的责任。
为项目的一些关键文档（例如开发手册、测试计划、配置管理计划）提出要求。
重申适合软件项目的相关标准，如明确地区分技术评审和文档评审的不同点等。
配置管理要求，如代码版本控制、需求变更控制等。
问题报告和处理系统，确保所有的软件问题都被记录、分析和解决，并被归入到特定的范畴和文档化，为将来的项目服务。
所要采用的质量控制工具、技术和方法等。
5.3.2质量计划的制定
1.了解项目的基本概况，收集项目有关资料。
质量管理计划编制阶段应重点了解项目的目标、用户需求和项目的实施范围，还要考虑如何和风险计划、资源计划、进度计划等协调，避免冲突，达成一致。
2.确定项目的质量目标。
先根据项目总体目标和用户需求确定项目的质量方针和总体目标，然后根据项目的组成与划分来分解质量目标，建立各个具体的质量目标。
3.确定围绕质量目标的工作任务。
从软件质量目标出发，比较容易确定所要开展的工作，包括评审、跟踪、统计分析等，从而确定所要进行的具体活动或任务。
4.明确项目质量管理组织机构。
根据项目的规模、项目特点、项目组织、项目总体进度计划和已建立的具体质量目标，配备各级质量管理人员、设备资源，并确定质量管理人员的角色和责任，建立项目的质量管理机构，绘制项目质量管理组织机构图。
5.制定项目质量控制程序。
项目的质量控制程序主要有：
项目质量控制工作程序、初始的检查实验和标识程序、项目实施过程中的质量检查程序、不合格项目产品的控制程序、各类项目实施质量记录的控制程序和校验程序等。
6.质量计划的评审。
项目质量计划编制完成后，经相关部门审阅，并经项目负责人（或技术负责人）审定和项目经理批准后颁布实施。
当项目的规模较大、子项目较多或某部分的质量比较关键时，也可以按照子项目或关键项目，根据项目进度分阶段编制项目的质量计划。
5.3.3质量计划的实施、检查控制和总结
质量计划确定后，各责任单位就必须按照设定的质量目标来安排质量工作，开展相关活动，实施有效的质量控制。
质量控制贯穿项目的整个过程，它通过收集、记录和分析有关项目质量的数据信息，确保质量计划得到贯彻执行，也可以根据实际情况对计划进行调整控制，适应市场和客户的新要求。
在质量计划实施过程中，应该设置检查点、验证点，对阶段性成果进行评审或完成质量评估，以确定项目阶段性成果是否达到所设定的质量标准。
如果满足了质量标准，就可以进入软件生命周期的下一个阶段。
如果不符合相关的质量标准，能使质量问题及早暴露出来，从而能够及时采取纠正措施或预防措施，以消除导致不合格或潜在不合格产品的原因，从根本上解决质量问题，避免发生更大的质量问题，还可避免最后一刻因质量问题使项目延期。
项目收尾阶段的质量控制是一个非常重要而又容易被忽视的内容，它需要检查项目文件资料的完备性，包括评审会议记录、测试报告等，同时进行项目总结。
项目总结是一个把实际运行情况与项目计划进行比较以吸取教
升级会员 