.NET相关技术规范

.NET相关技术规范
.NET相关技术规范

目录

1 目的 (4)

2 适用范围 (4)

3 规范级别 (4)

4 C#语言规范 (4)

4.1 代码组织与风格规范 (4)

4.1.1 缩写规范 (4)

4.1.2 排版 (5)

4.1.3 语句结构 (5)

4.1.4 代码缩进 (5)

4.2 注释规范 (6)

4.2.1 总体要求 (6)

4.2.2 文件头部注释 (6)

4.2.3 类及成员注释 (6)

4.2.4 代码间注释 (7)

4.3 命名总体规则 (7)

4.4 命名规范 (7)

4.4.1 类 (8)

4.4.2 类字段 (8)

4.4.3 方法 (8)

4.4.4 属性 (8)

4.4.5 参数 (8)

4.4.6 常量 (8)

4.4.7 接口 (9)

4.4.8 事件 (9)

4.4.9 命名空间 (9)

4.4.10 文件命名 (9)

4.5 性能准则 (9)

4.5.1 垃圾回收 (9)

4.5.2 String 操作 (10)

4.5.3 多线程 (11)

4.5.4 异常处理 (11)

5 数据库操作 (11)

5.1 数据库命名规范 (11)

5.1.1 数据文件命名 (11)

5.1.2 数据库表命名 (11)

5.1.3 表字段命名 (12)

5.1.4 索引命名 (12)

5.1.5 存储过程命名 (12)

5.1.6 视图命名 (12)

5.1.7 触发器命名 (12)

5.1.8 变量命名 (12)

5.1.9 命名中其他注意事项 (13)

5.2 SQL编写规范 (13)

5.3 数据操作规范 (13)

6 JavaScript规范 (14)

6.1 文件 (14)

6.2 缩进 (14)

6.3 行文规范 (14)

6.4 注释 (14)

6.5 变量声明 (14)

6.6 函数 (15)

6.7 语句 (15)

6.7.1 简单语句 (15)

6.7.2 复合语句 (15)

6.7.3 标签 (16)

7 https://www.360docs.net/doc/2610184636.html,规范 (16)

7.1 前台代码规范 (16)

7.1.1 HTML标记语言规范 (16)

7.1.2 控件命名规范 (16)

7.1.3 页面处理 (17)

7.2 后台代码规范 (17)

7.2.1 Request、Session、Application使用规范 (17)

7.2.2 安全性 (18)

7.2.2 性能 (18)

8 配置文件规范 (19)

8.1 Web.config (19)

8.1.1 配置格式 (19)

8.1.2 配置说明 (19)

8.1.3 配置规范 (23)

文档更改摘要:

.NET相关技术规范

1目的

为了统一软件开发过程中的编程规范,保证代码的一致性,使代码易于理解、维护与交流,提高生产效率,特制订此规范。在此目的的基础上,基于尽量不增加编码复杂度的考虑,制订规范过程中有所取舍。

2适用范围

本规范适用于.NET相关技术,为详细设计,代码编写和代码审核提供参考和依据。

3规范级别

本规范遵循级别分为两种:要(不要)、建议(避免)。其中:

要(不要):表示必须遵循的规范。例如接口必须以“I”为前缀,异常类要以“Exception”为后缀。

建议(避免):表示一般情况应该遵循的规范。一般是一些约定俗成的内容,不强制遵循,但建议。例如一个方法如超过50行,建议拆分成多个方法。

4C#语言规范

4.1代码组织与风格规范

对于网站开发,这里一般指后台代码。对于使用Visual Studio开发的,多使用Ctrl+E,D 是不错的选择(注:以VS默认的风格格式化代码,相当于按菜单【编辑】-【高级】-【设置文档的格式】)。

4.1.1缩写规范

1)标识符应当直观可望文知意,不提倡使用任何缩写。

2)字符串变量推荐是用“str”开头,采用string.Empty来初始化。

3)普通对象可以以“obj”开头。

4)缩写可自行定义,一般取单词的前、后字符组成,以含义直观为准则。

5)一般情况下不要让缩写破坏标识符的含义。

4.1.2排版

6)禁止一行多条语句,循环例外。

7)语句过长(超过一屏)则该语句应断为多行显示。

8)把相似内容放在一起,比如字段、属性、方法、事件等,使用“#region-#endregion”

命令分组。

9)多个程序元素进行对等操作时,操作符前后都要加空格。

10)每个方法的源程序行数原则上应该少于200行,如果超过50行,就应该考虑把方法拆分。

11)语句嵌套层次不能超过3层。

12)避免相同的代码段在多个地方出现,考虑封装成方法。

13)方法与方法间留空行。

4.1.3语句结构

1)如果采用了异常捕捉,一定要处理异常,一般是要写日志。

2)分支语句不应该使用复杂长条件,应该将长条件封装成方法。

3)禁止使用goto语句进行跳转。

4)严禁出现“魔数”(程序员常常将在代码中出现但没有解释的数字常量或字符串称为魔数),特定含义的常数必须定义成枚举或常量。

5)不同类型的操作符混合使用时,使用括号给出优先级。

6)循环、判断语句的程序块部分用花括号括起来,即使只有一行。

7)在swith语句要有default字句。

8)每个类和方法尽量实现单一职责。

9)变量使用前必须先初始化,通常使用构造函数来初始化。

10)不要使用嵌套赋值语句,如:“c=(a=b+c)+d”。

11)不能在函数内部使用全局变量,如要使用全局变量,应以属于参数方式转化为局部变量。

12)函数与函数之间只允许存在包含关系,而不允许交叉关系。即两者之间只存在单方面的调用与被调用,不存在双向的调用与被调用。

4.1.4代码缩进

1)与Java中的括号换行规范区分开来,大括号在关键词下一行,且括弧对垂直对齐关键字首字母。

2)碰到大括号要换行,且括弧对里的内容要缩进。

3)使用Tab实现层次缩进。

4)单行注释时,采用4个空格来代替Tab。

4.2注释规范

良好的注释,给沟通、理解、维护带来很大的助益,是继规范文档后留给开发人员最大的参考资料,特别是比较复杂的功能,注释尤为重要。说不定洋洋洒洒几千行代码看得头晕,却只用一句注释就能说得明明白白。

4.2.1总体要求

1)编码的同时书写注释。要养成习惯。

2)重要的变量必须有注释。

3)典型算法必须有注释。

4)程序段或语句的注释在程序段或语句的上一行。

5)在代码交付前,删除临时或者无关的注释。

6)变量注释和变量在同一行

7)善用TODO注释。TODO标记的注释,可以在任务列表中看到,双击可定位到,顾代办事情可放在此,完成则移除,代码交付前确保没有TODO注释,这样能保证事情没有遗忘。

4.2.2文件头部注释

对于自己创建的代码文件,一般在文件开头,编写以下说明:

这样,知道Writer(作者)、Create Date(创建时间)、Rewriter(修改者)、Rewriter Date(修改时间)、Info(说明信息),当有问题时,追踪起来就很方便了,有时对代码逻辑的理解,问作者会更清楚一些。我们甚至可以在这段文件头注释中加入文件名、版本信息、修改内容等。

4.2.3类及成员注释

对方法和类使用“///”三斜线注释(会生成summary标签),摘要和参数要有相应的说明,这种注释是基于XML的,不仅能导出XML制作帮助文档,而且在各个函数、属性、类

等的使用中,编辑环境会自动带出注释,方便开发。例:

这样,当调用方法时会有提示说明,如下图:

4.2.4代码间注释

1)单行注释采用“//”。

2)多行注释采用“/**/”。

3)注释应尽量说明问题。

4.3命名总体规则

1)名字应该能够标识事物的特性。

2)名字一律使用英文单词,而不能为拼音和中文。在这我特别强调一下,正常标准都是使用英文,但有些人喜欢用拼音(甚至是拼音缩写),结果当两者混合在一起时,容易让人愣是猜不出是什么含义,增加维护复杂度;有些人喜欢用中文,其实是一种很不好的习惯,在绝大多数IDE,是不支持中文名称的,只是强大如Visual Studio等纵容了这种行为。有人说有时用英文名称太长,用中文名称较简短且直观,也有人说英文不好,用中文可以得心应手,这也有点道理,但我们要与标准接轨,用中文仅能局限于中文群体,当我们源码处于外文系统,或者外国人维护时,这些都是很大的障碍,或许有人说不需要考虑得那么广,但是广了能包容,窄了就得处处调整,这是面向接口编程、面向架构的思想。其实坚持使用英文是一种习惯,英文不好,趁此可以提高,对自身也是有益处的,装上一个英文词典,不懂时随时翻译,而不是因为不懂而回避。

3)名字尽量不使用缩写,除非它是众所周知的,因为每人对缩写的理解未必一致。

4)名字可以有两个或三个单词,但不应多于三个,控制在30个字母以内。

5)名字尽量使用前缀而不是后缀。

4.4命名规范

常用两种命名形式:

Pascal:所有单词第一个字母大写,其它字母小写。如BackColor。

Camel:除了第一个单词,所有单词第一个字母大写,其它字母小写。如backColor。

不要使用匈牙利命名法(注:变量名=属性+类型+对象描述,如整型变量年龄,用匈牙利命名法,则带i开头,为iAge),因为移到变量上面就能看到类型,用处不大,且这种命名方式存在弊端。

4.4.1类

1)使用Pascal规则命名类名,即首字母要大写。

2)使用能够反映类功能的名词或名词短语命名类。

3)不要使用“I”,“C”,“_”等特定含义前缀。

4)自定义异常类应以Exception结尾。

5)文件名要能反映类的内容,最好是和类同名。

4.4.2类字段

1)类全局变量,用camel规则来命名,前面加上“_”。

2)局部变量,用camel规则来命名。

3)常量用全大写字母命名,各单词连接以“_”连接。

4)坚决禁止在普通变量前加“m_”(这是VC老命名规则)。

4.4.3方法

1)方法名采用Pascal规则,第一个字符要大写。

2)方法名应使用动词或动词短语。

3)类中访问修饰符或功能相同的方法应该放在一起,且公共或实现接口的方法在前。

4)适当时候用region来进行归类

4.4.4属性

1)使用名词定义属性,属性使用Pascal规则,首字母大写。

