第13章 软件工程标准

《第13章 软件工程标准》由会员分享，可在线阅读，更多相关《第13章 软件工程标准（36页珍藏版）》请在金锄头文库上搜索。

1、第13章 软件工程标准,珠海软件行业协会专家委员会主任 吉林大学珠海学院计算机系教授 李军国,Software engineering standard,一、软件工程标准,软件工程标准化 软件质量认证 GB/T 8567-2006计算机软件文 档编制规范 本章小结,1、软件工程标准的概念,随着软件工程项目功能的不断扩大，人员的不断增加，软件质量的下降、管理的混乱，从而使人们对软件工程中的标准化、统一化更为迫切需要。软件工作的范围从只是使用程序设计语言编写程序，扩展到整个软件生存期。例如，软件概念的形成、需求分析、设计、实现、测试、制造、安装和检验、运行和维护直到软件引退(为新的软件所代替)。同

2、时还有许多技术管理工作(如过程管理、产品管理、资源管理)以及确认与验证工作(如评审与审计、产品分析、测试等)，常常是跨越软件生存期各个阶段的专门工作，所有这些方面都应逐步地建立标准或规范。,软件工程标准化的意义,在开发一个软件时，需要将项目和人员划分成不同的层级和不同的分工，这些层次和分工存在着相互配合的问题;同时，在开发项目的各个部分以及各开发阶段之间也都存在着许多联系和衔接问题。那么把这些错综复杂的关系协调好，就需要有一系列统一的约束和规定;并且在软件开发项目取得阶段成果或最后完成时，还需要进行阶段评审和验收测试;投入运行的软件，其在运行中出现的问题或正常的维护也需要对软件进行全面的理解。

3、这些理解就像一门语言的语法规则一样，都需要提供统一的规范和标准，使得各项工作都能有章可循。,软件工程标准化的类型,过程标准:与开发一个产品或从事一项服务的一系列活动或操作有关。如方法、技术以及度量等。 产品标准:涉及软件工程事务的格式和内容。如需求、设计、部件、描述、计划以及报告等。 专业标准:涉及软件工程的所有方面，如职别、道德准则、认证、特许以及课程等。 记法标准:论述了再软件工程行业范围内，以惟一的一种方式进行交流的方法。如术语、表示法以及语言等。,2、软件工程标准的制定与推行,软件工程的生命周期,软件工程标准在开发机构中的推行,参考国际标准、国家标准或行业标准，制定适用于本单位软件开发

4、的企业标准，编写软件工程标准化手册。 制定企业标准或是软件产品标准应当吸收软件工程师参加，让他们充分理解开发和实施标准的意义，以及他们自己在其中的责任。 为适应技术发展的形势，对已制定的标准，需要及时组织审查和更新。 贯彻标准应当得到辅助工具的支持。,3、软件工程标准层次,根据软件工程标准制定的机构和标准适用的范围有所不同，它可分为5个级别，即国际标准、国家标准、行业标准、企业(机构)标准及项目(课题)标准。以下分别对5级标准的标识符和标准制定(或批准)的机构进行简要说明。,国际标准：由国际联合机构制定和公布，提供各国参考的标准。 国家标准：由政府或国家级的机构制定或批准，适用于全国范围的标准

5、。 行业标准：由行业机构、学术团体或国防机构制定，并适用于某个业务领域的标准。 企业规范：一些大型企业或公司，由于软件工程工作的需要，制定适用于本部门的规范。 项目规范：由某一科研生产项目组织制定，目为该项任务专用的软件工程规范。,二、软件质量认证,软件质量认证的产生背景 软件质量认证的标准 软件质量认证的作用 ISO9000标准的构成,1、软件质量认证的产生背景,软件产品的质量直接影响到国民经济信息系统和国际装备系统的可靠性与安全运行，在国内外软件市场激烈的竞争中，提高软件质量已经成为一个软件企业生存发展的关键问题，软件企业或从事软件工程项目的机构在实践工作中在软件质量问题上应认识到，软件自

