架构师

您现在的位置是:首页 > 软考笔记 > 软考中级

软考中级

第十一章、考试中涉及的常用技术标准规范

架构师小跟班 2019-11-27 软考中级
第十一章、考试中涉及的常用技术标准规范"考点分析与预测:在系统集成项目管理工程师考试中,常用技术标准涉及的内容非常多, 涉及软件工程的10多个标准,综合布线标准,机房工程标准

第十一章、考试中涉及的常用技术标准规范

考点分析与预测:在系统集成项目管理工程师考试中,常用技术标准涉及的内容非常多, 涉及软件工程的10多个标准,综合布线标准,机房工程标准,一般会考2~5分;本块内容应该来 说,内容很多,知识很宽泛,很有难度,大家尽量把该得的分一定要得到。在学的时候,一定要 注意一些关键字,比如“必须”、“宜”等的区别,曾经出过一些坑爹的题目。真心话,这一块只 要求能得一半的分,哈哈。

对于有计算机基础的朋友来说,此部分不看可能也会得到部分分值,但是对于没有计算机基 础的朋友可能有点难度,下面我对历年考试的重点做了个归纳汇总,通过历年的考题来看,很多 重要的知识点还是在重复的考察,希望大家熟练利用学习的2/8法则,在掌握历年的高频考点后, 可以适当关注下可能会命题的地方,但是此部分如果花大量的时间去学习,性价比并不是很高!

根据下表历年考点分布情况,希望大家对下面所涉及到的知识点引起足够的重视:

一、 标准和标准化常识

二、 常用的软件工程相关技术标准

1、软件工程术语GB/T11457—1995

考点分析:软件工程术语非常多,尽量掌握,重要性

《GB/T11457—1995软件工程术语》由原田家技术监督局于1995年5月4日发布,1995年 12月1日起实施。该标准定义了软件工程领域中通用的术语,适用于软件开发、使用维护、科研、 教学和出版等方面,其内容中包括:(高07下48)(高13上)

(1)英汉软件工程术语对照及中文解释:(2)中文索引;(3)英文索引。

下面摘录与项目管理相关的术语摘录如下:

2、软件文档管理指南GB/T16680—1996

考点分析:软件文档管理指必考,必须掌握,重要性★★★

此外,文档计划规定每个文档要达到的质量等级,以及为达到期望结果必须考虑哪些外部因素。 文档计划还确定该计划和文档的分发,并且明确叙述参与文档工作的所有人员的职责。但文档本 身可以是非正式的,也可以不是一个独立的文档。(高13上9)

在本标准中,我们需要掌握如下知识点:

(一)软件文档的作用:管理依据、任务之间联系的凭证、质量保证、培训与参考;软件维 护支持、历史档案。历史档案软件文档并不是记录代码的工具。

(二)文档的类别

软件文档可分三种类别:开发文档(描述开发过程本身)、产品文档(描述开发过程的产物)、 管理文档(记录项目管理的信息)。(中11下12)(中10上13、64)(中09下13)(中16下61)

(三)文档等级

文档等级是指所需文档的一个说明,它指出文档的范围、内容、格式及质量,可以根据项目、 费用、预期用途、作用范围或其他因素选择文档等级。每个文档的质量必须在文档计划期间就有 明确的规定,质量要求的确定取决于可得到的资源、项目的大小和风险,可以对该产品的每个文 档的格式及详细程度做出明确的规定。每个文档的质量必须在文档计划期间就有明确规定。文档的质量可以按文档的形式和弄出的要求划分为4级:


(四)软件文档管理指南(需求评审)

评审十分重要,文档评审必须与评审结合起来。为提高软件产品质量,一个有效的方法就是在软件开发的每个阶段,对该阶段所形成的文档进行严格的评审。

需求评审进一步确认开发者和设计者已了解用户要求什么,及用户丛开发者一方了解某些限制和约束。需求评审(可能需要一次以上) 产生一个被认可的需求规格说明。基于对系统要做什么的共同理解,才能着手详细设计。用户代表必须积极参与开发与需求评审,参与需求文档的认可。无论项且大小或项且管理的正规化程度,需求评审与设计评审必不可少。评审一般采用评审会的方式进行评审。(中10上12)

步骤如下:

1、 由软件开发单位负责人、用户代表、开发小组成员、科技管理人员和标准化人员等组成评审小线,必要时还可邀请外单位的专家参加。