2)属性和相应字段名称要关联,可以使用“重构”菜单来生成属性。

4.4.5参数

1)参数采用camel规则命名。

2)使用描述性参数名称,参数名称应当具有足够的说明性。

3)不要给参数加匈牙利语类型表示法的前缀。

4.4.6常量

1)只读常量使用Pascal命名规则,即首字母大写。

2)枚举名使用Pascal命名规则,枚举成员本质属于常量,也采用Pascal命名规则,且枚举值从小到大顺序定义。

4.4.7接口

1)接口定义使用Pascal规则,且必须以大写“I”开头。

2)如果类实现了接口,名称尽量和接口相同,只是省掉“I”字符。

4.4.8事件

1)委托名称采用Pascal规则。

2)定义事件的委托要使用EventHandler后缀。

3)事件用到的参数类,名称要带EventArgs后缀。

4.4.9命名空间

1)名称采用Pascal规则。

2)名称尽量反映其内容所提供的整体功能。

3)对于命名空间具有二义性(如一个类可选择多个命名空间)的情况,建议给命名空间起别名。

4.4.10文件命名

1)文件名遵循Pascal命名法,无特殊情况,扩展名小写。

2)使用统一而又通用的文件扩展名。

4.5性能准则

4.5.1垃圾回收

垃圾回收解放了手工管理对象的工作,提高了程序的健壮性,但副作用就是程序代码可能对于对象创建变得随意。同时,垃圾回收的代价较高,所以对于对象的创建要有一定的准则。

4.5.1.1避免不必要的对象创建

1)最好是重用对象而不是在每次需要的时候就创建一个相同功能的新对象。

2)避免循环创建对象。如果对象并不会随每次循环而改变状态,那么在循环中反复创建对象将带来性能损耗。高效的做法是将对象提到循环外面创建。

3)在需要逻辑分支中创建对象。如果对象只在某些逻辑分支中才被用到,那么应只在该逻辑分支中创建对象。

4)使用常量或静态变量避免创建对象。

4.5.1.2非托管资源主动销毁

1)资源调用使用using(编译器自动生成try ... finally 块,并在finally 块中调用Dispose 方法)。

2)资源封装,实现IDisposable 接口。垃圾回收事实上只支持托管内在的回收,对于其他的非托管资源,例如Window GDI 句柄或数据库连接不能很好把控,原因是垃圾回收依赖于内在紧张的情况,虽然数据库连接可能已濒临耗尽,但如果内存还很充足的话,垃圾回收是不会运行的。 IDisposable 接口是一种显式释放资源的机制。通过提供using 语句,还简化了使用方式。对于申请非托管资源对象,应为其实现IDisposable 接口,以保证资源一旦超出using 语句范围,即得到及时释放。

4.5.2String 操作

4.5.2.1使用StringBuilder 做字符串连接

String 是不变类,使用+ 操作连接字符串将会导致创建一个新的字符串。如果字符串连接次数不是固定的,例如在一个循环中,则应该使用StringBuilder 类来做字符串连接工作。因为StringBuilder 内部有一个StringBuffer ,连接操作不会每次分配新的字符串空间。只有当连接后的字符串超出Buffer 大小时,才会申请新的Buffer 空间。准则如下:

1) 简单连接用String。如果连接次数是固定的并且只有几次,此时应该直接用+ 号连接,

保持程序简洁易读。实际上,编译器已经做了优化,会依据加号次数调用不同参数个数的String.Concat 方法。例如:String str = str1 + str2 + str3 + str4;会被编译为String.Concat(str1, str2, str3, str4)。该方法内部会计算总的String 长度,仅分配一次,并不会如通常想象的那样分配三次。

2)多次连接用StringBuilder。作为一个经验值,当字符串连接操作达到10 次以上时,则

应该使用StringBuilder。

3)StringBuilder初始化分配值。StringBuilder 内部Buffer 的缺省值为16 ,这个值实在

太小。按StringBuilder 的使用场景,Buffer 肯定得重新分配。经验值一般用256 作为Buffer 的初值。当然,如果能计算出最终生成字符串长度的话,则应该按这个值来设定Buffer 的初值。使用new StringBuilder(256) 就将Buffer 的初始长度设为了256。

4.5.2.1使用String类的方法替代手工处理

如有人常常字符串比较,用到T oUpper或T oLower方法,这两者都会导致创建一个新的字符串。如果被频繁调用,将导致频繁创建字符串对象。这时,应该考虑使用StringComparer:可以做大小写忽略的比较,并且不会创建新字符串。

又如判断字符串为空,常常用if (str == String.Empty)或if (str == ""),其实,将String 对象的Length属性与0比较是最快的方法:if (str.Length == 0),而String类提供的IsNullOrEmpty里面就用的是Length比较,即用IsNullOrEmpty做判空处理。

相似的,还有Join、Format等等。

4.5.3多线程

1)使用Lock进行同步,避免锁定Type、this,而应该new一个object对象,该对象仅仅用于同步目的,如果有多个方法都需要同步,并且有不同的目的,那么就可以为些分别建立几个同步成员变量。因为锁定Type对象会影响同一进程中所有AppDomain该类型的所有实例,这不仅可能导致严重的性能问题,还可能导致一些无法预期的行为。锁定this 会影响该实例的所有方法。

4.5.4异常处理

1)不要吃掉异常,这是关于异常处理的最重要原则。这个问题与性能无关,但对于编写健壮和易于排错的程序非常重要。这个原则换一种说法,就是不要捕获

那些你不能处理的异常。吃掉异常是极不好的习惯,因为你消除了解决问题的

线索。一旦出现错误,你将永远不知道异常到底发生了没有,定位问题将非常

困难。

2)不要吃掉异常信息。有些代码虽然抛出了异常,但却把异常信息吃掉了。

3)发生异常时,给出友好的消息给用户,但要记录错误的细节。

4)避免不必要的抛出异常,因为抛出异常和捕获异常属于消耗比较大的操作。与此相关的一个倾向是利用异常来控制处理逻辑。如整除的情况,不做判断分母

为0处理,而是整个包装到异常捕捉中借此控制逻辑,这样是应该避免的。

5)避免不必要的重新抛出异常。有不少代码,捕获异常没有做任何处理就再次抛出,这将无谓地增加一次捕获异常和抛出异常的消耗,对性能有伤害。

6)不必每个方法都用try-catch模块。当特定异常可能发生时才使用。比如写文件时,处理异常FileIOException。

5数据库操作

5.1数据库命名规范

5.1.1数据文件命名

命名格式:系统所属单位_系统名称_文件类型。

5.1.2数据库表命名

1)若该数据库库中有多个系统,表命名格式为:

T_系统名称_业务名词或短语表达

业务名词或短语表达,不要缩写,多个单词间不加“_”,每个单词的首字母大写其他字母小写。

2)若该数据库库中只有一个系统,则表命名格式为:

T_业务名词或短语表达

例如:系统管理中有用户表、角色表、单位结构表等。则命名规则为:

用户表(T_UserInfo)

角色表(T_Role)

3)表名长度不要超过30个字符,表名中含有单词全部采用单数形式,单词首字母要大写,多个单词间不用任何连接符号。

5.1.3表字段命名

1)列名的命名规则同表名的命名规则,大小写规则也是单词的首字母大写其他的小写。

2)尽量避免使用关键字作为列名,以免一些不必要的错误发生。

3)每张表必须至少有一个主键列。

5.1.4索引命名

索引命名原则如下:

索引名=idx[0-9]_表名简写_索引含义

其中,“idx”为前缀,[0-9]用来区分表的多个索引,索引含义指相关字段或索引含义。

5.1.5存储过程命名

存储过程命名原则如下:

存储过程名=proc_存储过程含义

其中,存储过程含义,也即后续业务功能部分。

5.1.6视图命名

1)视图以“V_”作为前缀,其他命名规则和表的命名类似;

2)命名应尽量体现各视图的功能。

5.1.7触发器命名

1)使用”t r”做前缀。

2)名字中要描述触发器的操作(Insert,Update等等)。

3)对于触发器来说,一般由操作和对应的表名构成。

5.1.8变量命名

变量名同表名列名等类似每个单词首字母大写,如@MyErrorNo。

5.1.9命名中其他注意事项

1)以上命名都不得超过30个字符的系统限制。变量名的长度限制为29(不包括标识

字符@)。

2)数据对象、变量的命名都采用英文字符,禁止使用中文命名。绝对不要在对象名的

字符之间留空格。

3)小心保留词,要保证你的字段名没有和保留词、数据库系统或者常用访问方法冲突。

4)保持字段名和类型的一致性,在命名字段并为其指定数据类型的时候一定要保证一

致性。假如数据类型在一个表里是整数,那在另一个表里可就别变成字符型了。

5)所有的表、字段、存储过程等必须有注释,注释的语言是系统而定。

5.2SQL编写规范

1)关键字使用全大写。

2)查找数据库表或视图时,只能取出确实需要的那些字段。尽量不要使用“SELECT *

FROM”的形式。

3)清楚明白地使用列名,而不能使用列的序号。

4)连接符OR、IN、AND等前后加空格。

5)对于较为复杂的SQL语句加上注释,说明其功能。

6)大量的排序操作影响系统性能,所以尽量减少order by和group by排序操作,如必

须使用排序操作,请遵循以下规则:排序尽量建立在有索引的列上;如结果集不需

唯一,使用UNION ALL代替UNION,因为SQL语句需要UNION两个查询结果集合

时,这两个结果集合会以UNION-ALL方式被合并,然后在输出最终结果前进行排

序,如果用UNION ALL替代UNION,这样排序就非必要了。

7)查询的WHERE过滤原则,应使过滤记录数最多的条件放在最前面。

8)尽量少用嵌套查询。如必须,请用EXISTS(或NOT EXISTS)代替IN(或NOT IN)

字句。

9)用表连接替换EXISTS。通常来说,使用表连接方式比EXISTS更有效率。

10)语句注意缩进。

11)用WHERE子句替换HAVING子句。避免使用HAVING子句,它只会在检索出所有记

录之后才对结果集进行过滤,这个处理需要排序、统计等操作。如果能通过WHERE

子句限制记录的数目,那就能减少这方面的开销。

12)使用表的别名(Alias)。当在SQL语句中连接多个表时,请使用表的别名并把别名

