软件工程电子课件第11章 软件工程标准化和软件文档
《软件工程》PPT课件

第一章第四课时
喷泉模型 软件工程的任务与研究范围 软件开发的原则与开发方法
返回
喷泉模型
瀑布模型要求在软件开发的初期就完全确定软件的需求,这在很多 情况下往往是做不到的.螺旋模型试图克服瀑布模型的这一不足.SM 把软件开发过程安排为逐步细化的螺旋周期序列,每经历一个周期, 系统就细化和完善一些.SM每—螺旋周期由六个步骤组成: <1> 确定任务目标: 根据初始需求分析项目计划,确定任务目标、可选 方案和限制.<2>选择对象:对各种软硬件设备、开发方法、技术、 开发工具、人员、开发管理等对象进行选择:并决定软件是进行研 制、购买还是利用现有的.<3>分析约束条件:软件开发的时间、经 费等限制条件.<4>风险分析:评估目标、对象、约束条件三者之间 的联系,列出可能出.现的问题及问题的严重程度等,把最重要的问 题作为尚未解决的关键问题的风险.<5>制定消除风险的方法:应有 详尽的说明和周密的计划,并估计可能产生的后果.依此来开发软件, 为制订下一周期的计划打下基础.<6>制定下一周期的工作计划:在 第一个螺旋周期,确定目标、选择对象、分析约束,通过风险分析制 订消除风险的方法,初步开发原型1,制定系统生存周期计划.
软件工程的任务与研究范围
•软件产品的特点 •软件工程的研究内容与方法 •软件工具与软件支撑环境 •软件管理
软件开发的原则与方法
•软件开发的原则 • 自顶向下与模块结构 •软件开发的方法 •1.非自动形式的系统开发方法 •〔1〕系统流程图〔2〕结构分析法〔3〕结构化设计法 •〔4〕数据结构法〔5〕层次输入——处理——输出方法<HIPO法> • 2.半自动形式的系统开发方法 •〔1〕软件需求工程法〔2〕问题说明语言与分析法 • 3. 自动形式的系统开发方法 〔HOS方法〕:由计算机自动确定规 范、自动分析、自动编程、自动执行与模拟,以规范语言AXES、资 源分配工具RTA为工具.能自动进行分析、设计,工作量少、设计规范, 也能自动进行修改和维护.该方法适用于系统分析和设计.
《软件工程》教学课件 第11章 软件项目管理

下 表 是 根 据 63 个 项 目 的 数 据 统 计 结 果 , 按 照 基 本 的 COCOMO模型估算的工作量和进度。
总体类型 组织型
半独立型 嵌入型
工作量 MM=10.4(KLOG)1.05 MM=3.0(KLOG)1.12 MM=3.6(KLOG)1.20
进度 TDEV=10.5(MM)0.38 TDEV=10.5(MM)0.35 TDEV=10.5(MM)0.32
i1
其中:ai — 估计的最小行数 bi — 估计的最大行数 mi — 最可能的行数
将估算的源代码行数,乘以根据经验推算的每行源代 码所需成本,即为该软件的成本。
IBM 估算模型
1977年由Waiston 和 Felix 总结了IBM联合系统 分部(FSD)负责的60个项目的数据,利用最小二 乘法拟合,得到如下估算公式:
PERT(Program evaluation & review technique)计 划评审技术或CPM(Critical path method)关键路径法, 都是采用网络图来描述项目的进度安排。如图描述了开发 模块A、B、C的任务网络图。各边上所标注的数字为该任 务所持续的时间,数字结点为任务的起点和终点。
70
任务
月份 1 2 3 4 5 6 7 8 9 10 11 12
60
需求分析 ▲ ▲ ▲
50
总体设计
▲ ▲▲
40
详细设计
▲▲
30
编码 软件测试
▲ ▲▲
20
10
▲▲▲
0 一月
二月
三月
四月
五月
六月
进度表
2.甘特图(Gantt Chart)
第11章软件工程课件

