📄 c3.htm
字号:
<HTML><HEAD><META NAME="GENERATOR" Content="Microsoft Visual Studio 6.0"><TITLE></TITLE></HEAD><BODY><P> <STRONG>GB／T114 5 7—— 19 9 5<BR></STRONG></P><STRONG><HR></STRONG><P><STRONG>2．101 连接 co<A name=C2.101></A>nnection <BR> </STRONG>a. 程序的某。部分对程序另。部分的标识符（即，在另外地方发现的标识）的引用。参见2．249条。<BR> b .为了传递信息而在功能部件之间建立的关系。 <BR><STRONG>2．102 合同 con<A name=C2.102></A>tract <BR> </STRONG>通过法律约束当事双方的一个协议，或是在一个机构内部为了提供服务的一个内部协议，该协<BR>议提供的服务适用于一个系统或系统一部分的供应、开发、生产、操作或维护。<BR> <STRONG>2．103合同所要求的审<A name=C2.103></A>计 contractually required audit <BR> </STRONG>合同所要求的审核过程。一般由需方或由独立的机构主持进行。此过程对产品或服务提供一个 <BR> 独立的评价，以决定产品或服务是否符合它们的需求。 <BR><STRONG>2．104 控制数<A name=C2.104></A>据 control data <BR> </STRONG>选择一程序中的操作方式或子方式，给顺序流指向，或者直接影响软件操作的数据。 <BR><STRONG>2．105控制语句 <A name=C2.105></A>control statement <BR> </STRONG>影响操作执行顺序的程序设计语言的语句。 <BR><STRONG>2．106控制结构 cont<A name=C2.106></A>rol structure <BR> </STRONG>通过计算机程序决定控制流的构造。参见2．91条。 <BR><STRONG>2．107转换 <A name=C2.107></A>conversion <BR> </STRONG>对现有软件进行修改，使之在不同环境工作时能具有等同的功能，例如，把二个程序从FOR-<BR> TRAN变换成Ad。。把在一台计算机上运行的程序变换成能在另一台计算机上运行的程序。 <BR><STRONG><A name=C2.108><STRONG>2．108 协同例行程序 co-routines<BR></STRONG></A></STRONG> 彼此能调用，但不存在上下级关系的两个或两个以上的模块。<BR><STRONG> 2．109改正性维护 co<A name=C2.109></A>rrective maintenance <BR> </STRONG>专门为克服现有故障而进行的维护。参见2．449条。 <BR><STRONG>2．110正确性 correc<A name=C2.110></A>tness <BR> </STRONG>a．软件无设计缺陷和编码缺陷的程度，即无故障。<BR> b．软件符合规定的需求的程度。 <BR> c．软件满足用户期望的程度。 <BR><STRONG>2·111正确性证明 correctn<A name=C2.111></A>ess proof <BR> </STRONG>参见 2． 374条。<BR> <STRONG>2．112耦<A name=C2.112></A>合度 coupling<BR> </STRONG>计算机程序中模块之间相互依赖的量度。与2．67条相对照。 <BR><STRONG>2. 113 临界的<A name=C2.113></A>，关键的 critical <BR> </STRONG>系指： <BR> a<STRONG>.</STRONG> 由于设计不当，一个系统或一个软件的某些环节或部分在运行时超出了临界范围，或存在 <BR> 着潜在的、未检测出的错误，会导致死机、人员伤害、任务失败、数据丢失、财经上的损失或灾难<BR> 性的设备损坏等严重后果。或指：<BR> b．要使用的软件开发技术的成熟程度和有关的风险。 <BR><STRONG>2．114 <A name=C2.114></A>关键部分优先 critical Piece first<BR> </STRONG>软件开发的一种途径。它首先把注意力集中在软件系统中最关键部分的实现。关键部分可以根 <BR> 据所提供的服务、风险程度、困难程度或其它一些准则来确定。 <BR><STRONG>2．115关键段，临界段 <A name=C2.115></A>critical section<BR> </STRONG>将要被执行的一段代码。其执行与另一关键段的代码的执行是互斥的。如果一些代码段竞相使<BR> 用一计算机资源和数据项时，就要求这些段互斥地执行。<BR><STRONG> 2· 116危急程<A name=C2.116></A>度 criticality <BR> </STRONG>根据软件错误或故障对系统的开发和运行的影响程度所做的估价进而对这些软件错误或故障<BR> 进行的分类（通常用来判定是否要对某一故障进行校正，以及何时予以校正）。<BR><STRONG> 2．117交叉汇编程序<A name=C2.117></A> cross assembler <BR> </STRONG>在一台计算机上为另一台不同的计算机产生目标代码的汇编程序。 <BR><STRONG>2．118交叉编<A name=C2.118></A>译程序 cross comPiler<BR> </STRONG>在一台计算机上为另一台不同计算机产生汇编代码或目标代码的编译程序。<BR> <STRONG>2．119数<A name=C2.119></A>据 data <BR> </STRONG>事实、概念或指令的形式化的表现形式，它适于由人或自动装置进行通信、解释或处理。参见 2·79条、2·104条、2·179条、2．395条、2．445条。<BR><STRONG>2. 120 数据抽<A name=C2.120></A>象 data abstraction <BR> </STRONG>通过选择特定的数据类型及其相关的功能特性的办法，仅仅保持或抽取数据的本质特性所得的 <BR> 结果，从而使其与细节部分的表现方式分开或把它们隐藏起来。参见2·235条。 <BR><STRONG>2. 121数据库，数据<A name=C2.121></A>基 data base <BR> </STRONG>a<STRONG>. </STRONG>一数据集，或一数据集的部分或全体，它至少包括足够为一给定目的或给定数据处理系统<BR> 使用的一个文件。 <BR> b· 对一系统来说是基本的数据集合。 <BR><STRONG>2. 122数据字典加 data diCtionary<BR> </STRONG>a．软件系统中使用的所有数据项的名字及与这些数据项有关的特性（例如，数据项长度、表示<BR> 等）的集合。<BR> b<STRONG>. </STRONG>分层数据流图中涉及的数据流、数据元素、文件、数据基和进程之定义的集合。 <BR><STRONG>2．12 3数据流图<A name=C2.123></A> data flow chart <BR> </STRONG>系统的一种图形表示，其中表示出数据源、数据汇、存储和以结点形式对数据执行的处理，以及<BR> 在结点间作为连接部分的逻辑数据流。与2．124条、2．125条同义。 <BR><STRONG>2· 124 数据<A name=C2.124></A>流图 data flow diagram <BR> </STRONG>参见 2． 123条。 <BR><STRONG>2．125数据流图 data fl<A name=C2.125></A>ow graph <BR> </STRONG>参见 2． 123条。 <BR><STRONG>2．126数据<A name=C2.126></A>结构 data structure <BR> </STRONG>数据项之间的次序安排和可访问性的一种形式表示，其中不涉及其实际存储排列方法。 <BR><STRONG>2．127数据类<A name=C2.127></A>型 data type <BR> </STRONG>一类数据。用属于该类的元素和可对之施行的操作来表征。例如，整型、实型、逻辑型。<BR><STRONG> 2．128 <A name=C2.128></A>排错，调试 debugging<BR> </STRONG>查找、分析和纠正错误的过程。 <BR><STRONG>2．129排错模型 debugging mo<A name=C2.129></A>del<BR> </STRONG>参见 2． 180条。 <BR><STRONG>2．130判定表 <A name=C2.130></A>decision table<BR> </STRONG>a．在叙述一问题中要考虑的所有可能发生的情况及对每一组可能发生的情况将要采取的行 <BR> 动的一张表。 <BR> b．对一组情况及其相应动作以矩阵形式或列表形式所做的表示。<BR><STRONG> 2．131缺<A name=C2.131></A>陷 defect<BR> </STRONG>参见 2． 198条。 <BR><STRONG>2. 132 定义阶段d<A name=C2.132></A>eftnion phase <BR> </STRONG>参见2．406条。 <BR><STRONG>2．133交<A name=C2.133></A>付 delivery<BR> </STRONG>a．软件研制周期中的一个阶段。在此阶段上将产品提交给计划中的用户供其使用。<BR> b．软件研制周期中的一个阶段。在此阶段上产品由其预定的用户接受。 <BR><STRONG>2．134设<A name=C2.134></A>计design <BR> </STRONG>a．为使一软件系统满足规定的需求而确定软件体系结构、部件、模块、接口、测试途径和数据<BR> 的过程。 <BR> b．设计过程的结果。 <BR><STRONG>2. <A name=C2.135></A>135 设计分析design analysis<BR> </STRONG>a．对一设计进行估计以确定其相对于预定需求的正确性、符合设计标准的程度、系统效率和<BR> 是否符合其它一些准则。 <BR> b．对其它替代性设计途径的估计。 <BR><STRONG>2．136设计分析器 desiy<A name=C2.136></A>n analyzer</STRONG> <BR> 一种自动设计工具。它接收有关程序的设计方面的信息，并产生以下方面的输出，如模块层次<BR> 图、控制和数据结构的图形表示，以及被访问的数据块的一览表等。 <BR><STRONG>2．137设计审查 de<A name=C2.137></A>sisn insPection<BR> </STRONG>参见2．237条。 <BR><STRONG>2．138设计语言 <A name=C2.138></A>design language <BR> </STRONG>一种具有专门构造，有时还可验证的语言。用以开发、分析设计并为其书写文件。 <BR><STRONG>2．139设计方<A name=C2.139></A>法学desiyn methodology <BR> </STRONG>进行设计的系统途径。由专门选择的工具、技术、准则的有序应用所构成。 <BR><STRONG>2．140设计阶段 d<A name=C2.140></A>esisn phase <BR> </STRONG>软件生存周期中的一段时间。在这段时间内，进行体系结构、软件组成部分、接口和数据的设计， <BR> 为设计编制文件，并对其进行验证，以满足预定需求。<BR> <STRONG>2．141设计需求 desisn r<A name=C2.141></A>equirement<BR> </STRONG>影响或限制软件系统或软件系统组成部分的设计的需求：例如，功能需求、物理需求、性能需求，<BR> 软件开发标准，软件质量保证标准。参见2．407条。 <BR><STRONG>2．142设<A name=C2.142></A>计评审 desisn review <BR> </STRONG>a．在正式会议上，把系统的初步的或详细的设计提交给用户、客户或有关人士供其评审或批准。<BR> b．对现有的或提出的设计所做的正式评估和审查，其目的是找出可能会影响产品，过程或服 <BR> 务工作的适用性和环境方面的设计缺陷并采取补救措施，以及（或者）找出在性能、安全性和经<BR> 济方面的可能的改进。 <BR><STRONG>2．143设计规格说<A name=C2.143></A>明 design sPecification <BR> </STRONG>一种描述设计要求的正式文档，按照这种文档对系统或系统组成部分（如，软件配置项）进行设<BR> 计。典型内容包括系统或系统组成部分算法、控制逻辑、数据结构设定与使用（set－use）信息、输 <BR> 入输出格式和接口描述。参见2．407条。 <BR><STRONG>2．144设计验<A name=C2.144></A>证 design verification <BR> </STRONG>参见2．539条。 <BR><STRONG>2．145设计定查 d<A name=C2.145></A>esign walk－throngh <BR> </STRONG>参见2．545条。 <BR><STRONG>2．146桌面检查 desk che<A name=C2.146></A>cking <BR> </STRONG>对程序执行情况进行人工模拟，用逐步检查源代码中有无逻辑或语法错误的办法来检测故障。 <BR> 参见2．468条。 <BR><STRONG>2．147详细<A name=C2.147></A>设计 detailed design<BR> </STRONG>a．推敲并扩充初步设计，以获得关于处理逻辑、数据结构和数据定义的更加详尽的描述，直到<BR> 设计完善到足以能实现的地步。 <BR> b．详细设计过程的结果。 <BR><STRONG>2．14 8开发<A name=C2.148></A>者 develoPer<BR> </STRONG>在软件生存周期中执行开发活动（包括需求分析、设计直至验收）的一个机构。<BR><STRONG> 2．149开发周<A name=C2.149></A>期 development cycle<BR> </STRONG>参见2．438条。<BR><STRONG> 2. 150开发生存周<A name=C2.150></A>期 develoPment life cycle<BR> </STRONG>参见2．438条。<BR></P> 34</BODY></HTML>⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -