【文章內(nèi)容簡介】 內(nèi)確定問題是否能夠解決，并對以后的行動方針提出建議。一般說來，應(yīng)從經(jīng)濟可行性、技術(shù)可行性、運行可行性、法律可行性和開發(fā)方案可行性等方面研究可行性。可行性研究需要的時間長短取決于工程的規(guī)模，一般說來，可行性研究的成本只占預(yù)期的工程中成本的510%。（1） 技術(shù)可行性目前國內(nèi)外開發(fā)管理信息系統(tǒng)的相關(guān)技術(shù)已經(jīng)很成熟，有很多軟件由于采用了面向?qū)ο蟮木幊碳夹g(shù)以及其他比較先進的開發(fā)方法，具有很高的可用性。以現(xiàn)有技術(shù)來看，數(shù)據(jù)庫系統(tǒng)，尤其是MySQL數(shù)據(jù)庫的開發(fā)已經(jīng)被大多數(shù)開發(fā)人員所掌握，而Java具有快速、有效、靈活、易懂等很多顯著的特點。它能夠迅速而又簡單地建立用戶的圖形化窗口。對于數(shù)據(jù)的查詢、添加和修改都很方便實現(xiàn)。學(xué)?，F(xiàn)有微機及軟件系統(tǒng)安全可以實現(xiàn)系統(tǒng)。（2） 經(jīng)濟可行性因為開發(fā)時間為兩個月，此次設(shè)計的系統(tǒng)要求并不高，因此本次的設(shè)計可以使用學(xué)校現(xiàn)有的微機系統(tǒng)和Java+Jsp+Servlet完成，其基本功能都能夠很好的實現(xiàn)，幾乎不需要額外開銷。舊的學(xué)生成績管理系統(tǒng)效率低、工作量大、處理過程中容易出錯，并且將產(chǎn)生大量的文件和數(shù)據(jù)材料，這對于查詢、更新和維護都帶來了很多麻煩。而新系統(tǒng)檢索速度快、查找方便、可靠性高、存儲量大、成本低等。這些優(yōu)點能夠極大地提高學(xué)生成績管理的效率，也是學(xué)校的科學(xué)化、正規(guī)化管理、與世界接軌的重要條件，這將產(chǎn)生巨大的經(jīng)濟效益。（3） 運行可行性民辦教育正在迅猛發(fā)展，學(xué)院從硬件到軟件都投入了大量的人力、物力、財力，在教務(wù)上，給各個辦公室配置了計算機，并能聯(lián)接到互聯(lián)網(wǎng)，并且，學(xué)院領(lǐng)導(dǎo)對這方面比較重視，在教務(wù)上配置了一定數(shù)目的能夠訓(xùn)練操作計算機的干事，可以快速、方便、高效地使用計算機進行日常工作。學(xué)院開展了計算機及其維修專業(yè)，可讓學(xué)生以實踐方式對系統(tǒng)進行維護。使此系統(tǒng)在實踐上具備了可行性。 業(yè)務(wù)流程分析下面是學(xué)生成績管理數(shù)據(jù)庫系統(tǒng)設(shè)計的業(yè)務(wù)流程分析，原始的數(shù)據(jù)是學(xué)生的成績，系統(tǒng)要求統(tǒng)計學(xué)生的成績，并根據(jù)成績統(tǒng)計的結(jié)果由獎學(xué)金評為評選出獲得獎學(xué)金的學(xué)生，其流程圖如下：圖31 學(xué)生成績管理系統(tǒng)數(shù)據(jù)流程圖 數(shù)據(jù)流程分析數(shù)據(jù)流程圖(Data Flow Diagram簡稱DFD)是描述系統(tǒng)邏輯模型的主要工具，通過幾個特定的符號，可以綜合地反映出信息在系統(tǒng)中的使用、加工處理、傳遞、存儲的整體情況。 數(shù)據(jù)流程圖是系統(tǒng)結(jié)構(gòu)化分析行之有效的工具，它抽象地描述了系統(tǒng)數(shù)據(jù)處理的情況，但卻無法表達每個處理的詳細內(nèi)容，因此還要對數(shù)據(jù)流程圖中出現(xiàn)的數(shù)據(jù)流和處理等做進一步的補充說明，這就是數(shù)據(jù)字典和變換邏輯說明。由于本系統(tǒng)的數(shù)據(jù)模塊較多，下面僅以學(xué)生成績管理模塊為例來進行編制。 學(xué)生成績管理系統(tǒng)數(shù)據(jù)流程圖(如圖32所示)：分辨用戶是否存在教師學(xué)生P核對用戶和密碼是否匹配修改數(shù)據(jù)權(quán)限分配錄入數(shù)據(jù)D學(xué)生成績記錄圖32 學(xué)生成績管理系統(tǒng)數(shù)據(jù)流程圖 數(shù)據(jù)字典描述數(shù)據(jù)字典是關(guān)于數(shù)據(jù)庫中數(shù)據(jù)的描述，即元數(shù)據(jù)，而不是數(shù)據(jù)本身。數(shù)據(jù)本身將存放在物理數(shù)據(jù)庫中，由數(shù)據(jù)庫系統(tǒng)管理。數(shù)據(jù)字典有助于這些數(shù)據(jù)的進一步管理和控制，設(shè)計人員和數(shù)據(jù)庫管理員在數(shù)據(jù)庫設(shè)計、實現(xiàn)和運行階段控制有關(guān)數(shù)據(jù)提供依據(jù)。 數(shù)據(jù)條目系統(tǒng)管理要求=[班級表(classes)|教師表(teacher)|課程表(course)|管理表(admin)|學(xué)生基本信息表(student)|選修課表(enrol)classes=tea_id+cour_id+room_id+cour_timeteacher=id+name+title+passwordcourse=id+name+mark+prepare+depadmin=id+ name+passwordstudent=password+id+sex+department+jiguan+tel+e_mailenrol=stud_id+class_id+Accept+Score 數(shù)據(jù)分析數(shù)據(jù)結(jié)構(gòu)數(shù)據(jù)結(jié)構(gòu)反映了數(shù)據(jù)之見得組合關(guān)系。一個數(shù)據(jù)結(jié)構(gòu)可以由若干個數(shù)據(jù)項組成，也可以由若干個數(shù)據(jù)結(jié)構(gòu)組成，或由若干個數(shù)據(jù)項和數(shù)據(jù)結(jié)構(gòu)混合組成。數(shù)據(jù)結(jié)構(gòu)名：student含義說明：是成績查詢系統(tǒng)的主體數(shù)據(jù)結(jié)構(gòu)，定義了有關(guān)學(xué)生的信息。組成：password,id,sex,department,jiguan,tel,e_mail數(shù)據(jù)結(jié)構(gòu)名：teacher含義說明：是成績查詢系統(tǒng)的主體數(shù)據(jù)結(jié)構(gòu)，定義了有關(guān)老師的信息。組成：id,name,title,password數(shù)據(jù)結(jié)構(gòu)名：classes含義說明：是成績查詢系統(tǒng)的主體數(shù)據(jù)結(jié)構(gòu)，定義了有關(guān)班級的信息。組成：tea_id,cour_id,room_id,cour_time數(shù)據(jù)結(jié)構(gòu)名：course含義說明：是成績查詢系統(tǒng)的主體數(shù)據(jù)結(jié)構(gòu)，定義了有關(guān)課程的信息。組成：id,name,mark,prepare,dep數(shù)據(jù)結(jié)構(gòu)名：enrol含義說明：是成績查詢系統(tǒng)的主體數(shù)據(jù)結(jié)構(gòu)，定義了有關(guān)選修課的信息。組成：stud_id，class_id，Accept+Score第四章 系統(tǒng)設(shè)計 系統(tǒng)總體結(jié)構(gòu)設(shè)計本系統(tǒng)的結(jié)構(gòu)本系統(tǒng)采用B/S架構(gòu)，所有的業(yè)務(wù)處理邏輯都在服務(wù)器端執(zhí)行，客戶端只有瀏覽器(IE/FireFox/Netscape等)，所有界面呈現(xiàn)/操作都是通過瀏覽器將數(shù)據(jù)發(fā)送到服務(wù)器，由服務(wù)器的相應(yīng)模塊進行處理。系統(tǒng)總體設(shè)計實現(xiàn)客戶/服務(wù)器(B/S)模式在產(chǎn)生之初被設(shè)計為兩層結(jié)構(gòu)模型，一般又稱之為以數(shù)據(jù)庫為中心的結(jié)構(gòu)。應(yīng)用系統(tǒng)的用戶界面部分可以放在客戶端或服務(wù)端，但一般只存放于某一端，不會同時兩端都有。兩層結(jié)構(gòu)模型將應(yīng)用的用戶界面從服務(wù)端移至客戶端，有助于減少服務(wù)端的處理，從而提高系統(tǒng)的性能。業(yè)務(wù)邏輯以SQL語句或存貯過程調(diào)用的形式表示。SQL語句的網(wǎng)絡(luò)開銷過大，在業(yè)務(wù)邏輯簡單的應(yīng)用中表現(xiàn)尚可，但對于分布式的業(yè)務(wù)處理，就會顯得有些不足。 為了避開兩次結(jié)構(gòu)模型的這些缺點，本系統(tǒng)采用三層模型來實現(xiàn)客戶/服務(wù)器模式。本系統(tǒng)的三層結(jié)構(gòu)模型以訪問WEB數(shù)據(jù)庫為中心，HTTP為傳輸協(xié)議，客戶端通過瀏覽器(Browser)訪問WEB服務(wù)器和與其相連的后臺數(shù)據(jù)庫。其三級結(jié)構(gòu)組成如下圖41所示:JSP顯示頁面用戶界面層BusinessLayer業(yè)務(wù)處理層數(shù)據(jù)支持層Database圖41 三層結(jié)構(gòu)模型圖圖中從左到右，分為三個層次:第一層是用戶界面層，主要完成客戶和后臺的交互及最終查詢結(jié)果的輸出功能。在客戶端向指定的Web服務(wù)器提出服務(wù)器請求，Web服務(wù)器用HTTP協(xié)議把所需文件資料傳給用戶，客戶端接受并顯示在WWW瀏覽器上；第二層業(yè)務(wù)處理層是功能層，完成客戶的應(yīng)用功能，即Web服務(wù)器接受客戶請求，并與后臺數(shù)據(jù)庫連接，進行申請?zhí)幚?，然后將處理結(jié)果返回Web服務(wù)器，再傳至客戶端；第三層數(shù)據(jù)支持層是數(shù)據(jù)層。數(shù)據(jù)庫服務(wù)器應(yīng)客戶請求獨立地進行各種處理。與傳統(tǒng)的兩層模式相比，三層模式的主要優(yōu)點為:(1) 好的靈活性和可擴展性。對于環(huán)境和應(yīng)用條件經(jīng)常變動的情況，只要對應(yīng)用層實施相應(yīng)的改變，就能夠達到目的；(2) 可共享性。單個應(yīng)用服務(wù)器可以為處于不同平臺的客戶應(yīng)用程序提供服務(wù)，在很大程度上節(jié)省了開發(fā)時間和資金投入；(3) 較好的安全性。在這種結(jié)構(gòu)中，客戶應(yīng)用程序不能直接訪問數(shù)據(jù)，應(yīng)用JSP顯示頁面BusinessLayerDatabase用戶界面層業(yè)務(wù)處理層數(shù)據(jù)支持層服務(wù)器不僅可控制哪些數(shù)據(jù)被改變和被訪問，而且還可控制數(shù)據(jù)的改變和訪問方式；(4) 增強了企業(yè)對象的重復(fù)可用性?！捌髽I(yè)對象”是指封裝了企業(yè)邏輯程序代碼，能夠執(zhí)行特定功能的對象。隨著組件技術(shù)的發(fā)展，這種可重用的組件模式越來越為軟件開發(fā)所接受；(5) 三層模式成為真正意義上的“瘦客戶端”，從而具備了很高的穩(wěn)定性、延展性和執(zhí)行效率；(6) 三層模式可以將服務(wù)集中在一起管理，統(tǒng)一服務(wù)于客戶端，從而具備了良好的容錯能力和負載平衡能力。 系統(tǒng)功能模塊圖學(xué)生成績管理系統(tǒng)管理員學(xué)生教師添加記錄修改記錄查詢記錄生成報表查詢記錄選報選修課程添加記錄修改記錄查詢記錄生成報表圖42 系統(tǒng)功能模塊圖216。 如上面業(yè)務(wù)分解圖所示，將一個開發(fā)的軟件——學(xué)生成績管理系統(tǒng)分成三個模塊， 即管理員模塊、學(xué)生模塊和教師模塊。管理員模塊