第一篇：OA系統權限管理設計方案

OA系統權限管理設計方案

l 不同職責的人員，對于系統操作的權限應該是不同的。優秀的業務系統，這是最基本的功能。

l 可以對“組”進行權限分配。對于一個大企業的業務系統來說，如果要求管理員為其下員工逐一分配系統操作權限的話，是件耗時且不夠方便的事情。所以，系統中就提出了對“組”進行操作的概念，將權限一致的人員編入同一組，然后對該組進行權限分配。

l 權限管理系統應該是可擴展的。它應該可以加入到任何帶有權限管理功能的系統中。就像是組件一樣的可以被不斷的重用，而不是每開發一套管理系統，就要針對權限管理部分進行重新開發。

l 滿足業務系統中的功能權限。傳統業務系統中，存在著兩種權限管理，其一是功能權限的管理，而另外一種則是資源權限的管理，在不同系統之間，功能權限是可以重用的，而資源權限則不能。

針對OA系統的特點，權限說明：

權限

在系統中，權限通過模塊+動作來產生，模塊就是整個系統中的一個子模塊，可能對應一個菜單，動作也就是整個模塊中（在B/S系統中也就是一個頁面的所有操作，比如“瀏覽、添加、修改、刪除”等）。將模塊與之組合可以產生此模塊下的所有權限。

權限組

為了更方便的權限的管理，另將一個模塊下的所有權限組合一起，組成一個“權限組”，也就是一個模塊管理權限，包括所有基本權限操作。比如一個權限組（用戶管理），包括用戶的瀏覽、添加、刪除、修改、審核等操作權限，一個權限組也是一個權限。角色

權限的集合，角色與角色之間屬于平級關系，可以將基本權限或權限組添加到一個角色中，用于方便權限的分配。

用戶組

將某一類型的人、具有相同特征人組合一起的集合體。通過對組授予權限（角色），快速使一類人具有相同的權限，來簡化對用戶授予權限的繁瑣性、耗時性。用戶組的劃分，可以按職位、項目或其它來實現。用戶可以屬于某一個組或多個組。

通過給某個人賦予權限，有4種方式(參考飛思辦公系統)A.通過職位

a)在職位中，職位成員的權限繼承當前所在職位的權限，對于下級職位擁有的權限不可繼承。

b)實例中：如前臺這個職位，對于考勤查詢有權限，則可以通過對前臺這個職位設置考勤查詢的瀏覽權，使他們有使用這個對象的權限，然后再設置個，考勤查詢權（當然也可以不設置，默認能進此模塊的就能查詢），則所有前臺人員都擁有考勤查詢的權利。

B.通過項目

a)在項目中，項目成員的權限來自于所在項目的權限，他們同樣不能繼承下級項目的權限，而對于項目組長，他對項目有全權，對下級項目也一樣。

b)實例中：在項目中，項目成員可以對項目中上傳文檔，查看本項目的文檔,可以通過對項目設置一個對于本項目的瀏覽權來實現進口，這樣每個成員能訪問這個項目了，再加上項目文檔的上傳權和查看文檔權即可。c)對于組長，因為可以賦予組長一個組長權（組長權是個特殊的權限，它包含其他各種權限的一個權限包），所有組長對于本項目有全權，則項目組長可以對于項目文檔查看，審批，刪除，恢復等，這些權限對于本項目的下級項目依然有效。

C.通過角色

a)角色中的成員繼承角色的權限，角色與角色沒有上下級關系，他們是平行的。通過角色賦予權限，是指沒辦法按職位或項目的分類來賦予權限的另一種方式，如：系統管理員，資料備份員…

b)實例中：對于本系統中，全體人員應該默認都有的模塊，如我的郵件，我的文檔，我的日志，我的考勤……，這些模塊系統成員都應該有的，我們建立一個角色為系統默認角色，把所有默認訪問的模塊的瀏覽權加入到里面去，則系統成員都能訪問這些模塊。

D.直接指定

a)直接指定是通過對某個人具體指定一項權限，使其有使用這個權限的能力。直接指定是角色指定的一個簡化版，為了是在建立像某個項目的組長這種角色時，省略創建角色這一個步驟，使角色不至于過多。

b)實例中：指定某個項目的組長，把組長權指定給某個人。

針對職位、項目組：

如果用添加新員工，員工調換職位、項目組，滿足了員工會自動繼承所在職位、項目組的權限，不需要重新分配權限的功能。

用戶管理

用戶可以屬于某一個或多個用戶組，可以通過對用戶組授權，來對組中的所有用戶進行權限的授予。一個用戶可以屬于多個項目組，或擔任多個職位。授權管理

將一個基本權限或角色授予用戶或用戶組，使用戶或用戶組擁有授予權限的字符串，如果角色、職位、項目中存在相同的基本權限，則取其中的一個；如脫離角色、職位、項目組，只是取消用戶或用戶組的中此角色、職位、項目組所授予的權限。用戶所擁有的權限是所有途徑授予權限的集合。管理員用戶可以查看每個用戶的最終權限列表。