2、 开会前,由开发单位负责人确定评审的具体内容,并将评审材料发给评审小组成员,要求做好评审准备。

3、 由开发单位负责人主持评审会,根据文档编制者对该文档的说明和评审条目,由评审小组成员进行评议、评审,评审结束应做出评审结论,评审小组成员应在评审结论上签字。

(五)文档归档

归档的文档应包括整个软件生存期内所形成的全部文档

文档归档应满足以下条件:(中11上13)

A)归档的文档应是经过鉴定或评审的

b) 文档应签署完整成套格式统一字迹工整

c) 印制本打印本以及各种报告应装订成册并按规定进行编号签署

并且软件文档应在开发过程每个阶段结束后及时归档。

(六)支持有效文档策略的基本条件:(高12上12)

(1) 文档需要复盖整个软件生存期

(2) 文档应是可管理的

(3) 文档应适合于它的读者

(4) 文档效应应贯穿到软件的整个开发过程中

(5) 文档标准应被标识和使用

(6)应规定支持工具

按照GB/T16680《软件文档管理指南》规定:9.5文档签署(高14上14)

软件产品的所有文档都应按规定进行签署

软件文档签署的顺序一般按编写一审核一会签一标准化一批准的顺序进行。

其中会签仅在必要时才进行。

签署不允许代签。

修改单的签署与被修改的文档签署相同。

附录提了供软件文档签署者

根据GB/T16680-2015《系统与软件工程用户文档的管理者需求》7.3文档编制计划内容:(高17上15)

3、 软件维护指南GB/T14079—1993

考点分析:软件维护不是很重要,尽量掌握,重要性

《GB/T14079—1993软件维护指南》由原国家技术监督局于1993年1月7日发布,1993年 8月1日起实施。

该标准描述软件维护的内容和类型、维护过程及维护的控制和改进。该标准适用于软件生存 周期的运行和维护阶段,主要供软件管理人员和维护人员使用。

根据该标准,同级评审是指一种保证方法,由两个或多个同级程序员互相检査、评估,以确 保被检査内容正确,且与软件的其他部分一致。

该标准规定,软件维护一般分为完善性维护、适应性维护和改正性维护、预防性4种类型。

完善性维护是为扩充功能和改善性能而进行修改和扩充,以满足用户变化了的需求。主要内 容包括:

(1) 为扩充或增强功能而作的修改(如扩充解题范围和算法优化);

(2) 为提高性能而作的修改(如提高速度,节省存储空间等);

(3) 为便于维护而作的修改(如增加注释,改进已读性)。

适应性维护是为了适应软件运行环境的变化而作的修改,变化的主要内容包括:

(1) 影响系统的规定、法律和规则的变化;

(2) 硬件配置的变化,如机型、终端、打印机等的变化;

(3) 数据格式或文卷结构的变化;

(4) 系统软件的变化,如操作系统、编译系统或实用程序的变化。

改正性维护是为维持系统操作运行,对在开发过程产生而在测试和验收时没有发现的错误而 进行的改正。所必需改正的错误包括设计错误、逻辑错误、编码错误、文挡错误、数据错误。

4、 计算机软件产品开发文件编制指南GB/T8567—1988

考点分析:软件产品文件编制指南很重要,必须掌握,重要性★★★

该指南建议,在一项计算机软件的开发过程中,一般地说,应该产生14种文件。这14种 文件是可行性研究报告、项目开发计划、软件需求说明书、数据要求说明书、概要设计说明书、 详细设计说明书、数据库设计说明书、用户手册、操作手册、模块开发卷宗、测试计划、测试分 析报告、开发进度月报、项目开发总结报告。

(一)掌握表软件生命周期各阶段与软件文档编制工作的关系以及各个人员负责的事项:
表软件生命周期各阶段与软件文档编制工作的关系

本标准规定了在软件开发过程中文档编制的要求,这些文档从使用的角度可分为用户文档和开发文档两大类。其中,用户文档必须交给用户。用户应该得到的文档的种类和规模由供应者与用户之间签订的合同规定。(高13上61)

软件生存周期可以分成以下6个阶段:

5、计算机软件需求说明编制指南GB/T9385—1988

考点分析:软件需求说明编制指南比枝重要,尽量掌握,重要性