前缀在每个字段前,这样能减少解析的时间,并减少由字段歧义引起的语法错误。

5.3数据操作规范

1)用事务保证数据的完整性。

2)采用视图。为数据库和应用程序代码之间提供另一层抽象,可以建立专门的视图,而不必非要直接访问数据表。

3)避免使用触发器。触发器功能通常可以用其它方式实现。在调试程序时触发器可能成为干扰。

6JavaScript规范

6.1文件

1)JavaScript程序应独立保存在扩展名为.js的文件中。JavaScript代码不应该被包含在HTML文件中,除非这是段特定只属于此部分的代码。在HTML中的JavaScript代码

会明显增加文件大小,而且也不能对其进行缓存和压缩。

2)filename.js应尽量放到body的后面。这样可以减少因为载入脚本而造成其他页面内容载入也被延迟的问题。

3)JavaScript代码

6.2缩进

缩进的单位为四个空格。避免使用Tab键来缩进。因为始终没有个统一的Tab长短标准。虽然使用空格会增加文件的大小,但在局域网中几乎可以忽略,且在最小化过程中也可被消除掉。

6.3行文规范

避免每行超过80个字符。当一条语句一行写不下时,请考虑折行。在运算符号,最好是逗号后换行。在运算符后换行可以减少因为复制粘贴产生的错误被分号掩盖的几率。

6.4注释

1)不要吝啬注释。给以后需要理解你的代码的人们(或许就是你自己)留下信息是非常有用的。

2)注释应该和它们所注释的代码一样是书写良好且清晰明了。偶尔的小幽默就更不错了。记得要避免冗长或者情绪化。

3)及时地更新注释也很重要。错误的注释会让程序更加难以阅读和理解。

4)重点在解释那些不容易立即明白的逻辑上。

6.5变量声明

1)所有的变量必须在使用前进行声明。JavaScript并不强制必须这么做,但这么做可以让程序易于阅读,且也容易发现那些没声明的变量(它们会被编译成全局变量)。

2)将var语句放在函数的首部。最好把每个变量的声明语句单独放到一行,并加上

注释说明。JavaScript没有块范围,所以在块里面定义变量很容易引起C/C++/Java

程序员们的误解。

3)在函数的首部定义所有的变量。

4)尽量减少全局变量的使用。不要让局部变量覆盖全局变量。

5)变量的使用尽量缩小到小的作用域。

6.6函数

1)函数命名必须使用动词+名词对的方式,并且能够体现函数的功能。

2)所有的函数在使用前进行声明。内函数的声明跟在var语句的后面。这样可以帮助判断哪些变量是在函数范围内的。“)”(右括号)与开始程序体的“{”(左大括号)之间应插入一个空格。函数程序体应缩进四个空格。“}”(右大括号)与声明函数的那一行代码头部对齐。

3)如果函数是匿名函数,则在function和“(”(左括号)之间应有一个空格。如果省略了空格,否则会让人感觉函数名叫作function。

4)一个函数应该返回统一的数据类型。因为是弱类型的,在编写函数的时候,有些人对于返回类型的处理比较随便,如判断时,true返回布尔型,false返回字符型,这不利于维护,应统一。

5)不要重复定义其他团队成员已经实现的函数。

6.7语句

6.7.1简单语句

1)每行应该包含至少一个语句。在每个简单语句末尾添加一个“;”(分号)。注意一个给方法字面量或对象字面量赋值的赋值语句仍然是一个赋值语句,所以也必须以分号结尾。

2)JavaScript允许任何表达式作为语句使用。这可能产生一些错误,特别是在插入分号时。唯一可以当作语句使用的表达式是赋值表达式和调用表达式。

6.7.2复合语句

1)复合语句是包含一个用“{}”(大括号)包围语句列表的的语句。

2)包围的语句应该再缩进4个空格。

3)“{”(左大括号)应该位于开始复合语句的行的末尾。

4)“}”(右大括号)应该新起一行并且和相匹配的“{”所在那行的起始位置对齐

5)当语句是控制结构的一部分时,所有语句都应该用括号包围,即使是单行语句,例如if或for语句。这让添加语句更容易而且不会引起bug。

6.7.3标签

语句标签是可选的。只有如下语句需要被标签标识: while,do,for,switch。

https://www.360docs.net/doc/2610184636.html,规范

7.1前台代码规范

前台遵守一定Html规范,但由于其特殊性,有额外的要求。

7.1.1HTML标记语言规范

7.1.1.1标记的关闭规范

1)标记必须同关闭标记成对出现。

2)多标记间成对称格局,不得出现交叉包含的语句,如错误例子:

.

7.1.1.2标记的属性赋值规范

属性值必须使用双引号或者单引号包围。

7.1.1.3标记的属性赋值规范

1)最高一级的父标记采用左对齐顶格方式书写。

2)下一级标记采用左对齐向右缩进一个Tab的方式书写,再下一级依此类推。

3)同一级标记的首字符上写对齐。

7.1.2控件命名规范

建议使用控件名简写作为前缀,并且整个名字符合Camel格式。

控件命名格式:控件名简写前缀+英文描述。

常见的控件简写对照表如下:

7.1.3页面处理

1)尽量减小Page的尺寸。包括缩短控件的名称、CSS的class的名称、去掉无谓空行和空格、禁用不需要的ViewState。

2)启用页面输出的缓冲区(Buffer)。如果Buffer的机制被关闭,可以用下面的方法打开。

使用程序打开页面输出缓存:Response.BufferOutput = true;或者使用@Page开关打开页面输出缓冲机制:<%@ Page Buffer = "true" %>

3)利用Page.IsPostBack优化页面输出。

4)通过分离页面的不同的内容,来提高缓存效率和减少呈现的时间。

5)优化复杂和代价较大的循环。

6)合理利用客户端的计算资源,将一些操作转移到客户端进行。

7.2后台代码规范

7.2.1Request、Session、Application使用规范

1)所有需要放入Session、Application中的对象,必须采用有意义的英文名字。除了被广泛了解的单词缩写外,不得采用单词缩写。如:

Session(“cp”)=”currentIP”; //不允许

Session(“Pwd”)=“1234”; //允许,Pwd被广泛了解为密码

2)所有需要在代码内用到Request、Session、Application中的元素,必须在代码头部赋值

给代码内声明的变量。

7.2.2安全性

1)防止SQL注入。不要在页面中拼凑SQL字符串直接数据库操作,防止SQL注入,应该以Parameter的方式传值,或以参数方式传递给后台服务解析。

2)检查用户输入的合法性,确信输入的内容只包含合法的数据。数据检查应当在客户端和服务器端都执行——之所以要执行服务器端验证,是为了弥补客户端验证机制脆弱的安全性。在客户端,攻击者完全有可能获得网页的源代码,修改验证合法性的脚本(或者直接删除脚本),然后将非法内容通过修改后的表单提交给服务器。

3)防止HTML语法漏洞。如果没有对用户发言作出HTML语句过滤,就会让恶意破坏的用户利用html写出js攻击语句,典型的如不断开窗口直至死机,win9x死机等!针对此,将HTML语句加密一下就行了,如:Server.HtmlEncode("用户发言"),也可直接过滤'<>这些HTML语法符号,如果想使用HTML语法的用户不妨用UBB语法代替!

7.2.2性能

1)不滥用Session,及时清空Session对象。往往为了缓存数据的需要,会经常使用Session。虽然Session使用起来方便简单,但是滥用Session,尤其是用于缓存大量

数据时,会大量消耗服务器资源,特别是并发访问多的时候更是加重服务器负载,导致程序运行的低效。而且Session也存在不稳定,容易丢失数据等问题。所以,

能通过其他途径解决参数传递或数据缓存的,尽量都不要使用Session。

2)为Browser启用缓存。如果呈现的内容是静态的或变化周期较长,应启用Browser 缓存,避免发出冗余的http请求。

3)缓冲页面输出。如果可能,则尽量缓冲页面输出,处理结束后再一次传送到客户端,这可以避免频繁传递小块内容所造成的多次网络交互。由于这种方式在页面处理

结束之前客户端无法看到页面内容,因此如果一个页面的尺寸较大的话,可考虑使

用Response.Flush方法。该方法强制输出迄今为止在缓冲区中的内容,你应当采用

合理的算法控制调用Response.Flush方法的次数。

4)使用Server.Transfer重定向请求。使用Server.Transfer方法重定向请求优于Response.Redirect方法。原因是Response.Redirect会向Broswer回送一个响应头,

在响应头中指出重定向的URL,之后Brower使用新的URL重新发出请求。而

Server.Transfer方法直接是一个简单的服务端调用,完全没有这些开销!需要注意

Server.Transfer有局限性:第一,它会跳过安全检查;第二,只适用于在同一Web

应用内的页面间跳转。

5)合理关闭ViewState。如果不需要跟踪页面状态,例如页面不会回传(PostBack)、不需要处理服务端控件事件或者每次页面刷新时都会重新计算控件内容,那么就不

需要用ViewState来记录页面状态了。可以对特定的WebControl设置

EnableViewState属性,也可以在页面一级设置:<%@ Page EnableViewState="false" %>

6)谨慎选择放到ViewState中的内容。放到ViewState中的内容会被序列化/反序列化,https://www.360docs.net/doc/2610184636.html,为String、Integer、Boolean等基本类型的序列化做了优化,如果Array、

ArrayList、HashTable存储的是基本类型效率也较高,但其它类型则需要提供类型转换器(Type Converter),否则将使用代价昂贵的二进制序列化程序。

8配置文件规范

8.1Web.config

Web.config文件是一个XML文本文件,它用来储存https://www.360docs.net/doc/2610184636.html,应用程序的配置信息(如最常用的设置https://www.360docs.net/doc/2610184636.html,应用程序的身份验证方式),它可以出现在应用程序的每一个目录中。当你通过.NET新建一个Web应用程序后,默认情况下会在根目录自动创建一个默认的Web.config文件,包括默认的配置设置,所有的子目录都继承它的配置设置。如果你想修改子目录的配置设置,你可以在该子目录下新建一个Web.config文件。它可以提供除从父目录继承的配置信息以外的配置信息,也可以重写或修改父目录中定义的设置。

8.1.1配置格式

Web.Config是以XML文件规范存储,配置文件分为以下格式:

