實(shí)驗(yàn)-停止等待協(xié)議分析與協(xié)議模擬實(shí)現(xiàn)

1、精選優(yōu)質(zhì)文檔-傾情為你奉上實(shí)驗(yàn) 停止等待協(xié)議分析與協(xié)議模擬實(shí)現(xiàn)一、實(shí)驗(yàn)?zāi)康?）了解停止等待協(xié)議的原理2）掌握協(xié)議分析的方法和過程3）通過程序模擬停止等待協(xié)議的工作過程二、實(shí)驗(yàn)要求1）根據(jù)示例，編寫停止等待協(xié)議的模擬程序，演示停止等待協(xié)議的工作過程。2）撰寫實(shí)驗(yàn)報(bào)告。三、協(xié)議概述如果鏈路是理想的傳輸信道，1）所傳送的任何數(shù)據(jù)既不會(huì)出差錯(cuò)也不會(huì)丟失；2）如果不管發(fā)送方以多快的速率發(fā)送數(shù)據(jù)，接收方總是來得及收下，并及時(shí)上交主機(jī)。如果存在這樣的傳輸信道，數(shù)據(jù)鏈路層協(xié)議也是不需要的。信道不會(huì)出錯(cuò)，而且接收方緩存的容量為無限大而永遠(yuǎn)不會(huì)溢出；或接收速率與發(fā)送速率絕對(duì)精確相等。在上述兩個(gè)假定的情況下，數(shù)據(jù)鏈

2、路層當(dāng)然就不需要任何協(xié)議就可以保證數(shù)據(jù)傳輸?shù)恼_。這就是說，傳輸數(shù)據(jù)的信道是不可靠的（即不能保證所傳的數(shù)據(jù)不產(chǎn)生差錯(cuò)），并且還需要對(duì)數(shù)據(jù)的發(fā)送端進(jìn)行流量控制。在大多數(shù)協(xié)議中，流量控制是一組過程，這組過程是用來告訴發(fā)送方在等待接收方的應(yīng)答信號(hào)之前最多可以傳送多少數(shù)據(jù)。流量控制有兩個(gè)要點(diǎn)：（1）數(shù)據(jù)流不能使接收方過載。任何接收設(shè)備都有一個(gè)處理輸入數(shù)據(jù)的速率限制，并且存儲(chǔ)輸入數(shù)據(jù)的存儲(chǔ)器容量也是有限的。接收設(shè)備必須在達(dá)到這些限制之前通知發(fā)送設(shè)備并且請(qǐng)求發(fā)送設(shè)備發(fā)送較少的數(shù)據(jù)幀或是暫停一會(huì)兒。在使用輸入數(shù)據(jù)之前，需要對(duì)數(shù)據(jù)進(jìn)行校驗(yàn)和處理，因此，每個(gè)接收設(shè)備都有一塊存儲(chǔ)器，叫做緩沖區(qū)，用于存放未來得及處

3、理的數(shù)據(jù)幀。如果緩沖區(qū)將滿，接收方也必須能夠通知發(fā)送方暫停傳輸，直到接收方又能接收數(shù)據(jù)。（2）應(yīng)答。隨著數(shù)據(jù)幀的到來，接收方對(duì)他們進(jìn)行應(yīng)答，可以每收到一幀給一個(gè)應(yīng)答，也可以一次對(duì)若干幀進(jìn)行應(yīng)答。如果一個(gè)幀到達(dá)時(shí)已經(jīng)被破壞，接收方發(fā)送一個(gè)否定應(yīng)答幀（NAK）。在數(shù)據(jù)鏈路層，差錯(cuò)控制主要指錯(cuò)誤檢測和重傳方法。在一個(gè)幀中出現(xiàn)任何一個(gè)錯(cuò)誤，接收方就返回一個(gè)否定應(yīng)答幀，出錯(cuò)的幀就被發(fā)送方重新傳送。這個(gè)過程被稱作自動(dòng)重復(fù)請(qǐng)求(ARQ)。數(shù)據(jù)被重傳的情況有三種：幀破壞、幀丟失和應(yīng)答幀丟失。流量控制和差錯(cuò)控制是結(jié)合在一起實(shí)現(xiàn)的，共有兩種實(shí)現(xiàn)流量控制和差錯(cuò)控制的技術(shù)：停止等待協(xié)議和滑動(dòng)窗口協(xié)議?！緢D解】【總結(jié)】