SRS应该具有以下特性:无歧义性、完整性、可验证性、一致性、可修改性、可追踪性(向 后追琮、向前追踪:)、运行和维护阶段的可使用性。

SRS的基本点是它必须说明由软件获得的结果,而不是获得这些结果的手段。编写需求的人必须描述的基本问题是:

a .功能;

b.性能;

c.强加于实现的设计限制;

d.属性;

e .外部接口。

编写需求的人应当避免把设计或项目需求写入SRS之中,应当对说明需求设计约束与规划设计两者有清晰的区别。SRS应把注意力集中在要完成的服务目标上。通常不指定如下的设计项目:a.把软件划分 成若干模块:b甲给每一个模块分配功能;c,描述模块间的信息流程或者控制流程:a.选择数据结 构。SRS应当是描述一个软件产品,而不是描述产生软件产品的过程。项目要求表达客户和开发者 之间对于软件生产方面合同性事宜的理解(因此不应当包括在SRS中),例如:a.成本;b.交货进 度:c.报表处理方法;d.软件开发方法;e.质量保证;f.确认和验证的标准;g.验收过程。(中10 下13)

《计算机软件需求说明编制指南》中定义了软件需求的具体内容,包括的:功能需求、性能需 求、设计约束、外部接口需求、属性、其它需求这6项:(高10上7)(中12下30)

6、计算机软件质量保证计划规范GB/T12504-1990

考点分析:软件质量保证计划规范不是很重要,尽量掌握,重要性

《08/112504—1990计算机软件质量保证计划规范》由原国家技术监督局于1990年11月15 日发布,1991年7月1日起实施。该规范规定了在制定软件质量保证计划时应该遵循的统一的基 本要求,适用于软件特别是重要软件的质量保证计划制订工作。

(一)在本规范中我们需要了解下以下的一些和项目管理相关的概念:

(三)质量保证计划

该规范指出,软件项目承办单位(或软件开发单位)中负责软件质量保证的机构或个人,必须制订软件质量保证计划。

计划应包括以下内容。

(1) 引言:包括目的、定义和缩写词、参考资料等。

(2) 管理:包括机构、任务、职责。

(3) 文档:包括软件需求规格说明书、软件设计说明书、软件验证与确认计划、软件验证和 确认报告、用户文档、项目实施计划、项目进展报表、项目开发各阶段的评审报表、项目开发总 结。(高09下14)(中11下14)(中14上28)(中15上13)(高15上9)

(4) 标准、条例和约定。

(5) 评审和检査:包括软件需求评审、概要设计评审、详细设计评审、软件验证和确认评审、 功能检査、物理检查、综合检査、管理评审。(高15下13)

(6) 软件配置管理。

(7) 工具、技术和方法、媒体控制。

(8) 对供货单位的控制。

(9) 记录的收集、维护和保存,

(三)根据《计算机软件质量保证计划规范GB/T12504-1990》项目开发组长或其代表:可以 作为评审组的成员,但不能担任评审组的组长或副组长(高08上10)。根据《计算机软件质量保 证计划规范GB/T12504-1990》的规定,为了确保软的实现满足需求,至少需要下列基本文档;软 件需求规格说明书、软件设计说明书、软件验证与确认计划、软件验证和确认报告、用户文档。

7、信息技术软件生存周期过程GB/T8566—2001

考点分析:软件生存周期过程不是很重要,尽量掌握,重要性

表7-4软件生存周期的过程、活动和任务(高17下14)

8、质量管理体系GB/T19000—2008基础和术语

考点分析:软件生质量管理体系不是很重要,尽量掌握,重要性

本标准提出的八项质量管理原则被确定为最高管理者用于领导组织进行业绩改进的指导原则:

9、信息技术软件产品评价质量特性及其使用指南GB/T16260-2006

考点分析:软件质量特性必考,必须掌握,重要性★★★ 

质量特性的21个子特性的便捷记忆:

故事是这样的,某外语课,老师说了一段外语,谐音“是准用一安”(可以理解为:是准备 用一安培),某同学错误翻译成“学姐操石源(日本人)”结果老师判定不及格,某同学试着修改定下的分数,别人告诉她,应该装一个套套去...

故事简洁些就是:是准用一安,错译成,学姐操,石源,试改定分,应装一 T (套套_般都用T代替)

记忆时的顺序按照编的口诀:功能靠用小护翼和533244来记。

