软件工程2.ppt

《软件工程2.ppt》由会员分享，可在线阅读，更多相关《软件工程2.ppt（60页珍藏版）》请在三一办公上搜索。

1、软件工程标准化和文档,软件工程标准化软件工程标准的层次中国的软件标准软件文档的作用与分类对文档编制的质量要求,内容提要,软件危机的出路在于软件开发的工程化和标准化。程序设计语言的标准化：为某一程序设计语言规定若干个标准子集，对于语言的实现者和用户都带来了很大方便。软件过程的标准化：软件生存期各个阶段的工作建立标准或规范。,软件工程标准化的作用,可提高软件的可靠性、可维护性和可移植性；可提高软件人员的技术水平，减少差错和误解；可提高软件人员之间的通信效率，提高软件的生产率；有利于软件管理；有利于降低软件产品的成本和运行维护成本；有利于缩短软件开发周期。,软件工程标准的层次,(1)国际标准 由国际

2、联合机构制定和公布，提供各国参考的标准。国际标准化组织 ISO(International Standards Organization)这一国际机构有着广泛的代表性和权威性，它所公布的标准也有较大的影响。,软件工程标准的层次,国际标准化组织 ISO成立于1947年2月宗旨：在世界上促进标准化及其相关活动的发展，以便于商品和服务的国际交换，在智力、科学、技术和经济领域开展合作。117个成员组织，2856个技术机构已制定10300多个标准编号格式ISO+标准号+斜杠+分标准号+冒号+发布年份,ISO建立了“计算机与信息处理技术委员会”,简称ISOTC97，专门负责与计算机有关的标准化工作。这一标

3、准通常冠有ISO字样，如 ISO 863186 Information processing _program constructs and conventions for their representation信息处理 程序构造及其表示法的约定。该标准现已由中国收入国家标准。,(2)国家标准 由政府或国家级的机构制定或批准，适用于全国范围的标准，如：GB 中华人民共和国国家技术监督局公布实施的标准，简称“国标”。现已批准了若干软件工程标准。ANSI(American National Standards Institute)美国国家标准协会。是美国一些民间标准化组织的领导机构，,FIPS(

4、NBS)Federal Information Processing Standards(National Bureau of Standards)美国商务部国家标准局联邦信息处理标准。BS(British Standard)英国国家标准。DIN(Deutsches Institut fr Nor-mung)德国标准协会 JIS(Japanese Industrial Standard)日本工业标准,(3)行业标准 由行业机构、学术团体或国防机构制定，适用于某个业务领域的标准。IEEE(Institute of Electrical and Electronics Engineers)美国电气

5、与电子工程师学会。该学会有一个软件标准分技术委员会(SESS)，负责软件标准化活动。IEEE公布的标准常冠有ANSI的字头。例如，ANSIIEEE Str 8281983软件配置管理计划标准。,GJB中华人民共和国国家军用标准。这是由中国国防科工委批准，适合于国防部门和军队使用的标准。例如，GJB 43788军用软件开发规范。DOD_STD(Department Of Defense _STanDards)美国国防部标准，适用于美国国防部门。MIL_S(MILitary_Standard)美国军用标准，适用于美军内部。,OMG(Object Management Group)isan open

6、 membership,not-for-profit consortium that produces and maintains computer industry specifications for interoperable enterprise applications.UML(Unified Modeling Language),(4)企业规范 一些大型企业或公司，由于软件工程工作的需要，制定适用于本部门的规范。例如，美国IBM公司通用产品部1984年制定的程序设计开发指南，仅供该公司内部使用。(5)项目规范 由某一科研生产项目组织制定，为该项任务专用的软件工程规范。,中国的软件标

7、准,到2003年，中国全部现行有效的软件工程规范国家标准共33项，并按照软件工程标准体系的框架、结构分为六大类：一 专业基础 GB/T 11457-1995软件工程术语 GB/T 13702-1992计算机软件分类与代码 GB/T 15539-1995软件工程标准分类法,二 软件过程 GB/T 8566-2001信息技术软件生存周期过程 GB/T 8567-1988计算机软件产品开发文件编制指南 GB/T 9385-1988计算机软件需求说明编制指南 GB/T 9386-1988计算机软件测试文件编制规范,二 软件过程(续)GB/T 12505-1990计算机软件配置管理计划规范 GB/T 1

8、4079-1993软件维护指南 GB/T 15532-1995计算机软件单元测试 GB/T 16680-1996软件文档管理指南 GB/Z 18493-2001信息技术软件生存周期过程指南,三 软件质量 GB/T 12504-1990计算机软件质量保证计划规范 GB/T 17544-1998信息技术软件包质量要求和测试 GB/T 18491.1-2001信息技术软件测量功能规模测量 GB/T 18492-2001信息技术系统及软件完整性级别,四 技术与管理 GB/T 13423-1992工业控制用软件评定准则第1部分：概念定义GB/T 14394-1993计算机软件可靠性和可维护性管理 GB/