1)配置节处理程序声明。位于配置文件的顶部,包含在标志中。

2)特定应用程序配置。位于中。可以定义应用程序的全局常量设置等信息。

3)配置节设置。位于节中,控制https://www.360docs.net/doc/2610184636.html,运行时的行为。

4)配置节组。用标记,可以自定义分组,可以放到内部或其它标记的内部。

8.1.2配置说明

在运行时对Web.config文件的修改不需要重启服务就可以生效(注: 节例外)。当然Web.config文件是可以扩展的。你可以自定义新配置参数并编写配置节处理程序以对它们进行处理。

配置节的常用区段说明如下:

1)节。根元素,其它节都是在它的内部。

2)节。此节用于定义应用程序设置项。对一些不确定设置,还可以让用户根

据自己实际情况自己设置。

格式与示例如下:

示例说明:定义了一个错误重定向页面。

参数说明:以Key 、Value 键值对方式定义信息。

3) 节。

格式与示例如下

示例说明: 定义了一个连接字符串常量,并且在实际应用时可以修改连接字符串,不用修改程式代码。

参数说明:定义连接数据库字符串格式。

4) 节。配置ASP .NET 使用的所有编译设置。该节主要设置两个属性,分别为

DefaultLanguage 和Debug ,默认的Debug 属性为“True ”.在程序编译完成交付使用之后应将其设为False 。

格式与示例:

示例说明:使用C#为后台语言,启用调试。

参数说明如下:

a) defaultLanguage :定义后台代码语言,可以选择C#和https://www.360docs.net/doc/2610184636.html, 两种语言。

b) Debug :为true 时,启动aspx 调试;为false 不启动aspx 调试,因而可以提高应用

程序运行时的性能。一般程序员在开发时设置为true,交给客户时设置为false 。

5) 节。为ASP .NET 应用程序提供有关自定义错误信息的信息。它不适用于

XML Web services 中发生的错误。

格式与示例:

参数说明如下:

a) Mode :具有On,Off,RemoteOnly3种状态。On 表示始终显示自定义的信息;Off 表

示始终显示详细的https://www.360docs.net/doc/2610184636.html, 错误信息;RemoteOnly 表示只对不在本地Web 服务器上运行的用户显示自定义信息.

b) defaultRedirect :用于出现错误时重定向的URL 地址。是可选的。

c) statusCode :指明错误状态码,表明一种特定的出错状态。

Redirect :错误重定向的URL 。

6) 节。指定ASP .NET

应用程序的全局化设定,也就是本地化设定。其中编

建筑节能检测须知一

建筑节能检测须知 根据《建筑节能工程施工质量验收规范》GB50411—2007规定,建筑节能分部工程须进行以下试验检测,方可验收: 一、建筑节能材料的试验: 1、墙体节能工程 1.1块料:EPS(聚苯板)和XPS(挤塑板) 材料进场后,开始施工前,建设单位应委托检测中心对进场材料进行“见证取样”试验,试验项目:导热系数、密度、压缩强度;检查数量:同一厂家同一品种的产品,当单位工程建筑面积在20000m2以下时各抽查不少于3次,当建筑面积在20000m2以上时各抽查不少于6次; 1.2保温浆料: 施工单位在施工过程中制作同条件养护试件,由建设单位委托检测中心检测其导热系数、密度、抗压强度,试件应“见证取样”送检。检查数量:墙面每500~1000m2为一个检验批,不足500m2也为一个检验批,抽样制作同条件养护试件不少于三组,每组制作3块(300×300×30mm)和5块(100×100×100mm)试件。 2、地面节能工程 EPS、XPS(聚苯板)进场后,开始施工前,建设单位应委托检测中心对进场材料进行“见证取样”试验,试验项目:导热系数、密度、压缩强度;检查数量:同一厂家同一品种的产品,抽查不少于3次。 3、屋面节能工程 EPS、XPS(聚苯板)进场后,开始施工前,建设单位应委托检测中心对进场材料进行“见证取样”试验,试验项目:导热系数、密度、压缩强度;检查数量:同一厂家同一品种的产品,抽查不少于3次。 4、幕墙节能工程 幕墙施工前,施工单位将幕墙玻璃送检测中心进行中空玻璃露点的检测。

试样应见证取样送检;检查数量:同一厂家同一品种的产品,抽查不少于一组。 5、门窗节能工程 外窗(铝合金、塑钢)在安装前送检测中心进行检测,样品应实行“见证取样”送检,检测项目:气密性、雨水渗透性、抗风压性能;检查数量:同一厂家、品种、类型、规格的外窗,每100樘为一个检验批。每个检验批应抽查5%,并不少于3樘,不足3樘时应全数检查;高层建筑的外窗,每个检验批应抽查10%,并不少于6樘,不足6樘时应全数检查。 玻璃采用中空玻璃的尚应检查中空玻璃露点,检查数量:同一厂家同一品种同一类型的产品各抽查不少于3樘(件)。 二、建筑节能工程现场检验 1、外墙节能构造的现场实体检验: 1.1检测目的:钻芯取样验证墙体保温材料的种类、厚度、构造做法是否符合设计要求; 1.2检查数量:一个单位工程每种节能保温做法至少抽查3处,每处一个检查点。 2、外窗气密性现场实体检验: 每个单位工程的外窗至少抽查3樘。当一个单位工程外窗有2种以上品种、类型和开启方式时,每种品种、类型和开启方式的外窗应抽查不少于3樘。 3、墙体保温粘结材料的粘结强度现场拉拔试验: 同一厂家同一品种的产品,当建筑面积在20000m2以下时抽查不少于5处,当建筑面积在20000m2以上时抽查不少于10处。 4、后置锚固件现场拉拔试验: 每个检验批抽查不少于6处。 忻州市工程质量监督站检测中心

项目专业技术规范和服务要求

第一章项目技术规范和服务要求 一、概述 1.报价供货商应对招标范围内的所有内容进行投标。 2.该项目为医用织物成品外加工服务,所有待加工成品的布料由院方提供。报价供货商应根据招标文件所提出的技术规格、参数、数量和服务要求,综合考虑该总体服务的适应性,选择具有最佳性能价格比的优质服务前来报价。希望供应商以精良的成品织物加工工艺、优良的服务和优惠的价格,充分显示自身的竞争实力。 二、招标清单及技术要求

1.款式与做工:要求与样品一致。 2.招标方只提供布料,辅料由中标方自行配置,辅料质量以样品为准。(投标时应考虑在内) 3.须提供长袖医师白大衣和洗手衣这两款样品。 ▲供货商在履行服务合同后,采购人将以实际供货量(成品织物加工量)进行合同结算,报价供货商在投标文件分项报价表中所报综合单价作为本次招标最终结算依据,按照实际完成工作量乘以综合单价算出项目结算价。 ▲如合同期内采购金额达到预算金额时(15.5万元)或合同期满(1年),即视为合同完全履行完毕,双方的合同将自动终止。 三、售后服务 报价供货商需在12小时内响应,24小时解决问题和采购人提出的合理要求,在投标书中请提供详细的售后服务承诺书。 四、验收 1.采购人认为如有必要在产品制造过程中派人到生产厂进行监制,或在产品发货前派人赴生产厂进行预验收,报价供货商应给予积极配合并对监制或预验收工作提供方便。 2.采购人认为如有必要将随机对货物进行实样抽检,指定第三方检测机构进行检测,并提供检测报告,检测费用由报价供货商承担,验收中发现货物达不到验收标准或合同规定的性能指标,报价供货商必须无条件的重新生产满足本次采购需求的货物,并且承担由此造成的一切费用和损失。 五、供货及付款 1.按需分批供货,接到采购人供货通知后完成交货。接到供货通知后将货物保质保量的运送至指定地点,原则上交货时间不得超过10天,应急情况下交货时间不超过3天。 2.交货地点:温州医科大学附属第二医院指定库房 3.付款方式: 合同签订后,甲方在招标的货物实物、随货联、发票三者到齐并确认完成入库手续,以实际供货量(成品织物加工量)乘以对应的各项综合单价作为结算金额,每月30日前审核后进行支付金额汇总,原则上三个月内启动付款申请(节假日顺延)。 六、相关说明

技术操作规范手册范本-(优质文档)

合同编号:__________ 技术操作规范手册范本 甲方:_________________________________ 乙方:_________________________________ 20____年___月___日

甲方: _ 乙方: _ 一、总则 (一)此技术操作规范手册为_________________________项目售前技术支持服务项目的主要技术功能和服务要求,卖方应针对本次项目的标的,结合自己的特点提供详细完整的服务方 案及项目报价。 (二)技术规范书应视为保证技术支持服务所需的最低要求。 (三)对本规范书各条目的应答为“满足“、“不满足“、“部分满足“,不得使用“明白“、“理解“等词语,在答复中,要求明确满足的程度,并作出具体、详细的说明。 (四)甲方应提供服务解决方案,并在建议书中说明给乙方提供的技术文件、技术支持、技 术服务、人员培训等的范围和程度。 (五)规范书有关内容的澄清 1、甲方对于规范书的疑问可以通过书面材料与买方联系。在规定的建议书提交最后期限以前,乙方将以书面材料给予答复。有关乙方答复材料的复印件也将递交所有得到技术规范书的甲方; 2、在技术谈判的各个阶段,乙方将以书面形式要求卖方对有关问题进行进一步的技术澄清,甲方应以书面资料给予正式应答。 (六)乙方保留对本文件的解释和修改权。乙方有权在签订合同前,根据需要修改和补充本 技术规范书,并书面通知所有得到技术规范书的卖方。 二、项目概述 (一)项目名称:____________________________________________。 (二)项目背景:____________________________________________。 四、服务内容 (一)技术支持服务范畴包括:不限于技术交流、编制方案、技术支持文档、制作标书等。信息化项目包括非系统集成类的产品或业务服务项目和系统集成类综合信息化项目。 (二)非系统集成类的产品或业务服务项目是指专线、MAS、M2M等不包含系统集成和平台建

工程技术标准及要求