软件产品的使用质量是基于用户观点的软件产品用于指定的环境和使用时的质量。质量的属性分类为4个特性:有效性、生产率、安全性和满意度

 根据质量特性和子特性,我们将测试过程中的测试类型进行定义,定义为以下几类:

1、 功能测试:

1) 针对需求验证功能是否实现(适合性,准确性,户操作性)

2) 测试软件的出错处理能力(成熟性,容错性,易恢复性)

3) 测试软件的功能是否易用(易理解性,易学性,易操作性,吸引性)

4) 软件多种平台及环境下的兼容性测试(适应性,易安装性,共存性,易替换性)

5) 软件的可维护性测试(易分析性,易改变性,易测试性,稳定性)

2、 安全测试:验证软件的安全保密性。

软件的质量需求是软件需求的一部分,根据GB/T16260. 1-2006《软件工程产品质量》,在第 一部分质量模型中,为满足软件质量要求、满足开发者、维护者、需方以及最终用户的需要,而 进行的软件产品评价是软件开发生存周期中的一个过程。软件产品质量需求的完整描述要包括下 述内容:可以通过测量内部属性(典型的是对中间产品的静态测试),也可以通过测量外部属性(典 型的是通过测量代码执行时的行为),或者通过测量使用质量的属性来评价。目标就是使使产品在 指定的使用环境下具有所需要的效用。过程质量有助于提高产品质量,而产品质量又有助于提高 使用质量。(高10下13)

外部度量可以通过测量该软件产品作为其一部分的系统行为来测量软件产品的质量。外部度 量只能在生存周期过程中的测试阶段和任何运行阶段使用。在所属系统环境下运行该软件产品即 可获得这样的测量。

使用质量的度量是测量产品在特定的使用周境下,满足特定用户达到特定目标所要求的有效 性、生产率、安全性和满意度的程度。这只能在真实的系统环境下获得。(高13上8)

用户的质量要求可用使用质量的度量、外部度量甚至是内部度量的质量需求来规定-这些由度 量规定的需求宜作为产品评价时的准则。

建议尽可能采用与目标外部度量有密切关系的内部度量,以便能用这些内部度量来预测外部度量的值。然而,往往很难设计出一个能够在内部和外部度量间提供密切关系的严格的理论模型。 因此,假设模型可能是模糊的,所以在使用度量时,外部度量和内部度量关系密切程度模型应该 使用统计建模的方法。(中12下11)(中13下55~56)


“软件质量”包括内部质量(开发过程内)、外部质量(开发过程外)和使用质量(用户的质 量观)3个部分。因此,质量途径的一般顺序是过程质量属性测量-内部质量属性测量-外部质量属性测量-使用质量属性测量。(高13下12~13)

通常,验证过程试图确保活动的输出产品已经被正确制造,即活动的输出产品满足前期活动 施加的规范说明。确认过程试图确保建造了正确的产品,即产品满足其特定的目的。因此」 验证、确认、使用、反馈等方法来分别评价和度量内部质量、外部质量和使用质量。

软件度量能够为项目管理者提供有关项目的各种重要信息,其实质是根据一定规则,将数字 或符号赋予系统、构件、过程或者质量等实体的特定属性,即对实体属性的量化表示,从而能够 清楚地理解该实体。软件度量贯穿整个软件开发生命周期,是软件开发过程中进行理解、预测、 评估、控制和改善的重要载体。软件质量度量建立在度量数学理论基础之上。软件度量包括3个 维度,即项目度量、产品度量和过程度量。

根据GB/T-17544,软件包质量要求包括三部分,即产品描述要求、用户文档要求、程序和数 据要求。(高16下10)

过程质量有助于提高产品质量,而产品质量又有助于提高使用质量。因此,评估和改进一个 过程是提髙产品质量的一种手段,而评价和改进产品质量则是提高使困质童的方法之一。同样, 评价使用质量可以为改进产品提供反馈,而评价产品则可以为改进过程提供反馈。(高17上13-14)

10、计算机软件可靠性和可维护性管理GB/T14394—1993

考点分析:软件可靠性和可维护性管理比较很重要,尽量掌握,重要性

《GB/T14394—1993计算机软件可靠性和可维护性管理》由原国家技术监督局于1993年5月 14日发布,1994年1月1日起实施。