9、T 16260-96信息技术软件产品评价质量特性及其使用指南 GB/T 18905.1-2002软件工程产品评价第1部分：概述 GB/T 18905.2-2002软件工程产品评价第2部分：策划和管理,四 技术与管理(续)GB/T 18905.3-2002软件工程产品评价第3部分：开发者用的过程 GB/T 18905.4-2002软件工程产品评价第4部分：需方用的过程 GB/T 18905.5-2002软件工程产品评价第5部分：评价者用的过程 GB/T 18905.6-2002软件工程产品评价第6部分：评价模块的文档编制,五 工具与方法 GB/T 15853-1995软件支持环境 GB/Z 18

10、914-2002信息技术软件工程CASE工具的采用指南 GB/T 18234-2000信息技术CASE工具的评价与选择指南,六 数据 GB/T 1526-1989信息处理数据流程图、程序流程图、系统流程图、程序网络图和系统资源图的文件编制符号及约定 GB/T 13502-1992信息处理程序构造及其表示的约定 GB/T 14085-1995信息处理系统计算机系统配置图符号及约定 GB/T 15535-1995信息处理单命中判定表规范 GB/T 15697-1995信息处理按记录组处理顺序文卷的程序流程,软件文档的作用与分类,在软件生产过程中，总是产生和使用大量的信息。软件文档在产品的开发过程中

11、起着重要的作用。提高软件开发过程的能见度。把开发过程中发生的事件以某种可阅读的形式记录在文档中。管理人员可把这些记载下来的材料作为检查软件开发进度和开发质量的依据，实现对软件开发的工程管理。,提高开发效率。软件文档的编制，使得开发人员对各个阶段的工作都进行周密思考、全盘权衡、减少返工。并可在开发早期发现错误和不一致性，便于及时加以纠正。作为开发人员在一定阶段的工作成果和结束标志。记录开发过程中有关信息，便于协调以后的软件开发、使用和维护。,提供对软件的运行、维护和培训的有关信息，便于管理人员、开发人员、操作人员、用户之间的协作、交流和了解。使软件开发活动更科学、更有成效。便于潜在用户了解软件的

12、功能、性能等各项指标，为他们选购符合自己需要的软件提供依据。,文档的桥梁作用,从某种意义上来说，文档是软件开发规范的体现和指南。按规范要求生成一整套文档的过程，就是按照软件开发规范完成一个软件开发的过程。所以，在使用工程化的原理和方法来指导软件的开发和维护时，应当充分注意软件文档的编制和管理。,文档的分类,软件文档从形式上可分为两类：一类是开发过程中填写的各种图表，称之为工作表格；一类是应编制的技术资料或技术管理资料，称之为文档或文件。软件文档的编制，可以用自然语言，特别设计的形式语言，介于两者之间的半形式语言(结构化语言)，各类图形表示、表格来编制文档。,文档可以书写，也可以在计算机支持系统

13、中产生，但必须可阅读。按照文档产生和使用的范围，软件文档大致可分为三类：开发文档 软件需求说明书 数据要求说明书 概要设计说明书 详细设计说明书 可行性研究报告 项目开发计划,管理文档 项目开发计划 测试计划 测试报告 开发进度月报 项目开发总结 用户文档 用户手册 操作手册 维护修改建议 软件需求说明书,软件文档的工作,1988年发布了GB/T 8567-1988计算机软件产品开发文件编制指南作为软件开发人员工作的准则和规程。它们基于软件生存期方法，把软件产品从形成概念开始，经过开发、使用和不断增补修订，直到最后被淘汰的整个过程应提交的文档归于以下十三种。,可行性研究报告 说明该软件项目的实

14、现在技术上、经济上和社会因素上的可行性;评述为合理地达到开发目标可供选择的各种可能的实现方案;说明并论证所选定实施方案的理由。项目开发计划 为软件项目实施方案制定出的具体计划。它包括,各部分工作的负责人员 开发的进度 开发经费的概算 所需的硬件和软件资源等项目开发计划应提供给管理部门，并作为开发阶段评审的基础。软件需求说明书对目标软件的功能、性能、用户界面及运行环境等作出详细的说明。,它是用户与开发人员双方对软件需求取得共同理解基础上达成的协议，也是实施开发工作的基础。数据要求说明书给出数据逻辑描述和数据采集的各项要求,为生成和维护系统的数据文件做好准备。概要设计说明书 该说明书是概要设计工作

15、阶段的成果。它应当说明,系统的功能分配 模块划分 程序的总体结构 输入输出及接口设计 运行设计 数据结构设计 出错处理设计等为详细设计奠定基础。,详细设计说明书着重描述每一个模块是如何实现的，包括实现算法、逻辑流程等。用户手册 详细描述软件的功能、性能和用户界面，使用户了解如何使用该软件。操作手册 为操作人员提供软件各种运行情况的有关知识，特别是操作方法细节。,测试计划针对组装测试和确认测试，需要为组织测试制定计划。计划应包括 测试的内容 进度安排 条件 人员 测试用例的选取原则 测试结果允许的偏差范围等,测试分析报告测试工作完成后，应提交测试计划执行情况的说明。对测试结果加以分析，并提出测试

