文章目录
- 标准的分类
- 常用的软件工程相关技术标准
- 软工相关术语
- 软件生存周期的过程、活动和任务
- 主要过程
- 支持过程
- 组织过程
- 文档化标准
- 文档的控制
- 软件生命周期与文档编制关系
- 开发人员与文档编制关系
- 质量标准
标准的分类
我国标准的级别标准可以分为国际标准、国家标准、行业标准、地方标准及企业标准等。
国际标准主要是指由国际标准化组织（ISO）制定和批准的标准。
国家标准由国务院标准化行政主管部门编制计划，组织草拟，统一审批、编号并发布。
注意：国家军用标准的代号为GJB，其为行业标准；国际实物标准代号为GSB，其为国家标准。
地方标准的代号由地方标准代号（DB）、地方标准发布顺序号和标准发布年代号（4位数）三部分组成。
企业标准的代号由企业标准代号（Q）标准发布顺序号和标准发布年代号（4位数）组成。
常用的软件工程相关技术标准
1、软件工程术语GB/TI1457-1995
2、软件文档管理指南GB/T16680-1996…-
3、软件维护指南GBT140791993
4、计算机软件产品开发文件编制指南GBT85671988
5、计算机软件需求说明编制指南GBT9385-1988
6、计算机软件质量保证计划规范GBT12504-1990
7、信息技术软件生存周期过程GB/T8566-2001
8、质量管理体系GB/T190002008基础和术语
9、信息技术软件产品评价质量特性及其使用指南GBTl62602006
10、计算机软件可靠性和可维护性管理GB/T143941993
l1、软件支持环境GB/T15853-1995
12、计算机软件配置管理计划规范GBT125051990
软工相关术语
审计：为评估是否符合软件需求、规格说明、基线、标准、过程指令、代码以及合同和特殊要求而进行的一种独立的检查。
代码审计：由某人、某小组或借助某种工具对源代码进行的独立的审查以验证其是否符合软件设计文件和程序设计标准。
配置审计：证明所要求的全部配置项均已产生出来，当前的配置与规定的需求相符。
认证：一个系统、部件或计算机程序符合其规定的需求，对操作使用是可接受的书面保证。
走查：种静态分析技术或评审过程，在此过程中，设计者或程序员引导开发组的成员通读已书写的设计或编码，其他成员负责提出问题并对有关技术风格、可能的错误、是否违背开发标准等方面进行评论。
鉴定：一个正式的过程，通过这个过程确定系统或部件是否符合它的规格说明，是否可在目标环境中适合于操作使用。
基线：
1.功能基线（最初通过的功能配置）
2.分配基线（最初通过的分配的配置）
3.产品基线（最初通过的或有条件地通过的产品配置）
配置控制委员会CCB：对提出的工程上的更动负责进行估价、审批对核准进行的更动确保其实现的权力机构。
配置状态报告：记录和报告为有效地管理某一配置所需的信息。
设计评审：对现有的或提出的设计所做的正式评估和审查，其目的是找出可能会影响产品、过程或服务工作的适用性和环境方面的设计缺陷并采取补救措施以及（或者）找出在性能、安全性和经济方面的可能的改进。
桌面检查：对程序执行情况进行人工模拟，用逐步检查源代码中有无逻辑或语法错误的办法来检测故障。
评价：决定某产品、项目、活动或服务是否符合它的规定的准则的过程
故障、缺陷：功能部件不能执行所要求的功能。
功能配置审计：验证一个配置项的实际工作性能是否符合它的需求规格说明的一项审查，以便为软件的设计和编码建立一个基线。
软件生存周期的过程、活动和任务
主要过程
过程名 | 主要活动和任务描述 |
获取过程 | 定义、分析需求或委托供方进行需求分析之后认可；招标准备；合同准备以及验收 |
供应过程 | 评审需求；准备投标；签定合同；制订并实施项目计划；开展评审及评价；交付产品 |
开发过程 | 过程实施；系统需求分析；系统结构设计；软件需求分析；软件结构设计；软件详细设计；软件编码和测试；软件集成；软件合格测试；系统集成；系统合格测试；软件安装及软件验收支持 |
运作过程 | 过程实施（制订并实施运行计划）；运行测试；系统运行；对用户提供帮助和咨询 |
维护过程 | 问题和变更分析；实施变更；维护评审及维护验收；软件移植及软件退役 |
支持过程
过程名 | 主要活动和任务描述 |
文档编制过程 | 设计文档编制标准；确认文档输入数据的来源和适宜性；文档的评审及编辑；文档发布前的批准；文档的生产与提交、储存和控制；文档的维护 |
配置管理过程 | 配置标志配置控制；记录配置状态；评价配置；发行管理与交付 |
质量保证过程 | 软件产品的质量保证；软件过程的质量保证，以及按ISO9001标准实施的质量体系保证 |
验证过程 | 合同、过程、需求、设计、编码、集成和文档等的验证 |
确认过程 | 为分析测试结果实施特定的测试；确认软件产品的用途；测试软件产品的适用性 |
联合评审过程 | 实施项目管理评审（项目计划、进度、标准、指南等的评价）；技术评审（评审软件产品的完整性、标准符合性等） |
审核过程 | 审核项目是否符合需求、计划、合同，以及规格说明和标准 |
问题解决过程 | 分析和解决开发、运行、维护或其他过程中出现的问题，提出响应对策，使问题得到解决 |
易用性过程 | 过程实施、以人为本的设计（HCD）、策略、推广和保障方面的人为因素 |
组织过程
过程名 | 主要活动和任务描述 |
管理过程 | 制订计划；监控计划的实施；评价计划实施；涉及到有关过程的产品管理、项目管理和任务管理 |
基础设施过程 | 为其他过程所需的硬件、软件、工具、技术、标准，以及开发、运行或维护所用的各种基础设施的建立和维护服务 |
改进过程 | 对整个软件生存期过程进行评估、度量、控制和改进 |
人力资源过程 | 过程实施、定义培训需求、补充合格的员工、评价员工绩效、建立项目团队需求、知识管理 |
资产管理过程 | 过程实施、资产存储和检索定义、资产的管理和控制 |
重用大纲管理过程 | 启动、领域标识、重用评估、策划、执行和控制、评审和评价过程 |
领域工程过程 | 实施、领域分析、领域设计、资产供应、资产维护 |
文档化标准
文档的控制
①就从事一项软件开发工作的开发集体而言，应设置一位专职的文件管理人员（接口管理工程师或文件管理员）；在开发集体中，应该集中保管本项目现有全部文件的主文本两套，由该文件管理人员负责保管。这两套主文本的内容必须完全一致。其中有一套是可供出借的，另一套是绝对不能岀借的，以免发生意外。
②每一份提交给文件管理人员的文件都必须具有编写人、审核人和批准人的签字。
③开发集体中的工作人员可以根据工作的需要，在本项目的开发过程中持有一些文件，即所谓个人文件，但这种个人文件必须是主文本的复制品，必须同主文本完全一致，若要修改，必须首先修改主文本。
④不同开发人员所拥有的个人文件通常是主文本的各种子集。
⑤—份文件如果已经被另一份新的文件所代替，则原文件应该被注销。
⑥当一个项目的开发工作临近结束时，文件管理人员应逐个收回开发集体内每个成员的个人文件，并检查这些个人文件的内容。
软件生命周期与文档编制关系
可行性与计划研究 | 需求分析 | 设计 | 实现 | 测试 | 运行与维护 | |
可行性分析（研究）报告 | √ | |||||
软件（或项目）开发计划 | √ | |||||
软件需求规格说明 | √ | |||||
接口需求规格说明 | √ | |||||
系统/子系统设计（结构设计）说明 | √ | |||||
软件（结构）设计说明 | √ | |||||
接口设计说明 | √ | |||||
数据库（顶层）设计说明 | √ | |||||
（软件）用户手册 | √ | √ | ||||
操作手册 | √ | |||||
测试计划 | √ | |||||
测试报告 | √ | |||||
软件配置管理计划 | √ | |||||
软件质量保证计划 | √ | |||||
开发进度月报 | √ | √ | √ | √ | √ | √ |
项目开发总结报告 | √ | |||||
软件产品规格说明 | √ | |||||
软件版本说明 | √ |
开发人员与文档编制关系
管理人员 | 开发人员 | 维护人员 | 用户 | |
可行性分析（研究）报告 | √ | √ | ||
软件（或项目）开发计划 | √ | √ | ||
软件需求规格说明 | √ | √ | ||
接口需求规格说明 | √ | √ | ||
系统/子系统设计（结构设计）说明 | ||||
软件（结构）设计说明 | √ | √ | ||
接口设计说明 | √ | |||
数据库（顶层）设计说明 | √ | |||
（软件）用户手册 | √ | |||
操作手册 | ||||
测试计划 | √ | |||
测试报告 | √ | √ | ||
软件配置管理计划 | √ | |||
软件质量保证计划 | √ | |||
开发进度月报 | √ | √ | ||
项目开发总结报告 | √ | |||
软件产品规格说明 | √ | |||
软件版本说明 | √ |
质量标准
1、质量标准定义：GB/T16260.1是产品质量系列标准中的基础标准，他描述了软件工程领域产品质量的质量模型。
2、质量标准：
①内部属性：典型地是对中间产品的静态测度
②外部属性：典型地是通过测量代码执行时的行为
③使用质量的属性：使用环境
3、质量标准目标：
使产品在指定的使用环境下具有所需的效用；
过程质量有助于提高产品质量，而产品质量又有助于提高使用质量。
4、软件质量特性：
功能性：适合性、准确性、互用性、依从性、安全性
可靠性：容错性、可恢复性、成熟性
可用性：易学性、可理解性、可操作性
效率：时间特性、资源特性
可维护性：可测试性、可修改性、稳定性、可分析性
可移植性：适应性、易安装性、一致性、可替换性