4、使用的鏈路層傳輸控制協(xié)議發(fā)方：發(fā)送一個(gè)數(shù)據(jù)幀后，必須等待收方的確認(rèn)幀才可以發(fā)送下一個(gè)數(shù)據(jù)幀；為防止發(fā)送的數(shù)據(jù)或該數(shù)據(jù)的確認(rèn)幀丟失，發(fā)方內(nèi)部設(shè)置一個(gè)定時(shí)器，當(dāng)超過定時(shí)時(shí)間發(fā)方仍未收到確認(rèn)幀時(shí)，發(fā)方重發(fā)該幀；為防止確認(rèn)幀丟失而造成收方收到重復(fù)幀的情況，發(fā)方給每一個(gè)數(shù)據(jù)幀帶上一個(gè)序列號(hào)。（1個(gè)比特位）收方：在收方接收錯(cuò)誤時(shí)，收方發(fā)一否認(rèn)幀，要求發(fā)方重發(fā)該幀；收方收到相同的兩幀時(shí)，丟掉該數(shù)據(jù)幀并重發(fā)確認(rèn)幀。【流程示意圖】發(fā)送數(shù)據(jù)包1接收正確認(rèn)ACK發(fā)送數(shù)據(jù)包2重發(fā)數(shù)據(jù)包2發(fā)送數(shù)據(jù)包3接收負(fù)確認(rèn)NAK接收正確認(rèn)ACK接收正確認(rèn)ACK接收數(shù)據(jù)包1正確發(fā)送正確認(rèn)ACK接收數(shù)據(jù)包2錯(cuò)誤發(fā)送負(fù)確認(rèn)NAK接收數(shù)據(jù)

5、包2正確發(fā)送正確認(rèn)ACK接收數(shù)據(jù)包3正確發(fā)送正確認(rèn)ACK發(fā)送方接收方發(fā)送數(shù)據(jù)包0接收正確認(rèn)ACK1發(fā)送數(shù)據(jù)包1超時(shí)重傳數(shù)據(jù)包1超時(shí)重傳數(shù)據(jù)包1接收正確認(rèn)ACK0接收數(shù)據(jù)包0正確發(fā)送正確認(rèn)ACK1接收數(shù)據(jù)包1正確發(fā)送正確認(rèn)ACK0接收數(shù)據(jù)包1正確(拋棄)發(fā)送正確認(rèn)ACK0發(fā)送方接收方發(fā)送數(shù)據(jù)包0超時(shí)超時(shí)圖a 停止等待協(xié)議的基本工作過程 圖b 數(shù)據(jù)包的丟失和確認(rèn)信息的丟失示意圖四、協(xié)議分析可以用多種方法來表示一個(gè)有限狀態(tài)機(jī)，對(duì)協(xié)議進(jìn)行描述。以下是在某種假定條件下的協(xié)議分析。1）狀態(tài)遷移圖設(shè)甲、乙雙方進(jìn)行半雙工通信，甲發(fā)信息幀，乙回送確認(rèn)幀。雙方約定采用停止等待協(xié)議，因此甲方僅需用 1 比特來編號(hào)。

6、下面將 0 號(hào)幀和 1 號(hào)幀分別記為 0 和 1 。當(dāng)收到有差錯(cuò)的幀時(shí)，則丟棄此幀，同時(shí)不發(fā)任何應(yīng)答幀。當(dāng)收到無差錯(cuò)的幀但序號(hào)不正確時(shí)，要發(fā)確認(rèn)幀，同時(shí)要丟棄此幀，不送主機(jī)。我們還假定收方在準(zhǔn)備發(fā)送確認(rèn)幀 ACK 時(shí)，暫不接收外面發(fā)來的幀。這樣，我們就得出甲乙雙方各自的有限狀態(tài)機(jī)，如下圖所示。圖中橢圓形符號(hào)為狀態(tài)符號(hào)，其右方數(shù)字為狀態(tài)標(biāo)號(hào)，橢圓形內(nèi)的字表示狀態(tài)的意義。帶箭頭的直線或弧線表示狀態(tài)的變遷，而直線或弧線旁邊的字代表自動(dòng)機(jī)的輸入事件。例如，甲方自動(dòng)機(jī)中的 “發(fā) 0 ” 就是一個(gè)輸入事件。圖中在某些方面進(jìn)行了一些簡化。例如，當(dāng)乙方處于 “期望收 0 ” 的狀態(tài)時(shí)，若收到無差錯(cuò)的 1 幀，