工程技术标准及要求 一、施工单位资质要求: 1. 有效期内的营业执照、资质证书的复印件(应加盖公章)及资格简介。 2.具备中华人民共和国《中华人民共和国公司法》注册的、具有独立法人资格的、国家住建部或山东省建委核定的工民建工程总承包贰级(含)以上施工资质的施工企业。 3.必须有完善的质量管理体系、环境管理体系、职业健康安全管理体系并取得相应认证证书;有良好的市场信誉、雄厚的实力、完善的管理。 4.承包施工单位项目经理的要求:必须具有国家贰级以上项目经理资质,能常驻现场负责组织施工。 5.承包单位提供的管理体系架构人员配备必须符合国家标准配置,管理人员必须按报表配置组建并实名制,项目管理体系不得变动。 6、必须提供本次招标工程竣工后的保修、服务方案。 7.具有相应的施工机械、设备与质量检验测试手段。 二、现场条件和周围环境 招标人提供的现场条件和周围环境的其他资料和信息数据如下(也可以附表的形式表现): 1、本工程现有场地已具备“三通一平”,发包人所提供的现场条件为承包人所见到的现场踏勘现状。 2、鉴于本工程所处现场位置和周边情况,提示承包单位充分考虑在施工中可能存在的基础二次开挖工作对工期造成的影响,因此发生的费用在措施费用中予以充分考虑; 3、鉴于本工程所处现场位置和周边情况,提示承包单位须考虑设置施工围挡,因此发生的费用在措施费用中予以充分考虑; 4、鉴于本工程电梯设备、天燃气工程、户表前的电气设备设施发包人另行分包,提示承包单位充分考虑在施工中存在的施工配合工作; 三、承包(招标)范围: (一)甲分包施工的工程范围的详细说明: 二期机电工程除电梯设备、天燃气甲分包外,总包负责施工图纸中所有给排水、雨水、采暖、通风、空调工程、强弱电工程主体结构及二次装修全部及洽商内的工作内容等。含:

第四部分项目技术规范和服务要求【模板】

第四部分项目技术规范和服务要求 一、项目概况 在管理服务合同期内,中标单位通过对浙江省杭州第二中学两个校区物业的养护、修葺、保洁、安全保卫和管理,使得该物业达到《全国物业管理示范大厦》和《全国物业管理示范住宅滨江校区》评分标准90分以上,保证滨江校区内各项建筑和配套设施时刻处于良好的工作状态,为师生营造一个健康舒适的工作学习环境。 二、各校区要求: 滨江校区具体要求: (一)杭二中滨江校区物业管理服务招标要求; A、学校地址: 浙江省XX市XX区东信大道76号。 B、学校面积及主要建筑物: 学校占地面积:85052平方米;总建筑面积:48478平方米;总绿地面积:23000平方米。主要建筑物有行政楼、教学楼、实验楼、图书馆、音乐厅、体育馆、学生寝室、游泳馆、教师公寓、食堂等。共三个区域,包括教学区、活动区、生活区等。 C、各建筑物的主要功能: 浙江省杭州第二中学滨江校区建设项目表

1、教学楼 教学楼总建筑面积5600平方米,分南区北区,共2栋。其中: (1)教学教室:40个。 (2)答疑教室:11个。 (3)值班室:1个。 (4)厕所:8个。 (5)垃圾房:6个。 2、实验楼 (1)化学实验室:5个。 (2)物理实验室:5个。 (3)生物实验室:4个。 (4)计算机房:3间,共配置177台微型计算机。 (5)厕所:10个。 3、图书馆 (1)一楼报刊阅览室。 (2)二楼馆藏图书、电子阅览厅。 (3)三楼多功能厅,校史陈列室。 (4)地下电机室。 4、行政楼 (1)一楼办公室(行政干部):12间;会议室:1间。 (2)二楼办公室:12间;休闲吧1间。 (3)三楼办公室:14间;老师休息室1间;阶梯教室1间;党员活动室1间。 (4)四楼办公室(校级干部):11间;会议室:3间。 (5)厕所:8个。 5、体育馆 (1)底层为乒乓球、体操场地,通用技术教室。 (2)馆内为一个篮球场。

综合布线技术要求及相关规范

综合布线技术要求及相关规范

综合布线技术要求及相关规范 1、综合要求 1.1.本项目包括:A、电脑网络布线; B、电视点布线; C、电话点布线; D、闭路电视监控布线。 1.2.电源布线不在综合布线的范围之内,电脑网络布线作备份布点,电话和电 视不作备份布点。 1.3.电脑网络布线如有室外部分,则用光纤布线,电话和电视的室外部分均由 施工方施工。 1.4.工程必须符合国家有关综合布线、电气安全标准等规范。 1.5.充分考虑所采用线材与用户相关设备的阻抗匹配、传输距离及线间电容、 串扰、回波、损耗等因素。 1.6.充分考虑整体布线工程的防雷及接地并为布线系统建设一个独立的接地 网,必须提供完整、可行的防雷接地方案。 2、其他要求 2.1 系统的测试和验收 本系统的测试和验收参照整个系统应按下列标准的最新修订本进行设计与验收测试中国工程建设标准化协会标准《建筑与建筑群综合布 线系统工程施工及验收规范》(CECS 89:97)进行。 2.1.1整个系统应按下列标准的最新修订本进行设计与验收测试。 1)国家电气规范与国家电气安全规范。 2)BS7430----接地 3)EIA/TIA568B及569标准 4)ISO/IEC DIS 11801(2002)建筑与建筑群综合布线系统工程国际标 准。 5)CECS72:92建筑与建筑群综合布线系统工程设计规范。

2.1.2设备安装、测试、开通 1)测试工具采用FLUKE DSP4300 电缆测试仪进行验收测试,所有电脑网络 信息点(含备份点)按TIA/EIA568B信道测试模型100%通过测试。 2)设备安装、调测所需工具、仪表及安装材料均由施工方提供。 3)设备的机械结构应作抗震加固。 2.1.3移交测试 1)移交测试的条款应与技术规范一致。基于以上要求,施工方应提供测试条件、方法和过程的草案,谈判后,最终测试文件由双方共同拟定。2)移交测试是在用户方督导人员在场的情况下由施工方的人员进行的。3)如果移交测试没有满足测试文件的要求,要重新进行系统测试。 2.1.4试运行验收测试 1)试运行是考察整个网络的可靠性的重要步骤,试运行将在移交测试后进 行,试运行期为三个月。 2)当主要指标(可靠性,稳定性)在试运行验收满足要求后,最终验收才 能进行。 如果上述条件不满足,要另加三个月的试运行期。 系统设计及产品技术要求 设计原则 实用性 -实施后的计算机布线系统,将能够在现在和将来适应技术的发展。模块化 - 布线系统中,除去固定于建筑内的线缆外,其余所有的接插件都应是模块化的标准件,以便管理和使用。 扩充性 - 布线系统尽可能一次性考虑投资到位,但不排除是可扩充的,将来有更大的发展时,很容易将设备进行扩展。 经济性 - 在满足应用要求的基础上,尽可能降低造价。 灵活性 - 信息点能方便地与多种类型设备(如电话、计算机、检测器件以及传真等)进行连接。 可靠性 - 在网络主干线的传输介质上提供容错功能,保证未来现代化系统的可靠运行。

建筑节能检测作业指导书

建筑节能检测 作业指导书 文件编号:******-ZY-2010.003 版本号:第一版 发放编号: 受控状态: 编制: 审核: 批准: 发布日期:2010年09月01日生效日期:2010年12月01日

************建筑材料检测有限公司 一.对《建筑节能工程施工质量验收规范》的介绍 《建筑节能工程施工质量验收规范》GB50411–2007依据现行国家有关工程质量和建筑节能的法律、法规、管理要求和相关技术标准,为了加强建筑节能工程的施工质量管理,统一建筑节能工程施工质量验收,提高建筑工程节能效果。主要突出了工程验收中的基本要求和重点,并充分考虑了我国现阶段建筑节能的实际情况。 本规范适用于新建、改建和扩建的民用建筑工程中墙体、幕墙、门窗、屋面、地面、采暖、通风与空调、采暖与空调系统的冷热源和附属设备及其管网、配电与照明、监测与控制等建筑节能工程施工质量的验收。 二. 检测术语、检测方案及检测流程 2.1 检测术语 2.1.1 进场验收 对进入施工现场的材料、设备等进行外观质量检查和规格、型号、技术参数及质量证明文件核查并形成相应验收记录的活动。 2.1.2 进场复验 进入施工现场的材料、设备等在进场验收合格的基础上,按照有关规定从施工现场抽取试样送至试验室进行部分或全部性能参数检验的活动。 2.1.3 见证取样送检 施工单位在监理工程师或建设单位代表见证下,按照有关规定从施工现场随机抽取试样,送至有见证检测资质的检测机构进行检测的活动。 2.1.4 现场实体检验 在监理工程师或建设单位代表的见证下,对已经完成施工作业的分项或分部工程,按照有关规定在工程实体上抽取试样,在现场进行检验或送至有见证检测资质的检测机构进行检验的活动。简称实体检验或现场检验。 2.1.5 质量证明文件 随同进场材料、设备等一同提供的能够证明其质量状况的文件。通常包括出厂合格证、中文说明书、型式检验报告及相关性能检测报告等。进口产品应包括出入境商品检验合格证明。适用时,也可包括进场验收、进场复验、见证取样检验和现场实体检验等

技术服务级别及响应规范

1.服务级别及响应方式 在系统建设中我部门将提供优良的服务和技术支持。一旦系统出现硬件、软件、网络故障,不能正常工作,本部门提供以小时和工作日为单位的响应服务。 2.服务范围 硬件设备:包括把系统恢复到正常工作状态所需要的所有零部件 软件维护:包括把软件恢复到正常工作状态所需要的所有软件应用 网络:诊断与排查网络故障与优化网络 3.服务方式 员工碰到任何问题,可先通过电话与专人联系,寻求技术支持。 电话——员工可在星期一至星期五,8:00-17:00期间获得电话支持; 远程拨入——网络工程师可以通过远程网络拨入,远程检查你的系统,以便更快捷的解决问题。 现场——如果有些问题不能通过电话或远程拨入解决,我部门将派遣经验丰富的网络工程师,到现场为您服务。 4.紧急程度 A级——严重,系统无法使用 B级——紧急,系统遭到严重破坏 C级——一般,有问题但不太严重 5.服务级别 服务级别分为:一级、二级 6.响应时间

响应时间是根据我部门所提供的不同服务级别来确定,具体见下: 一级服务:响应紧急程度A,B级 电话支持:7*24,指的是员工每周7天,从周一至周日,8小时工作时间内外(0点至24点),每天24小时可要求我部门提供服务。 现场支持:我部门接到服务请求经过确诊后,工程师2小时之内到达现场进行维 修;直至原主机恢复到正常状态。 非工作时间远程支持:网络工程师可以通过远程网络拨入,远程检查你的系统,以便更快捷的解决问题。非工作时间(如:深夜,周末与节假日等)如遇本地主机系统崩溃或系统遭到严重破坏,我部门将立即通知供应商实施现场支持。 二级服务:响应紧急程度C级 电话支持:5*8,指的是员工每周5天,从周一至周五,8小时工作时间以内(早8点至下午5点),每天8小时可要求我部门提供服务。 远程拨入——网络工程师可以通过远程网络拨入,远程检查你的系统,以便更快捷的解决问题。 现场支持:我部门接到服务请求经过确诊后,工程师4小时之内到达员工现场进行维 修;直至原主机恢复到正常状态。 7.每年度一次的技术支持总结 通过对员工请求和相应服务跟踪报告的分析,总结技术支持的工作效率和问题提高技术支持的水平和质量,总结员工在使用设备与系统时发现的问题和需求,返回给技术部门;使我们提供给员工的设备更能符合员工的要求。 8. 技术顾问服务

IT项目实施服务技术规范要求(20201126100251)

IT项目实施服务技术规范要求

第1章项目实施 (3) 1.1 实施总体要求 (3) 1.2 项目管理 (3) 1.2.1 项目沟通管理 (3) 122 项目进度管理 (4) 1.2.3 项目计划管理 (4) 1.2.4 项目配置管理 (4) 1.2.5 项目变更管理 (4) 1.2.6 项目质量管理 (5) 1.3 组织和人员要求 (5) 1.3.1 项目组织机构 (5) 1.3.2 项目人员管理 (5) 第2章服务与质量保障要求 (17) 2.1 总体要求 (17) 2.2 应用总集成 (17) 第3章项目验收 (19) 3.1 总体要求 (19) 3.2 项目升级完善验收 (19) 3.2.1 组织实施 (19)

3.2.2 验收交付物 (20) 3.3 项目运行维护验收 21 3.3.1 组织实施 (21) 3.3.2 验收交付物 (21) 3.4 系统改造验收 (22) 3.4.1 项目初验 (23) 3.4.2 项目终验 (23) 第4章其他 (25) 4.1 对监理工作的配合要求 (25) 4.2 配合第三方进行软件测试 (25) 4.3 质量保证 (26) 4.4 保密要求 (26) 4.5 移交要求 (26) 4.6 归档要求 (27) 4.7 知识产权要求 (27) 4.8 知识转移要求 (27)

第1章项目实施 1.1实施总体要求 1. 监理要参与项目全过程管理,要接受监理全程监管。 2. 应成立项目管理组织,严格遵守工程的业务管控、架构管控、项目管控的要求。 3. 应基于成熟的项目管理方法论,制订完善的项目管理制度、流程,合理划分项目管理的阶段,借助工程管理工具,在项目实施过程中对项目进行规范化管理,确保项目实施进度和实施质量。 4. 应提供项目管理方案,至少覆盖进度管理、范围管理、风险管理、质量管理、资源管理、沟通管理等。 5 ?应根据项目管理的需要,提供和使用项目管理工具。如招标人要求使用的,必须使用招标人提供的项目管理工具。 6各阶段产出物采用特殊格式的,需提供相应的打开、编译、运行、修改、打印等工具,并确保招标人无限制的使用;不受版权和知识产权限制,招标人不对工具额外付费。 7.应提供合理的技术力量配置及工作量单价(单位:元/人月),要求参与该项工作的技术力量配备在北京市同行业平均水平以上。如明显低于正常工作量单价且无合理解释的,招标人将视同未实质性响应招标要求。 1.2项目管理 1.2.1项目沟通管理 项目实施过程中,须通过建立制度化的沟通渠道等方式,加强与招标人和监理方的沟通。 首先,须遵守招标人项目管理相关规定,接受招标人项目管理机构和项目负责人的领导,接受项目监理方的监理,指定负责人与招标人和监理方保持沟通和协调。

技术规范及要求

技术规范及要求 (注:标有★的为基本技术参数,不允许偏离) 一、招标项目概况 本项目为15所学校安全饮水工程设施配套供货及安装,主要工作内容为:改造原有校舍及教室新增末端饮水间土建、装饰装修、供水、供电;室外配套土建、供水、供电、装饰装修、道路拆修等;新增集中式制水设备部分;末端加热开水器等工程。 本项目施工地点分散,建设工期时间紧,涉及施工种类多难度大专业性强,具有项目调试运行及质保要求严格,对产水水质的卫生安全要求高等特点。 投标人须对所投内容进行全部响应;报价若有遗漏,视为对招标人让利,均应免费提供。 二、一级反渗透、二级反渗透基本要求: 进水水质:井水,主要指标电导率按800-1000us/cm考虑。 (一)设备必须满足以下基本性能指标 (1)★产水量 出水流量:第一种 0.5 m3/h,第二种 1.0 m3/h,第三种 2.0 m3/h,第四种 5.0 m3/h。 聋哑学校:系统产水量0.5 m3/h(进水水温20℃)。 第二实验小学、北皂学校、体校:系统产水量1 m3/h(进水水温20℃)。 新港路学校、石良中学、五中、培基小学、十中、实验小学、润新小学、实验中学、龙口市高级技工学校、开发区学校:系统产水量2 m3/h(进水水温20℃)。 龙口市一中:系统产水量5 m3/h(进水水温20℃)。 (2)★产水水质 电导率≤10 us/cm,产品水水质符合《瓶装饮用纯净水 GB 17323-1998》(2001)的要求。 (3)★回收率 反渗透回收率不小于40%。 (4)★脱盐率 反渗透脱盐率不小于99.2%(三年内)。

(5)自动控制 系统采用自动控制,自动模式故障时,可以手动操作。 (6)系统保护 设置高压保护开关、低压保护开关和安全阀,压力超出范围时,系统安全阀打开并报警。 (二)、采用标准 1.土建工程施工应执行中国及国家电力部颁布的相关规程、规范。 2. 国产设备制造和材料应符合下列最新版本的要求: GB5749-2006 生活饮用水卫生标准 GB/T 5750.4-2006 生活饮用水标准检验方法感官性状和物理指标 GB/T 5750.7-2006 生活饮用水标准检验方法有机物综合指标 GB/T 5750.11-2006 生活饮用水标准检验方法消毒剂指标 GB/T 9969 工业产品使用说明书总则 GB/T 13264-1991 不合格品率的小批计数抽样检查程序及抽样表 GB/T 15239-1994 孤立批计数抽样检验程序及抽样表 GB/T 19249 反渗透水处理设备 GB/T 23954-2009 反渗透系统膜元件清洗技术规范 GB/T 2828.1-2003 计数抽样检验程序第1部分:按接收质量限(AQL)检索的逐批检验抽样计划 GB/T 20103 膜分离技术术语 DL/T 588-1996 水质污染指数测定方法 HY/T 108-2008 反渗透用能量回收装置 HY/T 109-2008 反渗透用高压泵技术要求 JB/T 5995 工业产品使用说明书机电产品使用说明书编写规定 GB 50171 电气装置安装工程盘、柜及二次回路接线施工及验收规范 GB/T 7353 工业自动化仪表盘、柜、台、箱 GB/T 4025 人机界面标志标识的基本和安全规则指示器和操作器件的编码规则 GB50184-2011 工业金属管道工程施工质量验收规范

工程施工项目技术规范书

技术规范书 项号 工程综合说明:内容规定 工程名称:2012年烟台联通大海阳通信大楼防火封堵改造工程建设单位:烟台联通公司 1建设地点:xxxx通信大楼。 招标内容:通信大楼防火封堵改造。 质量等级:按国家和建设部现行质量评定标准,相关材料标准和施工技术规范规程执行。验评达到合格等级。 投标单位资质等级要求: 应具备独立法人资格,持有国内合法营业执照,具备消防设施工程2 专业承包二级及以上资质(含二级)并具有良好业绩的竞标人可申请参加投标。 工程概况 烟台分公司大海阳通信大楼是烟台市联通公司的通信枢纽楼,该大楼地上13层,地下1层。底下层为电缆进线室、水泵房、水箱间,1-11层是机房(其中2、3、4、6、7、9、10、11层采用机房气体灭火系统,1层是测量台,8层是话务机房),12、13层是办公室。 通信大楼机房层多,走线量大,竖向走线道和横向走线孔洞比较多。近几年移动机房扩容较多,放线频繁,虽然施工结束后都能及时回复封堵,但时间长了也慢慢变得不规范。竖井封堵尚可,横向孔洞只采用阻火包封堵,封堵不牢固,也不规范,存在较大的安全隐患。 为保障该大楼消防安全,及时消除火灾隐患,拟对该通信大楼的防火封堵进行改造,保障消防封堵的良好效果,加强大海阳通信大楼的消防安全防范能

力。招标人现场统一介绍工程内容,投标人可进行现场勘查,并对勘察结果负责。 技术要求 1、通信大楼电缆竖井改造。 打好底部支撑,中间填充阻火包,表面和边缘利用柔性堵料塞严塞实,切实起到防火封堵的作用。 2、机房内横向空洞改造。 当机房内通过隔断的各种空洞,采用防火板封堵。防火板安装后应无缺口、裂纹,外观平整美观;防火板周边及与贯穿物之间的环形间隙应采用防火封堵材料密闭; (上述材料及施工质量达到相关行业标准和要求) 6、本工程工期为15天。 7、保修期时间不少于24个月;服务响应时间不高于1小时;8、施工期间,施工方要做好各项安全防护措施,做好安全警示,对所发生的安全事故负全责; 9、承包商必须建立健全施工质量检验制度,严格工序管理,作好隐蔽工程的质量检查和记录。隐蔽工程在隐蔽前,施工单位应当通知业主。 10、为保证整个工程装饰效果的统一性,工程主要材料须达到相关规范要求且经甲方认可后方可采购使用。 11、材料到现场后,承包商须按技术标准要求提供相关证书及检验报告,并按有关规定和检验标准需进行质量抽样检验的必须抽检合格方可使用。材料抽检费用由承包方承担。 12、投标单位要列出整个改造项目的施工安排,制定详细的施工进度计划。 注意事项