• 选择程序设计语言的关键因素,是语言的一致的表达能力、 可重用性及可维护性。面向对象语言刻画客观系统较为自然,它 具有:
• ① 识认性,系统中的基本构件可识认为一组可识别的离散 对象;
• ② 类别性,系统具有相同数据结构与行为的所有对象可组 成一类;
• ③ 多态性,对象具有惟一的静态类型和多个可能的动态类 型;
第11章软件工程课件
• 我们仍以“自动饮料售货机”为例,说明可重用性对于提 高软件产品的质量和软件开发效率意义重大。假设该“自动饮 料售货机”可提供汽水、洛神、红茶、可乐、奶昔等五种饮料, 有关这五种饮料所实施的操作是相同的,因此,可以构造一个 饮料类,然后由该类构造汽水、洛神、红茶、可乐、奶昔等五 种不同的对象。这对于提高软件开发质量和软件开发效率具有 重要的意义。
第11章软件工程课件
•11.1.2 面向对象语言的技术特点
• 面向对象语言借鉴了20世纪50年代诞生的人工智能语言LISP, 引入了动态绑定的概念和交互式开发环境的思想;始于20世纪60 年代的离散事件模拟语言SIMULA 67,引入了类的概念和继承机 制;形成于20世纪70年代的Smalltalk语言。面向对象语言发展有 两大方向,一是纯面向对象的语言,如 Smalltalk、EIFFEL、Java 等语言;另一类是混合型面向对象语言,也就是在过程语言或其 他语言中增加了类、继承等面向对象机制,如C++、Objective_C 等语言。就两种形式的面向对象语言比较而言,纯面向对象语言 更加适合面向对象方法研究和快速原型的实现;而混合型面向对 象语言则更加注重于提高系统的运行速度,使传统使用结构化编 程方式的程序员容易接受面向对象思想。
第11章软件工程课件
软件工程标准化文档

软件工程标准化文档引言本文档旨在对软件工程中的标准化进行详细规定和说明,以确保软件开发过程中的高质量和良好的工程实践。
标准化主要包括代码规范、文档规范、测试规范、发布规范等方面,以确保软件开发的可维护性、可测试性和可扩展性。
代码规范1. 代码命名规范使用有意义且符合语义的变量、函数和类名。
遵循驼峰命名法。
避免使用缩写和简写。
2. 代码风格规范使用一致的缩进风格,推荐使用4个空格缩进。
使用一致的代码注释风格,包括函数注释、类注释和代码块注释。
避免代码冗余和过长的代码行。
3. 代码结构规范按照模块化原则进行代码组织,确保代码的可重用性和易维护性。
使用适当的设计模式和架构风格。
避免过度耦合和代码分散。
文档规范1. 文档结构规范文档应包括标题、引言、目录、和参考文献等部分。
应按照合适的章节划分,以清晰表达内容层次。
使用合适的标题和编号,以便于查阅和引用。
2. 文档风格规范使用简洁明了的语言,避免使用复杂的术语和专业名词。
表达清晰、准确,避免歧义和模糊性。
使用合适的排版和格式,以增强可读性。
3. 文档内容规范文档应包括对软件需求、设计、实现和测试等方面的详细描述。
说明软件的功能、性能、安全、可靠性等关键特性。
提供关于软件的使用说明和操作手册。
测试规范1. 测试计划规范编写详细的测试计划,包括测试范围、测试目标和测试资源等。
制定合理的测试策略和测试方法。
2. 测试用例规范编写清晰、可执行的测试用例。
确保测试用例能够涵盖软件的各个功能和边界条件。
3. 测试执行规范按照测试计划执行测试用例。
记录并报告测试结果,包括测试通过的用例和发现的缺陷。
4. 测试评估规范对测试结果进行评估和分析,以确定软件的质量和稳定性。
根据测试结果进行软件的优化和修复。
发布规范1. 版本管理规范使用版本控制工具管理软件的版本。
确保每个发布版本都有唯一的版本号。
记录每个版本的发布日期和变更内容。
2. 发布过程规范定义清晰的发布流程和步骤。
软件工程标准化与软件文档-无删减范文

