SJ Z 9060-1987 信息处理-计算机应用系统文件编制指南.pdf

1、中华人民共和国电子工业推荐性部标准信息处理一计算机应用系统文件5J/Z 9060 87 南ISO6592 1985 Information procassing._ Guidelines for the documentation of computer-baSed application systems 一内1 范围和应用本标准为计算机应用系统的文件编制提供指南。它还包含些内容提纲，以支持系统整个生存周期内的有效活动。编制该指南的目的是2。获得为计算机应用系统开支各方所必需的协议，均有助于产生详尽规划和标准化的系统文档F。使系统文档能和系统开发工作平行地顺序产生。系统开发过自中对文件编制有明

2、确的规则有助于za)文件本身的编写Fb)完成项目所需时间及资源的估。有关各方之间的信息交换，以产生对某个系统来讲可达到的目标的选十一个更完整、更周密的功能设计Ed)在系统开发工作期间，对有关人员作出判定和提出简要报告。按照本标准产生的系统文档。使得管理部门能对开支过程加以控illj;b)使系统月1户能正确有效地使用该系统30使计算机操作员能安排和运行该系统Pd)有助于诊断和校正错误或故障ze)提供有关系统信息以支持系统维护。本标准不适jU于计算机应用系统的硬件设计中的文件编制。2 文件编制的原则2.1 总的考虑尽管计算机系统应用的多样性，但存在一些基本的相似之处，例如，明显的特征是计算机总是须

3、经输入、处理和输出三个阶段z并且总需要确寇和论证为开发和实现一个计算机项目无论大小所需资源如人员、材料和资金，并将所建的系统的各方面用文件充分地表达。中华人民共和国电子工业部1987一10一20 1 SJjZ 9060 87 哩十一一一一一十一一提出本标准所确定的指南，其目的是要帮助建立文件编制的基本框架，它作为任何项目开发的坚实基础，通过适当的选度安排和控制机制进行有效的开支和实现，使整个开发工作按预定的和被批准的方式进行。对本标准的应用应随具体系统的类型不同而有所区别。例如，操作方法在-个过程境中比在一个商业批处理系统中更为重要。一个特定文件或些特定信息可能与某个系统毫无关联。但它对于另一

4、个系统却是耍的。虽然本标准中给出了文件内容提纲，但编写者经过深思熟虑，可对内容的取舍作出决定。开发工作的逐步深入，有可能要对以前产生的文件进行修订。2.2 信息的类型本标准明确区分两种信息，即管理信息和技术信息。管理信息是项目控制管理方面信息，它记录所批准和拢过的事情。对这种信息应加以保存，但实施旦完成后，不必对其修改。技术信息是对系统所有方面的当前情况的描述，包括软件、硬件和数据。在系统生存周期内需不断对其进行修改。两类信息可能同时出现在某些文件中，但建议将它们分别置于不同的章节，这样更便于对技术信息进行维护。2.3 项目阶段和文档的关系本标准所给的指南将项目开发阶段与所产生的文件对应起来。

5、一般来说，每个阶段都起始于一个文件，并由个文件来总结。尽管各主要阶段是按顺序选行的，某些阶段和某些文件的编制是互相重叠的。例如，系统支持手、册的编写是在系统设计和开支阶段中开始。对于不同的应用系统，阶段数目和所产生的文件数目都可能不同z本标准列出了文件编制的基本成份，这些成份通常出现在开发过程每阶段所产生的文件中。.2. 户生的文件疗队凹-= SJjz 9060 87 和呵，-量生首ri量-可行性研究滔求飞.可行性研究鬼第Ut可行健研究报告系统设计研究请求觅4.2) 系统设计研究见第4章系绕设计研究报告014.8) 一vb-系设计和开发t见第5章系统设计文件系统总体文件和部件文件(见5.8、:

6、;.4和附录A、B、C)实现文件z计划和测试J.l7.2.1和7.2.2)系统交挎文件a用户、操作、程序.数据、系统绞术和修改手册见6 2 ) _.，.咽每一-一年一 J!锐支持.!司lS j在jJJ-一句屿，再喝验收报告t见7.:1.3)系统实现见第7章- 酌-_._-_.江元-评价报告见8.2)t;.Q- -=- 实现后也评$(.l!.第a:() 一一一-注z在不需进行可行性研究的地方，改变起始点项目开发各阶段之间关系的图可行性研究3 ，并选择一种可能3.1 目的选行可行性研究的目的是确定在初步研究后所需要的是什么Fb)研究可能的解决方怯，选定一种较好的方怯，。用文件表达新系统的需求和约束