7、仍然應(yīng)當(dāng)先進(jìn)入 “準(zhǔn)備發(fā) ACK ” 狀態(tài)，然后才發(fā)出 ACK 。但這里就將 “收 1 ” 與 “發(fā) ACK ” 合并成為一個(gè)事件。其余部分不再詳述。2）狀態(tài)遷移表方法除狀態(tài)轉(zhuǎn)移圖之外，還可用狀態(tài)遷移表（又稱為判決表）來表示自動(dòng)機(jī)的工作。例如對(duì)甲方的自動(dòng)機(jī)，可得出如下表所示的狀態(tài)變遷表。表中的項(xiàng)目代表 “新的狀態(tài)輸出” 。例如在狀態(tài)為 x1 時(shí)，若輸入為 “發(fā) 0 ” ，則狀態(tài)從 x1 轉(zhuǎn)為 x2，同時(shí)輸出為 “ 0 幀 ” 。當(dāng)輸出為 “” 時(shí)表示無輸出。3）混合描述方法比較實(shí)用的辦法是合并一些狀態(tài)，即考慮一些次要的細(xì)節(jié)。例如，甲方的狀態(tài) 1 和狀態(tài) 2，狀態(tài) 3和狀態(tài) 4 都可以合并，乙的

8、狀態(tài) 1 和狀態(tài) 4，狀態(tài) 2 和狀態(tài) 3 也可進(jìn)行合并。這樣可以用 3 個(gè)字符 XYZ 表示整個(gè)系統(tǒng)的狀態(tài)，其中 X0 或 1，對(duì)應(yīng)于甲方準(zhǔn)備發(fā) 0 或 1（包括發(fā)完后等待 ACK 的狀態(tài)）；Y0 或 1，對(duì)應(yīng)于乙方期望收到 0 或 1；Z0、l、A或，對(duì)應(yīng)于信道上傳送的是 0、1、ACK 或出現(xiàn)了差錯(cuò)（包括丟失）。這樣，就可得出 圖3-24 的有限狀態(tài)機(jī)。在弧線（或直線）旁邊注明的數(shù)字為狀態(tài)變遷的標(biāo)號(hào)，其意義也注明在 圖3-24 的右方。假設(shè)系統(tǒng)一開始處在（000）狀態(tài)。這表示甲發(fā)完 0，乙期望收到 0，而信道上傳送的也是 0。在無差錯(cuò)的情況下，系統(tǒng)的狀態(tài)僅在 4 個(gè)狀態(tài)中循環(huán)：（000）

9、（01A）（111）（10A）（000） 。從理論上講，應(yīng)當(dāng)共有 2 × 2 × 4 = 16 種不同的狀態(tài)。去掉沒有意義的組合后，還剩下 10 種狀態(tài)，而導(dǎo)致狀態(tài)變遷的輸人事件共有 9 種（ 標(biāo)號(hào) 0 8 ）。這種有限狀態(tài)機(jī)可幫助我們檢查協(xié)議是否正確。例如，檢查一下乙方會(huì)不會(huì)連續(xù)將兩個(gè) 0 號(hào)幀送交主機(jī)。這相當(dāng)于檢查一下會(huì)不會(huì)出現(xiàn)這種情況，即在兩次出現(xiàn)狀態(tài)變遷 1 之間不出現(xiàn)狀態(tài)變遷 3 。仔細(xì)檢查 圖3-24 就可發(fā)現(xiàn)這種情況是不會(huì)發(fā)生的。同樣方法也可用來排除連續(xù)將兩個(gè) 1 號(hào)幀送交主機(jī)的可能。再檢查一下會(huì)不會(huì)發(fā)生甲方連續(xù)改變狀態(tài) 2 次（ 如從 0 到 1，再回到 0

10、 ）而乙方的狀態(tài)未改變。這種情況相當(dāng)于出現(xiàn)了未被發(fā)現(xiàn)的報(bào)文丟失?？梢钥闯?，這種情況也是不存在的。協(xié)議必須不出現(xiàn)死鎖。死鎖的出現(xiàn)是因?yàn)榇嬖谥@樣的一種狀態(tài)子集，其特點(diǎn)是：從這一子集內(nèi)變遷到子集外是不可能的，而在這一子集內(nèi)狀態(tài)的變遷總是局限于子集內(nèi)的幾個(gè)狀態(tài)?？梢钥闯?，圖3-24 所示的自動(dòng)機(jī)沒有死鎖現(xiàn)象。有限狀態(tài)機(jī)模型的缺點(diǎn)就是當(dāng)描述比較復(fù)雜的協(xié)議時(shí)，狀態(tài)的數(shù)目將急劇增加，以致很難用它來清晰地描述協(xié)議。五、協(xié)議驗(yàn)證協(xié)議的 “驗(yàn)證” 一詞包括了“validation”與“verification”，包括了協(xié)議語法和語義的驗(yàn)證。一般說來，協(xié)議的驗(yàn)證包括以下幾個(gè)方面的內(nèi)容： （l）可達(dá)性（reacha

