SJ Z 9060-1987 信息处理-计算机应用系统文件编制指南.pdf
《SJ Z 9060-1987 信息处理-计算机应用系统文件编制指南.pdf》由会员分享,可在线阅读,更多相关《SJ Z 9060-1987 信息处理-计算机应用系统文件编制指南.pdf(23页珍藏版)》请在麦多课文档分享上搜索。
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程序文件编制(补充件本附录给出程序文件
- 1.请仔细阅读文档,确保文档完整性,对于不预览、不比对内容而直接下载带来的问题本站不予受理。
- 2.下载的文档,不会出现我们的网址水印。
- 3、该文档所得收入(下载+内容+预览)归上传者、原创作者;如果您是本文档原作者,请点此认领!既往收益都归您。
下载文档到电脑,查找使用更方便
5000 积分 0人已下载
下载 | 加入VIP,交流精品资源 |
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- SJ 9060 1987 信息处理 计算机 应用 系统 文件 编制 指南