7、条件。可行性研该文件批准使用一些资源来研究具体的要求、设计目标或问 3 3.2 SJjZ 9060- 87 一法。本文件是在项目工作开始之前，由用户提出或受用户委托提出。编制该文件需要专家的帮助，以确寇可行性研究所需的时间和费用指标。对可行性研究请求的批准导致此项研究工作的开展，并最终编写一个可行性研究报t七00 3.3 可行性研究报告3.3.1 目的可行性研究报告使用户能够决定是否继续进行下个阶段，即系统设计阶段。3.3.2 系统问题及信息的分析。系统问础21 )寇义，包括背景和当前情况，2)技术和财政上的限制条件。同系统目标s1 )定义和说明，2 )界限，3 )比宜。c)系统信息z1 )定

8、义和说明，2 )关系p3)规范。d)系统处理E1 )说明F2 )输入、需存储的数据和输出，3)数据间的关系，4)周期性$5)数据容量。3.3.3 项目组织和需求z。人员要求Fb)培训和教。主要活动的时间表，d)人力Pe)硬件Ff)软件pg)公Jij设施。3.3.4 投资和收益z。财务支出Fb)收益。 4 z 3.3.5 所建议的系统z。功能描述zb)确保精确性的控。保密性pd)接口，e)数据流zSJjZ 9060 87 f)增长的允许范围=数据容量，新的功能，g)选度/时间安排，h)非计算机功能zi)人力Fj)硬件，k)软件F1)公用设施。3.3.6 实现、质量和验收方面的考虑z系统测试Pb)

9、文卷的建立/转换，c)与现有系统的联接pd)用户教育和培训，e)仿真，f)建议的切换方讼，g)服务的改变F11)质量保证要求30产品可靠性要求Fj)系统验收准则。3.3.7 支持设施z。失效后的恢复，b)维护F。备件的可利用性3.3.8 词汇表新的或非常用的术语的解释。3.3.9 结论和建议z。系统 1 )用户的需要，2 )能满足的程度。均可选择的方案z, )说明所考虑的可选择的方案z.5. SJjZ 9080 87 2 )陈述落选的。4 究4.1 目的本阶段目的是详细规定所选择的设计方案。4.2 系统设计研究请求此文件陈述在仔细考虑可行性研究报告之后要执行的步骤。作为它最简单的形式，仅仅是表

10、示接受可行性研究报告提出的建议，并批准进行系统设计研究。4.3 系统设计研究报告4.3.1 目的系统设计研究报告应写得足够详细，。用户得到个系统的作用的明确描述储存的输入、处理、输出信息，时间安排。b)用户知道为运行该系统究竟要做些什么，。为实现和运行该系统所必需的机构变化或调整得以确定，并能作为独立的任务来进行，d)对于要在下阶段产生的系统设计文档来说，系统功能需求是非政义的。4.3.2计划z。组织机构Fb)时l间表F。主要的资U尽量郁d)质量保iIJe)要使用的标准。4.3.3 投资和收益z的开支费用Eb)安排费用F。培训和教育费用zd)运行费用Fe)可统计的和不可统计的收益。4.3.4

11、系统描述z系统应用的功能概述pb)硬件要求，。通信要求，如终端、连线、调制-解调器、集中器寺gd)对语言、数据库、操作系统等软件的要求ze)数据描述pf)数据流，包括数据的最大容量和正常容o 6 的数据容量改变的允许范围，问确保数据精度的控制1;SJ/Z 9060 87 i)保密性、系统整体性、数据保护、物理安全性、有效性;j)环境和能源要求包括所有备用的安排), k)与其它系统现有的或建议中的系统的接口，1)选度要求Fm)增加功能的允许限度Fn)非计算机过程。4.3.5 实现、质量和i验收计划z。用户教育/培训11;b)文卷的建立/转换F。系统测试和性能估价，d)仿真F的服务的改变，f)与现

