《软件工程标准》PPT课件.ppt

《《软件工程标准》PPT课件.ppt》由会员分享，可在线阅读，更多相关《《软件工程标准》PPT课件.ppt（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、评审为例说明。对于开发文档的评审，由供方组织和实施，而批准由开发组织的上级技术机构实施，更要着重经常性的、非正式的注重实效的评审。用户文档的评审应由需方实现，包括当需要时与文档管理者讨论。评审宜由合适的有资格的人员执行，这些人员被授权请求变更和批准文档的内容。需方在批准每个用户文档草案之前，应保证文档的安全和合法。与其他公司的文档开发子合同 文档管理者应保证子合同的文档遵循本标准，遵循文档计划和合同。在子合同的文档中，文档管理者作为本标准的“需方”，而子合同承担者作为“文档管理者”。文档管理者应与子合同承担者签定符合标准的协议。,3、文档编制要求,软件生存周期与各种文档的编制,在计算机软件的生

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

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

15、研究）与计划阶段内，要确定该软件的开发目标和总的要求，要进行可行性分析、投资一收益分析、制订开发计划，并完成应编制的文档。在需求分析阶段内，由系统分析人员对被设计的系统进行系统分析，确定对该软件的各项功能、性能需求和设计约束，确定对文档编制的要求，作为本阶段工作的结果，一般地说软件需求规格说明（也称为：软件需求说明、软件规格说明）、数据要求说明和初步的用户手册应该编写出来。,在设计阶段内，系统设计人员和程序设计人员应该在反复理解软件需求的基础上，提出多个设计，分析每个设计能履行的功能并进行相互比较，最后确定一个设计，包括该软件的结构、模块（或CSCI）的划分、功能的分配，以及处理流程。在被设计

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

17、中），开发团队要按月编写开发进度月报。在运行和维护阶段，软件将在运行使用中不断地被维护，根据新提出的需求进行必要而且可能的扩充和删改、更新和升级。,文档编制中的考虑因素,文档编制是开发过程的有机组成部分，也是一个不断努力的工作过程。是一个从形成最初轮廓、经反复检查和修改，直至程序和文档正式交付使用的完整过程。其中每一步都要求工作人员做出很大努力。要保证文档编制的质量，要体现每个开发项目的特点，也要注意不要花太多的人力。为此编制中要考虑如下各项因素。,文档的读者,每一种文档都具有特定的读者。这些读者包括个人或小组、软件开发单位的成员或社会上的公众、从事软件工作的技术人员、管理人员或领导干部。他们

18、期待着使用这些文档的内容来进行工作，例如设计、编写程序、测试、使用、维护或进行计划管理。因此这些文档的作者必须了解自己的读者。这些文档的编写必须注意适应自己的特定读者的水平、特点和要求。,重复性,本规范中列出的文档编制规范的内容要求中，显然存在某些重复。较明显的重复有两类。引言是每一种文档都要包含的内容，以向读者提供总的梗概.第二类明显的重复是各种文档中的说明部分，如对功能性能的说明；对输入、输出的描述；系统中包含的设备等。这是为了方便每种文档各自的读者，每种文档应该自成体系，尽量避免读一种文档时又不得不去参考另一种文档。当然，在每一种文档里，有关引言、说明等同其他文档相重复的部分，在行文上、

19、在所用的术语上、在详细的程度上，还是应该有一些差别以适应各种文档的不同读者的需要。,灵活性,鉴于软件开发是具有创造性的脑力劳动，也鉴于不同软件在规模上和复杂程度上差别极大，本规范认为在文档编制工作中应允许一定的灵活性。这种灵活性表现在如下各款。应编制的文档种类 尽管本规范认为在一般情况下，一项软件的开发过程中，应产生如上所述的各种文档，然而针对一项具体的软件开发项目，有时不必编制这么多的文档，可以把几种文档合并成一种。一般地说，当项目的规模、复杂性和失败风险增大时，文档编制的范围，管理手续和详细程度将随之增加，反之，则可适当减少。为了恰当地掌握这种灵活性，本规范要求贯彻分工负责的原则，这意味着

20、：一个软件开发单位的领导机构应该根据本单位经营承包的应用软件的专业领域和本单位的管理能力，制定一个对文档编制要求的实施规定，主要是：在不同的条件下，应该形成哪些文档？这些文档的详细程度？该开发单位的每一个项目负责人，必须认真执行这个实施规定。,对于一个具体的应用软件项目，项目负责人应根据上述实施规定，确定一个文档编制计划（可以包含在软件开发计划中），其中包括：应该编制哪几种文档，详细程度如何？各个文档的编制负责人和进度要求；审查、批准的负责人和时间进度安排在开发时间内，各文档的维护、修改和 管理的负责人，以及批准手续。每项工作必须落实到人。这个文件编制计划是整个开发计划的重要组成部份。有关的设

21、计人员则必须严格执行这个文档编制计划。,文档的详细程度 从同一份提纲起草的文件的篇幅大小往往不同，可以少到几页，也可以长达几百页。对于这种差别，本规范是允许的。此详细程度取决于任务的规模、复杂性和项目负责人对该软件的开发过程及运行环境所需要的详细程度的判断。,项目开发计划可能包括：质量保理计划，配置管理计划，用户培训计划，安装实施计划；系统设计说明可分写成：系统设计说明，子系统设计说明；程序设计说明可分写成：程序设计说明，接口设计说明，版本说明；,操作手册可分写成：操作手册，安装实施过程；测试计划可分写成：测试计划，测试设计说明，测试规程，测试用例；测试分析报告可分写成：综合测试报告，验收测试

22、报告；,文档的扩展 当被开发系统的规模非常大(例如源码超过一百万行)时，一种文档可以分成几卷编写，可以按其中每一个系统分别编制；也可以按内容划分成多卷，例如：,节的扩张与缩并 在有些文档中，可以使用本规范所提供的章、条标题，有存在一系列需要分别讨论的因素。本规范认为，所有的条都可以扩展，可以进一步细分，以适应实际需要。反之如果章条中的有些细节并非必需，也可以根据实际情况缩并。此时章条的编号应相应地变更。程序设计的表现形式 本规范对于程序的设计表现形式并未做出规定或限制，可以使用流程图的形式，判定表的形式，也可以使用其他表现形式，如程序设计语言（PDL）、问题分析图（PALb）等。文档的表现形式 本规范对于文档的表现形式亦未做出规定或限制。可以使用自然语言，也可以使用形式化语言。也可以使用各件图、表。,