工程施工技术标准和要求

工程施工技术标准和要求 第一节一般要求 1.工程说明 1.1 工程概况 l.1.1 本工程基本情况如下:。 1.1.2 本工程施工场地(现场)具体地理位置如下: 1.2 现场条件和周围环境 1.2.1 本工程施工场地(现场)已经具备施工条件。施工场地(现场)临时水源接口位置、临 时电源接口位置、临时排污口位置、建筑红线位置、道路交通和出入口、以及施工场地(现场)和周围环境等情况见施工场地(现场)现状平面图。 1.2.2 施工场地(现场)临时供水管径:满足施工现场临时供水需要。 施工场地(现场)临时排污管径:满足施工现场临时排水需要。 施工场地(现场)临时雨水管径:满足施工现场临时排水需要。 施工现场临时供电容量(变压器输出功率) 满足施工现场结构及安装阶段用电负荷。 1.2.3 现场条件和周围环境的其他资料和信息数据如下: / 。 1.2.4 承包人被认为已在本工程投标阶段踏勘现场时充分了解本工程现场条件和周围 环境,并已在其投标时就此给予了充分的考虑。 1.3 地质及水文资料 1.3.1 现场地质及水文资料和信息数据如下: 详细内容见地勘报告。 1.4 资料和信息的使用

1.4.1 合同文件中载明的涉及本工程现场条件、周围环境、地质及水文等情况的资料和信 息数据,是发包人现有的和客观的,发包人保证有关资料和信息数据的真实、准确。 但承包人据此作出的推论、判断和决策,由承包人自行负责。 2.承包范围 2.1 承包范围 2.1.1 承包人自行施工范围 本工程承包人自行施工的工程范围如下: 本标段工程的图纸、工程量清单、招标文件及答疑、补充文件(若有时)所包含的全部内容的施工。 2.1.2 承包范围内的暂估价项目 2.1.2.1 承包范围内以暂估价形式实施的专业工程见第五章“工程量清单”“专业工程暂估 价表”。 2.1.2.2 承包范围内以暂估价形式实施的材料和工程设备见第五章“工程量清单”“材料和 工程设备暂估单价表”。 2.1.2.3 上述暂估价项目与本节第2.1.1项承包人自行施工范围的工作界面划分如下: 发生时另行约定。 2.1.3 承包范围内的暂列金额项目 2.1. 3.1 承包范围内以暂列金额(包括计日工)方式实施的项目见第五章“工程量清单”“暂 列金额明细表”(不包括计日工)和“计日工表”,其中计日工金额为承包人在其投 标报价中按“计日工表”所列计日工子目、数量和相应规定填报的金额。 2.1. 3.2 暂列金额明细表中每笔暂列金额所对应的子目,包括计日工,均只是可能发生的 子目。承包人应当充分认识到,合同履行过程中所列暂列金额可能不发生,也可 能部分发生。即便发生,监理人按照合同约定发出的使用暂列金额的指示也不限 于只能用于表中所列子目。 2.1. 3.3 暂列金额是否实际发生、其再分和合并等均不应成为承包人要求任何追加费用和 (或)延长工期的理由。 2.1. 3.4 关于暂列金额的其他说明: / 。 2.2 发包人发包专业工程和发包人供应的材料和工程设备

技术规范与服务要求

技术规范与服务要求 1. 总的要求 1.1 本技术规范书适用于湖北省应城市供水汉江饮用水工程主要阀门设备,它提出了该设备的功能设计、结构、性能、安装和试验等方面的技术要求。 1.2 本规范书提出的是最低限度的技术要求,并未对一切技术要求作出详细规定,也未充分引述有关标准及规范的条文。投标方应保证提供符合本规范书和相关的国际、国内工业标准的优质产品及服务。 1.3 如对本技术规范书有偏差(无论多少)都必须清楚地表示在本技术规范书的技术附录B 的“投标方提出的技术差异表”中。投标方未在技术附录B 中对招标文件提出偏差,除了招标文件的技术要求有差错外,不管投标方在投标文件的其他任何地方有其他描述,均视为投标方提供的设备完全符合本技术规范书的要求。 1.4 投标人资格 (见招标公告) 1.5 按本技术规范的要求,完成与相关设计有关的设计联络;接受买方代表参加工厂检验、监造、见证工厂试验和参加工厂验收;负责与分包商、其它相关设备承包商之间的协调。 1.6 投标方应执行本技术规范书所列标准。有不一致时,按较高标准执行。 1.7 如本技术规范中相同或近似的条文有差异之处,投标方应在投标书中指出,否则由招标方确定按对招标方有利的条文执行。 1.8 卖方应完成本技术规范涉及的以下合同设备的设计、制造、工厂试验、包装、运输、交货、技术资料的提供、技术服务和交接验收,并对上述工作范围内的工作负全部责任。 1.9 在签订合同之后,投标方应将开始制造之日期通知招标方。在设备投料生产之前招标方有权提出因有关规程、规范和标准发生变化而产生的一些补充修改要求,投标方应遵守这个要求且不增加任何费用。修改的具体内容由双方商定。投标方有责任及时书面通知招标方有关规程、规范和标准发生的变化。 1.10 设备采用的专利涉及到的全部费用均被认为已包含在设备报价中,投标方保证招标方不承担有关设备专利的一切责任。 1.11 投标方对供货范围内的设备,在运输和贮存、检查和检验做好成品保护,工厂组装完毕后,对敞口部位及时进行封闭、封存,确保整件及零部件的清洁、内部无杂物、外包装严密完好,消除影响设备及系统运行的杂质和污染物,为现场洁净化安装创造条件。 2. 工程概述及自然条件 2.1工程概述 应城市位于湖北省中部偏东,孝感市区西南,属汉江流域,地处东经113?19′~113?45′,北纬30?43′~31?08′。东隔漳、涢二水与云梦县相望,东北与安陆市毗连,西与天门市、京山县接壤,南与汉水相连。市境东西宽43km,南北长45km,总面积1103km2。 应城市城市供水汉江水源工程拟设置两级提水泵站将汉江的原水送至应城,分别供应给应城市第一水厂和第二水厂。主要布置为:在汉川市分水镇分水泵站以南约500m的汉江干堤处新建崔家湾取水一级泵站,泵站取水规模为20万t/d(未计管线漏损和水厂自用水量),通过2条长约45km的DN1200球墨铸铁管道(局部为钢管)将汉江原水送至紧邻二水厂的分水点,其中一部分直接进入二水厂反应池,另一部分进入设于分水点附近的二级泵站前池,并通过二级泵站加压送至一水厂。 工程建设拟分2阶段实施,崔家湾泵站至二水厂先期铺设一条长约45km的DN1200球墨铸铁输水管,相应输水规模为10万t/d,二水厂增压泵站至一水厂已先期敷设一条长约10km 的DN1200钢管,相应输水规模为10万t/d。

(技术规范标准)项目技术管理工作标准(第)

第一部分:项目施工技术管理各项工作制度 一、施工技术调查制度 1.施工技术调查是工程施工前期的一项重要技术准备工作。在掌握一定的设计文件(资料)和其它相关资料的基础上,应及时取得更翔实的现场实际资料,作为编制投标书、优化设计、编制施工组织设计、向业主进行调概索赔的依据。同时开展施工技术调查可以为进一步部署施工队伍,合理安排各种资源投入的时间、地点及数量,选择施工方法,编制内部预算及责任成本分解,编制质量保证措施及安全措施,为审核设计文件及改善设计提出建议等一系列技术工作作准备。 2.施工调查前应查阅已掌握的设计文件和有关资料进行人员的分工,提出进一步需掌握的资料目录,安排行程、交通、生活;拟定调查提纲并根据实际情况安排具体调查计划及调查日期。施工技术调查的方法以现场勘查为主,内外相结合。必要时,进行现场测绘、钻(挖)探取样并检(试)验,以取得数据。 3.现场收集资料完成后,应写出书面施工技术调查报告,作为编制施工组织设计及组织施工的重要依据。调查报告内容组成: (1)工程概况:工程位置;工程规模、工程量及投资;技术条件和标准;工程地点自然条件及社会、经济、交通等情况;工程主要特点;工期等(附平面概图)。大临工程设置方案、小临建设标准、工程原材料供应及价格、运输方式、原材料的取样检测、水、电、通信、燃料、劳务、征地拆迁、风俗民情、生活卫生、当地的工程造价资料等。 (2)施工组织设计意见:任务分工、施工队伍安排;施工方法;重点工程安排和施工方法分述;技术及质量措施;资源及投入时间;大小临工程;过渡方案;环保措施;进度计划等(附场地布置和进度简图)。 二、施工测量及测量仪器管理制度 1.施工测量制度 (1)测量工作应按时、正确地完成,满足施工需要。测量方法要符合测量规范的规定及集团公司中铁四程[2006]530号文件的要求。 (2)施工测量工作范围包括,工程开工前交接桩、施工复测、建立重要建筑物的控制网、工序各部位的施工放样、竣工测量。 (3)工程部应建立测量组、配专业工程师,负责组织交接桩、复测、控制测量、施工测量、竣工测量工作的实施,报技术负责人审核、签认测量成果资料(书)。施工过程中的测量放样由项目队技术主管或测量主管负责组织实施并进行复核。工程部长每月或不定期对重点工程项目组织进行复 33

技术标准和要求

技术标准和要求 一、基本情况 1、货物:客梯 4台。 2、服务:电梯设备的安装、调试、验收、培训、质保期服务、与货物有关的运输和保险及其它附随服务。 电梯技术参数 二、技术要求 1、技术要求 (1)本技术规格及要求提供的是最低限度的技术要求,并未对技术细节做出规定,投标人应保证提供符合本技术规格及要求和有关工业标准的优质产品,投标人所投电梯系统要求

