【正文】 請假審批單申請人：當前用戶部門：當前部門崗位：當前用戶崗位開始時間：請假開始時間結(jié)束時間：請假結(jié)束時間合計天數(shù)請假天數(shù)類 型：例如：探親假理 由：請假理由部門領(lǐng)導(dǎo)意見：部門領(lǐng)導(dǎo)意見主管領(lǐng)導(dǎo)意見：主管領(lǐng)導(dǎo)意見人力資源部審批：人力資源部審批意見人力資源部主管領(lǐng)導(dǎo)：人力資源部領(lǐng)導(dǎo)審核附 件：附件文件 會議管理隨著公司業(yè)務(wù)的發(fā)展，各部門會議也越來越多，主要涉及生產(chǎn)經(jīng)營、管理、成本以及客戶接待等，然而會議室資源較為有限，為合理利用會議室，需建立會議管理制度，通過在公司OA協(xié)同辦公系統(tǒng)上增加會議管理模塊，可動態(tài)解決會議管理中的各種問題，系統(tǒng)主要實現(xiàn)以下功能。參會人員通過系統(tǒng)回復(fù)是否參加會議，便于對會議做人員統(tǒng)計與調(diào)整。便于對重要會議的及時安排以及會議室優(yōu)先級調(diào)整。數(shù)據(jù)層：按照系統(tǒng)功能及存儲要求可將系統(tǒng)數(shù)據(jù)分為基礎(chǔ)數(shù)據(jù)，主要實現(xiàn)用戶、部門、崗位等基礎(chǔ)信息的存儲；文檔數(shù)據(jù)，主要實現(xiàn)系統(tǒng)文件信息的存儲；知識庫，主要存放系統(tǒng)文本信息的存儲；檔案數(shù)據(jù)，主要實現(xiàn)檔案海量信息的存儲于記錄；圖片數(shù)據(jù)，主要存放圖片類型數(shù)據(jù)。應(yīng)用層：系統(tǒng)應(yīng)用層主要包括系統(tǒng)的業(yè)務(wù)功能與邏輯處理，通過應(yīng)用層為不同的應(yīng)用提供信息資源的不同表現(xiàn)形式。 本章首先對系統(tǒng)搭建的意義及價值進行分析，分析并闡述為什么要進行系統(tǒng)開發(fā)與設(shè)計。最后，從系統(tǒng)信息流和信息結(jié)構(gòu)出發(fā)，找出系統(tǒng)各元素之間的聯(lián)系，逐步細化，進行系統(tǒng)業(yè)務(wù)流程分析與系統(tǒng)總體設(shè)計。同時又要兼顧到成本控制、項目周期控制等因素，因此在功能的部署上也需要遵循實用性原則。（三）、開放性和標準性原則，系統(tǒng)的底層應(yīng)支持各個層次的多種協(xié)議，支持與業(yè)務(wù)系統(tǒng)的互通、互聯(lián)，應(yīng)用系統(tǒng)采用標準的數(shù)據(jù)交換方式，保證數(shù)據(jù)共享。 （四）、系統(tǒng)安全性設(shè)計，對于企業(yè)來說一方面要提高工作效率、降低人力成本，實現(xiàn)企業(yè)無紙化辦公。當系統(tǒng)被部署成互聯(lián)網(wǎng)訪問時，安全顯得尤為重要，包括采用安全加固、防火墻、VPN技術(shù)以及進行物理隔離等。為降低系統(tǒng)開發(fā)難度和復(fù)雜性，實現(xiàn)系統(tǒng)易擴展、可維護性等特點，在需求分析的基礎(chǔ)上對本系統(tǒng)進行模塊化設(shè)計，所謂模塊化，就是將系統(tǒng)劃分為子系統(tǒng)，子系統(tǒng)劃分為若干模塊，大模塊劃分為小模塊的過程。內(nèi)聚表示模塊間功能的依賴程度。因此，為保持模塊的獨立性，便于后期系統(tǒng)升級和維護，應(yīng)盡量降低模塊間的耦合度，增加模塊的內(nèi)聚。按過程劃分通過對業(yè)務(wù)工作流程的定義和分析，將功能角色操作相同的功能放到一個模塊中進行操作，避免應(yīng)用功能的重復(fù)，提高代碼的可讀性。： 系統(tǒng)模塊設(shè)計圖用例圖是從用戶對系統(tǒng)的操作角度出發(fā)，通過對參與者、操作場景、操作對象以及關(guān)系的描述來描述系統(tǒng)的功能角色，以及這些角色在系統(tǒng)中具有什么樣的操作權(quán)限，便于我們更好的理解系統(tǒng)的結(jié)構(gòu)以及對系統(tǒng)進行抽象化建模設(shè)計[17]。部門領(lǐng)導(dǎo)：部門領(lǐng)導(dǎo)是在普通用戶基礎(chǔ)上增加了一級審核權(quán)限，根據(jù)功能模塊流程，對需要審核的文件進行審核處理。系統(tǒng)管理員：系統(tǒng)管理員是整個系統(tǒng)權(quán)限的分配者，具有動態(tài)創(chuàng)建角色及分配系統(tǒng)功能模塊權(quán)限的功能。 系統(tǒng)總體用例圖 部室發(fā)文用例圖 協(xié)作交流用例圖 系統(tǒng)管理用例圖在業(yè)務(wù)邏輯分析與物理建模的基礎(chǔ)上，對本系統(tǒng)數(shù)據(jù)庫進行設(shè)計[18]，本系統(tǒng)數(shù)據(jù)庫表清單如下表所示： 系統(tǒng)表清單表名功能說明1) Message_Content在線消息表2) Message_Annex消息附件表3) Archive_Catalogue檔案目錄表4) Archive_Depositary檔案存放地表5) Archive_Duration檔案保管期限表6) Archive_File檔案案卷表7) Archive_Lend檔案借閱表8) Archive_Lend_Log檔案借閱日志表9) Archive_Level檔案密級表10) Archive_Principal檔案責任者設(shè)置表11) Archive_Registration文件登記表12) Doc_InceptArchiveDoc文件表13) Doc_InceptArchiveDocAnnex文件附件表14) Doc_InceptArchiveDocLog文件日志表15) Doc_Type文件類型表16) Doc_Status文件狀態(tài)表17) Doc_Template公文模板管理表18) Doc_TempTable公文臨時表19) DocLinkArchive公文輔助表20) Flow_Details流程明細表21) Flow_TableInfo流程信息表22) Flow_Type流程類型23) Flow_WordBookDetails流程角色表24) Flow_WordBookType流程參數(shù)表25) Flow_WorkPoint流程結(jié)點表26) Per_Calender個人日程安排表27) Per_Mail個人郵件表28) Per_MailAnnex個人郵件附件表29) Per_MailDetails個人郵件明細表30) Per_SendMail個人郵件發(fā)件箱表31) Per_ Communication通訊錄表32) Per_ CommunicationType通訊錄類型表33) ComPany_News新聞表34) ComPany _NewsType新聞類型表35) Sys_NewsReMark新聞評論表36) Message_Content在線消息表37) Message_Type消息類型表38) Per_Calender個人日程表39) Company_Meeting會議表40) Sys_MobileMessage短信表41) Sys_BillFlow流程定義表42) Sys_CodeRule編碼規(guī)則表43) Sys_CodeRuleDetails編碼規(guī)則明細信息表44) Sys_FlowTableInfo流程表45) Sys_UserRole系統(tǒng)角色表46) Sys_Menu系統(tǒng)模塊表47) Sys_Organ部門信息表48) Sys_PrmDetails系統(tǒng)參數(shù)表49) Sys_Template模板表50) Sys_UserInfo帳戶信息表51) Sys_UserPower帳戶權(quán)限表系統(tǒng)主要表設(shè)計如下：（1）Sys_Menue (系統(tǒng)模塊表) 模塊表Sys_Menue字段類型Null注釋mIDInteger否模塊編號mNameChar(50)否功能模塊名稱mParentIDInteger否父模塊編號mIconURLChar(100)是圖標地址mURvarchar2(100)是功能頁面地址mCommentvarchar2(100)是備注mSortIDInteger否排序（2）Message_Content (在線消息表) 在線消息表Message_Content字段類型Null注釋mIDInteger否消息編號mUserschar(100)否收件人mContentvarchar2(2000)是上級編號M_ AnnexUrlchar(100)是附件地址M_ Statuchar(10)否消息狀態(tài)（3）Archive_Lend (檔案借閱表) 檔案借閱表Archive_Lend字段類型Null注釋A_ IDInteger否檔案表ID主鍵A_ TitleVarchar2(100)否檔案標題A_ CreateUserchar(50)否檔案創(chuàng)建人A_ CreateTimeDate是創(chuàng)建時間A_ SecurityIDInteger否安全級別外鍵A_ EmergencyInteger否緊急程度外鍵A_ Importancechar(50)否重要程度A_ Numberchar(100)否文檔編號A_ PrincipalIDInteger是責任人編號A_ PagesInteger否文檔頁數(shù)A_ Cataloguechar(100)否檔案目錄編號A_ PagesDurID Integer否檔案期限編號A_ CommentVarchar2(2000)是文檔描述A_DepositaryInteger否文檔存放地址編號（4）Doc_SendDoc (發(fā)文表) 發(fā)文表Doc_SendDoc字段類型Null注釋D_ IDInteger否發(fā)文表ID主鍵D_ CreateUserchar(50)否擬稿人D_ CreateTimeDate是創(chuàng)建時間D_ Titlechar(500)否標題D_ TypeInteger否公文類型外鍵D_ SignUserchar(50)否簽發(fā)人D_ SignTimeDate否簽發(fā)時間D_ SecurityIDInteger否安全級別外鍵D_ EmergencyInteger否緊急程度外鍵D_ SendTochar(100)否主送人員D_ CopySendchar(100)否抄送人員D_ CommentVarchar2(2000)是備注D_ContentVarchar2(4000)是文檔內(nèi)容D_ OpinionVarchar2(2000)是意見（5）Per_Mail (個人郵件表) 個人郵件表Per_Mail字段類型Null注釋P_ IDInteger否郵件編號P_ Recipientsvarchar2(2000)否收件人P_ CopyTochar(1000)否抄送人P_ Subjectchar(1000)是主 題P_AnnexIDInteger是附件外鍵P_DetailsIDchar(1000)是郵件明細外鍵P_ Formatchar(10)是郵件格式：html郵件。本系統(tǒng)考慮在設(shè)計上充分考慮與其它信息系統(tǒng)的整合，通過在統(tǒng)一門戶中匯總其它系統(tǒng)常用信息的內(nèi)容，如業(yè)務(wù)流程審批、考勤通報、會議提醒，使用戶在一個界面便可實現(xiàn)其它應(yīng)用系統(tǒng)資源的快速查找與系統(tǒng)訪問，提高了系統(tǒng)的易用性和可操作性。例如，本系統(tǒng)將用戶管理進行單獨設(shè)計，將所有系統(tǒng)共用的用戶姓名、性別、圖像、部門、崗位、身份證以及通訊錄、檔案信息從原系統(tǒng)中剝離出來，單獨設(shè)計成各種應(yīng)用和接口，并進行統(tǒng)一管理，其它系統(tǒng)只需要調(diào)用接口和應(yīng)用即可，使共用信息在一處改動，便可實現(xiàn)處處更新，避免了在每個系統(tǒng)中進行用戶、賬號、登錄方式的重新命名與定義，導(dǎo)致了數(shù)據(jù)無法同步更新，增加了系統(tǒng)維護的難度。單點登錄系統(tǒng)在增加系統(tǒng)安全性、降低管理成本方面有突出作用，不僅規(guī)避密碼安全風險，還簡化用戶認證的相關(guān)應(yīng)用操作。]*)(。 if(arr=(reg)) { //alert(unescape(arr[2]))。 }else { //alert(null)。 } } //保存用戶信息 function saveCookie(){ var chkUser=$(chkUser).val()。 var userPwd=$(txtUserPwd).val()。 var txtValidator=$(txtValidateCode).val()。 } (loginForm).submit()。 var userPwd=(txtUserPwd).value。 return。 intervalProcessFive= setInterval(clearValitorFive(), 1000)。password=+userPwd+amp。 $(validateImg).click()。 $.ajax({ url: url, type: 39。, dataType: 39。, timeout: 30000, error: function(a,b,c){ //alert(a+==+b+==+c)。 }else{ $(smsValidateCode).val()。系統(tǒng)登錄界面如下圖所示： 系統(tǒng)登錄界面 系統(tǒng)首頁界面設(shè)計圖 公文管理本系統(tǒng)基于工作流思想對系統(tǒng)公文進行文件收發(fā)管理，建立工作流的目的是讓系統(tǒng)幫助我們實現(xiàn)某些操作，以實現(xiàn)對文件及任務(wù)執(zhí)行過程的監(jiān)控[15]。流程定義如下圖所示： 單位部室發(fā)文流程圖（2）機關(guān)黨群發(fā)文機關(guān)黨群工作發(fā)文由黨工部發(fā)起，經(jīng)黨工部領(lǐng)導(dǎo)審核，分管領(lǐng)導(dǎo)審核，凍死黨委副書記審核，最后轉(zhuǎn)到黨工部人員辦理，其中任一環(huán)節(jié)審核不通過，將退回文件起草人站點，機關(guān)黨工部文件流轉(zhuǎn)流程如下圖所示： 機關(guān)黨群工作