|
|
|
|
知识路径： > 法律法规和标准规范 > 系统集成常用技术标准 > 管理标准 > 计算机软件质量保证计划规范 GB/T 12504-1990 >
|
|
|
被考次数：10次
|
|
|
被考频率：
高频率
|
|
|
总体答错率：
52%
|
|
知识难度系数：
|
|
|
考试要求：
熟悉
|
|
|
相关知识点：35个
|
|
|
|
|
软件质量保证计划规范了在制定软件质量保证计划时应该遵循的统一的基本要求，适用于软件特别是重要软件质量保证计划的制定工作。
|
|
|
|
|
|
软件生存周期是指从提出应用需求开始，经过开发，产生一个满足需求的计算机软件系统，然后投入运行，直至该软件系统退役为止。此周期一般分为需求分析、概要设计、详细设计、编码与单元测试、组装与系统测试及安装与验收等六个阶段。
|
|
|
|
|
|
验证是指确定软件开发周期中的一个给定阶段的产品是否达到上一阶段确立的需求的过程。
|
|
|
|
|
|
确认是指在软件开发过程结束时对软件进行评价以确定它是否和软件需求相一致的过程。
|
|
|
|
|
|
测试是指通过执行程序来有意识地发现程序中的设计错误和编码错误的过程。测试是验证和确认的手段之一。
|
|
|
|
|
|
质量是反映产品或服务满足明确或隐含需求能力的特征和特性的总和。
|
|
|
|
|
|
质量保证指为使软件产品满足规定需求所进行的一系列有计划的必要工作。
|
|
|
|
|
|
这些文档包括软件需求规格说明书、软件设计说明书、软件验证与确认计划、软件验证和确认报告、用户文档、其他文档（比如项目实施计划、项目进展报告、各阶段评审报表、项目开发总结等）。
|
|
|
|
|
|
软件质量保证小组属于总体组领导，由总体组代表、项目的软件工程小组代表、项目的专职质量保证人员、项目的专职配置管理人员以及子系统软件质量保证人员组成。
|
|
|
|
|
|
评审小组原则上由项目总体小组成员或特邀专家担任评审组长，项目委托单位、用户代表、质量保证人员、软件开发单位和上级主管部门的代表以及其他人员作为小组成员。项目评审小组可以不设副组长；项目开发组长或其代表可作为评审组的成员，但不能担任评审组的组长或副组长。
|
|
|
|
|
|
文档质量度量准则包括完备性（在开发阶段结束时，保证文档齐全）、正确性、简明性、可追踪性、规范性。
|
|
|
|
|
|
在验收时，允许用户或用户委托的专家对所要验收的软件进行综合检查，以验证代码和设计文档的一致性、接口规格说明之间的一致性、设计实现和功能需求的一致性、功能需求和测试描述的一致性。
|
|
|
|
|
|
在软件发布前进行功能检查，以确认已满足实现软件需求规格说明书中规定的所有需求。
|
|
|
|
|
|
|
|
|
|
配置检查包括编制有关软件配置的条款，规定用于标识软件产品、控制和实现软件的修改、记录和报告修改实现的状态以及评审和检查配置管理工程等四个方面的活动。此外还必须规定用以维护和存储软件受控版本的方法和措施，必须规定对所发现的软件问题进行报告、追踪和解决的步骤，并指出实现报告、追踪和解决软件问题的机构及其职责。
|
|
|
|
|
|
用户文档必须指明成功运行该软件所需要的数据、控制命令以及运行条件等内容；必须指明所有的出错信息、含义及其修改方法；还必须描述将用户发现的错误或问题通知项目承办单位（或软件开发单位）或项目委托单位的方法。
|
|
|
|
|
|
在概要设计阶段结束后必须继续概要设计评审，以评价软件设计说明书中所描述的软件概要设计在总体结构、外部接口、主要部件功能分配、全局数据结构以及各主要部件之间的接口等方面的适合性。
|
|
|
|
补充说明：《GB/T 12505—1990计算机软件配置管理计划规范》和《GB/T 12504计算机软件质量保证计划规范》被国标委（公告2005年第146号文）废止，废止后没有替代规范。
|
|
|
