Oracle事务的完整流程的分析(精)
Oracle 事务的完整流程的分析
oracle 客户端与服务端的连接
要想登录数据库并在数据库中真正做事情, 一定要先连接数据库, 根据连接的原理不同, 分为专用服务器连接(dedicated server 和共享服务器连接(shared server 。TCP/IP是网络上连接 Oracle 所用的主要网络协议
什么是专用服务器?
在登录 oracle 时, Oracle 总会为我创建一个新的进程。这通常称为专用服务器配置 , 因为这个服务器进程会在我的会话生存期中专门为我服务。对于每个会话,都会出现一个新的专用服务器,会话与专用服务器之间存在一对一的映射。按照定义,这个专用服务器不是实例的一部分。我的客户进程 (也就是想要连接数据库的程序会通过某种网络通道 (如 TCP/IP socket 与这个专用服务器直接通信,并由这个服务器进程接收和执行我的 SQL 。如果必要, 它会读取数据文件,并在数据库的缓存中查找我要的数据。也许它会完成我的更新语句,也可能会运行我的 PL/SQL代码。这个服务器进程的主要目标就是对我提交的 SQL 调用做出响应。
什么是共享服务器?
Oracle 还可以接受另一种方式的连接,这称为共享服务器(shared server ,正式的说法是多线程服务器(Multi-ThreadedServer 或 MTS 。如果采用这种方式,就不会对每条用户连接创建另外的线程或新的 UNIX 进程。在共享服务器中, Oracle 使用一个“共享进程”池为大量用户提供服务。共享服务器实际上就是一种连接池机制 (例如程序的连接池。利用共享服务器,我们不必为 10000个数据库会话创建 10000个专用服务器(这样进程或线程就太多了,难于管理 ,而只需建立很少的一部分进程 /线程,顾名思义,这些进程 /线程将由所有会话共享。这样 Oracle 就能让更多的用户与数据库建立连接,否则很难连接更多用户。如果让我的机器管理 10000个进程,这个负载肯定会把它压垮,但是管理 100个或者 1 000个进程还是可以的。采用共享服务器模式, 共享进程通常与数据库一同启动, 使用 ps 命令可以看到这个进程。
共享服务器连接和专用服务器连接之间有一个重大区别, 与数据库连接的客户进程不会与共享服务器直接通信,但专用服务器则不然,客户进程会与专用服务器直接通信。之所以不能与共享服务器直接对话,原因就在于这个服务器进程是共享的。为了共享这些进程,还需要另外一种机制,通过这种机制才能与共享服务器进程“对话” 。为此, Oracle 使用了一个或一组称为调度器(dispatcher ,也称分派器的进程。客户进程通过网络与一个调度器进程通信。这个调度器进程将客户的请求放入 SGA 中 UGA 中的请求队列(这也是 SGA 的用途之一。第一个空闲的共享服务器会得到这个请求, 并进行处理 (例如, 请求可能是 UPDATE T SET X =X+5 WHERE Y = 2 。完成这个命令后,共享服务器会把响应放在原调度器(即接收请求的调度器的响应队列中。调度器进程一直在监听这个队列,发现有结果后,就会把结果传给客户。
一 . oracle客户端与服务端的连接
首先一个用户进程发出一个连接请求 , 如果使用的是主机命名或者是本地服务命中的主机名使用的是机器名 (非 IP 地址 ,那么这个请求都会通过 DNS 服务器或HOST 文件的服务名解析然后传送到 ORACLE 监听进程 , 监听进程接收到用户请求后会采取两种方式来处理这个用户请求。
C:/Documents and Settings/Administrator>sqlplus sys/aibo@test as sysdba
SQL*Plus: Release 10.2.0.4.0 - Production on 星期一 8月 16 10:51:15 2010
Copyright (c 1982, 2007, Oracle. All Rights Reserved.
连接到 :
Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options SQL>
sys/aibo是用户名密码, test 是 TNS 服务名, TNS 代表透明网络底层(Transparent Network Substrate , 这是 Oracle 客户端处理远程连接的“基础” 软件, 有了它才有可能建立对等通信。 TNS 连接串告诉 Oracle 软件如何与远程数据库连接。一般地,你的机器上运行的客户软件会读取一个 tnsnames.ora 文件。这是一个纯文本的配置文件,内容例如:
TEST =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP(HOST = 192.168.2.10(PORT = 1521
(CONNECT_DATA =
(SERVER = DEDICATED
(SERVICE_NAME = test
Oracle 客户端软件可以从 tns 连接串 TEST 得到有用的信息,也就是主机名,主机监听的端口号,主机所连接的数据库服务名,服务名表示具有公共属性、服务级阈值和优先级的应用组。提供服务的实例数量对应用是透明的,每个数据库实例可以向监听器注册,表示要提供多个服务。所以, 服务就映射到物理的数据库实例, 并允许DBA 为之关联阈值和优先级。现在 oracle 客户端通过 tns 连接串可以知道要连接
到哪里,他会与主机 (HOST = 192.168.2.10 在端口,打开一条 tcp/ip socket 连接;如果
服务端恰好配置了 oracle net ,并且有一个监听进程在 1521端口监听连接请求,就会受到这个连接请求。在网络环境中,我们会一个 tns 监听进程,就是这个监听进程可以让我们客户端与服务器物理连接。当他接受到这个请求后,会根据自己的配置文件处理这个请求连接,可能会拒绝请求(例如,因为没有这样的数据库,或者可能我们
的 IP 地址受到限制,不允许连接这个主机 ,也可能会接受请求,并真正建立连接。
专用服务器模式下 :监听进程接收到用户进程请求后,产生一个新的专用服务器进程, (在 UNIX 上,这是通过 fork(和 exec(系统调用做到的 (在 UNIX 中,要在初始化之后创建新进程,惟一的办法就是通过 fork( ; 在 Windows 上,监听器进程请求数据
库进程为连接创建一个新线程。一旦创建了这个线程,客户就会“重定向”到该线程,相应地就能建立物理连接。并且将对用户进程的所有控制信息传给此服务器进程, 也就是说新建的服务器进程继承了监听进程的信息,然后服务器进程给用户进程发一个 RESEND 包,通知用户进程可以开始给它发信息了,用户进程给这个新建的服
务器进程发一个 CONNECT 包,服务器进程再以
ACCEPT 包回应用户进程,致此, 用户进程正式与服务器进程确定连接 , 我们把这种连接叫做 HAND-OFF 连接,也叫转换连接 .
另一种方式是监听进程接收到用户进程的请求后产生一个新的专用服务器进程, 这个服务器进程选用一个 TCP/IP端口来控制与用户进程的交互,然后将此信息回传给监听进程,监听进程再将此信息传给用户进程,用户进程使用这个端口给服务器进
程发送一个 CONNECT 包,服务器进程再给用户进程发送一个 ACCEPT 包,致此,用户进程可以正式向服务器进程发送信息了。这种方式我们叫做重定向连接。HAND-OFF 连接需要系统平台具有进程继承的能力,为了使 WINDOWS NT/2000
支持 HAND-OFF 必须在
HKEY_LOCAL_MACHINE>SOFTWARE>ORACLE>HOMEX中设置
USE_SHARED_SOCKET。
共享服务器模式下 :只有重定向连接的方式, 工作方式是监听进程接收到用户进程的请求后产生一个新的调度进程,这个调度进程选用一个 TCP/IP端口来控制与用户进程的交互, 然后将此信息回传给监听进程,监听进程再将此信息传给用户进程,用户进程使用这个端口给调度进程发送一个 CONNECT 包,调度进程再给用户进程发送一个 ACCEPT 包,致此,用户进程可以正式向调度进程发送信息了。
可以通过设置 MAX_DISPIATCHERS这个参数来确定调度进程的最大数目, 如果调度进程的个数已经达到了最大,或者已有的调度进程不是满负荷,监听进程将不再创建新的调度进程, 而是让其中一个调度进程选用一个 TCP/IP端口来与此用户进程交互。调度进程每接收一个用户进程请求都会在监听进程处作一个登记, 以便监听进程能够均衡每个调度进程的负荷, 所有的用户进程请求将分别在有限的调度进程中排队,所有调度进程再顺序的把各自队列中的部分用户进程请求放入同一个请求队列, 等候多个 ORACLE 的共享服务器进程进行处理 (可以通过
SHARED_SERVERS参数设置共享服务器进程的个数 , 也就是说所有的调度进程共享同一个请求队列,共享服务器模式下一个实例只有一个请求队列,共享服务器进程处理完用户
进程的请求后将根据用户进程请求取自不同的调度进程将返回结果放入不同的响应队列,也就是说有多少调度进程就有多少响应队列,然后各个调度进程从各自的响应队列中将结果取出再返回给用户进程。
到目前为止,用户进程已经把需要执行的 sql 提交到 oracle 的服务进程,那 oracle 是如何处理这个进程的呢?
oracle 服务进程如何处理用户进程的请求
服务器进程在完成用户进程的请求过程中,主要完成如下 7个任务:
0.sql 语句的解析
1. 数据块的读入 db buffer
2. 记日志
3. 为事务建立回滚段
4. 本事务修改数据块
5. 放入 dirty list
6. 用户 commit 或 rollback
0.sql 语句的解析
下面要讲 oracle 服务器进程如可处理用户进程的请求,当一用户进程提交一个sql 时: update temp set a=a*2;首先 oracle 服务器进程从用户进程把信息接收到后,在PGA 中就要此进程分配所需内存,存储相关的信息,如在会话内存存储相关的登录
信息等;服务器进程把这个 sql 语句的字符转化为 ASCII 等效数字码,接着这个ASCII 码被传递给一个 HASH 函数,并返回一个 hash 值,然后服务器进程将到 shared pool 中的 library cache 中去查找是否存在相同的 hash 值,如果存在,服务器进程将使用这条语句已高速缓存在 SHARED POOL 的 library cache中的已分析过的版本来
执行,如果不存在,服务器进程将在 CGA 中,配合
UGA 内容对 sql ,进行语法分析,首先检查语法的正确性,接着对语句中涉及的表,索引,视图等对象进行解析, 并对照数据字典检查这些对象的名称以及相关结构, 并根据 ORACLE 选用的优化模式以及数据字典中是否存在相应对象的统计数据和是否使用了存储大纲来生成一个执行计划或从存储大纲中选用一个执行计划,然后再
用数据字典核对此用户对相应对象的执行权限, 最后生成一个编译代码。 ORACLE 将这条 sql 语句的本身实际文本、 HASH 值、编译代码、与此语名相关联的任何统计数据和该语句的执行计划缓存在 SHARED POOL的 library cache 中。服务器
进程通过 SHARED POOL 锁存器(shared pool latch 来申请可以向哪些共享 PL/SQL 区中缓存这此内容,也就是说被 SHARED POOL锁存器锁定的 PL/SQL区中的块不可被覆盖,因为这些块可能被其它进程所使用。在 SQL 分析阶段将用到 LIBRARY CACHE,从数据字典中核对表、视图等结构的时候,需要将数据字典从磁盘读入LIBRARY CACHE,因此, 在读入之前也要使用 LIBRARY CACHE锁存器(library cache pin, library cache lock来申请用于缓存数据字典。
到现在为止, 这个 sql 语句已经被编译成可执行的代码了, 但还不知道要操作哪些数据, 所以服务器进程还要为这个 sql 准备预处理数据。
1. 数据块的读入 db buffer
Oracle 处理数据,都需要把数据读取到内存中(即 db buffer中 ,首先服务器进程要判断所需数据是否在 db buffer存在,如果存在且可用,则直接获取该数据,同时根据 LRU 算法增加其访问计数; 如果 buffer 不存在所需数据, 则要从数据文件上读取。首先服务器进程将在表头部请求 TM 锁 (保证此事务执行过程其他用户不能
修改表的结构 , 如果成功加 TM 锁, 再请求一些行级锁 (TX 锁 , 如果 TM 、 TX 锁都成功加锁, 那么才开始从数据文件读数据, 在读数据之前,要先为读取的文件准备好buffer 空间。服务器进程需要扫面 LRU list寻找
free db buffer,扫描的过程中,服务器进程会把发现的所有已经被修改过的 db buffer注册到 dirty list中,
这些 dirty buffer会通过 dbwr 的触发条件,随后会被写出到数据文件,找到了足
够的空闲 buffer ,就可以把请求的数据行所在的数据块放入到 db buffer的空闲区域或者覆盖已经被挤出 LRU list的非脏数据块缓冲区,并排列在 LRU list的头部,也就是在数据块放入 DB BUFFER 之前也是要先申请 db buffer中的锁存器,成功加锁后,才能读数据到 db buffer。 2. 记日志
现在数据已经被读入到 db buffer了,现在服务器进程将该语句所影响的并被读入 db buffer 中的这些行数据的 rowid 及要更新的原值和新值及 scn 等信息从 PGA 逐条的写入 redo log buffer中。在写入 redo log buffer之前也要事先请求 redo log buffer的锁存器,成功加锁后才开始写入,当写入达到 redo log buffer 大小的三分之一或写入量达到 1M 或超过三秒后或发生检查点时或者 dbwr 之前发生,都会触发lgwr 进程把 redo log buffer的数据写入磁盘上的 redo file文件中(这个时候会产生log file sync等待事件 ,已经被写入 redo file 的 redo log buffer 所持有的锁存器会被
释放,并可被后来的写入信息覆盖, redo log buffer是循环使用的。 Redo file也是循环使用的,当一个 redo file 写满后, lgwr 进程会自动切换到下一 redo file(这个时候可能出现 log file switch(checkpoint complete 等待事件。如果是归档模式,归档进程还要将前一个写满的 redo file 文件的内容写到归档日志文件中(这个时候可能出现 log file switch(archiving needed 。 3. 为事务建立回滚段
在完成本事务所有相关的 redo log buffer之后,服务器进程开始改写这个 db buffer
的块头部事务列表并写入 scn , 然后 copy 包含这个块的头部事务列表及 scn 信息的数据副本放入回滚段中,将这时回滚段中的信息称为数据块的“前映像“,这个”
前映像“用于以后的回滚、恢复和一致性读。 (回滚段可以存储在专门的回滚表空间中, 这个表空间由一个或多个物理文件组成,并专用于回滚表空间,回滚段也可在其它表空间中的数据文件中开辟。 4. 本事务修改数据块
准备工作都已经做好了,现在可以改写 db buffer块的数据内容了,并在块的头部写入回滚段的地址。
5. 放入 dirty list
如果一个行数据多次 update 而未 commit ,则在回滚段中将会有多个“前映像“,除了第一个”前映像“含有 scn 信息外,其他每个“前映像“的头部都有 scn 信息和“前前映像” 回滚段地址。一个 update 只对应一个 scn ,然后服务器进程将在 dirty list中
建立一条指向此 db buffer块的指针(方便 dbwr 进程可以找到 dirty list的 db buffer 数据块并写入数据文件中。
接着服务器进程会从数据文件中继续读入第二个数据块, 重复前一数据块的动作, 数据块的读入、记日志、建立回滚段、修改数据块、放入 dirty list 。当 dirty queue 的长度达到阀值(一般是 25% ,服务器进程将通知 dbwr 把脏数据写出,就是释放 db buffer上的锁存器,腾出更多的 free db buffer。前面一直都是在说明 oracle 一次读一个数据块,其实 oracle 可以一次读入多个数据块
(db_file_multiblock_read_count来设置一次读入块的个数
说明:
在预处理的数据已经缓存在 db buffer 或刚刚被从数据文件读入到 db buffer 中,就要根据 sql 语句的类型来决定接下来如何操作。
1>. 如果是 select 语句,则要查看 db buffer块的头部是否有事务,如果有事务,则从回滚段中读取数据;如果没有事务,则比较 select 的 scn 和 db buffer 块头部的 scn ,如果前者小于后者,仍然要从回滚段中读取数据;如果前者大于后者,说明这是一非脏缓存,可以直接读取这个 db buffer块的中内容。
2>. 如果是 DML 操作, 则即使在 db buffer 中找到一个没有事务, 而且 SCN 比自己小的非脏缓存数据块,服务器进程仍然要到表的头部对这条记录申请加锁,加锁成功才能进行后续动作,如果不成功,则要等待前面的进程解锁后才能进行动作(这个时候阻塞是 tx 锁阻塞。 6. 用户 commit 或 rollback
到现在为止,数据已经在 db buffer或数据文件中修改完成,但是否要永久写到数文件中,要由用户来决定 commit (保存更改到数据文件和 rollback (撤销数据的更改 ,下面来看看在 commit 和 rollback 时, oracle 都在做什么。
用户执行 commit 命令
只有当 sql 语句所影响的所有行所在的最后一个块被读入 db buffer 并且重做信息被写入 redo log buffer(仅指日志缓冲区,而不包括日志文件之后,用户才可以发去commit 命令, commit 触发 lgwr 进程,但不强制立即 dbwr 来释放所有相应 db buffer 块的锁(也就是 no-force-at-commit, 即提交不强制写 ,也就是说有可能虽然已经commit 了,但在随后的一段时间内 dbwr 还在写这条 sql 语句所涉及的数据块。表头部的行锁并不在 commit 之后立即释放, 而是要等 dbwr 进程完成之后才释放, 这就可能会出现一个用户请求另一用户已经 commit 的资源不成功的现象。
A . 从 Commit 和 dbwr 进程结束之间的时间很短，如果恰巧在 commit 之后，dbwr 未结束之前断电，因为 commit 之后的数据已经属于数据文件的内容，但这部分文件没有完全写入到数据文件中。所以需要前滚。由于 commit 已经触发lgwr，这些所有未来得及写入数据文件的更改会在实例重启后，由 smon 进程根据重做日志文件来前滚，完成之前 commit 未完成的工作（即把更改写入数据文件）。 B. 如果未 commit 就断电了，因为数据已经在 db buffer 更改了，没有commit，说明这部分数据不属于数据文件，由于 dbwr 之前触发 lgwr（也就是只要数据更改，肯定要先有 log），所有 DBWR 在数据文件上的修改都会被先一步记入重做日志文件，实例重启后，SMON 进程再根据重做日志文件来回滚。其实smon 的前滚回滚是根据检查点来完成的，当一个全部检查点发生的时候，首先让LGWR 进程将 redo log buffer 中的所有缓冲（包含未提交的重做信息）写入重做日志文件，然后让 dbwr 进程将 db buffer 已提交的缓冲写入数据文件（不强制写未提交的）。然后更新控制文件和数据文件头部的 SCN，表明当前数据库是一致的，在相邻的两个检查点之间有很多事务，有提交和未提交的。像前面的前滚回滚比较完整的说法是如下的说明： A. 发生检查点之前断电，并且当时有一个未提交的改变正在进行，实例重启之后，SMON 进程将从上一个检查点开始核对这个检查点之后记录在重做日志文件中已提交的和未提交改变，因为 dbwr 之前会触发lgwr，所以 dbwr 对数据文件的修改一定会被先记录在重做日志文件中。因此，断电前被 DBWN 写进数据文件的改变将通过重做日志文件中的记录进行还原，叫做回滚，
B. 如果断电时有一个已提交，但 dbwr 动作还没有完全完成的改变存在，因为已经提交，提交会触发 lgwr 进程，所以不管 dbwr 动作是否已完成，该语句将要影响的行及其产生的结果一定已经记录在重做日志文件中了，则实例重启后，SMON 进程根据重做日志文件进行前滚实例失败后用于恢复的时间由两个检查点之间的间隔大小来决定，可以通个四个参数设置检查点执行的频率：
Log_checkpoint_interval: 决定两个检查点之间写入重做日志文件的系统物理块 (redo blocks的大小，默认值是 0，无限制 log_checkpoint_timeout: 决定了两个检查点之间的时间长度（秒），默认值是 1800s fast_start_io_target：决定了用于恢复时需要处理的块的多少，默认值是 0，无限制 fast_start_mttr_target：直接决定了用于恢复的时间的长短，默认值是 0，无限制（SMON 进程执行的前滚和回滚与用户的回滚是不同的， SMON 是根据重做日志文件进行前滚或回滚，而用户的回滚一定是根据回滚段的内容进行回滚的。在这里要说一下回滚段存储的数据，假如是 delete 操作，则回滚段将会记录整个行的数据，假如是 update,则回滚段只记录被修改了的字段的变化前的数据（前映像），也就是没有被修改的字段是不会被记录的，假如是 insert，则回滚段只记录插入记录的 rowid。这样假如事务提交，那回滚段中简单标记该事务已经提交；假如是回退，则如果操作是 delete,回退的时候把回滚段中数据重新写回数据块，操作如果是 update，则把变化前数据修改回去，操作如果是 insert，则根据记录的 rowid 把该记录删除。）用户执行rollback 如果用户 rollback，则服务器进程会根据数据文件块和 DB BUFFER 中块的头部的事务列表和 SCN 以及回滚段地址找到回滚段中相应的修改前的副本，并且用这些原值来还原当前
数据文件中已修改但未提交的改变。如果有多个“前映像” ，服务器进程会在一个“前映像” 的头部找到“前前映像”的回滚段地址，一直找到同一事务下的最早的一个“前映像”为止。一旦发出了 COMMIT，用户就不能 rollback，这使得COMMIT 后 DBWR 进程还没有全部完成的后续动作得到了保障。到现在为例一个事务已经结束了。说明： TM 锁：符合 lock 机制的，用于保护对象的定义不被修改 TX 锁：这个锁代表一个事务，是行级锁，用数据块头、数据记录头的一些字段表示，也是符合 lock 机制，有 resource structure、lock structure、enqueue 算法。
行政日常管理的工作内容及流程
新乡863日常行政管理的工作内容及流程 一、办公用品及日常用品的采购、发放管理 月末行政部要根据其他部门的请购计划及库存情况，并要根据相关规定作适当储备以备不时之需，作好请购计划单经主管审批后，及时保质保量地采购办公用品和日常用品，采购物品应当定价定点，保证质优价廉。要作好物品出入库登记，每月盘存，确保帐物相符。 二、部门固定资产的管理 对于公司所有的固定资产以及低值易耗品，需要建立台帐清单，监督各部门于每月25日进行盘点，办公室会根据各部门盘点情况进行抽查，核对帐物是否相符，对需要报废的资产按照相关程序申请报废，及时跟进各部门资产调动、出入库单据的核对，做到帐物相符。对于资产管理不当、帐物不符，应进行相应处罚。 三、各部门基础设备、设施维修管理 行政部负责根据维修要求协调或外请技术人员维修、对维修全过程进行控制；各部门对维修质量监督、确认。 所有维修要求做好记录、跟踪维护结果及完成状态；对未按要求完成的维修事项、及时了解情况并报告负责人。 四、文件档案的归档管理 根据不同种类档案的特点，做好系统编目、使用/传阅控制、分类存放、排
列有序，定期收集各类文件资料，并整理立卷归档。 各部门往来的备忘录、文档、资料等按类别、内容、时间顺序等存档管理。 五、文件资料收发、传真管理 各类文件资料收发、传真均需在登记薄上作好详细登记、记录，及时将各类信息（通知、文件）进行上传下达，特别是各类客户信息应登记后及时传递给相关部门； 六、各种费用的支付、控制 按时申请、交纳、控制公司各项费用，例如：车辆保养费、水电费等；并将所要交纳的各项费用进行审核记录，对各项资金审批单归类管理。做到资金审批的及时、准确，以确保各职能部门工作的正常开展。 七、对外关系建立维护 建立良好的公共关系平台，在平时的工作中要经常保持与已有关系的联系与沟通，并结合实际情况，建立新的公共关系。在对外交往中要自觉维护公司形象，要将对外关系维护情况及时向领导汇报，以便作出符合公司利益的调整。
[数据分析] 神图 数据分析师的完整流程与知识结构体系
干货&神图：数据分析师的完整流程与知识结构体系 【编者注】此图整理自微博分享，作者不详。一个完整的数据分析流程，应该包括以下几个方面，建议收藏此图仔细阅读。完整的数据分析流程：1、业务建模。2、经验分析。3、数据准备。 4、数据处理。 5、数据分析与展现。 6、专业报告。 7、持续验证与跟踪。 （注：图保存下来，查看更清晰） 作为数据分析师，无论最初的职业定位方向是技术还是业务，最终发到一定阶段后都会承担数据管理的角色。因此，一个具有较高层次的数据分析师需要具备完整的知识结构。 1. 数据采集 了解数据采集的意义在于真正了解数据的原始面貌，包括数据产生的时间、条件、格式、内容、长度、限制条件等。这会帮助数据分析师更有针对性的控制数据生产和采集过程，避免由于违反数据采集规则导致的数据问题；同时，对数据采集逻辑的认识增加了数据分析师对数据的理解程度，尤其是数据中的异常变化。比如： Omniture中的Prop变量长度只有100个字符，在数据采集部署过程中就不能把含有大量中文描述的文字赋值给Prop变量（超过的字符会被截断）。 在Webtrekk323之前的Pixel版本，单条信息默认最多只能发送不超过2K的数据。当页面含有过多变量或变量长度有超出
限定的情况下，在保持数据收集的需求下，通常的解决方案是采用多个sendinfo方法分条发送；而在325之后的Pixel版本，单条信息默认最多可以发送7K数据量，非常方便的解决了代码部署中单条信息过载的问题。（Webtrekk基于请求量付费，请求量越少，费用越低）。 当用户在离线状态下使用APP时，数据由于无法联网而发出，导致正常时间内的数据统计分析延迟。直到该设备下次联网时，数据才能被发出并归入当时的时间。这就产生了不同时间看相同历史时间的数据时会发生数据有出入。 在数据采集阶段，数据分析师需要更多的了解数据生产和采集过程中的异常情况，如此才能更好的追本溯源。另外，这也能很大程度上避免“垃圾数据进导致垃圾数据出”的问题。 2.数据存储 无论数据存储于云端还是本地，数据的存储不只是我们看到的数据库那么简单。比如： o数据存储系统是MySql、Oracle、SQL Server还是其他系统。 o数据仓库结构及各库表如何关联，星型、雪花型还是其他。 o生产数据库接收数据时是否有一定规则，比如只接收特定类型字段。 o生产数据库面对异常值如何处理，强制转换、留空还是返回错误。
行政部事务工作流程图
行政事务工作流程图 一、印章管理 1、流程图 2、说明 ○1使用公章到行政部填写《印章使用申请表》； ○2《印章使用申请表》要有经手人、部门负责人签字； ○3报总经理批准后，方可为其加盖； ○4如遇总经理不在，由总经理委托受托人签字有效； ○5如果工作需要使用财务章，须到财务部门按上述程序办理； ○6因工作需要将印章携带外出的，由总经理特批，批准程序如上。 具体参照行政部事务管理规程第一节。 3、使用表格 印章使用登记表
二、档案、公文管理 （一）档案管理 1、归档流程 2、说明 1）档案分类：合同（包括销售和采购合同）、投标书、招标书、相关图纸、通知、文件 2）归档 ○1各部门将所需存档的档案整理成册； ○2本部门存档及移交行政部存档； ○3相关人员在《存档登记表》登记。 ○4技术档案归档：由工程部、项目研发部自行建档并报行政部备案。 ○5具体参照行政部事务管理规程第二节第十、十一条。 3、使用表格 存档登记表
（二）公文管理 1、行文流程 1）拟稿：由各部门进行拟稿，文稿必须内容清晰、层次分明、观点明确、文字简练、标点符号正确、书写工整，用钢笔书写，严禁用铅笔或油笔； 2）汇稿：文件拟草后，如须汇签的文件，必须先履行汇签手续，汇签人在文稿的汇签处，签署自己的意见； 3）核搞：文件由行政部负责人核搞，内容包括文件质量、内容是否符合规定； 4）签批：报总经理签批后，行政部打印、定稿、核对、盖章和印发。 5）对不同内容的发文建立发文登记簿，含发文的时间、文件名称、收文单位、发出时间和收文回执； 6）具体参照行政部事务管理规程第二节十二、十三条。3、使用表格 1）发文登记表 2）哈尔滨日达兴科技实业股份有限公司发文审批单
工作分析的流程、作用与意义
职等职级体系干部序列 一、基本概念及相关术语： 1、工作分析，又称职务分析，是对某一企事业组织内部各岗位工作的分析。即采取科学的手段与技术，对每个职务同类岗位工作的结构因素及其相互关系，进行分解、比较与综合，确定该职务岗工作的要素特点、性质与要求的过程。 理解这一概念要从以下几个方面入手： （1）工作分析的主体是：工作分析者； （2）工作分析的客体是：工作岗位； （3）工作分析的对象是：岗位中的工作内容、工作责任、工作技能、工作强度、工作环境、工作心理以及岗位在组织中的运作关系。 （4）工作分析的结果是：职务说明书。 （5）工作的具体形式或是职业、职务、职位（岗位）、任务与要素。 （6）分析的具体行为形式是调查、研究、分解、比较、综合、分类、排序、评价、记录、说明与描述。 （7）工作分析活动的实质：就是从不同个人职业生涯的调查入手，顺次找出工作职务、职位、职责、任务与要素的过程，并由此确定工作的内容范围、属性关系、繁简难易与所需的资格条件。 2、要素：是指工作活动中不便再继续分解的最小单位。如从工具箱中取出工具、将夹具与加工件安装在机床上，开启机床，加工工件等均是工作要素。 3、任务：即工作活动中达到某一工作目的的要素集合。可以由一个或多个工作要素组成。如工人加工件、打字员打字都是一项任务。 4、职责：个体在工作岗位上需要完成的主要任务与大部分任务。它可以有一个或多个组成。如打字员的职责包括打字、校对、机器维修等任务。 5、职位：也称岗位，指某一工作班制时间内某个人所担负的一项或数项相互联系的职责的集合，职位与个人是一一匹配的，也就是有多少个职位就有多少人，二者的数量相等，例如，为了达到组织的生产目标，必须搞好生产管理，包括：生产计划、生产统计、生产调度等，为此设置生产计划员、生产统计员、生产高度员和生产科长等职位。其中，生产计划员主要完成生产任务的编制和监督执行任务，对生产计划的质量负责；生产统计员完成生产信息的收集、分析、传递等任务，对生产信息的准确性、完整性和及时性负责；生产调度员完成为实现生产计划而所需的动态管理与控制任务，对高度的有效性和及时性负责；生产科长完
公司内部管理事务流程
1内部管理事务流程 1．内部资金申请流程 2.备用金申请流程 3.报销流程 4.办公用品流程 5.办公用品采购申请流程 6.招投标文件合同文件评审流程 7.用工用料计划请示流程 8.项目部通用请示流程 行政主管汇总报批 分公司经理审批 采购 内情登记 项目经理申请 分公司经理审批 合约部审批 公司生产副总 起草 生产主管审批 经营副经理审批 分公司经理审批 项目经理起草 内勤，内审备案 行政主管汇总报批 分公司经理审批 采购 内情登记 生产副经理审批 经营副经理审批 分公司经理审批 报销申请 财务登记发放 生产副经理审批 经营副经理审批 分公司经理审批 项目经理申请 财务登记发放 生产副经理审批 经营副经理审批 核算员申请 项目经理申请 分公司经理审批 项目经理申请
9.物资申请请示流程 10.材料供应商审批流程 11.材料合同流程 12.劳务合同流程 13.项目付款流程 14.工程材料耗用明细表 15.分公司材料汇总表 16.劳保用品采购流程 生产主管审批分公司经 理审批 内勤备案 项目经理申请 采购生产主管经营副经 理审批 分公司经 理审批 项目经理申请 内勤备案 内审备案生产主管经营副经 理审批 分公司经 理审批 项目经理申请 内勤备案 内审备案分公司经 理 鸿明劳务合约部 分公司财务 分管副总分公司经 理审批 鸿明劳务合约部审 批 项目经理申请起草 常务副总 审批 分公司经 理 合约部审 批 项目经理申请起草分公司经 理 合约部公司生产 副总 起草生产副经 理审批 经营副经 理审批 分公司经 理审批 项目经理申请 采购后内 勤备案 生产副经 理审批 经营副经 理审批 分公司经 理审批 项目经理申请分公司经理审批
工作分析的流程、作用与意义
职等职级体系干部序列 、基本概念及相关术语: 1、工作分析，又称职务分析，是对某一企事业组织内部各岗位工作的分析。即采取科学的手段与技术，对每个职务同类岗位工作的结构因素及其相互关系，进行分解、比较与综合，确定该职务岗工作的要素特点、性质与要求的过程。 理解这一概念要从以下几个方面入手： （1）工作分析的主体是：工作分析者； （2）工作分析的客体是：工作岗位； （3）工作分析的对象是：岗位中的工作内容、工作责任、工作技能、工作强度、工作环境、工作心理以及岗位在组织中的运作关系。 （4）工作分析的结果是：职务说明书。 （5）工作的具体形式或是职业、职务、职位（岗位）、任务与要素。 （6）分析的具体行为形式是调查、研究、分解、比较、综合、分类、排序、评价、记录、说明与描述。 （7）工作分析活动的实质：就是从不同个人职业生涯的调查入手, 顺次找出工作职务、职位、职责、任务与要素的过程，并由此确定工作的内容范围、属性关系、繁简难易与所需的资格条件。 2、要素：是指工作活动中不便再继续分解的最小单位。如从工具箱中取出工 具、将夹具与加工件安装在机床上，开启机床，加工工件等均是工作要素。 3、任务：即工作活动中达到某一工作目的的要素集合。可以由一个或多个工 作要素组成。如工人加工件、打字员打字都是一项任务。 4、职责：个体在工作岗位上需要完成的主要任务与大部分任务。它可以有一 个或多个组成。如打字员的职责包括打字、校对、机器维修等任务。 5、职位：也称岗位，指某一工作班制时间内某个人所担负的一项或数项相互联系的职责的集合，职位与个人是一一匹配的，也就是有多少个职位就有多少人，二者的数量相等，例如，为了达到组织的生产目标，必须搞好生产管理，包括：生产计划、生产统计、生产调度等，为此设置生产计划员、生产统计员、生产高度员和生产科长等职位。其中，生产计划员主要完成生产任务的编制和监督执行任务，对生产计划的质量负责；生产统计员完成生产信息的收集、分析、传递等任务，对生产信息的准确性、完整性和及时性负责；生产调度员完成为实现生产计划而所需的动态管理与控制任务，对高度的有效性和及时性负责；生产科长完成生产管理各方面的协调、指导、监督和指挥任务，对整个生产管理工作的质量负责。
中国移动集团公司内部控制手册与业务流程(doc 23)
中国移动股有限公司内部控制手册 业务流程
目录 业务流程
1资本性支出业务流程 1.1招标及合同管理业务流程 一、业务流程范围 1 所涉及的业务范围 选择设计单位、承建商、供应商和监理公司；签订合同并对合同的执行和存档进行管理；组织采购；对购入物资的数量、质量和单价金额进行检验并对相关资产项目,以及应付账款进行记录；监督工程建设的实施并适时进行验收；向供应商支付货款。 2 所涉及的部门范围 财务部门、法律事务部门、审计部门、纪检监察部门、网络规划部门、建设部门、采购部门以及其他有资本性支出需求的部门 二、目标 1 设备采购及项目招标行为规范、过程公开、竞争公平、裁决公正， 符合公司管理制度、国家法律法规和有关国际惯例的要求。 三、风险 1 未遵守合同条款要求，未遵循有关法律法规，导致合同索赔、项目 停滞或政府处罚。
四、相关会计科目 无 五、流程概述 (一) 招标流程 1 编制招标文件 当按规定需要采用招标方式确定物资供应商、施工单位、设计单位或者监理单位时，由采购部门/建设部门会同相关部门及单位负责制作技术规范书和商务规范书，并合并形成招标文件。如果委托招标代理机构完成招标过程的，编制商务规范书和合并形成招标文件的工作由招标方组织招标代理机构完成。招标文件完成后由法律事务部门对相关法律文件的合法合规性进行审核，然后上交采购部门/项目管理部门/建设单位负责人或其授权人审批。上述相关部门或者单位审批后，按照项目金额和性质的不同，由相应的权限机构或其授权人员进行审阅。 如属于土建项目，则按规定必须由相关政府部门进行公开招标，相关流程不在此流程中规定。 对达到招标标准，但不采用招标方式的项目审批按照项目金额和性质的不同，由相应的权限机构进行审批。 2 组织招标 采用自行招标方式的项目，招标单位应该在招标工作开始以前取得 自行招标资格，否则应委托招标公司完成招标工作，被委托招标的 招标公司应具有相应的资质证明。
华为大数据数据分析方法数据处理流程实战案例
数据分析方法、数据处理流程实战案例 大数据时代，我们人人都逐渐开始用数据的眼光来看待每一个事情、事物。确实，数据的直观明了传达出来的信息让人一下子就能领略且毫无疑点，不过前提是数据本身的真实性和准确度要有保证。今天就来和大家分享一下关于数据分析方法、数据处理流程的实战案例，让大家对于数据分析师这个岗位的工作内容有更多的理解和认识，让可以趁机了解了解咱们平时看似轻松便捷的数据可视化的背后都是 有多专业的流程在支撑着。 一、大数据思维
在2011年、2012年大数据概念火了之后，可以说这几年许多传统企业也好，互联网企业也好，都把自己的业务给大数据靠一靠，并且提的比较多的大数据思维。 那么大数据思维是怎么回事？我们来看两个例子： 案例1：输入法 首先，我们来看一下输入法的例子。 我2001年上大学，那时用的输入法比较多的是智能ABC，还有微软拼音，还有五笔。那时候的输入法比现在来说要慢的很多，许多时候输一个词都要选好几次，去选词还是调整才能把这个字打出来，效率是非常低的。
到了2002年，2003年出了一种新的输出法——紫光拼音，感觉真的很快，键盘没有按下去字就已经跳出来了。但是，后来很快发现紫光拼音输入法也有它的问题，比如当时互联网发展已经比较快了，
会经常出现一些新的词汇，这些词汇在它的词库里没有的话，就很难敲出来这个词。 在2006年左右，搜狗输入法出现了。搜狗输入法基于搜狗本身是一个搜索，它积累了一些用户输入的检索词这些数据，用户用输入法时候产生的这些词的信息，将它们进行统计分析，把一些新的词汇逐步添加到词库里去，通过云的方式进行管理。 比如，去年流行一个词叫“然并卵”，这样的一个词如果用传统的方式，因为它是一个重新构造的词，在输入法是没办法通过拼音“ran bing luan”直接把它找出来的。然而，在大数据思维下那就不一样了，换句话说，我们先不知道有这么一个词汇，但是我们发现有许多人在输入了这个词汇，于是，我们可以通过统计发现最近新出现的一个高频词汇，把它加到司库里面并更新给所有人，大家在使用的时候可以直接找到这个词了。 案例2：地图
岗位分析的流程与方法
岗位分析的流程与方法 课程背景 为什么存在明显的冗员和低效，但很多部门却仍在高喊人手短缺？ 为什么采取竞聘上岗，而员工却认为这只是领导玩弄的人事调整“把戏”？ 为什么提供了高额的薪酬和福利，但员工的积极性和企业的经营绩效却依然没有改进？ 为什么企业进行了多年的绩效考核却还是没有进入角色？ 为什么企业引进人才难，而留住人才更是难上加难？ 为什么…………..？ 对于企业领导和人力资源管理者而言，诸如此类的问题可谓千头万绪，如何建立一套系统性的人力资源管理解决方案，而不只是“头痛医头、脚痛医脚”，成了我们迫切需要研究和解决的重大课题。 课程特色 通过楚天老师十余年成功运作优秀企业人力资源管理的实战经验，从国内企业所面临的实际问题出发，通过各种典型案例的讲解和分析，以及模拟现实环境的操作演练，提升企业人力资源管理者系统性解决问题的能力和实施操作水平。楚天老师以改善人力资源管理职业化程度为己任，会无私的奉献大量的极具参考价值的实践资料，例如，经典的职位管理制度，组织结构设计操作手册，组织结构设计模板，工作说明书动词库，任职资格管理制度，素质词典，定岗定编的原理与操作，绩效管理制度，员工绩效考核制度，KPI指标库，绩效案例库，薪酬的工作评价操作手册及薪酬设计工具等等，确保学员能够操作！ 课程内容 第一部分：组织结构、岗位设计与分析 一、人力资源战略管理与人力资本增值（道与术） ☆案例：某高科技企业的人才战略与实施 1、人力资源管理的系统平台 ☆案例分享：企业人力资源管理部门的组织建设，矩阵式的运作结构是人力资源战略得以执行的重要保障。 2、中国企业所面临的关键问题 ☆问题讨论：人力资本与财务资本的速度之争？究竟什么才是企业核心竞争力？企业家的应该管什么？管理者应该管什么？ 二、组织结构与岗位设计（原则与方法） 1、组织设计的基本原则 ☆案例分析：组织设计与业务流程的关系，华为2009年十大管理核心词“端到端”； ☆问题讨论：职能型组织与流程型组织的区别？ 2、组织设计的指导手册与设计模板 ☆问题讨论：如何减少部门之间的“扯皮”？——责权利的效率。 ☆案例分析：某大型国企的组织结构调整设计与实施。 3、岗位设计方法论：业务流程的优化与重整 三、岗位分析（流程与方法） 1、工作分析总体流程实施流程? 2、工作系统的研究——标准化的效率 3、“胜任能力”的考量——建立任职资格体系的初衷
(完整版)办公室行政事务流程图全套
XXXXXX公司行政事务管理工作流程 行政事务管理的主要工作内容：执行行政日常事务处理；执行秘书事务管理；执行档案的归档管理；执行后勤服务保障；执行办公设备、公共设施的日常管理和维护；执行办公用品及日常用品的采购、发放管理；执行固定资产及低值易耗品的管理；执行各种费用的控制交纳；执行公司对外关系建立维护；执行突发事件处理；执行计算机网络管理；执行合同管理；执行人力资源管理；执行上级交办事务等工作。 一、综合部具体工作流程 （一）日常事务处理 综合部的工作杂而乱，涉及面广，大小事情多，并且很多事务具有不可确定性，临时出现的工作，会给当日计划工作带来很大的冲突，这时就要择其轻重而处理。总体来讲，综合部属于服务保障部门，是为其他部门服务的，所以也要协助其他部门处理不涉及本部门的日常事务。否则会影响正常工作秩序，甚至会影响公司的经营活动。 （二）执行秘书事务管理 秘书工作是综合部的核心工作，亦是公司内部承上启下、对外联络的纽带和桥梁。在实际操作中，要求秘书事务管理人员在做好参谋助手的同时，牢固树立超前服务意识，有条有理的搞好各项服务工作。 （三）执行文件档案的归档管理 根据不同种类档案的特点，做好系统编目、使用/传阅控制、分类存放、排列有序，定期收集各类
文件资料，并整理立卷归档。 各部门往来的备忘录、文档、资料等按类别、内容、时间顺序等存档管理。 各类文件资料收发、传真均需在登记薄上作好详细登记、记录，及时将各类信息（通知、文件）进行上传下达，特别是各类客户信息应登记后及时传递给相关部门。 （四）后勤服务保障 综合部要将后勤服务保障列入日常工作中，要加强对工作环境、交通的管理进行监督，收集员工建议，缓解员工情绪，为员工提供较为良好的生活、工作环境，提高保障质量；车辆管理中，要制定相应制度，经常提醒驾驶员遵章守纪，保证车辆随时处于良好的性能状态，确保人员接送、货物输送的时效性。 安全工作是公司的一项重要工作，综合部是安全工作的主要执行部门；日常工作中应将安全工作、保密工作列入议事日程，要充分明确重点安全项目，不定期地组织检查，认真查出安全隐患，及时消除潜在的安全危害并作好记录。要落实安全责任制，签定安全责任制，规划安全教育、培训计划并认真加以实施。
基于业务流程的工作分析方法
基于业务流程的工作分析方法及应用 摘要：工作分析是人力资源治理的一项基础工作，但传统工作分析方法由于自身局限性差不多难以满足实际需求。基于业务流程的工作分析的提出和应用，考虑组织和流程变量对工作分析的阻碍，体现“人员－职位－流程”统一。本文论及基于业务流程的工作分析的特点和一般程序，并用实例加以讲明，以及探讨基于业务流程的工作分析应用过程中出现的问题。 关键词：工作分析方法；基于业务流程的工作分析；职责分配图法； 1．工作分析及其方法的比较 1.1 工作分析及其意义 职位是组织的差不多单元，组织的战略、目标与打算最终都要通过职位的功能发挥得到落实，并以职位目标与任务的达成为实现手段。对职位的工作分析（或称职位分析、岗位分析等）是人力资源治理的一项核心基础职能。工作分析是一种应用系统方
法。收集、分析、确定组织中职位的定位、目标、工作内容、职责权限、工作关系、业绩标准、人员要求等差不多因素的过程。工作分析的要紧成果是职位讲明书，是一般职职员作的指南，也是企业确定人力资源规划，建立职员能力模型，进行考核、薪酬、培训开发等人力资源职能治理的参考依据。他们之间的联系能够通过图1得以体现。 图1 工作分析的差不多原理 1.2 现行工作分析方法比较 现行工作分析分析中通常采纳的方法要紧有以下几种，各自存在优缺点： 更新工作表现契约Performance contract 浮动Variable 沟 通 承 诺 激 励
表1 传统工作分析方法比较 资料来源：人力资源治理：猎取竞争优势的工具机械工业 出版社 1999 P75 以上方法要紧存在以下二个方面的问题： （1）工作位分析缺乏对流程的衔接与磨合。职位讲明书是工作分析的产出和表现结果，也是许多企业进行工作分析的要紧目的，但这仅仅是工作分析对企业的成果价值，即通过工作分析所获得的信息为组织与人力资源体系的设计提供基础性的信息，但忽视了另一层价值贡献：即“过程价值”，通过工作分析关心企业对组织的内在各要素，包括部门、流程和职位进行全面系统的梳理，关心企业提高组织及流程设计与职位设置的合理性。现
退货处理流程
退货处理流程 一、目的 为了规范客户退货管理流程，明确退货责任和损失金额，确保每批退货产品均能得到及时、妥善的处置。 二、适用范围 客户退回的所有成品，包括质量问题、非质量问题。 三、职责分工 1、销售部各销售点负责明确退货型号、数量、退货原因、分类标识、包装防护、数据的登记、传递、产品的交接、退货运输费用损失的统计。 2、仓储部负责将确认报废产品的型号、数量清点清楚，组织人员拆废交库。 3、工厂品保部负责客户退货的质量评审、责任认定、统计汇总。 4、制造分厂负责参加客户退货现场评审和责任认定，对留用产品由分厂领出后进行检查、返修、包装和重新入库。 5、工程部负责制定退货产品的返工、返修方案及费用明细。 6、质量管理部负责对批量性的或有争议的退货，到客户现场确认，回复整改报告，负责本流程的监督实施。 四、责任原因区分 1、分厂原因 纯手工作业造成产品外观、外形结构、尺寸、性能和混装等不合格导致的退货；
2、品质原因 由检验员错检、漏检造成批量产品不合格导致的退货； 3、技术原因 图纸设计分解或变更错误、变更不及时，工装模具、工艺技术不成熟，包装防护设计不合理等造成的退货； 4、采购原因 原材料质量问题造成产品外观、外形结构、性能等不良导致的退货； 5、销售原因 计划下达错误、装卸及运输变形或损坏（包括产品退货时的防护不当）计划变更、下达的订单计划未履行或未完全履行、产品使用损坏、产品改型等； 6、其它 对于由于销售员未及时反馈，造成呆滞时间过长导致无法认定责任的，一律视为销售部责任。 五、流程 （一）退货原因确认 无论是何种原因的退货，销售点业务员或由其安排人员应到主机厂现场对退货原因进行确认，对于批量性的或有争议的退货的退货，销售点有必要通知公司质量管理部质量工程师前往一同确认、商谈。经确认需退货的产品在退货前，业务人员或跟线人员需对退货产品分类标识，写明不合格原因，填写《客户退货责任鉴定报告》明确型号、数量、退货原因。
公司运营管理流程
公司运营管理流程 公司管理工作，简言之，是“管好人，管好财，管好事”。在此，就公司人 资管理、财务管理及项目运行管理流程作如下规定： 第一条 人资管理流程 人资管理工作的三大重点控制是： ①岗位的设置及岗位职责确定。 ②人员的选聘和淘汰工作。 ③人员考评及培训工作。 ①岗位设置：根据公司的经营目标，明确公司的组织设计和岗位定编工作。 经总经理起草报董事会审批后，严格按定编定岗要求执行。 ②人员选聘： 部门负责人提出要求→公司分管负责人签批→总经理签批→人资部负责人落实→人资部组织配合专业部门面试 填表格及签→订试用合同→专业部门培训后上岗 →人资部和专业部门考核合格后签正式合同 ③人员离岗：本人申请或部门劝辞→人资部谈话并审议劳动合同终了事宜→隶属专业部门谈话→隶属专业部门工作交接→行政管理部办公用品交接人资部离职协议财务部门接算
离职 ④人员考评： 行政管理部日常管理制度考评 隶属专业部门综合素质考评 ⑤培训工作： a、人资部公司基本情况及日常管理制度培训 b、专业部门岗位培训 c、国家要求的培训及学习 第二条 财务管理流程 财务人员由总经理选聘，财务部直接对总经理负责。公司的财务运作，严格按预算执行。预算内资金由总经理负责并经各分管负责人审批。预算外资金统一报董事长审批。 ①预算程序：公司各部负责人制定预算 公司总经理审议并记录 财务部审议董事长审批审批后预算分发各部财务部按预 算审核 ②预算内费用核销程序：公司各部负责人同意经办人办理并按财务要求制单公司负责人审批财务部审批核销。另公司总办费用 报公司总经理审批，总经理费用报总办成员审批。 ③预算外费用。
销售退货业务流程及描述
销售退货处理 由客户填写《不良品退货申请单》，并由当地维修人员填写维修意见；仓库根据《不良品退货申请单》在ERP系统的【仓存管理】的[虚仓管理]中录入《虚仓入库单》并审核。然后由质量部检验，如果不是质量问题，直接退回客户；如果是质量问题，由仓库在ERP系统的【仓存管理】的[虚仓管理]中录入《虚仓调拨单》并审核，由大修车间维修。如果不可修，由销售部录入红字《销售出库单》并打印，由财务部签字盖章并生成红字发票退款。 销售换货处理 由客户填写《不良品退货申请单》，并由当地维修人员填写维修意见；仓库根据《不良品退货申请单》在ERP系统的【仓存管理】的[虚仓管理]中录入《虚仓入库单》并审核。然后由质量部检验，如果不是质量问题，直接退回客户；如果是质量问题，由仓库在ERP系统的【仓存管理】的[虚仓管理]中录入《虚仓调拨单》并审核，由大修车间维修。如果不可修，需要换货，由销售部根据《虚仓入库单》录入红字《销售出库单》并审核，然后手工录入蓝字《销售出库单》并审核发货。
基于业务流程的工作分析方法及应用(doc 5页)
基于业务流程的工作分析方法及应用(doc 5页)
基于业务流程的工作分析方法及应用 摘要：工作分析是人力资源管理的一项基础工作，但传统工作分析方法由于自身局限性已经难以满足实际需求。基于业务流程的工作分析的提出和应用，考虑组织和流程变量对工作分析的影响，体现“人员－职位－流程”统一。本文论及基于业务流程的工作分析的特点和一般程序，并用实例加以说明，以及探讨基于业务流程的工作分析应用过程中出现的问题。 关键词：工作分析方法；基于业务流程的工作分析；职责分配图法； 1．工作分析及其方法的比较 1.1 工作分析及其意义 职位是组织的基本单元，组织的战略、目标与计划最终都要通过职位的功能发挥得到落实，并以职位目标与任务的达成为实现手段。对职位的工作分析（或称职位分析、岗位分析等）是人力资源管理的一项核心基础职能。工作分析是一
位与周边的互动联系，片面强调对职位内在要素的详尽描述；结果将完整的流程分割得支离破碎，形成了工作分析与流程的脱节。 （2）现实中，不论采用哪种工作分析方法，都会存在职责重叠，需要重新界定的问题，加大工作分析的工作量。例如职位问卷分析法(调查表法)，可以非常直接地获取大量的信息，而且信息内容指向性强、具体并详细。这是一种从理论上讲较科学的工作分析方法，但实际操作中很少有部门去认真填写。在具体的填写过程中，由于每个人都会根据自己判断对职责内容进行归纳，难免出现职责重叠问题，之后要通过大量协调，调查进行重新界定、分析，明确职责，处理的工作量大。 基于以上比较，这里引入了一种基于业务流程的工作分析方法。 2．基于业务流程的工作分析方法 2.1业务流程的概念 企业业务流程是为满足顾客的需求和实现企业自身目标，在企业的逻辑思维模式（企业与环境、企业内部等等的逻辑关系）指导和现有的
公司内部管理流程
XXXX有限公司 内 部 管 理 流 程
目录 1、行政-01 会议管理工作流程 2、行政-02 固定资产管理流程 3、行政-03 客户招待管理工作流程 4、行政-04 办公用品/物料管理流程 5、行政-05 办公设备管理流程 6、行政-06 文书档案管理流程 7、行政-07 档案借阅管理流程 8、行政-08 收文管理工作流程 9、行政-09 发文管理工作流程 10、行政-10 名片印刷管理流程 11、行政-11 宣传物料制作管理流程 12、行政-12 宣传品/方案设计工作流程 13、行政-13 印章使用管理流程14、储运-01 储运物流管理流程 15、储运-02 发货配送工作流程 16、人事-01 组织结构设计工作流程 17、人事-02 人力资源规划工作流程 18、人事-03 事档案管理工作流程 19、人事-04 考勤管理工作流程 20、人事-05 培训计划管理工作流程 21、人事-06 员工招聘管理工作流程 22、人事-07 员工录用管理工作流程 23、人事-08 员工绩效考核管理工作 流程 24、人事-09 劳动合同管理工作流程 25、人事-10 员工出差管理工作流程
1、会议管理流程 编号：行政-01-步骤表/流程图编制日期：2010-12-08 此处会议性质为：招商会、展会、联谊会、客户答谢会等大型会议。办公会议流程在“另注”中。另注：公司内部办公会议流程： 具体会议管理工作流程图如下：
流程图：相关部门综合部相关领导
2、固定资产管理流程 编号：行政-02-步骤表/流程图编制日期：2010-12-08 流程图：申请部门综合部相关领导
大数据分析的流程浅析之一：大数据采集过程分析
大数据分析的流程浅析之一：大数据采集过程分析 数据采集，就是使用某种技术或手段，将数据收集起来并存储在某种设备上，这种设备可以是磁盘或磁带。区别于普通的数据分析，大数据分析的数据采集在数据收集和存储技术上都是不同的。具体情况如下： 1.大数据收集过程 在收集阶段，大数据分析在时空两个方面都有显著的不同。在时间维度上，为了获取更多的数据，大数据收集的时间频度大一些，有时也叫数据采集的深度。在空间维度上，为了获取更准确的数据，数据采集点设置得会更密一些。 以收集一个面积为100 平方米的葡萄园的平均温度 为例。小数据时代，由于成 本的原因，葡萄园主只能在 葡萄园的中央设置一个温度 计用来计算温度，而且每一 小时观测一次，这样一天就 只有24个数据。而在大数据 时代，在空间维度上，可以 设置100个温度计，即每个 1平方米一个温度计；在时间维度上，每隔1分钟就观测一次，这
样一天就有144000个数据，是原来的6000倍。 有了大量的数据，我们就可以更准确地知道葡萄园的平均温度，如果加上时间刻度的话，还可以得出一个时间序列的曲线，结果看起来使人很神往。 2.大数据的存储技术 通过增加数据采集的深度和广度，数据量越来越大，数据存储问题就凸现。原来1TB的数据，可以使用一块硬盘就可以实现数据的存储，而现在变成了6000TB，也就是需要6000块硬盘来存放数据，而且这个数据是每天都是增加的。这个时候计算机技术中的分布式计算开始发挥优势，它可以将6000台甚至更多的计算机组合在一起，让它们的硬盘组合成一块巨大的硬盘，这样人们就不用再害怕大数据了，大数据再大，增加计算机就可以了。实现分布式计算的软件有很多，名气最大的，目前市场上应用最广的，就是hadoop技术了，更精确地说应该是叫hadoop框架。 hadoop框架由多种功能性软件组成，其自身只是搭建一个和操作系统打交道的平台。其中最核心的软件有两个，一个是hdfs分布式文件系统,另一个是mapreduce分布式计算。hdfs分布式文件系统完成的功能就是将6000台计算机组合在一起，使它们的硬盘组合成一块巨大的硬盘，至于数据如何在硬盘上存放和读取，这件事由hadoop和hdfs共同完成，不用我们操心，这就如我们在使用一台计算机时只管往硬盘上存放数据，而数据存放在硬盘上的哪个磁道，我们是不用关心的。
基于工作分析的电力企业员工绩效考核流程探析
基于工作分析的电力企业员工绩效考核流程探析 绩效考核是一把双刃剑，科学的员工绩效考核流程会成为现代企业管理的一种有效方法，对于提高企业的科学管理水平有重要作用。但存在缺陷的考核制度则会出现对员工的评价不客观不全面，就不能切实保证员工的报酬、晋升、调动、激励、职业技能开发方面的公平性和公正性。 一、当前电力企业员工绩效考核存在的问题 我国有不少电力企业已经建立了绩效考核制度, 但大多数企业中的绩效考核被 看作是一种消极和负面的活动，普遍存在着走过场、员工之间责任推诿、对工作结果漠不关心以及管理者考核裹足不前的现象，特别是在具体考核过程中，其操作、规范、标准等方面存在的问题，更使其效果大打折扣，在电力企业考核管理中普遍存在以下问题: 1．绩效评估指标的确定缺乏科学性 有些电力企业由于对考核标准不明确，因此找不到适合的、全面的衡量指标，在指标选择上往往不是指标单一就是指标繁多。一方面，有些电力企业仅选择对工作业绩好坏最有代表性的单一标准来衡量，而员工的工作大都是由多种任务组成，如果用单一标准来衡量他们的工作绩效，那么考核结果就有很大的局限性。更重要的是，如果对员工的绩效考核实行单一标准，会使员工只重视这一标准，而忽视工作中其它方面的任务。如一份评定电力市场营销人员绩效的评估表只以电力商品的销售量为依据，则这个指标是欠缺的，它没有包含电力营销人员工作绩效的其他方面，如不良债权率、客户服务、优质客户保有率等。这不仅会使绩效评估结果不准确，而且可能会误导员工的行为偏离组织的目标。另一方面，绩效评估指标在数量上过多、过繁，容易导致评估组织者工作量的骤增，而且难以区分各评估指标之间的权重对比。 2．绩效标准不明确 许多电力企业在绩效考核过程中缺乏明确的考核标准和客观的衡量尺度，定量判断少、定性判断多，评选结果得不到广大员工的认可，如不同的主管人员可能对只有“好”、“中”、“差”等等级而没有详细描述的标准做出非常不同的理解，甚至可能把不优秀的员工评估为优秀。 3．绩效指标的使用缺乏可操作性 使用什么指标来确定员工的绩效在电力企业中是一个比较关键而又较难解决的问题。许多电力公司都不仅仅从工作完成情况，即质量、数量和效率方面去衡量员工的绩效，还从工作态度、思想觉悟等一系列因素考虑。这种思路是很好的，但是对于科学确定绩效考核的指标体系以及如何使考核的指标具有可操作性，许多电力企业考虑得并不周到。例如，对“工作责任心很强”这一评定就无以明确，怎样才能算很强呢？如何来定义或量化它？因此，科学地选择绩效指标、客观地描述绩效指标是需要不断完善的。 4．考核定位模糊，结果流于形式 考核的定位，是绩效考核的核心问题。所谓考核的定位问题，其实质就是通过绩效考核要解决什么问题，绩效考核工作的管理目标是什么。考核的定位直接影响到考核的实施，定位的不同必然带来实施方法上的差异。对绩效考核定位的模糊主要表现在考核缺乏明确的目的上，仅仅是为了考核而进行考核，这是很多电力
采购数据分析的8个流程与常用7个思路
【采购】采购数据分析的8个流程与常用7 个思路 在采购过程中，数据分析具有极其重要的战略意义，是优化供应链和采购决策的核心大脑。因此做好数据分析，是采购过程中最重要的环节之一。 那么如何做好数据分析呢？以下梳理出数据分析的8步流程，以及常见的7种分析思路。在启动数据分析前，最好跟主管或数据经验较丰富的童鞋确认每一步的分析流程。 一、数据分析八流程： 1、为什么分析？ 首先，你得知道为什么分析？弄清楚此次数据分析的目的。比如，什么类型的 客户交货期总是拖延。你所有的分析都的围绕这个为什么来回答。避免不符合 目标反复返工，这个过程会很痛苦。 2、分析目标是谁？ 要牢记清楚的分析因子，统计维度是金额，还是产品，还是供应商行业竞争趋势，还是供应商规模等等。避免把金额当产品算，把产品当金额算，算出的结 果是差别非常大的。 3、想达到什么效果？ 通过分析各个维度产品类型，公司采购周期，采购条款，找到真正的问题。例 如这次分析的薄弱环节供应商，全部集中采购，和保持现状，都不符合利益最 大化原则。通过分析，找到真正的问题根源，发现精细化采购管理已经非常必 要了。
4、需要哪些数据？ 采购过程涉及的数据，很多，需要哪些源数据？采购总额？零部件行业竞争度？货款周期？采购频次？库存备货数？客户地域因子？客户规模？等等列一个表。避免不断增加新的因子。 5、如何采集？ 数据库中供应商信息采集,平时供应商各种信息录入,产品特性录入等,做数据分析一定要有原料,否则巧妇难为无米之炊。 6、如何整理？ 整理数据是门技术活。不得不承认EXCEL是个强大工具，数据透视表的熟练使 用和技巧，作为支付数据分析必不可少，各种函数和公式也需要略懂一二，避 免低效率的数据整理。Spss也是一个非常优秀的数据处理工具，特别在数据量 比较大，而且当字段由特殊字符的时候，比较好用。 7、如何分析？ 整理完毕，如何对数据进行综合分析，相关分析？这个是很考验逻辑思维和推 理能力的。同时分析推理过程中，需要对产品了如指掌，对供应商很了解，对 采购流程很熟悉。看似一个简单的数据分析，其实是各方面能力的体现。首先 是技术层面，对数据来源的抽取－转换－载入原理的理解和认识；其实是全局观，对季节性、公司等层面的业务有清晰的了解；最后是专业度，对业务的流程、设计等了如指掌。练就数据分析的洪荒之力并非一朝一夕之功，而是在实 践中不断成长和升华。一个好的数据分析应该以价值为导向，放眼全局、立足 业务，用数据来驱动增长。 8、如何展现和输出？
数据分析师的完整流程与知识结构体系
数据分析师的完整流程与知识结构体系
————————————————————————————————作者：————————————————————————————————日期：
1.数据采集 了解数据采集的意义在于真正了解数据的原始面貌，包括数据产生的时间、条件、格式、内容、长度、限制条件等。这会帮助数据分析师更有针对性的控制数据生产和采集过程，避免由于违反数据采集规则导致的数据问题;同时，对数据采集逻辑的认识增加了数据分析师对数据的理解程度，尤其是数据中的异常变化。比如：Omniture中的Prop变量长度只有100个字符，在数据采集部署过程中就不能把含有大量中文描述的文字赋值给Prop变量(超过的字符会被截断)。 在Webtrekk323之前的Pixel版本，单条信息默认最多只能发送不超过2K的数据。当页面含有过多变量或变量长度有超出限定的情况下，在保持数据收集的需求下，通常的解决方案是采用多个sendinfo方法分条发送;而在325之后的Pixel 版本，单条信息默认最多可以发送7K数据量，非常方便的解决了代码部署中单条信息过载的问题。(Webtrekk基于请求量付费，请求量越少，费用越低)。 当用户在离线状态下使用APP时，数据由于无法联网而发出，导致正常时间内的数据统计分析延迟。直到该设备下次联网时，数据才能被发出并归入当时的时间。这就产生了不同时间看相同历史时间的数据时会发生数据有出入。 在数据采集阶段，数据分析师需要更多的了解数据生产和采集过程中的异常情况，如此才能更好的追本溯源。另外，这也能很大程度上避免“垃圾数据进导致垃圾数据出”的问题。 2.数据存储 无论数据存储于云端还是本地，数据的存储不只是我们看到的数据库那么简单。比如： 数据存储系统是MySql、Oracle、SQL Server还是其他系统。 数据仓库结构及各库表如何关联，星型、雪花型还是其他。 生产数据库接收数据时是否有一定规则，比如只接收特定类型字段。 生产数据库面对异常值如何处理，强制转换、留空还是返回错误。 生产数据库及数据仓库系统如何存储数据，名称、含义、类型、长度、精度、是否可为空、是否唯一、字符编码、约束条件规则是什么。 接触到的数据是原始数据还是ETL后的数据，ETL规则是什么。 数据仓库数据的更新更新机制是什么，全量更新还是增量更新。 不同数据库和库表之间的同步规则是什么，哪些因素会造成数据差异，如何处理差异的。