權限管理

基本操作權限與權限組（基本操作權限的集合）的管理。

OA權限管理設計的實現 物理數據模型圖如下：

物理數據模型圖

根據以上設計思想,權限管理總共需要以下基本表：

tb_User：用戶信息基本表；

tb_Department：部門表；

tb_Company：公司表；

tb_Module：系統模塊表； tb_Action：系統中所有操作的動作表；

tb_Permit：由tb_Module與tb_Action兩表結合產生的系統基本權限表；

tb_Permit_Group：權限組表，將一模塊的中的所有權限劃分一個權限組中，可以通過權限組授予用戶權限；

tb_Role：角色表，基本權限的集合。無上級與下級之分；

tb_Position：職位表，有上級與下級之分；

tb_Project：項目組表，tb_Role_Permit：角色授權表；

tb_Postion_Permit：職位授權表；

tb_Project_Permit：項目授權表；

tb_Project_User：項目成員表，IsLead字段代表此成員為項目組長；

tb_Postion_User：職位成員表；

tb_User_Permit：用戶授權表，用戶ID與角色、職位、項目及直接授予的權限串表；

權限的產生：

由tb_Module中的ModuleCode與tb_Action中的ActionCode組成權限代碼PermitCode=ModuleCode+ActionCode。

實例：ModuleCode=0101，ActionCode=01,則PermitCode=010101。

權限值則有ModuleValue與ActionCode組合而成，采用下劃線來連接。實例：ModuleValue=Sys_User,ActionValue=AdD，PermitValue= Sys_User_Add 權限組：

包括一組同一模塊下的權限的組合，如管理用戶包括基本的權限：添加、刪除、修改、查看等，將這些組合起來構成一個用戶組——“用戶管理”權限組。其它類似。只是為了更方便的查看系統權限與權限的分配。

實例：如管理用戶的權限代碼為010101à查看用戶，010102à添加用戶,010103à刪除用戶，010104à修改用戶，010105à審核用戶等，將這些基本權限組合起來一個集合而構成了“用戶管理”權限組。

角色、職位、項目：

也就是按特定的需要劃分一種權限的集合。使用角色授權表、職位授權表、項目授權表來實現。授權表中存放的是權限代碼PermitCode,而不是權限組的GroupCode代碼。

用戶授權：

由用戶授權表來實現，用戶授權表中的RoleCode、PositionCode、ProjectCode分別是角色表中RoleCode組成的串、職位表PositionCode組成的串、ProjectCode組成的串。與角色授權表中的角色代碼RoleCode、職位授權表中PositionCode、項目授權表中的ProjectCode不對應（不是主表與從表之間外鍵關系）。

從而能夠實現了一個用戶可以擁有多個角色、多個職位、多個項目的情況。

用戶授權表中的PermitCode為直接授權的權限代碼串，直接給用戶分配權限。

實例：

用戶ID為UserId=1的用戶權限授權表的記錄為： RoleCode=001,003 PostionCode = 001,002 ProjectCode=001,005

PermitCode = 010101,020102

表明此用戶擁有兩個角色，代碼為001和003，并繼承這兩個角色的權限；

擔任兩個職位，代碼為001與002，并繼承兩個職位的權限；

屬于兩個項目組中的成員，項目代碼為001與005，并繼承兩個項目中的權限。直接指定給用戶的權限為010101與010102這兩個權限代碼的權限

用戶權限字符串：

根據用戶授權表的角色代碼、職位代碼、項目代碼得到權限字符串及表中直接分配的權限字符串組合成一個用戶的所有權限字符串集合。

第二篇：OA權限管理設計的實現

物理數據模型圖如下：

物理數據模型圖

根據以上設計思想,權限管理總共需要以下基本表： tb_User：用戶信息基本表； tb_Department：部門表； tb_Company：公司表； tb_Module：系統模塊表；

tb_Action：系統中所有操作的動作表；

tb_Permit：由tb_Module與tb_Action兩表結合產生的系統基本權限表；

tb_Permit_Group：權限組表，將一模塊的中的所有權限劃分一個權限組中，可以通過權限組授予用戶權限； tb_Role：角色表，基本權限的集合。無上級與下級之分； tb_Position：職位表，有上級與下級之分； tb_Project：項目組表，tb_Role_Permit：角色授權表； tb_Postion_Permit：職位授權表； tb_Project_Permit：項目授權表；

tb_Project_User：項目成員表，IsLead字段代表此成員為項目組長； tb_Postion_User：職位成員表；

tb_User_Permit：用戶授權表，用戶ID與角色、職位、項目及直接授予的權限串表； 權限的產生：

由tb_Module中的ModuleCode與tb_Action中的ActionCode組成 權限代碼PermitCode=ModuleCode+ActionCode。

