【正文】 更加美觀。方便用戶存放和管理自己的文件，提供文件夾建立、文件添加和修改、文檔全文檢索、文件和文件夾移動等功能。（4） 實時任務(wù)和事件日程查詢實時任務(wù)和事件日程查詢可以實現(xiàn)系統(tǒng)成員的每一件任務(wù)、過程、事件處在每一時間階段均有相應(yīng)的成員負(fù)責(zé)辦理，并可在工作日程管理功能上展開。通過日程可明確每個人應(yīng)該做什么，做好了沒有。（5） 內(nèi)部消息內(nèi)部消息實現(xiàn)內(nèi)部短消息，成員間可相互發(fā)送內(nèi)部短消息進(jìn)行溝通或傳遞文件。用戶能夠方便地相互發(fā)送短信，可以單發(fā)、群發(fā)短信，并支持郵件副本、手機(jī)短信副本的發(fā)送。設(shè)置了提醒功能，對于重要安排會提醒，以免錯過重要事務(wù)。（二）行政辦公行政辦公主要負(fù)責(zé)日常的行政工作的管理，如會議、資產(chǎn)、員工通訊錄等相關(guān)活動和工作，本系統(tǒng)提供了八個模塊。在線會議功能提供一個在線的會議平臺，會議發(fā)起人指定參加會議的對象，并通過內(nèi)部消息發(fā)送通知。會議登記功能用于記錄和登記會議的相關(guān)信息。會議室管理功能用于管理、查詢、安排和分配會議室，查詢會議室的使用和預(yù)約情況，避免才生沖突。企業(yè)資產(chǎn)管理有資產(chǎn)檔案管理、使用歸還管理、查詢統(tǒng)計等功能。辦公用品管理對辦公用品的采購、借用、領(lǐng)用進(jìn)行登記和管理。此外，辦公用品管理還支持庫存報警功能。員工可以通過圖書管理，在線申請資料借閱、回復(fù)、借出登記。圖書管理同時提供借閱統(tǒng)計，方便管理員快速準(zhǔn)確的了解各類資料的使用情況。包括車輛的基本信息、使用情況、維護(hù)和修理信息、油耗信息等信息。對于出車情況建立申請、審批、登記的流程化管理制度，合理安排車輛使用，效提高車輛的利用率。同時對于維修費用情況可以做到清晰、準(zhǔn)確。工作流不是任何一個單獨的人的工作任務(wù)，而是由多部門、多人員共同形成的工作流程。公文管理主要包括公文的收和發(fā)。公文管理主要包括收文和發(fā)文兩部分：1．收文，辦公人員對上級或其他部門發(fā)來的文件公文進(jìn)行處理。流程的本質(zhì)，就是一項任務(wù)無法由一個人單獨完成，必須多人合作解決。一定要保證各職責(zé)崗位的人員及時完成工作，并對各環(huán)節(jié)進(jìn)行記錄，保證流程的順利進(jìn)行?？梢圆榭刺峤?、未審批和已審批的公文及其相關(guān)記錄，并且能夠下載到本地詳細(xì)查看其內(nèi)容。提交公文是未審批和已審批公文的集合，包括了所有公文記錄。檔案管理包括卷庫管理、卷案管理、文件管理、案卷借閱管理、檔案統(tǒng)計管理和檔案銷毀等相關(guān)的活動。人力資源是一個協(xié)調(diào)性部門，除了負(fù)責(zé)管理公司內(nèi)部工作人員的信息、履歷、績效、考核和人員調(diào)動等工作外，還負(fù)責(zé)各部門之間的協(xié)調(diào)和溝通，是一個中介性質(zhì)的溝通部門。人力資源管理包括部門和成員的部門內(nèi)部的管理，人事檔案、人事調(diào)動和調(diào)動等人員信息的管理，還包括相關(guān)條約、勞動合同管理等。本系統(tǒng)使用企業(yè)的組織架構(gòu)來設(shè)計流程、指定作業(yè)對象等設(shè)計，極大的提高系統(tǒng)的錄活性。成員管理主要管理員工的資料。系統(tǒng)管理員有權(quán)添加、刪除系統(tǒng)成員，屏蔽系統(tǒng)成員的使用權(quán)限。根據(jù)需要可以查詢各類人員的基本情況?？记诠芾砉δ苁菍T工考勤情況的統(tǒng)計，包括：請假、銷假和休年假等假期問題的審核和批準(zhǔn)，工作任務(wù)完成和加班情況的制定、統(tǒng)計和查詢，休息日和工作日的設(shè)置等。根據(jù)應(yīng)聘人員的檔案，以不同的信息為依據(jù)進(jìn)行分類管理，有利于高效的查詢和管理相應(yīng)信息。前者的信息存儲在員工信息庫中，后者的信息存儲在人才庫中，方便以后招聘工作的進(jìn)行。勞動合同分類統(tǒng)計，并轉(zhuǎn)入檔案等模塊。 （六）客戶關(guān)系管理客戶是企業(yè)的經(jīng)濟(jì)命脈，合理的客戶管理能給企業(yè)起來很大的經(jīng)濟(jì)利益，對客戶價值的分析有很重要的意義。根據(jù)不同的客戶價值提供不同的服務(wù)，通過一對一的營銷原則有針對性的提供服務(wù)，更能滿足客戶的需求，實現(xiàn)客戶的綁定。此外，為了調(diào)查客戶滿意度，設(shè)置了客戶滿意度、信譽(yù)度和客戶關(guān)懷管理，更好的為客戶服務(wù)。這些信息能夠在一定程度上反應(yīng)客戶的資金水平和消費需求，有利于企業(yè)更好的掌握客戶的情況，以便更有針對性的為客戶服務(wù)。聯(lián)系人信息管理用于管理聯(lián)系人的相關(guān)信息，供應(yīng)商的經(jīng)辦人員的信息資料，包括通訊地址、登錄帳號、生日以及個人愛好等盡可能詳細(xì)的信息資料。聯(lián)系人信息可對收到的郵件自動匹配，并將郵件與相關(guān)客戶、供應(yīng)商、相關(guān)的項目、訂單、任務(wù)關(guān)聯(lián)起來。經(jīng)銷商管理可對經(jīng)銷商的交易歷史記錄進(jìn)行分析，對銷售、服務(wù)等具體營銷業(yè)務(wù)中產(chǎn)生的客戶信息進(jìn)行分析，綜合分析客戶的購買行為、消費習(xí)慣和支付能力，在保留老客戶的基礎(chǔ)上盡量挖掘更多的潛在的新客戶，努力構(gòu)建完善的客戶資源庫，提升企業(yè)的整體資源水平?？蛻絷P(guān)懷管理包括客戶銷售、服務(wù)等過程中的關(guān)懷：銷售過程將實現(xiàn)從潛在客戶到最終成為真正客戶，并提供優(yōu)良的服務(wù)和貼心的關(guān)懷，直至售后服務(wù)和技術(shù)支持，滿足不同客戶的各種需求，盡力將客戶綁定為穩(wěn)定客戶。此外，還可以根據(jù)具體需要設(shè)置關(guān)懷類型，如事前關(guān)懷、心里關(guān)懷、事后關(guān)懷等，同時企業(yè)還可制定相應(yīng)的其它關(guān)懷政策。為了滿足不同客戶的不同需求，增加客戶對企業(yè)的滿意度，本系統(tǒng)以客戶為基本出發(fā)點，構(gòu)建了功能完善的客戶反饋調(diào)查和客戶滿意度模塊。客戶管理的另一個重要環(huán)節(jié)就是客戶信用評估。本系統(tǒng)設(shè)計的客戶信用評估模塊能夠有效避免由信用問題而可能帶來的損失。本系統(tǒng)基于數(shù)據(jù)庫進(jìn)行數(shù)據(jù)的統(tǒng)計和分析，采用偏差分析的技術(shù)對公司的信用情況進(jìn)行分析和預(yù)測，計算得出風(fēng)險系數(shù)和欺詐系數(shù)，對匯總的風(fēng)險評估結(jié)果進(jìn)行分析，并設(shè)置了危險預(yù)警功能，盡量將風(fēng)險降到最低，避免風(fēng)險危機(jī)帶來的重大經(jīng)濟(jì)損失，保證工作的順利進(jìn)行。項目管理立足于文檔，實現(xiàn)報表功能，在項目管理中，項目的具體事務(wù)以流程進(jìn)行記錄，以項目文檔進(jìn)行保存，將工作流與項目管理 結(jié)合起來，實現(xiàn)項目明細(xì)的匯總和知識共享，在項目管理中遇到的問題、疑難，皆可實現(xiàn)實時問答，并提供項目問題的匯總。（八）系統(tǒng)管理系統(tǒng)管理包括數(shù)據(jù)庫的導(dǎo)入、導(dǎo)出和備份等基礎(chǔ)管理，系統(tǒng)的維護(hù)和更新，系統(tǒng)日志的妥善保管等。機(jī)構(gòu)配置：機(jī)構(gòu)配置管理包括部門設(shè)置；成員管理：對成員的角色、部門、職務(wù)進(jìn)行定義；流程設(shè)置：系統(tǒng)內(nèi)部各種工作流程可以由用戶根據(jù)實際情況自行定義；模板設(shè)置：為網(wǎng)站、新聞、公告、文檔進(jìn)行模板的制定和維護(hù)；分類設(shè)置：系統(tǒng)中的報告、文檔和數(shù)據(jù)可以根據(jù)用戶的需求進(jìn)行個性化的定義和調(diào)整；參數(shù)設(shè)置：要合理設(shè)置系統(tǒng)和數(shù)據(jù)庫等相關(guān)設(shè)備的初始參數(shù)，提供系統(tǒng)的穩(wěn)定性和通用性，保證系統(tǒng)正常運行；字典設(shè)置：系統(tǒng)的各種屬性字段，可使用字典設(shè)置預(yù)先設(shè)置好下拉菜單；服務(wù)設(shè)置：對系統(tǒng)的日志、備份、安全、加密等功能進(jìn)行設(shè)置。數(shù)據(jù)備份有人工和自動備份兩種方法，用戶可以根據(jù)需求自己設(shè)定備份的方式。系統(tǒng)日志管理主要用于管理這兩種日志，可以查詢系統(tǒng)的訪問和服務(wù)日志，并生成日志報表以作其他用途。為了維護(hù)系統(tǒng)的穩(wěn)定性和安全性，要定期或不定期的進(jìn)行維護(hù)。系統(tǒng)還具有清理功能，包括：日志的清理，已刪除的附件和記錄的清理等。由于密碼有保密性，經(jīng)常會出現(xiàn)忘記密碼的現(xiàn)象。 本章小結(jié)本章首先對公司的業(yè)務(wù)進(jìn)行“梳理”，理清公司的日常工作流程。第4章 系統(tǒng)設(shè)計與實現(xiàn)第4章 系統(tǒng)的設(shè)計與實現(xiàn) J2EE框架部署本系統(tǒng)采用struts、spring、hibernate來實現(xiàn)，其中struts采用版本為struts2，spring采用的版本為spring2．0，hibernate采用的版本為hibernate3．2。(2)在web．xml中添加對struts、spring、hibernate框架的支持。下面具體說明框架的配置過程。Spring提供了一個ContextLoaderListener類，可以作為Web應(yīng)用的Listener使用。 struts配置，添加如下代碼：為了使Spring和Struts同時工作?？蛻舳藢樱嚎蛻舳藢油ㄟ^瀏覽器訪問系統(tǒng)，在服務(wù)器端采用tomcat作為J2EE的服務(wù)器，表現(xiàn)層采用的是Struts架構(gòu)。Struts是一個基于模型視圖控制器（MVC）模型的開源框架，利JSP和Servlet構(gòu)建Web應(yīng)用。業(yè)務(wù)層：業(yè)務(wù)層由Spring框架來實現(xiàn)。系統(tǒng)數(shù)據(jù)層：辦公自動化系統(tǒng)的數(shù)據(jù)庫。本系統(tǒng)采用Oracle10g的數(shù)據(jù)庫管理系統(tǒng)。1．客戶機(jī)/服務(wù)器結(jié)構(gòu)在Client/Server，即客戶機(jī)/服務(wù)器結(jié)構(gòu)的數(shù)據(jù)庫系統(tǒng)中，數(shù)據(jù)的處理不是在單獨一端進(jìn)行的，而是在客戶機(jī)和服務(wù)器間同時進(jìn)行?？蛻魴C(jī)負(fù)責(zé)處理應(yīng)用程序，數(shù)據(jù)庫負(fù)責(zé)數(shù)據(jù)訪問是最常用的一種分布方案。不僅能夠充分利用網(wǎng)絡(luò)資源，實現(xiàn)了資源的合理分配和優(yōu)化，更提高了系統(tǒng)的工作效率和穩(wěn)定性。這種系統(tǒng)的維護(hù)費用比較大，而且保密性還有待提高。這種結(jié)構(gòu)維護(hù)簡單方便，數(shù)據(jù)庫和應(yīng)用程序都集中在服務(wù)器方，克服了C/S模式維護(hù)費用大，修改麻煩的缺點。B/S模式基于三層體系結(jié)構(gòu)，能充分發(fā)揮客戶端和服務(wù)器的優(yōu)勢，均衡了系統(tǒng)負(fù)載，是一種安全、成熟的系統(tǒng)。經(jīng)過以上分析，Browser/Server結(jié)構(gòu)是本系統(tǒng)的最優(yōu)選擇。企業(yè)用戶可以通過客戶端瀏覽器訪問Domino服務(wù)器。WEB瀏覽器Web瀏覽器郵件服務(wù)器其他應(yīng)用Notes Web PublishNotes APINotes 客戶端Notes 服務(wù)器Web與RDBMS的接口RDBMS用戶層應(yīng)用層服務(wù)層圖41系統(tǒng)體系結(jié)構(gòu)圖在項目的開發(fā)過程中，要遵循一定的順序，先開發(fā)處于結(jié)構(gòu)底層的組織級構(gòu)、權(quán)限管理等基礎(chǔ)模塊，常見一個大體框架，在此基礎(chǔ)上再開發(fā)流程管理、公文管理等附加功能模塊。是開發(fā)過程的基礎(chǔ)，主要完成需求分析，并根據(jù)需求創(chuàng)建模型和系統(tǒng)結(jié)構(gòu)體系，生成系統(tǒng)大體架構(gòu)。在第一步的基礎(chǔ)上，設(shè)計并完成實現(xiàn)用例。將前兩部設(shè)計出來的系統(tǒng)通過前段界面和后臺數(shù)據(jù)庫等工具實現(xiàn)出來。Organization類包含三個屬性：機(jī)構(gòu)編號、機(jī)構(gòu)名稱和機(jī)構(gòu)描述。機(jī)構(gòu)類和人員類的關(guān)系為：一個機(jī)構(gòu)下可以有多個子機(jī)構(gòu)；一個機(jī)構(gòu)有多個人員。下面以機(jī)構(gòu)管理模塊為例，說明機(jī)構(gòu)管理模塊的詳細(xì)設(shè)計。OrgManager類包含如下五個函數(shù)：（1） SearchOrgs（int ParentID）函數(shù)。當(dāng)其值為0時，系統(tǒng)將搜索頂極機(jī)構(gòu)列表。此函數(shù)讀取機(jī)構(gòu)信息，返回值為一個Organization對象。此函數(shù)用于添加機(jī)構(gòu)信息。（4） UpdataOrgs（Organization Orgs，int ParentID）函數(shù)。（5） DelOrgs（int OrgID）函數(shù)。執(zhí)行此函數(shù)前一定要確保此機(jī)構(gòu)下沒有子機(jī)構(gòu)和人員。 權(quán)限管理辦公自動化系統(tǒng)有許多不同模塊構(gòu)成，每個模塊需要設(shè)置訪問權(quán)限，以區(qū)別不同的用戶級別。設(shè)置權(quán)限之前，要先設(shè)置好權(quán)限，再根據(jù)不同用戶和角色進(jìn)行權(quán)限分配。在某些特殊的情況下，還要求能單獨對用戶進(jìn)行授權(quán)。權(quán)限控制列表的屬性主要有：角色標(biāo)識、ID、模塊ID和ACLSTAT。圖42權(quán)限管理類圖模塊操作包括增、刪、改、查四種操作，針對這每一種操作，需要設(shè)置一個對應(yīng)的“允許/禁止”標(biāo)識。如果相應(yīng)的位上為0，表示禁止；如果為1，表示允許。User類的屬性有：登陸賬號、密碼、創(chuàng)建時間和失效時間。Roles類有角色名稱這個屬性。Module類用于描述各模塊的屬性，包括模塊名稱、入口地址、標(biāo)識和排序號。ACL包含的屬性有主體類型、標(biāo)識、模塊標(biāo)識及操作四個屬性。權(quán)限管理模塊的用例圖如圖43所示。授權(quán)功能主要通過授權(quán)樹來實現(xiàn)，根據(jù)圖中列出的模塊功能和關(guān)系，對不同用戶進(jìn)行授權(quán)。不同用戶的權(quán)限不是相同的。用戶權(quán)限的判別主要通過授權(quán)列表來實現(xiàn)。公文的處理過程比較復(fù)雜，通常要經(jīng)過許多中間環(huán)節(jié)，通過不同的人進(jìn)行審批，才能實現(xiàn)最終目的。流程管理包括流程的分析、流程的定義、資源分配等。下面詳細(xì)說明公文管理的設(shè)計與實現(xiàn)過程。圖44 公文流轉(zhuǎn)類圖圖45列出了查詢待審公文的流程圖。圖45查詢待審公文列表流程圖圖46列出了刪除公文的流程圖。 圖46 刪除公文流程圖公文流轉(zhuǎn)的難點在合理控制審批流程。業(yè)務(wù)審批不是隨意進(jìn)行的，必須遵循一定的順序和規(guī)定。并行審批和串行審批是最常用的兩種審批模式：串行審批模式流程如圖47所示。例如，在步驟1中，只需要一個人審批，審批人審批通過后，公文流轉(zhuǎn)到步驟2所需的審批人，審核未通過，則退回給審請人。圖48 并行審批模式并行審批模式一步需要多個人審批，其中有一個人不同意就退回。在實際的審批流程，完整的審批流程可以既包含串行審批模式，又包含并行審批模式，我們稱為混合審批模式。申請者具有申請、查看、編輯和刪除業(yè)務(wù)的權(quán)限，可以提交業(yè)務(wù)申請。業(yè)務(wù)的審批是逐級進(jìn)行的，不同的審批階段有不同的狀態(tài)，也處于不同的業(yè)務(wù)流中。一．公文流轉(zhuǎn)的實體類首先定義以下幾個類：（1）Workfloat類Workfloat類有流程名稱和流程定義這兩個屬性。（2）Document類Document類包括標(biāo)題、內(nèi)容附件、描述、創(chuàng)建時間、狀態(tài)和流程實例ID這留個屬性，是描述公文信息的類。二．公文流轉(zhuǎn)的描述與實現(xiàn)本模塊的功能比較完善，普通用戶可以提交、下載、添加、更新和刪除公文，超級用戶可以審批公文；可以查詢提交、待審核和已審核的公文列表；對于公文的審批進(jìn)度和審批內(nèi)容也可以進(jìn)行查詢。其中，DoucumentManage用于存儲公文，并將公文標(biāo)識和公文名稱傳遞給JBPM。每個類都有具體的職能，而且各類之間還有一定的內(nèi)在聯(lián)系，互相配合協(xié)作才能實現(xiàn)完整的功能。請年假是公司里最常見的一項事務(wù)。請假流程的角色分析：（1）部門員工：員工請假，有發(fā)起請假的權(quán)限，可以適當(dāng)?shù)奶岢稣埣偕暾?。分配好角色之后，接下來進(jìn)行類的設(shè)計。圖49 請假任務(wù)分派類的類圖其中，BossDecideAssignmentHandler為角色類，它可以通過Userid，在數(shù)據(jù)庫中查找請假申請人；ChiefDecideAssignmentHandler類用來獲取部門經(jīng)理，可以通過員工的Userid得到員工的部門經(jīng)理是誰；WriteRequestAssignmentHandler類用來獲得發(fā)起申請的員工ID；在CancelRequestAssignmentHandler類中，申請人可以撤銷請假請求任務(wù)。用戶啟動請假流程，完成第一個填寫請假申請的任務(wù)實例后，此狀態(tài)置為REQUEST。 測試方法由于采用面向?qū)ο蟮某绦蛟O(shè)計思想，在系統(tǒng)的迭代開發(fā)過程中，每次迭代都包含測試