该标准规定了软件产品在其生存周期内如何选择适当的软件可靠性和可维护性管理要素,并 指导软件可靠性和可维护性大纲的制订和实施。该标准适用于软件产品生存周期的各个阶段.

根据该标准,软件可靠性是指:(1)在规定环境下,在规定时间内软件不引起系统失效的概 率:(2)在规定的时间周期内所述条件下程序执行所要求的功能的能力。

软件可维护性是指与进行规定的修改难以程度有关的一组属性。软件可靠性和可维护性大纲 是指为保证软件满足规定的可靠性和可维护性要求而制订的一套管理文件。(高10上14)

GB/T14394-2008《计算机软件可靠性和可维护性管理》对下列属性进行了定义。软件可靠性: 在规定环境下、规定时间内,软件不引起系统失效的概率;在规定的时间周期内所述条件下,程 序执行所要求的功能的能力。软件可维护性:与进行规定的修改难易程度有关的一组属性。软件 生存周期:软件产品从形成概念开始,经过开发、使用和维护,直到最后不再使用的过程。软件 可靠性和可维护性大纲:为保证软件满足规定的可靠性和可维护性要求而制定的一套管理文件。

GB/T14394-2008《计算机软件可靠性和可维护性管理》强调各个阶段软件可靠性和可维护 性要求:

软件产品维护时执行适当的维护并参照上述7个管理活动。

在软件开发各阶段都要求进行评审,评审管理要求按GB8566进行,其中与软件可靠性和 可维护性有关的具体评审要求如下:(高12下12)

A) 需求分析评审(中14上15)(高18上14)

1)可靠性和可维护性目标;2)大纲及其实施计划;3)操作顺序和不可逆操作顺序的保障要 求;4)功能降级使用方式下,软件产品最低功能保证的规格说明。5)选用或制定的规范和准则。

B) 概要设计评审(高13下14)(高14下15)

1) 可靠性和可维护性目标分配;

2) 可靠性和可维护性设计方案;

3) 设计分析,关键成分的时序,估计的运行时间,错误恢复及相关性能要求;

4) 测试原理、要求、文件和工具。

C) 详细设计评审(中09上9)

1)各单元可靠性和可维护性目标;2)可靠性和可维护性设计(如:容错);3)测试文件;4) 软件开发工具。

D) 软件验证与确认计划评审

1)软件可靠性和可维护性验证和确认方法;2)软件可靠性和可维护性测试(计划、规程、用 例和设施);3)验证与确认时所用的其他准则。

5.2.6. 4测试评审:(a)针对可靠性和可维护性的测试目标(b)测试方法(c)测试用例(d) 测试工具(e)测试通过标准(f)测试报告(高15上14)

11、软件支持环境GB/T15853—1995

考点分析:软件支持环境不重要,尽量掌握,重要性

软件支持环境又可分为如下两种类型:

(1)软件开发支持环境:由软件承办单位确定、并经任务委托单位认可的资源,用于支持合同项目中的软件需求。

(2)软件生存期支持环境:由软件生存期真持部门使用的(属于任务委托单位的)资源,用于为 指定的目标机系统提供整个生存知内的软件支持。

12、计算机软件配置管理计划规范GB/T12505—1990

考点分析:软件配置管理计划规范不重要,尽量掌握,重要性

(一)在本规范中我们需要掌握与配置管理有关的几个重要定义:

13、GB1526-1989信息处理数据流程图、程序流程图、系统流程图、程序

网络图和系统资源图的文件编制符号及约定

考点分析:流程图不重要,尽量掌握,重要性

在此标准中我们需要掌握常见的流程图的定义以及他们的表示符号:(高11下12)

1、 数据流程图:表示求解某一问题的数据通道

2、 程序流程图:表示程序中的操作顺序(中11下13)

3、 系统流程图:表示系统的操作控制和数据流

4、 系统网络图:表示程序激活路径和程序与相关数据的相互作用

5、系统资源图:表示适合于一个问题或者一组问题求解的数据单元和处理单元的配置

三、综合布线标准

考点分析:综合布线标准必考,必须掌握,重要性★★★

1、《建筑与建筑群综合布线工程系统设计规范》(GBT50311-2000)

目前在综合布线领域被广泛遵循的标准是TIA/EIA568A (中09下21)。

综合布线系统的组成:

总共分为6个子系统:(高11上22)(高10上22)(中14下22)(高15上24)(高15下23)