實例：ModuleCode=0101，ActionCode=01,則PermitCode=010101。

權限值則有ModuleValue與ActionCode組合而成，采用下劃線來連接。

實例：ModuleValue=Sys_User,ActionValue=AdD，PermitValue= Sys_User_Add 權限組：

包括一組同一模塊下的權限的組合，如管理用戶包括基本的權限：添加、刪除、修改、查看等，將這些組合起來構成一個用戶組——“用戶管理”權限組。其它類似。只是為了更方便的查看系統權限與權限的分配。

實例：如管理用戶的權限代碼為010101à查看用戶，010102à添加用戶,010103à刪除用戶，010104à修改用戶，010105à審核用戶等，將這些基本權限組合起來一個集合而構成了“用戶管理”權限組。角色、職位、項目：

也就是按特定的需要劃分一種權限的集合。使用角色授權表、職位授權表、項目授權表來實現。授權表中存放的是權限代碼PermitCode,而不是權限組的GroupCode代碼。用戶授權： 由用戶授權表來實現，用戶授權表中的RoleCode、PositionCode、ProjectCode分別是角色表中RoleCode組成的串、職位表PositionCode組成的串、ProjectCode組成的串。與角色授權表中的角色代碼RoleCode、職位授權表中PositionCode、項目授權表中的ProjectCode不對應（不是主表與從表之間外鍵關系）。

從而能夠實現了一個用戶可以擁有多個角色、多個職位、多個項目的情況。用戶授權表中的PermitCode為直接授權的權限代碼串，直接給用戶分配權限。實例：

用戶ID為UserId=1的用戶權限授權表的記錄為： RoleCode=001,003 PostionCode = 001,002 ProjectCode=001,005 PermitCode = 010101,020102 表明此用戶擁有兩個角色，代碼為001和003，并繼承這兩個角色的權限； 擔任兩個職位，代碼為001與002，并繼承兩個職位的權限；

屬于兩個項目組中的成員，項目代碼為001與005，并繼承兩個項目中的權限。直接指定給用戶的權限為010101與010102這兩個權限代碼的權限 用戶權限字符串：

根據用戶授權表的角色代碼、職位代碼、項目代碼得到權限字符串及表中直接分配的權限字符串組合成一個用戶的所有權限字符串集合。

第三篇：網吧管理OA系統

網吧OA系統

工作總結內部短信會議管理信息管理公告通知規章制度日程安排工作日志客戶管理技術管理報修管理遠程管理個人考勤投訴處理辦公管理獎罰管理人事調動業務管理客戶動態OA辦公管理系統市場管理客戶訪問市場營銷工資表維護費現金日記帳銀行日記賬財務管理借款單報銷單應收賬款應付賬款進貨價庫存管理市場價主要參數庫存清單組織機構設置工作流設置行政辦公設置系統設置信息交流設置緊急通知設置系統代碼設置 一．信息管理

工作總結：主要是對已經做的工作進行記錄，如周報，月度總結等 內部短信：主要起通知、提醒和交流作用。

會議管理：會議的計劃安排登記，會議紀要管理，會議查詢管理。公告通知：具有通知公告的發布、管理和查詢等功能。規章制度：

日程安排：主要是對未來要做的事務進行安排、提醒

工作日志：主要是對已經做的工作進行記錄，如周報，月度總結等

二.技術管理

客戶管理：包括客戶信息、客戶聯系人信息、客戶活動記錄及客戶關懷

報修管理：包括電子設備的定期報告，定期檢修，對損壞的設備進行系統的管理 遠程管理：通過遠距離，跨地區操作并進行管理

三.辦公管理

個人考勤：主要用于對公司內部員工考勤的管理

投訴處理：對于員工所反應的意見和投訴收集并處理 獎罰管理：對有貢獻的人進行獎勵，反之受到相應的懲罰

人事調動：離職管理、復職管理、職稱評定、員工關懷、人事分析

四.市場管理

業務管理：包括銷售機會、報價單、合同、訂單、合同收款等

客戶動態：包括客戶信息、客戶聯系人信息、客戶活動記錄及客戶關懷 客戶訪問：包括客服記錄、客戶投訴和問題的咨詢

市場營銷：記錄市場活動的相關信息，如活動時間、地點、類型等

五.財務管理

工資表：細分薪酬項目設置、薪酬基數設置

現金日記賬：財務工資錄入、部門工資上報、福利管理到管理系統 銀行日記賬：財務工資錄入、部門工資上報、福利管理到銀行 維護費：對設備的維護所需的費用進行統計 借款單：包括公司所有借的賬單 報銷單：包括公司所有報銷的賬單 應收賬款：記錄應收的賬款 應付賬款：記錄應付的賬款

六.庫存管理

進貨價：產品入庫的價格 市場價：產品在市場上的價格