11、bility） 驗(yàn)證協(xié)議的各種可能狀態(tài)之間的可達(dá)關(guān)系。如果從狀態(tài) A 到狀態(tài) B 的變遷不可能發(fā)生（直接或間接），則從狀態(tài) A 到狀態(tài) B 是不可達(dá)的。如果協(xié)議從初始狀態(tài)到某個(gè)狀態(tài)不可達(dá)，則表明協(xié)議有錯(cuò)誤。 （2）死鎖 最典型的死鎖是協(xié)議中各實(shí)體都處于這樣的一種等待狀態(tài)，即只有在“某一事件”發(fā)生后才能做進(jìn)一步的動(dòng)作，但在該狀態(tài)下，這個(gè)“某一事件”卻不可能發(fā)生。死鎖發(fā)生時(shí)，協(xié)議所處的狀態(tài)稱為死鎖狀態(tài)。 死鎖的另一種形式是協(xié)議處于無限的死循環(huán)中，而沒有別的事件可使協(xié)議從這一循環(huán)中解脫出來。例如，協(xié)議無限制地執(zhí)行超時(shí)重發(fā)操作，但總是收不到對(duì)方的確認(rèn)信息。這種形式的死鎖稱為活鎖（livelock），表

12、示整個(gè)協(xié)議的狀態(tài)還是在變化的，不過不能脫離這種死循環(huán)狀態(tài)而已。（3）有界性檢驗(yàn)協(xié)議的某些成分或參數(shù)（例如通道容量、窗口大?。┦欠裼薪纭＃?）完整性檢驗(yàn)協(xié)議是否缺少應(yīng)有的處理，以及有無非期待的接收（即錯(cuò)收）。（5）可恢復(fù)性或自同步性這是當(dāng)出現(xiàn)差錯(cuò)后，協(xié)議能否在有限的步驟內(nèi)返回到正常狀態(tài)（包括初始態(tài)）下執(zhí)行。（6）狀態(tài)二義性一個(gè)進(jìn)程在某一時(shí)刻只允許具有一個(gè)穩(wěn)定狀態(tài)。所謂穩(wěn)定狀態(tài)是指當(dāng)通信雙方的通道為空時(shí)的進(jìn)程狀態(tài)。若在某一時(shí)刻進(jìn)程可以有不只一個(gè)的穩(wěn)定狀態(tài)，則稱該進(jìn)程的狀態(tài)為二義狀態(tài)。（7）動(dòng)作序列將協(xié)議的動(dòng)作按執(zhí)行順序組合起來，即構(gòu)成協(xié)議的動(dòng)作序列。協(xié)議的動(dòng)作序列集合又稱為協(xié)議的語言。檢查協(xié)議的動(dòng)

13、作序列，可以驗(yàn)證協(xié)議有無錯(cuò)誤動(dòng)作或無用動(dòng)作。（8）通道溢出檢查當(dāng)通道中的數(shù)據(jù)已達(dá)到通道的最大容量后，是否有某個(gè)進(jìn)程仍然試圖向通道中放入數(shù)據(jù)。六、參考代碼如下為Java參考代碼1）Sender.javaimport java.io.*;import .*;public class Sender extends Threadprivate String address = "" private int port = 9878; public Sender() Socket client = null ; for(int i=0;i<10; i+) cli