16、的结论性意见。开发进度月报该月报是软件人员按月向管理部门提交的项目进展情况的报告。报告应包括进度计划与实际执行情况的比较、阶段成果、遇到的问题和解决的办法以及下个月的打算等。,项目开发总结报告 软件项目开发完成之后，应当与项目实施计划对照，总结实际执行的情况，如进度、成果、资源利用、成本和投入的人力。还需对开发工作作出评价，总结经验和教训。维护修改建议 软件产品投入运行之后，可能有修正、更改等问题。,应当对存在的问题、修改的考虑以及修改的影响估计等做详细的描述，写成维护修改建议，提交审批。以上软件文档是在软件生存期中，随着各个阶段工作的开展适时编制的。其中，有的仅反映某一个阶段的工作，有的则需

17、跨越多个阶段。,软件生存期各阶段与文档关系,文档最终要向软件管理部门，或向用户回答下列问题 What 哪些需求要被满足；Where 软件在什么环境中实现，所需信息从哪里来；When 开发时间如何安排；Who 开发(或维护)工作打算由谁来做；How 需求应如何实现；Why 为什么要进行这些软件开发或维护修改工作。,文档要回答的问题,对文档编制的质量要求,如果不重视文档编写工作，或是对文档编写工作的安排不当，就不可能得到高质量的文档。质量差的文档 使读者难理解，给使用造成许多不便;会削弱对软件的管理（难以确认和评价开发工作的进展情况)，提高软件成本(一些工作可能被迫返工);造成误操作;,对编制高质

18、量文档的要求,(1)针对性 文档编制以前应分清读者对象。按不同的类型、不同层次的读者，决定怎样适应他们的需要。管理文档主要面向管理人员 用户文档主要面向用户 这两类文档不应像开发文档(面向开发人员)那样过多使用软件的专用术语。,(2)精确性 文档的行文应当十分确切，不能出现多义性的描述。同一课题几个文档的内容应当是协调一致，没有矛盾的。(3)清晰性 文档编写应力求简明，如有可能，配以适当的图表，以增强其清晰性。(4)完整性 任何一个文档都应当是完整的、独立的，它应自成体系。,例如，前言部分应做一般性介绍，正文给出中心内容，必要时还有附录，列出参考资料等。同一课题的几个文档之间可能有些部分内容相

19、同，这种重复是必要的。不要在文档中出现转引其它文档内容的情况。如，一些段落没有具体描述，用“见文档节”的方式.,(5)灵活性各个不同软件项目，其规模和复杂程度有着许多实际差别，不能一律看待。应根据具体的软件开发项目，决定编制的文档种类。管理部门应根据本单位承担的应用软件的专业领域和本单位的管理能力，制定对文档编制要求的实施规定。,对于一个具体的应用软件项目，项目负责人应根据上述实施规定，确定一个文档编制计划。其中包括：编制哪几种文档，详细程度如何 各文档的编制负责人和进度要求 审查/批准负责人和时间进度安排 在开发时期内各文档的维护、修改和管理的负责人，以及批准手续 有关的开发人员必须严格执行

20、这个文档编制计划。,当所开发的软件系统非常大时，一种文档可以分成几卷编写。例如，项目开发计划可分写为：质量保证计划 配置管理计划 用户培训计划 安装实施计划等。系统设计说明书可分写为：系统设计说明书 子系统设计说明书。,程序设计说明书可分写为：程序设计说明书 接口设计说明书 版本说明。操作手册可分写为：操作手册 安装实施过程。测试计划可分写为：测试计划 测试设计说明,测试规程 测试用例。测试分析报告可分写为：综合测试报告 验收测试报告。项目开发总结报告也可分写成：项目开发总结报告 资源环境统计。,应根据任务的规模、复杂性、项目负责人对该软件的开发过程及运行环境所需详细程度的判断，确定文档的详细

21、程度。对国标GB8567-88计算机软件产品开发文件编制指南所建议的所有条款都 可以扩展，进一步细分，以适应需要；如果条款中有些细节并非必需，也可以根据实际情况压缩合并。程序的设计表现形式，可以使用程序流程图、判定表、PDL或PAD等。,对于文档的表现形式，没有规定或限制。可以使用自然语言、也可以使用形式化的语言或半形式化的语言。当国标计算机软件产品开发文件编制指南中规定的文档种类不能满足某些应用部门的特殊需要时，可以建立一些特殊的文档种类要求，这些要求可以包含在本单位的文档编制实施规定中。,为使软件文档能 起到多种桥梁的作用；有助于程序员编制程序；有助于管理人员监督和管理软件开发；有助于用户了解软件工作和应做操作；有助于维护人员进行有效的修改和扩充；文档的编制必须保证一定的质量。,标准化文档负担?源代码是最好的文档,自文档化!,