当前位置:文档之家› ssdb-rocks手册

ssdb-rocks手册

ssdb-rocks手册
ssdb-rocks手册

ssdb-rocks说明手册

1、简介

Leveldb是一个google实现的非常高效的kv数据库,基于文件存储系统,所以它支撑量大的数据而不因为内存的限制受取约束。LevelDB 只是一个C/C++ 的编程语言库, 所以, PHP, Python 等编程语言无法直接使用LevelDB, 必须将LevelDB 封装成一个网络服务器。而SSDB 就是一个LevelDB 的服务器(LevelDB Server), 以LevelDB 作为存储引擎, 支持PHP/Java/Python/C/C++ 等客户端。RocksDB实际上是在LevelDB之上做的改进,各方面都比levelDb强,它是Facebook 开源的存储引擎。而rocksdb 本身只是一个数据库存储引擎, 没有client-server 支持。因此ssdb-rocks 诞生了。ssdb-rocks 为rocksdb 封装了网络支持, 支持C++, PHP, Java, Go, Python 等客户端API。

2、安装说明

2、1 RocksDB需要的依赖

yum install zlib zlib-devel bzip2 bzip2-devel gflags gflags-devel snappy snappy-devel 2、2 RocksDB需要的gcc47-c++

下载rpm包地址:https://www.doczj.com/doc/e55546165.html,/tru/devtools-1.1/6/x86_64/RPMS/

scl-utils-20120927-2.el6_4.6.centos.x86_64.rpm

devtoolset-1.1-runtime-1-13.el6.noarch.rpm

devtoolset-1.1-gcc-4.7.2-5.el6.x86_64.rpm

devtoolset-1.1-libstdc++-devel-4.7.2-5.el6.x86_64.rpm

devtoolset-1.1-gcc-c++-4.7.2-5.el6.x86_64.rpm

安装

rpm -ivh scl-utils-20120927-2.el6_4.6.centos.x86_64.rpm

devtoolset-1.1-runtime-1-13.el6.noarch.rpm

devtoolset-1.1-gcc-4.7.2-5.el6.x86_64.rpm

devtoolset-1.1-libstdc++-devel-4.7.2-5.el6.x86_64.rpm

devtoolset-1.1-gcc-c++-4.7.2-5.el6.x86_64.rpm

vim ~/.bashrc

加入

export CC=/opt/centos/devtoolset-1.1/root/usr/bin/gcc

export CPP=/opt/centos/devtoolset-1.1/root/usr/bin/cpp

export CXX=/opt/centos/devtoolset-1.1/root/usr/bin/c++

执行source ~/.bashrc

2、3安装

git clone https://https://www.doczj.com/doc/e55546165.html,/ideawu/ssdb-rocks.git

make && make install

3、使用说明

3、1启动ssdb-rocks服务器

/usr/local/ssdb/ssdb-server -d /usr/local/ssdb/ssdb.conf

3、2停止ssdb-rocks服务器

kill `cat /usr/local/ssdb/var/ssdb.pid`

3、3启动ssdb-rocks客户端

/usr/local/ssdb/ssdb-cli -h 127.0.0.1 -p 8888

4、配置文件详解

SSDB 的配置文件使用一个TAB 来表示一级缩进, 不要使用空格来缩进, 无论你用2个, 3个, 4个, 或者无数个空格都不行!一定要记得修改你的Linux 内核参数, 关于max open files(最大文件描述符数)的内容, 否则, 你会在log.txt 看到Too many open files 类似的错误, 或者在客户端看到Connection reset by peer 错误。

4.1监听网络端口

server:

ip: 0.0.0.0

port: 8888

默认的配置文件监听127.0.0.1 本地回路网络, 所以无法从其它机器上连接此SSDB 服务器. 如果你希望从其它机器上连接SSDB 服务器, 必须把127.0.0.1 改为0.0.0.0.同时, 利用配置文件的deny, allow 指令限制可信的来源IP 访问.

如果不做网络限制便监听0.0.0.0 IP 可能导致被任意机器访问到你的数据, 这很可能是一个安全问题! 你可以结合操作系统的iptables 来限制网络访问.

4.2日志配置

日志解读

一般, 建议你将logger.level 设置为debug 级别.

请求处理

2014-06-18 11:01:40.335 [DEBUG] serv.cpp(395): w:0.393,p:5.356, req: set a 1, resp: ok 1

w:0.393 请求的排队时间, 毫秒

p:5.356 请求的处理时间, 毫秒

req:... 请求内容

resp:... 响应内容

找出慢请求

找出慢请求的命令是:

tail -f log.txt | grep resp | grep '[wp]:[1-9][0-9]\{0,\}\.'

# 或者

cat log.txt | grep resp | grep '[wp]:[1-9][0-9]\{0,\}\.'

这些命令用于找出排队时间, 或者处理时间大于等于 1 毫秒的请求.

找出大于10 毫秒的请求:

cat log.txt | grep resp | grep '[wp]:[1-9][0-9]\{1,\}\.'

找出大于100 毫秒的请求:

cat log.txt | grep resp | grep '[wp]:[1-9][0-9]\{2,\}\.'

SSDB 在工作中

ssdb-server 会每隔5 分钟输出这样的一条log

2014-06-18 11:18:03.600 [INFO ] ssdb-server.cpp(215): ssdb working, links: 0 2014-06-18 11:23:03.631 [INFO ] ssdb-server.cpp(215): ssdb working, links: 0 links: 0 当前的连接数

日志级别

支持的日志级别有: debug, warn, error, fatal.

一般, 建议你将logger.level 设置为debug 级别.

输出日志到终端屏幕

编辑ssdb.conf, 将

logger:

output: log.txt

修改为

logger:

output: stdout

4.3内存占用

一个ssdb-server 实例占用的内存最高达到(MB):

cache_size + write_buffer_size * 66 + 32

你可以调整配置参数, 限制ssdb-server 的内存占用.

4.4同步和复制

同步和复制的配置与监控

配置主-从

#server 1

replication:

slaveof:

#server 2

replication:

slaveof:

id: svc_1

# sync|mirror, default is sync

type: sync

ip: 127.0.0.1

port: 8888

主-主

#server 1

replication:

slaveof:

id: svc_2

# sync|mirror, default is sync

type: mirror

ip: 127.0.0.1

port: 8889

#server 2

replication:

slaveof:

id: svc_1

# sync|mirror, default is sync

type: mirror

ip: 127.0.0.1

port: 8888

多主

在一组一共包含n 个实例的SSDB 实例群中, 每一个实例必须slaveof 其余的n-1 个实例.

replication:

slaveof:

id: svc_1

# sync|mirror, default is sync

type: mirror

ip: 127.0.0.1

port: 8888

slaveof:

id: svc_2

# sync|mirror, default is sync

type: mirror

ip: 127.0.0.1

port: 8889

# ... more slaveof

监控同步状态

info 命令返回的信息

ssdb 127.0.0.1:8899> info

binlogs

capacity : 10000000

min_seq : 1

max_seq : 74

replication

client 127.0.0.1:55479

type : sync

status : SYNC

last_seq : 73

replication

slaveof 127.0.0.1:8888

id : svc_2

type : sync

status : SYNC

last_seq : 73

copy_count : 0

sync_count : 44

binlogs

当前实例的写操作状态.

capacity: binlog 队列的最大长度

min_seq: 当前队列中的最小binlog 序号

max_seq: 当前队列中的最大binlog 序号

replication

可以有多条replication 记录. 每一条表示一个连接进来的slave(client), 或者一个当前服务器所连接的master(slaveof).

slaveof|client ip:port, 远端master/slave 的ip:port.

type: 类型, sync|mirror.

status: 当前同步状态, DISCONNECTED|INIT|OUT_OF_SYNC|COPY|SYNC.

last_seq: 上一条发送或者收到的binlog 的序号.