14、ent = new Socket() ; Msg data = new Msg(i%2); InetSocketAddress isa = new InetSocketAddress(this.address,this.port); try client.connect(isa,10000); ObjectOutputStream out = new ObjectOutputStream(client.getOutputStream(); out.writeObject(data); System.out.println("發(fā)送分組 "+data.getN_msg(); B

15、ufferedReader br = new BufferedReader(new InputStreamReader(client.getInputStream(); String str = br.readLine(); if(str.equals("resend1") System.out.println("分組丟失，重發(fā)"); i-; out.flush(); out.close(); out = null ; data = null ; client.close();client = null ; continue; else if(str.e

16、quals("resend2") System.out.println("ACK丟失，重發(fā)"); i-; out.flush(); out.close(); out = null ; data = null ; client.close();client = null ; continue; else System.out.println("n"+"接收ACK"+data.getN_msg()+" 發(fā)送分組"+(data.getN_msg()+1)%2); out.flush(); out.cl

17、ose(); out = null ; data = null ; client.close();client = null ; catch(java.io.IOException e) System.out.println("Socket error!" ); System.out.println("IOException :" + e.toString(); try this.sleep(8000); catch (InterruptedException e) e.printStackTrace(); public static void main

18、(String args) new Sender();2）Recver.javaimport java.io.*;import .*;public class Recver extends Thread private boolean OutServer = false; private static ServerSocket server ; private static int ServerPort = 9878; public static void main(String args) (new Recver().start();public Recver() try server =

19、new ServerSocket(ServerPort); catch(java.io.IOException e) System.out.println("Socket啟動(dòng)有問題 !" ); System.out.println("IOException :" + e.toString(); public void run() Socket socket; ObjectInputStream in ; System.out.println("伺服器已啟動(dòng) !" ); while(!OutServer) socket = null;

20、try synchronized(server) socket = server.accept(); socket.setSoTimeout(15000); in = new ObjectInputStream(socket.getInputStream(); Msg data = (Msg)in.readObject(); System.out.println("發(fā)送端正在發(fā)送的內(nèi)容"+data.getN_msg()+" 狀態(tài)："+data.getInfo(); if(data.getInfo().equals("losePackage&qu

21、ot;) System.out.println("分組丟失"); DataOutputStream dos = new DataOutputStream(socket.getOutputStream(); dos.writeBytes("resend1"+'n'); dos.close(); else if(data.getInfo().equals("loseAck") System.out.println("ACK丟失"); DataOutputStream dos = new DataOutp

22、utStream(socket.getOutputStream(); dos.writeBytes("resend2"+'n'); dos.close(); else System.out.println("接收分組 "+data.getN_msg()+" 發(fā)送ACK "+data.getN_msg(); DataOutputStream dos = new DataOutputStream(socket.getOutputStream(); dos.writeBytes("ok"+'n&#

23、39;); dos.close(); System.out.println(); in.close(); in = null ; socket.close(); catch(java.io.IOException e) System.out.println("Socket error !" ); System.out.println("IOException :" + e.toString(); catch(java.lang.ClassNotFoundException e) System.out.println("ClassNotFound

24、Exception :" + e.toString(); 3）Msg.javaimport java.io.Serializable;import java.util.*;public class Msg implements Serializableprivate int n_msg;private String info;private Random random; private int rdNum;public Msg(int n_msg) this.n_msg = n_msg;MsgState();public void MsgState()/用于模擬分組丟失，ACK丟失等

25、情況random = new Random();rdNum = Math.abs(random.nextInt()%100;if (rdNum<20) info = "losePackage"else if(rdNum>80) info ="loseAck"else info ="noError" public int getN_msg() return n_msg;public void setN_msg(int n_msg) this.n_msg = n_msg;public String getInfo() retu

26、rn info;public void setInfo(String info) = info;下午13：0017：00B實(shí)行不定時(shí)工作制的員工，在保證完成甲方工作任務(wù)情況下，經(jīng)公司同意,可自行安排工作和休息時(shí)間。312打卡制度公司實(shí)行上、下班指紋錄入打卡制度。全體員工都必須自覺遵守工作時(shí)間，實(shí)行不定時(shí)工作制的員工不必打卡。打卡次數(shù)：一日兩次，即早上上班打卡一次，下午下班打卡一次。打卡時(shí)間：打卡時(shí)間為上班到崗時(shí)間和下班離崗時(shí)間； 因公外出不能打卡：因公外出不能打卡應(yīng)填寫外勤登記表,注明外出日期、事由、外勤起止時(shí)間。因公

27、外出需事先申請(qǐng)，如因特殊情況不能事先申請(qǐng)，應(yīng)在事畢到崗當(dāng)日完成申請(qǐng)、審批手續(xù)，否則按曠工處理。因停電、卡鐘（工卡）故障未打卡的員工，上班前、下班后要及時(shí)到部門考勤員處填寫未打卡補(bǔ)簽申請(qǐng)表，由直接主管簽字證明當(dāng)日的出勤狀況，報(bào)部門經(jīng)理、人力資源部批準(zhǔn)后，月底由部門考勤員據(jù)此上報(bào)考勤。上述情況考勤由各部門或分公司和項(xiàng)目文員協(xié)助人力資源部進(jìn)行管理。手工考勤制度手工考勤制申請(qǐng)：由于工作性質(zhì)，員工無法正常打卡（如外圍人員、出差），可由各部門提出人員名單，經(jīng)主管副總批準(zhǔn)后，報(bào)人力資源部審批備案。參與手工考勤的員工，需由其主管部門的部門考勤員(文員)或部門指定人員進(jìn)

28、行考勤管理，并于每月26日前向人力資源部遞交考勤報(bào)表。參與手工考勤的員工如有請(qǐng)假情況發(fā)生，應(yīng)遵守相關(guān)請(qǐng)、休假制度，如實(shí)填報(bào)相關(guān)表單。 外派員工在外派工作期間的考勤,需在外派公司打卡記錄;如遇中途出差,持出差證明,出差期間的考勤在出差地所在公司打卡記錄;3.2加班管理3.2.1定義加班是指員工在節(jié)假日或公司規(guī)定的休息日仍照常工作的情況。A現(xiàn)場管理人員和勞務(wù)人員的加班應(yīng)嚴(yán)格控制，各部門應(yīng)按月工時(shí)標(biāo)準(zhǔn)，合理安排工作班次。部門經(jīng)理要嚴(yán)格審批員工排班表，保證員工有效工時(shí)達(dá)到要求。凡是達(dá)到月工時(shí)標(biāo)準(zhǔn)的，應(yīng)扣減員工本人的存休或工資；對(duì)超出月工時(shí)標(biāo)準(zhǔn)的，應(yīng)說明理由，報(bào)主管副總和人力

29、資源部審批。 B因員工月薪工資中的補(bǔ)貼已包括延時(shí)工作補(bǔ)貼，所以延時(shí)工作在4小時(shí)（不含）以下的，不再另計(jì)加班工資。因工作需要，一般員工延時(shí)工作4小時(shí)至8小時(shí)可申報(bào)加班半天，超過8小時(shí)可申報(bào)加班1天。對(duì)主管(含)以上管理人員，一般情況下延時(shí)工作不計(jì)加班，因特殊情況經(jīng)總經(jīng)理以上領(lǐng)導(dǎo)批準(zhǔn)的延時(shí)工作，可按以上標(biāo)準(zhǔn)計(jì)加班。員工加班應(yīng)提前申請(qǐng)，事先填寫加班申請(qǐng)表，因無法確定加班工時(shí)的，應(yīng)在本次加班完成后3個(gè)工作日內(nèi)補(bǔ)填加班申請(qǐng)表。加班申請(qǐng)表經(jīng)部門經(jīng)理同意，主管副總經(jīng)理審核報(bào)總經(jīng)理批準(zhǔn)后有效。加班申請(qǐng)表必須事前當(dāng)月內(nèi)上報(bào)有效，如遇特殊情況，也必須在一周內(nèi)上報(bào)至總經(jīng)理批準(zhǔn)。如未履行上述程序，視為乙

30、方自愿加班。員工加班，也應(yīng)按規(guī)定打卡，沒有打卡記錄的加班，公司不予承認(rèn)；有打卡記錄但無公司總經(jīng)理批準(zhǔn)的加班，公司不予承認(rèn)加班。原則上，參加公司組織的各種培訓(xùn)、集體活動(dòng)不計(jì)加班。加班工資的補(bǔ)償：員工在排班休息日的加班，可以以倒休形式安排補(bǔ)休。原則上，員工加班以倒休形式補(bǔ)休的，公司將根據(jù)工作需要統(tǒng)一安排在春節(jié)前后補(bǔ)休。加班可按1：1的比例沖抵病、事假。3.2.3加班的申請(qǐng)、審批、確認(rèn)流程加班申請(qǐng)表在各部門文員處領(lǐng)取，加班統(tǒng)計(jì)周期為上月26日至本月25日。員工加班也要按規(guī)定打卡，沒有打卡記錄的加班，公司不予承認(rèn)。各部門的考勤員(文員)負(fù)責(zé)加班申請(qǐng)表的保管及加班申報(bào)。員工加班應(yīng)提前申請(qǐng)，事先填寫加班申請(qǐng)表加班前