📄 b12.htm
字号:
<HTML><HEAD><META NAME="GENERATOR" Content="Microsoft Visual Studio 6.0"><TITLE></TITLE></HEAD><BODY><P><STRONG> GB／T 8566—1995 </STRONG></P><P></P><P></P><P><STRONG><HR></STRONG><P></P><P align=left><STRONG>11．4 <A name=B11.4></A>验证和确认过程 <BR> </STRONG> 验证的目的是确定系统需求是否完善和正确，每个开发阶段的产品是否完成了前面的阶段对该阶段提出的需求和条件。<BR> 确认的目的是决定最终的、已完成的系统是否符合所规定的需求。对于成本和性能有效性的验证和确认（V&V）最好结合开发过程（或操作过程、维护过程）及早进行。V&V并不改变供方或开发者的评价责任，相反，V&V是这种责任的补充。 此过程可以由独立于供方的一个机构进行。在这种情况下，此过程叫做独立的验证和确认（ V&V）过程。<BR> 此过程含有下述活动： <BR> a. 过程建工； <BR> b．需求验证；<BR> c．设计验证； <BR> d．代码验证；<BR> e．集成验证；<BR> f．文档评审； <BR> g．确认。 <BR><STRONG>11． 4． <A name=B11.4.1></A>1 过程建立 <BR> </STRONG>此项活动含有下述任务： <BR><STRONG>11．4．1．1 </STRONG>应当决定正在考虑中的项目是否进行V&V，并决定在进行V&V时机构的独立程度。应当分析项目需求的关键性。<BR> 关键性可以用下述条件来衡量：<BR> a．在一个系统或系统需求中导致死机、人员伤害、任务失败、财经上的或灾难性的设备损失或损坏的潜在的、未检测出的错误； <BR> b．要使用的软件开发技术的成熟程度和有关的风险； <BR> c．资金和资源的可获得性。<BR> <STRONG>11． 4． 1． 2 </STRONG>如果项目保证进行V&V，应当建立一个V&V过程以验证和评价该系统。<BR> <STRONG>11． 4． 1． 3 </STRONG>如果项目保证进行 IV＆V，应当选择进行 IV&V的机构。 IV&V的实施人员有足够的不受机构约束的自由度和权力来完成V&V活动。<BR> <STRONG>11．4．1．4 </STRONG>在对上述范围、规模、复杂性和关键性进行分析的基础上，应当规定目标生存周期活动和需要V＆V的产品。应当为目标生存周期活动和产品选择V&V活动和任务（第11．4．2至11．4．7条），包括完成这些任务的方法、技术和工具。 <BR><STRONG>11． 4． 1． 5 </STRONG>应当以上面指出的 V&V任务为基础制订一个 V＆V计划，并将其写成文档。该计划应当涉及将进行V&V的生存周期活动和产品、每个生存周期活动或产品所需求的Vgu任务、有关的资源、责任和时间表。该计划应当涉及向需方和其它有关的机构提供V&V报告的步骤。 <BR><STRONG>11． 4． 1． 6 </STRONG>应当实施 V&V计划。通过 V&V检测出的问题和不符合之处应当进入改正过程（第 11． 6 条）。全部问题和不符合之处都应当得到解决。应当将V＆V活动的结果告诉需方和其它有关的机构。 <BR><STRONG>11．4．1．7 </STRONG>V&V机构应当收集、保存和使用质量成本数据。使用这些数据的目的是：改进产品或服务的质量；规定预先应付的成本和改正产品或服务中的缺点或不符合之处的成本；计算进行V&V的成本。 <BR><STRONG>11．4．2 需<A name=B11.4.2></A>求验证 <BR> </STRONG>此项活动含有下述任务。应当根据需求的范围、规模、复杂性和关键性，执行一项或多项任务。<BR> 任务表可补充如下： <BR> a．参加需求评价、合同要求的评审和审计，以及建立基线的活动；<BR> b．验证系统需求（包括接口和鉴定）的完善性、正确性、可行性和可测性； <BR> c．验证为达到最佳设计，系统需求已适当地分配给HCI、SCI和人工操作； <BR> d．验证软件需求（包括接口和鉴定）的完善性、正确性、可行性和可测性；证明它们准确地反映了系统需求； <BR> e．用合适的严密的方法验证与关键性、安全性、保密性有关的软件需求；<BR> f．验证项目的计划需求。 <BR><STRONG>11．4．3 <A name=B11.4.3></A> 设计验证</STRONG><BR> 此项活动含有下述任务。应当根据系统和软件设计的范围、规模和复杂性，执行一项或多项任务。任务表可以补充如下：<BR> a<STRONG>.</STRONG> 参加设计评价；<BR> b．分析设计方法是否与需求一致；<BR> c．分析设计中的事件次序、输入、输出、接口、逻辑流程、计时分配和规模预算、出错定义、错误的 隔离和恢复；<BR> d．验证根据需求所选择的设计； <BR> e．用合适的严密的方法，验证实现关键性、安全性和保密性需求的设计。 <BR><STRONG>11．4．4 <A name=B11.4.4></A> 代码验证 <BR> </STRONG>此项活动含有下述任务。应当根据代码的范围、规模和复杂性，执行一项或多项任务。任务表可以 补充如下：<BR> a．评价程序员的文件；<BR> b．为跟踪设计和需求、可测性和与需求的一致性及编码的标准而评审关键的代码；<BR> c．为适当的事件序列、一致的接口、正确的数据和控制流、完整性、适当分配的计时和规模预算、 出错定义、隔离和恢复而分析代码； <BR> d．对照设计和需求验证所选择的代码；<BR> e．用合适的严密的方法验证实现关键性、安全性和保密性需求的代码。 <BR><STRONG>11．4．5 <A name=B11.4.5></A>集成验证 <BR> </STRONG>此项活动含有下述任务。应当根据集成的范围、规模和复杂性，执行一项或多项任务。<BR> 任务表可以 补充如下： <BR> a．验证SCI的每个部件和单元已经完全和正确地集成进一个SCI中去；<BR> b．验证该系统的各个部件（HCI、SCI、人工操作部分）已经完全和正确地集成进该系统中去；<BR> c．集成任务已经按照集成计划执行。 <BR><STRONG>11．4．6<A name=B11.4.6></A> 文档评审 </STRONG><BR> 此项活动含有下述任务。应当根据文档的范围、规模和复杂性，执行一项或多项任务。<BR> 任务表可以 补充如下：<BR> a．评审所选的文档是否恰当、完善和具有一致性； <BR> b．评价文档准备工作的及时性；<BR> c．评价对文档的配置管理。 <BR><STRONG>11．4．7 <A name=B11.4.7></A>确认 </STRONG><BR> 此项活动含有下述任务。应当根据系统或软件的范围、规模、复杂性和关键性，执行一项或多项任 务。<BR> 任务表可以补充如下：<BR> a．就合同所要求的评审、审计及鉴定测试向需方提供咨询； <BR> b．评价所选的测试需求、测试用例、测试规格说明、测试步骤、进行测试的顺序和分析测试结果的步骤； <BR> c．参加合同要求的评审和审计； <BR> d．参加对测试准备的评审； <BR> e．监督鉴定测试；<BR> f．准备所选的测试需求、测试用例、测试规格说明、测试过程，进行测试的步骤和分析测试结果的步骤； <BR> g<STRONG>.</STRONG>进行所选择的单元测试、集成测试或鉴定测试；<BR> h．用输入重点值、边界值和异常输入值来完成所选择的测试；<BR> i．测试软件隔离错误和把错误的影响降到最小的能力，即使失败逐级缩小的能力，在重要的、临界的和在异常的条件下要求操作员干预的程度；<BR> j．用一个合适的严密的方法确认该软件正确地实现了关键性、安全性和保密要求。<BR> <BR> 27</P></BODY></HTML>⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -