26.1-2 知识产权与标准规范（标准规范）-CSDN博客

本文链接：https://blog.csdn.net/vavid317/article/details/115724157

考分3-4分

标准常识

标准可分为：国际标准、国家标准、行业标准、地方标准、企业标准

强制性国家标准GB(如：药品标准；安全、卫生标准；工程建设的质量、安全、卫生标准；污染物排放标准和环境质量标准；重要的通用技术术语、符号、代号和制图方法；通用的试验、检验方法标准；互换配合标准；国家需要控制的重要产品质量标准)

推荐性国家标准GB/T("T"是推荐的意思)
国家标准指导性技术文件(指南类)GB/Z
其他各行业标准：CY新闻出版、DA档案、DL电子…
GJB我国国军标代号
GSB为国家实物标准代号(标准样品)
BS英国国家标准； ANSI为美国国家标准

信息系统集成项目管理常用技术标准

一、基础标准

1.GB/T11457-2006信息技术软件工程术语【常考的】

2.GB/T15261989信息处理数据流程图、程序流程图、系统流程图、程序网络图和系统资源图的文件编辑符号及约定

3.GB/T14085-1993信息处理系统计算机系统配置图符号及约定

二、开发标准

1.GB/T8566-2007信息技术软件生存周期过程【常考的】

2.GB/T15853-1995软件支持环境：本标准适用于软件

支持环境的设计、建立、管理和评价。

3.GB/T14079-1993软件维护指南

三、文档标准

1.GB/T16680-1996信息技术软件文档管理理指南【常考的】

2.GB/T8567-2006计算机软件文档编制规范(有各种开发文件及结构参考)【常考的】

3.GB/T9385-2008计算机软件需求说明书规范(需求文件及结构的详细参考)

四、管理标准

1.GB/T12505-1990计算机软件配置管理计划规范

2.GB/T12504-1990计算机软件质量保证计划规范

3.GB/T14394-2008计算机软件可靠性和可维护性管理

4.GB/T16260.1-2006软件工程产品质量

GB/T16260.1-2006软件工程产品质量
第一部分：质量模型
GB/T16260.2-2006软件工程产品质量
第二部分：外部度量
GB/T16260.3-2006软件工程产品质量
第三部分：内部度量
GB/T16260.4-2006软件工程产品质量
第四部分：使用质量的度量
除此之外，还有：GB50174-2008 电子信息系统机房设计规范、GB/T 50311-2000建筑与建筑群综合布线工程系统设计规范等也可能考。

常见常考软件工程术语

(1)验收准则：软件产品要符合某一测试阶段必须满足的准则，或软件产品满足交货要求的准则。

(2)验收测试：确定一系统是否符合其验收准则，使客户能确定是否接收此系统的正式测试。

(3)需方：从供方获得或得到一个系统、产品或服务的一个机构。需方可以是买主、客户、拥有者、用户、采购人员等

(4)活动：一个过程的组成元素。对基线的改变要经有关当局的正式批准。

(5)审计：为评估是否符合软件需求、规格说明、基线、标准、过程、指令、代码以及合同和特殊要求而进行的一种独立的检查；通过调查研究确定已制定的过程、指令、规格说明、代码和标准或其他的合同及特殊要求是否恰当和被遵守，以及其实现是否有效而进行的活动。

(6)代码审计：由某人、某小组或借助某种工具对源代码进行的独立的审查，以验证其是否符合软件设计文件和程序设计标准。还可能对正确性和有效性进行估计。

(7)配置审计：证明所要求的全部配置项均已产生出来，当前的配置与规定的需求相符。技术文件说明书完全而准确地描述了各个配置项目，并且曾经提出的所有更动请求均已得到解决的过程。

(8)认证：一个系统、部件或计算机程序符合其规定的需求，对操作使用是可接受的一种书面保证。例如，一计算机系统是安全的允许在定义的环境中操作的书面的认可；为使系统获准投入运行性使用，对系统遵循规定的需求是可接受的所做的正式演示；验证系统或部件遵循规定的需求，且其操作使用是可接受的过程。

(9)走查：一种静态分析技术或评审过程，在此过程中，设计者或程序员引导开发组的成员通读已书写的设计或编码，其他成员负责提出问题并对有关技术、风格、可能的错误、是否违背开发标准等方面进行评论。

(10)鉴定：一个正式的过程，通过这个过程确定系统或部件是否符合它的规格说明，是否可在目标环境中适合于操作使用。

(11)基线：已经过正式审核与同意，可用作下一步开发的基础，并且只有通过正式的修改管理步骤方能加以修改的规格说明或产品；在配置项生存周期的某一特定时间内，正式指定或固定下来的配置标识文件和一组这样的文件。基线加上根据这些基线批准统一的改动构成了当前配置标识。对于配置管理，有以下三种基线：功能基线(最初通过的功能配置)、分配基线(最初通过的分配的配置)、产品基线(最初通过的或有条件地通过的产品配置)。

(12)配置控制委员会：对提出的工程上的更动负责进行估价、审批，对核准进行的更动确保其实现的权力机构。

(13)配置管理：标识和确定系统中配置项的过程，在系统整个生存周期内控制这些项的投放和更动，记录并报告配置的状态和更动要求，验证配置项的完整性和正确性；对下列工作进行技术和行政指导与监督的一套规范：对配置项的功能和物理特性进行标识和文件编制工作；控制这些特性的更动情况；记录并报告对这些更动进行的处理和实现的状态。

(14)配置状态报告：记录和报告为有效地管理某一配置所需的信息。包括列出经批准的配置标识表、列出对配置提出更动的状态表和经批准的更动的实现状态。

(15)设计评审（概要设计和详细设计）：在正式会议上，将系统的初步的或详细的设计提交给用户、客户或有关人士供其评审或批准；对现有的或提出的设计所做的正式评估和审查，其目的是找出可能会影响产品、过程或服务工作的适用性和环境方面的设计缺陷并采取补救措施，以及(或者)找出在性能、安全性和经济方面的可能的改进。

(16)桌面检查：对程序执行情况进行人工模拟，用逐步检查源代码中有无逻辑或语法错误的办法来检测故障。

(17)评价：决定某产品、项目、活动或服务是否符合它的规定的准则的过程。

(18)故障、缺陷：功能部件不能执行所要求的功能。

(19)功能配置审计：验证一个配置项的实际工作性能是否符合它的需求规格说明的一项审查，以便为软件的设计和编码建立一个基线。