【文章內(nèi)容簡介】 原型的基礎(chǔ)上對系統(tǒng)的各種功能模塊進(jìn)行擴(kuò)充以至完善，并最后完成系統(tǒng)的開發(fā)。 緒 論 5 課題調(diào)研與可行性分析 課題調(diào)研 辦公自動化系統(tǒng)從七十年代末發(fā)展至今，已從最初的提供面向單機(jī)的輔助辦 公產(chǎn)品，發(fā)展到面向企業(yè)級應(yīng)用的大型協(xié)同工作軟件，其發(fā)展過程分以下三個階段： （ 1） 以數(shù)據(jù)處理為中心的傳統(tǒng)辦公系統(tǒng)。 它的最大特點是應(yīng)用基于文件系統(tǒng)和關(guān)系型數(shù)據(jù)庫系統(tǒng)，以結(jié)構(gòu)化數(shù)據(jù)為存儲和處理對象，強(qiáng)調(diào)對數(shù)據(jù)的計算和統(tǒng)計能力。其貢獻(xiàn)在于把 IT 技術(shù)引入辦公領(lǐng)域，提高了文件管理水平。 （ 2） 以工作流為中心的辦公自動化系統(tǒng)。 這一時期的辦公自動化實現(xiàn)了以工作流為中心。這種方式徹底改變了早期辦公自動化的不足之處，以 E－ MAIL、文檔數(shù)據(jù)庫管理、目錄服務(wù)、群組協(xié)同工作等技術(shù)作支撐。第二代辦公自動化系統(tǒng)包含了眾多的實 用功能和模塊，它以網(wǎng)絡(luò)為基礎(chǔ)，實現(xiàn)了對人、對事、對文檔、對會議的自動化管理。 （ 3） 以知識管理為核心的辦公自動化系統(tǒng)。 第三代 OA 的核心是知識管理。知識管理是一個系統(tǒng)工程，目標(biāo)是幫助企業(yè)發(fā)現(xiàn)潛在的知識、定位擁有專門知識的人、傳遞知識、有效利用知識。知識管理意味著在恰當(dāng)?shù)臅r間，將正確的知識傳給正確的人，使他們采取最適合的行動，避免重復(fù)錯誤和重復(fù)工作。知識管理可以幫助企業(yè)解決知識共享和再利用的問題。第三代 OA的顯著特點是信息、資源共享，實時通信，以及與短信平臺的完美結(jié)合。 雖然現(xiàn)在 工作安排系統(tǒng) 已經(jīng)進(jìn)入了一個高 速發(fā)展的階段，但是在辦公自動化發(fā)展的過程中也暴露出了很多問題： （ 1） 對辦公自動化系統(tǒng)的本質(zhì)作用缺乏必要的理解。 通常只是把辦公自動化理解為辦公過程中的先進(jìn)技術(shù)和設(shè)備的使用，使用的目的為提高效 率，實際上，實施辦公自動化的重要作用在于提高管理機(jī)構(gòu)的決策效能。 （ 2） 對辦公自動化 系統(tǒng)期望過高，忽視了辦公自動化發(fā)展的基礎(chǔ)。 認(rèn)為只要有了先進(jìn)的技術(shù)和設(shè)備，就可以實現(xiàn)辦公自動化，有些用戶把工作重心大多花在應(yīng)用系統(tǒng)的建立上，對后期的實際應(yīng)用重視不足，致使了許多辦公自動化系統(tǒng)不能真正地給企業(yè)帶來質(zhì)的變化。 （ 3） 開 發(fā)手段單一，平臺依賴性嚴(yán)重。 緒 論 6 采用的開發(fā)模式都是“群件平臺＋適當(dāng)定制”的模式，即通過群件平臺提供的編程接口，結(jié)合具體的業(yè)務(wù)要求來定制應(yīng)用。這種開發(fā)模式由于群件平臺建得太“高”，造成可供開發(fā)商發(fā)揮的空間太小，有些深層次的功能很難實現(xiàn)。在通用性、定制復(fù)雜應(yīng)用、集成其他應(yīng)用軟件及設(shè)備等方面存在很大不足，系統(tǒng)一旦成型，其調(diào)整就相當(dāng)困難，致使企業(yè)有時不得不重復(fù)開發(fā)系統(tǒng)，造成企業(yè)資源浪費。 （ 4） 技術(shù)含量低，創(chuàng)新設(shè)計少。 目前大多數(shù)辦公自動化軟件的設(shè)計還基本上停留在 Client／ Server 架構(gòu)、面向?qū)ο蟮拈_發(fā)方式上 ，很少見到有創(chuàng)新的設(shè)計。使用傳統(tǒng)的技術(shù)雖然可以滿足一時之需，但從長遠(yuǎn)上考慮就落后了。 （ 5） 為用戶考慮得少，軟件的柔性構(gòu)造功能較差。 軟件的模塊復(fù)用性較差，直接影響了軟件的柔性構(gòu)造功能，而當(dāng)用戶的需求發(fā)生改變時，哪怕僅僅是輕微的改變，都需要開發(fā)商來解決，從而影響了用戶的使用效率，對開發(fā)商而言也是一個極大的負(fù)擔(dān)。 （ 6） 沒有統(tǒng)一的標(biāo)準(zhǔn)。 辦公自動化要求規(guī)范性強(qiáng)，如果沒有一整套有關(guān)標(biāo)準(zhǔn)和評價的指標(biāo)體系，辦公自動化的管理方、需求方、開發(fā)方和評測方之間就缺乏一個共同的依據(jù)和基礎(chǔ)，不可能相互密切配合，許多開發(fā)商為 了迎合客戶心理，在缺乏對客戶實際應(yīng)用需求深入分析和研究的情況下，為客戶提供“大而全”的“標(biāo)準(zhǔn)化”產(chǎn)品，其功能可謂包羅萬象，但真正能夠被用戶實際使用和得到認(rèn)可的功能模塊卻很少。 課題可行性分析 （ 1） 經(jīng)濟(jì)可行性 本系統(tǒng)開發(fā)需求的低，加上具有成熟的軟硬件環(huán)境，所以在軟硬件的支出上十分有限。而且目標(biāo)系統(tǒng)并不是十分的復(fù)雜，開發(fā)的周期較短，開發(fā)人員經(jīng)濟(jì)支出有限。在企業(yè)使用方面，只要企業(yè) 用戶 具備基本的計算機(jī)知識就可以，不需要做專門的培訓(xùn)，本系統(tǒng)提供在線幫助模塊，可以使企業(yè) 用戶 對本系統(tǒng)熟練的使用。因此經(jīng)濟(jì)可 行性較高。 （ 2） 技術(shù)可行性 本課題是采用 JSP 技術(shù)來進(jìn)行基于 Web的 工作安排系統(tǒng) 的研究與實現(xiàn)。在針對于企業(yè)用戶，建議采用 JSP 技術(shù)，理由是，該技術(shù)易于服務(wù)器的維護(hù)，成本相對較低，開發(fā)周期較短。服務(wù)器選用 Windows xp 作為操作系統(tǒng)平臺；使用 JSP 進(jìn)行開發(fā)，用Dreamweaver MX 作為網(wǎng)頁制作工具 ,數(shù)據(jù)庫軟件選用 SQL Server 2021. 緒 論 7 （ 3） 操作可行性 系統(tǒng)基于 Web 的工作界面，使工作人員無論身處何地，無論通過局域網(wǎng)還是互聯(lián)網(wǎng)，都能在瀏覽器中直接工作。在操作使用上十分方便， 用戶 只需 連上公司內(nèi)部的局域網(wǎng)，在自己的電腦上通過 Web瀏覽器就可使用本系統(tǒng)，同時所有的操作都是基于 Web的操作方式，如：鏈接、按鈕、文本框等等。所有的操作通過瀏覽器完成，客戶端不需要配置其他應(yīng)用軟件。人性化的界面設(shè)計，使一般用戶無需培訓(xùn)即可使用。強(qiáng)大的在線提醒功能隨時讓用戶清楚當(dāng)前待辦事宜，方便、快捷、及時、準(zhǔn)確 。系統(tǒng)需求分析 8 2 系統(tǒng)需求分析 根據(jù)第一章所定義的課題研究方向及目標(biāo)，本章將對系統(tǒng)功能進(jìn)行具體的需求分析，具體分析 工作安排系統(tǒng) 所要實現(xiàn)的功能及欲達(dá)到的效果。 系統(tǒng)功能需求分析 本系統(tǒng)主要面對企業(yè)為主。根據(jù)實 際的需求分析，本系統(tǒng)應(yīng)該主要實現(xiàn)以下幾個方面的功能： 用戶管理：管理員定義并維護(hù)使用本系統(tǒng)的用戶。 用戶注冊：登入系統(tǒng)用戶統(tǒng)一進(jìn)行注冊管理。 用戶登錄：用管理員和普通用戶兩種身份進(jìn)行登錄。 工作計劃 ：根據(jù)任務(wù)制定每個人的個人工作計劃，包括名稱，內(nèi)容，有效期等等，同時也要考慮一下優(yōu)先級和次序的問題。 一周工作安排 ：員工根據(jù)工作任務(wù)和總體時間安排，以日歷的形式制定本人工作日程安排。 工作日志 ：對每天所做的工作內(nèi)容進(jìn)行要點紀(jì)錄。 記事本 ：記錄平時工作中的出現(xiàn)的一些問題。 會議記錄本 ：記錄會議的內(nèi)容。 客戶投訴登記 表 ：記錄客戶的意見，同時留下客戶的有效信息，并記錄反饋消息。 來訪登記 ：記錄來訪者來訪日期，姓名，證件號碼等等。 系統(tǒng)管理 由系統(tǒng)管理在整個系統(tǒng)中擔(dān)任的角色和任務(wù)來看，一個簡單的系統(tǒng)管理需要完成以下任務(wù)： 系統(tǒng)能實現(xiàn)用戶身份驗證功能，判斷用戶權(quán)限，并將權(quán)限信息提供給所有模塊 ，供系統(tǒng)管理員使用。 系統(tǒng)管理員最關(guān)鍵的部分是權(quán)限管理，在用戶進(jìn)入系統(tǒng)后的每一個操作都進(jìn)行權(quán)限判斷，禁止任何越權(quán)操作，有效的保護(hù)系統(tǒng)數(shù)據(jù)的安全性；在保證系統(tǒng)高度安全的同時，必需對動態(tài)變化的用戶進(jìn)行實時的權(quán)限更改，權(quán)限管理模塊要提供給系統(tǒng)管 理員實時的，有效的和操作簡便的管理。 系統(tǒng)需求分析 9 業(yè)務(wù)流分析 業(yè)務(wù)流程圖， 就是用一些規(guī)定的符號及連接來表示某個具體的業(yè)務(wù)處理過程。在對系統(tǒng)的組織結(jié)構(gòu)和功能進(jìn)行分析時，需從一個實際業(yè)務(wù)流程的角度將系統(tǒng)調(diào)查中有關(guān)該業(yè)務(wù)流程的資料都串起來作進(jìn)一步的分析。業(yè)務(wù)流程分析可以幫助我們了解該業(yè)務(wù)的具體處理過程，發(fā)現(xiàn)和處理系統(tǒng)的調(diào)查工作中的錯誤和疏漏，修改和刪除原系統(tǒng)的不合理部分，在新系統(tǒng)基礎(chǔ)上優(yōu)化業(yè)務(wù)處理流程。 在本系統(tǒng)中，當(dāng)用戶要求登錄的時候，系統(tǒng)會進(jìn)行判斷，將用戶分成普通 用戶 和系統(tǒng)管理員兩種不同的權(quán)限用戶。普通 用戶 沒 有權(quán)限使用 用戶 管理模塊和查看系統(tǒng)管理模塊中的登錄日志和操作日志記錄，當(dāng)點擊進(jìn)入的時候會提示沒有權(quán)限進(jìn)行此模塊的操作，頁面顯示的是登錄頁面。系統(tǒng)管理員擁有全部的權(quán)限。本系統(tǒng)的業(yè)務(wù)流程圖如圖 21所示： 系統(tǒng)需求分析 10 圖 21 系的業(yè)務(wù)流程圖 修改員工 登陸系統(tǒng) 系統(tǒng)管理員 普通員工 文件管理 員工管理 日志管理 上傳文件 修改文件 刪除文件 保存 寫入數(shù)據(jù)庫 刪除日志 系統(tǒng)管理 管理用戶 修改密碼 添加員工 刪除員工 添加日志 修改日志 修改賬號 保存 保存 保存 系統(tǒng)需求分析 11 系統(tǒng)數(shù)據(jù)流分析 數(shù)據(jù)流圖是一種圖形化技術(shù)，它描繪信息流和數(shù) 據(jù)從輸入移動到輸出過程中所經(jīng)受的變換。在數(shù)據(jù)流圖中沒有任何具體的物理部件，它只是描繪數(shù)據(jù)在軟件中流動和被處理的邏輯過程。系統(tǒng)頂級數(shù)據(jù)流圖如圖 22所示： 圖 22 頂級系統(tǒng)數(shù)據(jù)流圖 系統(tǒng) I級數(shù)據(jù)流圖如圖 23所示： 圖 23 I 級系統(tǒng)數(shù)據(jù)流圖 用戶信息 工作計劃 文件信息 日志信息 數(shù)據(jù)庫 增加員工 發(fā)送 接收 上傳 下載 記錄 提醒 用 戶 工作安排管理系 統(tǒng) 系 統(tǒng) 管 理 員 工作計劃 文件信息 日志信息 信息修改 管理員查詢信息 用戶管理 信息 系統(tǒng)需求分析 12 用戶 管理模塊的數(shù)據(jù)流圖如圖 24所示： 圖 24 用戶 管理模塊的數(shù)據(jù)流圖 文件管理模塊的數(shù)據(jù)流圖 如圖 25所示： 圖 25 文件管理模塊的數(shù)據(jù)流圖 計劃 管理模塊的數(shù)據(jù)流圖如圖 26所示： 圖 26 計劃 管理模塊的數(shù)據(jù)流圖 系統(tǒng)管理員 新增用戶信息 刪除用戶信息 修改用戶信息 保存到數(shù)據(jù)庫 F1 用戶信息表 用戶 添加文件夾或文件 刪除文件夾或文件 修改文件夾或文件 保存到數(shù)據(jù)庫 G1 文件信息表 用戶 添加計劃 刪除計劃 修改計劃 保存到數(shù)據(jù)庫 J1 計劃信息表 系統(tǒng)需求分析 13 數(shù)據(jù)字典 數(shù)據(jù)字典是系統(tǒng)分析階段的重要文檔，它是關(guān)于數(shù)據(jù)的信息的集合，也就是對數(shù)據(jù)流圖中包含的所有元素的定義的集合。本系統(tǒng)中的數(shù)據(jù)字典眾多，在此不一一列舉，以下列出 表 系統(tǒng)中的主要數(shù)據(jù)字典。 用戶信息表 如表 21所示： 表 21 用戶 信息表 名字：用戶信息表 描述：記錄公司員工的信息 定義：員工信息表 =用戶 ID 號 +用戶姓名 +登錄 ID 號 +登錄密碼 +性別 +人員編號 +電子信箱 +任職部門 +職務(wù) 位置：用戶驗證中心 名字：用戶 ID 號 描述：標(biāo)識用戶的憑證 定義：用戶 ID 號 =1{數(shù)字 }20 位置：員工信息表 用 戶驗證中心 名字：登錄密碼 描述：驗證用戶是否合法的唯一憑證 定義：登錄密碼 =1{字符 }50 位置：員工信息表 用戶驗證中心 名字：用戶姓名 描述：用戶的姓名 定義：用戶姓名 ={字符 }50 位置：用戶信息表 用戶驗證中心 名字：人員編號 描述：企業(yè)部門的編號 定義：用戶編號 =1{數(shù)字 }20 位置：員工信息表 用戶驗證中心 名字：登錄 ID 號 描述：登錄 ID 號 定義：登錄 ID 號 ={數(shù)字 }7 位置：員工信息表 用戶驗證中心 名字：任職部門 描述：員工所在的部門 定義：任職部門 =1{數(shù)字 }20 位置：員工信息表 名字：性別 描述：男或女 定義：性別 =1{字符 }1 位置：員工信息表 名字：職務(wù) 描述：用戶在公司的職務(wù) 定義：職務(wù) ={字符 }10 位置：員工信息表 名字：電子信箱 描述：用戶的電子信箱 定義：電子信箱 ={字符 }20 位置：員工信息表 系統(tǒng)需求分析 14 部門 信息表 如表 22所示： 表 22 部門信息表 機(jī)構(gòu) 信息表 如表 23所示： 表 23 機(jī)構(gòu)信息表 名字：部門信息表 描述：存放部門基本信息 定義：部門信息 =部門 ID+部門名稱 +經(jīng)理姓名 +電話 位置：部門信息表 名字：部門 ID 描述：唯一標(biāo)識一個部門 定義：部門 ID =1{數(shù)字 }10 位置：部門信息表 名字：部門名稱 描述：部門的名稱 定義：部門名稱 =1{字符 }20 位置：部門信息表 名字：經(jīng)理姓名 描述：經(jīng)理姓名 定義：