6、身的特点和目前软件开发模式，使隐藏在软件内部的质量缺陷是不可避免,问题的出现,软件需求中存在的模糊以及需求的变更，影响着软件产品的质量。 目前广为采用的手工开发方式难于避免出现差错。 软件开发过程中各个环节的接口处不易保证正确性。 软件测试技术具有局限性。 软件质量管理的实际困难。 软件质量指标许多尚未量化。 目前许多软件机构的产品质量责任尚未落实到人 不规范的开发习惯难于纠正。 人员之间的沟通容易出现问题。 软件项目组中人员流动会影响产品质量。,ISO 9000系列标准与GB/T 19000,直到1987年公布的ISO 9000系列标准，是国际上影响最为深远的质量管理标准当属国际标准化组织。

7、这一国际标准发源于欧洲经济共同体，但很快就波及美国、日本及世界各国。中国对此也十分重视，采取了积极态度。一方面确定对其等同采用，发布了与其相应的质量管理国家标准系列GB/T 19000。,2、软件质量认证的标准,软件企业贯彻实施ISO 9000质量管理体系认证。 质量体系认证，是指对供方的质量体系进行的第三方评定或注册活动，以通过评定和事后监督来证明供方的质量体系符合并满足需方对该体系规定的要求。第三方是指具有权威性，并目对于供需双方都无经济利害关系的机构。 ISO 9000-3作为软件企业实施，ISO 9001质量保证模式标准的实施指南，通过对软件产品从市场调查、需求分析、软件设计、编码、测

8、试等开发工作，直至作为商品软件销售，以及安装及维护整个过程进行控制，保障软件产品的质量。现在ISO 9000标准已被各国软件企业广泛采用，并将其作为建立企业质量体系的依据,软件质量认证的作用,ISO9000标准是一系统性的标准，涉及的范围、内容广泛，强调对各部门的职责权限进行明确划分、计划和协调，而使企业能有效地、有秩序地开展各项活动，保证工作顺利进行。它强调管理层的介入，明确制定质量方针及目标，并通过定期的管理评审达到了解公司的内部体系运作情况，及时采取措施，确保体系处于良好的运作状态的目的。它强调纠正及预防措施，消除产生不合格或不合格的潜在原因，防止不合格的再发生，从而降低成本。它强调不断

9、地审核及监督，达到对企业的管理及运作不断地修正及改良的目的。,ISO9000标准的构成,ISO9000系列标准自发布以来，在“市场竞争驱动”、“收益者驱动”和“管理者驱动”3方面影响下，己经发展成为一个大的标准家族，称为“ISO9000族”标准。到1994年为止这个家族包括了以下几类标准。 ISO8402质量管理和质量保证术语 质量管理和质量保证标准的选用和实施指南 质量保证标准 质量管理标准,三、GB/T 8567-2006计算机软件文档编制规范,1、使用范围,GB/T 8567-2006 中华人民共和国国家标准计算机软件文档编制规范。本标准根据GB/T 8566-2001信息技术 软件生存

10、周期过程的规定，主要对软件的开发过程和管理过程应编制的主要文档及其编制的内容、格式规定了基本要求。本标准原则上适用于所有类型的软件产品的开发过程和管理过程。本标准参考国际标准ISO/IEC 15910：1999 信息技术 软件用户文档过程等标准制定的。该标准是GB/T 8567-1988计算机软件产品开发文件编制指南的修订版，更适合计算机软件文档的编写。,2、文档过程,概述 两种主要类型的标注： 产品标准，它规定产品的特征和功能需求 过程标准，它规定开发产品的过程,源材料准备 需方应允许文档管理者访问以下内容： 所有有关的规格说明、记录格式、屏幕和报告布局、CASE工具输出和文档的准备所需要的

11、任何其他的信息； 若可用，软件的操作副本； 软件的分析员和程序员，以及及时和确切地解答由文档开发人员提出的问题； 若可能，访问典型的用户。 注：保证需方交付给文档管理者的所有材料，当交付时，是完整的和正确的且在交付后保持是最新的，这是需方的责任。,文档计划 文档管理者应准备一份文档计划，此计划规定在文档创建中要执行的工作。此文档计划应经需方正式同意，以预示它完全覆盖了需方的要求。 文档计划应正式地描述计划的文档的范围和限制，以及重要的文档分析和设计决定。也应规定在文档开发期间实现的过程和控制。 文档开发 按文档计划规定进行文档开发。通常，在进行文档开发前，要规定文档的格式（风格）。 在软件的开

