软件工程源代码控制系统
CVS操作指南
2004年09月
文档管理信息表文档信息
目录
1CVS概述 (4)
2CVS软件安装 (4)
3CVS服务端配置 (5)
4CVS客户端配置 (6)
5软件工程初始化 (6)
6修改文件 (7)
7添加文件和目录 (7)
8删除文件和目录 (8)
9并发编辑 (8)
10版本控制 (10)
11工程模块化 (12)
12TAG标记 (12)
13高级使用 (13)
14标准文件头 (16)
1CVS概述
CVS 是 Concurrent Version System（并行版本系统）的缩写，是建立在Unix 体系里很成熟的 SCCS 和 RCS 基础上的项目配置管理工具，用于版本管理，它是一种客户机／服务器系统，可以让开发人员将他们的项目存储在称为源码仓库的中央位置，即CVS服务器。使用 cvs 客户机工具，开发人员可以对源码仓库的内容进行更改。CVS 服务器在源码仓库里会依次记录对每个文件所做的每个更改，并创建一个完整的项目开发进展历史。开发人员可以请求特定源文件的旧版本、查看更改日志，并根据需要执行其它一些有用的任务。
源码仓库的源码目录中保存的都是实现版本控制的历史文件(history file)，历史文件名为filename,v。历史文件包含用来恢复所有版本文件的足够信息、所有提交的信息以及提交者信息。历史文件常常被称作RCS文件，因为最早是RCS程序用这种格式来保存文件的所有修改信息。
CVS 的基本工作思路是：在一台服务器上建立一个仓库，仓库里可以存放许多不同项目的源程序。由仓库管理员统一管理这些源程序，这样，就好象只有一个人在修改文件一样，避免了冲突，每个用户在使用仓库之前，首先要把仓库里的项目文件下载到本地，用户做的任何修改首先都是在本地进行，然后用 cvs 命令进行提交，由 cvs 仓库管理员统一修改。这样就可以做到跟踪文件变化，冲突控制等等。
由于 CVS 是典型的 C/S 结构的软件，因此它也分成服务器端和客户端两部分。不过大多数CVS 软件都把它们合二为一了。
CVS有两个最重要的特点是：
?源代码空间与用户空间分离
?并发访问
2CVS软件安装
用系统安装命令安装CVS系统之后，执行文件cvs在目录/usr/local/bin下
面，而帮助文件在/usr/local/man下面，不管是客户端还是服务器端都使用同样的软件。
3CVS服务端配置
CVS可以用多种方式访问，这里介绍采用direct connection with password authentication的方式，这是一种client/server的方式，可以有比较好的安全控制。
首先编辑文件/etc/inetd.conf，加入：
cvsperver stream tcp nowait root /usr/local/bin/cvs cvs –f –allow_root=/usr/cvsroot pserver
在/etc/services 文件中加入一行：cvsperver 2401/tcp #CVS SERVICE PORT
重新刷新INET之后，CVS就可以接受服务请求了。
访问CVS的用户及用户组创建
建立两个组：readcvs和cvs。
建立一个用户cvs，并将组设置为 cvs，这个用户具有对CVS全权的管理权限。对于只能读取的用户将归类为组readcvs，其他可以修改的用户归类到组cvs。
CVS的安全性由CVS本身以及文件系统的权限构成。
建立目录/usr/cvsroot和/usr/cvslocks，目录/usr/cvsroot的属主和组都为cvs，权限为755，目录/usr/cvslocks的属主和组都为cvs，权限为777。 用cvs注册进入，设置环境变量：CVSROOT=/usr/cvsroot；export CVSROOT 执行cvs init
将目录/usr/local/CVSROOT的权限改为755，进入/usr/local/CVSROOT，建立一个文件passwd，格式为：
cvs用户名称：密码：实际用户名称
建立一个文件writers，格式为：
cvs用户名称
只有这个文件中指定的用户才能更新。其他用户只能读取。建议这两个文件
只能由超级用户修改。
4CVS客户端配置
为了用户正常使用CVS，可以在用户的.profile文件中加入：PATH=$PATH:/usr/local/bin;export PATH
同时在/etc/default/man文件中加入/usr/local/man目录，这样可以用man cvs查看CVS帮助文件。
用户访问CVS配置
上述工作做好之后，用户应该添加环境变量：
CVSROOT=:pserver:username@域名:/usr/cvsroot;export CVSROOT
5软件工程初始化
一般而言，都是先在本地准备必要的文件，特别是目录结构，然后在此基础上开始使用CVS控制开发，假设有如下目录结构：
cbswz
|
+----doc（有关文档）
|
+----src
| |
| +---server（该目录下有许多源码）
| | |
| | +----server.c
| | +----makefile
| | |…
| +---client（该目录下有许多源码）
|
+-----bin（存放执行文件）
|
|…
现在就基于上述结构，创建一个工程：
cd cbswz
cvs import –m “Initial Generation By Yzy , 09/16/2004” ccbwz ccb 这样就创建了一个由CVS控制的工程。在创建之后，如果每次编辑都将所有的文
件提出到本地显然是不理想的做法，应该是将工程分为子类，就象模块，这样可以方便管理、开发。
6修改文件
cvs checkout ccbwz
将服务器上面存储的内容取回到本地修改。修改文件ccbwz/src/server/server.c。
cvs commit –m “Add something” server.c
将修改提交到服务器，在提交之前，其他人是看不到你的修改的，如何控制别人的访问以及并发修改将在下面介绍。如果没有-m 选项，会自动调用vi让你添加修改说明。上面的方法是一次提交一个文件。也可以退回到ccbwz目录，一次提交所有修改，直接使用：
cvs commit –m “Add something”
注意这种方式只检查当前目录下面的修改，如果使用了-m 选项，则所有被修改的文件都是用相同的修改说明，这显然是一种缺点，如果不是用-m 选项，则会针对每一个被修改的文件调用vi让你添加说明，建议一个一个文件的提交比较好，这样便于详细的说明修改内容。
修改说明对软件的历史纪录非常重要，请一定添加。有时候，修改的内容可能比较多，相应修改的文档也比较多，这时候可以使用这样的命令：cvs commit –F logfile
其中logfile是一个包含修改说明的文本文件。
修改并提交修改之后，本地文件就可以不用了，这时可以使用如下的命令删除本地的副本文件：
cvs release –d ccbwz
7添加文件和目录
添加文件和目录基本原理是一样的，首先用cvs checkout ccbwz将工程提取到本地，然后按照正常的方法在本地添加一个文件，如ccbwz/src/server/another.c，然后执行如下命令：
cvs add –m “add file another.c” another.c
增加目录时只能一层一层执行，也就是说如果增加了目录ccbwz/misc/doc，只能使用cvs add –m “add directory”分别针对misc 和 doc执行。
对于二进制文件必须采用特殊的方法添加，否则版本控制就无效。应使用如下的命令：
cvs add –kb –m “add binary file” something
有时我们在初始化软件工程时，已经有了二进制文件，但没有采用二进制的方式管理，这时可以使用如下的方法修改：
cvs admin –kb binaryfile
cvs commit
8删除文件和目录
还是以文件ccbwz/src/server/another.c为例：
cvs remove –f another.c
如果要删除整个目录，使用：
cvs remove –fR misc
所有的修改在完成之后，必须使用cvs commit才能将真正的修改提交到服务器。删除了目录之后，你再次使用cvs checkout时，原来已经被删除的目录照样还存在，这是合理的，目的是可以允许提取以前的版本，但如果你不想看到本地出现这些被删除的空目录，可以使用如下的命令checkout：cvs checkout –p ccbwz
这样目录misc就不会出现了。
9并发编辑
并发编辑是指多个人同时编辑同一个（批）文件的处理方法。我们分几种情况讨论。
在某一时间，用户A和用户B同时提取的ccbwz，并编辑ccbwz/src/server/server.c，然后用户B用命令cvs commit提交了修改，
并且成功，如果这时A用户也提交修改，就会提示更新失败，必须先解决冲突问题，解决的步骤应该是这样：
首先检查别人修改了什么，用命令：
cvs diff server.c
这个命令可以将当前自己的工作版本和服务器上面的最新版本比较，列出不同之处。如果你觉得应该合并修改，就使用如下的命令将服务器上面的更新合并到自己的工作版本中来：
cvs update server.c
还有另外一种情况，就是我想保留自己的修改，但不影响别人的修改，这属于“子版本”（branch version）控制的范畴，这个问题在下面介绍。
有时候，对于有些文件我只想我自己编辑，别人不能动，可以采用这样的方式实现：
cvs checkout ccbwz
cd ccbwz/src/server
cvs watch on server.c
也可以监视目录，如：cvs watch on –R ccbwz
当修改完所有内容并提交之后，应该及时使用cvs watchh off –R ccbwz 取消监视。
执行这个命令之后，别人再次cvs checkout ccbwz 之后，就会发现这些文件是只读的，当然这需要一种“道德“，如果强行用chmod改变也可以，并且可以commit，这样就失去了效果，当然监视主人在commit时会提示出不能更新。针对这种情况，cvs提供了这样一个命令:
cvs edit server.c
这样可以将只读的文件更改为可以读写的方式，对于执行了上述命令的用户，可以使用命令看到：
cvs editors
从而协调各开发者之间的关系。
有时候，开发者需要了解到有些程序的当前状态，这可以通过以下方式实现：
cvs watch add server.c
也可以监视整个目录，如：cvs watch add –R ccbwz。
这样做之后，别人checkout，commit，update你监控的文件时，系统会按照管理员在文件notify文件中规定的动作提醒开发者，遗憾的是这个动作需要自己开发。如果不想再监视，可以用命令：cvs watch remove –R ccbwz 取消。对于执行了watch动作的用户，可应通过如下命令查看：
cvs watchers
10版本控制
版本控制是CVS的一项重要功能，也是CVS中比较复杂的内容，针对我们的需要，应该掌握以下内容。
当建议一个初始CVS工程之后，CVS会自动从1.1开始更新以后的版本，1.1，
1.2等等，子版本则是1.1.1，1.1.2等等，这些一般不用人工干预。如果非
要人工指定一个版本，可以这样：
cvs commit –m “log mag”–r 3.0 server.c
或者整个工程更新，如：
cvs commit –m “version change”–r 4.0 –R ccbwz
但不推荐使用这种方法。
有时候我们需要提取特定版本的程序，可以使用：cvs checkout –r 4.0 ccbwz提取特定版本的程序。
在实际的工作中，最重要的是子版本号。子版本的最大用途是一个软件在推出一个版本之后，接着开发一个新版本，但这时候运行版本出现了一个需要及时解决的问题，为了不影响新版本的开发，可以使用子版本来处理。
假定现在ccbwz的版本是4.0，现在我们正在开发5.0，可是4.0中的一个文件server.c必须立即修改，否则不能再继续运行，我们这是就建立一个子版本来处理这个问题：
cvs checkout –r 4.0 ccbwz
cvs tag –R –b patch-4-0-1 ccbwz
cvs update –r patch-4-0-1 ccbwz
从此所做的任何修改及commit操作都针对patch-4-0-1进行。
也可以首先在服务器上面先生成一个子版本：
cvs rtag –R –b –r 4.0 patch-4-0-1 ccbwz
这条命令基于版本 4.0产生一个子版本patch-4-0-1(假定这个编号为：4.0.2.3)，然后可以提取工作版本编辑：
cvs checkout –r patch-4-0-1 ccbwz
子版本和主版本的合并
接着上面的问题讨论，假设主版本已经到了4.5，现在子版本patch-4-0-1也已经正常工作，现在想将patch-4-0-1的内容合并到主版本4.5中来，可以这样做：
cvs checkout ccbwz
cvs update –j patch-4-0-1
cvs commit
这样就建立了一个新版本4.6。
这种方法只是解决了问题的一部分，有这样一种情况存在，现在patch-4-0-1继续修改，并且调试好了，但又出现问题，继续修改，又调试好了，也就是说你每次都是用：cvs checkout –r patch-4-0-1 ccbwz 提出工作版本并且修改，每次提交修改之后都会继续增加子版本号，但不会增加主版本号，现假定子版本号为：4.0.2.9。我们的主版本还在 4.6，这时我们想合并patch-4-0-1以后修改的内容到4.6中来，形成新版本4.7，这时候上面的合并命令将造成重复合并，因为patch-4-0-1已经合并到4.6，这时应该这样做：
cvs checkout ccbwz
cvs update –R –j 4.0.2.3 –j patch-4-0-1 ccbwz
cvs commit
这样就将合并成为一个新版本。这种方法太复杂，你必须记住初始合并时的版本号，有一个方法比较简单，首先在你将patch-4-0-1和并到主版本之后，你可以为这个版本做一个标记：
cvs tag –R patch-4-0-1-merge ccbwz
以后你继续对子版本patch-4-0-1修改后想合并时可以用下面的命令实现：cvs update –R –j patch-4-0-1-merge –j patch-4-0-1 ccbwz
11工程模块化
前面已经提到，一个大型工程，每次都checkout所有的程序非常不好，解决的办法是定义模块，在$CVSROOT/CVSROOT目录下，有一个文件moudles，我们还是用上面的例子来解释：
server ccbwz/src/server
client ccbwz/src/client
doc ccbwz/doc
source &server &client
上面的定义含义是清楚的，需要说明的是source，它实际上定义的是包含已经定义的模块名称server和client，这样定义之后，可以用下面的checkout 来提取工作拷贝：
cvs checkout server或者cvs checkout source等等。
12TAG标记
简单地说，TAG标记是源码版本的助记符。为了方便，还是以实际的使用环境为例来说明其使用方法。假定我们需要控制的模块为tc。
一般我们首先checkout这个tc模块：cvs checkout –P tc 。然后开始编辑，注意可能别人也要checkout这个模块编辑。如果二者之间是服务于不同的项目，而且又不能协调同步，上线的时间也不一样，就会出现一些问题。为了不妨碍别人的编辑，我们可以对这个tc模块用tag标记的方式临时解决。
1、cvs checkout –P tc
2、修改，编译，提交(commit)。
3、cvs tag –c tc-func-1 tc
如果第二步出现冲突，必须人工协调解决。第三步成功之后，就可以告诉系
统上线人员，用cvs checkout –r tc-func-1 tc 提取执行程序，直接上线。
如果以后出现问题，需要再次提取这个版本，这时候就可以用：
cvs checkout –r tc-func-1 tc
提取出形成执行码的所有对应的源文件。对出现问题的修改如何影响版本的发展，取决于管理规则。如果是要形成子版本，则必须要在原来的tag标记基础上形成子版本，首先应执行命令：
cvs tag –c –b –r tc-func-1 tc-func-1-patch tc 这样就可以针对tc-func-1-patch子版本修改。
如果是直接修改新的源码，则和上面一样，在修改完善之后，重新生成tag标记供上线人员使用。
但不管怎样，合并不能避免。
由于tag命令直接操作cvs服务器上的文件，所以必须采用-c选项确保在您为tc模块加tag的时候，服务器上的版本没有变化。
13高级使用
关于commit
CVS对版本的管理是基于一个一个的对象，而不是整个工程，所以当commit 时，它只更新了被修改文件的版本号，而不是整个工程。假定现在我更新了server.c，并且commit,发现新版本为4.0，或者说我更新了server.c，并且用命令commit –r 4.0指定一个版本。随后我用checkout –r 4.0来取的时候，可能发现只取了server.c这个文件，其他的都没有，原因就是其他的文件没有修改可能到4.0版本，这有两种解决方法：
一是用checkout参数：
cvs checkout –fR –r 4.0 ccbwz
这个命令的结果是取4.0版本，如果其他文件没有4.0，则以最新的版本代替。
二是在commit时用参数强制形成新版本：
cvs commit –fR –r 4.0
这样不管是否修改，都强制形成一个包含软件工程所有文件的4.0版本。
关于子版本
按照正常的方式形成子版本没有问题，有时候有这样一种情况，我checkout 之后，进行了修改，这时我想单独形成一个子版本，可以采用以下的命令顺序产生：
cvs tag –b MYBRANCH
cvs commit –r MYBRANCH
关于二进制文件
二进制文件必须采用特殊的存储方式才能有版本控制。请一定按照前面介绍的步骤操作。
~/.cvsrc文件
所有命令的缺省设置可以在这个文件中指定，文件格式就是一行一行的命令，如：
checkout –f -P
commit –fR
这可以根据需要设定。上面第一条命令表示checkout是不checkout空目录，而且如果没有指定版本时用最新版本代替。第二条命令表示commit时所有文件强制形成新版本。
状态查看
当checkout进行编辑时，可能需要掌握一些状态。可以使用如下一些命令：cvs status –v
cvs log
命令帮助
cvs都有比较详细的联机帮助，如man cvs。
也可以采用如下方式查看命令的使用
cvs --help-options
cvs --help-commands
cvs –H commit
等等。
文件加锁
如果确实需要对模块或者文件加锁，可以使用如下命令：
cvs admin –l mymodule
执行上述命令之后，任何其他人都不能commit。
当加锁用户修改完并commit之后，必须采用如下命令解锁：
cvs admin –u mymodule
文件或者模块加锁特别适合项目技术组长在形成一个试运行版本时使用。
关于模块定义文件modules
模块定义文件modules只能由用户cvs1adm和cvs2adm修改。该文件的定义有几种方式，常用的有直接的模块定义和别名alias方式两种。
直接定义的模式如下：
m1 xx/xx/xx
m2 yy/yy/yy
m3 &1 zz/zz/zz
m4 &2 &3
别名的方式如下
m1 –a xx/xx/xx
m2 -a yy/yy/yy
m3 -a zz/zz/zz m1
这两种方式的最大区别是在checkout之后，是否能够保持原来的路径结构，从而影响到编译环境。对于移植到CVS的遗留系统而言，使用别名的方式比较好。当然这两种方式可以配合使用。
关于cvs admin命令
cvs admin命令有许多特别之处，相当于操作系统的超级用户管理命令，需要特别注意。为防止滥用，可以在操作系统中建立一个cvsadmin组，只有这个组的用户才能执行admin命令（除cvs admin –k外）。
14标准文件头
使用过ident，lint，what命令的都知道，在一个文件中添加一些标准的内容既是一种良好的习惯，更是工程管理的需要。请在每一个文件中的开头增加下列标准内容：
/*
* $Log$
*/
/* @(#) $Header$ */
增加上述内容之后，每次commit时都会自动替换这些内容，特别是$Log$可以将所做的修改、谁修改、修改的时间全部纪录，所以每次在commit时一定要对修改的内容进行说明，如用
cvs commit –m “change descirption” server.c ，那么$Log$ 就会替换成：/*
* $Log: server.c,v $
* Revision: 5.0 2001/02/15 cvs
* change description
*/
每次的修改都会同样纪录，这对于以后的维护将是非常方便的。
OA办公系统使用管理制度 一、系统使用规定： 1、网上办公系统为我司内部办公系统，禁止非我司员工登陆或使用本系统。 2、我司每位正式员工拥有专用的用户名和密码，系统将自动记录每位员工的登陆情况，请全体员工正确使用系统，保护好自己的用户名和密码，如发现盗用用户名、密码现象，应立即报告主管领导，并通知系统管理员。 3、所有员工上班时必须打开办公自动化系统，下班后方可关闭。 4、如使用本企业以外的公用设备（如网吧）登陆系统，请在使用后删除电脑中的记录。 5、原则上在OA平台严禁上传涉密的文件、技术资料、档案等；员工不得随意让我司无关人员及外部人员查看OA系统中的内容，更不允许下载受控的内容。 6、员工不得发送与工作无关的信息，如有违反，一经发现将严肃处理。 7、员工不得利用系统发布反动、色情、低级趣味以及国家法律禁止的相关信息，如有违反，将严肃处理，情节严重的将追究法律责任。 8、对于恶意操作行为，我司将予以严惩，直至诉诸法律。 二、系统故障应急规定： 发现系统无法正常使用或数据处理有误，应在第一时间通知系统管理员，并转告相关业务接口部门，相应的业务数据可临时改为手工处理、传送。故障排除后，系统管理员将发布通知，相关部门应将故障期间的信息、数据补录入系统，并恢复网上办公。 三、系统用户资料变更规定： 1、遇有人员、人事调整时需要调整OA系统组织信息及相关权限的，需由调入部门填写《系统权限申请表》由相关部门分管领导及人力资源部确认后通过OA系统流程表单通知系统管理员办理用户变更操作。 2、员工应该保持OA中个人手机号码为最新号码，如变更手机号码，应及时更新，或通知人力资源部备案，保证能顺利收到公司通知等信息。 4、涉及系统资料变更一律按照以上流程执行，如遇特殊情况或者紧急情况，处理后要补办备案手续。 四、系统应用范围 目前可以使用的工作流包括：收文、发文，工作交办，办公用品申领，请假
DCS控制系统管理制度 1. 总则 1.1. 为了提高公司生产过程控制计算机系统（以下简称“控制系统”）的管理水平，确保生产装置实现安、稳、长、满、优运行，制定本规定。 1.2. 生产过程控制计算机是自动化控制系统的重要组成部分，是生产装置自动控制的核心。包括以微处理器为核心构成的分散型控制系统（DCS）、紧急停车系统（ESD）、可编程序控制器（PLC）、工业控制用计算机系统（IPC）、数据采集系统（SCADA）、先进控制（APC）及优化控制用上位计算机等。 2. 机构与职责 2.1. 公司各部设备管理为公司控制系统的主管部门，主要履行下列职责： 2.1.1. 负责制定公司控制系统管理规定； 2.1.2. 审定公司控制系统更新、系统硬件及软件大修计划及方案； 2.1. 3. 检查考核控制系统的管理运行状况。
2.1.4. 结合本单位实际，制定控制系统的点检标准及运行考核办法； 2.1.5. 负责本单位控制系统的运行考核。 2.1.6. 负责控制系统日常维护、检修、运行管理工作； 2.1.7. 设立专门技术人员、维护人员负责本单位控制系统的日常点检、维护保养、检修等工作。 3. 控制系统的前期管理 3.1. 控制系统的前期管理是指规划、设计、选型、购置、安装、投运阶段的全部管理工作，是全过程管理的重要部分。为使寿命周期费用最经济、综合效率最高，必须重视前期管理工作。 3.2. 各部设备管理应参与新、改、扩建等项目中控制系统的设计审查，依据安全可靠、技术先进、经济合理的原则,对设计选型的可靠性、维修性、适用性、经济性、先进性、安全性提出要求。控制系统设计应符合《石油化工分散控制系统设计规范》（SH/T3092-99）、控制系统控制室设计应符合《石油化工控制室和自动分析器室设计规范》（SH3006-99）。 3.3. 控制系统购置要坚持质量第一、性能价格比高和寿命周期费用最经济的原则，严格进厂质量验收程序，进口设备应有必备的维修配件。
控制软件说明书 PC端软件FTM 安装及应用 系统运行环境： 操作系统中英文Windows 98/2000/ NT/XP/WIN7/ Vista， 最低配置 CPU：奔腾133Mhz 内存：128MB 显示卡：标准VGA，256色显示模式以上 硬盘：典型安装 10M 串行通讯口：标准RS232通讯接口或其兼容型号。 其它设备：鼠标器 开始系统 系统运行前，确保下列连线正常： 1：运行本软件的计算机的RS232线已正确连接至控制器。 2：相关控制器的信号线，电源线已连接正确； 系统运行步骤： 1：打开控制器电源，控制电源指示灯将亮起。 绿色，代表处于开机运行状态；橙色代表待机状态。 2. 运行本软件 找到控制软件文件夹，点击FWM.exe运行。出现程序操作界面：
根据安装软件版本不同，上图示例中的界面及其内容可能会存在某些差别，可咨询我们的相关的售后服务人员。 上图中用红色字体标出操作界面的各部分的功能说明： 1. 菜单区：一些相关的菜单功能选择执行区。 2. 操作区：每一个方格单元代表对应的控制屏幕，可以通过鼠标或键盘的点选，拖拉的方式选择相应控制单元。 3.功能区：包含常用的功能按钮。 4.用户标题区：用户可根据本身要求，更改界面上的标题显示 5.用户图片区：用户可根据本身要求，更改界面上的图片显示，比如公司或工程相关LOGO图片。 6.附加功能区：根据版本不同有不同的附加项目。 7.状态区：显示通讯口状态，操作权限状态，和当前的本机时间，日期等。 如何开始使用 1. 通讯设置 单击主菜单中“系统配置”――》“通讯配置” 选择正确的通讯端口号，系统才能正常工作。 可以设置打开程序时自动打开串口。 2.系统配置
自动化仪表控制系统管理制度 第一章?? 总则 第一条为加强公司自动化仪表设备及控制系统 的管理工作，控制和优化工艺条件，保障仪表设备安全经济运行，依据国家有关法规及相关管理规定，制定本制度。 第二条本制度适用于公司自动化仪表控制系统的管理。 第三条控制系统主要包括集散控制系统（DCS）、紧急停车系统 （ESD）、可编程控制器（PLC）等。 第四条控制系统的日常维护。 （一）系统点检制度 1、仪表设备管理部门应加强对系统的日常维护检查，根据系统的配置情况，制定系统点检标准，并设计相应的点检表格。 2、系统点检应包括以下主要内容： A、主机设备的运行状态。 B、外围设备（包括打印机等）的投用情况和完好状况。 C、各机柜的风扇（包括内部风扇）运转状况。 D、机房、操作室的温度、湿度。
3、点检记录要字迹清楚、书写工整，并定期回收，妥善保管。 （二）系统周检制度 1、仪表设备管理部门(仪表保运单位)应根据设备保养手册的规定，制定周检项目、内容和合理的周期，并做好DCS （PLC）系统周检记录。 2、系统周检应包括如下主要内容： A、确认冗余系统的功能和切换动作是否准确可靠。 B、清洗过滤网。 C、清洗CRT。 D、检查风扇及风扇的保护网。 E、定期清洗打印机。 F、清洗机房内设备的表面灰尘。 G、系统中的电池按期更换。 H、定期对运动机件加润滑油。 I、检查供电及接地系统，确保符合要求。 3、系统周检发现的问题，应及时填写缺陷记录，并立刻组织人员处理解决。 （三）系统硬件管理 1、仪表设备管理部门(仪表保运队伍)应有专人负责保养，按规定进行点检、周检和维护。
2、建立系统硬件设备档案，内容应名细到主要插件板，并作好历次设备、卡件变更记录。 3、系统硬件的各种资料要妥善保管，原版资料要归档保存。 4、在线运行设备检修时，要严格执行有关手续，按照规定，做好防范措施。 （四）系统软件管理 1、系统软件和应用软件必须有双备份，并妥善保管在金属柜内；控制系统的密码或键锁开关的钥匙要由专人保管，并严格执行规定范围内的操作内容。软件备份要注明软件名称、修改日期、修改人，并将有关修改设计资料存档。 2、系统软件无特殊情况严禁修改；确需修改时，要严格按照申请、论证手续，主管经理批准后实施。 3、应用软件在正常生产期间不宜修改。按工艺要求确需重新组态时，要有明确的修改方案，并由生产管理部门、工艺车间和仪表负责人共同签字后方可实施并做好安全防范措施。 4、软件各种文本修改后，必须对其他有关资料和备份盘作相应的修改。 5、由通用计算机、工业控制微机组成的控制、数据采集等系统，应执行专机专用，严禁任何人运行与系统无关的软件，以防病毒对系统的侵袭。
智能窗户控制系统软件V1.0设计说明 目录 前言 (1) 第一章软件总体设计 (1) 1.1. 软件需求概括 (1) 1.2. 定义 (1) 1.3. 功能概述 (1) 1.4. 总体结构和模块接口设计 (2) 第二章控制系统的总体设计 (3) 2.1. 功能设计 (3) 第三章软件控制系统的设计与实现 (5) 3.1. RF解码过程程序设计介绍 (5) 3.2. RF对码过程设计 (6) 3.3. 通信程序设计 (8) 3.4. IIC程序设计介绍 (9) 3.5. 接近开关程序设计 (12) 3.6. 震动开关检测程序设计 (13) 3.7. 墙面按键程序设计 (15) 第四章智能窗户控制系统的设计 (17) 第五章实测与结果说明 (18) 第六章结论 (18)
前言 目的 编写详细设计说明书是软件开发过程必不可少的部分，其目的是为了使开发人员在完成概要设计说明书的基础上完成概要设计规定的各项模块的具体实现的设计工作。 第一章软件总体设计 1.1.软件需求概括 本软件采用传统的软件开发生命周期的方法，采用自顶向下，逐步细化，模块化编程的软件设计方法。 本软件主要有以下几方面的功能 (1)RF遥控解码 (2)键盘扫描 (3)通信 (4)安全检测 (5)电机驱动 1.2.定义 本项目定义为智能遥控窗户系统软件。它将实现人机互动的无缝对接，实现智能关窗，遥控开关窗户，防雨报警等功能。 1.3.功能概述 1.墙体面板按键控制窗户的开/关 2.RF遥控器控制窗户的开/关 3.具有限位，童锁等检测功能 4.实时检测大气中的温湿度，下雨关窗 5.具有防盗，防夹手等安全性能的检测
综合管理部 IT信息系统管理制度更新版
目录 一、目的 (3) 二、适用围 (3) 三、职责 (3) 四、名词定义 (1) 五、安全管理 (1) 六、账号和管理 (1) 七、Internet管理 (1) 八、文件服务器 (1) 九、硬件管理 (1) 十、软件管理 (1) 十一、公司维护管理 (4) 十二、 (1)
IT信息系统管理制度 一、目的 为了保护公司计算机信息系统安全，规信息系统管理，合理利用系统资源，保障公司各信息系统的正常运行，充分发挥信息系统在企业管理中的作用，更好地为公司生产经营服务，特制定本制度。 二、适用围 本制度适用于公司围： 所有计算机、计算机用户及计算机相关设备、网络设备、服务器和计算机上安装的所有软件。 三、职责 3.1 综合管理部（网管）：负责对公司所有计算机及相关设 备、软硬件的维护和信息系统资源的管理，为各部门提供信息技术相关的支持服务。 3.2部门：负责本部门计算机的保管、使用，使用过程中可 要求综合管理部(网管)协助、支援。在工作过程当中不可以多次询问同一问题，以免给综合管理部人员带来不必要的工作负担。
四、名词定义 4.1 Internet：由使用公用语言互相通信的计算机连接而成 的全球网络。 4.2 防火墙：协助确保信息安全的设备，会依照特定的规则， 允许或是限制传输的数据通过。防火墙可以是一台专属的硬件也可以是架设在一般硬件上的一套软件。 4.3 VPN：即虚拟专用网，它是通过Internet建立的一个临 时的、安全的连接。 4.4 文件服务器：基于中央服务器的文件共享，文件夹及文 件的权限可基于部门及用户进行集中的管理，同时集中的每个工作日的数据备份机制，可以确保用户防文件丢失或损坏带来的业务上的风险； 4.5 服务器：存放文件和资料，包括文字、文档、数据库、 的页面、图片等文件的服务器。 4.6 备份服务器：用于备份服务器文件信息数据。 4.7 FTP：让用户连接上一个远程计算机（这些计算机上运 行着FTP服务器程序）察看远程计算机有哪些文件，然后把文件从远程计算机上拷到本地计算机，或把本地计算机的文件送到远程计算机去 4.8 局域网：由一个局限的电子设备组成的网络。 4.9 广域网：实现不同地区的局域网或城域网的互连，可提 供不同地区、城市和国家之间的计算机通信的远程计算
仪表及自动控制系统管理制度 1、总则 1.1为加强仪器仪表及自动控制设备（以下简称“仪表设备”）管理工作，提高仪表设备管理水平，保障仪表设备安全经济运行，依据国家相关法律、法规及《公司管理制度》，特制定本制度。 1.2 仪表设备管理的主要目标是对仪表设备从规划、设计、制造、选型、购置、安装、使用、维护、修理、改造、更新直至报废的全过程进行科学的管理，使仪表设备处于良好的技术状态。 1.3 本制度所称仪表设备是指在我公司生产、经营过程中所使用的各类检测仪表、自动控制监视仪表、执行器、过程控制计算机系统、分析仪器仪表、可燃（有毒）气体检测报警器及其辅助单元等。 2、管理机构与职责围 2.1 仪表设备由公用配套负责归口管理。公用配套应设相应岗位和专职技术人员。公用配套在主管经理领导下，负责公司仪表设备的管理。 2.2 公用配套仪表设备管理职责： 2.2.1贯彻执行国家有关仪表设备管理工作的方针、政策和法规，贯彻执行公司仪表设备管理制度、规程和规定。 2.2.2组织制定和修订公司仪表设备管理制度、规程、标准和规定。 2.2.3检查执行仪表管理制度、规程、标准和规定的情况。 2.2.4参与新建装置、更新或技措等重点项目中仪表设备的规划、设计选型等前期管理工作。 2.2.5负责审批公用配套上报的仪表设备零购、更新计划，汇总到设备采购，负责审批仪表车间上报的仪表设备报废、仪表检修计划。 2.2.6负责审查或制定公司仪表设备及其系统的技改技措项目计划。 2.2.7负责公司仪表设备的日常运行、维护管理工作。 2.2.8负责审核公司重要仪表设备的检修项目及方案，参与重要仪表项目验收工作。 2.2.9负责组织仪表设备新产品、新技术的交流及管理经验交流。 2.2.10参加公司仪表设备的重大事故调查与分析。及时上报仪表设备事故分析报告，及时上报仪表设备事故分析报告。 2.2.11组织建立健全公司仪表设备台帐及档案。 3、仪表设备的前期管理 3.1 仪表设备的前期管理是全过程管理中规划、设计、选型、购置、安装、竣工、投运阶段的全部管理工作，是综合管理的重要容，为使寿命周期费用最经济，综合效率最高，必须重视前期管理工作。 3.2 仪表设备规划主要依据企业的生产经营发展方向、安全生产和产品质量保证体系的需要、仪表设备发展动态等因素。仪表车间负责制定本企业仪表设备规划。 3.3 公用配套应参与新建、改扩建等项目中仪表设备的设计审查，对设计选型的可靠性、维修性、适用性、经济性、先进性、安全性提出要求，坚持安全可靠、技术先进、经济合理的原则。 3.4 仪表设备购置要坚持质量第一、性能价格比高和寿命周期费用最经济的原则，严格进厂质量验收，进口设备应有必备的维修配件。 3.5 在新建、改扩建工程中负责仪表设备施工的单位必须具有相应的施工资质，具有按设计要求进行施工的能力，具有健全的工程质量保证体系。仪表设备施工必须按设计要求及《石
管理制度编号：YTO-FS-PD725 控制室管理制度通用版 In Order T o Standardize The Management Of Daily Behavior, The Activities And T asks Are Controlled By The Determined Terms, So As T o Achieve The Effect Of Safe Production And Reduce Hidden Dangers. 标准/ 权威/ 规范/ 实用 Authoritative And Practical Standards
控制室管理制度通用版 使用提示：本管理制度文件可用于工作中为规范日常行为与作业运行过程的管理，通过对确定的条款对活动和任务实施控制,使活动和任务在受控状态，从而达到安全生产和减少隐患的效果。文件下载后可定制修改，请根据实际需要进行调整和使用。 一、目的 DCS系统控制室是生产装置操作和管理的关键设备，为了给设备提供良好的运行环境，确保DCS系统的长期稳定运行，为保证公司安全生产的顺利进行，特制定本制度。 二、范围 本制度适用于公司控制室DCS系统的运行与管理。 三、内容 3.1控制室是生产管理、工艺操作（调度）的核心装置，除生产管理人员、调度人员、操作人员及安全管理人员外，严禁无关人员、外来人员进入。 3.2控制室操作人员应严格遵守公司保密规定，不得带外来人员、亲属进入控制室。 3.3外来参观人员、上级领导检查须经公司领导批准或有领导陪同方可允许进入控制室，并遵守公司相关规定，未经允许不得拍照。 3.4上班时间不得无故脱岗、睡觉、看报纸、吃零食等
门禁考勤管理软件 使 用 说 明 书
软件使用基本步骤
一．系统介绍―――――――――――――――――――――――――――――2二．软件的安装――――――――――――――――――――――――――――2 三．基本信息设置―――――――――――――――――――――――――――2 １）部门班组设置―――――――――――――――――――――――――3 ２）人员资料管理―――――――――――――――――――――――――3 ３）数据库维护――――――――――――――――――――――――――3 ４）用户管理―――――――――――――――――――――――――――3 四．门禁管理―――――――――――――――――――――――――――――4 １）通迅端口设置―――――――――――――――――――――――――4２）控制器管理――――――――――――――――――――――――――4３）控制器设置――――――――――――――――――――――――――6４）卡片资料管理―――――――――――――――――――――――――11 ５）卡片领用注册―――――――――――――――――――――――――12６）实时监控―――――――――――――――――――――――――――13 五．数据采集与事件查询――――――――――――――――――――――――13 六．考勤管理―――――――――――――――――――――――――――――14 1）班次信息设置――――――――――――――――――――――――――14 2）考勤参数设置――――――――――――――――――――――――――15 3）考勤排班――――――――――――――――――――――――――――15 4）节假日登记―――――――――――――――――――――――――――16 5）调休日期登记――――――――――――――――――――――――――16 6）请假/待料登记―――――――――――――――――――――――――17 7）原始数据修改――――――――――――――――――――――――――17 8）考勤数据处理分析――――――――――――――――――――――――17 9）考勤数据汇总―――――――—――――――――――――――――――18 10）考勤明细表—―――――――――――――――――――――――――18 11）考勤汇总表――――――――――――――――――――――――――18 12）日打卡查询――――――――――――――――――――――――――18 13）补卡记录查询—――――――――――――――――――――――――19
XX局信息化系统管理制度 第一章总则 第一条随着大集中系统应用推广、随着我局信息化建设的推进及计算机装备水平的提高，为加强计算机、网络系统运行的管理工作和税收信息化建设工作，规范计算机应用，保障网络系统和业务数据的稳定、高效、安全运行，提高科技管税水平，促进信息化建设稳步发展。原有《XX市地方税务局计算机系统管理办法》已不能完全适应现信息化建设管理需要。结合我局的业务需求和实际情况，根据《计算机保护条例》、《中华人民共和国计算机信息系统安全保护条例》、《国家税务局总局税务系统电子数据处理管理办法（试行）》、《昆明市计算机信息系统安全监察暂行办法》、《昆明市地方税务局计算机管理试行办法》、《XX地方税务局信息化安全管理制度》等有关法律法规及管理制度。现将原来《办法》修订为《XX市地方税务局信息化系统管理制度》。 第二条XX市地方税务局信息化系统的管理工作，必须按照国家的法律和国家税务总局制定的“统一领导、统一规划、统一标准、分步实施”的原则，在省、市地税局的领导下进行。 第三条信息化系统管理含盖计算机系统运行管理、网络安全管理、业务电子数据管理、设备及耗材管理，等四个方面。 第四条各科室、分局、稽查局（以下统称各部门）。各部门的计算机运用工作应遵守国家有关法律法规和省、市地方税务局有关规定，在局计算机管理部门授权范围内按照本办法规范运作。 页脚内容1
第五条我局设立计算机管理部门负责全局的计算机系统管理工作，研究制定相关的工作规划、措施，监督、检查计算机系统的使用、运行情况，传达、协调、制定有关技术和应用标准。使用计算机的各部门，负责相关业务应用程序的操作、日常维护及安全保密工作。及时向计算机管理部门报告应用中发现的有关问题。 第六条XX市地税局计算机管理部门内设专职系统维护员职位，负责软件、硬件、数据库和业务系统管理。计算机系统操作员是指经局计算机管理部门授权，在授权范围内使用我局计算机系统相关功能的操作人员。 第七条本办法适用于XX市地税局使用计算机的各部门和全体干部职工（含协管员）。 第二章计算机系统运行管理 第八条根据省、市地方税务局的规定与要求设置计算机管理部门、配备专职系统维护员负责全局的信息化建设和计算机系统维护、管理工作；各部门指定即兼职计算机管理员员（信息安全员）负责本部门计算机、网络设备、打印设备的日常维护管理，对本部门其他人员计算机应用的辅导。 第九条 XX市地税局专职系统管理人员应履行以下职责： 一、按照省、市地方税务局的要求和本局实际情况，负责对全局信息化建设工作进行总体规划和组织实施。 二、负责起草全局计算机管理工作的各项规章制度。 三、配合省、市地方税务局的总体业务目标，制定技术工作计划并组织实施。 四、协助各部门对单行业务应用软件的维护工作，并为各部门业务应用软件及基础数据资料管理提供技术支持。 五、保障全局计算机软、硬件、网络系统的正常运行。 六、负责监督、检查、协调，并从技术上指导各部门的计算机工作，提供技术支持。 页脚内容2
-- 计算机系统运行维护管理制度
-- 第一章总则 第一条.为规范信息系统的运行维护管理工作，确保信息系统的 安全可靠运行，切实提高生产效率和服务质量，使信息系统更好地服务于 生产运营和管理，特制订本管理办法。 第二条.本管理办法适用于及其分支机构的信息系统,各分支机构 和各部室可根据本办法制定相应的实施细则。 第三条.信息系统的维护内容在生产操作层面又分为机房环境维 护、计算机硬件平台维护、配套网络维护、基础软件维护、应用软件维护 五部分： １、计算机硬件平台指计算机主机硬件及存储设备； ２、配套网络指保证信息系统相互通信和正常运行的网络组织，包括联网所需的交换机、路由器、防火墙等网络设备和局域 网内连接网络设备的网线、传输、光纤线路等。 ３、基础软件指运行于计算机主机之上的操作系统、数据库软件、中间件等公共软件; ４、应用软件指运行于计算机系统之上,直接提供服务或业务的专用软件； ５、机房环境指保证计算机系统正常稳定运行的基础设施，包含机房建筑、电力供应、空气调节、灰尘过滤、静电防护、消 防设施、网络布线、维护工具等子系统。 第四条.运行维护管理的基本任务： １、进行信息系统的日常运行和维护管理,实时监控系统运行状态，
保证系统各类运行指标符合相关规定； ２、迅速而准确地定位和排除各类故障，保证信息系统正常运行,确保所承载的各类应用和业务正常; ３、进行系统安全管理,保证信息系统的运行安全和信息的完整、准确； ４、在保证系统运行质量的情况下,提高维护效率，降低维护成本。第五条.本办法的解释和修改权属于.
第二章运行维护组织架构 第一节运行维护组织 第六条.信息系统的运行维护管理遵循在统一的领导下，分级管理和维护的模式。作为信息系统维护管理部门，牵头组织分支机构实施信息系统的维护管理工作。原则上信息系统的维护工作应逐步集中。 第七条.信息系统的维护管理分两个层面：管理层面和生产操作层面. １、在管理层面,为信息系统维护管理部门，负责全行范围内信息系统的维护管理和考核。 ２、在生产操作层面,信息系统维护部门是运行中心和分支机构设置的实体或虚拟的维护部门（或维护人员）。信息系统维护部门直接对信息系统维护管理部门负责,并接受信息系统维护管理部门的业务指导和归口管理。 第八条.分支机构信息系统维护部门（或维护人员)可根据维护工作需要，向申请抽调技术人员和业务人员临时组成虚拟团队，参加分支机构设备巡检，制定技术规范、作业计划、应急预案，编制技术方案、培训教材等,各单位应积极配合。 第二节职责分工 第九条.信息系统维护管理部门职责 1.贯彻国家、行业及监管部门关于银行信息系统技术、设备及质量管理等方面 的方针、政策和规定,组织制定信息系统的维护规程、维护管理办法和维护责任制度;
05分散控制系统软件管理制度1 分散控制系统软件管理制度 1 . 软件检查 1.1 操作系统的检查 a) 操作系统无异常情况反映，一旦系统发生错误应进行修复，必要 时应用备份恢复或重新安装。 b) 检查硬盘剩余空间的大小，为保证系统正常留有充足的空余容量， 应对无用的数据文件进行清理。 c) 检查系统日期和时间、各用户权限、口令等设置应正确，符合要求。 1.2 应用软件的检查 a) 启动系统自身监控、查错、自诊断功能并进行检查，所有功能应符合要求。 b) 检查各主要流程画面、主要参数监视画面、实时趋势曲线显示画 面，包括历史曲线、趋势曲线、报警显示等所有显示功能正常，报警提示和关联画面连接正确，报警确认功能正常。
c) 各动态参数和实时趋势曲线自动刷新，刷新时间应符合要求。 d) 检查报表管理及打印功能画面显示正确。 2 . 软件的备份 2.1 只要对系统的逻辑或组态等任何数据有所修改，均要再次进行软件 备份。 2.2 操作系统装在硬盘上时, 应每年拷贝一次。 2.3 组态软件在检修前必须完整地备份一次, 检修后进行核对, 并备份。 2.4 操作系统( 装在硬盘上) 和组态软件以及控制软件备份应不少 于两份, 并分级管理。 2.5 软件保存宜采用硬盘和光盘作备份, 保存周期不宜小于5 年。 3. 软件保护和防范病毒 3.1 热工自动化人员应分级援权使用工程师工作站、操作员站等人机接口。 3.2 严禁在分散控制系统中使用非分散控制系统的软件。
3.3 严禁非授权人员使用工程师工作站和操作员站组态功能。 3.4 定期或在机组大、小修后，通过两种不同的杀毒软件对系统进行杀 毒检查，无病毒。 3.5 采用便携式计算机作为系统（病毒干扰或死机）的后备控制。 4 . 软件升级 4.1 分散控制系统的控制软件、组态软件( 包括相关的硬件升级) 升 级前应取得制造厂技术支持, 并论证升级的安全性, 方可进行升级。 4.2 未征得厂领导及厂技术部门批准,未取得制造厂同意, 严禁修改 分散控制系统的操作系统或进行软件升级。 4.3 分散控制系统的升级应严格按制造商的要求和步骤且在制造商的 专家指导下进行, 或在已有成功升级经验的基础上自行进行。4.4 分散控制系统升级后，要进行功能性检查和稳定性检查，符合要求
控制系统使用说明 系统针对轴流风机而设计的控制系统, 系统分为上位监视及下位控制两部分 本操作为上位监控软件的使用说明: 1: 启动计算机: 按下计算机电源开关约2秒, 计算机启动指示灯点亮, 稍过大约20秒钟屏幕出现操作系统选择菜单, 通过键盘的“↑↓”键选择“windows NT 4.0”菜单，这时系统进入WINDOWS NT 4.0操作系统，进入系统的操作画面。 2：系统操作 系统共分：开机画面、停机画面、趋势画面、报警画面、主机流程画面、轴系监测画面、润滑油站画面、动力油站画面、运行工况画面、运行记录画面等十幅画面，下面就十幅画面的作用及操作进行说明 A、开机画面： 开机： 当风机开始运转前，需对各项条件进行检查，在本画面中主要对如下指标进行检查，红色为有效： 1、静叶关闭：静叶角度在14度
2、放空阀全开：放空阀指示为0% 3、润滑油压正常 4、润滑油温正常 5、动力油压正常 6、逆止阀全关 7、存储器复位：按下存储器复位按钮，即可复位，若复位不成 需查看停机画面。 8、试验开关复位：按下试验开关按钮即可，试验开关按钮在风 机启动后，将自动消失，同时试验开关也自动复位。 当以上条件达到时，按下“允许机组启动”按钮，这时机组允许启动指示变为红色，PLC机柜里的“1KA”继电器将导通。机组允许启动信号传到高压柜，等待电机启动。开始进行高压合闸操作，主电机运转，主电机运转稳定后，屏幕上主电机运行指示变红。这时静叶释放按钮变红，按下静叶释放按钮后，静叶从14度开到22度，静叶释放成功指示变红。 应继续观察风机已平稳运行后，按下自动操作按钮，启机过程结束。 B、停机画面： 停机是指极有可能对风机产生巨大危害的下列条件成立时，PLC 会让电机停止运转： 1、风机轴位移过大
信息系统管理制度 第一章总则 第一条为明确岗位职责，规范操作流程，保障本中心信息系统安全、有效运行，根据有关法律、法规和政府有关规定，结合信息统计中心实际情况，特制定本制度。 第二条目的：使信息化建设工作规范化进行，做到统一规划、统一标准、统一建设、统一管理。使用范围：适用于本中心信息化建设。 第三条利用信息系统实施内部控制至少应当关注下列风险： （一）信息系统缺乏或规划不合理，可能造成信息孤岛或重复建设，导致中心管理效率低下。 （二）系统开发不符合内部控制要求，授权管理不当，可能导致无法利用信息技术实施有效控制。 （三）系统运行维护和安全措施不到位，可能导致信息泄漏或毁损，系统无法正常运行。 第四条职责： （一）信息统计中心负责中心信息化管理总体规划，建立统一的信息化建设标准、规范。负责中心各科（所）信息化项目总体协调及中心办公自动化网络和系统软硬件的维护工作。 （二）各科（所）负责指定专人担任本专业信息化网络工作，并负责本科（所）日常信息管理工作。 第五条工作要求： （一）各科(所)在开展涉及信息化建设及申报信息化建设项目之前，需报主管领导审批后，将业务需求、建设规划等报信息统计中心，信息统计中心应按照中心信息化建设规划及相关要求进行审核。 （二）经信息统计中心审核同意后的信息化建设项目，由信息中心提出信息化技术要求及软硬件需求，同意规划整合后报市卫生局信息中心。 （三）各科（所）申报的信息化项目批准后，信息统计中心技术人员全程参与项目的招标、实施、验收。
第二章信息系统的开发 第六条信息统计中心根据信息系统建设整体规划提出项目建设方案，明确建设目标、人员配备、职责分工、经费保障和进度安排等相关内容，按照规定的流程报批通过后配合相关公司实施。 信息统计中心负责监督开发流程，明确系统设计、安装调试、验收、上线等全过程的管理要求。 第七条信息统计中心需要深入了解各个业务科（所）的业务流程、关键控制点、处理规则、用户范围以及手工环境下难以实现的控制功能等较为核心的信息系统需求点。在系统开发过程中，应当按照不同业务的控制要求，通过信息系统中的权限管理功能控制用户的操作权限，避免将不相容职责的处理权限授予同一用户。 应当针对不同数据的输入方式，考虑对进入系统数据的检查和校验功能。对于必需的后台操作，应当加强管理，建立规范的流程制度，对操作情况进行监控或者审计。 应当在信息系统中设置操作日志功能，确保操作的可审计性。对异常的或者违背内部控制要求的操作，应当设计系统自动报告并设置跟踪处理机制。 第八条信息统计中心需要组织开发单位或开发人员与各科（所）的日常沟通和协调，督促开发单位或开发人员按照建设方案、计划进度和质量要求完成编程工作。 第九条统计中心应根据配备的硬件设备和系统软件的具体情况，组织安排相应的硬件厂家或软件开发商的技术人员入场安装调试。对于关键的软硬件设备，应安排专人负责跟踪、记录整个安装调试过程；在完成软硬件设备的安装调试后，应注意做好有关文档的验收及归档保存工作。 第十条信息系统上线前，需要对信息系统进行等保定级，没有定级的信息系统不能正式上线。另外，信息统计中心都应当切实做好上线的各项准备工作，应查验设备厂商或软件开发商或开发人员提交的有关运行维护资料，包括技术手册、操作手册等，并负责监督设备厂商或软件开发商提供对相关岗位人员的技术培训。制定科学的上线计划和新旧系统转换方案，考虑应急预案，确保新旧系统顺利切换和平稳衔接。系统上线涉及数据迁移的，还应制定详细的数据迁移计划。
控制系统管理制度 XX发布XXX实施
前言 为加强公司控制系统管理规范，提升控制系统运行稳定性，特制定本制度。本文件由设备动力部提出。 本文件由设备动力部归口。 主要起草单位：设备动力部 本文件起草人： 本文件审核人： 批准人： 本标准于XXX首次发布。
控制系统管理制度 1、目的 控制系统是公司生产的核心电仪设备，为规范控制系统管理，对系统的巡检、点检、维护和现场管理的基本要求进行明确。对控制系统的备件储备、程序修改、现场管理和应急管理等内容明确要求。以实现更高水平的系统管理，做好生产服务工作。 2、适用范围 本制度规定了XXX有限公司控制系统的基本管理要求，适用于XXX各生产厂（部）控制系统的管理与维护。 3、术语和定义 3.1 控制系统 控制系统指含有控制器、I/O模块和操作界面的各品牌控制设备，分为DCS和PLC系统，包括控制柜、辅助柜、UPS电源、操作员站等设备。 3.1.1 DCS系统：指使用控制器控制非单一成套设备的控制系统。 3.1.2 PLC系统：指使用控制器控制单体设备或独立成套设备的控制系统。 3.2 控制系统的管理 3.2.1 现场管理：指对控制系统的工作环境的管理。 3.2.2 运行状态：指控制系统的运行指示和各运行部件的状态，包括主体设备和辅助设备。 3.2.3 运行管理：指对控制系统的点检、维护、检查的各项计划、记录和文件的管理。 4、职责 4.1 设备动力部职责 4.1.1负责本制度的起草、解释、宣贯、定期检查并归口管理。 4.1.2组织不定期检查各厂（中心）的控制系统管理情况。。 4.1.3协助各厂（中心）对控制系统进行维护、升级、备份和日常管理工作。 4.2 各厂（中心）职责 4.2.1可依据本制度制定本单位的控制系统管理办法或参照本制度执行。 4.2.2应每年至少一次集中分析控制系统的运行状态及隐患，结合应用情况提出改造升级方案并组织实施。
神华宁煤集团煤炭化学工业分公司 自动化控制系统管理规定 第一章总则 第一条为了规范神华宁煤集团煤炭化学工业分公司（以下简称“公司”）自动化控制系统的管理，确保自动化控制系统安全经济运行，依据国家相关法律、法规和《神华集团公司煤制油化工仪表及自动化控制设备管理办法》，制定本规定。 第二条本规定明确了自动化控制系统的管理、维护、运行和安全注意事项、自动化控制系统备品备件及UPS的管理、自动化控制系统点检的内容以及外委检修、点检的批准。 第三条各单位应加强自动化控制系统的管理，保证自动化控制系统在安全平稳状态下运行。 第四条各单位应积极采用国内外先进的自动化控制系统管理方法和检维修技术，不断提高工业自动化控制系统管理水平。 第五条本规定适用于公司及所属各单位集散控制系统（DCS）、安全仪表系统（SIS、ESD）、可编程控制器（PLC）以及在先进过程控制（APC）和优化过程控制（OPC）系统中使用的上位计算机等的管理。 第二章管理职责 第六条公司机械动力部职责：
(一)对各单位自动化控制系统硬件、软件管理、自动化控制系统运行管理及点检工作的情况进行监督检查； (二)自动化控制系统外委检修、点检的审批，承包方选择 及点检、检修的组织工作。 第七条各单位职责： (一)自动化控制系统硬件管理及日常检查、维护、保养工作； (二)自动化控制系统软件程序、网络文件管理，软件及相关数据修定管理； (三)UPS电源及网络机房管理； (四)自动化控制系统运行管理； (五)自动化控制系统备品备件的管理； (六)自动化控制系统档案的管理； (七)自动化控制系统的点检管理。 第三章自动化控制系统的硬件管理 第八条各单位仪表维护单位应按装置建立自动化控制系统软、硬件设备档案及台帐，档案、台帐应实行微机管理。台帐应说明名称、型号、规格、数量、用途、制造厂、出厂日期等。档案对单台设备而言，其内容包括应用装置和投用时间、通讯速度、安装地点、运行情况、发生的故障、原因、处理和检修经过及结果等。 第九条各单位维护单位根据不同的自动化控制系统各自特点，做好自动化控制系统定期检查、维护、保养及紧急故障处理等
LED-ECS编辑控制系统V5.2 用 户 手 册 目录 第一章概述 (3) 1.1LED-ECS编辑控制系统介绍 (3) 1.2运行环境 (3) 第二章安装卸载 (3) 2.1安装 (3) 2.2卸载 (5) 第三章软件介绍 (5) 3.1界面介绍 (5) 3.2操作流程介绍 (13) 3.3基本概念介绍 (21) 第四章其他功能 (25) 4.1区域对齐工具栏 (25) 4.2节目对象复制、粘贴 (26) 4.3亮度调整 (26) 第五章发送 (27) 5.1发送数据 (27) 第六章常见问题解决 (28) 6.1计算机和控制卡通讯不上 (28) 6.2显示屏区域反色或亮度不够 (29)
6.3显示屏出现拖尾现象，显示屏的后面出现闪烁不稳定 (29) 6.4注意事项 (31) 6.5显示屏花屏 (31) 6.6错列现象 (32) 6.7杂点现象 (32) 第一章概述 1.1LED-ECS编辑控制系统介绍 LED-ECS编辑控制系统，是一款专门用于LED图文控制卡的配套软件。其具有功能齐全，界面直观，操作简单、方便等优点。自发布以来，受到了广大用户的一致好评。 1.2运行环境 ?操作系统 中英文Windows/2000/NT/XP ?硬件配置 CPU:奔腾600MHz以上 内存:128M 第二章安装卸载 2.1LED-ECS编辑控制系统》软件安装很简单，操作如下：双击“LED-ECS编辑控制系统”安装程序，即可弹出安装界面，如图2-1开始安装。如图所示 图2-1 单击“下一步”进入选择安装路径界面，如图2-2，如果对此不了解使用默认安装路径即可 图2-2 图2-3 单击“完成”，完成安装过程。 2.2软件卸载如图2-2 《LED-ECS编辑控制系统V5.2》提供了自动卸载功能，使您可以方便的删除《LED-ECS编辑控制系统V5.2》的所有文件、程序组件和快捷方式。用户可以在“LED-ECS编辑控制系统V5.2”组中选择“卸载LED-ECS编辑控制系统V5.2”卸载程序。也可以在“控制面板”中选择“添加/删除程序”快速卸载。卸载程序界面如图2-4，此时选择自动选项即可卸载所有文件、程序组和快捷方式。 图2-4 第三章、软件介绍
信息系统管理制度文件编号： 编写部门：行政人事部 编写人： 审批人： 审批日期：
第一章产品目标与管理模式 本章节旨在解决产品链的建立、衔接与管理，明确纵向产品体系和项目经理管理模式。 1.管理模式 管理方法 产品化管理，在原直线职能管理模式基础上实行矩阵式管理，由项目经理对项目组所开发的产品负主要责任，从需求——开发——测试——发布——培训——实施的整体业务体系全程监督与控制。 管理重点 抓“两头”放“中间”。其中，抓“两头”是指项目经理主抓业务需求和总体框架、抓数据库结构；放“中间”是指部门范围内开发代码，实现模板化编译和信息资源共享。基于场所层面的开发重在解决管理职能，基于地市省厅层面的开发重在解决指导职能。 管理源头 需求是软件开发的根基、是节约成本的源头，需求描述必须可交流、格式化，经开发、测试和培训服务三方共同理解与确认的需求说明文档，是信息系统流程运作的主要依据。 2.产品目标 产品体系 以看守所系统为主导产品，带动治安拘留所系统、安康医院系统、收容教育所系统等场所产品发展，着手研制强制戒毒所系统。在实现基本业务功能和充分数据采集的基础上，将一系列产品挂至省厅地市系统，实现综合应用和深挖犯罪。 开发模式 ·开发结构：场所开发C/S结构为主，B/S开发旨在充分利用网络资源实现信息的充分共享和综合运用。B/S与C/S结构开发相互独立、留有接口。
·开发方法：由原型法转入瀑布法，加强需求调研与开发质量，为后期维护减负。 ·开发方向：产品模块化和智能化运作，明确系统主体业务模块与非主体业务模块，在主体业务功能完善的基础上稳定产品；在充分实现系统数据采集的基础上，实现WEB平台的综合应用和深层次的犯罪挖掘。 3.发展目标 ·第一阶段：采集数据。与硬件系统集成，实现采集系统的功能拓展。·第二阶段：综合应用。通过业务报表实现查询功能，通过数据接口对外部系统形成连接平台，引导行业标准。 ·第三阶段：数据挖掘、横向联查，形成一个庞大的数据挖掘系统。·第四阶段：将数据应用系统作成公安系统的办公平台，成为公安系统日常工作不可或缺的办公工具。通过平台反向促进数据采集的准确率。 4.市场定位 竞争对手 目前有湖北东方（业务导向）、华迪公司（BS优势）、深圳胡晓峰（OA理念）、南京科安（份额优势）、上海三所等。需时时了解对手动态，掌握对手优势，做到知己知彼、对症下药。 竞争策略 看守所层面形成绝对市场优势和技术优势，其它系统才能进入市场，形成绝对垄断。信息系统市场的巩固与拓展，是带动系统集成业务发展和获取收益增长的前提。 .市场定位 稳固看守所系统，挖掘省厅地市、拘留所、强制戒毒所等信息系统，争取部局系统，逐步向地铁公安、公安消防等相关行业信息系统递延。
第一章总则 第一条为加强电化分公司自动化仪表设备及控制系统的管理工作，控制和优化工艺条件，保障仪表设备安全经济运行，依据国家有关法规及相关管理规定，制定本制度。 第二条本制度适用于电化分公司自动化仪表控制系统的管理。 第三条控制系统主要包括集散控制系统、紧急停车系统、可编程控制器等。 第四条控制系统的日常维护。 (一)系统点检制度 1、仪表设备管理部门应加强对系统的日常维护检查，根据系统的配置情况，制定系统点检标准，并设计相应的点检表格。 2、系统点检应包括以下主要内容： A、主机设备的运行状态。 B、外围设备(包括打印机等)的投用情况和完好状况。 C、各机柜的风扇(包括内部风扇)运转状况。 D、机房、操作室的温度、湿度。 3、点检记录要字迹清楚、书写工整，并定期回收，妥善保管。 (二)系统周检制度 1、仪表设备管理部门(仪表保运单位)应根据设备保养手册的规定，制定周检项目、内容和合理的周期，并做好DCS(PLC)系统周检记录。 2、系统周检应包括如下主要内容： A、确认冗余系统的功能和切换动作是否准确可靠。 B、清洗过滤网。 C、清洗CRT。 D、检查风扇及风扇的保护网。 E、定期清洗打印机。 F、清洗机房内设备的表面灰尘。 G、系统中的电池按期更换。 H、定期对运动机件加润滑油。 I、检查供电及接地系统，确保符合要求。
3、系统周检发现的问题，应及时填写缺陷记录，并立刻组织人员处理解决。 (三)系统硬件管理 1、仪表设备管理部门应有专人负责保养，按规定进行点检、周检和维护。 2、建立系统硬件设备档案，内容应名细到主要插件板，并作好历次设备、卡件变更记录。 3、系统硬件的各种资料要妥善保管，原版资料要归档保存。 4、在线运行设备检修时，要严格执行有关手续，按照规定，做好防范措施。 (四)系统软件管理 1、系统软件和应用软件必须有双备份，并妥善保管在金属柜内;控制系统的密码或键锁开关的钥匙要由专人保管，并严格执行规定范围内的操作内容。软件备份要注明软件名称、修改日期、修改人，并将有关修改设计资料存档。 2、系统软件无特殊情况严禁修改;确需修改时，要严格按照申请、论证手续，主管经理批准后实施。 3、应用软件在正常生产期间不宜修改。按工艺要求确需重新组态时，要有明确的修改方案，并由生产管理部门、工艺车间和仪表负责人共同签字后方可实施并做好安全防范措施。 4、软件各种文本修改后，必须对其他有关资料和备份盘作相应的修改。 5、由通用计算机、工业控制微机组成的控制、数据采集等系统，应执行专机专用，严禁任何人运行与系统无关的软件，以防病毒对系统的侵袭。 6、工艺参数、联锁设定值的修改，要办理联锁工作票后方可进行改动。 7、对重大系统改动时，要按软件开发程序进行，即建立命题，制定方案、组态调试、模拟试验、小样试运行、组态鉴定等过程。通过技术鉴定的软件，要做好文件登记并复制软盘，妥善保存。 (五) 机房管理 1、机房是过程控制计算机系统的重要工作场所和核心部位，要认真做好安全工作，非机房工作人员未经批准严禁进入，进入机房人员应按规定着装。进入机房作业人员必须采取静电释放措施，消除人身所带的静电。 2、机房内应清洁无尘并确保满足以下条件： 温度18-24℃变化率<3℃/hr