學生管理系統(tǒng)
前言：想要寫出一篇令人眼前一亮的文章嗎？我們特意為您整理了5篇學生管理系統(tǒng)范文，相信會為您的寫作帶來幫助，發(fā)現(xiàn)更多的寫作思路和靈感。
學生管理系統(tǒng)范文第1篇
關(guān)鍵詞：數(shù)據(jù)庫設(shè)計；概念模型；邏輯模型；物理結(jié)構(gòu)
中圖分類號：G717 文獻標志碼：A 文章編號：1674-9324（2012）12-0244-02
數(shù)據(jù)庫結(jié)構(gòu)的設(shè)計，重則會決定軟件系統(tǒng)的成敗，輕則也會直接影響系統(tǒng)運行速度及系統(tǒng)的使用率。在設(shè)計數(shù)據(jù)庫時，不但要考慮存取速度，還要考慮數(shù)據(jù)的冗余和一致性等問題?？梢钥隙ǖ恼f：數(shù)據(jù)庫設(shè)計的好壞，對將來程序的設(shè)計和系統(tǒng)的最終功能實現(xiàn)都起著非常重要的作用。數(shù)據(jù)庫設(shè)計的第一步就是需求分析，即確定存儲哪些數(shù)據(jù)，建立哪些應用，常用的操作及對象有哪些。根據(jù)對系統(tǒng)的初步需求分析與調(diào)研，對學生管理系統(tǒng)的總體功能進行如下設(shè)計：信息管理模塊、考勤管理模塊、宿舍管理模塊、崗前實習管理模塊、有處分學生學習班管理模塊和系統(tǒng)管理模塊。
一、數(shù)據(jù)庫概念模型設(shè)計
根據(jù)前面對系統(tǒng)功能的細化分析，設(shè)計系統(tǒng)的數(shù)據(jù)流圖，最后得到系統(tǒng)全局實體—關(guān)系模型。全局實體—關(guān)系模型必須滿足所有的系統(tǒng)需要，還要恰當?shù)卣故疽粋€一致的數(shù)據(jù)庫模型。
二、數(shù)據(jù)庫邏輯結(jié)構(gòu)設(shè)計
實體—關(guān)系模型是對用戶需求的一種抽象的表達形式，它不能為任何一個具體的數(shù)據(jù)庫管理系統(tǒng)所支持，它是獨立于任何一種具體的數(shù)據(jù)模型的。為了能夠建立起最終的物理系統(tǒng)，接下來的任務是：將概念結(jié)構(gòu)通過轉(zhuǎn)化規(guī)則轉(zhuǎn)化為本系統(tǒng)設(shè)計的數(shù)據(jù)結(jié)構(gòu)，然后根據(jù)數(shù)據(jù)庫管理系統(tǒng)的特點，選定的數(shù)據(jù)庫管理系統(tǒng)支持下的數(shù)據(jù)模型，最后通過優(yōu)化算法得到優(yōu)化的數(shù)據(jù)模型。這些模式在功能性、完整性和一致性約束及數(shù)據(jù)庫的可擴充性等方面應滿足用戶的各種要求。設(shè)計數(shù)據(jù)庫邏輯結(jié)構(gòu)有下面三個步驟：首先，將通過概念設(shè)計所得的實體—關(guān)系圖轉(zhuǎn)換為關(guān)系模型；就需要將實體、屬性和聯(lián)系轉(zhuǎn)換為相應的關(guān)系模型；其次，將轉(zhuǎn)換來的關(guān)系模型向特定DBMS支持下的數(shù)據(jù)模型轉(zhuǎn)換；最后，優(yōu)化處理得到的關(guān)系模型。
（一）實體模型轉(zhuǎn)換為關(guān)系模型
鑒別數(shù)據(jù)庫中的數(shù)據(jù)元素、關(guān)系，以及定義所需的數(shù)據(jù)庫表和各個數(shù)據(jù)庫表中的項目這些初始工作之后，所做的細化的過程就是范化。任何數(shù)據(jù)庫的設(shè)計都需要滿足特殊的約定，這會使數(shù)據(jù)庫既簡潔又結(jié)構(gòu)明晰，反之數(shù)據(jù)庫結(jié)果會非常混亂，所造成的直接后果是給數(shù)據(jù)的更新帶來麻煩，給數(shù)據(jù)庫帶來大量冗余信息，給編程人員帶來不便并造成不可避免的錯誤。
（二）實體—關(guān)系圖模式向關(guān)系模式的轉(zhuǎn)換
數(shù)據(jù)庫表中的每一個屬性都是不可以再分解的，這些屬性（字段）由基本類型構(gòu)成，包括數(shù)字類型、日期時間類型和字符串類型。數(shù)據(jù)庫表部分設(shè)計如下：
①學生信息（學生編號，密碼，曾用名，籍貫，戶籍性質(zhì)，照片，家庭住址，郵政編碼，家庭座機，學生手機，父親姓名，父親手機，母親姓名，母親手機）
②專業(yè)信息（班級名稱，校區(qū)，二級學院，所屬系，專業(yè)，入學日期，學制）
③班級信息（班級名稱，學生編號，班主任，學生姓名，性別，民族，身份證號，出生日期，政治面貌，類別，入學分數(shù)，是否住宿，輔導員，實習單位，處分標志，在校情況）
④考勤處分極限（處分名稱，處分級別，違紀數(shù)量）
⑤考勤信息（教師編號，學生編號，學年，學期，日期，節(jié)次，違紀內(nèi)容，違紀數(shù)量）
……
另外還有課程管理庫表、教職工登錄庫表、崗前實習處分信息庫表、崗前實習處分極限庫表、崗前實習小結(jié)信息庫表、宿舍處分極限庫表、宿舍管理分配庫表、學生住宿分配庫表、宿舍違紀分值庫表、宿舍處分信息庫表、學生處分信息庫表、有處分學生學習班信息庫表，這里不再一一列舉。
（三）對關(guān)系模型進行優(yōu)化處理
在以上的設(shè)計中，由于學生信息實體的信息量較大，而實際系統(tǒng)運行時，不是所有信息都需要，如果都調(diào)入內(nèi)存會占用系統(tǒng)資源，而且安全性也會遭到威脅。通過以上分析，特把“學生信息”數(shù)據(jù)庫表分為兩個數(shù)據(jù)庫表，即“學生登錄”數(shù)據(jù)庫表和“學生信息”數(shù)據(jù)庫表，“學生登錄”數(shù)據(jù)庫表具體設(shè)計如下：
學生登錄（學生編號，密碼）
原“學生信息”表對應減少密碼項，避免發(fā)生數(shù)據(jù)冗余和數(shù)據(jù)的不一致性。
三、數(shù)據(jù)庫物理結(jié)構(gòu)設(shè)計
由于數(shù)據(jù)庫的物理結(jié)構(gòu)是與開發(fā)環(huán)境和選定的數(shù)據(jù)庫管理系統(tǒng)軟件產(chǎn)品有關(guān)的，因此數(shù)據(jù)庫的物理設(shè)計依賴具體的數(shù)據(jù)庫管理系統(tǒng)產(chǎn)品。數(shù)據(jù)庫物理設(shè)計步驟如下圖，后面會給出詳細的解釋。不論是對數(shù)據(jù)庫的物理結(jié)構(gòu)的確定，還是對物理結(jié)構(gòu)進行評價，必須滿足原始設(shè)計要求（需求分析），如果不滿足就需要退回重新設(shè)計或修改，直到設(shè)計出符合要求的具體數(shù)據(jù)庫。
（一）數(shù)據(jù)庫的物理結(jié)構(gòu)設(shè)計
1.確定數(shù)據(jù)的存儲結(jié)構(gòu)。在物理結(jié)構(gòu)中，存儲記錄是數(shù)據(jù)的基本存取單位，存儲記錄結(jié)構(gòu)包括記錄的組成、數(shù)據(jù)項的類型和長度以及邏輯記錄到存儲記錄的映射。下面舉兩個例子來簡要說明存取時間、空間和維護代價是決定存儲結(jié)構(gòu)的主要因素：（1）假設(shè)現(xiàn)在需要查詢計算機技術(shù)系的所有學生名單，如果將同一個系的學生集中存放，則會顯著地減少訪問磁盤的次數(shù)。聚簇后不必重復存儲的聚簇碼值，可以減少部分存儲空間。（2）任課教師要按課程更新學生上課考勤信息，操作涉及學生和教師關(guān)系的連接操作，為提高效率，可把具有教師關(guān)系和學生關(guān)系在物理上聚簇在一起。根據(jù)以上設(shè)計思想，做如下部分設(shè)計：（1）學生基本信息、考勤處分極限、宿舍處分極限、崗前實習處分極限、教職工登錄、班級、課程管理、宿舍清單、宿舍的分配：在一定時間內(nèi)變動不大，更新速度相對較慢，考慮到查找的方便性，進行聚簇存儲。（2）考勤信息、宿舍處分信息、崗前實習處分信息、學生處分信息：最經(jīng)常的操作是查找、插入、刪除，為提高效率，考慮建立“B+樹”索引，則平均查找次數(shù)為“B+樹”的層數(shù)，故對數(shù)據(jù)庫設(shè)計到有索引的物理存儲。
2.存取路徑的設(shè)計。為了提高系統(tǒng)的性能，根據(jù)應用情況，如數(shù)據(jù)的異變部分和穩(wěn)定部分、存取效率較高和較低等進行劃分，可以進行如下設(shè)計：（1）各種文件的存放位置設(shè)計；（2）為保證讀寫速度，考慮表和索引的存放；（3）設(shè)計大表存放形式，用以加快存取速度；（4）將不同學院的學生放在不同磁盤上，如果教師集中錄入考勤時，速度不會影響太大。
3.數(shù)據(jù)存放位置的設(shè)計。通過數(shù)據(jù)存放位置的規(guī)劃來提高系統(tǒng)的性能，為保證讀寫速度考慮表和索引的存放。如考勤信息、宿舍處分信息、學生處分信息表的索引。
4.系統(tǒng)配置的設(shè)計。數(shù)據(jù)庫管理系統(tǒng)的每個參數(shù)都有默認值，我們一般很少對默認初始值進行設(shè)置。但是根據(jù)不同系統(tǒng)的特點，這些默認參考值不一定都很恰當，需要我們根據(jù)最初的需求分析和實際的數(shù)據(jù)庫表設(shè)計，適當調(diào)整參數(shù)的初始值，讓我們設(shè)計的系統(tǒng)占用空間最小，系統(tǒng)運行速度最快。通常情況下，這些配置變量包括：同時打開的數(shù)據(jù)庫對象數(shù)量，使用的緩沖區(qū)長度、個數(shù)、時間片大小、數(shù)據(jù)庫的大小、裝填因子、鎖的數(shù)目，等等。
我們對這些參數(shù)值重新設(shè)置后，就能最大限度的保證系統(tǒng)運行效率。經(jīng)過初步設(shè)計后，在系統(tǒng)真正投入運行或運行一段時間后，根據(jù)系統(tǒng)實際運行情況再做出調(diào)整，通過這種不斷地調(diào)整，使學生管理軟件系統(tǒng)的性能達到最優(yōu)狀態(tài)。（1）登錄系統(tǒng)的極限數(shù)值設(shè)計。新生入學時，要求他們輸入自己的個人信息，設(shè)計要求最多可以有120人同時打開學生基本信息庫進行操作（通常打開3個機房共學生使用）；平時同時使用的數(shù)據(jù)庫還有考勤庫、處分庫等，考慮到老師們中午或下午課程結(jié)束后，可能會統(tǒng)一進行考勤錄入，估算最多有200人同時打開學生考勤庫進行操作；有50人同時打開學生處分庫進行操作；對于其他數(shù)據(jù)庫，由于同時操作的可能性不會太大，設(shè)計成最多可以有100人同時打開相應數(shù)據(jù)庫進行操作；參考學院教職工和學生數(shù)。綜上所述，設(shè)置max_connecionts為300。（2）同時打開數(shù)據(jù)庫表個數(shù)的最初參數(shù)非常重要，如鎖的數(shù)目等。本文設(shè)計的學生管理系統(tǒng)目前共涉及數(shù)據(jù)庫表的個數(shù)為17，設(shè)計初期可以使用系統(tǒng)默認的數(shù)值。
（二）評價數(shù)據(jù)庫的物理結(jié)構(gòu)
系統(tǒng)運行的效率、占用的空間、維護系統(tǒng)所花費的代價，都是我們在設(shè)計系統(tǒng)的初期需要考慮的事情。
四、結(jié)束語
一個數(shù)據(jù)庫應用系統(tǒng)的設(shè)計需要反復幾次，才能達到比較理想的狀態(tài)，這個反復的時間可能比最初設(shè)計系統(tǒng)的時間還要長，花費還要多，這也正是軟件系統(tǒng)設(shè)計的規(guī)律。所以，在最初的調(diào)研階段，要真正做好需求分析，不同階段做好不同的文檔設(shè)計，最后才可能得到性能高的數(shù)據(jù)庫。
參考文獻：
[1]伯樂.數(shù)據(jù)庫系統(tǒng)教程[M].北京：高等教育出版社，2003.
[2]羅宇.操作系統(tǒng)[M].北京：機械工業(yè)出版社，2005：319-352.
[3]薩師煊，王珊.數(shù)據(jù)庫系統(tǒng)概論[M].北京：高等教育出版社，2009.
學生管理系統(tǒng)范文第2篇
1 概述
1.1研究背景
在21世紀這個信息時代，這個大數(shù)據(jù)時代，需要我們接觸和處理各種數(shù)據(jù)，對數(shù)據(jù)的管理和組織顯得尤為重要。通過信息管理系統(tǒng)，處理好各項數(shù)據(jù)，可以方便對業(yè)務的管理，提高工作效率和準確度，節(jié)省人力物力。信息管理系統(tǒng)的出現(xiàn)和發(fā)展，為人類處理和各項數(shù)據(jù)提供了方便。在未來的日子里，面對龐大的紛繁的數(shù)據(jù)信息，信息管理系統(tǒng)將發(fā)揮更大的作用，為人類提供更廣闊而便捷的服務。
1.2研究目的與意義
通過開發(fā)圖書館勤工儉學學生管理系統(tǒng)，可以讓我們更好地了解信息管理系統(tǒng)，掌握處理、分析和管理數(shù)據(jù)的技能。從現(xiàn)實的角度看，方便了圖書館老師們對勤工儉學學生的管理，提高了工作效率和數(shù)據(jù)的準確性。從長遠的角度看，各類信息管理系統(tǒng)將在各行各行發(fā)揮更加重要的作用，將更加方便各類人員對數(shù)據(jù)的處理、分析和管理，從而高效地完成各項業(yè)務。
1.3開發(fā)工具與環(huán)境
開發(fā)環(huán)境：win10；開發(fā)平臺：.NET FrameWork 4.5；開發(fā)工具：Microsoft Visual Studio 2013；數(shù)據(jù)庫：SQL Server 2008；服務器：IIS。
1.4 C/S和B/S架構(gòu)的簡介
C/S架構(gòu)是客戶端/服務器架構(gòu)。通過它可以充分利用兩端硬件環(huán)境的優(yōu)勢，將任務合理分配到Client端和Server端來實現(xiàn)，降低了系統(tǒng)的通訊開銷。C/S結(jié)構(gòu)的優(yōu)點是能充分發(fā)揮客戶端PC的處理能力，很多工作可以在客戶端處理后再提交給服務器。對應的優(yōu)點就是客戶端響應速度快。隨著互聯(lián)網(wǎng)的飛速發(fā)展，移動辦公和分布式辦公越來越普及，使用C/S架構(gòu)，對系統(tǒng)的擴展性的處理，需要更高的技術(shù)支持。同時，客戶端也需要安裝專用的客戶端軟件，對客戶端的操作系統(tǒng)也會有一些限制。此外，采用C/S架構(gòu)需要高昂的投資維護成本。
1.5 ASP.NET和WebForm簡介
ASP.NET是.NET FrameWork的一部分，是一項微軟的技術(shù)，是一種使嵌入網(wǎng)頁中的腳本可由因特網(wǎng)服務器執(zhí)行的服務器端腳本技術(shù)，它可以在通過HTTP請求文檔時再在Web服務器上動態(tài)創(chuàng)建它們。 指 Active Server Pages（動態(tài)服務器頁面） ，運行于 IIS（Internet Information Server 服務，是Windows開發(fā)的Web服務器）之中的程序 。同時，也可以運行于Apache服務器之中。ASP.NET是一種動態(tài)網(wǎng)頁技術(shù)，在服務器端運行.NET代碼，動態(tài)生成HTML。
ASP.NET支持三種開發(fā)模式。WebPages（單頁面模型）、MVC（模型視圖控制器）、WebForm（事件驅(qū)動模型）。本系統(tǒng)采用的是WebForm（事件驅(qū)動模型）這種開發(fā)模式。WebForm誕生于2002，是微軟開發(fā)的一款產(chǎn)品，它將用戶的請求和響應都封裝為控件，讓開發(fā)者認為自己是在操作一個windows界面，極大地提高了開發(fā)效率。WebForm分為兩個文件，aspx和aspx.cs。aspx是頁面模板，是頁面描述文件，就是html的內(nèi)容，控件都定義在aspx中，服務端的C#代碼是定義在aspx.cs中。這種“前aspx后cs”的方式被稱為CodeBehind.。
1.6模塊化和事件驅(qū)動
將系統(tǒng)要實現(xiàn)的各個功能劃分為若干個功能模塊，各個模塊相對獨立。采用模塊化設(shè)計的方法，可以降低系統(tǒng)設(shè)計的復雜度，讓系統(tǒng)的層次更為清晰，有利于提高開發(fā)的效率。ASP.NET中WebForm這種開發(fā)模式是采用事件驅(qū)動，通過響應控件的事件來構(gòu)建網(wǎng)站或系統(tǒng)的。前臺頁面是.aspx文件，由html、css、JavaScript和服務端控件組成。后臺是.aspx.cs文件，由響應不同控件的事件的C#代碼組成。這種“前aspx后cs”的方式被稱為CodeBehind。
2 需實現(xiàn)的功能
本系統(tǒng)需要實現(xiàn)的最主要的功能是對勤工儉學學生的考勤信息的管理。具體需要實現(xiàn)的的功能有：
1）登錄功能。在系統(tǒng)未登錄之前，默認的頁面是首頁。在未登錄的情況下，學生和管理員都可以在首頁中查看館內(nèi)公告和相關(guān)動態(tài)信息。首頁中的登錄框可以實現(xiàn)學生和管理員兩類成員的登錄。如果是學生的登錄，則跳轉(zhuǎn)到學生瀏覽的頁面，如果是管理員登錄，則跳轉(zhuǎn)到管理員瀏覽的頁面。為了提高安全性，學生或者管理員登錄錯誤次數(shù)大于3次，將被禁止登錄，要過半小時后才能再次嘗試登錄。
2）學生查看工作情況的功能。學生登錄后，點擊查看工作情況，可以根據(jù)頁面中提供的下拉列表，選擇一個合理的時間段，檢索自己的工作信息，展示在頁面上。
3）問題和建議功能。學生登錄后，點擊問題和建議，可以根據(jù)頁面中提供的標題文本框，內(nèi)容文本框，填寫問題或建議的標題和內(nèi)容，如果點擊提交，則會把信息提交給系統(tǒng)，如果點擊重置，系統(tǒng)會提醒是否需要重置，點擊確定則會清空標題和內(nèi)容文本框的所有內(nèi)容，點擊取消后系統(tǒng)將不作任何處理。
4）學生修改登錄密碼功能。學生登錄后，點擊修改登錄密碼，可以根據(jù)頁面中提供的舊密碼框、新密碼框和再次輸入新密碼框，填寫好密碼。點擊修改，若修改成功，系統(tǒng)會提示修改成功。舊密碼不正確、在舊密碼正確的情況下，新密碼和再次輸入的新密碼不一致的情況下，系統(tǒng)都會有相應的提示。點擊重置，則會情況舊密碼框、新密碼框和再次輸入新密碼框中的內(nèi)容。
5）退出系統(tǒng)功能。學生或管理員登錄后在頁面中點擊退出系統(tǒng)。頁面會立即跳轉(zhuǎn)到首頁，并且點擊瀏覽器中的前進或后退按鈕將無法再次訪問先前訪問過的頁面。提示用戶沒有權(quán)限訪問，必須登錄后才能重新訪問。
6）學生考勤管理功能。管理員登錄后，點擊學生考勤管理，頁面會顯示一張包含學生的學號、姓名、班級、上班時間、下班時間這些信息的表。另外，為管理員提供了刪除、編輯、簽到和下班四個功能的按鈕。管理員可以刪除和編輯相應的記錄。當管理員點擊刪除時，系統(tǒng)會提示是否真的要刪除記錄，點擊確定，則記錄會被刪除，點擊取消，系統(tǒng)將不作任何的處理。點擊編輯可以更改對應記錄中的字段信息。當學生來圖書館上班時，應該由管理員在對應學生的記錄后面點擊簽到按鈕，如果簽到成功，系統(tǒng)會提示“某某某上班打卡成功”，同時把當前系統(tǒng)時間作為上班時間提交給系統(tǒng)后臺數(shù)據(jù)庫存儲，否則會提示“某某某上班打卡失敗”。當管理員點擊簽到，提示對應學生簽到成功后，對應的簽到按鈕將變?yōu)椴豢捎?，即學生不能再次點擊簽到按鈕，這樣可以防止學生重復簽到。當學生要下班時，管理員以同樣的方式點擊學生對應的下班按鈕，如果下班成功，系統(tǒng)會提示“某某某下班打卡成功”，同時會當前系統(tǒng)時間作為下班時間提交給系統(tǒng)后臺數(shù)據(jù)庫存儲，同時還會計算今天的工作時間，即下班時間和上班時間的時間差，然后將這一條記錄存儲到系統(tǒng)后臺的數(shù)據(jù)庫。
7）學生基本信息管理功能。管理員登錄后，點擊學生基本信息管理，頁面中會顯示一張包含學生學號、姓名和班級信息的表。管理員可以刪除和編輯對應學生的信息。同時也可以添加學生的信息。
8）學生考勤明細管理功能。管理員登錄后，點擊學生考勤明細管理，會在頁面中以分頁的形式顯示所有學生的考勤信息。管理員可以通過頁面中的下拉列表，選定一個時間段，點擊檢索，檢索這一時間段學生的考勤明細記錄，也可以點擊刪除這一時間段的學生考勤明細記錄，點擊刪除，系統(tǒng)會提示是否真的要刪除這段時間的記錄，點擊確定則會刪除這一選定時間段的數(shù)據(jù)，點擊取消系統(tǒng)將不作任何的處理。
9）個人考勤明細管理功能。管理員登錄后，點擊個人考勤明細管理，根據(jù)頁面中提供的下拉列表，選擇相應的學號和時間段，點擊檢索，則可以檢索學號對應的學生在這一段時間內(nèi)的所有考勤明細信息。同時也會在頁面上的總工時文本框中顯示出這一段時間里，對應學生參與圖書館工作的時間。點擊刪除，也會根據(jù)下拉列表選擇的學號和時間段刪除對應學生的考勤明細記錄。在刪除時，也會提示管理員是否確定要刪除。點擊確定，則刪除對應學生的考勤明細記錄，點擊取消系統(tǒng)將不作任何的處理。
10）學生登錄信息管理功能。管理員登錄后，點擊學生登錄信息管理，會在頁面中顯示一張包含登錄學生賬號和密碼的表。管理員可以刪除和編輯對應學生的賬號密碼。也可以添加新的學生的賬號和密碼。同樣，點擊刪除的時候，系統(tǒng)也會提示管理員是否刪除對應信息，點擊確定則刪除，點擊取消則系統(tǒng)將不作任何的處理。
11）管理員登錄信息管理功能。管理員登錄后，點擊管理員登錄信息管理，會在頁面中顯示一種包含管理員登錄賬號和密碼的表。管理員可以對相應的登錄信息進行刪除和編輯，也可以添加新的賬號和密碼。同樣，點擊刪除的時候，系統(tǒng)也會提示管理員是否刪除對應信息，點擊確定則刪除，點擊取消則系統(tǒng)將不作任何的處理。
12）館內(nèi)公告和相關(guān)動態(tài)管理的功能。管理員登錄后，點擊館內(nèi)公告和相關(guān)動態(tài)管理，會在頁面中顯示包含標題、日期的一張表。管理員可以刪除、編輯、查看和新增新聞。
13）管理員修改登錄密碼功能。管理員登錄后，點擊修改登錄密碼，點擊修改登錄密碼，可以根據(jù)頁面中提供的舊密碼框、新密碼框和再次輸入新密碼框，填寫好密碼。點擊修改，若修改成功，系統(tǒng)會提示修改成功。舊密碼不正確、在舊密碼正確的情況下，新密碼和再次輸入的新密碼不一致的情況下，系統(tǒng)都會有相應的提示。點擊重置，則會情況舊密碼框、新密碼框和再次輸入新密碼框中的內(nèi)容。
3 系統(tǒng)功能模塊結(jié)構(gòu)圖
該系統(tǒng)的模塊結(jié)構(gòu)如圖1所示。
4 數(shù)據(jù)庫設(shè)計
4.1 概念設(shè)計
學生登錄信息表的E-R圖如圖2所示。
4.2關(guān)系模式
用戶類型表關(guān)系模式如下：
T_User（User_Id，UserType）
學生登錄信息表關(guān)系模式如下：
T_Stu_Login（Id，Account，Password，ErrorTimes，LastErrorTime）
管理員登錄信息表關(guān)系模式如下：
T_Tea_Login（Id，Account，Password，ErrorTimes，LastErrorTime）
學生考勤信息表關(guān)系模式如下：
T_Attend（id，Account，Name，Grade，SigninTime，LeaveTime，TotalTime，SigninStatus，LeaveStatus）
學生考勤明細表關(guān)系模式如下：
T_AttendHistory（Id，Account，Name，Grade，SigninTime，LeaveTime，TotalTime）
館內(nèi)公告和相關(guān)動態(tài)信息表關(guān)系模式如下：
T_News（Id，Title，Message，CreateDate）
問題和建議信息表關(guān)系模式如下：
T_Advice（Id，Title，Advice，CreateDate）
4.3物理實現(xiàn)
用戶類型表的創(chuàng)建：
CREATE TABLE [dbo].[T_User] （
[User_Id] INT IDENTITY （1， 1） NOT NULL，
[UserType] NVARCHAR （50） NULL，
PRIMARY KEY CLUSTERED （[User_Id] ASC）
）；
學生登錄信息表的創(chuàng)建：
CREATE TABLE [dbo].[T_Stu_Login] （
[Id] INT IDENTITY （1， 1） NOT NULL，
[Account] BIGINT NOT NULL，
[Password] NVARCHAR （50） NOT NULL，
[ErrorTimes] INT NULL，
[LastErrorTime] DATETIME NULL，
PRIMARY KEY CLUSTERED （[Id] ASC）
）；
管理員登錄信息表的創(chuàng)建：
CREATE TABLE [dbo].[T_Tea_Login] （
[Id] INT IDENTITY （1， 1） NOT NULL，
[Account] BIGINT NOT NULL，
[Password] NVARCHAR （50） NOT NULL，
[ErrorTimes] INT NULL，
[LastErrorTime] DATETIME NULL，
PRIMARY KEY CLUSTERED （[Id] ASC）
）；
學生管理系統(tǒng)范文第3篇
關(guān)鍵詞：數(shù)據(jù)挖掘；智能決策；學生成績；管理
一、引言
近幾年來，隨著信息技術(shù)的飛速發(fā)展，"智慧"理念引導下的高校已建成或正在建設(shè)“智慧校園”――信息技術(shù)高度融合、信息化應用深度整合、信息終端廣泛感知的信息化校園。數(shù)據(jù)挖掘技術(shù)作為一種新型數(shù)據(jù)分析技術(shù)，是應用數(shù)據(jù)挖掘方法對數(shù)據(jù)實施深度挖掘并形成智能決策依據(jù)，從而為教育者、學習者、管理者、教育軟件開發(fā)者和教育研究者等提供服務。數(shù)據(jù)挖掘技術(shù)的技術(shù)特性和潛在價值使其成為學生管理系統(tǒng)中“智慧”精髓部分，是“智慧校園”不可或缺的一部分。
目前，國內(nèi)許多高校學生管理系統(tǒng)平臺建設(shè)已逐步趨于成熟，隨著應用的不斷深入，產(chǎn)生和收集數(shù)據(jù)的能力大為提高，各個業(yè)務平臺中積累了大量詳實的教育信息數(shù)據(jù)。面對浩如煙海的數(shù)據(jù)，數(shù)據(jù)的利用僅停留在監(jiān)控、查詢、統(tǒng)計等簡單應用，信息資源未真正發(fā)揮其價值，數(shù)據(jù)背后隱藏的許多重要信息未能被挖掘利用，而這些信息正是教育管理部門和學校的寶貴財富。所以需要對其進行更高層次的數(shù)據(jù)分析，提取出有用的規(guī)則和知識，為教育教學提供系統(tǒng)、科學化的決策指導，能滿足這一需求的強有力的技術(shù)就是數(shù)據(jù)挖掘技術(shù)。
二、數(shù)據(jù)挖掘技術(shù)的研究現(xiàn)狀
從1989年首屆人工智能國際學術(shù)研討會議召開至今，經(jīng)過多年的發(fā)展，由人工智能延伸出來的數(shù)據(jù)挖掘技術(shù)己經(jīng)積累了豐富的研究成果，越來越多的基礎(chǔ)理論、技術(shù)、工具、應用領(lǐng)域的最新研巧成果源源不斷的出現(xiàn)。目前，國外研究數(shù)據(jù)挖掘方面的機構(gòu)有很多，包括很多的教育機構(gòu)比如有麻省理工、斯坦福大學等，還有ACM、KDNET等研究組織。在國內(nèi)，一般高等教育機構(gòu)或者研究所都會有大量的數(shù)據(jù)挖掘研究人員，研究涉及到數(shù)據(jù)挖掘算法理論及應用實際。如著名學府上海交通大學、南京大學等高等院校對包括增量及關(guān)聯(lián)在內(nèi)的數(shù)據(jù)挖掘算法的改進研究。數(shù)據(jù)挖掘算法的應用研究不再局限于初始的商業(yè)領(lǐng)域，各種教學評價、金融、交通管理、搜索引擎、生物科技等眾多社會層面的信息化領(lǐng)域都和數(shù)據(jù)挖掘息息相關(guān)。
三、數(shù)據(jù)挖掘技術(shù)在學生管理系統(tǒng)中的應用
1.學生成績分析
利用現(xiàn)有學生成績數(shù)據(jù)庫和學生基礎(chǔ)信息數(shù)據(jù)庫，應用數(shù)據(jù)挖掘算法進行情況分類、關(guān)聯(lián)分析，得出了科目的關(guān)聯(lián)拓撲圖。從中科學地分析出影響科目成績高低的潛在因素（如戶籍、高考分數(shù)、性別等看似無關(guān)的因素），有利于教師因材施教，促進課堂改革；找出科目與科目之間的關(guān)聯(lián)，指導合理排課和及時調(diào)整教學內(nèi)容，從根本上提高課堂教學效果；預測分析不及格學生特征，提前預警，有針對性完善現(xiàn)有的教務管理，幫扶并監(jiān)控預警學生群體認真學習，降低高校不及格率。
2.學生自主學習。
隨著信息化建設(shè)的不斷推進，學生自主學習不再局限于書本知識。通過互聯(lián)網(wǎng)、手機新媒體等多種渠道，學生可以自主選擇喜歡的學習方式和內(nèi)容，如教學視頻、論壇討論、在線實時交流、電子課件下載、收發(fā)郵件等，學習內(nèi)容和途徑的選擇廣而雜，而且學習效果無法考量。學生的個性差異與自主學習過程數(shù)據(jù)難以量化和統(tǒng)計，無疑造成教師對學生自主學習獲得的知識多少、掌握的具體情況以及獲得的有益知識等等無法評價，導致學習過程中缺乏有效地指導與監(jiān)控。利用數(shù)據(jù)挖掘技術(shù)收集、分析學生在網(wǎng)絡(luò)學習過程中的動態(tài)和靜態(tài)信息，使學生個性特征的收集和分析工作由人工轉(zhuǎn)向自動，對學生自主學習進行系統(tǒng)的客觀的評價，真實地反映學生對知識的理解和掌握情況，從而幫助教師及時調(diào)整教學計劃和方案，對不同的學生提供不同的教學資源，為學生自主學習的開展與改進方面提供有效的指導。
3.教學效果評價
將選課信息數(shù)據(jù)庫、教學測評數(shù)據(jù)庫與學生成績數(shù)據(jù)庫進行信息的處理和整合，利用決策樹分類和關(guān)聯(lián)分析可以分析教師的個人素質(zhì)與教學水平之間的關(guān)系，專業(yè)素養(yǎng)與教學成果之間的關(guān)系，以科學的方法實現(xiàn)教學評價結(jié)果的公正、公平。同時為進行科學合理的教學管理提供決策指導，從正確的方向?qū)處熯M行改造，提高教師的素養(yǎng)和涵養(yǎng)，促進教育事業(yè)的蓬勃發(fā)展。
4.學生日常管理
隨著生源素質(zhì)的下降，所有學校都存在學生管理難的問題。學生從入學到畢業(yè)的信息都記錄在學校的數(shù)據(jù)庫中，如學生檔案、新生入學教育、軍訓、學生違紀事件處理、評優(yōu)、學生的獎學金、貸學金、勤工儉學、困難補助、費用減免、特殊事故的處理與學生平安保險、班主任評語等等。利用數(shù)據(jù)挖掘技術(shù)，可以分析出品學兼優(yōu)的學生有什么樣的特點，而違反紀律，不聽管教的學生又有什么樣的特點。利用挖掘結(jié)果就可以分析出學生的行為規(guī)律，便于學校制定對學生日常管理的規(guī)章制度。
5.畢業(yè)生就業(yè)整體分析
通過對學生全面信息的分析以及就業(yè)后的跟蹤調(diào)查，利用數(shù)據(jù)挖掘可以分析出何種專業(yè)的學生在哪類地區(qū)就業(yè)率高，具備何種素質(zhì)的學生受到用人單位青睞，以便合理引導本校的教育資源；同時根據(jù)學生在校的基本情況數(shù)據(jù)，關(guān)聯(lián)分析出哪些素質(zhì)對學生將來成才影響最大，以便在以后的教育中有針對性地培養(yǎng)學生，從而提高畢業(yè)生的就業(yè)競爭力。
四、結(jié)語
數(shù)據(jù)挖掘技術(shù)在學生管理系統(tǒng)領(lǐng)域大有可為，不僅對教育的管理更加科學化，而且也增加了數(shù)字化的建設(shè)，解決了教學部門的諸多問題，如人才的預測培養(yǎng)、學科不及格預警監(jiān)管、學風考勤的建設(shè)、教學測評等。利用數(shù)據(jù)技術(shù)挖掘日益豐富的教育教學數(shù)據(jù)，將之轉(zhuǎn)換為寶貴的知識信息財富，從而指導教育管理部門出臺正確合理的政策，幫助學校充分利用教學資源、提高教學質(zhì)量，增強學校的競爭力。教育管理部門和學校應積極尋求該技術(shù)在學生管理系統(tǒng)中應用的結(jié)合點，更好地促進數(shù)據(jù)挖掘技術(shù)在“智慧校園”中發(fā)揮作用。
參考文獻：
學生管理系統(tǒng)范文第4篇
1.當前高校學生管理過程中存在的風險類型
對于大學生而言，風險應定義為在大學學習生活期間客觀存在的影響學生包括學習、人生安全、就業(yè)等一系列既定目標簇群實現(xiàn)的各種不確定性事件。本文按照風險的損害對象，把大學生可能面對的風險列為以下幾類：
1.1 人身風險。人身風險是大學生生活中最普遍存在的風險表現(xiàn)形式。當前大學生對自身行為的控制能力存在局限性，對風險的預測與防范能力明顯不足。
1.2 心理風險。大學生心理健康狀況隨著生活環(huán)境、學習方式、人際環(huán)境的轉(zhuǎn)變而不斷變化，從而引發(fā)各種程度的心理風險，這種心理風險一旦夸大則很有可能進一步誘發(fā)人身風險的產(chǎn)生。
1.3 思想風險。大學生作為接受新事物最迅速、最全面、最徹底的一個群體，受到各種社會思潮與不良風氣的沖擊也是最廣泛最深遠的。在這些不良社會思潮的作用下，大學生群體可能出現(xiàn)思想政治立場不堅定，言語激進、功利心重、集體意識淡薄等不良表現(xiàn)。
1.4 學業(yè)風險。學業(yè)風險是大學生群體特有的風險表現(xiàn)形式。每所院校每年都有個別學生因考試未通過、在校期間受到紀律處分等原因無法按時畢業(yè)。由此產(chǎn)生的學業(yè)風險對大學生身心發(fā)展與求職就業(yè)造成巨大的壓力。
2.高校學生管理風險的主要特點
2.1風險具有客觀性。風險是一種不以人的意志為轉(zhuǎn)移，獨立于人的意識之外的客觀存在。高校學生管理風險無法消除，只能通過科學的風險管理方法降低其出現(xiàn)的概率與造成的損失。
2.2風險具有不確定性。風險的不確定是風險自身的基本屬性。由于信息不對稱等因素，高校學生管理風險往往是難以預期甚至是無法預期的。
2.3風險具有可積累性。風險能夠以路徑依賴的形式自身強化，這種強化在絕大多數(shù)情況是正強化，將加劇風險系數(shù)與損失。
2.4風險具有相對性。即風險的性質(zhì)與后果因時間、空間和作用對象等因素的變化而變化。同類風險在不同時間不同地點可能有不同的發(fā)生概率與損失。
3.當前高校風險管理工作存在的主要問題
3.1大學生的風險察覺與防范意識普遍不高。當代大學生危機覺察程度普遍不高，在思想上對潛在的危險或情況的變化缺乏敏銳的嗅覺，甚至當身處危機之中時仍渾然不覺。大學生較關(guān)注人身風險、就業(yè)風險等短期可預見的風險，但對心理風險、誠信風險、學業(yè)風險等潛在風險缺乏必要的防范準備。
3.2高校風險管理的系統(tǒng)設(shè)置有待完善。近些年，許多高校都制定了針對各類學生群體可能出現(xiàn)的突發(fā)事件的應急預案，成立了應急組織，制定了相關(guān)的管理辦法。然而，此類應急措施與管理辦法多是針對校園秩序造成嚴重危害的顯性風險，但對學生就業(yè)風險、學業(yè)風險等潛在風險的管理方式較為單一，沒有形成管理此類風險的長效機制。
3.3大學生各類風險識別與控制存在一定難度。風險就其本質(zhì)而言，是一種不確定的事件組合。因此，不論學生個人還是校方在識別風險方面都或多或少存在一定難度。通常我們用風險系數(shù)來衡量一個風險的發(fā)生概率。學生工作的主體與客體對于風險系數(shù)相對較高的風險較容易識別。
4.進一步完善高校學生工作風險管理系統(tǒng)的對策
風險管理，是個人、家庭、企業(yè)或其他組織在處理他們所面臨的純粹風險時，所采用的一種科學方法。高校應當充分認識學生管理風險的客觀性、普遍性、不確定性，全面依托風險管理的理論體系，對高校學生管理中可能存在的風險進行科學系統(tǒng)的識別、監(jiān)測、評估與處置。提升學校與學生的風險防范與應對能力，盡可能降低因風險而引發(fā)的損失與不良影響。圖1：高校學生工作風險管理體系
4.1確定風險管理目標。建構(gòu)高校學生工作風險管理系統(tǒng)，首先應當科學的確定大學生風險管理的目標。要充分考慮目標是否符合所在高校的發(fā)展使命，是否能確保目標是可行的，以及達到的目標所需要的軟硬件資源是否成熟等方面的因素。
4.2風險監(jiān)測與識別。對大學生管理可能存在的風險進行監(jiān)測與識別是對高校進行風險管理的基礎(chǔ)。一是要確定統(tǒng)一的風險評估指標。建立科學評估機制，發(fā)現(xiàn)學生的行為潛在風險，為之后的科學干預做好準備。二是建立參與面更廣、覆蓋面更大的監(jiān)控主體。要廣泛發(fā)揮高校中監(jiān)測部門的主體作用，形成網(wǎng)絡(luò)化、制度化的監(jiān)測體系。三是要構(gòu)建大學生行為風險信息平臺。盡最大可能收集大學生異常行為信息，建立科學的行為評估方法，對潛在風險與風險積累進行評估。
4.3風險評估。風險評估是學校管理部門進行風險干預的重要依據(jù)。學校在制定風險評估體系的過程中，應考慮定量分析與定性分析相結(jié)合的方法，既要通過具體的基層工作掌握信息、了解情況，并通過工作經(jīng)驗對可能產(chǎn)生的后果進行估量，又必須借助數(shù)理模型通過科學技術(shù)手段進行定性定量的評估。
學生管理系統(tǒng)范文第5篇
1. 引言 ................................................................. 1
1.1編寫目的 ........................................................ 1 1.2項目背景 ........................................................ 1 1.3定義 ............................................................ 2 1.4參考資料 ........................................................ 2 2．任務概述 ............................................................ 2
2.1目標 ............................................................ 2 2.2運行環(huán)境 ........................................................ 3 2.3條件與限制 ...................................................... 3 3．數(shù)據(jù)描述 ............................................................ 3
3.1靜態(tài)數(shù)據(jù) ........................................................ 3 3.2動態(tài)數(shù)據(jù) ........................................................ 4 3.3數(shù)據(jù)庫介紹 ...................................................... 5 3.4數(shù)據(jù)詞典 ........................................................ 6 3.5數(shù)據(jù)采集 ........................................................ 7 4．功能需求 ............................................................ 8
4.1功能劃分 ........................................................ 8 4.2功能描述 ....................................................... 21 5．性能需求 ........................................................... 22
5.1數(shù)據(jù)精確度 ..................................................... 22 5.2時間特性 ....................................................... 22 5.3適應性 ......................................................... 22 6．運行需求 ........................................................... 23
6.1用戶界面 ....................................................... 23 6.2硬件接口 ....................................................... 28 6.3軟件接口 ....................................................... 28 6.4故障處理 ....................................................... 28 7．其它需求 ........................................................... 29 8. 附錄 .............................................................. 29
1. 引言
1.1編寫目的
隨著計算機技術(shù)的發(fā)展，人類生活速度的加快，單一的人工售票方式已經(jīng)不能滿足人們出行的要求。每逢出行高峰都會造成火車站售票的擁擠，因此售票自動化應運而生。車站售票管理系統(tǒng)就是這樣的一個產(chǎn)物。經(jīng)過我開發(fā)小組的調(diào)研與討論研究，基本上明確了該系統(tǒng)的需求，并在此基礎(chǔ)上完成軟件需求規(guī)格說明書。該文檔旨在對該系統(tǒng)的需求做出綜合的分析，對各個模塊的功能做出具體的說明。
《車站售票管理系統(tǒng)需求規(guī)格說明書》的目的是明確《車站售票管理系統(tǒng)》中各項功能和非功能需求，確定系統(tǒng)功能模塊，同時為概要設(shè)計和詳細設(shè)計人員提供設(shè)計依據(jù)，也可供本項目的其他開發(fā)人員參閱。本需求分析報告的目的是規(guī)范化本軟件的編寫，旨在于提高軟件開發(fā)過程中的能見度，便于對軟件開發(fā)過程中的控制與管理，同時提出了本火車售票系統(tǒng)的軟件開發(fā)過程，便于程序員與客戶之間的交流、協(xié)作，并作為工作成果的原始依據(jù)，同時也表明了本軟件的共性，以期能夠獲得更大范圍的應用。。
本文檔需要交于論證人員進行論證修改，無誤后供軟件開發(fā)人員進行后期的軟件設(shè)計
1.2項目背景
委托單位：呼和浩特火車站 開發(fā)單位：內(nèi)蒙古工業(yè)大學軟件工程 主管部門：內(nèi)蒙古工業(yè)大學計算機系 項目開發(fā)者： 周偉，馬星，張玲燕，苗欣宇 用戶：呼和浩特火車站 產(chǎn)品的所有權(quán)：呼和浩特火車站
項目背景：火車票出售管理系統(tǒng)是典型的信息管理系統(tǒng)(MIS),其開發(fā)主要包括后
臺數(shù)據(jù)庫的建立和維護以及前端應用程序的開發(fā)兩個方面。本項目適用于Windows 操作系統(tǒng)，使用SQL Server 2005數(shù)據(jù)庫，利用C++,JAVA
開發(fā)平臺開發(fā)系統(tǒng)。
1.3定義
靜態(tài)數(shù)據(jù)：主要是由表和視圖組成，應該注意的是，數(shù)據(jù)字典中的表是不能直接
被訪問的，但是可以訪問數(shù)據(jù)字典中的視圖。
動態(tài)數(shù)據(jù)：SQL 包含了一些潛在的由系統(tǒng)管理員如SYS 維護的表和視圖，由于當
數(shù)據(jù)庫運行的時候它們會不斷進行更新，所以稱它們?yōu)閯討B(tài)數(shù)據(jù)字典（或者是動態(tài)性能視圖）。這些視圖提供了關(guān)于內(nèi)存和磁盤的運行情況，所以我們只能對其進行只讀訪問而不能修改它們。
數(shù)據(jù)字典：數(shù)據(jù)字典是SQL 存放有關(guān)數(shù)據(jù)庫信息的地方，其用途是用來描述數(shù)據(jù)
的。比如一個表的創(chuàng)建者信息，創(chuàng)建時間信息，所屬表空間信息，用戶訪問權(quán)限信息等。當用戶在對數(shù)據(jù)庫中的數(shù)據(jù)進行操作時遇到困難就可以訪問數(shù)據(jù)字典來查看詳細的信息。
需求：用戶解決問題或達到目標所需的條件或功能；系統(tǒng)或系統(tǒng)部件要滿足合同、
標準，規(guī)范或其它正式規(guī)定文檔所需具有的條件或權(quán)能。
需求分析：包括提煉，分析和仔細審查已收集到的需求，以確保所有的風險承擔
者都明其含義并找出其中的錯誤，遺憾或其它不足的地方。
1.4參考資料
[1] 劉利民、田寶軍 .軟件工程綜合設(shè)計指導書,2011
[2] 張海藩. 軟件工程導論（第五版）. 北京清華大學出版社,2003 [3] 黃國興、周勇著 .軟件需求工程. 清華大學出版社,2008-05 [4] 車站售票管理系統(tǒng)——項目開發(fā)計劃書 [5] 車站售票管理系統(tǒng)——可行性分析報告
2．任務概述
2.1目標
利用信息化手段緩解火車站售票壓力，滿足廣大人民群眾的購票需求，使管理人員能夠方便進行售票管理工作，包括修改、維護、統(tǒng)計等，使廣大人民用戶能夠利用該系統(tǒng)進行信息的查詢，購票，退票等。
用自然語言或者形式化語言與圖形等完整、準確、具體地描述系統(tǒng)的數(shù)據(jù)需求、功能需求、性能需求、可靠性需求和可用性需求、接口需求、約束、逆向需求以及將來可能提出的要求。
（1) 完善目前火車售票系統(tǒng)，使之能跟上時代的發(fā)展。同時通過實踐來提高自
己的動手能
（2）應用范圍：理論上能夠?qū)崿F(xiàn)于鐵路部門的售票系統(tǒng)，其目的在于在原有的
系統(tǒng)基礎(chǔ)使得火車售票便捷化，以期實現(xiàn)完善日常生活中火車售票的各種缺陷。
（3）可實現(xiàn)旅客對于火車票的查詢與購買功能，售票員則可實現(xiàn)查詢、添加和
刪除等功能；對于所查詢的車次結(jié)果提供列表顯示輸出；有一定的安全機制，普通旅客不能對車次信息隨意刪改，只有系統(tǒng)管理員可通過密碼識別進行維護。
2.2運行環(huán)境
操作系統(tǒng)：Microsoft Windows 2007或Microsoft Windows XP 支持環(huán)境：IIS 5.0
數(shù) 據(jù) 庫：Microsoft SQL Server 2005
2.3條件與限制
應具備的設(shè)備：計算機4臺，打印機1臺 應具備的人員：軟件專業(yè)學生4人
其他條件：保證相關(guān)開發(fā)人員全部到位，不缺勤；資金全部到位
3．數(shù)據(jù)描述
3.1靜態(tài)數(shù)據(jù)
列車信息：列車車號 (int SerialNumber) 列車始發(fā)時間 (struct time SetOut) 列車始發(fā)站(char DeparturePoint) 列車終點站(char TerminalPoint) 額定載量（int FixNumber ）
票務：列車車號 (int SerialNumber) 發(fā)車時間 票價 發(fā)出車站
售票員：用戶名 （char name） 密碼(char password)
3.2動態(tài)數(shù)據(jù)
輸入數(shù)據(jù)：（根據(jù)界面提示，鍵盤輸入操作） 輸出數(shù)據(jù)：
輸出信息：查詢車次確定的數(shù)據(jù)庫記錄的子集；
3.3數(shù)據(jù)庫介紹
名稱：Microsoft SQL Server 2005
介紹：微軟SQL Server 2005 SP1加入數(shù)據(jù)庫鏡像功能，為SQL Server 2005
Express Edition提供新管理工具，并且加強了SAP NetWeaver智能商務系統(tǒng)的報告反饋支持功能。
管理：SQL Server Management Studio 集成了對 SQL Server 2005 所有組件的
管理。Business Intelligence 從業(yè)者都將得益于 Microsoft 服務器“能力”擴展這一用戶盼望已久的功能增強，即從關(guān)系引擎（伸縮性、可靠性、可用性、可編程性，等等）擴展為全套的 BI 平臺組件。 支持的操作系統(tǒng)： Windows 2000 Service Pack 4;
Windows Server 2003 Service Pack 1; Windows XP Service Pack 2
硬件要求：具有 Intel Pentium III 600 MHz（或同等性能的兼容處理器）或速
度更快處理器（建議使用 1 GHz 或速度更快的處理器。）的計算機 最低 192 MB 的 RAM（建議使用 512 MB 或更高的 RAM。） 100 MB 的可用硬盤空間
注意事項：安裝此包之前，必須從系統(tǒng)中刪除 SQL Server Management Studio
Express 的任何 Beta 版本或 Community Technology Preview (CTP) 版本。如果不執(zhí)行此操作，則將導致此包安裝 失敗。
安裝條件：您必須在計算機上具有管理權(quán)限才能安裝SQL Server 2005。
3.4數(shù)據(jù)詞典
3.5數(shù)據(jù)采集
（1） 車票信息由數(shù)據(jù)庫設(shè)計人員加入錄入數(shù)據(jù)庫中
（2） 用戶賬戶及密碼由登陸人員自行設(shè)計有數(shù)據(jù)庫設(shè)計人員設(shè)計的系統(tǒng)方
式錄入數(shù)據(jù)庫中。
（3） 其他數(shù)據(jù)如票務信息由系統(tǒng)自動生成
4．功能需求
4.1功能劃分
圖 3.1 系統(tǒng)管理用例圖
表3-1 登錄系統(tǒng)用例規(guī)約
表3-6 維護數(shù)據(jù)管理規(guī)約
圖 3.2 售票用例
表3-7登錄系統(tǒng)用例規(guī)約
表3-8 退票規(guī)約
表3-9 統(tǒng)計信息用例規(guī)約
表3-10 售票規(guī)約
表3-11查詢信息規(guī)約
表3-12 購票規(guī)約
4.2功能描述
售票：根據(jù)旅客的需求如發(fā)車日期、發(fā)車時間、車廂類型、車票類型（學生票、
軍人票?）、旅客終點站等選擇用戶所需要的車次，然后結(jié)算并打印車票給旅客。
訂票：由售票點授權(quán)或是有一定信譽的售票商替代旅客進行預訂車票，售票
商通過電話或是親自到售票點預訂的方式進行預訂車票。
退票：處理用戶由于某種情況需要退回車票的情況，旅客要在車站指定的時間內(nèi)
進行退票，此外車站售票點還要扣除一定的手續(xù)費。如若改簽則由售票員改簽到旅客所要的車次、時間、地點。
查詢：查詢分為車次查詢、站點查詢、時刻表查詢、票價查詢、剩余票數(shù)查詢。
車次查詢提供了所有車次瀏覽、按車次查詢、和站站查詢，用戶可以通過查詢來了解列車所經(jīng)車站以及發(fā)車時間等信息。時刻表查詢可以查詢每一車次在每一站的發(fā)車時間和到站時間。票價查詢可以讓用戶按自己的需求來查詢所有車次的車票價格；余票查詢可以查詢到所有車次的剩余車票的
情況；
統(tǒng)計：售票統(tǒng)計分別可以按日期統(tǒng)計、按車次統(tǒng)計、按客流方向統(tǒng)計等統(tǒng)計方式，
通過察看車票的流向可以得知旅客的大致流向，列車管理人員可以根據(jù)客流的流向隨時調(diào)整列車運行車次，達到列車的合理調(diào)度，使列車最大限度的投入使用中，實現(xiàn)資源的合理利用。
信息修改：包括車次修改、票價修改、站點修改。車次修改包括增加車次，減少
車次，車次的臨時調(diào)度和由于自然災害造成的臨時路線更改。票價修改為節(jié)假日、春運等特殊時段或某些特殊地域需要適量增加或減少票價，具體數(shù)字有鐵路管理定。站點修改可是某些車次增加或減少一些站點。 系統(tǒng)管理：管理員通過系統(tǒng)添加用戶或者刪除用戶，并且授予權(quán)限，同時維護數(shù)
據(jù)庫，保證系統(tǒng)正確運行。
5．性能需求
5.1數(shù)據(jù)精確度
由于采用數(shù)據(jù)庫技術(shù)并且用戶的應用領(lǐng)域?qū)?shù)據(jù)精確度的要求不是太高，所以這點在系統(tǒng)中表現(xiàn)得比較少，但是用戶數(shù)據(jù)的安全性與正確性是完全保證的，所以對用戶的使用沒有多大的障礙。輸入數(shù)據(jù)精度要求不高，但用戶輸入不精確時有提示。
5.2時間特性
對于用戶的輸入應該在較短的時間里給出回應。若出錯，應有出錯報告。由于該系統(tǒng)要求36臺機器能夠同時運行，要求較高的并發(fā)處理功能。當增加多臺機器后，要求系統(tǒng)的響應時間不會有過大的延時。
5.3適應性
該軟件只能在Windows 系統(tǒng)下運行，所以兼容性不高，但應用戶特殊需求在維護階段會保持一個與其它類軟件接口，隨時滿足客戶的使用需求。
6．運行需求
6.1用戶界面
圖3.3 系統(tǒng)登錄界面
圖 3.4 旅客及售票員查詢界面
圖 3.5 管理員功能界面
圖 3.6 列車信息
圖 3.7售票員功能
圖 3.8 退票界面
圖 3.9 人員管理
圖 3.10 權(quán)限管理
圖 3.11 售票管理
圖 3.12 列車管理
圖 3.12 維護后臺
6.2硬件接口
（1）硬件接口：支持x86系列PC 機
（2）網(wǎng)絡(luò)硬件接口要求：現(xiàn)實中要求具有高速以太網(wǎng)組網(wǎng)一實現(xiàn)聯(lián)網(wǎng)銷售，但是在理論實驗驗證軟件本身的目的來看，無需網(wǎng)絡(luò)通訊接口。
軟件除較小硬盤和顯示器，鼠標外，服務器，基本沒有與外界硬件的聯(lián)系，不過考慮到數(shù)據(jù)庫大量數(shù)據(jù)的備份等要求可以保持與磁帶機和光盤刻錄機的接口。
6.3軟件接口
在這里主要考慮軟件與操作系統(tǒng)的接口，考慮到文檔處理的需要有可能需要與常用的辦公軟件的接口。例如Microsoft 的office 系列。另外查詢模塊需要與互聯(lián)網(wǎng)相連，以實現(xiàn)乘客的網(wǎng)上查詢。運行于Windows2000及更高版本并裝有JAVA 虛擬機的操作系統(tǒng)之上。
6.4故障處理
鑒于火車售票系統(tǒng)涉及的數(shù)據(jù)對于火車站日常管理的重要性，必須建立數(shù)據(jù)庫嚴格有效的恢復機制：數(shù)據(jù)必須每天進行一次備份，由于本信息涉及信息量巨大，應以天為周期進行增量轉(zhuǎn)儲，一般半個季度為周期進行刪除。
正常使用時不用出錯，對于用戶的輸入錯誤應及時給出適當?shù)母恼畔⑻?/p>
示，若運行遇到不可恢復的系統(tǒng)錯誤，也必須保證數(shù)據(jù)庫完好無損。
7．其它需求
本系統(tǒng)中對系統(tǒng)各個模塊功能，以分級菜單的形式給出；所有的提交，確認，刪除等操作以按鈕的形式給出，且名稱一律取為“提交”、“確認”、“刪除”等易于理解的形式；根據(jù)用戶統(tǒng)計信息計算，統(tǒng)計在正常情況下應該支持一定人數(shù)的并行操作能力，春運高峰期間人們要集中買票和查詢，應支持更多人數(shù)的并行操作能力；高峰期間服務器應支持幾十萬以上的日訪問量。 （1）可用性：該軟件也可以通過單步跟蹤的操作進行檢查處理。
（2）安全性：由于軟件運行數(shù)據(jù)放在數(shù)據(jù)庫中，所以參數(shù)不容易被錯改、破壞，萬一參數(shù)受到破壞也不會影響源程序。
（3）可維護性：該軟件利用數(shù)據(jù)庫進行編程，系統(tǒng)結(jié)構(gòu)由程序基本確定，大量的參數(shù)及文本內(nèi)容全部放于數(shù)據(jù)庫中。修改、更新數(shù)據(jù)只要在數(shù)據(jù)庫進行修改添加，而不需要對系統(tǒng)結(jié)構(gòu)進行修改，這樣系統(tǒng)維護性、升級都十分方便。 （4）兼容性：由于尚未測試，故無法對兼容性進行評析。
8. 附錄
1. 車輛類型