必须符合下列技术要求,否则视为偏离,不能中标。 (2)本技术规格及要求所使用的标准和规范如与最新的标准发生矛盾时,按最新标准执行。 2、标准和规范 要求执行以下但不限于以下所列规范、标准、文件的最新版本: GB7588-2003 《电梯制造与安装安全规范》 GB/T10058-1997 《电梯技术条件》 GB/T10059-1997 《电梯试验方法》 GB10060-93 《电梯安装验收规范》 GB50182-93 《电梯装置安装工程电梯电气装置施工验收规范》 GB7025-1997 《电梯主要参数及轿厢、井道、机房的型式与尺寸》 GB8903-1998 《电梯用钢丝绳》 GB50310-2002 《电梯工程施工质量验收规范》 EN-81 《欧洲电梯制造与安装安全规范》 3、电梯主要部件要求 电梯主要部件必须满足国家标准。 4、电梯系统要求 要求提供质量上乘,采用最新可靠微处理机技术,使电梯具有高效运行效率和舒适平稳的驱动性能,具有节能和便于维修保养得故障诊断等系统。 4.1规格型号:投标人在投标文件中提供电梯的型号规格。 4.2供电电源:交流380伏、三相、50赫兹;照明220伏。 4.3 噪音水平:满足国标要求。 4.4控制柜系统:(本品牌原厂生产,提供型式试验报告复印件并加盖制造商公章)采 用交流变频变压(VVVF)调速32位电脑模块电梯系统。 4.5曳引机:(本品牌原厂生产,提供型式试验报告复印件并加盖制造商公章)要求提 供高效节能和具有良好动力特性的永磁同步曳引机。 4.6电梯机房:要求按相关规范标准布置。 4.7轿厢:在所提供井道尺寸基础上,要求提供最大尺寸标准轿厢,轿体要求制作精良,连接紧固,抗变形能力强,符合相关安全标准,轿厢内饰精致典雅,照明和换气设备良好耐用,给人舒适的感觉,轿厢高度为2400MM。 4.8轿厢内控制操纵盘:要求设有内层数显示器、对讲机、警铃和内呼叫按钮等,提供给乘客方便的操作和显示电梯的主要运行状态。

最新《建筑节能工程施工质量验收规范》GB50411-2007

最新《建筑节能工程施工质量验收规范》GB50411-2007

目录 第一章总则 第二章术语(略) 第三章基本规定 第四章墙体节能工程 第五章幕墙节能工程 第六章门窗节能工程 第七章屋面节能工程 第八章地面节能工程 第九章采暖节能工程 第十章通风与空调节能工程 第十一章空调采暖系统冷热源及管网节能工程 第十二章配电与照明节能工程 第十三章监测与控制节能工程 第十四章建筑节能工程现场实体检验 第十五章建筑节能分部工程质量验收 第十六章外墙节能构造钻芯检验方法 第一章总则 【条文】 1.0.1 为了加强建筑节能工程的施工质量管理,统一建筑节

能工程施工质量验收,提高建筑工程节能效果,依据现行国家有关工程质量和建筑节能的法律、法规、管理要求和相关技术标准,制订本规范。 【要点说明】阐述制定本标准规范的目的和依据,以便使人们了解其意义、必要性和重要性。 【条文】1.0.2 本规范适用于新建、改建和扩建的民用建筑工程中墙体、幕墙、门窗、屋面、地面、采暖、通风与空调、空调与采暖系统的冷热源及管网、配电与照明、监测与控制等建筑节能工程施工质量的验收。 【条文】1.0.3 建筑节能工程中采用的工程技术文件、承包合同文件对工程质量的要求不得低于本规范的规定。 【要点说明】各项规定的“严格程度”是最低要求,最起码的要求。这也是我们监理的底线原则。 【条文】1.0.4 建筑节能工程施工质量验收除应执行本规范外,尚应遵守《建筑工程质量验收统一标准》GB 50300、各专业工程施工质量验收规范和国家现行有关标准的规定。 ※【条文】1.0.5 单位工程竣工验收应在建筑节能分部工程验收合格后进行。 【要点说明】建筑节能验收是单位工程验收的先决条件,具有“一票否决权”。 相关要求:由总监理工程师组织建设、设计、施工、监理进行验收。 建筑节能分部工程资料应单独成册,资料内应出具分部工程验收合格证明文件。 2术语

第三部分项目技术规范和服务要求

第三部分项目技术规范和服务要求 一、现运行消防联动报警系统情况说明及整改要求。 2000年11月27日,浙江机械工业学校迁扩建工程的消防工程发包给浙江警宇消防安全工程有限公司,工程承包范围和内容:消防中心消防报警系统、室外消防水、电系统。开工日期2001年6月25日,竣工日期2001年7月30日。在全校范围内,采用的北京世宗智能有限责任公司ZN900系列JB—TG—6000-ZN975型(联运型)控制系统。 1号楼食堂改造中,将1号楼1至3层报警系统改为北大青鸟消防报警系统。经2019年11月28日、11月30日专家组成员两次到校现场勘查,基本情况为:滨江校区消防系统现有消防主机两台,回路23路,探测器1173个,手报90个,消火栓按钮280,模块362个。近一个月主机报故障约350次,火警约65次,系统存在线路断路情况,主要集中在消火栓和广播模块。2019年2月18日再次现场勘查,并召开现场认证会。现提出如下意见: 1、消防主机及系统存在的问题。 滨江校区综合楼,2号楼、3号楼、4号楼、5号楼、6号楼、7号楼、8号楼、9号楼、10号楼、11号楼等建筑,火灾自动报警系统厂家为北京世宗智能有限责任公司,已使用10余年,品牌较老,故障较多,火灾隐患较大,消防安全风险高。且非目前市场上主流产品,缺少配件,维修维护成本高。 建议更换为新型可靠的火灾自动报警系统,更换火灾自动报警系统主机和末端火灾探测器、手动报警按钮、消防广播、消火栓按钮、消防电话等消防设施,如有必要更换系统总线,以提高报警系统的可靠性和有效性,降低消防安全风险。 2、原火灾自动报警系统无法满足国家现行消防标准规范的要求。 现行消防法规对系统要求更高,目前系统与现行法规有较大差距。不符合《火灾自动报警系统设计》(GB50116-2013)的相关要求。 建议更换为新型可靠的火灾自动报警系统后,重新进行编程,由单点联动调整为两点联动,提高报警系统的可靠性,有条件时增设短路隔离器并且每个报警联动回路预留15%的容量,方便后期改造。增设声光警报器和模块箱,避免模块安装在配电箱内造成误报和干扰,从面降低报警系统的可靠性;采用自带电话插孔的手动报警按钮并增设消防电话线。 3、增加信息化管理功能。 有条件的在消防控制室设置液位计,显示消防水池和屋顶消防水箱的液位,并在消火栓系统的干管上设置低压压力开关或在屋顶消防水箱设置流量开关,必要时可自行连锁启动消

技术规范及相关要求

技术规范及相关要求 液晶拼接屏(含电视墙) 系统概述 在气象台指挥中心设置一块液晶拼接显示屏,液晶显示电视墙主体采用2*3 共6块超窄边液晶显示器,配备拼接处理器等设备组成信号控制系统。配置的液晶数字显示墙系统主要用来高清晰显示视频监控信号、本地DVI信号。 液晶数字显示墙系统,具有先进性、稳定可靠性、响应速度快、可扩展性、可管理性、操作方便性和易于维护性,具有很强的系统容错性和齐全的信息显 示功能。 1)根据实际应用需求,要求液晶拼接单元拼接缝隙不大于 5.5毫米,投标产品必须为国际知名品牌(推荐品牌:整机飞利浦)。 2)显示器为全球同步产品,必须具有全球规格的安全及能效认证:ISO 9001、ISO 14001、CCC CECP CE EMC EMF GOST FCC CB UL/cUL。 3)根据实际应用需求,要求显示器必须为三年免费质保。 4)根据实际应用需求,投标产品必须能满足 7*24小时连续稳定、可靠运行的工业级显示器(面板为工业等级); 5)显示器需要具有厂家自带的自动校色系统,不需要人工参与自动对显示器进行色彩属性一致性校准,保证显示器在长时间使用方式为固定/滚 动文字、图片信息显示时,屏幕不会出现严重色差、色变和故障; 6)显示器需要具有厂家自带的框架补偿功能。 7)显示器内置拼接功能,要求不外接处理器的情况下能够支持不低于10x10块显示器显示一幅完整的图画; 8)投标产品具有智能调节功耗功能,能需要时降低30沏上功耗; 9)显示面积》46英寸(对角线尺寸);

10)显示器需内置风扇,具备智能散热系统,并且可以根据环境温度高低依 靠温感自动调节风扇的开关及转速; 11)显示器必须采用工业级显示器,满足 7*24小时使用环境,显示色彩> 1677万色; 12)显示器具有 DisplayPort , DVI-D,HDMI, VGA复合视频(BNC),分量等输入接口,OPS扩展接口,同时具有 DVI输出接口;也需要具有 RJ-45 接口以 及RS232输入和输出接口,可通过 RS232或者RJ45对显示器进行远程控制 和管理设备启动 / 关闭、宽度变换和对比度、亮度、色彩调整等; 佝显示器内置OPS标准扩展接口,可以通过 OPS接口扩展出包括3G-SDI 在内的各种专用接口,并可在不外接任何线缆及增加机身厚度的情况下内置OPS电 脑; 14)显示器应支持水平、垂直两种显示方式 15)显示器支持日程管理系统,每台显示器都至少支持 7 个事件定时设置,包括 USB、DVI、HDM、I DisplayPort 、网络浏览器等所有信号源选择; 16)显示器支持信号备份切换功能,设备可以设置主要信号接口及次要信号接口,当主要接口故障时自动切换到次要接口,当主要接口恢复正常时自动切 换回主要接口; 17)显示器支持中控软件,并且拥有自主的软件著作权,通过网络或者串口控制显示器,不需要遥控器的介入,实现遥控器的所有功能; 18)显示器具有 ID 自动分配功能,显示器在串口线连接好之后可以进行自动的 ID 分配; 19)显示器支持手机短信及 Internet 网络邮件报警功能,在显示器出现异常情况时通过互联网进行短信及邮件报警; 20)显示器具有输入信号快速切换功能,切换时间小于 0.5 秒; 21)显示器色温可以以100K为单位,在2000K至10000K之间调节; 22)显示器需响应国家节能减排要求,能耗等级必须为 1 级;

相关文档
最新文档