软件工程标准化与软件文档软件工程标准化与软件文档1. 引言软件工程标准化是指在软件开发过程中,根据国际、国家或行业的规范与标准,对软件的开发、测试、维护等过程进行规范和管理的一种方法。
软件工程标准化的一个重要方面就是软件文档的标准化,通过规范软件文档的编写和管理,能够提高软件开发过程的质量和效率。
2. 软件工程标准化的意义软件工程标准化的实施对于软件开发项目的成功非常关键,具有以下几个重要意义:2.1 提高软件质量在软件工程标准化的指导下,开发团队需要按照一定的规范进行软件开发。
这些规范包括代码编写规范、软件设计规范、测试规范等。
遵循这些规范能够提高软件的可维护性和可测试性,从而提高软件的质量。
2.2 加强团队协作软件工程标准化要求开发团队共同遵循一套规范,从而减少个人风格的差异,提高团队协作的效果。
所有人都可以通过一致的方式理解和维护项目中的软件文档,促进团队成员之间的沟通和合作。
2.3 方便软件维护与升级当软件的某个功能需要进行维护或升级时,如果软件文档有规范的编写和管理,开发团队可以更快地理解和找到相关的文档,从而更加高效地进行维护和升级工作。
3. 软件工程标准化的实施步骤实施软件工程标准化需要以下几个步骤:3.1 制定标准首先,需要根据国际、国家或行业的规范,制定适合本组织的软件工程标准。
这些标准包括软件设计标准、编码标准、测试标准等。
3.2 培训与宣传制定好标准之后,需要对开发团队进行培训,使他们熟悉并掌握相应的标准。
同时,需要向整个组织宣传标准的重要性,提高大家的意识和参与度。
3.3 执行与监控在软件开发过程中,开发团队需要严格按照标准进行开发、测试和维护工作。
同时,需要建立监控机制,对标准的执行情况进行监控和评估,及时发现并解决问题。
3.4 不断改进软件工程标准化是一个不断改进的过程。
在实施过程中,可以随时根据实际情况对标准进行修订和完善。
通过持续改进,可以逐步提高标准的实施效果。
软件工程标准化和文档