12、发和管理过程中需要那些文档，每种文档的规范在下面说明。,评审 主要以用户文档的评审为例说明。对于开发文档的评审，由供方组织和实施，而批准由开发组织的上级技术机构实施，更要着重经常性的、非正式的注重实效的评审。 用户文档的评审应由需方实现，包括当需要时与文档管理者讨论。评审宜由合适的有资格的人员执行，这些人员被授权请求变更和批准文档的内容。需方在批准每个用户文档草案之前，应保证文档的安全和合法。 与其他公司的文档开发子合同 文档管理者应保证子合同的文档遵循本标准，遵循文档计划和合同。 在子合同的文档中，文档管理者作为本标准的“需方”，而子合同承担者作为“文档管理者”。文档管理者应与子合同承担者签

13、定符合标准的协议。,3、文档编制要求,软件生存周期与各种文档的编制,在计算机软件的生存周期中，GB/T8567-2006给出了这些文档的编制规范，同时，该标准也是这些文档的编写质量的检验准则。一般地说，一个软件总是一个计算机系统（包括硬件，固件和软件）的组成部分。鉴于计算机系统的多样性，本标准一般不涉及整个系统开发中的文档编制问题，本标准仅仅是软件开发过程中的文档编制指南。,管理人员：可行性分析（研究）报告， 项目开发计划， 软件配置管理计划， 软件质量保证计划， 开发进度月报， 项目开发总结报告； 用 户： 软件产品规格说明， 软件版本说明， 用户手册， 操作手册。,开发人员： 软件需求规格

14、说明， 接口需求规格说明， 软件（结构）设计说明， 接口设计说明书， 数据库（顶层）设计说明， 测试计划， 测试报告； 维护人员： 软件需求规格说明， 接口需求规格说明， 软件（结构）设计说明;,对于使用文档的人员而言他们所关心的文件的种类随他们所承担的工作而异。,本标准规定了在软件开发过程中文档编制的要求，这些文档从使用的角度可分为用户文档和开发文档两大类。其中，用户文档必须交给用户。用户应该得到的文档的种类和规模由供应者与用户之间签订的合同规定。如前所述，软件，从出现一个构思之日起，经过软件开发成功投入使用，直到最后决定停止使用并被另一项软件代替之时止，被认为是该软件的一个生存周期，一般地

15、说这个软件生存周期可以分成以下六个阶段： 可行性与计划研究阶段 需求分析阶段 设计阶段 实现阶段 测试阶段 运行与维护阶段,在可行性分析（研究）与计划阶段内，要确定该软件的开发目标和总的要求，要进行可行性分析、投资一收益分析、制订开发计划，并完成应编制的文档。 在需求分析阶段内，由系统分析人员对被设计的系统进行系统分析，确定对该软件的各项功能、性能需求和设计约束，确定对文档编制的要求，作为本阶段工作的结果，一般地说软件需求规格说明（也称为：软件需求说明、软件规格说明）、数据要求说明和初步的用户手册应该编写出来。,在设计阶段内，系统设计人员和程序设计人员应该在反复理解软件需求的基础上，提出多个设

16、计，分析每个设计能履行的功能并进行相互比较，最后确定一个设计，包括该软件的结构、模块（或CSCI）的划分、功能的分配，以及处理流程。在被设计系统比较复杂的情况下，设计阶段应分解成概要设计阶段和详细设计阶段两个步骤。在一般情况下，应完成的文档包括：结构设计说明、详细设计说明和测试计划初稿。 在实现阶段内，要完成源程序的编码、编译（或汇编）和排错调试得到无语法错的程序清单，要开始编写进度日报、周报和月报（是否要有日报或周报，取决于项目的重要性和规模），并且要完成用户手册、操作手册等面向用户的文档的编写工作，还要完成测试计划的编制。,在测试阶段：该程序将被全面地测试，已编制的文档将被检查审阅。一般要完成测试分析报告。作为开发工作的结束，所生产的程序、文档以及开发工作本身将逐项被评价，最后写出项目开发总结报告。 在整个开发过程中（即前五个阶段中），开发团队要按月编写开发进度月报。 在运行和维护阶段，软件将在运行使用中不断地被维护，根据新提出的需求进行必要而且