【正文】 它主要包括以下幾個(gè)方面：。學(xué)科基礎(chǔ)建設(shè)主要包括學(xué)科人員配備信息，學(xué)術(shù)梯成都電子科技大學(xué)學(xué)位論文 24 隊(duì)信息，科研情況信息，學(xué)生培養(yǎng)情況信息等。就業(yè)管理也是學(xué)生管理的一個(gè)重要環(huán)節(jié)，學(xué)生可以把自己的個(gè) 人簡(jiǎn)歷上傳到學(xué)校的網(wǎng)站上，使用人單位直接通過網(wǎng)絡(luò)就可以了解畢業(yè)生的基本情況，并根據(jù)實(shí)際情況作出招聘措施；而且，用人單位也可以通過我們的網(wǎng)頁發(fā)布招生信息，使學(xué)生能夠通過網(wǎng)絡(luò)了解用人單位的需求，進(jìn)而實(shí)施雙向選擇。 (3) 招生就業(yè)管理 招生就業(yè)管理一般涉及到學(xué)生的招生工作和就業(yè)管理，是一個(gè)學(xué)校的核心部門之一。學(xué)生在校的檔案管理一般由大學(xué)學(xué)生處管理人員完成的，由他們收集錄入乃至后面的完善。 (2) 行政辦公管理 行政辦公管理主要涉及到學(xué)生的檔案管理、學(xué)費(fèi)標(biāo)準(zhǔn)的制定、學(xué)生的繳費(fèi)信息、學(xué)生經(jīng)費(fèi)管理、學(xué)生證書管理以及學(xué)生的離校審查等。 ★ 數(shù)據(jù)維護(hù)管理：主要是要求系統(tǒng)定期的為數(shù)據(jù)庫做出備份，現(xiàn)在計(jì)算機(jī)技術(shù)與網(wǎng)絡(luò)技術(shù)發(fā)展相當(dāng)快，但其網(wǎng)絡(luò)安全也是日漸加劇，尤其出現(xiàn)了病毒和木馬攻擊，很容易造成系統(tǒng)受染。管理員用戶則有更高級(jí)別的權(quán)限，他還可以更新一些基礎(chǔ)信息。學(xué)生用戶可以查詢自己的基本信息、選課信息、成績(jī)信息以及其他的培養(yǎng)信息等。對(duì)于公共信息管理不是所有的人都能夠參與，只有管理員才具備管理的權(quán)限才能進(jìn)行維護(hù)，而其他用戶無權(quán)訪問，這一層必須要把握好尺度，否則就可能泄露學(xué)校中 一些重要信息。 ★ 學(xué)生基本信息管理：主要是針對(duì)學(xué)生表的操作，其中主要包括學(xué)生的姓名、院系、研究方向、學(xué)位情況、畢業(yè)論文、在讀期間發(fā)表論文以及所獲各種成果獎(jiǎng)勵(lì)等信息的錄入和更新工作，只要屬于學(xué)生的信息都應(yīng)該歸屬到這一個(gè)信息管理中去； ★ 公共信息管理：主要針對(duì)各種基礎(chǔ)類別表信息的維護(hù)工作。 成都電子科技大學(xué)學(xué)位論文 22 圖 學(xué)生管理信息系統(tǒng)的總體功能結(jié)構(gòu)圖 (1) 系統(tǒng)管理模塊 系統(tǒng)管理模塊主要用來完成一些基本信息的錄入與維護(hù)，如學(xué)生信息、公共信息、用戶管理、課程信息等。 系統(tǒng)功能分析 開發(fā)系統(tǒng)之前，開發(fā)者必須根據(jù)系統(tǒng)的開發(fā)目標(biāo)，將系統(tǒng)的功能分為幾大模塊，本文所闡述的系統(tǒng)可以分為系統(tǒng)、學(xué)位理、行政辦公、招生就業(yè)、學(xué)科理、排課系統(tǒng)和學(xué)生七大 管理 模塊，系統(tǒng)總體功能結(jié)構(gòu)如圖 所示。 (9) 系統(tǒng)應(yīng)具有較好的可擴(kuò)充性和可連接性，能夠?yàn)橄到y(tǒng)日后的擴(kuò)充與完善，奠定一個(gè)良好的技術(shù)基礎(chǔ) [22]。現(xiàn)在的市場(chǎng)競(jìng)爭(zhēng)十分激烈，如果開發(fā)出來的系統(tǒng)性能和其他系統(tǒng)一樣，但是價(jià)格卻比其他系統(tǒng)高很多，那么勢(shì)必在競(jìng)爭(zhēng)中落敗。一旦出錯(cuò)就要給予糾正，那么就必須要在系統(tǒng)中進(jìn)行修改；因此開發(fā)者 必須要考慮這個(gè)方面，確保設(shè)計(jì)出來的系統(tǒng)能夠正常投入使用。 (6) 管理系統(tǒng)還應(yīng)該有良好的安全性和數(shù)據(jù)保密性，確保學(xué)生的信息不外泄；系統(tǒng)應(yīng)提供完善的日志管理功能，對(duì)數(shù)據(jù)庫的每一次訪問都應(yīng)記錄在案，為日后系統(tǒng)的維護(hù)提供方便。 (4) 同時(shí)，系統(tǒng)還應(yīng)該提供完善的校驗(yàn)規(guī)則，還應(yīng)該盡量避免由于無意造成的誤操作而產(chǎn)生的錯(cuò)誤數(shù)據(jù)存入數(shù)據(jù)庫，以此減輕日后的系統(tǒng)維護(hù)工作。以此來減輕管理人員的信息錄入工作量，提高他們的工作效率?？傮w來說，學(xué)生信息管理系統(tǒng)需求可以歸納如下： (1) 開發(fā)出來的系統(tǒng)應(yīng)具有較完善的決策支持功能，這樣才具有真正的使用價(jià)值，而且也只有這樣的開發(fā)系統(tǒng)才能為學(xué)校所用，才能給制定學(xué)生教育方案及發(fā)展規(guī)劃提供正確的決策支持。 從上面的整個(gè)工作流程可以看出來，三方面的要求從始至終的都貫穿著整個(gè)開發(fā)過程，貫穿著該過程的 每一個(gè)環(huán)節(jié)。 系統(tǒng)管理員：系統(tǒng)管理員主要負(fù)責(zé)系統(tǒng)維護(hù)支持工作，包括數(shù)據(jù)備份、恢復(fù)、錯(cuò)誤數(shù)據(jù)的更正以及一些基本數(shù)據(jù)變化以后其他相關(guān)數(shù)據(jù)的更新等。這里學(xué)生主要是要進(jìn)行網(wǎng)上選課和提交其他相關(guān)的信息，以便學(xué)校的職能部門 能夠及時(shí)掌握學(xué)生在校期間的學(xué)習(xí)狀況。 總體來看，本系統(tǒng)共有三類用戶： 學(xué)生：主要是指獲得該校學(xué)籍的大學(xué)生。其中大部分功能不是那一個(gè)單一的部門就能夠收集齊全，都需要在各個(gè)院系的教務(wù)管理部門的相互協(xié)調(diào)下才能 夠完成。因此本系統(tǒng)可以說需要的軟件與硬件要求都比較低，不需要花費(fèi)大量的經(jīng)濟(jì)資源，如果從經(jīng)濟(jì)層面上來分析是可行的，其市場(chǎng)前景也是非常樂觀的。由于使用和維護(hù)本系統(tǒng)只需要一臺(tái)或者幾臺(tái)較高配置的計(jì)算機(jī)作為系統(tǒng)服務(wù)器，其他的瀏覽器客戶端使用中等配置的計(jì)算機(jī)就可以，做到了節(jié)約的目標(biāo)。同時(shí)關(guān)于 J2EE 和 STRUTS 技術(shù)方面的文章和書籍也越來越多，這些方面的文獻(xiàn)更是接踵而至，這使得作者在開發(fā)本系統(tǒng)時(shí)能夠得到相關(guān)的理論闡述以及技術(shù)支持。如果系統(tǒng)一旦上市卻不具備可行性，那么這樣的系統(tǒng)和沒有開發(fā)等效的，就不具備開發(fā)的實(shí)用價(jià)值。采用 WINDOWS 作為應(yīng)用服務(wù)器操作系統(tǒng)， SQL SERVER 作為了數(shù)據(jù)庫服務(wù)器，采用全新的 ECLIPSE+MYECLIPSE+TOMCAT 作為開發(fā)平臺(tái)和開發(fā)工具， 這樣 確保了 系統(tǒng)開發(fā)的 技術(shù)先進(jìn)性和高效性。 第四章 系統(tǒng)的設(shè)計(jì)實(shí)現(xiàn) 19 （ 4） . 采用最新軟件開發(fā)技術(shù) 隨著信息技術(shù)的高速發(fā)展，系統(tǒng)數(shù)據(jù)量和用戶數(shù)量的不斷增加，過去那種傳統(tǒng)的 軟件 技術(shù)已經(jīng)跟不上時(shí)代的需要，必須要在前進(jìn)中被淘汰，只有采用新的編程技術(shù)開發(fā) 才 能夠確保系統(tǒng)擁有較長(zhǎng)的生命周 期。對(duì)于這個(gè)系統(tǒng)而言，數(shù)據(jù)信息集中存儲(chǔ)在數(shù)據(jù)庫服務(wù)器上， 由于 學(xué)生課程成績(jī)、選課紀(jì)錄等許多十分重要的信息 也包含于內(nèi) ，因此 ， 一方面要嚴(yán)格限制非授權(quán)用戶訪問學(xué)生信息管理系統(tǒng) ； 另一方面要保障系統(tǒng)本身運(yùn)行的安全性和穩(wěn)定性，防止由于系統(tǒng)故障而導(dǎo)致數(shù)據(jù)丟失。不同角色的用戶具有不同的使用需求、操作對(duì)象、權(quán)限和操作功能，設(shè)計(jì)必須要適合于所有能夠使用上的用戶 [20]。 只有具備了這樣的設(shè)計(jì)思想設(shè)計(jì)出來的模塊，才具有真正的使用價(jià)值 。新生的 學(xué)生信息管理系統(tǒng)必須適應(yīng)管理邏輯變化的要求，這也 是從市場(chǎng)調(diào)查以及各個(gè)學(xué)校信息管理中的需要出發(fā) 的 。 系統(tǒng)設(shè)計(jì)有關(guān)思想 新系統(tǒng)往往是 在總結(jié)以往管理軟件開發(fā)經(jīng)驗(yàn)的基礎(chǔ)上，結(jié)合新時(shí)期形勢(shì)發(fā)展的需要 及 市場(chǎng)上的形勢(shì)需要進(jìn)行開發(fā)設(shè)計(jì) 的 。 系統(tǒng)設(shè)計(jì) 通過前面基本上闡述了整個(gè)系統(tǒng)的工作原理，也分析出了這個(gè)系統(tǒng)設(shè)計(jì)方案的優(yōu)越性。并對(duì)該框架從概述入手做了全面闡述，進(jìn)而推出了 Struts 技術(shù)實(shí)現(xiàn)的 MVC 框架 ；隨后對(duì) Struts 框架的工作原理進(jìn)行 闡述 。 ，本章小結(jié) 本章節(jié)主要是對(duì)構(gòu)思好的開發(fā)計(jì)劃進(jìn)行系統(tǒng)的分析與設(shè)計(jì)，對(duì)于一個(gè)系統(tǒng)開發(fā)來說，實(shí)施的第一步就是要選好應(yīng)用框架，因?yàn)橐?個(gè)設(shè)計(jì)框架的好壞決定著實(shí)施中的效率與速度。 從以上的流程可以看出，其中的流程（ 4）就明確 指出了，假如 ActionForm 的 validate()方法 執(zhí)行過程中返回一個(gè)包含一個(gè)或者多個(gè) ActionMessage 的 ActionErrors 對(duì)象 ，就是告訴用戶表單的嚴(yán)重已經(jīng)失敗，同時(shí) ActionServlet 還會(huì)將這個(gè)結(jié)果轉(zhuǎn)發(fā)給用戶，普遍都是保存到表單中的 ISP 組件之中。 （ 6），在運(yùn)行的時(shí)候， Action 的 execute()方法 需要返回一個(gè) ActionForward 對(duì)象 ，而ActionServlet 再將用戶發(fā)送來的請(qǐng)求數(shù)據(jù)轉(zhuǎn)發(fā)到 ActionForward 對(duì)象 中的 JSP 組件，這樣一層一層的傳遞下去。 （ 5），同時(shí) ActionServlet 還會(huì) 根據(jù) ActionMapping 實(shí)例 之中包含哪種映射信息，根據(jù)這些信息做出合理的決定并將這些決定信息轉(zhuǎn)發(fā)到相應(yīng)的 Action 中去 。但是如果 ActionForm 的 validate()方法中返回來一個(gè)包含了一個(gè)或者多個(gè)的 ActionMessage 的 ActionErrors 對(duì)象 ，且是告訴用戶這個(gè)表單驗(yàn)證已經(jīng)失敗了。假如確實(shí)需要對(duì)表單進(jìn)行驗(yàn)證，那就要調(diào)用出 ActionForm 之中 的 validate()方法。 （ 2），假如需要的 ActionForm 實(shí)例 沒有存在，就必須要根據(jù)需要?jiǎng)?chuàng)建出一個(gè) ActionForm對(duì)象 ，然后將用戶發(fā)出的信息轉(zhuǎn) 化為表單數(shù)據(jù)，并將該表單數(shù)據(jù)保存到 ActionForm 對(duì)象 之 中 ，為下一步處理做好準(zhǔn)備工作。假如一個(gè)用戶發(fā)出請(qǐng)求指令時(shí)，其 ActionServlet 執(zhí)行的流程如下： （ 1），要從各個(gè)組件之中進(jìn)行檢索，尋找與用戶的請(qǐng)求相匹配的 ActionMapping 實(shí)例 。 Struts 響應(yīng)用戶 的 請(qǐng)求工作流程如圖 所示 [19]。ActionServlet 主要是從 文件 中將配置信息讀取出來，然后將這些信息存放到每一個(gè)需要的配置對(duì)象之中去，比如，將 Action 中的 映射信息 存入到 ActionMapping對(duì)象中 去 。 Struts 框架的工作原理闡述 現(xiàn)在很多 Web 應(yīng)用中采用 Struts 框架 的比較廣泛，因此要研究這方面的 系統(tǒng)設(shè)計(jì)，就必須要明確其工作的原理，才能夠在設(shè)計(jì)中使用該框架。用戶可以根據(jù)組件的需要去定義自己的 Action 類， 也就是 Action 基類 中的 子類， 這就是 必須覆蓋 的 execute()方法。 在工作的時(shí)候，只要 ActionServlet 控制器 接收到了用戶的請(qǐng)求之后，就會(huì)講接收到的第 三 章 系統(tǒng)的 分析與設(shè)計(jì) 15 請(qǐng)求轉(zhuǎn)發(fā)給一個(gè) Action 實(shí)例 中去。該類別主要是側(cè)重在控制應(yīng)用程序中的流程，而不像其他類別重視實(shí)現(xiàn)應(yīng)用程序邏輯。而使用到的業(yè)務(wù)邏輯主要 是由 JavaBean或者 EJB 來完成 的。對(duì)于那些比較小型而簡(jiǎn)單的應(yīng)用程序 ， Action 類 自身就能夠去完成實(shí)際需要的業(yè)務(wù)邏輯。“ 假如遇到這個(gè) Action 對(duì)象沒有存在的情況， ActionServlet 就會(huì)自己先創(chuàng)建出這 個(gè) Action 對(duì)象 ” [19]。而 ActionServlet 在 MVC 模型 中所起到的作用很大，基本上是控制住整個(gè)設(shè)計(jì)中遇到的框架，其功能幾乎成為了這個(gè)模型的 CPU。 控制器 控制器的實(shí)現(xiàn)主要有兩類，就是 Action 類 與 ActionServlet 類。系統(tǒng)內(nèi)部狀態(tài)的表示 法相當(dāng)多 （例如 Servlet 以及 JSP），但 是在開發(fā)的時(shí)候，很多開發(fā)人員會(huì)將 STRUTS應(yīng)用程序 視為 一組 JavaBean，并 把當(dāng)前狀態(tài)定義成 JavaBean 屬性。 模型 模型 是 整個(gè)過程中的 一部分， 是用來檢驗(yàn)應(yīng)用程序的業(yè)邏輯和運(yùn)行狀態(tài)。 ActionForm Bean 的作用如圖 所示。 很多開發(fā)者在設(shè)計(jì)的時(shí)候，通常都不把 Struts 中 ActionForm Bean 獨(dú)立區(qū)分開來，都全部放到視圖模塊中去 。而且這些 JSP 文件他們是沒有自己的業(yè)務(wù)邏輯，更沒有自己相關(guān)的模型信息，只是一個(gè)標(biāo)簽，它們并沒用參與到工作中去。 第 三 章 系統(tǒng)的 分析與設(shè)計(jì) 13 Struts 最終可以 實(shí)現(xiàn) MVC 的 框架 ， 如圖 所示。 Struts 是實(shí)現(xiàn) MVC 的機(jī)制 事實(shí)上， Struts 的 JSP MODEL2 的本質(zhì)是為實(shí)現(xiàn)設(shè)計(jì)目，實(shí)現(xiàn)的只是一個(gè) MVC 框架。 Struts 就是 將一個(gè)應(yīng)用程序的控制邏輯 、 業(yè)務(wù)邏輯 以及 表現(xiàn) 邏輯分解， 這樣就讓 應(yīng)用程序 具備了 重用性 與 維護(hù)性。 對(duì)于 該 模型來說， Struts 可以很好的與標(biāo)準(zhǔn)的數(shù)據(jù)訪問技術(shù) 進(jìn)行 互動(dòng)，像 JDBC 和 EJB。 Struts 基于 MVC 設(shè)計(jì)模式，支持基于 Model2 的應(yīng)用程序結(jié)構(gòu)。 Struts 就是其中之一，它也是基于 MVC 的 Web 應(yīng)用框架 [14]。 根據(jù)這個(gè)思路構(gòu)思 Web 應(yīng) 用的開發(fā)，就要考慮從頭去設(shè)計(jì)并且開發(fā)出一個(gè)穩(wěn)定、可靠的框架，要構(gòu)思這個(gè)框架并不是口頭上說說那么簡(jiǎn)單，是一件十分困難的事情，很多開發(fā)者構(gòu)思好但最終都是以失敗而告終。 成都電子科技大學(xué)學(xué)位論文 12 第三章 系統(tǒng)的分析與設(shè)計(jì) 軟件開發(fā)者在準(zhǔn)備開發(fā)一個(gè)新的軟件項(xiàng)目，首先就要對(duì)該軟件進(jìn)行構(gòu)思，大致規(guī)劃好開發(fā)的軟件的應(yīng)用框架，以及規(guī)劃好開發(fā)軟件的模塊，同時(shí)也要定義好這些模塊彼此之間的關(guān)系與接口。該系統(tǒng)開發(fā)所使用的是 J2EE 體系 結(jié)構(gòu)下采用 MVC 的設(shè)計(jì)模式，分別從 J2EE 體系的概述，體系結(jié)構(gòu)，以及 MVC 設(shè)計(jì)模式中的視圖、模型、控制器等幾個(gè)方面做了論述。如果確定下來重用的模型 和視圖，控制器就能夠從用戶發(fā)送過來要求，自動(dòng)的去選擇適當(dāng)模型，按照需求做出相應(yīng)的處理，然后再選擇合適的視圖，將處理的結(jié)果通過視圖顯示給用戶。 其三， MVC 的控制器還大大的提高了應(yīng)用程序的可配置性與靈活性。通過實(shí)踐匯就可以發(fā)現(xiàn) MVC 的設(shè)計(jì)模型，當(dāng)用戶發(fā)出了請(qǐng)求之后，模式很快做出響應(yīng)，并將這個(gè)響應(yīng)返回到相關(guān)的數(shù)據(jù)，然后模式就將這些數(shù)據(jù)傳送到視圖，視 圖主要就是負(fù)責(zé)數(shù)據(jù)的格式化，并且還要將這些格式化之后的數(shù)據(jù)呈現(xiàn)在用戶面前，將表示層與業(yè)務(wù)邏輯分離出來，這樣同一個(gè)，模型就能夠被多個(gè)不同的視圖重復(fù)使用，這樣的共享確實(shí)能夠提高代碼重復(fù)使用性，大大的提高了使用效率。雖然這樣的構(gòu)造 MVC 確實(shí)會(huì)為應(yīng)用程序帶來一些意想不到的額外工作，但是第 二 章 系統(tǒng)的 開發(fā)工具與相關(guān)理論 11 相比它但來的優(yōu)點(diǎn)這些不足之處是可以忽略的，因此就被人們廣泛的使用 [13]。但是要做到分離確實(shí)不容易， 難度也比較大，不可能輕而易舉的做到，一定要經(jīng)過長(zhǎng)期計(jì)劃和不懈的努力才能成功。 MVC 的優(yōu)點(diǎn) 在最早使用的 JSP 網(wǎng)頁之中，都是采用數(shù)據(jù)層代碼（數(shù)據(jù)庫的查詢語句）與表示層的代碼（比如 HTML）著一些代碼混合在一起來使用，但是這樣混合會(huì)導(dǎo)致運(yùn)行緩慢以及達(dá)不到預(yù)期的效率。當(dāng)使