主要參數：產品入庫的詳細資料，參數 庫存清單：產品的進出倉庫的庫存量統計

七.系統設置

組織機構設置：設置單位名稱、部門、用戶及角色與權限設置 工作流設置：定義工作流表單、流程等，并對流程進行分類

行政辦公設置：設置公共網址、工作日志、公共通訊薄、公告通知、文件套紅模板 信息交流設置：設置短信提醒、手機短信、討論區、詞語過濾、信息過濾審核 緊急通知設置：可以設置桌面模塊及桌面顯示窗口兩種不同內容及顯示方式 系統代碼設置：對OA中各模塊設置不同代碼

第四篇：OA系統使用管理規定

OA使用管理制度

一、總則

公司辦公自動化系統（以下簡稱OA系統）是以金蝶K/3 OA協同辦公系統為管理平臺，采用服務器/客戶端/瀏覽器結構，建立起來的覆蓋全公司管理人員的辦公信息管理系統，實現網上辦公、移動辦公、無紙化辦公和信息資源共享。OA系統是公司信息化建設的重要組成部分，是提高公司辦公整體管理水平的重要手段。為了加強對公司OA系統的管理，提高公司工作效率，有效降低和節約成本，加快辦公自動化建設，保障文件和各種信息傳遞快捷通暢，最終解決部門自身與部門之間協同工作的效率問題，從而系統地推進管理工作朝著制度化、標準化和規范化的方向發展，結合公司實際情況，制定本規定。

1.1 目的

規范公司流程管理，提高公司流程效率。1.2 適用范圍

各中心、各職能部門。

二、職責劃分

2.1 公司人力行政中心是公司辦公自動化OA系統的歸口管理部門。主要職責為：

（1）、負責制定OA系統規章制度；

（2）、負責OA系統核心工作流程設計、修改；（3）、負責OA系統各職能部門工作流程設計的審核；（4）、負責確定、監管OA系統核心工作流程參與人員的權限；（5）、負責監控、檢查、督辦核心工作流程的工作流轉；（6）、負責工作流程的歸檔，并為其他部門提供查詢；（7）、負責OA系統內各大功能模塊信息內容更新的監督；（8）、負責對系統內的保密設置進行定期檢查；

2.2 OA系統管理員負責OA 系統的建設、維護和服務支撐工作，負責服務器的管理維護和日常運行。主要職責為：

（1）、負責OA系統軟件的配置升級管理；（2）、負責OA系統的數據備份；（3）、負責制定OA系統應急方案和系統技術管理規章制度；（4）、負責公司領導、各部門人員的培訓和技術指導工作；

（5）、負責OA服務器、操作系統和硬件的維護，確保服務器安全運行；（6）、負責系統用戶注冊、注銷等管理；

（7）、負責OA平臺功能模塊各部門書寫權限的設置。

三、基本要求

3.1 使用OA系統的各級用戶應保證各類文件處理的響應時間。系統所有內勤用戶在每個工作日上班后一個小時內必須使用電腦瀏覽器登陸OA系統，中午和下午下班前一個小時內分別進入系統瀏覽一次，以保證公文系統的正常流轉和信息的及時傳送，最好長期登陸進OA辦公。

3.2 每位OA用戶的登錄名和登錄密碼應予以嚴格保密，并做到定期更新密碼，以防他人盜用賬戶，由于密碼泄漏造成的損失由用戶名所有人負責；

3.3每位OA用戶要保證在OA系統上發布、流轉的信息和文件的準確性、完整性和規范性，并對所發布和審批的內容負責。在OA系統中的意見和審批與原書面簽署具有同等效力和權威，相應人員應予以執行和遵守。

3.4 OA系統中的各分類公告及新聞均由有權限人員予以發布和更新，具體內容由本單位負責人確定，新聞內容不應涉及相關商業機密；人事公告或日常行政公告由人力行政中心負責統一發布和管理，主要涉及各級人員的職務任免、調動和重大獎懲（包括通報表揚、重大表揚、嚴重警告）以及員工錄用和辭退等人事信息；各中心和各部門發布的日常行政公告，主要涉及本單位的制度發布、管理規范和其他重大事項等內容。

3.5各級OA用戶應認真遵守本制度的相關規定，進行規范使用和操作，違反本制度規定進行操作或使用的，將由上級主管或總部系統管理人員視情節輕重給予輕度至中度類別過失處罰。

四、應用管理

4.1 流程模塊的使用

流程模塊是OA平臺的精髓所在，其中包含日常工作、公司公文、行政事務三大類型。用戶只需根據實際需求如：請假申請、加班申請、出差申請、采購申請、工作交辦等等，填寫相應授權范圍內的表單，并根據系統綁定的流程提交審核。固定表單綁定流程中的各級用戶應根據公司相關制度規定和要求對表單進行操作和審批。

流程發起要求