建筑群子系统、设备间子系统、垂直干线子系统、管理子系统、水平子系统和工作区子系统。水平子系统采用的网络拓扑结构是星型。

(1)工作区子系统:由终端设备连接到信息插座的连线组成,包括连接器、适配器、插座盒、信息插座等。

(2)配线(水平)干线子系统:在一个楼层上,连接信息插座和管理间子系统,一般为4对UTP;其中配线子系统信道的最大长度不应大于100m,工作区设备缆线、电信间配线设备的跳线 和设备缆线之和不应大于10m,当大于10m时,水平缆线长度最大长度(90m)应适当减少。楼 层配线设备(FD)跳线、设备缆线及工作区设备缆线各自的长度不应大于5m。(中11下21)

(3) 管理间子系统:由交连、互连配线架组成:

(4) 垂直干线子系统:一般在楼层之间,连接管理间子系统和设备间子系统,由所有的布线 电缆组成;

(5) 设备间子系统:由设备间中的电缆、连接器、和相关支撑硬件组成,该系统把公共系统 设备中的不同硬件互连起来。

(6) 建筑群子系统:实现建筑物间的互相连接,常用的通信介质是光缆。线缆布设方式有4 种:架空布线、直埋布线、地线管道布线和隧道内电缆布线。

综合布线系统的设计:

1)工作区子系统:每个工作区有两个或两个以上(最低配置是1个)信息插座;每个信息插

座的配线电缆为1条4对对绞电缆;安装在墙面或柱子上的信息插座(包括多用户信息插座)底部离地面高度宜为300mmq

2) 水平干线子系统:应采用4对对绞电缆或者光缆,一条4对对绞电缆应全部固定接在1个 信息插座上;配线子系统的配线电缆或光缆长度不应超过90m。

3) 垂直干线子系统:每个工作区有两个或两个以上(最低配置是1个)信息插座;每个信息 插座的配线电缆为1条4对对绞电缆;干线电缆的配置:

(1)对计算机网络:按24个信息插座配置2对对绞线、或者每一个集线器/集线器群配置4 对对绞线;

(2)对电话:至少每个信息插座配1对对绞线。

4) 设备间子系统:温度保持在10-30度,相对温度保持在20-80%,机架(柜)前面的净空不 应小于 800mm、后面的净空不应小于 600mm, 壁挂式配线设备底部距离地面高度不应小于 300mm。

■ 大楼综合布线系统的适用范围:跨越距离不超过3000m,建筑总面积不超过100万平方米, 人数为50-5万人。(高11上23)(中10上21)

■ 计算RJ-45接头的用量公式:m=4*n+4*n*15%,其中m代表接头的总需求量、N代表信息 点总量。(高11下23)(高13下22)(高15上23)

■ 线缆平均长度计算公式:=[(最大长度+最小长度)/2*1.1*信息点数量+6],其中6为端接余 量,单位为米。加余量系数是因为在实际走线的过程中不可能可钉可钾的,要有浪费的。(高 16 上 19)

■ 综合布线系统设计等级,可划分为三个等级:分别为:基本型,增强型,综合型。

1) 基本型:每个工作区有一个信息插座(相关产品推荐:六类RJ45水晶头、六类非屏蔽信息模块)

2) 增强型:每个工作区有两个或以上信息插座;(中12上35)

3) 综合型:引入光缆,能适用于规模较大的智能大厦,其余与基本型或增强型相同。

四、机房工程标准

考点分析:机房工程标准必考,必须掌握,重要性★★★

在此重点对以下2个标准进行重点的阐述:电子信息系统机房设计规范(GB50174-2008) 、电子信息系统机房施工及验收规范(GB50462-2008),希望对大家有所帮助!

1、电子信息系统机房设计规范(GB50174-2008)

(1)机房等级

在异地建立的备份机房,设计时应与主用机房等级相同,同一个机房内的不同部分可根据实 际情况,按不同的标准进行设计。

(2) 机房位置选择

第2.1.1条电子计算机机房在多层建筑或高层建筑物内宜设于第二、三层。

电子信息系统机房位置选择应符合下列要求:(中14上26)

1、 电力供给应稳定可靠,交通、通信应便捷,自然环境应清洁;

2、 应远离产生粉尘、油烟、有害气体以及生产或贮存具有腐蚀性、易燃、易爆物品的场所;