slaveof.id: master 的id(这是从slave's 角度来看的, 你永远不需要在master 上配置它自己的id).

slaveof.copy_count: 在全量同步时, 已经复制的key 的数量.

slaveof.sync_count: 发送或者收到的binlog 的数量.

关于status:

DISCONNECTED: 与master 断开了连接, 一般是网络中断.

INIT: 初始化状态.

OUT_OF_SYNC: 由于短时间内在master 有大量写操作, 导致binlog 队列淘汰, slave 丢失同步点, 只好重新复制全部的数据.

COPY: 正在复制基准数据的过程中, 新的写操作可能无法及时地同步.

SYNC: 同步状态是健康的.

判断同步状态

binlogs.max_seq 是指当前实例上的最新一次的写(写/更新/删除)操作的序号, https://www.doczj.com/doc/e55546165.html,st_seq 是指已发送给slave 的最新一条binlog 的序号.

所以, 如果你想判断主从同步是否已经同步到位(实时更新), 那么就判断binlogs.max_seq 和https://www.doczj.com/doc/e55546165.html,st_seq 是否相等.

4.5启动从服务与连接

/usr/local/ssdb/ssdb-server -d /usr/local/ssdb/ssdb_slave.conf

/usr/local/ssdb/ssdb-cli -h 127.0.0.1 -p 8889

5、集群配置

Twemproxy是一个Redis/Memcached代理中间件,可以实现诸如分片逻辑、HashTag、减少连接数等功能。尤其在有大量应用服务器的场景下Twemproxy的角色就凸显了,能有效减少连接数。

5、1安装twemproxy

git clone https://https://www.doczj.com/doc/e55546165.html,/twitter/twemproxy.git

cd twemproxy

autoreconf -fvi

./configure --enable-debug=log

make

make install

src/nutcracker -h

mkdir -p /usr/local/nutcracker/bin

mkdir -p /usr/local/nutcracker/conf

cp src/nutcracker /usr/local/nutcracker/bin

cp conf/* /usr/local/nutcracker/conf

5、2配置文件详解

gamma:

listen: 192.168.10.59:22123

hash: crc32a

distribution: ketama

timeout: 400

backlog: 1024

preconnect: true

redis: true

auto_eject_hosts: true

server_retry_timeout: 2000

server_failure_limit: 3

servers:

- 192.168.10.58:8888:1

- 192.168.10.59:8888:1

详细的配置信息如下:

●listen

twemproxy监听的端口。可以以ip:port或name:port的形式来书写。

●hash

可以选择的key值的hash算法:

> one_at_a_time

> md5

> crc16

> crc32 (crc32 implementation compatible with libmemcached)

> crc32a (correct crc32 implementation as per the spec)

> fnv1_64

> fnv1a_64

> fnv1_32

> fnv1a_32

> hsieh

> murmur

> jenkins

如果没选择,默认是fnv1a_64。

●hash_tag

hash_tag允许根据key的一个部分来计算key的hash值。hash_tag由两个字符组成,一个是hash_tag的开始,另外一个是hash_tag的结束,在

hash_tag的开始和结束之间,是将用于计算key的hash值的部分,计算的结果会用于选择服务器。

例如:如果hash_tag被定义为”{}”,那么key值为"user:{user1}:ids"和"user:{user1}:tweets"的hash值都是基于”user1”,最终会被映射到相同的服务器。而"user:user1:ids"将会使用整个key来计算hash,可能会被映射到不同的服务器。

●distribution

存在ketama、modula和random3种可选的配置。其含义如下:

ketama

ketama一致性hash算法,会根据服务器构造出一个hash ring,并为ring 上的节点分配hash范围。ketama的优势在于单个节点添加、删除之后,会最大程度上保持整个群集中缓存的key值可以被重用。

modula

modula非常简单,就是根据key值的hash值取模,根据取模的结果选择对应的服务器。

random

random是无论key值的hash是什么,都随机的选择一个服务器作为key值操作的目标。

●timeout

单位是毫秒,是连接到server的超时值。默认是永久等待。

●backlog

监听TCP 的backlog(连接等待队列)的长度,默认是512。

●preconnect

是一个boolean值,指示twemproxy是否应该预连接pool中的server。默认是false。

●redis

是一个boolean值,用来识别到服务器的通讯协议是redis还是memcached。默认是false。

●server_connections

每个server可以被打开的连接数。默认,每个服务器开一个连接。

●auto_eject_hosts

是一个boolean值,用于控制twemproxy是否应该根据server的连接状态重建群集。这个连接状态是由server_failure_limit 阀值来控制。

默认是false。

●server_retry_timeout

单位是毫秒,控制服务器连接的时间间隔,在auto_eject_host被设置为true的时候产生作用。默认是30000 毫秒。

●server_failure_limit

控制连接服务器的次数,在auto_eject_host被设置为true的时候产生作用。默认是2。

●servers

一个pool中的服务器的地址、端口和权重的列表,包括一个可选的服务器的名字,如果提供服务器的名字,将会使用它决定server的次序,从而提供对应的一致性hash的hash ring。否则,将使用server被定义的次序。

5、3启动nutcracker

测试配置文件

/usr/local/nutcracker/bin/nutcracker -t -c /usr/local/nutcracker/conf/nutcracker.yml 后台启动

/usr/local/nutcracker/bin/nutcracker -d -c /usr/local/nutcracker/conf/nutcracker.yml 6、高可用配置

Keepalived 是一种高性能的服务器高可用或热备解决方案,Keepalived可以用来防止服务器单点故障(单点故障是指一旦某一点出现故障就会导致整个系统架构的不可用)的发生。

6、1安装keepalived

安装 openssl

yum-y install openssl*

安装popt

yum -yinstall popt*

安装ipvsadm

yum -yinstall ipvsadm

安装libnl-dev

yum -yinstall libnl-dev*

wget https://www.doczj.com/doc/e55546165.html,/software/keepalived-1.2.16.tar.gz

tar -zxvf keepalived-1.2.16.tar.gz

cd keepalived-1.2.16

./configure --prefix=/usr/local/keepalived

make

make install

6、2开机启动设置

cp /usr/local/keepalived/etc/rc.d/init.d/keepalived /etc/rc.d/init.d/ cp /usr/local/keepalived/etc/sysconfig/keepalived /etc/sysconfig/ mkdir /etc/keepalived

cp /usr/local/keepalived/etc/keepalived/keepalived.conf

/etc/keepalived/

cp /usr/local/keepalived/sbin/keepalived /usr/sbin/

chkconfig keepalived on

service keepalived start|stop

/usr/local/keepalived/sbin/keepalived -f

/etc/keepalived/keepalived.conf

6、3配置文件详解

global_defs {

notification_email { #指定keepalived在发生切换时需要发送email到的对象,一行一个

sysadmin@fire.loc

}

notification_email_from Alexandre.Cassen@firewall.loc #指定发件人 smtp_server localhost #指定smtp服务器地址

smtp_connect_timeout 30 #指定smtp连接超时时间

router_id LVS_DEVEL #运行keepalived机器的一个标识

}

vrrp_sync_group VG_1{ #监控多个网段的实例

group {

inside_network #实例名

outside_network

}

notify_master /path/xx.sh #指定当切换到master时,执行的脚本

netify_backup /path/xx.sh #指定当切换到backup时,执行的脚本

notify_fault "path/xx.sh VG_1" #故障时执行的脚本

notify /path/xx.sh

smtp_alert #使用global_defs中提供的邮件地址和smtp服务器发送邮件通知

}

vrrp_instance inside_network {

state BACKUP #指定那个为master,那个为backup,如果设置了nopreempt 这个值不起作用,主备考priority决

interface eth0 #设置实例绑定的网卡

dont_track_primary #忽略vrrp的interface错误(默认不设置)

track_interface{ #设置额外的监控,里面那个网卡出现问题都会切换

eth0

eth1

}

mcast_src_ip #发送多播包的地址,如果不设置默认使用绑定网卡的primary ip

garp_master_delay #在切换到master状态后,延迟进行gratuitous ARP 请求

virtual_router_id 50 #VPID标记

priority 99 #优先级,高优先级竞选为master

advert_int 1 #检查间隔,默认1秒

nopreempt #设置为不抢占注:这个配置只能设置在backup主机上,而且这个主机优先级要比另外一台高

preempt_delay #抢占延时,默认5分钟

debug #debug级别

authentication { #设置认证

auth_type PASS #认证方式

auth_pass 111111 #认证密码

}

virtual_ipaddress { #设置vip

192.168.202.200

}

}

virtual_server 192.168.202.200 23 {

delay_loop 6 #健康检查时间间隔

lb_algo rr #lvs调度算法rr|wrr|lc|wlc|lblc|sh|dh

lb_kind DR #负载均衡转发规则NAT|DR|RUN

persistence_timeout 5 #会话保持时间

protocol TCP #使用的协议

persistence_granularity #lvs会话保持粒度

virtualhost #检查的web服务器的虚拟主机(host:头)

sorry_server #备用机,所有realserver失效后启用

real_server 192.168.200.5 23 {

weight 1 #默认为1,0为失效

inhibit_on_failure #在服务器健康检查失效时,将其设为0,而不是直接从ipvs中删除

notify_up | #在检测到server up 后执行脚本

notify_down | #在检测到server down 后执行脚本

TCP_CHECK {

connect_timeout 3 #连接超时时间

nb_get_retry 3 #重连次数

delay_before_retry 3 #重连间隔时间

connect_port 23 健康检查的端口的端口

bindto

}

HTTP_GET | SSL_GET{

url{ #检查url,可以指定多个

path /

digest #检查后的摘要信息

status_code 200 #检查的返回状态码

}

connect_port

bindto

connect_timeout 5

nb_get_retry 3

delay_before_retry 2

}

SMTP_CHECK{

host{

connect_ip

connect_port #默认检查25端口

bindto

}

connect_timeout 5

retry 3

delay_before_retry 2

helo_name | #smtp helo请求命令参数,可选}

MISC_CHECK{

misc_path | #外部脚本路径

misc_timeout #脚本执行超时时间

misc_dynamic #如设置该项,则退出状态码会用来动态调整服务器的权重,返回0 正常,不修改;返回1,

检查失败,权重改为0;返回2-255,正常,权重设置为:返回状态码-2

}

}

6、4配置文件示例

6、4、1 keepalivedMASTER配置

! Configuration File for keepalived

global_defs {

notification_email {

root@localhost

}

notification_email_from root@localhost

smtp_server 127.0.0.1

smtp_connect_timeout 30

router_id LVS_DEVEL

}

vrrp_instance VI_1 {

state MASTER

interface eth0

lvs_sync_daemon_interface eth0

virtual_router_id 51

priority 100

advert_int 1

authentication {

auth_type PASS

auth_pass 1111

}

virtual_ipaddress {

192.168.10.100/24 brd 192.168.10.100 dev eth0 label eth0:0 }

}

virtual_server 192.168.10.100 22123 {

delay_loop 6

lb_algo rr

lb_kind DR

persistence_timeout 50

protocol TCP

real_server 192.168.10.59 22123 {

weight 1

TCP_CHECK {

connect_timeout 3

nb_get_retry 3

delay_before_retry 3

connect_port 22123

}

}

real_server 192.168.10.60 22123 {

weight 1

TCP_CHECK {

connect_timeout 3

nb_get_retry 3

delay_before_retry 3

connect_port 22123

}

}

}

6、4、2keepalived BACKUP配置! Configuration File for keepalived

global_defs {

notification_email {

root@localhost

}

notification_email_from root@localhost

smtp_server 127.0.0.1

smtp_connect_timeout 30

router_id LVS_DEVEL

}

vrrp_instance VI_1 {

state BACKUP

interface eth0

lvs_sync_daemon_interface eth0

virtual_router_id 51

priority 80

advert_int 1

authentication {

auth_type PASS

auth_pass 1111

}

virtual_ipaddress {

192.168.10.100/24 brd 192.168.10.100 dev eth0 label eth0:0

}

}

virtual_server 192.168.10.100 22123 {

delay_loop 6

lb_algo rr

lb_kind DR

persistence_timeout 50

protocol TCP

real_server 192.168.10.59 22123 {

weight 1

TCP_CHECK {

connect_timeout 3

nb_get_retry 3

delay_before_retry 3

connect_port 22123

}

}

real_server 192.168.10.60 22123 {

weight 1

TCP_CHECK {

connect_timeout 3

nb_get_retry 3

delay_before_retry 3

connect_port 22123

}

}

}

6、6LVS的客户端

Lvs的客户端指负载均衡其/转发器(director)后面提供服务的真实机器。负载均衡类型(lb_kind)一般分直接路由模式DR 、网络地址转换模式 NAT以及隧道模式TUN三种。Lvs客户端的配置是根据其所采用的负载均衡种类

(lb_kind)来做相应操作的。在我们的应用环境里,为了获得最高的性能,采用的负载均衡种类(lb_kind)是直接路由模式DR。不管采取哪一种模式,lvs客户端都不需安装额外的软件。

Lvs可支持的客户端包括:各种GNU/linux、大部分unix已经windows。目前我已经成功运行的lvs客户端环境有centos、redhat、freebsd、windows等。需要注意的是,由于客户端操作系统的不同,lvs客户端的配置也就各不相同了。本书中,将以centos及freebsd两种操作系统作为lvs的客户端,给出其直接路由模式DR的配置方法。

Lvs脚本lvsreal存放于/etc/init.d目录中,配置如下:

#description : start realserver

VIP=192.168.10.100

. /etc/init.d/functions

case "$1" in

start)

/sbin/ifconfig lo:0 $VIP broadcast $VIP netmask 255.255.255.255 up echo "1" >/proc/sys/net/ipv4/conf/lo/arp_ignore

echo "2" >/proc/sys/net/ipv4/conf/lo/arp_announce

echo "1" >/proc/sys/net/ipv4/conf/all/arp_ignore

echo "2" >/proc/sys/net/ipv4/conf/all/arp_announce

echo "LVS RealServer Start OK"

;;

stop)

/sbin/ifconfig lo:0 down

echo "0" >/proc/sys/net/ipv4/conf/lo/arp_ignore

echo "0" >/proc/sys/net/ipv4/conf/lo/arp_announce

echo "0" >/proc/sys/net/ipv4/conf/all/arp_ignore

echo "0" >/proc/sys/net/ipv4/conf/all/arp_announce

echo "LVS RealServer Stoped OK"

;;

*)

echo "Usage: $0 {start|stop}"

exit 1

esac

然后执行指令启动或者停止:/etc/init.d/lvsreal start|stop

6、5 keepalived脑裂问题

拔掉节点A的网线,就发现虚拟IP已经绑定到节点B上,再恢复A节点的网线,虚拟IP又绑定回节点A之上。但是这种方式存在脑裂的可能,即两个节点实际都处于正常工作状态,但是无法接收到彼此的组播通知,这时两个节点均强行绑定虚拟IP,导致不可预料的后果。这时就需要设置仲裁,即每个节点必须判断自身的状态(应用服务状态及自身网络状态),要实现这两点可使用自定义shell脚本实现,通过周期性地检查自身应用服务状态,并不断ping网关(或其它可靠的参考IP)均可。当自身服务异常、或无法ping通网关,则认为自身出现故障,就应该移除掉虚拟IP(停止keepalived服务即可)。

7、性能测试

测试工具可以使用自带的ssdb-bench来进行测试,也可以使用redis的测试工具redis-benchmark来进行测试。

7、1ssdb-bench参数说明

Usage:

./ssdb-bench [ip] [port] [requests] [clients]

Options:

ip server ip (default 127.0.0.1)

port server port (default 8888)

requests Total number of requests (default 10000)

clients Number of parallel connections (default 50)

示例:./ssdb-bench 127.0.0.1 8888 100000 2000

7、2redis-benchmark参数说明

Usage: redis-benchmark [-h ] [-p ] [-c ] [-n [-k ]

-h Server hostname (default 127.0.0.1)

-p Server port (default 6379)

-s Server socket (overrides host and port)

-c Number of parallel connections (default 50)

-n Total number of requests (default 10000)

-d Data size of SET/GET value in bytes (default 2)

-k 1=keep alive 0=reconnect (default 1)

-r Use random keys for SET/GET/INCR, random values for SADD Using this option the benchmark will get/set keys

in the form mykey_rand:000000012456 instead of constant

keys, the argument determines the max

number of values for the random number. For instance

if set to 10 only rand:000000000000 - rand:000000000009

range will be allowed.

-P Pipeline requests. Default 1 (no pipeline).

-q Quiet. Just show query/sec values 只显示每秒钟能处理多少请求数结果

--csv Output in CSV format

-l Loop. Run the tests forever 永久测试

-t Only run the comma separated list of tests. The test

names are the same as the ones produced as output.

-I Idle mode. Just open N idle connections and wait.

示例:redis-benchmark -p 22123 -h 192.168.10.59 -n 100000 -c 2000 -d 256 -q -t get,set

7、3 测试结果

见ssdb-rocks性能测试.xlsx

社区推广活动操作手册

贵州益佰医药有限公司终端推广部 (内部资料 严禁泄露) 目录 做足100 ? 金牌伙伴 健康100中国行 社区活动推广执行手册

第二部分认识我们的工作 (4) 一、工作要点 (4) 二、工作职责 (4) (一)区域推广经理的工作职责 (二)业务主管的工作职责 (三)业务员的工作职责 第三部分社区推广活动 (5) 一、社区推广活动操作流程表 (5) 二、社区推广活动操作流程细则 (5) 三、社区推广活动执行要点 (8) (一)活动现场布置 (二)活动形式 (三)五大产品诉求点解析 第四部分社区推广阶段性主推产品排期 (13) 附件: 附表一《社区活动申请表》 附表二《社区巡展活动时间控制表》 附表三《社区巡展物料清单》 附表四《赠品签收单》 附表五《社区活动总结报告》 第一部分活动背景 目前药品市场上,同类的产品越来越多,产品的同质化越来越普遍,各医药企业之间的竞争变的更加激励。在零售渠道方面,连锁药店在一、二级重点的城市处在市场的绝对领导地位,占居着绝大部分的市场份额,各大药店的规模也越来越大,逐步在向商超化来演变。 并且在国家政策的大环境下,药店已经变成国内外各医药企业宣传产品、争夺消费者、提高

经过了多年的发展,益佰业已形成以“克咳家族”、“四季草颗粒”、“定风蔴牌天麻头风灵胶囊”、“铁榔头正红花油模贴”、“铁榔头贴剂系列”、“怜香惜玉系列”为主导的OTC产品群,其品牌形象和产品销量也在稳步提升。 有鉴于此,益佰特举行“合联胜·做足100”系列工程,来加强与连锁药店的合作,最终达到双赢。而本次的社区推广活动,是益佰制药首次与全国各大连锁药店展开深入合作,举行“合联胜·做足100”系列工程中一个重要分支行动。因此,这次大型、长期的社区推广活动是以益佰制药与连锁药店共同之名义开展的。 本次活动的主要目的,是针对社区消费者解决益佰系列产品知识的普及教育,树立企业为民服务的品牌,以期长期销售得以提升提高。同时帮助连锁药店扩大在当地社区影响,提高益佰产品的销售。 本次活动涉及的产品是四季草颗粒、铁榔头正红花油膜贴、铁榔头贴剂系列、天麻头风灵胶囊、怜香惜玉系列五类产品。 第二部分认识我们的工作 一、工作要点 1、通过在社区的一对一传播,让更多的人了解贵州益佰,信赖贵州益佰,选择贵州益佰。 2、社区活动是一项长期、繁杂、但最具实效的工程。它将直接对销量产生影响,它对贵州 益佰的品牌发展具备不可替代的战略价值。 3、打造旗舰品牌,在了解贵州益佰的同时帮助合作药店宣传。

智能变电站智能终端标准化作业指导书

智能变电站 智能终端调试作业指导书 批准: 审核: 编写: 作业负责人:

目次 1.应用范围 (1) 2.引用文件 (1) 3.调试流程 (1) 4.调试前准备 (3) 4.1 准备工作安排 (3) 4.2 作业人员要求 (3) 4.3 试验仪器及材料 (4) 4.4 危险点分析与预防控制措施 (4) 5.单体调试 (5) 5.1 电源和外观检查 (5) 5.2 绝缘检查 (6) 5.3 配置文件检查 (7) 5.4 光纤链路检查 (7) 5.5 GOOSE开入/开出检查 (8) 5.6 动作时间测试 (8) 5.7 SOE精度测试 (9) 5.8 检修压板闭锁功能检查 (9) 5.9 异常告警功能检查 (9) 5.10 变压器/电抗器非电量保护检验 (10) 5.11 断路器本体功能检验 (10) 6.联调试验 (11) 6.1 与保护装置的联调试验 (11) 6.2 与测控及监控后台的联调试验 (11) 7.送电试验 (11) 8.竣工 (12) 附录:调试报告 (13)

1.应用范围 本指导书适用于智能变电站智能终端的现场调试工作,规定了现场调试的准备、调试流程、调试方法和标准及调试报告等要求。 2.引用文件 下列标准及技术资料所包含的条文,通过在本作业指导书中的引用,而构成为本作业指导书的条文。本作业指导书出版时,所有版本均为有效。所有标准及技术资料都会被修订,使用作业指导书的各方应探讨使用下列标准及技术资料最新版本的可能性。 GB 14285 继电保护和安全自动装置技术规程 GB/T 15147 电力系统安全自动装置设计技术规定 DL/T 478 继电保护和安全自动装置通用技术条件 DL/T 587 微机继电保护装置运行管理规程 DL/T 769 电力系统微机继电保护技术导则 DL/T 782 110kV及以上送变电工程启动及竣工验收规程 DL/T 860 变电站通信网络和系统 DL/T 995 继电保护及电网安全自动装置检验规程 Q/GDW 161 线路保护及辅助装置标准化设计规范 Q/GDW 175 变压器、高压并联电抗器和母线保护及辅助装置标准化设计规范 Q/GDW 267 继电保护和电网安全自动装置现场工作保安规定 Q/GDW 396 IEC 61850工程继电保护应用模型 Q/GDW 414 变电站智能化改造技术规范 Q/GDW 428 智能变电站智能终端技术规范 Q/GDW 431 智能变电站自动化系统现场调试导则 Q/GDW 441 智能变电站继电保护技术规范 Q/GDW 689 智能变电站调试规范 Q/GDW XXX 智能变电站标准化现场调试规范 国家电网安监〔2009〕664号国家电网公司电力安全工作规程(变电部分) 3.调试流程 根据调试设备的结构、校验工艺及作业环境,将调试作业的全过程划分为以下校验步骤顺序,见图1:

图书管理系统用户手册

目录 1引言 (2) 1.1编写目的 (2) 1.2背景 (2) 1.3定义 (2) 1.4参考资料 (2) 2用途 (2) 2.1功能 (2) 2.2性能 (3) 2.2.1精度 (3) 2.2.2时间特性 (3) 2.2.3灵活性 (3) 2.3安全保密 (3) 3运行环境 (3) 3.1硬设备 (3) 3.2支持软件 (3) 3.3数据结构 (4) 4使用过程 (5) 4.1安装与初始化 (5) 4.2输入 (6) 4.2.1输入数据的现实背景 (6) 4.2.2输入格式 (6) 4.2.3输入举例 (6) 4.3输出对每项输出作出说明 (6) 4.3.1输出数据的现实背景 (6) 4.3.2输出格式 (7) 4.3.3输出举例 (7) 4.4文卷查询 (7) 4.5出错处理和恢复 (7) 4.6终端操作 (7)

用户手册 1引言 1.1编写目的 编写用户手册的主要目的是为了给使用者提供一个使用指南,以便为首次使用该系统的用户说明使用方法,以及给已经使用过或者正在使用的用户在使用过程中遇到问题时提供解决问题的方法。 1.2背景 a.本项目的名称:中小学图书管理系统 b.本项目的提出者:河北省任丘市教育体育局电教站 c.本项目的开发者:由张德轩本人独立设计、开发 d.本项目的使用者:中小学图书室、图书管理员 1.3定义 图书模板:为了能使用户批量导入图书信息,系统内置的储存有部分图书信息的Excel文档。超级用户:系统内置的管理员帐号,初始密码为admin。 1.4参考资料 《Visual C++开发技术大全》(第二版),刘锐宁梁水宋坤编著,人民邮电出版社,2009年10月第2版 《实战突击Visual C++项目开发案例整合》(第四版),孙秀梅李鑫等著,电子工业出版社,2011年9月第1版 2用途 2.1功能 该系统主要有三个大的模块:图书借阅管理、读者信息管理、图书信息查询,其中每个模块的主要功能如下: 图书借阅管理:根据读者提供的借书证号或借书卡号进行图书的借阅、图书归还操作。 读者信息管理:对读者进行注册登记、注销读者、查阅借阅记录等操作。

最新大型会议活动流程及操作手册1

大型会议活动流程及操作手册1 金凯悦酒店英雄宴地点:金凯悦宾馆活动时间:2011年7月9日参会人员:领导:李董、赵总及随行人员,分公司总经理室,各部门长 分公司:前线部分员工机构:机构总及营销培训负责人业务员:李董有约入围业务员,上半年新晋升主管(04、05、06、08),南阳A大队全体人员,各机构A大队入围英雄宴人员,新机构业务员,南阳外勤30名 “李董有约”工作组会议总指挥:周总会议总督导:罗亮经理荣誉会主持人:周总英雄宴主持人:欧利敏、崔志刚(暂定)策划:朱文婕、李开明 场控组组长:罗亮组员:李开明马德化崔洪武(培训部)钱志刚(南阳)节目组组长:欧利敏组员:李海蒂(南阳)礼仪组组长:朱文婕组员:金艳杰王策(南阳)徐艳丽设计制作组组长:牛志伟组员:张瑾(行政部)史翔资料组组长:徐艳丽组员:钱慧朋欧利敏后勤组组长:陈臻组员:姜华钱志刚(南阳)礼仪人员(6名,人员待定):丁丽丽(财务)李玉琳(财务)楮俏颖(客服)全体工作人员均协助设计组参与7月8日—9日上午的会场布置工作。 2活动议程:时间流程项目工作组13:30—14:00 业务员入场场控组、礼仪组、节目组、资料组 14:00—14:05 领导入场礼仪组、资料组、节目组

14:05—14:10 少儿手语舞《感恩的心》表演资料组、节目组14:10—14:20 主持人出场,介绍参会嘉宾、领导及各系列业务员 资料组、节目组 14:20—14:25 主持人宣布大会正式开始,全体起立,齐唱司歌、司训 资料组14:25—14:35 卢总为大会致辞并作豫南成长PPT汇报礼仪组、资料组、节目组 14:35—15:05 优秀业务员表彰礼仪组、资料组、节目组 15:05—15:20 优秀代表发言(平顶山:金建敏)礼仪组、节目组、资料组 15:20—17:20 李董演讲礼仪组、节目组、资料组 17:20—17:25 为李董献礼礼仪组、节目组、资料组 17:25—17:35 赵总致辞场控组、礼仪组、节目组、资料组、设计组、后勤组 17:35—17:40 全体参会人员共跳手语舞《平安到永远》,主持人宣布会议结束场控组、资料组、设计组、后勤组 17:40—18:10 分机构与领导合影留念场控组、资料组、礼仪组、后勤组、设计组、节目组 18:10—18:20 全体集合安排前往英雄宴会场车辆礼仪组、后勤组、场控组 18:20—18:50 由南阳机构车辆引领车队共同前往南阳宾馆参

工程管理工作手册

安徽雨润管理制度汇编?第七部分?项目工程管理系统 建设工程项目管理制度 第一章总则 第一条为了加强安徽雨润地华发展有限公司建设工程项目的管理,保证工程项目建设工作的顺利进行,并达到投资建设的最佳效益,根据《中华人民共和国建筑法》、《安徽省工程建设管理条例》、《建设工程项目管理规范》、《建设工程质量管理条例》等有关法律、法规、规范,结合集团公司实际,特制订本制度。 第二条本制度适用于公司所有建设工程项目,包括公司新建、扩建、改建等工程项目。 第三条所有建设项目,必须严格执行国家有关政策和规定,按基本建设程序办理。 加强管理,切实做好前期工作,履行审查审批手续,落实工程建设条件、工程建设资金和分年施工建设计划,保证工程保质保量按期建成。 第二章项目的内部立项和审批 第四条建设方根据生产及生活需要,提交拟建工程立项数据。立项资料内容应包括建设必要性及方案建设、预算、草图、技术可行性、经济合理性等评价。 第五条项目的评审必须按规定的流程进行,公司总裁或总裁授权人针对项目评审情况对该建设项目进行最终审批,确定是否建设或投资额。 第三章投资计划管理 第六条项目初步设计前必须有设计概算,并报经主管部门领导批准。

第七条项目初步设计结束进行评审时,必须通过会议形式确定项目总体投资上限。 第八条项目施工阶段必须有工程预算,月度施工结算;月度费用分析,每月总结费用实际支出与分项分部工程预算偏离值,制定纠偏措施。否则,追究项目负责人的领导责任。 第九条工程结束后30日内,必须有工程结算和工程预算进行对比分析,出据项目分析报告。否则,项目负责人不得调离该公司或委以他任。 设计变更管理流程见下图: 第四章项目开工和竣工验收 第十条项目开工前,必须完成所有的准备工作。对外办理完整的建设施工手续;对内办理工程开工报告,经部门主管领导签发方可开工。 第十一条项目开工前必须有完整的施工预算、完备的施工组织设计和合格的项目质量计划。每缺少一样私自开工,扣除项目负责人绩效工资50

网站管理系统使用手册

网站管理系统使用 手册

前言: 本手册适用于师友网站群管理系统V3.0版本,根据客户需求,各模块的功能略有不同,所提供的界面图片仅供参考。 第一部分:常见操作 一、系统登录 从网站前台点击“管理登录”进入后台登录页面或直接从前台登录窗口,输入帐号和密码,点击“登录”进入系统。后台登录界面如下图示(图片仅供参考): Web方式登录窗口 二、系统界面

三、修改密码和个人资料 从系统操作主界面顶部右侧导航区点击“修改密码”和“个人资料”,打开修改密码窗口和修改个人资料的窗口。修改密码必须提供正确的原始密码。 修改登录密码界面 五、退出登录 从系统操作主界面顶部右侧的导航区点击“退出”,即可注销用户的登录信息并返回登录界面。 第二部分网站管理 一、站点管理

站点管理主要包括站点的创立、修改、删除、审核和站点的栏目管理。站点管理的主界面如下图所示: 1、创立新站点 从“站点管理”模块,点击“创立新网站”,打开创立新站点的编辑窗口。如下图所示: 站点包括“主站”和“班级”网站两种类型,创立“班级”网站前,必须事先在系统管理的“班级设置”模块设置好学校的班级。 创立新站点需要指定网站的名称、网址、网站目录,选择该网站的管理员。各项目指定的内容及说明详见窗口的“使用说明”。

“本站是系统门户”只有系统管理员能够指定,而且整个系统中只能指定一个网站为“门户”,被指定为门户的网站能够接受其它网站的投稿。 “管理员”能够管理本站点下的所有栏目内容,而且能够进行站点栏目的管理。 2、修改站点信息 参见“创立新站点”功能。 3、发布与取消发布 只有发布的站点才能够接受投稿和管理。管理员能够根据需要对网站进行开通与关闭。 4、站点的删除 删除某一个站点,该站点下面的所有栏目及所有内容都将同时被删除,而且不能够恢复。请慎用此功能。对于已经有内容的站点,在不需要的时候能够先设置为“不发布”。 二、栏目管理 普通用户能够从导航菜单“网站管理”—“栏目管理”进入栏目管理主界面,在该界面会列出当前用户有管理权限的所有站点(在“站点管理”模块被指定为“管理员”的站点)。栏目管理主界面如下图所示:

[中建]工程项目质量控制工作手册(126页)

工程质量控制工作手册2018年月日

前言:建筑工程质量管理工作以“GB/T19001—2008”、“GB/T50430—2007”、“建筑工程施工质量统一验收标准”三个规范为基础;以“工程局2005C/0版《管理体系程序文件汇编》相关文件”、工程局“项目管理手册”相关规定、工程局“项目部质量管理检查考核办法”三个文件为准则;施行“标准化”与“全面质量管理”相结合的管理模式;以“提质增效”为主题;在“成败在质量”的管理理念的指导下,本手册对项目质量管理进行系统的梳理,按流程分步骤进行解析,旨在使项目质量管理标准化、流程化;达到管理的目的。 前期准备: 1、资料档案盒36个; 2、档案盒侧立面标签见附件《资料封面》—档案盒标签; 3、各种资料封面见附件《资料封面》; 4、检查验收常用工具(包括靠尺、游标卡尺、回弹仪、扭力扳手、万用表等); 5、相关国家、地方及企业现行规范、规定及标准等,过期更新;

第一步:质量策划 时间:《工程承包合同》签订后15个工作日内; 内容: 1、《工程承包合同》签订后,根据《工程承包合同》、国家、地方、企业自身对该工程“质量”的相关要求,由公司“技术·质量部”进行策划,项目工程部负责组织、实施,公司主管领导审批,该策划一式三份,公司工程部、技术·质量部、项目部各留存一份; 2、“策划”主要编写内容为质量目标的确定、质量体系的建立、创优策划和QC小组活动成果策划、实体质量的控制、质量通病防治措施、工程资料管理等; 3、要求:所有工程项目必须全部包括在内,不得有遗漏; 4、制作封面见附件《资料封面》—1“质量策划”;资料包括: 1〕、质量策划及相关审批、签字文件; 2〕、交底记录、交底影像资料; 编写范例:《×××项目质量策划》—附件一⑴;

后台管理系统使用手册

新疆勇成信息科技有限公司 易缴通办公系统使用手册 易缴通后台管理系统 1、系统组成:交易查询、交易管理、财务管理、商户系 统、系统维护、系统管理 1.1操作方法:输入网址 http://192.168.102.5:9527/EasyToPayServ/client/loginAction_showmain. action进入程序,输入工号、密码、点击登录。 输入工号 输入密码

1.2易缴通后台管理系统——交易查询模块:分为成功交易、商品成功交易两个子模块 1.2.1成功交易:查询用户的成功缴费明细,输入用户号码,查询用户缴费金额,缴费时间及其缴费终端号码。 例如:在付费号处输入“182*****268”点击查询,即可显示此用户的缴费时间,地点,及交易金额。

1.2.2商品成功交易:查询用户购买商品的成功记录。输入付费手机号、订单号码、或是终端机号码,查询用户购买业务、交易金额、及其交易时间。 例如:输入终端号码“B9910179001 ”点击查询,就会显示在此终端机上成 功交易的商品信息记录。 终端号码输入

1.3易缴通后台管理系统——交易管理模块:分为失败交易、交易监控两个子模块 1.3.1失败交易:是对系统中由于各种原因未能成功的交易记录。 输入号码即可查询用户缴费类型,缴费失败时间、缴费地点及其缴费失败原因。

1.3.2交易监控:显示当前系统中的待发和正在发送的联通、移动、腾讯业务交易信息 1.4易缴通后台管理系统——财务管理模块:终端结账模块 1.4.1终端结账:分为四种状态: 未结账:对终端内资金的反映。在未收取状态下均显示未结账。在此查看结账信息 由此查看正在交易的数据

工程项目管理实施手册

项目管理实施手册 工程部

0—五年九月二

目录

第一章总则 说明 为全面、高效地履行施工合同,规范施工项目管理,提高项目效益,坚持“以市场为指导、以项目为核心、以效益为根本”的原则,制定本手册。 本手册不仅要求项目管理要规范运作,更进一步要求项目责任人在项目实施过程中, 科学地把握项目规律,创造性地工作,要以《项目管理目标责任书》为依据,以质量、 安全、工期、文明施工为基础,以控制施工成本为核心,以实现合同约定、提高盈利 水平、提升社会形象为目标全面开展项目管理工作。 本手册适用于公司范围内的所有施工项目。 施工项目管理 施工项目管理的概念 施工项目管理是指在有限的空间、时间和资源条件下,利用各种有效的手段,对 施工项目寿命周期的各种施工生产要素进行计划、组织、指挥、控制和协调的全过程 经营管理方式。 施工项目管理的三个层次 1)企业管理层,即公司,包括公司领导层和公司各管理部门。它具有三个主体特 点:市场竞争主体、合同履约主体、企业利益主体。 2)项目管理层,即项目部。它具有三个“一次性”特点:企业法人一次性授权管 理机构、一次性临时组织、一次性成本中心。 3)施工作业层,即内部专业公司作业层或外部分承包商,包括内部专业公司派出 的施工分包商(作业队)和参与项目施工的合格分承包商、劳务队伍。 三个层次之间的关系 1)项目管理层服从于企业管理层,企业管理层服务于项目管理层,企业管理层对 项目管理层进行监督、检查且为项目管理层提供服务,项目管理层对公司利益负责, 服从企业管理层的监督、检查、指导,对施工作业层进行监督、检查、管理,对工程

(完整版)CRM会员管理系统用户手册定稿

CRM会员管理系统用户手册 一、系统简介 CRM会员管理系统用于客户关系管理,利用相应的信息技术以及互联网技术来协调企业与顾客间在销售、营销和服务上的交互,从而提升其管理方式,向客户提供创新式的个性化的客户交互和服务的过程。系统完整记录客户历史信息,随时可以进行调用、查询;通过短信群发、邮件群发等功能,大幅度提升工作效率。 二、开发背景 随着市场的开放,各个企业之间的竞争逐渐加剧,并且也从独立的企业与企业之间的竞争发展成为了一个个群集之间的竞争。企业的客户资源才会是最重要的资源。在21世纪,会员管理得到了网络技术的充分支持。此时客户也有条件要求企业尊重他们,并对服务的质量和及时性等方面提出更高要求。网络时代到来,使得顾客可以有更大的选择权,市场由原来的供方主导转变为顾客主导。企业在处理与客户的关系时,被动地处理顾客的抱怨、解答顾客的问题,顾客服务并未成为整体服务产品的核心。在这种情况下,企业越来越感觉到没有信息技术支持的会员关系管理系统(CRM)力不从心。于是CRM 系统便应运而生。并将成为21世纪企业竞争获胜的通行证。何谓会员关系管理,会员关系管理是企业赢得顾客的高度满意,建立起与客户的长期良好关系所开展的工作。

三、系统概述 在全球一体化、企业互动和以INTERNET为核心的时代,企业面临着如何发展潜在客户,如何将社会关系资源变为企业的销售和发展资源的一系列方法策略。在上述背景下,客户关系管理系统应运而生,系统以客户为中心,实现市场、销售、服务协同工作的管理平台。系统旨在改善企业与客户之间关系的新型运作机制,服务于企业的市场、销售、服务与技术支持等与客户有关的环节。本系统符合中小企业客户管理的实际需求,能快速有效管理公司客户,巩固客户关系,监督管理营销进程,推动企业的快速成长。系统使用了全新的客户关系管理理念,系统从完善的基础信息到客户信息维护,强大的数据查询,基本能够满足中小型企业的需要。提高客户忠诚度和保有率,实现缩短销售周期、降低销售成本、增加收入、扩展市场,从而全面提升企业的赢利能力和竞争力。 四、基本操作部分 1、系统的登录及主界面 如下图:

工程项目管理工作手册-secret

目录 第一篇总则 (3) 第一章项目建设管理阶段划分及管理目标 (3) 第一节管理阶段划分 (3) 第二节管理目标 (3) 第二章工作的一般原则及准则 (5) 第一节工作的一般原则 (5) 第二节工作准则 (6) 第三章工作责任划分和违规处罚的一般原则 (8) 第一节工作责任划分 (8) 第二节违规处罚的一般原则 (9) 第二篇管理组织 (10) 第一章管理机构设置原则及要求 (10) 第一节机构设置原则 (10) 第二节机构设置要求 (10) 第二章项目实施阶段公司管理架构及管理职责 (11) 第一节项目实施阶段的管理架构 (11) 第二节公司的组建 (11) 第三节公司的组织结构 (12) 第四节项目实施阶段公司管理职责 (13) 第五节公司职能部门的岗位职责 (15) 第三章公司岗位设置、职责和任职资格 (21) 第一节岗位设置 (21) 第二节岗位工作职责和任职资格 (22) 第三篇管理规程 (35) 第一章工程项目招投标管理 (35) 第一节招标管理机构 (35) 第二节招标工作职责 (36) 第三节招标工作程序及管理 (38) 第二章工程施工管理规程 (47) 第一节行政后勤事务管理 (47) 第二节征地拆迁管理 (55) 第三节工程材料管理 (58) 第四节工程开工与进度管理 (62) 第五节工程质量管理 (71) 第六节安全生产管理 (84) 第七节工程计量与支付管理 (88) 第八节合约管理 (97)

第九节管理月报表的编制 (111) 第三章工程交工验收管理规程 (113) 第一节合同段交工验收程序 (113) 第二节项目交工验收及移交程序 (118) 第四章工程缺陷修复及项目竣工验收管理规程 (120) 第一节工程缺陷检查和修复程序 (120) 第二节合同段工程缺陷责任终止证书签发程序 (122) 第三节项目竣工验收程序 (124) 第五章工程财务管理 (126) 第一节工程预算及资金计划管理 (126) 第二节工程费用支付管理 (128) 第三节工程借款及担保管理 (131) 第四篇项目档案资料管理规程 (134) 第一章通则 (134) 第一节总则 (134) 第二节工程档案管理的职责划分 (135) 第三节工程档案管理的措施 (135) 第四节工程档案的整理、汇总和移交 (136) 第五节工程交(竣)工档案专项验收 (136) 第六节项目档案分类编号规则 (136) 第二章项目档案资料的构成与整理 (138) 第三章项目行政档案管理规程 (140) 第一节项目行政公文及工作便笺格式 (140) 第二节项目常用行政公文种类及适用范围 (144) 第三节行政公文办理程序及其基本要求 (144) 第四节公文传递管理制度 (150) 第四章项目工程档案管理规程 (152) 第一节项目招、投标文件的管理 (152) 第二节项目合同文件的管理 (153) 第三节项目施工技术档案的管理 (155) 第四节项目监理文件材料的管理 (160) 附录A 项目档案资料归档范围 (160) 附录B 公路工程单位、分部、分项工程的划分及编号 (167) 附录C 分项工程质量检验报表 (169) 附录D 竣工图编制规定 (196) 附录E 工程档案编制及质量标准要求 (207) 附录F 项目档案的组卷、整装及移交规定 (215) 详情咨询:QQ:36374520

建设银行善融商务商城用户操作手册电子券营销活动

善融商务企业商城用户操作手册 (电子券营销活动功能) 1通用券商品 1.1商户申请加入建行发起的通用券活动 1.1.1功能概述 商户在前台申请加入我行总行发起的通用券活动,商户所有符合活动规则的商品在活动期间都自动成为派券商品、收券商品,显示派券标识、收券标识。活动结束后,自行取消派券标识、收券标识。 1.1.2适用对象 加入建行发起的通用券活动的企业客户。 1.1.3操作流程 第一步:登录建行电子商务金融服务平台,点击进入“商务中心”页面; 第二步:在“商务中心”页面导航条中选择“营销活动”; 第三步:在“营销活动”页面左侧菜单栏中选择“活动申请”;再选择“加入活动申请”选项卡 第四步:选择总行发起的通用券活动,点击“申请加入” 第五步:点击《商户需与活动发起方签订的电子协议》,阅读协议 第六步:点击【确定】,申请加入活动 1.2商户查看申请加入通用券活动的结果 1.2.1功能概述

商户在前台查看申请加入我行总行发起的通用券活动的结果 1.2.2适用对象 加入建行发起的定向券活动的企业客户。 1.2.3操作流程 第一步:登录建行电子商务金融服务平台,点击进入“商务中心”页面; 第二步:在“商务中心”页面导航条中选择“营销活动”; 第三步:在“营销活动”页面左侧菜单栏中选择“活动申请”;再选择“申请管理”选项卡; 第四步:在“申请管理”页面查看申请加入通用券活动的状态,点击“查看详情”可查看活动详情、返券规则。 1.3 发布收取通用券商品(卖家) 1.3.1商户发布 1.3.1.1功能概述 客户通过我行善融商城网站发布或取消收取通用券消费商品,商家自行设置的收券商品长期有效,不受活动时间控制,同时支持自行取消。 1.3.1.2适用对象 发布通用券消费商品的企业客户。 1.3.1.3操作流程 1.3.1.3.1商户发布收取通用券商品(新商品) 第一步:登录建行电子商务金融服务平台,点击进入“商务中心”

水电表管理系统用户手册教学内容

水电表管理系统 用 户 手 册

目录 第一章运行环境 (2) 第二章水电表管理系统安装、卸载及登陆 (2) 一、安装前的准备工作 (2) 二、安装 (2) 三、卸载 (2) 四、登陆 (3) 第三章各模块功能详解 (4) 一、系统维护 (4) 1.部门设置 (5) 2.用户组定义 (5) 3.用户定义 (6) 二、房间信息管理 (10) 2. 房间管理 (13) 3.购水电管理 (14) 4.现金购水电管理 (14) 5.补水电管理 (15) 6.退水电管理 (15) 7.信息修正 (16) 8.换表管理 (17) 三、制作功能卡 (17) 1.制作授权卡 (17) 2.制作功能卡 (18) 3.读授权卡信息 (19) 4.读功能卡信息 (19) 5.读写卡模式设置 (20) 四、综合查询 (20)

第一章运行环境 运行平台:Windows 2000 第二章水电表管理系统安装、卸载及登陆 一、安装前的准备工作 (1)SQL SERVER 2000光盘、水电表管理软件、读卡器。 (2)将读卡器连接到PC机上。 (3)本系统可以配合[综合收费系统]、[两层一卡通系统]、[三层一卡通系统]使用,也可脱离以上环境运行。根据系统环境的不同,系统会自动在原有系统上创建本系统所需的数据库结构。与[综合收费系统]和[两层一卡通系统]配合时,直接连接主数据库“Accdb”;与[三层一卡通系统]配合时,连接到第三方本地库“LocalCost”(注意:必须先创建第三方本地库LocalCost,然后再运行电控系统)。 二、安装 安装盘为自解压文件,双击后如下图,点击“接受”进行下一步,选择某磁盘根目录后,点击“安装”,即可安装电控软件。安装完成后将在桌面和开始菜单建立“水电表管理系统”的快捷方式。 三、卸载 本系统为绿色软件,将安装目录和快捷方式删除即可完全卸载。

[中建]工程项目质量控制工作手册(126页)[详细]

工程质量控制工作手册

前言:建筑工程质量管理工作以“GB/T19001—20XX”、“GB/T50430—20XX”、“建筑工程施工质量统一验收标准”三个规范为基础;以“工程局20XXC/0版《管理体系程序文件汇编》相关文件”、工程局“项目管理手册”相关规定、工程局“项目部质量管理检查考核办法”三个文件为准则;施行“标准化”与“全面质量管理”相结合的管理模式;以“提质增效”为主题;在“成败在质量”的管理理念的指导下,本手册对项目质量管理进行系统的梳理,按流程分步骤进行解析,旨在使项目质量管理标准化、流程化;达到管理的目的。 前期准备: 1、资料档案盒36个; 2、档案盒侧立面标签见附件《资料封面》—档案盒标签; 3、各种资料封面见附件《资料封面》; 4、检查验收常用工具(包括靠尺、游标卡尺、回弹仪、扭力扳手、万用表等); 5、相关国家、地方及企业现行规范、规定及标准等,过期更新; 第一步:质量策划

时间:《工程承包合同》签订后15个工作日内; 内容: 1、《工程承包合同》签订后,根据《工程承包合同》、国家、地方、企业自身对该工程“质量”的相关要求,由公司“技术·质量部”进行策划,项目工程部负责组织、实施,公司主管领导审批,该策划一式三份,公司工程部、技术·质量部、项目部各留存一份; 2、“策划”主要编写内容为质量目标的确定、质量体系的建立、创优策划和QC小组活动成果策划、实体质量的控制、质量通病防治措施、工程资料管理等; 3、要求:所有工程项目必须全部包括在内,不得有遗漏; 4、制作封面见附件《资料封面》—1“质量策划”;资料包括: 1〕、质量策划及相关审批、签字文件; 2〕、交底记录、交底影像资料; 编写范例:《×××项目质量策划》—附件一⑴; 使用表格:管理交底记录—附件一⑵;

融合套餐活动受理操作手册40完整

融合套餐活动受理操作手册 注意事项(必看) 1.受理融合套餐包活动前必须确定该集团已经订购了【多媒体桌面电话和新增V 网】业务。 2.受理【多媒体桌面电话和新增V网】时必须新建账户,该账户是IMS固话合 户和专线的账户。 3.受理融合套餐包活动的号码必须是【多媒体桌面电话和新增V网】业务的计费 号码。 4.一定要注意,我们给用户的优惠专线的划拨是通过活动划款实现的,IMS固话 和手机号码费用划拨是通过活动划款+集团划拨来实现的,活动划拨给集团 80989账本下的钱是供IMS固话+需划拨手机号码一起使用的,因此【集团划 拨给手机号码的费用总和】+【IMS固话当月的消费额】不能高于80989账本 内的余额,否则集团划拨无法实现。 受理流程 1.为集团订购【多媒体桌面电话和新增V网】业务(新建账户) 2.为集团订购相应的专线业务(选择上步新建的账户) 3.IMS固话开户(选择指定的包月套餐) 4.IMS固话与 5.取【多媒体桌面电话和新增V网】业务的计费号码受理融合套餐包活动 6.根据客户需求为客户需划拨的手机号码进行个性化集团划拨 流程详解 为集团订购【多媒体桌面电话和新增V网】业务 在融合后版本PRM中选定集团客户管理——集团查询菜单 选择需要操作的集团,双击进入集团视图 选择左上角集团信息——V网菜单,进入集团V网信息界面 点击添加,查询需要绑定的V网;选定查询结果,点击【确定】 在弹出窗口中点击【确定】,V网绑定成功。回到V网页面中,可看到已添加成功的集团,点击【查看】可以查看已绑定的V网信息 在集团视图中选择套餐订购——基本套餐 在基本套餐订购页面中选择IMS业务分组——新增V网和多媒体桌面电话,点击【订购】 在订购页面中,输入订购信息(注意,V网编号下拉列表中选择之前绑定的VPMN编号,另外,因为牵涉到专款费用的划拨,此处的账户编号需新建,且仅用于IMS固话合户和融合V网域多媒体桌面电话使用)

终端标准化实施方案

附件2: ****保险有限公司 办公电脑行为安全管控实施方案 目录 背景说明: (2) 风险评估 (2) 1、外设管控 (2) 2、数据泄漏审计 (2) 3、软件和进程标准化 (2) 4、终端资产管理 (2) 5、远程控制和协助 (3) 6、非Windows电脑管理 (3) 行业调研 (3) 管控目标: (3) 终端标准化实施方案 (5) 1、硬件标准化 (5) 2、AD系统实现基础软件标准化 (5) 3、终端标准化工具实现高级标准化控制 (7) 4、桌面防病毒标准化 (8) 终端标准化管理平台 (9)

背景说明: 终端标准化是指对公司办公电脑进行统一硬件、统一软件,统一配置。终端标准化便于终端集中管理和维护,提高终端系统安全,有利于故障的发现和排除,提高员工工作效率,树立企业统一形象。 终端标准化的管控范围一般指公司总部计算机系统、省分公司计算机系统。 风险评估 目前我公司的员工电脑使用Windows AD域进行集中管理,通过AD域策略的管理已经实现了操作系统和用户的标准化管理,如操作系统标准化、用户终端标准化、账号审计策略等。 根据保监会《保险机构信息化监管规定》,再进一步推动办公终端的安全防护时,如数据防泄漏、介质管理、安全审计功能,通过AD域策略已经无法解决这些问题: 1、外设管控 为防止U盘泄露公司数据,2017年通过AD策略封闭公司计算机的USB端口。但由于AD策略无法针对特定类型的设备进行控制,导致目前因外接打印机、扫描仪、银行U盾等需求必须开通USB端口。 目前公司已经超过300个用户开通了USB端口,但缺少对通过U盘拷贝资料的审计工具,存在较大的安全管控风险。 2、数据泄漏审计 目前公司内很多领导和员工的日常沟通使用微信、QQ等即时通信工具。目前公司仅部署了上网行为管理,能够对用户能否使用即时通信工具进行控制,但不能审计到即时通信工具的聊天记录和文件传输。 如果公司机密信息通过QQ、微信泄露,将无法追查和审计,存在合规风险。 3、软件和进程标准化 由于AD策略无法针对特定软件进行限制安装、远程卸载等功能。导致员工办公电脑上安装了一些QQ管家、360之类的软件,或其他一些流氓软件、广告软件等,进一步导致AD域策略无法正常推送,严重影响了公司终端标准化工作的推广落地。 4、终端资产管理 目前的资产管理只登记了资产编号,缺少更精确的计算机资产统计信息,比如CPU/内存/硬盘信息等。 如果有人将公司电脑拆开更换硬盘、CPU、内存,目前无法通过监控或审计发现。

物业工程管理部岗位标准化手册

岗位标准化作业手册·物业工程管理部 目录 第一章部门职能 第一节部门职能概述 (2) 第二节部门岗位编制说明 (2) 第三节部门内专用名词注解 (3) 第二章物业工程管理部长岗 (5) 第一节职务说明书 第二节岗位应知应会 一、岗位专业知识应知应会 二、企业规章制度应知应会 三、部门规章制度应知应会 第三节岗位绩效考核 一、目标责任书(样本) 二、部门月度绩效考核表 三、部门年度绩效考核表 第三章工程师管理岗 (6) 第一节职务说明书 第二节岗位工作内容及作业标准 第三节岗位应知应会 一、岗位专业知识应知应会 二、企业规章制度应知应会 三、部门规章制度应知应会 第四节岗位作业流程及表单(含表单使用说明) 一、岗位作业流程清单 二、岗位作业流程图 三、作业表单及填写说明 第四章资产管理岗 (7) 第五章档案管理岗 (10) 第六章安全保卫岗 (12) 第七章设备设施岗 (13) 第八章装修工程岗 (15) 第九章采购招标岗 (16) 第十章实施及修改 第十一章附则·(部门内所有岗位应知应会制度、流程)

第一章部门职能 第一节部门职能概述 一、工程师管理职能:主要负责参与大型工程的改造、商场新建施工方案的拟定和图纸的 审核,工程项目列项及进度控制、技术指导;负责协助进行对外职能关系的协调;负责对市场进行考察,对设备设施价格进行了解,对新产品进行选购;负责提出节能改造、技术革新的思路及方案;负责对大型设备设施进行选型、采购;负责设备设施事故及大型故障的鉴定;负责对出现的疑难问题进行指导、解决。 二、设备设施管理职能:负责建立健全公司设备、设施管理制度,制定设施、设备维护、 维修的标准。对设备工程技术管理、项目预算管理进行指导、审核。对设施设备的节能降耗,技术的整改进行管理。组织制定设备预算并考核实体实施情况。审核实体设施、设备的维护、维修方案。 三、装修装饰管理职能:负责制定装修改造的标准、制度、流程,为各实体提供工程方面 的技术及信息服务和指导,并对各实体工程管理的情况进行监督、考核。 四、采购招标管理职能:负责建立和完善集团工程及设备材料采购招投标制度,监督、指 导实体工程及设备材料采购的招投标工作,并对各实体日常的采购工作进行检查、监督,从而保障各实体采购及招投标工作的正常进行。 五、资产管理职能:负责建立资产管理体系;制定设备设施等实物资产的使用及报废标准, 对其实施进行监督、考核;负责集团年度资产清查和盘点工作;负责集团总部的资产管理工作;负责集团资产管理应用软件的开发、使用管理; 六、档案管理职能:负责搜集、整理、保管本部门文档及集团范围内资产、设备、设施资 料档案;负责制定集团资产、设备档案资料管理办法并监督实施,协助上级安排日常的维修、资产、采购、报账方面的工作,协助上级完成各种文案工作,对其他行政和业务方面的工作提供行政支持。 七、安全消防管理职能:负责集团公司的安全保卫及消防管理工作;负责制定各种管理标 准并进行监督、审批;负责安全消防对内对外的事务性工作。 第二节部门岗位编制说明

《幼儿园一日活动保教常规操作手册》学习心得

《幼儿园一日活动保教常规操作手册》学习心得 《幼儿园一日活动保教常规操作手册》中讲到了生活活动、游戏活动、体育活动、学习活动,书中对每个活动都做出了一个概述,以及保教基本常识,同时还对各年龄段拟出了幼儿常规培养建议。 给我印象最深刻的是体育活动、游戏活动。以前我觉得开展的体育集教活动才是体育活动,看了这本书以后我才知道,“幼儿园的“体育活动”是幼儿园教育中,引导幼儿通过体育器械的运用、基本动作活动、利用自然因素的锻炼和体操活动。”也就是说幼儿在园的户外活动、晨间体育活动、体育集教活动都属于体育活动。而且在开展体育活动的时候是一个安全教育的契机,可以在活动中告知幼儿所要注意的安全事项,久而久之幼儿便知道哪些事情是安全的哪些事情是危险的,幼儿可以在体育活动中累积安全知识。 幼儿常规培养建议中给予了我们很好的提示,分别有活动前、活动中、活动后,我觉得体育活动中特别要注重的是安全;其次是幼儿的护理,在游戏前应该检查孩子的衣物是不是便于运动,然后选择合适的场地,准备好材料;然后在是幼儿在游戏中我们应该关注幼儿在游戏中的情况,引导幼儿遵守游戏规则以及对材料的创新、引导幼儿遇到问题的时候与同你、伴交流合作,教师应该巡视幼儿观察其危险的地方时借助次时机进行安全教育。在体育活动中不仅能让幼儿身体的到发展还能增加幼儿间的情感,幼儿解决问题的能力,能让幼儿在多方面得到发展。

幼儿园的游戏活动时很重要的,幼儿能在游戏中得到多方面的发展。幼儿的想象与创造、合作与交流、勇敢与坚持、愉悦与向往等良好品质都在游戏活动中得到及时的满足和综合的发展。在游戏活动中教师要做的就是为幼儿提供多样化的材料,组织丰富的游戏活动,同时在游戏中观察幼儿的水平及发展。 游戏活动分为两个板块,室内游戏和户外游戏。我觉得室内游戏分为:区角游戏、集教游戏、手指游戏等。室外游戏则分为:晨间游戏、户外区角游戏。在开展这些活动前教师应该根据室内实际情况、幼儿实际情况设计合适的活动,然后在与幼儿一同制定游戏规则。同时很多游戏都会借助材料来完成,就需要准备多样化的材料供幼儿玩耍。在活动中教师应该多角度观察幼儿,材料是否感兴趣?关注幼儿能否在活动中的需求,及时进行相应的调整;游戏后对于游戏的情况进行分享交流、提升经验。 书中特别强调的是对于游戏在游戏中的护理,例如:幼儿在户外游戏的安全、幼儿在玩沙水时的安全和卫生、游戏材料的安全、游戏材料的卫生、等,而我以前在开展游戏活动的时候都特别在意幼儿在游戏中有没有遵守规则,幼儿会不会玩游戏。幼儿在玩游戏时最应该注重的应该是幼儿的安全和健康,有了安全和健康才能开展有趣的游戏。

电缆终端头制作标准化作业指导书

Q/GDW 国家电网公司作业指导书 Q/GDW 203155-2016 电缆终端头制作标准化 作业指导书 2016-08-31发布2016-08-31实施 国家电网公司发布

目次 前言 (3) 1 范围 (4) 2 规范性引用文件 (4) 3 术语定义 (4) 4 作业前准备 (4) 4.1准备工作安排 (4) 4.2作业组织及人员要求 (4) 4.2.1作业组织 (4) 4.2.2人员要求 (5) 4.3备品备件与材料 (5) 4.4工器具与仪器仪表 (5) 4.5技术资料 (6) 4.6作业前设备设施状态 (6) 4.7安全管控与风险预控 (6) 4.7.1安全管控 (6) 4.7.2风险预控 (6) 4.8定置图及围栏图(可选) (6) 5 作业流程图 (6) 6 作业程序与作业规范(标准) (10) 7 报告与记录 (14) 8 绩效指标 (14) 8.1 作业步骤指标 (14) 8.2 作业结果指标 (14) 9 作业指导卡 (15) 附录A (16) 附录B (17) 附录C (19)

前言 为规范电缆终端头制作标准作业,制定本作业指导书。 本作业指导书由国家电网公司提出并解释。 本作业指导书由国家电网公司基建部归口。 本作业指导书起草单位:国家电网公司基建部。 本作业指导书主要起草人:朱辰、陈东。 本作业指导书审核人:陈晖。 本作业指导书批准人:易建山。 本作业指导书2016年8月31日首次发布。 本作业指导书在执行过程中的意见或建议反馈至国家电网公司基建部。

电缆终端头制作标准化作业 1 范围 本作业指导书规定了电缆终端头制作标准作业的作业前准备、标准作业程序、作业程序的质量要求及风险预控、报告与记录、绩效指标、作业指导卡的要求。 本作业指导书适用于电缆终端头制作标准作业。 2 规范性引用文件 下列文件对于本文件的应用是必不可少的。仅注日期的版本适用于本文件。 DLGJ 154-2000 电缆防火措施设计和施工验收标准 GB 50168-2006 电气装置安装工程电缆线路施工及验收规范 Q/GDW 1799.1-2013 电力安全工作规程(变电部分) Q/GDW 1799.2-2013 国家电网公司电力安全工作规程线路部分 3 术语定义 下列术语和定义适用于本文件。 3.1 终端头 电缆终端是安装在电缆线路末端,具有一定绝缘和密封性能,用以将电缆与其他电气设备相连接的电缆附件。 4 作业前准备 4.1准备工作安排 应根据工作安排合理开展作业准备工作,准备工作内容、要求见表1。 表1 准备工作安排 4.2作业组织及人员要求 4.2.1 作业组织 作业组织应明确人员类别、人员职责和作业人数,见表2。

相关主题
文本预览
相关文档 最新文档