质量管理体系计算机软件设计、开发专业审核指导书1适用范围本指导书适用于计算机软件设计、开发专业2 术语软件：与计算机系统的操作有关的程序、规程、规则及任何与之有关的文档。
软件生存周期（Life cycle）：软件产品从构思开始至软件不再可用结束的时间周期。
软件生存周期典型地包括：需求阶段、设计阶段、实现阶段、测试阶段、安装和验收阶段、操作和维护阶段有时还包括退役阶段。
软件工程：运用现代科学技术知识来设计并构造计算机程序及为开发、运行和维护这些程序所必需的相关文件资料。
软件配置项：软件配置管理的对象，指的是软件工程过程中产生的所有信息项。
包括计算机可执行的源代码、目标代码、数据库等以及计算机不可执行的文档、源程序清单、测试用例等。
软件配置管理：标识和确定系统中配置项的过程，在系统整个生存周期内控制这些项的投放和更动，记录并报告配置的状态和更动要求，验证配置项的完整性和正确性。
软件测试：为了发现错误而执行程序的过程，或者说是根据软件开发各阶段的规格说明和程序的内部结构而精心设计一批测试用例，并利用这些测试用例去运行程序，以发现程序错误的过程。
黑盒测试：又叫功能测试或数据驱动测试。
只依据程序的需求规格说明书，检查程序的功能是否符合它的功能说明，而不考虑程序内部的逻辑结构和内部特性。
白盒测试：又叫结构测试或逻辑驱动测试。
测试人员利用程序内部的逻辑结构以及有关信息，涉及或选择测试用例，对程序所有逻辑路径进行测试。
通过在不同点检查程序的状态，确定实际的状态是否与预期的状态一致。
基线（Baseline）：已经过正式审核与同意，可用作下一步开发的基础，并且只有通过正式的修改管理过程方能加以修改的规格说明或产品。
CMM：软件过程能力成熟度模型，可用于对软件过程评估和软件能力评价。
单元测试：又称模块测试，是针对软件设计的最小单元——程序模块，进行正确性检验的测试工作。
集成测试：把软件部件、硬件部件或者两者组合起来进行的测试。
系统测试：将通过确认测试的软件，作为整个基于计算机系统的一个元素，与计算机硬件、外设、某些支持软件、数据和人员等其他系统元素结合在一起，在实际运行（使用）环境下，对计算机系统进行一系列的组装测试和确认测试。
回归测试：用于验证对软件修改后又没有引出新的错误，或者说，验证修改后的软件是否仍然满足系统的需求规格说明。
代码评审/走查：由若干程序员和测试员组成一个评审小组，通过阅读、讨论和争议，对程序进行静态分析，确定程序中是否有某类错误或“危险”结构的过程。
Bug：缺陷或隐错编码（coding）：即为程序编写，把软件设计转换成计算机可以接受的程序代码（即写成以某一种特定程序设计语言表示的“源程序清单”）的工作。
软件需求说明书：也称软件规格说明书。
对所开发软件的功能、性能、用户界面、及其运行环境等做出详细的说明。
是用户与开发人员双方对软件需求取得共同理解基础上达成的协议。
概要设计：对于系统或部件分析各种设计方案和定义软件体系结构、部件、接口和提出事件和估摸方面的估计的过程。
概要设计说明书：概要设计工作阶段的成果。
说明系统的功能分配、模块划分、程序的总体结构、输入输出及接口设计、运行设计、数据结构设计和出错处理设计等，为详细设计奠定基础。
详细设计说明书：着重描述每一个模块是如何实现的，包括实现算法、逻辑流程等。
3申请认证的特殊要求无特殊要求4 专业指导4.1产品及顾客群实际使用软件来完成某项计算、控制或数据处理等任务的单位或个人。
4.2 产品特性要求计算机软件是一种复杂、抽象的逻辑实体，它所固有的一些特点有：抽象性、复杂性、多样性、易变性、软件需求难于把握。
4.2.1软件产品的质量特性一般要求符合：功能性：满足明确或隐含的需求可靠性：在规定的一段时间和条件下，软件能维持其性能水平的能力易用性：使用方便效率：在规定的条件下操作，系统相应迅速、及时，占用资源少可维护性：软件出了问题或者对其功能加以扩充，易于维护可移植性：可容易地递从某一环境移植到另一环境下工作4.2.2软件设计、开发流程与标准主要条款对应软件企业的开发过程相当于一般生产企业的产品生产过程，而不是将软件复制作为软件生产过程。
4.3过程描述4.3.1软件设计开发流程4.3.2设计过程描述软件设计是从项目立项开始，通过需求分析、系统分析、框架搭建、数据定义等过程，编制详细设计说明书、用户手册、测试计划等一系列文档的工作过程，最后输出的详细设计说明书清楚地描述了所设计产品的功能、性能、运行环境等要求，并且对各模块的内部接口定义明确。
开发人员依照文档即可进行编码、开发，即使开发人员变动，也不会造成对项目要求的理解偏差。
开发完成后所有功能，均符应合设计说明书的要求，该说明书也是系统测试的依据标准。
软件设计开发企业的设计，为从需求分析到设计说明书输出的这一过程阶段。
4.3.2.1设计策划设计策划一般包含在项目开发计划中，内容可包括：1）客户、分包方的职责和权限；2）软件开发管理规程（可包含在管理体系文件中）；应注意客户是否有特殊流程的要求；3）开发的环境，包括设施、标准、步骤，工具和开发平台；4）开发所应实现的基本功能的要求5）选定项目组成员并确定其在项目组中的作用和职责；6）确定各个开发阶段及进度计划；部分阶段活动可能需进一步详细的质量策划，如测试阶段。
7）验证、确认方法。
在合同情况下，投标书（可包含可行性计划）可作为策划结果的输出。
4.3.2.2设计输入设计输入包括需求调研、类似项目的资料（如果项目为以前项目的功能升级，则必须要考虑历史资料，以及兼容要求）、采用的标准、规则、惯例和约定，等。
设计输入应充分考虑合同评审的要求，在投标书或可行性计划的基础上，以顾客的需求为主要输入结合相关的法律法规等要求。
由于大部分客户自己不能提出详细的开发需求，软件项目往往在合同签订或立项前已经开始需求调研，设计开发人员的早期介入可更好地了解客户的需求。
分析的结果有时可直接作为概要设计，并作为合同附件。
4.3.2.3设计输出设计开发的输出分为两个部分，一部分是编码前完成的文档如：软件需求说明书、项目进度计划、测试计划等；另一部分是整个项目的最终结果即按顾客要求开发的软件，及其配套的文档如：用户手册、操作手册等。
概要设计、详细设计、数据库设计完成后即可进入开发阶段。
4.3.2.4设计评审在设计的适当阶段应进行正式的评审，这里的评审主要指对编码前各阶段工作的评审，应注意在以下阶段进行评审：1）项目进度计划评审：人员是否具备专业能力，资源配备是否充足，时间进度是否合理；2）设计输入评审：确保用户要求是否明确，是否与用户达成一致意见并得到用户的确认，输入信息及参考资料信息是否充分；需求规格说明书，应取得客户的确认。
3）概要设计评审：评价概要设计的技术合适性，是否与规格说明一致；4）详细设计评审：确定详细设计对需求规格说明书中需求方面的可接受性及其方法的合适性和完整性；4.3.2.5设计验证由于软件开发过程的特殊性，开发未完成很难确认设计内容是否符合了用户的实际要求，并具有可操作性。
软件设计中的错误在编码的过程中也不一定能全部发现，甚至要到最终使用时才会显现。
因此，对设计的验证可通设计阶段形成演示版，对产品的风格、界面及部分功能的形式，对部分内容进行验证。
然后，结合测试阶段，在对软件测试的同时对软件设计进行验证。
软件测试应分阶段进行单元测试，整合完成后，应进行最终的系统测试，测试报告可作为对设计验证的记录。
测试通过后提交客户进入试运行阶段。
4.3.2.6设计确认软件设计的确认在合同情况下应在内部测试之后，在用户现场环境中使用一段时间，由用户对功能、性能等方面是否达到预期效果进行确认，并予以记录；，可通过客户使用后的反馈、问题提交对设计进行确认，必要时应进行修改。
4.3.2.7设计更改的控制由于软件项目需求变更经常发生，随着项目的进行，客户要求可能不断深化。
设计输入的变更可能贯穿于整个项目的实施过程，甚至在编码阶段也有可能变更。
应通过项目组同顾客的不断沟通在项目组内部、项目组与顾客充分交换意见，使顾客对这些分析设计结果的确认，尽量避免到项目后期再进行较大规模的功能修改，否则可能会引起项目的延期或者因更改一部分功能影响其他部分的后果。
重点审核更改要求有无评审并批准，由此更改引起的其他设计的变动有无相应手续。
4.3.3开发过程描述开发过程设计完成后将设计转化为产品的一个过程，相当于生产企业的产品生产过程。
这个过程比较特殊，每个软件产品都是个性化的，不同开发人员实现同一功能时所采取的方法是不同的。
软件开发的实现过程无法完全使用标准化管理。
编码是过程控制的一个重要部分，但不能将其等同于过程控制的全部内容。
从项目计划开始，通过项目实施，直到产品正式发布这一过程的控制管理，包括对产品进行后期维护的过程，是质量管理体系中的过程控制。
4.3.3.1项目管理在审核过程控制这个要素时，我们要重点关注的是项目的控制管理。
项目的质量不仅仅依靠几个经验丰富的软件工程师就可以得到保证，项目的进度控制、产品的可维护性、可扩展性等特性，也是很重要的指标。
在软件行业中人员流动频繁，如何控制软件质量，同项目管理的方法有很大关系。
项目管理包括对项目的工作计划、人日数的估算、人员安排、任务分配、进度控制、内外沟通协调、阶段检查、总结分析、配置管理等工作。
这些活动贯穿在整个项目之中，相互支撑，保证开发质量。
对于这些活动，企业应制定相关的管理制度加以规范，明确项目经理、开发人员、测试人员、质量保证人员的职责和接口，明确在各个阶段应进行的活动及所需形成的记录，并在各个重要的节点对项目进度、规范执行情况、记录使用的规范性、符合性进行检查和总结。
对于发现的问题应予以记录，并跟踪确认解决情况。
4.3.3.2编码过程控制编码是整个软件开发过程中的一个特殊过程。
虽然在开发各个阶段中要进行单元测试、集成测试，试运行等各种测试，但并不能保证通过测试能发现所有的问题。
由于编码完全由人工实现，开发人员的经验，考虑问题的周全性，各个模块的协调性及现有技术的局限性等因素，会导致某些问题可能要在产品使用一段时间，或者要在特定的条件下才被发现，而发现的问题可能会影响产品的使用功能。
因此，对编码的过程确认十分重要。
也就是从编码开始到提交测试的过程中，通过各种方法减少人为差错，提高程序的标准化。
首先是设计文档要尽可能详细明确，减少因对文档理解不同产生误差的可能性。
其次应对软件工程师能力进行确认、开发前期对相关技术学习，提高其所需的技术能力。
再次，应制定编码规范并检查执行情况，保证代码符合规范要求并具有可读性。
还可以通过项目组内部代码的检查等方法进行确认。
通过这些方法使编码达到以下要求：1）遵循开发流程，在设计的指导下进行代码编写。