GJB──中华人民共和国国家军用标准。这是
由中国国防科工委批准,适合于国防部门和军 队使用的标准。例如,GJB 437-88《军用软 件开发规范》。 DOD_STD ( Department Of Defense _STanDards) ── 美国国防部标准,适用于美 国国防部门。 MIL_S ( MILitary_Standard)──美国军用标准 ,适用于美军内部。
Dec, 2006 Copyright @ Tsinghua University Page 24
提供对软件的运行、维护和培训的有关信 息,便于管理人员、开发人员、操作人员 、用户之间的协作、交流和了解。使软件 开发活动更科学、更有成效。 便于潜在用户了解软件的功能、性能等各 项指标,为他们选购符合自己需要的软件 提供依据。
Dec, 2006
Copyright @ Tsinghua University
Page 20
六 数据 GB/T 1526-1989 信息处理数据流程图、程序 流程图、系统流程图、程序网络图和系统资源图 的文件编制符号及约定 GB/T 13502-1992 信息处理程序构造及其表示 的约定 GB/T 14085-1995 信息处理系统计算机系统配 置图符号及约定 GB/T 15535-1995 信息处理单命中判定表规范 GB/T 15697-1995 信息处理按记录组处理顺序 文卷的程序流程
Dec, 2006 Copyright @ Tsinghua University Page 9
(3) 行业标准 由行业机构、学术团体或国防机构制定,适用 于某个业务领域的标准。 IEEE ( Institute of Electrical and Electronics Engineers ) ── 美国电气与电 子工程师学会。 该学会有一个软件标准分技术委员会 (SESS),负责软件标准化活动。IEEE公布 的标准常冠有ANSI的字头。例如,ANSI/ IEEE Str 828-1983《软件配置管理计划标 准》。
软件工程 第4版 第11章 软件工程管理
本章内容
11.1 软件工程管理概述 11.2 软件开发成本估算 11.3 软件工程人员组织 11.4 软件配置管理 11.5 软件质量保证 11.6 软件开发风险管理 11.7 软件工程标准与软件工程文档
这种估算方法的优点是,由于各个任务单元的成本 可交给该任务的开发人员去估计,因此估计结果比较准 确。缺点在于,由于具体工作人员往往只注意到自己职 责范围内的工作,而对涉及全局的成本。
11.2.3 COCOMO2 模型
COCOMO2 模型分为如下3 个模型,在估算软件开发工作量时,对软件细节问题考虑的详 尽程度逐渐增加。
OPTION
软件开发人员一般分为项目负责人、系统分析员、高级程序员、程序员、初级程序员、资 料员和其他辅助人员。
项目负责人需要对项目的需求和团队人员有全面的了解
系统分析员需要有概括能力、分析能力和社交活动能力
程序员需要有熟练的编程能力等 资料员和其他辅助人员负责及时登记软件工程每个阶段的文档等资料
11.3 软件工程人员组织
11.1 软件工程管理概述
02 软件工程管理的重要性
OPTION
基于软件本身的复杂性,软件工 程将软件开发划分为若干个阶段,每 个阶段完成不同的任务、采取不同的 方法。
如果软件开发管理不善,造成的 后果会很严重。因此软件工程管理非 常重要。
11.1 软件工程管理概述
03 软件工程管理的内容
OPTION
02 组织机构
OPTION
软件开发团队不能只是一个简单的集合,要求具有良好的组织机构,要具有合理的人员分 工和有效的通信,共同高效率地完成任务。
按项目划分的模式
按职能划分的模式
矩阵型模式
11.3 软件工程人员组织
软件工程ppt课件完整版
使用缺陷管理工具对缺陷进行 跟踪,确保每个缺陷都得到处 理。
缺陷修复
开发人员对缺陷进行分析并修 复,然后提交给测试人员进行 验证。
回归测试
对修复后的缺陷进行回归测试 ,确保修复没有引入新的缺陷
。
质量评估与改进
质量评估
定期对软件产品的质量进行评估,包括功能 、性能、安全等方面。
过程改进
对软件开发过程进行持续改进,提高开发效 率和软件质量。
,提高代码的可读性和可维护性。
模块化开发
02
采用模块化开发方式,将系统划分为不同的模块进行开发,提
高开发效率和质量。
错误处理
03
对可能出现的错误进行充分的考虑和处理,包括异常捕获、日
志记录和错误提示等,确保系统的稳定性和可靠性。
05 测试与质量保证
测试类型及方法
功能测试对软件产品的各项功 进行验证,确保符 合需求和设计。
同时引入了风险管理机制。
螺旋模型的主要阶段包括:制 定计划、风险分析、工程实施
和客户评估。
螺旋模型的优点在于其强调风 险分析和迭代开发,能够及时 发现并解决问题,降低项目风 险。
螺旋模型的缺点在于其需要较 高的项目管理能力和技术水平 ,且可能因为过度关注风险而 忽略其他重要因素。
敏捷开发模型
敏捷开发的主要实践包括:短周期迭代开发、 持续集成、持续交付和自动化测试等。
水平。
04
迭代增量模型的优点在于其能够逐步增加系统功能和 性能,降低项目风险,同时也能够及时发现并解决问 题。
03 需求分析与管理
需求获取与整理
确定需求来源
与客户、利益相关者、业务领域 专家等进行沟通,明确需求背景
和范围。
软件工程课件(全)ppt
第1章 1.2软件工程
1.2.1 软件工程的定义和目标
为了克服软件危机,1968年10月在北大西洋公约组织(NATO)召开的计 算机科学会议上,Fritz Bauer首次提出“软件工程”的概念。
按工程化的原则和方法组织软件开发工作是有效的,是摆脱软件危机的一 条主要出路。
软件工程的主要思想是强调软件开发过程中应用工程化原则的重要性。软 件工程的目标是实现软件的优质高产。软件工程的目的是在经费的预算范围内, 按期交付出用户满意的、质量合格的软件产品。
第1章 1.1软件与软件危机
1.1.3 软件危机
2. 软件危机产生的原因
(1)忽视软件开发前期的调研和需求分析工作。 (2)缺乏软件开发的经验和有关软件开发数据的积累,使得开发计划很难制定。 (3)开发过程缺乏统一的、规范化的方法论指导。 (4)忽视与用户、开发组成员间的及时有效的沟通。 (5)文档资料不规范或不准确。导致开发者失去工作的基础,管理者失去管理的依据。 (6)没有完善的质量保证体系。
第1章 1.1软件与软件危机
1.1.1 软件的定义及其特点
2.软件具有下列特点:
比硬件发展慢
是逻辑产品
软件
生产与硬件不同 不会磨损和老化
成本高、风险高
手工开发为主
依赖硬件
第1章 1.1软件与软件危机
1.1.2 软件的发展及其分类
1.软件技术的发展
程序设计
程序系统
软件工程
第1章 1.1软件与软件危机
第1章 1.1软件与软件危机
1.1.3 软件危机
3. 软件危机解决途径
要解决软件危机问题,需要采取以下措施: (1)使用好的软件开发技术和方法。 (2)使用好的软件开发工具,提高软件生产率。 (3)有良好的组织、严密的管理,各方面人员相互配合共同完成任务。 为了解决软件危机,既要有技术措施(好的方法和工具),也要有组织管理措施。软件工 程正是从技术和管理两方面来研究如何更好地开发和维护计算机软件的。
98489-软件工程-chapter 11
❖11.1 软件工程标准化 ❖11.2 软件文档 ❖11.3软件质量认证 ❖11.4 注释文档工具JAVADOC ❖11.5 本章小结
11.1.1 什么是软件工程标准化
❖ 为在一定的范围内获得最佳秩序,对活动或其 结果规定共同的和重复使用的规则、导则或特 性文件。该文件经协商一致制定,并经一个公 认机构的批准。标准应以科学、技术和经验的 综合成果为基础,以促进最佳社会效益为目的。
6
3级
项目开发计划 需求规格说明 概要设计说明 详细设计说明 测试计划 测试报告 项目开发总结 用户手册
8
11.2.8 几种常用标准中文档的名称 各阶段形成或使用的文档
GJB 438A-97文档名称 GJB 2115-94文档名称 HB 6465-90文档名称 HB 6466-90、HB 6467-90、 HB/Z 178-90、HB/Z179 -90文档名称 GJB 438A-97文档名称
❖ 认证之前必须做好的3件事情 ❖ 认证程序 ❖ 实施步骤
11.3.4 ISO 9000标准的构成
❖ 第一部分 核心标准 ❖1) ISO9000 ❖2) ISO9001 ❖3) ISO9004
11.3.4 ISO 9000标准的构成
❖第二部分 其它标准 ❖ISO10012 测量管理体系 ❖ISO10019 质量管理体系咨询师选择和使用指
11.2.5 软件文档的编写—软件文档的主要内容及写作指南
❖详细设计说明书 : ① 引言 ② 总体设计 ③ 程序描述 ④ 接口
11.2.5 软件文档的编写—软件文档的主要内容及写作指南
❖程序维护手册 : ① 引言 ② 系统说明 ③ 操作环境 ④ 维护过程
11.2.5 软件文档的编写—软件文档的主要内容及写作指南
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
2020/8/1
14
11.3.2 中国的软件工程标准化工作
Ø 2.开发标准: GB 8566—88 软件开发规范。 GB 计算机软件单元测试。 GB 软件支持环境。 GB (ISO 6593—1985) 信息处理—按记录组处理顺
序文卷的程序流程。 GB/T 14079—93 软件维护指南。
2020/8/1
2020/8/1
6
11.2 软件工程标准的制定与推行
其中影响软件工程标准顺利实施的一些不利因素应当特别 引起重视。这些因素可能有:
Ø (1)标准本身制定得有缺陷,或是存在不够合理,不够准确的部分。 Ø (2)标准文本编写得有缺点,例如,文字叙述可读性差,理解性差,或是缺少 实例供读者参阅。 Ø (3)主管部门未能坚持大力推行,在实施的过程中遇到问题未能及时加以解决。 Ø (4)未能及时作好宣传、培训和实施指导。 Ø (5)未能及时修订和更新。
2020/8/1
10
11.3.1 软件工程标准的层次
Ø 3.行业标准
GJB——中华人民共和国国家军用标准。这是由我国国防科学技术工业 委员会批准,适合于国防部门和军队使用的标准。如,1988年发布实 施的GJB473—88军用软件开发规范。
DOD-STD(Department Of Defense- Standards)——美国国防部标 准。适用于美国国防部门。
2020/8/1
7
11.3 软件工程标准的层次和体系框架
n 软件工程标准的层次 n 软件工程过程中版本控制与变更控制处理过程 n 中国的软件工程标准化工作
2020/8/1
8
11.3.1 软件工程标准的层次
Ø 1.国际标准 由国际联合机构制定和公布,提供各国参考的标准。 ISO(International Standards Organization)——国际
同时还有许多技术管理工作(如过程管理、产品管理、资 源管理等)以及确认与验证工作(如评审与审计、产品分析、 测试等) 。
2020/8/1
3
11.1.2 软件工程标准化的类型及意义
软件工程的标准化会给软件工作带来许多好处,如: l 提高软件的可靠性、可维护性和可移植性(这表明软件工程 标准化可提高软件产品的质量); l 提高软件的生产率,提高软件人员的技术水平; l 提高软件人员之间的通信效率,减少差错和误解; l 有利于软件管理; l 有利于降低软件产品的成本和运行维护成本; l 有利于缩短软件开发周期。
2020/8/1
12
11.3.1 软件工程标准的层次
Ø 5.项目规范 由某一科研生产项目组织制定,且为该项任务专用的软
件工程规范。例如,计算机集成制造系统(CIMS)的软件工 程规范。
2020/8/1
13
11.3.2 中国的软件工程标准化工作
Ø 1.基础标准:
GB/T 11457—89 软件工程术语。 GB 1526—891 (ISO 5807—1985) GB/T 15538—1995 软件工 程标准分类法。 GB 13502—92 (ISO 8631) 信息处理—程序构造及其表示法的约 定。 GB/T 15535—1995 (ISO 5806) 信息处理—单命中判定表规范。 GB/T 14085—93 (ISO 8790) 信息处理系统中计算机系统配置图 符号及其约定。
协会。
FIPS(NBS)[Federal
Information
Processing
Standards(Nation— Bureau of Standards)]——美国商务部国家标准
局联邦信息处理标准。它所公布的标准均有FIPS字样
BS(British Standard)——英国国家标准。
JIS(Japanese Industrial Standard)——日本工业标准。
软件工程电子课件第11章 软件工程 标准化和软件文档
2020/8/1
1
11.1 软件工程标准化
n 什么是软件工程标准化 n 软件工程标准化的意义 n 软件工程标准化的类型
2020/8/1
2
11.1.1 软件工程标准化的概念
软件工作的范围从使用程序设计语言编写程序,扩展到 整个软件生存期。诸如,软件概念的形成、需求分析、设计、 实现、测试、调试、安装和检验、运行和维护直到软件引退 (为新的软件所代替)。
MIL-S(Military-Standards)——美国军用标准。适用于美军内部。
2020/8/1
11
11.3.1 软件工程标准的层次
Ø 4.企业规范 一些大型企业或公司,由于软件工程工作的需要,制定
适 用 于 本 部 门 的 规 范 。 例 如 , 美 国 IBM 公 司 通 用 产 品 部 (General Products Division)1984年制定的“程序设计 开发指南”,仅供公司内部使用。
2020/8/1
4
11.2 软件工程标准的制定与推行
修订
建议
审核
开发
实施
咨询
培训
审批
公布
图11-1 软件工程标准的环状生命期
2020/8/1
5
11.2 软件工程标准的制定与推行
顺时针进行要经历以下的步骤:
Ø (1)建议:拟订初步的建议方案; Ø (2)开发:制定标准的具体内容; Ø (3)咨询:征求并吸收有关人员意见; Ø (4)审批: 由管理部门决定能否推出; Ø (5)公布:公开发布,使标准生效; Ø (6)培训:为推行准备人员条件; Ø (7)实施:投入使用,需经历相当期限; Ø (8)审核:检验实施效果,决定修订还是撤销; Ø (9)修订:修改其中不适当的部分,形成标准的新版本,进入新的周期。
标准化组织。这一国际机构有着广泛的代表性和权威性,它所 公布的标准也有较大影响。60年代初,该机构建立了“计算机 与信息处理技术委员会”,专门负责与计算机有关的标准化工 作。
2020/8/1
9
11.3.1 软件工程标准的层次
ቤተ መጻሕፍቲ ባይዱ
Ø 2.国家标准
现已批准了若干个软件工程标准:
ANSI(American National Standards Institute)——美国国家标准
15
11.3.2 中国的软件工程标准化工作
Ø 3.文档标准: GB 8567—88 计算机软件产品开发文件编制指南。 GB 9385—88 计算机软件需求说明编制指南。 GB 9386—88 计算机软件测试文件编制规范。 GB 软件文档管理指南。