a、流程發起要求：經辦人在發起流程時，對于需要多部門會簽或審核的流程，發起人應先進行線下溝通（線下溝通至少包含直接上級和相關業務部門負責人），才能發起流程。上級審批人在接收到流程發起人的申請后應及時審批，若拒絕發起人的申請可不進行提交，但必須在簽辦反饋中寫明拒辦理由并保存反饋，流程發起人在接收到回退指令后，應認真查閱回退理由，以便重新調整和更改流程。

b、流程資料上傳與檢查：經辦人發起流程時，需要上傳相關附件資料，應檢查資料的完整性和可用性（保證附件資料在審批過程中能正常打開）。在發起流程后，經辦人須及時將紙質附件送到相關審批人處進行審核。

流程審批要求

a、審批意見：各環節審批人必須明確發表意見，客觀、清晰的表達自己的意見和態度，避免出現類似“閱”、“知曉”、“好的”等無明確態度的意見。

b、禁止討論性協商：流程原則上只是完成審批過程，具體事務通常是在各種會議上已經完成討論，流程審批人在審批時快速明確并簽署意見，禁止在流程審批過程中作討論性協商。

c、流程擱置與打回：在流程審批過程中，如發現經辦人上傳流程有誤或有疑問，須立即與經辦人進行溝通后明確意見，禁止未經溝通直接擱置流程或者強行將流程打回，更禁止沒有仔細審閱流程就直接通過。

d、流程協商：對于流程中未設置相關人員但確實需要征求意見的，可以發起流程協商，但應避免利用流程協商完成工作正常的溝通和協調。

流程審批時間要求

a、流程審批時間：原則上流程審批人每天至少早、中、晚進行三次登陸公司OA系統進行流程審批，原則上員工當天流程必須當天處理完畢，部門總監以上領導原則上流程處理不能超過2天，特殊崗位與流程除外。

4.2、消息中心的使用

消息中心主要用于與公司內部人員溝通和交流，內部各部門溝通和交流應盡可能使用協同方式進行，以提高業務處理效率。

五、安全保密

1、OA系統的所有用戶，不得利用OA系統從事危害國家、集體和他人利益的活動，不得在系統上制作、傳播有礙社會治安和不健康的信息，不得制造和輸入計算機病毒以及其他危害系統安全的數據。

2、OA系統中的所有用戶應按規定的權限閱讀和使用系統提供的信息。不得盜用他人用戶賬號，不得干擾其他用戶和破壞系統服務。

3、未經管理人員的同意，任何人不得隨意讓公司無關人員及外部人員查看OA系統中的內容，更不許下載受控的內容。

六、網絡維護

為確保網絡的正常運行，全體員工都有對OA系統維護的義務；

1、公司OA管理員是公司OA系統欄目，版面變更唯一的指定人；

2、禁止在OA系統上傳帶有病毒的文件、圖片等；

3、未經許可，不得私自改變OA系統的桌面內容；

4、不得對網絡運行進行人為設限。

七、考核

為強化OA系統的健康運行，發揮其有效作用，實施考核管理。

1、OA系統自動對協同審批進行跟蹤，對每位同事審批事項的處理周期、延誤情況進行記錄。并將使用情況納入月度或考核范圍。

2、對長期不使用OA系統、不按統一要求進行規范使用；網上辦公數據不準確，對工作造成不良影響的，將按照事務的后果情況進行處理。

3、對不遵守規定、影響流程傳輸正常運行的使用部門和使用人員，依照有關規定追究相關人員和領導的責任。

4、對泄漏機密，造成不良后果的，按公司有關規定進行處理。

八、應急措施

應急措施是保證、文件信息、資料不丟失的有效措施。

1、對公司制度、報告、考核、檔案等有價值的內容、信息，在發布的同時，發布人還應進行備份，以避免信息丟失。

2、OA管理員對OA系統要及時進行維護管理，防止發生系統失效，每月進行一次系統清理，每月進行一次數據庫備份，對服務器進行安全防護。

九、附則

1、為了保障OA系統的硬件、軟件和信息的安全，保證系統的正常運行，全體用戶應遵守本管理制度，違反者應承擔相應責任并接受公司考核制度的處罰。

2、本制度未盡事宜按公司有關規定執行。

第五篇：OA系統-學校管理系統模塊說明書

云技工學校系統模塊說明書

云技工學校系統共有8個主模塊構成：學員管理、師資員工管理、教學管理、辦公事務、校產管理、數據分析、管理員管理、個人中心。系統模塊結構圖表可于附表查看。1.學員管理

學員管理下分7個子模塊：學員信息、費用管理、入學管理、成績管理、證書管理、學員查詢、在線學習情況查詢（對接視頻學習的平臺數據）。

? 學員信息包含：學員的基本信息、報名管理、學籍狀態及畢業去向。

? 費用管理用于管理學員在學習期間涉及到的費用，包含：學費、學費減免、獎學金、生活補助及購買學習物品。

