【正文】 長期以來人們使用傳統(tǒng)的人工方法發(fā)布會議信息，整理會議記錄，查詢會議記錄。這對管理者和用戶來說，都是一種負擔，工作效率低下，且很容易出錯，保密性也差。它在當今社會各個領(lǐng)域發(fā)揮著越來越重要的作用。例如：查找方便迅速，準確率高，成本低，效率高等。也是企事業(yè)走向科學化，正規(guī)化管理的重要手段。 會議是一個集思廣 益的渠道，會議是一個集合的載體。許多高水準的創(chuàng)意就是開會期間產(chǎn)生的。構(gòu)建網(wǎng)上政府、實施電子政務(wù)首先要建立起政府的會議信息管理機制。具體表現(xiàn)為投資大、效果不明顯；水平低、重復建設(shè)多；硬件投入多、軟件投入少；模 擬手工作業(yè)增加管理負擔等。從經(jīng)濟和效益的角度來考慮，會議管理系統(tǒng)完全可以自成一系統(tǒng)。主要需要熟練掌握動態(tài)網(wǎng)頁開發(fā)的相關(guān)技術(shù)，將所學的知識用于實際的生活中，并且在實際的生活中發(fā)揮各方面的效益。 這個畢業(yè)設(shè)計的最終目標 是設(shè)計、實現(xiàn)一個功能完善的小型會議文獻管理系統(tǒng)。 論文組織結(jié)構(gòu) 此論文分為六大章節(jié)。 3 二 需求分析 可行性分析 可行性分析是建立在 用戶的要求和系統(tǒng)調(diào)研的基礎(chǔ)上進行的，對一個新系統(tǒng)的開發(fā)從社會、技術(shù)、經(jīng)濟、管理等幾個方面進行分析，并得出新系統(tǒng)的開發(fā)工作可行、不可行、需要修改、追加投資、暫緩開發(fā)、分步實施等方案和結(jié)論，最后完成可行性分析。 可行性分析階段的主要工作包括以下幾個方面： （ 1）技術(shù)上可行：技術(shù)可行性分析是根據(jù)新系統(tǒng)的目標來衡量是否具備所需要的技術(shù)，包括系統(tǒng)開發(fā)人員數(shù)量 和水平，硬件方面，軟件方面及其它應(yīng)用技術(shù)。軟件上， 現(xiàn)階段無論是用 PHP 技術(shù)、 JSP 技術(shù)、或者是 .NET 技術(shù)都可以完美的實現(xiàn)會議管理系統(tǒng)的編制，而目前存在的各種網(wǎng)絡(luò)終端服務(wù)器都可運用于該系統(tǒng)，本系統(tǒng)利用網(wǎng)絡(luò)流行的網(wǎng)站構(gòu)架方式 Tomcat+SQL SERVER2020+JSP，使用 Tomcat作為 Web 服務(wù)器， SQL SERVER 作為數(shù)據(jù)庫， JSP作為服務(wù)器端腳本解釋器。 因此在技術(shù)上是可行的。從本系統(tǒng)的開發(fā)和效益關(guān)系上講，本系統(tǒng)是用開源免費的 Tomcat 開發(fā)不需要花費太多的經(jīng)費。因此，從經(jīng)濟可行性上來講，是可行的。由于 企業(yè)會議越來 越多，會議資料、記錄、查詢和發(fā)布的工作繁重，大家積極支持開發(fā)新系統(tǒng) 客戶。 4 （ 4） 操作上可行性：操作可行性分析主要是分析操作人員是否能容易接受系統(tǒng)操作。只許輸入操作員名和密碼就可以進入主界面 ,然后在根據(jù)客戶自己的要求去對系統(tǒng)進行相應(yīng)的操作就可以了 ,操作十分簡單。 綜上所述，開發(fā)客戶管理系統(tǒng)在技術(shù)上、經(jīng)濟上、管理上、操作上都是切實可 行的。 可是經(jīng)常發(fā)生的情況是，有些企業(yè)的領(lǐng)導整天疲于應(yīng)付各種會議，淹沒于文山會海中，可是沒有解決的問題題仍然一大堆，會議的效率十分低下。 隨著計算機技術(shù)的發(fā)展，以及計算機在企事業(yè)單位中應(yīng)用的普及，計算機強大的功能已為人們深刻認識。作為計算機應(yīng)用軟件開發(fā)的一部分，使用計算機對會議進行管理具有手工管理無法比擬的優(yōu)點。 作為 計算 機應(yīng)用的一部分 ,使用計算機 對 會議文獻 信息進行管理 ,具有著手工管理所無法比擬的優(yōu)點 .例如 :檢索迅速、查找方便、可靠性高、存儲量大、保密性好、壽命長、成本低等。 通過對一些高校及企事業(yè)單位會議資料的查閱，以及現(xiàn)行公司的一些會議要求，整理出會議文獻信息管理系統(tǒng)的運作流程，并對該流程進行了分析，得出如下的需求分析，本例以高校會議文獻管理為例： （ 1）一周會議安排。同時這個模塊也是管理員及用戶的登陸界面。包括 一周會議安排管理，會議文獻信息管理，用戶信息管理。包括 個人資料的修改，會議文獻檢索，實現(xiàn)對校內(nèi)一周會議安排的查看。數(shù)據(jù)模式的確定是應(yīng)用程序開發(fā)以及接口設(shè)定的前提。甚至重新設(shè)計模塊，所以數(shù)據(jù)庫的設(shè)計非常重要。實體 聯(lián)系方法是最常用來表示概念模型的。 ER 圖用三種符號：實體、屬性和聯(lián)系。 數(shù)據(jù)庫概念結(jié)構(gòu)設(shè)計 圖 用戶信息實體圖 用 戶 用戶 id 用戶名 用戶密碼 姓名 性別 出生日期 地址 電子郵箱 所在單位 職務(wù) 電話號碼 6 圖 單位名稱實體圖 圖 星期名 稱實體圖 圖 會議文獻信息實體圖 單位名稱 會議信息 月 日 星期 時間 地點 主要內(nèi)容 出席對象 主管部門 年 id 發(fā)布標記 文獻資料 主管領(lǐng)導 名稱 星期 星期名 7 n n 圖 實體 ER圖 數(shù)據(jù)庫物理設(shè)計 數(shù)據(jù)庫是數(shù)據(jù)庫應(yīng)用程序的核心。 (1) 用戶會員結(jié)構(gòu)表 usertable，其中為管理員唯一分配了一個用戶名是：admin，用戶可以通過注冊添加信息，并在用戶 界面修改信息 , 如表 ： 表 用戶會員結(jié)構(gòu)表 名稱 數(shù)據(jù)類型 注釋 u_id 整型 用戶唯一 ID u_name 字符數(shù)據(jù)類型 用戶名 u_password 字符數(shù)據(jù)類型 用戶密碼 name 字符數(shù)據(jù)類型 用戶真實姓名 用戶 管理 會議文獻 8 u_sex 字符數(shù)據(jù)類型 用戶性別 u_borthday 字符數(shù)據(jù)類型 出生日期 u_zhiwu 字符數(shù)據(jù)類型 職務(wù) u_danwei 字符數(shù)據(jù)類型 單位 u_phone 字符數(shù)據(jù)類型 電話號碼 u_ 字符數(shù)據(jù)類型 電子郵箱 u_address 字符數(shù)據(jù)類型 地址 (2) 會議信息結(jié)構(gòu)表 meet，管理員擁有操作權(quán)限，可以添加、修改和刪除表中信息，用戶可以查詢操作， 如表 ： 表 會議信息結(jié)構(gòu)表 名稱 數(shù)據(jù)類型 注釋 id 整型 會議 ID year 字符數(shù)據(jù)類型 會議年 month 字符數(shù)據(jù)類型 會議月 day 字符數(shù)據(jù)類型 會議日 week 字符數(shù)據(jù)類型 會議星期 time 字符數(shù)據(jù)類型 會議時間 place 字符數(shù)據(jù)類型 會議地點 text 字符數(shù)據(jù)類型 會議主要內(nèi)容 people 字符數(shù)據(jù)類型 會議出席對象 danwei 字符數(shù)據(jù)類型 會議主管部門 manager 字符數(shù)據(jù)類型 主管領(lǐng)導 detail 字符數(shù)據(jù)類型 會議文獻資料 fabu 邏輯類型 發(fā)布標記 (3) 星期表 week，此表的數(shù)據(jù)只有星期一到星期天的文字，對系統(tǒng)來說此表僅僅是為了下拉列表的獲取方便，無實際必要性。 表 單位列表 名稱 數(shù)據(jù)類型 注釋 danwei 字符數(shù)據(jù)類型 單位名稱 系統(tǒng)功能設(shè)計 系統(tǒng)功能概要模塊設(shè)計 會議文獻管理系統(tǒng)由一周會議安排模塊、管理員模塊、用戶對個人信息及會議文獻檢索模塊組成。 （ 2） 同時這個模塊也是管理員及用戶的登陸界面。 （ 2）會議文獻信息管理：實現(xiàn)會議文獻的添加、刪除、修改，以及檢索。 用戶管理模塊 （ 1）個人資料：實現(xiàn)個人資料的修改。 （ 3）一周會議安排：實現(xiàn)對校內(nèi)一周會議安排的查看。 (2)即時處理：對會議計劃安排和會議信息的管理（ 包括添加，修改和刪除）在操作后，在客戶端的用戶即時可以查詢最新信息，用戶的操作也可以即時的反給在系統(tǒng)管理員。對于不同權(quán)限的用戶其對系統(tǒng)的使用都會有相應(yīng)的限制。普通員工可以分別按照已召開時間和會議內(nèi)容的關(guān)鍵字，迅速查詢出相關(guān)