3、 应远离水灾和火灾隐患区域;

4、 应远离强振源和强噪声源;

5、 应避开强电磁场干扰。

(3) 机房组成

电子信息系统机房的组成应根据系统运行特点及设备具体要求确定,宜由主机房、辅助区、 支持区、行政管理区等功能区组成。

主机房的使用面积应根据电子信息设备的数量、外形尺寸和布置方式确定,并应预留今后业 务发展需要的使用面积。在对电子信息设备外形尺寸不完全掌握的情况下,主机房的使用面积可 按下式确定:

1、 当电子信息设备已确定规格时,可按下式计算:(中12下18)

A=K£S (4. 2. 2-1)

式中A——主机房使用面积(m2);

K——系数,可取5〜7;

S—电子信息设备的投影面积(m2)。

2、 当电子信息设备尚未确定规格时,可按下式计算:(中12下18)

A=F'N (4. 2. 2—2)

式中F——单台设备占用面积,可取3. 5-5. 5 (m2 /台);

N——主机房内所有设备(机柜)的总台数。

辅助区的面积宜为主机房面积的0. 2〜1倍。

用户工作室的面积可按3. 5〜4m2 /人计算;硬件及软件人员办公室等有人长期工作的房 间面积,可按5〜7m2 /人计算。

(4) 机房设备布置相关标准

主机房内通道与设备间的距离应符合下列规定:

1、 用于搬运设备的通道净宽不应小于1. 5m;

2、 面对面布置的机柜或机架正面之间的距离不宜小于1. 2m;

3、 背对背布置的机柜或机架背面之间的距离不宜小于Im;

4、 当需要在机柜侧面维修测试时,机柜与机柜、机柜与墙之间的距离不宜小于1. 2m;

5、 成行排列的机柜,其长度超过6m时,两端应设有出口通道;当两个出口通道之间的距离 超过15m时,在两个出口通道之间还应增加出口通道。出口通道的宽度不宜小于Im,局部可为0.8m。

(5)机房建筑与结构相关标准

1、 主机房净高应根据机柜高度及通风要求确定,且不宜小于2. 6m。

2、 人流、物流及出入口

① 主机房宜设置单独出入口,当与其他功能用房共用出入口时,应避免人流和物流的交叉。(中 11 上 24)

② 有人操作区域和无人操作区域宜分开布置。

③ 电子信息系统机房内通道的宽度及门的尺寸应满足设备和材料的运输要求,建筑入口至主机 房的通道净宽不应小于1. 5m。(中11下22)(中11上24A)

④ 电子信息系统机房可设置门厅、休息室、值班室和更农间。

3、电子信息系统机房的耐火等级不应低于二级。(中12上24)

在主机房与其他部位之间应设置耐火极限不低于2h的隔墙,隔墙上的门应采用甲级防火门。面积大于100m的主机房安全出口不应少于两个,且应分散布置。面积不大于100m的主机房可设置一个安全出口,并可通过其他相邻房间的门进行疏散。门应向疏散方向开启,且应自动关闭,并应保证在任何情况下均能从机房内开启。走廊、楼梯间应畅通,并应有明显的疏散指示标 志。(高12下26)(高10上23)(中11上22A)

A级B级电子信息系统机房的主机房不宜设置外窗。(中11上22D)(高13上19)当主机房设有外窗时,应采用双层固定窗,并应有良好的气密性,不间断电源系统的电池室设有外窗时,应 避免阳光直射。

电子信息系统机房内的照明线路宜穿钢管暗敷或在吊顶内穿钢管明敷。(中11上22C)

电子信息系统机房内所有设备可导电金属外壳、各类金属管道、金属线槽、建筑物金属结构等必须进行等电位连接并接地;(中11上22B)

(5) 机房建筑与结构相关标准

一、 主机房地面设计应满足使用功能要求,当铺设防静电活动地板时,活动地板的高度应根据电缆布线和空调送风要求确定,并应符合下列规定:

1、 活动地板下的空间只作为电缆布线使用时,地板高度不宜小于250mm;活动地板下的地面和四壁装饰,可采用水泥砂浆抹灰;地面材料应平整、耐磨;

2、 活动地板下的空间既作为电缆布线,又作为空调静压箱时,地板高度不宜小于400ram;活动地板下的地面和四壁装饰应采用不起尘、不易积灰、易于清洁的材料;楼板或地面应采取保 温、防潮措施,地面垫层宜配筋,维护结构宜采取防结露措施。