? 入學管理包含：入學協議、入學登記、物品領用/退還、住宿安排。? 成績管理有成績分級功能。? 證書管理有證書分發功能。學員管理模塊各頁面基本字段： ? 學員基本信息

字段：學員編碼 學員姓名 性別 身份證號 手機號出生年月籍貫 單位 聯系地址 學歷 注冊時間 照片登錄密碼備注 ? 報名管理

字段：培訓科目學員編碼 學員姓名 性別 身份證號 手機號出生年月籍貫 工作單位聯系地址學歷 注冊時間 照片 ? 學籍狀態

字段：學員編碼學員姓名性別出生年月籍貫注冊時間狀態選擇（報名、在籍、畢業）? 畢業去向

工作字段：學員編碼學員姓名性別出生年月籍貫注冊時間學期班級畢業去向 ? 學費

字段：學員編碼學員姓名性別出生年月籍貫注冊時間學費備注 ? 學費減免

字段：學員編碼學員姓名性別出生年月籍貫注冊時間學費減免備注 ? 獎學金

字段：學員編碼學員姓名性別出生年月籍貫注冊時間獎學金備注 ? 生活補助

字段：學員編碼學員姓名性別出生年月籍貫注冊時間生活補助備注 ? 購買學校物品

字段：學員編碼學員姓名性別出生年月籍貫注冊時間物品名稱單價數量金額備注 ? 入學協議

字段：學員編碼學員姓名性別出生年月籍貫注冊時間是否簽訂（選擇）上傳附件 ? 入學登記

字段：學員編碼學員姓名性別出生年月籍貫注冊時間登記狀態（未登記、已登記）? 物品領用/退還

領用字段：學員編碼學員姓名性別出生年月籍貫注冊時間領用物品名稱數量備注

退還字段：學員編碼學員姓名性別出生年月籍貫注冊時間領用物品名稱數量退還狀態（未退還、已退還）備注 ? 住宿安排 字段：學員編碼學員姓名性別出生年月籍貫注冊時間登記狀態宿舍房號、床鋪號備注 ? 成績管理

字段：學員編碼學員姓名性別出生年月籍貫注冊時間成績成績等級成績狀態（通過、缺考、作弊、未通過、替考）備注 ? 成績等級

字段：等級編碼等級名稱最低分最高分 ? 證書管理

字段：證書名稱 證書編號 發證單位 發證日期 有效性（是、否）有效期開始日期有效期結束日期備注 ? 證書分發

字段：學員編碼學員姓名性別出生年月籍貫注冊時間班級證書名稱備注 ? 學員查詢、在線學習情況查詢（需根據校方需求定義字段）。

2.師資員工管理

師資管理包含教師管理、班主任管理及員工管理3個子模塊。師資管理模塊各頁面基本字段：

? 教師管理

字段：教師編碼教師姓名性別任課科目教師等級（初級、中級、高級）手機號碼郵箱照片登錄密碼備注 ? 員工管理

字段：員工編碼員工姓名性別手機號碼郵箱照片登錄密碼備注

? 班主任管理

字段：教師編碼教師姓名性別手機號碼郵箱班級備注 3.教學管理

教學管理下分7個子模塊：課程管理、課程安排、學期管理、班級管理、知識管理、書籍管理（暫無需求）、課表查詢。課程管理模塊包含：專業管理和科目管理。

知識管理模塊包含：教學視頻課件、教學文檔課件及教學演示課件。教學管理模塊各頁面基本字段：

? 專業管理

字段：專業編碼專業名稱備注是否有效 ? 科目管理

字段：科目編碼科目名稱所屬專業備注是否有效 ? 課程安排

字段：科目名稱班級名稱任課老師時間（周期、日期、小時、分鐘）所需課件課程制表（勾選課程安排）? 學期管理

字段：學期編號學期名稱年份活動狀態（是/否）備注 ? 班級管理

字段：班級編號班級名稱班主任學期開班日期結束日期班級人員學習課件備注

? 教學視頻課件

字段：視頻課件編號視頻課件名稱課件上傳課件查看課件刪除備注 ? 教學文檔課件

字段：文檔課件編號文檔課件名稱課件上傳課件查看課件刪除備注 ? 教學演示課件

字段：演示課件編號演示課件名稱課件上傳課件查看課件刪除備注 ? 課表查詢（根據課程制表顯示）

4.辦公事務

辦公事務模塊下分4個子模塊：公文管理、制度管理、領用申請審核及會議安排。辦公事務模塊各頁面基本字段：

? 公文管理

字段：公文編號公文名稱內容發布取消發布查看刪除 ? 制度管理

字段：制度編號制度名稱內容發布取消發布查看刪除 ? 會議安排

字段：會議編號會議主題會議內容會議時間參會人員主講人備注 ? 領用申請審核

字段：申請人（根據登錄用戶自動帶出）申請物品名稱申請數量狀態（送審、審核通過、審核未通過）備注審核駁回