12、有系统的联接，g)变换方法;h)质量保证要求Fi)产品的可靠性程度pj)系统验收准则。4.3.6 支持设施z。失效后的恢复，b)维护的职责和可靠性，。备件和后援的可利用性。4.3.7 应用系统的概述=。问题定义及解法zb)建议z。系统运行s1 )人力F2 )硬件zU软件F4 )公用设施，5)财务预算$6 )保密性p7 )选皮/时间安排Fd)新的或非常用的术语表。4.3.8 管理慨:.7. SJjZ 9060 87 一一5 。人力Fb)硬件z。质量保证要求3d)公用设施的要求Fe)费用估开21 )项目的下一阶段所需费用的2 )整个项目所需费用的怕异f)收益的估异Fg)时间表。发5.1 目的系统设

13、计和开发的目的是z。详iAi自动的和人工的处理过程，确寇它们的界面，问产生便于编写自序的文件，c)提供为完成前系统的测试和实现工作所需的信d)制订实现阶段要执行的所有活动的详细计划he)给出编写系统支持手册的考虑。5.2 系统设计文件一一该文件的作用是根据下述原则提供系统的一个完整的设计记录2a)系统的每个部分都有一个加以说明的功能pb)一个完整系统的所有功能可这样来充分地描述z将系统分辟为若干个部分，描述各个分解部分及它们之间的相互作用和关系a该文件般至少包含两个层次，系统总体文件见5.口, 部件文件见5.4)。5.3 系统总体文件在本文件中，对系统描边的详细程度依赖于系统的要求。可能要将该

14、文件作为系统支持手册的基础。系统总体文件应详细列出=项目标b)目标，c)说明文字和图表说明): -一子系统的标识符，一与其它系统的接口，d)保密性s8 SJjZ 9060 87 一一)干一-一一半一吁一*一十一一二e)控制包括审计要求)J f)运行环境pg)失效后的恢复，h)运行该系f)数据安机j)测试过程Ek)变换过程$的支持设施，5.4 部件文件该文件给出程序、文卷和人工操作的详细规格说明。可能要将其作为系统支持手册的基础。5.4. 1 程序规范见附录A。5.4.2 文卷和数据库规范见附录B。5.4.3 人工过程规范见附录C。6 统支持6.1 目的本阶段的目的是要支持被用户所接受的系统，它

15、包括下述内容za)系统的正常使用，b)查错和改错，c)可能的修改和增强。应该了解到可能不是由开支该系统的人员来选行此项活动。6.2 系统支持文件系统支持文件应从系统设计和开发阶段中产生的文件中形成。对那一阶段产生的文件所作的任何更改应反映在系统支持文件中。具体提供哪些文件要依特定的系统要求、维护方针和文件标准而寇。但为了达到系统支持的目的，建议按下列标题给出此类文件s。用户本手册应清晰、简要地描述系统的用户和供应者的权利和职责。F面举出这种权利和职责的例子E1 ) 用户的权利包括z获得关于系统使用的信息的权利，获得关于理解系统结果及改正数据错i元的信息的权利。2)用户的职责包括2 9 SJ j

16、Z 9060 -87 吓一十二正确地准备输入数据p-将在系统中发现的任何错误通知供应者。3 )供应者的权利包括2对所提供系统进行修改的权利p执行连续的测试，以保证系统继续正确运行的权利。4 ) 供应者的职责包插z)二进行精确性维护并更新文件F)一积旦和传fE用卢使用系统的经验。所有这些权利和职责须经供应者和顾客的一致同意，并遵循国家的和国际的有关法规和/或标准。本手册还应始出有关质量保证和产品可靠性怯规的信息。b)操作手册本手册描述在该系统的所有操作模式下，怎样使用计算机和有关设备操作该系统。程序手册程序手册描述每个程序的作用，给出诸如使用的数学表达式和算洁、出错处理措施和时间安排之类的信息。