二、 技术夹层的墙壁和顶棚表面应平整、光滑。当采用轻质构造顶棚做技术夹层时,宜设置检修通道或检修口。

三、A级和B级电子信息系统机房的主机房不宜设置外窗。

(6) 机房空调系统的新风量相关标准

一、 空调系统的新风量应取下列两项中的最大值:

1、 按工作人员计算,每人40m3/h:(高12上21)

2、 维持室内正压所需风量。

二、 空调系统无备份设备时,单台空调制冷设备的制冷能力应留有15%〜20%的余量。

(7) 机房防雷与接地相关标准

一、电子信息系统机房内的电子信息设备应进行等电位联结,等电位联结方式应根据电子信息设备易受干扰的频率及电子信息系统机房的等级和规模确定,可采用S型、M型或SM混合型。 采用M型或SM混合型等电位联结方式时,主机房应设置等电位联结网格,网格四周应设置等电 位联结带,并应通过等电位联结导体将等电位联结带就近与接地汇流排、各类金属管道、金属线 槽、建筑物金属结构等进行连接。每台电子信息设备(机柜)应采用两根不同长度的等电位联结 导体就近与等电位联结网格连接。

二、等电位联结网格应采用截面积不小于25mm2的铜带或裸铜线,并应在防静电活动地板下 构成边长为0. 6〜3m的矩形网格。

三、 4种接地方式:(高12上22)(高11下22)(中14上23~24)

交流工作接地,接地电阻不大于4欧;安全保护接地,接地电阻不大于4欧;

直流工作接地,接地电阻不大于1欧;防雷接地,接地电阻不大于10欧;

(8)机房电磁屏蔽相关标准

一、 对涉及国家秘密或企业对商业信息有保密要求的电子信息系统机房,应设置电磁屏蔽室或采取其他电磁泄漏防护措施,电磁屏蔽室的性能指标应按国家现行有关标准执行。

二、 在设计屏蔽机房时候我们需要注意:

1、 屏蔽门、滤波器、波导管、截止波导通风窗等屏蔽件,其性能指标不应低于电磁屏蔽室的性能要求,安装位置应便于检修。

2、 屏蔽门可分为旋转式和移动式。一般情况下,宜采用旋转式屏蔽门。当场地条件受到限制时,可采用移动式屏蔽门。

3、 所有进入电磁屏蔽室的电源线缆应通过电源滤波器进行处理。电源滤波器的规格、供电方式和数量应根据电磁屏蔽室内设备的用电情况确定。

4、 所有进入电磁屏蔽室的信号电缆应通过信号滤波器或进行其他屏蔽处理。

5、 进出电磁屏蔽室的网络线宜采用光缆或屏蔽缆线,光缆不应带有金属加强芯。(中11上22)

6、 截止波导通风窗内的波导管宜采用等边六角形,通风窗的截面积应根据室内换气次数进行计算。

7、 非金属材料穿过屏蔽层时应采用波导管,波导管的截面尺寸和长度应满足电磁屏蔽的性能要求。

用于保密的的电磁屏蔽室,其结构形式分为可拆卸式和焊接式。焊接式又可分为自撑式和直贴式。建筑面积小于50平米,日后需搬迁的电磁屏蔽室,结构形式宜采用可拆卸式。电场屏蔽衰 减指标要求大于120dB、建筑面积大于50平米的屏蔽室,结构形式宜采用自撑式。电场屏蔽衰减 指标要求大于60dB的屏蔽室,结构宜采用直贴式,屏蔽材料可选择镀锌钢板,钢板的厚度根据屏 蔽性能指标确定。电场屏蔽衰减指标要求大于25dB的屏蔽室,结构宜釆用直贴式,屏蔽材料可选 择金属丝网,金属丝网的目数应根据被屏蔽信号的波长确定。

四、 双绞线的制作:

1) 直连线(直通线):用于连接非同种设备(如网卡和集线器、电脑和交换机等),直连线两 端均按EIA/TIA568A线序,或者均按EIA/TIA568B线序。

2) 反跳线(交叉线):用于连接同种设备(如网卡之间)(高12下22),交叉线的一端按 EIA/TIA568A 线序,另一端按 EIA/TIA568B 线序。


文章评论