【文章內容簡介】 PT 網(wǎng)站開發(fā)技術。這樣，不同的用戶就可以隨時隨地對自己的信息進行管理了（當然，管理員只能在規(guī)定的服務器上對課題及志愿進行管理） 系統(tǒng)功能介紹 系統(tǒng)要實現(xiàn)的主要功能有： 1) 系統(tǒng)管理員對教師刪除、審核； 2) 系統(tǒng)管理員對論文的、刪除、查詢、審核； 3) 學生對論文的選擇； 4) 學生對自己信息的查詢、修改； 5) 教師對自己信息的查詢、修改； 6) 教師對論文信息的查詢、修改、審核； 7) 用戶登陸：包括系統(tǒng)管理員登陸、教師登陸、學生登陸 ；學生注冊，老師注冊； 6 第三章 系統(tǒng)設計 可行性 分析 可行性分析 (Feasibility Analysis)也稱為可行性研究，是在系統(tǒng)調查的基礎上，針對新系統(tǒng)的開發(fā)是否具備必要性和可能性，對新系統(tǒng)的開發(fā)從技術、經(jīng)濟、社會的方面進行分析和研究，以避免投資失誤，保證新系統(tǒng)的開發(fā)成功。可行性研究的目的就是用最小的代價在盡可能短的時間內確定問題是否能夠解決。為了確定開發(fā)具有可行性，對本系統(tǒng)主要進行了以下 三 個方面的分析。 (1) 經(jīng)濟可行性 ： 系統(tǒng)所要求的硬件（計算 機及相關硬件）和軟件環(huán)境(Java+SQL 2020)，市場上都容易購買到或從相關網(wǎng)站下載，系統(tǒng)成本主要集中在開發(fā)與維護上，不造成過重的經(jīng)濟負擔。而一旦此系統(tǒng)投入使用 ,不僅可以減少 教學管理者的工作 強度，提高工作效率，而且極大限度的方便了用戶 ，可以 節(jié)省大量 的 人力、財力 。 (2) 技術可行性 ： 技術上的可行性分析主要是分析技術條件能否順利完成開發(fā)工作，硬、軟件能否滿足開發(fā)者的需要等。在軟件方面，本系統(tǒng)采用的是 Java進行開發(fā)，前臺網(wǎng)頁設計使用的是 Dreamweaver 8，而數(shù)據(jù)庫系統(tǒng)采用的是Microsoft SqlServer 2020。 通過分析，在軟、硬件方面現(xiàn)有工具與環(huán)境完全可以實現(xiàn)系統(tǒng)的開發(fā)，因此具有技術上的可行性。 (3) 管理的可行性 ： 主要是管理人員是否支持，現(xiàn)有的管理制度和方法是否科學，規(guī)章制度是否齊全，原始數(shù)據(jù)是否正確等。系統(tǒng)的開發(fā)主要就是為了方便選題 信息的管理，補充現(xiàn)在傳統(tǒng)管理方式的不足，因此具備了管理上的可行性。 綜上所述，系統(tǒng)開發(fā)目標已明確，在技術和經(jīng)濟等方面具備可行性，投入少、見效快，因此系統(tǒng)的開發(fā)是完全可行的。 功能需求分析 在可行性分析階段已經(jīng)簡要地分析和研究了本系統(tǒng)的基本需求， 也論證了開發(fā)平臺及軟件的可行性，但為了明確系統(tǒng)設計的目標，了解用戶的需求，現(xiàn)對用戶需求作以調研，從而進一步明確所 要 實現(xiàn) 的各 子系統(tǒng)的 需求 。 分析得出：在畢業(yè)論文選題工作中分為 三種用戶，即系統(tǒng)管理員 、指導教師、學生。系統(tǒng)管理員 審核指導教師和學生資格 ；指導老師發(fā)布選題；學生選題等功能。要完成一個分工合理、控制嚴格的畢業(yè)論文選題系統(tǒng)，首先要對每個用戶需要完成哪些工作了如指掌。 系統(tǒng)管理員的任務是系統(tǒng)設置（設置系統(tǒng)標題、本屆年度、學生限選個數(shù)）；數(shù)據(jù)字典維護等。指導教師發(fā)布選題（需要審核）和學生的確選；學生瀏覽和預選 本專業(yè)選題。 7 功能結構圖 畢業(yè)設計選題系統(tǒng)系 統(tǒng) 管 理 員指 導 老 師學 生學 生 管 理教 師 管 理選 題 管 理修 改 資 料 和 密 碼查 看 選 題發(fā) 布 選 題審 核 選 題修 改 資 料 和 密 碼查 看 教 師 和 課 題個 人 選 題 管 理文 件文 件注 冊 頁 面教 師 注 冊學 生 注 冊審 核 圖 31 系統(tǒng)功能結構圖 系統(tǒng)建模 UML 語言簡介 統(tǒng)一建模語言 UML(Unified Modeling Language)是第三代用來為面向對象開發(fā)系統(tǒng)的產(chǎn)品進行說明、可視化和編制文檔的標準表示。 UML 并非一種可視化的程序設計語言，而是一種可視化的建模語言；它不是工具或知識庫的規(guī)格說明，而是一種建模語言規(guī)格說明，是一種標準的表示；它不是過程，也不是方法，但允許任何一種過程和方法使用它。 建立 簡明準確的表示模型是把握復雜系統(tǒng)的關鍵。模型是對事物的一種抽象，人們常常在正式建造實物之前，首先建立一個簡化的模型，以便更透徹地了解它的本質。使用模型可使人們從全局把握系統(tǒng)的全貌及其相關部件之間的關系，可以防止人們過早的陷入各個模塊的細節(jié)。因此，建模是畢業(yè)論文選題系統(tǒng)數(shù)據(jù)庫設計的重要部分。 角色的確定 在 UML 中，系統(tǒng)作用者代表位于系統(tǒng)之外和系統(tǒng)進行交互的一類對象。用它可以對軟件系統(tǒng)與外界發(fā)生的交互進行分析和描述。當軟件投入進行時，它必然和外界發(fā)生交互，系統(tǒng)作用者是軟件系統(tǒng)在和外界發(fā)生交互時涉及的 具體對象，在 UML 中就是用系統(tǒng)作用者來建模的。 在畢業(yè)論文選題系統(tǒng)中，可以歸納出的主要問題有： （ 1）系統(tǒng)管理員審核本院系的學生和老師的資格； （ 2）老師出題和審核學生選題； （ 3）學生預選，老師確選。 8 從上面所歸納的問題可以看出，本系統(tǒng)所涉及的操作主要是：用戶的開戶和選題的操作流程。因此，在本系統(tǒng)的 UML 建模中，可以創(chuàng)建以下角色： （ 1）系統(tǒng)管理員 （ 2）指導教師 （ 3）學生 創(chuàng)建用例 指定了與軟件系統(tǒng)交互的系統(tǒng)作用者之后，就需要詳細的描述系統(tǒng)作用者和軟件系統(tǒng)交互的具體內容。在 UML 中，軟件系統(tǒng) 的功能和其代表的動態(tài)行為是用用例來建模的。用例代表系統(tǒng)為響應系統(tǒng)作用者引發(fā)的一個事件而執(zhí)行的一系列處理，而且這些處理應該為系統(tǒng)作用者產(chǎn)生一種反饋。 在本系統(tǒng)的 UML 建模中，可以創(chuàng)建以下用例： （ 1）指導教師和學生注冊； （ 2）選題記錄錄入、修改、審核； （ 3）文件上傳、下載； （ 4）學生選題，老師確選； 創(chuàng)建角色與用例關系圖 （ 1）系統(tǒng)管理員用例關系圖如圖 32 所示： a d m in審 審 審 審審 審 審 審審 審 審 審審 審 審 審審 審 審 審審 審 審 審 e x te n d s e x te n d s e x te n d s e x te n d s e x te n d s e x te n d s 圖 32系統(tǒng)管理員的用例關系圖 （ 2）指導教師用例關系圖如圖 33 所 示： 審 審 e x te n d s e x te n d s e x te n d s e x te n d s e x te n d s 審 審 審 審審 審 審 審審 審 審 審審 審 審 審審 審 審 審 圖 33指導教師的用例關系圖 （ 3）學生用例關系圖如圖 34 所示： 9 審 審 e x te n d s e x te n d s e x te n d s e x te n d s e x te n d s 審 審 審 審審 審 審 審審 審審 審 審 審審 審 審 審 圖 34學生的用例關系圖 數(shù)據(jù)庫設計 數(shù)據(jù)庫設計原則 數(shù)據(jù)庫設計是計算機管理信息系統(tǒng)中很重要的部分，設計質量的好壞、數(shù)據(jù)結構的優(yōu)劣之間影響到管理數(shù)據(jù)庫的成績。數(shù)據(jù)庫設計的基本原則是在系統(tǒng)總體信息方案的指導下，各個數(shù)據(jù)表應當為它所支持的管理目標服務，在設計數(shù)據(jù)庫系 統(tǒng)時，應當重點考慮一下幾個因素： 數(shù)據(jù)庫必須層次分明，布局合理。 數(shù)據(jù)庫必須高度結構化，保證數(shù)據(jù)的結構化、規(guī)范化和標準化。這是建立數(shù)據(jù)庫和進行信息交換的基礎。數(shù)據(jù)結構的設計應該遵循國家標準和行業(yè)標準，尤其是應重視編碼的應用。 在設計數(shù)據(jù)庫時，一方面要盡可能的減少冗余度，減少存儲空間的占用，降低數(shù)據(jù)的一致性問題發(fā)生的可能性；另一方面，還要考慮適當?shù)娜哂?，以提高運行速度、降低開發(fā)難度。 必須維護數(shù)據(jù)正確的正確性和一致性，在系統(tǒng)中，多個用戶共享數(shù)據(jù)庫，由于并行開發(fā)操作，可能影響數(shù)據(jù)的一致性，因此必須用加鎖等辦法保 證數(shù)據(jù)的一致性。 系統(tǒng)數(shù)據(jù)庫 ER 圖。 學 生 選 題學 號 姓 名題 庫 錄 取 老 師管 理A d m i n老 師 號 姓 名11n1m1 圖 35系統(tǒng)總 ER圖 10 學 生資 格狀 態(tài)電 話 號 碼郵 箱密 碼學 號名 字專 業(yè)性 別畢 業(yè) 設 計名 稱班 級 圖 36學生 ER圖 老 師編 號狀 態(tài)電 話 號 碼職 稱密 碼教 研 室名 字 圖 37 老師 ER圖 A d m i n密 碼編 號名 字 圖 38 Admin ER圖 題 庫編 號上 傳 人U r l地 址資 料 名 稱老 師 編 號 圖 39 題庫 ER圖 數(shù)據(jù)庫表清單 下面將 部分重要的數(shù)據(jù)庫表詳細清單列出 表 ：選題表 序號 列名 數(shù)據(jù)類型 長度 小數(shù)位 標識 主鍵 允許空 默認值 說明 1 編號 varchar 50 0 是 否 選題 id 2 Zhidaolaoshi varchar 50 0 否 出題教師 3 keti varchar 50 0 否 選題名稱 4 jiaoyanshi varchar 50 0 否 教研室 5 Zongrenshu int 20 0 是 總人數(shù) 11 6 Zige int 2 0 否 資格 7 Xueyuan varchar 16 0 否 學院 8 Teacherid varchar 50 0 否 老師編號 9 Miaoshu text 100 0 (0) 描述 表 ： select_true（學生選題表） 序號 列名 數(shù)據(jù)類型 長度 小數(shù)位 標識 主鍵 允許空 默認值 說明 1 Sid varchar 50 0 是 否 學生 id 2 name varchar 50 0 否 學生姓名 3 password varchar 50 0 否 密碼 4 sex varchar 50 0 否 性別 5 banji varchar 50 0 否 班級 6 zhuanye varchar 50 0 否 專業(yè) 7 Dianhua varchar 50 0 否 電話 8 E_mail varchar 50 0 否 郵箱 9 biyeshengjimingcheng varchar 100 0 否 畢業(yè)的設計名稱 10 zhuangtai varchar 50 0 否 狀態(tài) 11 zige varchar 50 0 否 資格 表 ： teacher_inf（教師表） 序號 列名 數(shù)據(jù)類型 長度 小數(shù)位 標識 主鍵 允許空 默認值 說明 1 bianhao varchar 20 0 是 否 老師編碼 2 mima nvarchar 20 0 否 老師姓名 3 tname nvarchar 20 0 否 教研室 id 4 zhichang nvarchar 20 0 否 老師職稱 5 jiaoyanshi int 4 0 是 限帶人數(shù) 6 dianhua nvarchar 50 0 是 手機 7 zhuangtai nvarchar 30 0 是 Email 表 ： admin_table（系統(tǒng)管理員表） 序號 列名 數(shù)據(jù)類型 長度 小數(shù)位 標識 主鍵 允許空 默認值 說明 1 si varchar 50 0 是 否 編號 2 name varchar 50 0 是 用戶名 3 password varchar 50 0 是 密碼 系統(tǒng)模塊設計 對 畢業(yè)論文選題 系統(tǒng)進行系統(tǒng)分析、數(shù)據(jù)庫設計之后，本章將主要介紹系統(tǒng) 12 各功能模塊的設計及其 實現(xiàn)。 軟件所實現(xiàn)的功能強弱是衡量一個軟件的最根本的標準。通過對系統(tǒng)的全面分析并結合調研的情況，確定了本系統(tǒng)的功能模塊 圖。本章先從系統(tǒng)總體結構設計介紹，接著分別對公用模塊、客戶界面、管理對功能模塊加以描述。 登 錄 主 界 面學 生 登 錄 教 師 登 錄 A d m i n 登 錄 圖 310 系統(tǒng)總體結構圖