标准常识考分3-4分
标准可分为：国际标准、国家标准、行业标准、地方标准、企业标准
强制性国家标准GB(如：药品标准；安全、卫生标准；工程建设的质量、安全、卫生标准；污染物排放标准和环境质量标准；重要的通用技术术语、符号、代号和制图方法；通用的试验、检验方法标准；互换配合标准；国家需要控制的重要产品质量标准)
信息系统集成项目管理常用技术标准推荐性国家标准GB/T(&＃8220;T&＃8221;是推荐的意思)
国家标准指导性技术文件(指南类)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软件工程产品质量
(1)验收准则：软件产品要符合某一测试阶段必须满足的准则，或软件产品满足交货要求的准则。
(2)验收测试：确定一系统是否符合其验收准则，使客户能确定是否接收此系统的正式测试。
(3)需方：从供方获得或得到一个系统、产品或服务的一个机构。需方可以是买主、客户、拥有者、用户、采购人员等
(4)活动：一个过程的组成元素。对基线的改变要经有关当局的正式批准。
(5)审计：为评估是否符合软件需求、规格说明、基线、标准、过程、指令、代码以及合同和特殊要求而进行的一种独立的检查；通过调查研究确定已制定的过程、指令、规格说明、代码和标准或其他的合同及特殊要求是否恰当和被遵守，以及其实现是否有效而进行的活动。
(6)代码审计：由某人、某小组或借助某种工具对源代码进行的独立的审查，以验证其是否符合软件设计文件和程序设计标准。还可能对正确性和有效性进行估计。
(7)配置审计：证明所要求的全部配置项均已产生出来，当前的配置与规定的需求相符。技术文件说明书完全而准确地描述了各个配置项目，并且曾经提出的所有更动请求均已得到解决的过程。
(8)认证：一个系统、部件或计算机程序符合其规定的需求，对操作使用是可接受的一种书面保证。例如，一计算机系统是安全的允许在定义的环境中操作的书面的认可；为使系统获准投入运行性使用，对系统遵循规定的需求是可接受的所做的正式演示；验证系统或部件遵循规定的需求，且其操作使用是可接受的过程。
(9)走查：一种静态分析技术或评审过程，在此过程中，设计者或程序员引导开发组的成员通读已书写的设计或编码，其他成员负责提出问题并对有关技术、风格、可能的错误、是否违背开发标准等方面进行评论。
(10)鉴定：一个正式的过程，通过这个过程确定系统或部件是否符合它的规格说明，是否可在目标环境中适合于操作使用。
(11)基线：已经过正式审核与同意，可用作下一步开发的基础，并且只有通过正式的修改管理步骤方能加以修改的规格说明或产品；在配置项生存周期的某一特定时间内，正式指定或固定下来的配置标识文件和一组这样的文件。基线加上根据这些基线批准统一的改动构成了当前配置标识。对于配置管理，有以下三种基线：功能基线(最初通过的功能配置)、分配基线(最初通过的分配的配置)、产品基线(最初通过的或有条件地通过的产品配置)。
(12)配置控制委员会：对提出的工程上的更动负责进行估价、审批，对核准进行的更动确保其实现的权力机构。
(13)配置管理：标识和确定系统中配置项的过程，在系统整个生存周期内控制这些项的投放和更动，记录并报告配置的状态和更动要求，验证配置项的完整性和正确性；对下列工作进行技术和行政指导与监督的一套规范：对配置项的功能和物理特性进行标识和文件编制工作；控制这些特性的更动情况；记录并报告对这些更动进行的处理和实现的状态。
(14)配置状态报告：记录和报告为有效地管理某一配置所需的信息。包括列出经批准的配置标识表、列出对配置提出更动的状态表和经批准的更动的实现状态。
(15)设计评审（概要设计和详细设计）：在正式会议上，将系统的初步的或详细的设计提交给用户、客户或有关人士供其评审或批准；对现有的或提出的设计所做的正式评估和审查，其目的是找出可能会影响产品、过程或服务工作的适用性和环境方面的设计缺陷并采取补救措施，以及(或者)找出在性能、安全性和经济方面的可能的改进。
(16)桌面检查：对程序执行情况进行人工模拟，用逐步检查源代码中有无逻辑或语法错误的办法来检测故障。
(17)评价：决定某产品、项目、活动或服务是否符合它的规定的准则的过程。
(18)故障、缺陷：功能部件不能执行所要求的功能。
(19)功能配置审计：验证一个配置项的实际工作性能是否符合它的需求规格说明的一项审查，以便为软件的设计和编码建立一个基线。
题目根据GB/T12504-2008《计算机软件质量保证计划规范》中的规定，在软件验收时，验证代码与设计文档的一致性、接口规格说明的一致性、设计实现和功能需求的一致性等检查属于()
A、综合检查 B、功能检查 C、性能检査 D、配置检查
【答案】A
【解析】《计算机软件质量保证计划规范GB/T12504-1990》
4.5.5功能检查：在软件释放前，要对软件进行功能检查，以确认已满足在软件需求规格说明书中规定的所有需求。
4.5.7综合检查：在软件验收时，要允许用户或用户所委托的专家就要验收的软件进行设计抽样的综合检查，以验证代码和设计文档的一致性、接口规格说明之间的一致性(硬件和软件)、设计事先和功能需求的一致性、功能需求和测试描述的一致性。
4.5.6物理检查，在验收文件前，要对软件进行物理检查，验证程序和文档已经一致，并已做好了交付的准备。
4.5评审和检查
4.5.1软件需求评审，在软件需求分析阶段结后必须进行软件需求评审，以确保在软件需求规格说明书中所规定的各项需求的合适性。
4.5.2概要设计评审，在软件概要设计结束后必须进行概要设计评审，与评价软件设计说明书中所描述的软件概要设计在总体结构、外部接口、主要部件功能分配、全局数据结构以及各主要部件之间的接口等方面的合适性。
4.5.3详细设计评审，在软件详细设计阶段结束后必须进行详细设计评审，以确定软件设计说明书中所描述的详细设计在功能、算法、和过程描述等方面的合适性。
4.5.4软件验证与确认评审，在制定软件验证与确认计划之后要对他进行评审，以评价软件验证以确认计划中所规定的验证与确认方法的合适性与完整性。
4.5.5功能检查，在软件是释放前，要对软件进行功能检查，以确认已经满足在软件需求规格说明书中规定的所有需求。
4.5.6物理检查，在验收软件前，要对软件进行物理检查，已验证程序和文档已经一致并已做好了交付的准备。号
.5.7综合检查，在软件验收时要允许用户或用户所委托的专家对所要验收的软件进行设计抽样的综合检查，以验证代码和设计文档的一致性、接口规格说明之间的一致性(硬件和软件)、设计实现和功能需求的一致性、功能需求和测试描述的一致性。
4.5.8管理评审，要对计划的执行情况定期(或按阶段)进行管理评审，这些评审必须由独立于被评审单位的机构或授权的第三方主持进行。
GB/T16260中6个质量特性
一、内部质量及度量
B.15内部质量：产品属性的总和，决定了产品在特定条件下使用时，满足明确和隐含要求的能力。
内部质量是基于内部视角的软件产品特性的总体。内部质量针对内部质量需求被测量和评价。软件产品质量的枝节部分可以在代码实现、评审和测试期间被改进，但是由内部质量表示的软件产品质量的基本性质不会改变，除非进行重新设计。
A.1.2内部度量：内部度量可以应用于设计和编码期间的非执行软件产品(如规格说明或源代码)当开发一个软件产品时，中间产品宜使用测量内在性质的内部度量来评价，这些中间产品包括那些从模拟行为中得到的。这些内部度量的主要目的是为了确保获得所需的外部质量和使用质量。
二、外部质量及度量
B.7外部质量：产品在特定条件下使用时，满足明确或隐含要求的程度。
外部质量是基于外部视角的软件产品特性的总体。即当软件执行时，典型地是在模拟环境中用模拟数据测试时，使用外部度量所测量和评价的质量。
A.1.3外部度量：外部度量所用的软件产品的测度是通过测试、运行和观察可执行的软件或系统，由该软件产品所在的系统行为的测度而导出。
三、使用质量及度量
B.23使用质量：特定用户使用产品满足其在特定使用环境下达到特定目标所要求的有效性、生产率、安全性及满意度的程度。
A.2使用质量的度量：使用质量的度量测量产品在特定的使用环境下，满足特定用户达到特定目标所要求的有效性、生产率、安全性和满意度的程度。使用质量的评价即确认在特定的用户一任务方案中软件产品的质量。
京公网安备 11010802041100号 | 京ICP备19059560号-4 | PHP1.CN 第一PHP社区 版权所有 