17、它应包括各程序的列表应有注解，它对修改和增强有用。测试数据和结果。d) 数据本手册应按系统要求所规定的详细程度描述系统数据结构。的系统技术手册本手册使技术人员能了解系统工作的方式，帮助他们查找和改正错误，进行修改和增强。必要时，应引用硬件说明资料。f)系统更改记录它记录在何时、怎样、为什么、由谁对系统哪些部分进行了何种更改并得到批准。7 系统实现7.1 目的本阶段的目的是要在系统操作环境下进行完全的系统验收测试，并证明所有定义的已得到满足。7.2 文件要求本阶段的输入文件包括系统的一个实现计划和验收测试计划。输出文件是个验收报告。7.2.1 实现计划尽管实现在项目开发的最后进行，但实现的规划应

18、在较早阶段开始。并且在系统开支过程中，要对此计划进行必要的修改。此计划应详述20) 公用设施和环境; 10 一SJ/Z 9080 87 的人员组织，c) 用户教育和培训，d) 文卷建if.的文件的更改、汇集和分发，f) 维护过程的验证，g) 实现的时间安排和实现方法，h) 系统更换过程，i ) 恢复过程。7.2.2 验收测试计划此文件规定在确寇的操作环境下，怎样选行测试。还应提供一份预期结果的检验表，必要时给出容差。7.2.3 验收报告该报告是一个体现验收测试结果的文件。它应由所有的有关部门签署，并被复制给这些部门。如果验收合格，可能的话应提供份有关系统的各种缺陷和补救建议的正式文件。8 实现

19、后的8.1 目的本阶段的目的是定期地做以下工作$a) 研究系统目标的履行情况，的监督资源的配备情况和费用1臼异c) 列出系统的难以确定的积极和消极作用，d) 分析、记录在系统开支期间获得的经验。8.2 评价报告评价报告。)评寇初始的系统目标是否正确，它们在多大程度上已得到实现，的精确地确定能改造的部分sc) 确认被实践证实的成功之处，d) 确认和评定所遇到的操作问的说明所要求得到的收益是否已获得，f) 总结记录有助于以后开发项目的经验教训。9 文件的9.1 文件的产生和处理文件编制的个重要方面是产生摘足文件用户要求的文件。需要清晰地定义这些要求，并以读者易于接受和理解的方式表达文件的内容。对系

20、统开发的一个阶段里生成的每个文件，应规寇一个唯的标识符或代码，以利 11. SJ/Z 9060 87 ., 一一._ 于它的保存和随后的检索。这个标识符或代码应明确地表示出该系统或项目及文件所的类别。各单位所决寇的系统和子系统标识的原则可能不一样，但应按照各单位自己的规则来说明。为了便于引用和控制各种修改或更新，采用清晰的、无歧义的按页索引方法是十分要的。经验表明，使用一个能满足下述要求的文件编制系统会产生积极的效果z。)每一页具有关于系统、丰、章内的页、发行号和启用日期的唯一标识，b) 具有每一章得到完成的标识Fc) 明确标识各种插入和删除。建议采用活页的方式。应该约定并明确定义修改系统文档