5.校產管理

校產管理用于管理學校財產，此模塊可參照固定資產模塊。6.數據分析

數據分析是該系統為高層領導輔助決策使用。該模塊數據需根據校方需求調取數據庫所存數據。7.管理員管理

管理員管理模塊用于設置管理員及系統權限分配，分為管理員管理及權限管理。管理員管理模塊各頁面基本字段： ? 管理員

字段：管理員編碼管理員名稱密碼備注 ? 權限管理 字段：各分級模塊使用人員（勾選）

8.個人中心（教師）

個人中心模塊用于系統使用者查看日常計劃、消息、學校公告及提交領用申請。該模塊分為4個子模塊：個人工作計劃、消息提醒、公告欄、領用申請。

消息提醒包含：備課提醒（限于教師使用）、開課提醒（限于教師使用）、會議提醒、個人計劃提醒。

個人中心模塊各頁面基本字段： ? 個人工作計劃

字段：計劃編號計劃名稱計劃內容建立日期提醒日期查看刪除是否提醒 ? 備課提醒（需比課程時間提前XX分鐘提醒）字段：課程名稱課程時間所需課件班級 ? 開課提醒（需比課程時間提前XX分鐘提醒）字段：課程名稱課程時間所需課件班級 ? 會議提醒（需比會議時間提前XX分鐘提醒）字段：會議主題會議時間會議內容主講人 ? 個人計劃提醒（需根據提醒日期提醒）字段：計劃名稱提醒日期計劃內容 ? 公告欄

字段：公告名稱公告內容公告日期 ? 領用申請

字段：申請人（根據登錄用戶自動帶出）申請物品名稱申請數量狀態（送審、審核通過、審核未通過）備注送審刪除

9、個人中心（學生）

功能：課程表、住宿、教學演示、物品領用、書籍管理、消息提醒、成績、公告欄 學生查詢以上信息專用，只做查詢，不可修改刪除。（1）課程表

需求字段：科目名稱 班級名稱 任課老師 時間（周期、日期、小時、分鐘）（2）住宿

需求字段字段：學員編碼學員姓名性別出生年月籍貫注冊時間登記狀態宿舍房號、床鋪號備注（3）教學演示

需求字段：視頻名稱 內容簡介（4）物品領用

需求字段：學員編碼學員姓名性別出生年月籍貫注冊時間領用物品名稱數量備注（5）書籍管理

書籍名稱、學員編號、學員姓名、借閱日期、歸還日期（6）消息提醒：書籍借閱提醒、上課提醒 需求字段：書籍借閱提醒：書籍名稱、歸還時間

課程提醒：課程名稱、開課時間（7）成績

需求字段：考試科目名稱、成績、是否合格（8）公告欄

需求字段：公告名稱公告內容公告日期 OA系統模塊說明書（PC端）

OA系統由工作流程、人力資源、知識資料管理、集團管理中心、項目管理、行政辦公、個人中心、系統設置8個模塊組成。

1、工作流程分新建工作、我的工作、工作代辦、工作監控、工作銷毀、工作委托、工作查詢組成。（1）新建工作

功能描述：用于新建工作流程的期初設計工作。（2）我的工作

功能描述：用于監控用戶自己發起的工作流程，支持委托，可以新建工作。（3）工作代辦

功能描述：用于轉交代辦工作流程。功能描述：（4）工作監控

功能描述：用于監督工作流程的進展情況，有監控權限的用戶可以對流程的工作進行轉交、委托、退回、催辦、結束和刪除操作。（5）工作銷毀

功能描述：刪除工作操作并沒有完全刪除此工作，有工作銷毀權限的用戶可以還原此刪除工作，還原后還可以繼續處理。（6）工作委托

功能描述：可以設置委托規則，也可以查看個人的委托記錄和被委托記錄（7）工作查詢

功能描述：用于查詢辦理中工作，支持高級查詢，2、人力資源分人事管理、招聘管理、培訓管理、薪酬管理、員工自助查詢、員工檔案、考勤管理、合同管理、績效考核模塊。（1）人事管理

功能描述：用于管理員工的基本工作狀態和在公司的工作情況。（2）招聘管理

功能描述：用于管理企業的招聘需求、招聘計劃、招聘計劃審批、人才庫、招聘錄用、人才分析等功能（3）培訓管理

功能描述：用于指定培訓計劃、審批培訓計劃，記錄培訓記錄及培訓效果等功能。（4）薪酬管理

功能描述：用于管理員工的保險、工資、福利、績效工資、津貼等項目（5）員工自助查詢

功能描述：支持員工自助查詢自己的員工信息、薪酬、保險、合同等詳細信息（6）員工檔案

功能描述：用于記錄員工的基本信息，工作狀態、保險繳納狀態等信息。（7）考勤管理