21、要遵循的规程。必须使所有的项目人员和用户都正确地了解该规程。9.2 核心文件的原则核心文件应包含与系统整个生存周期活动有关的全部信每当一个决定、成果、修改通过时，要更新核心文件内的信息，因此它总是有效的。为便于进行这种更新，信息的每项一般应仅在核心文件中出现一次。9.3 对文件分发的建议将集中存放的全部文件集合和不同部门、不同人员所需的汇编子集合明确区分开是耍的。一般包括从全部文件集合的不同部分中复制和编辑得到的文件。对每个文给出根据各部门要求确定的发行清单，注明文件接受者名字或部门的代码。 12 , . 一，.，a Al引SJ/Z 9060 87 附录A程序文件编制(补充件本附录给出程序文件

22、所需的编制指南。对部件文件需要!拘详细程度比对本标准中其它文来。A2 .识标A2.1 程序名7.，.，立d一更高。因此，用附录的形式给出标识该程序的标题或名称，并给出简要说明其功能的付标题。A2.2 变体描述用来标识该程序的任何共存变体的名称。A2.3 版本除程序名和变体名外，提供对版本的标识，以区别在一段时期内经过修改先后形成的儿个不同的积序版本，此文件必须及时反映在当前版本中所作的改变，并反映最新的变化。A2.4 发行日期给出程序初始版本和当前版本问推出日期。A2.5 历史情况对每一次修改要详述卢-一十一一版本名F一说明修改原因和内容的资料p推出日期F一初次使用日期。A3般项A3.1 职责

23、给出负责下边工作的部门或人员附地址一-一开发pF 维护P程序的进步开发。A3.2 合同项 13 5J/Z 9060 87 h 一一哪-给出有关合同项的足够的信息(可能时，包括必要的费用的信息)，例如一一法律条款，如版权、保密、安全寺提供的模块和相应的购买/租用价格B一安装z培训，一一维护，质量保证。A3.3 应用范围和领域A3.3.1 简要描述通过使用该捍序所能达到的目标。A3.3.2 描述该程序的功能，这种描述要能使用户判定该程序能否使用及可使用的范围。A3.3.3 描述设计原理和方法、程序的突出特性、预定要作的修改等。A3.4 程序规范A3.4.1 A3.4.1.1 问题描述用易于理解的方

24、式列出由此梧序解决的问础。A3.4.1.2 补充信息陈述理论上的原理、方法和文献资料。A3.4.2 问题A3.4.2.1 约定和术语给出在文件下列部分要使用的表达形式的细节和规则，如适用于问题解捷的字符/符号或其组合的具体解释，有关前缀、符号、精确度、取整、坐标系统、值域、所使用的缩写词表及其意义、数据处理的技术规则等的内容。A3.4.2.2 解法原理芳n算法结合规定的功能和程序结构来说明解法及算法。A3. 4. 3 功能规范吨，4.3.1功能用非技术性语言详细描述该程序的所有功能，并对所需要的解释。A3.4.3.2 特征提供典型例子的运量信息，如性能数据、精确度、存储要求等。A3.4.3.3

25、 限制详述有关程序使用的各种限制条件。A3.4.3.4 出错处理描述该程序的出错处理。A3 , 4.4 数据保护和保密产生的结果加以 14 SJjZ 9060 87 描述数据保护和保密的功能和设置。A3.5 应用数据描述按与其使用有关的属性描述面向应用的例如输入/输出数据，永久性存储数据。必须按附录B描述Xl.JI日。述可以在一个单独的文件中给出，并给出适当的相互引用。A3.6运行规格说明A3.6.1 语言说明所使用的编程语言，注明它所遵循的标准。还要给出编译或解释程序的名称、变体、版本号和提供者。A3.6.2 软件要求注明为运行该程序所需要的其它程序例如操作系统、子例程的名称、变体、版本，并

26、引用该软件的相应文件。A3.6.3 硬件要求给出运行该程序所需硬件配置的规范并注明所引用的相应文件和图表。A3.6.4 操作院式说明程序的操作模式，如批处理、交互式、实时。A3.7 应用举例提供典型例子以帮助用卢理解该程序，包括数据清单和结果。A3.?1 有关文件给出一份能提供该程序有关信息的可用文件例如程序员指南、安装指南的清单，并注明文件的订阅号和供应者。A4 技术文件A4.1 技术性的程序描述A4. 1.1 术语和l约定描述包含该程序中使用的所有名称和其它内部数据在内的术语和约定pA4.1 .2 程序结构按照确定的问题解法描述程序单位例如子程序、模块、程序段、公用存储区的组织。程序结构可

27、用图形(如树形结构图或合适的结构化正文来表示。该表示必须包含各程序单位名称、入口点和接口及其相互关系。A4.1.3 程序清单提供包含足够详细的注解的源程序清单。A4.2 技术性的数据描述对于面向应用的数据见A.3.5)和其它内部数据，给出数据的技术性描述。这种描述包括名称、意义、表示法、内容、存取、数据保密性和内部关系。 15 SJ/Z 9060 87 酬应按附录B描述这些数据。此描述可放在个单独的文件中，在此情况下，必须给出适当的相互引用。A4.3 操作A4.3.1 控制命令给出一个运行该系统所需的全部控制命令表，并附上适当的注附。A4.3.2 操作方法对于可能的操作模式，说明或引用资料说明

28、启动、停止、暂停、中程序的方法，包括对数据文卷的特殊操作和操作剧川。应按附录C给出操作该程序所要遵循的规程。A4.3.3 消息给出所有消息的列表和说明，包括所有必需的操作命令。A4.4安装和支持A4.4.1 安装提供安装该程序的技术信息。A4.4.2 修改新启动该向为了使该程序适应其它环境或其它用途之加以修改的用卢提供足够的信息。A4.4.3 测试描述测试该程序的方法以及所用输入和顶期结果。A4.4.4支持提供继续支持和开发该程序的补充技术信息。61 51 附录B文件编制指南补充件本附孟给出数据文件所需的编制指南。对部件文件需要的详细程度比对本标准中其它文件要求更高。因此，用附录的形式来表达这

29、一要求。62 B2.1 技术性标识描述在程序和数据库中定义的数据的技术性标识。其它所需的技术性标识也应指出(见B.4.2)。 16 5J/Z 9060 87 一甲B2.2 面向应用的标识描述对数据的面向应用的标识，例如工作命令中的数据或面向应用的文件中的据。面向应用的文件中使用的同义词也应在此i芋边。B2.3 类别通过命名或描述数据的类别(如数据宇段、记录、文卷、段、页、数据库等来定义数据。62.4状态描述数据的状态，如测试用的、生产用的。B2.5 文件适用性B2. 5.1 应用范围和领域指出有关文件的应用范围和领域，例如某个企业的部门、应用范围。B2.5.2 有效性说明该文件的时间有效性(从

30、何时起到何时止)，提供版本的适当标识，必要时还提供变体标识。(版本将有效性表征为一个时间函数F变体是共存的选择对象。B3 数据的描述B3.1 目的给出面向应用的数据的描述和它们的应用目的，以便与其它数据相区分。63.2 描述符按照描述符种类的细节，列出表示面向应用的参考特征的关键字，表头和检索字。63.3 敏!毒性指出数据对于法律和操作要求的敏应特征，如数据保沪、密级、分类(见B6)。B4表示64.1 结构(不适用于数据元素)列出构成所述数据实体的数据对象及其内部关系，如位置、排列、重复因子。64.2 1各式描述数据可能出现的格式。使用下述标准的格式描述符也许足以说明数据格式3PICTUEE

31、S9V99 COMPUTA TIONAL (根据ISO1989 COBOL) 一一可变长度的分块记录根据ISO1989J 如果数据有几种格式，必须指出所有对应其应用的格式，例如程序、文卷、数据库、打印表征、显示屏上的输入区域、表格。如果使用限定名称，也应加以陈述。64.3 规模按照通常的或明确定义的单位(如字节、字)，指出数据实体的实际大小，可以用数字或公式指出此大小。如必要还应给出上、下限。 17. SJjZ 9060-87 . B4.4 媒体(不适用于数据元素)指出数据驻留的媒体，例如纸、磁带、数据链路、网络。B4.5 压缩详述对此数据压缩的类型和方法。B4.6 代码如果用于表示数据的代码

32、与在较高逻辑层上所定义的代码不同，名，例如IS0七位编码。B4.7 字符定义数据的有效丰符集，尤其是专用字符。B5内B5.1 数据类型描述数据类型，例如整数、字符、指针、向量、表、时钟。B5.2 度量单位给出对数据的标准度量单位，例如千克、毫米。B5.3 值域对其代码命指出为数据定义的植域，例如通过枚举有效值、指示上下界或引用包含在所述数据实体中数据的值域来说明此恒域。B5.4 检验条件如果数据所需检验条件还没用格式、字符集、数据类型和植域描述，就要对检验条件加以详述p还要选一步给出与其它数据实体相关的任何检验条件的细节，例如检验字符、真实性检验。B5.5 编码描述在应用中对数据的所有编码。指

33、出分配代码的规则或引用一个关键字表。B6 存取B6.1 权限在下述各款中，给出机构、部门、人员、数据处理规程和程序等有权对数据进行存取的主体，并给出它们的法律依据和其它条件。B6.1 .1源指出有权生成数据并将其引人操作数据和信息系统的主体。B6.1.2 读出存取指出有权读取数据的主体。86.1.3 变更指出有权更改或删除数据内容的主体。B6 .1.4 通信 18 SJjZ 9060-87 一时-豆、一指出有权不受限制对象。86.2 内容三方的主体。列出经批准接受这种通信的人或程序按其权限对数据的存取条理化的方法或规程。盯职责87.1 面向应用的职责指出对数据负有面向应用的职责的部门。67.2

34、 组织的职责指出对数据及其文件负有组织方面的职责的部门。87.3 技术职责指出对数据负有技术职责(例如软件开发的部门。87.4 保管职责指出负有存放数据职责的部门及存放场所，例如企业的分支机构88 密性88.1 归档详述数据归挡的要求，如方法、场所、用途、保存期、频度。88.2 恢复指出恢复归档数据的规程和要做的工作。88.3加密指出数据加密或解密的规程，例如有关的标准。69 相关事项89.1 出现列出但含所描述数据的数据实体。89.2 相关性列出与此数据相关的其它数据实体，指出这相关关系的类型或名称。89.3 使用给出或引用一个实际使用此数据的主体的情单。还要确定存取的类型按B6.1)9 1

35、9. SJ/Z 9060 87 且一一附C 人工过程文(补充仲Cl 51 本附录给出人工过程文件的编制3目肘。对部件文件需要的详细程度比对本标准中其它文件要求更高c因此，用附录的形式来表达这一要求。c2 标识C2.1过给出在有关系统和程序文件中用来标识该过程的标题或名称，并给出简要说明其功能的C2.2 变体描述用来标识该程序的任何共存变体的名称。C2.3版本除过程名和变体名外军还提供将最新版本与以前版本区别开来的标识。对于与程序紧密相关的过程(如操作指令)，希望将比过程的版本名与程序的版本名联系起来。C2.4 :J之行日期给出此过程的最初版本和当前版本的推出日期。C2.5 历史情况对过程造行修

36、改的每次推出，要详述变体名，一一版本名p一一说明修改原因和内容的参考资料F一一推出日期初次使用日期。c3般项C3.1 职责给出负责下述工作的部门或人员的地址开泣，-一一分发s. 20 SJjZ 9060 87 A 一培JlI; 过程的修改和选一步开发。C3.2 合同项给出有关合同项的足够的信息(可能时，包括必要的费用的信息)，例如一法律条款，如版权、保密、安全等3-吉JlI, -质量保iE;维护。C3 .3 应用范围和领域C3 .3.1 简要描边遵循该过程所能达到的目标。C3 .3.2 利用指明该过程的用途的有关软件扣环境，描边该过程的功能。C3 .3.3 说明或引用资料说明在该过程的设计中使

37、用的哲学、心理学和人类工程学的原理，该过程的突出特性及预定要作的修改等。C3 .4 过程规范C3.4.1 场合、颂皮描述该过程适用的场合。如果是周期性的，给出周期长度及在此周期中的位置F如呆是有条件的，说明规定该过程得到使用的事件。C3 .4.2 约定、术语给出在该过程或相关过程的命名中所遵循的所有约定的细节或参考资料，并提供使用的缩写词等。C3 .4.3 功能详细j南边该过程的全部功能，特别要引用所需要的材料及数据、所记录的结果、所使用的软件和硬件、起作用的机构。C3.4.4 性能和资源要求地给出有关处理容量和速度的信息和计算机与外围设备、供应、办公设备、空间等资源使用的信息。C3 .4.5

38、 限制和例外情况描述该过程使用方面的限制条件或不可使用该过程的情况，最好还包括要引用的替换过程。C3.4.6人员按照在组织机构内的作用，说明执行该过腥的人员，例如财会人员、计算机操作员。C3 .4.7 数据保护、保密和安全考虑要说明或引用资料说明与数据保护有关的方针或使过程本身免受非曲存取的有关方针。C3 .5 应用数据描述 21. SJjZ 9060 87 描述该过程所需要、所处理和所生成的面向应用的数据及其与使用有关的必须按附录B来描述这些数据。数据描述可在个单独的文件中给出，并附有相应的相互引用。C3.6 环境规格说明C3 .6.1 人员技能详述执行该过程的人员需具备的专门技能或训练。C

39、3.6.2 软件要求 用名称、变体和版本来标识与过程使用有关的软件，并提供对其文件的引用。对一个详细规定提供程序的输入数据的过程，要特别说明数据有效性和程序的出错处理特性，对一个详细规寇程序运行的过程，要特别引用该程序的运行规ttZz而对一个详细规定程序输出的解释、控制或分泣的过程，要特别说明数据的应用描述和技术描述以及各种捎曲。C3 .6.3 硬件要求给出与该过程步骤有关的计算机硬件配置的现格说明，以及使用的各种辅助设备或办公设备的规格说明，并引用相应的文件。C3 .6.4 供应提供有关该过程要求的供应的信息，如对计算机媒体、固寇项等的信息。C3 .6.5 时间限描述选度要求、处理速度的限制

40、条件或对使用该过程的次数的限定。C3 .7 应用举例提供典型例子以帮助用户理解该过程，它包括典型数据和结果的示例。C3 .8 有关文件给出关于该过程所属的系统、所据及的软件和硬件、所有相关过程和有关的机构信息的可用文件引用表。并提供文件的存放场所和获得文件c4 技术文件C4.1 技术过程描述C4 .1.1 术语和约在给出或引用所倪用的技术术语或特殊术语f的定义及其缩写词寇义。给出或引用在系统部件程序、过程、数据实体命名中用的命名约寇。C4 .1.2 组合过对于为不同场合提供命令或包含几种条件步骤的组合过程，描述它的组织结构(最好用图形来表示。C4 .2 过程结构将要执行的过程注:义为带编号的系

41、列强制!性命令，它以所需的任何资料或信息的开始，选而按时间顺序选行到对过程结呆的最终处理。 22. 5J/Z 90S0 87 用印刷字体方式或其它方式，仔细区别命令如用强制性措辞和解释性材料如用一般的措辞。若过程步骤是条件性的或重复性的，要对这些步骤进行安排，使得控制信息居于它所影响的过程之前p并在受到影响的步骤、的开始和终了处用步骤序号指出控制范围。使该过程步骤的描述语言适合于过程执行人员的技能和培训水平。C4 .3 技术性数据描述对面向应用的数据见C.3.5)和过程内部的任何数据例如控制计数、表格), 都要提供与过程有关的技术性描述，包括名称、含义、表示、媒体、内容、存取方站、结构、职责、

42、数据保密措施及内部关系。应按附录B描边这些数据。此描述可在一个单独的文件中给出，在此情况下必须给出适当的相互引用。C4.4安装和支持C4.4.1 分发和保存提供该过程及相关文件的分发方式和归档步骤的必要信息。C4.4.2 测试描述测试该过程的方法以及所用的经过处理的样本输入数据和结呆。C4.4.3 培训详尽地说明。对切始和相继使用该过程的人员的培训措施Bb) 负责人或部门，c) 典型的培训期，培训成功率曲线等。C4 .4.4 改选描述或引用资料说明执行此过程的人员或其它有关人员提出改造建议的方式。C4.4.5 修改提供对此过C4.4.6支持改以使其适合其它用途或环境的有关建议给出与继续支持和开发该过程有关的附加技术信息。 23.