功能描述：用于記錄員工的考勤情況，可支持導入EXCELl考勤表。（8）合同管理

功能描述：用于管理與員工簽訂合同的詳細信息，同時提示合同簽訂時間與合同到日時間。

（9）績效考核模塊。

功能描述：用于實現對員工的績效考核，可按季考核、月考核及其他考核，并記錄考核情況。

3、知識/資料管理分個人資料、公共資料、資料管理三個模塊。(1)個人資料 功能描述：用于管理個人上傳和下載個人資料，可查詢、預覽、下載、打印個人資料。(2)公共資料

功能描述：管理工資整體的技術文檔及其資料，可設置開放權限，可查詢、預覽、下載、打印公共資料。(3)資料管理

功能描述：通過權限設置對資料進行分類、保護，支持模糊查詢資料。

4、集團管理中心分集團審批中心、集團技校中心兩個模塊（1）集團審批中心、集團技校中心

功能描述：用于集團的預算、費用報銷和合同管理。

5、項目管理分我的項目、項目審批、項目查詢、項目文檔模塊（1）我的項目

功能描述：新建項目，設置項目名稱、相關人員、項目審批人、項目流程、進度等信息

（2）項目審批

功能描述：對應權限中相關的項目，進行項目審批，并可以查詢待審批和已審批項目。（3）項目查詢

功能描述：用于查詢項目執行的情況和狀態（狀態分為立項中、審批中、進行中、已結束、已超時等）（4）項目文檔模塊

功能描述：用于管理項目，可新建、刪除、修改、查看，并支持編輯剪切、粘貼、批量上傳等功能。

6、行政辦公包含公文管理、辦公用品、快遞管理、車輛管理、固定資產、通訊錄管理、會議管理、公告管理、公告審批、制度管理等模塊(1)公文管理 功能描述： 用于新建、刪除、編輯、發送、蓋章行政公文，發文需核對并經過領導批閱層級流轉，并支持查詢和預覽。(2)辦公用品

功能描述：主要記錄辦公用品的采購入庫、消耗、以及查詢人員的領用情況和審批情況，可管理庫存、領用、審批。(3)快遞管理

功能：用于記錄和管理快遞的收發情況，可提交快遞申請并記錄快遞費用。(4)車輛管理

功能描述：管理車輛信息及使用狀態，可提交使用申請并支持審批功能，并支持油耗管理及車輛維護管理。(5)固定資產

功能描述：對固定資產登記、折舊、維護和查詢等進行管理。(6)通訊錄管理 功能描述：(7)會議管理

功能描述：用于會議的管理，可提交會議申請，設置會議時間、會議書、人員、需用設備、會議內容等信息。(8)公告管理

功能描述：實現單位內部公共告示的作用，主要是用戶自己發布。(9)公告審批

功能描述：根據發布公告情況進行審批工作，可批準與不批準，不批準寫明原因，并支持查詢(10)制度管理

功能描述：用于管理公司制度，支持上傳、下載、打印、查詢、刪除等功能。(11)個人計劃

功能描述：工作計劃分為工作計劃查詢、工作計劃管理、工作計劃類型設置三部分，可查詢今日計劃、本周計劃、本月計劃及其他條件查詢，并根據權限范圍查詢自己管轄范圍內的工作計劃，工作計劃發布范圍可指定多個部門，提交后發布人扔可修改工作計劃內容。

7、個人中心分電子郵件、工作日志、通訊錄、消息提醒、公告欄、日常安排、領用申請等模塊。（1）電子郵件

功能描述：用于收發公司的內部郵件和外部郵件（2）工作日志

功能描述：用于記錄自己的日常工作情況和內容，根據權限支持看自己的日志和其他人的日志。（3）通訊錄

功能描述：用于查詢公司的通訊錄的聯系方式（4）消息提醒

功能描述：提示日常會議、個人計劃、個人項目、個人考核、工作流執行及其接收郵件情況。（5）公告欄

功能查看：用于查看公司發布的公告情況。（6）日程安排

功能：用于記錄自己近期與遠期的工作安排，并支持提醒功能。（7）領用申請

功能描述：用于提交辦公用品及其他消耗物料的領用申請。

8、系統設置分印章管理、組織機構設置、登陸用戶管理、手機簽章、權限管理等（1）印章管理

功能描述：是在工作流參數中設定印章來源為“數據庫”的管理模塊，用于制作印章、根據印章權限管理使用簽章情況，并支持印章日志和印章刪除功能，對印章的安全進行管理。（2)組織機構設置

功能描述：設置集團公司的組織架構信息。(3)登陸用戶管理

功能描述：用于添加及刪除登陸用戶，并支持編輯、密碼重置等功能。(4)手機簽章

功能描述：手機簽章管理，用于制作和管理使用手機客戶端辦理工作時所需的簽章。(5)權限管理

功能描述：用戶根據客戶角色不同設置登陸能夠訪問的模塊與權限。