學(xué)生選課系統(tǒng)軟件項目管理分析

1、ffjg 魁啟可尹i=fi?呵些盤網(wǎng)翌l學(xué)生選課系統(tǒng)軟件項目管理分析報告所屬院系：信息學(xué)院班級：軟件1201學(xué)號： 1205290132姓 名：日 期：目錄1. 項目啟動 31.1 合同擬定工作 31.2 生存期模型選擇 錯誤 !未定義書簽。2. 項目計劃與執(zhí)行 錯誤 !未定義書簽。2.1 需求分析 錯誤 ! 未定義書簽。2.2 任務(wù)分解 WBS 錯誤 !未定義書簽。2.3 項目進(jìn)度計劃 錯誤 !未定義書簽。2.4 項目成本估算 錯誤 !未定義書簽。2.5 項目風(fēng)險管理 錯誤 !未定義書簽。2.6 項目質(zhì)量控制 錯誤 !未定義書簽。3. 項目收尾與總結(jié) 錯誤 !未定義書簽。3.1 軟件項目管理

2、總結(jié) 錯誤 !未定義書簽。3.2 軟件項目管理學(xué)習(xí)體會 錯誤 !未定義書簽。1. 項目啟動1.1合同擬定工作西安財經(jīng)學(xué)院希望學(xué)?？梢杂幸粋€現(xiàn)代化的選課系統(tǒng)，為此他們提出了學(xué)生選課系統(tǒng)的需求，希望委托軟件公司為其開發(fā)這樣的軟件項目。學(xué)生選課系統(tǒng)是對學(xué)校教務(wù)和教學(xué)活動進(jìn)行綜合管理的平臺系統(tǒng)，是一個學(xué)校和地區(qū)教育信息化的基礎(chǔ)信息平臺。目的是為了提高工作效率、規(guī)范學(xué)校的工作流程。針對這個項目，甲方采取多方洽談的招標(biāo)方式。經(jīng)過多方溝通，西安 XX科技有限公司（乙方）獲得了這個項目的開發(fā)權(quán)。雙方經(jīng)過多次的協(xié) 商和討論，最后簽署項目開發(fā)合同，合同文本如下：技術(shù)開發(fā)合同項目名稱：學(xué)生選課系統(tǒng)委托人（甲方）：研

3、究開發(fā)人（乙方）：簽訂地點：西安市簽訂日期：2014年9月17日有效期限：2014年9月17日至2014年12月20日西安技術(shù)市場管理辦公室根據(jù)中華人民共和國合同法的規(guī)定，合同雙方就校務(wù)通管理軟件系統(tǒng)開發(fā)項目的技術(shù)開發(fā)（該項目屬于計劃），經(jīng)協(xié)商一致，簽訂本合同。一、標(biāo)的技術(shù)內(nèi)容、范圍及要求：根據(jù)甲方的要求，乙方完成校務(wù)通軟件系統(tǒng)的研制開發(fā)。1. 根據(jù)甲方要求進(jìn)行系統(tǒng)方案設(shè)計，要求建立B/S結(jié)構(gòu)的，基于Sqlserver數(shù)據(jù)庫、NT服務(wù)器和J2EE技術(shù)的三層架構(gòu)體系的綜合服務(wù)軟件系統(tǒng)。2. 配合甲方，在與整體系統(tǒng)相融合的基礎(chǔ)上，建立系統(tǒng)運行的軟硬件環(huán)境。3. 具體需求見SOW二、應(yīng)達(dá)到的技術(shù)指標(biāo)

4、和參數(shù)1. 采用支持UML的CASE工具Rose 2003開發(fā)環(huán)境。語言采用Java語言編程。數(shù)據(jù)管理采用 Microsoft SQL Sever 2008數(shù)據(jù)庫管理系統(tǒng)。系統(tǒng)操作平臺采用微軟操作系統(tǒng)Windows 7。系統(tǒng)的運行軟件要求：Windows 2008 Server或更高版本。2. 分為管理員登陸和普通用戶登陸，并劃分權(quán)限。3. 系統(tǒng)的主要功能是應(yīng)滿足雙方認(rèn)可的需求規(guī)格，不可以隨意改動。三、研究開發(fā)計劃1. 第一階段：乙方在合同簽訂后 7 個工作日內(nèi)，完成合同內(nèi)容的系統(tǒng)設(shè)計方案。2. 第二階段：完成第一階段的系統(tǒng)設(shè)計方案之后，乙方于 50 個工作日內(nèi)完成系統(tǒng)基 本功能的開發(fā)。3.

5、第三階段：完成第一和第二階段的任務(wù)之后，由甲方配合乙方于 3 個工作日內(nèi)完成 系統(tǒng)在XXX信息中心的調(diào)試、集成。四、研究開發(fā)經(jīng)費，報酬及其他支付結(jié)算方式1. 研究開發(fā)經(jīng)費是指完成本項目研究開發(fā)工作所需的成本。報酬指本項目開發(fā)成果的使用費和研發(fā)開發(fā)人員的科研補貼。2. 本項目研究開發(fā)經(jīng)費和報酬（人民幣大寫）： XXX 萬元整。3. 支付方式：分期支付。4. 本合同簽訂之日起生效， 甲方在五個工作日內(nèi)應(yīng)付乙方合同總金額的50%，計人民幣 XXX.00 元（人民幣大寫 XXX 元整），驗收后甲方在五個工作日內(nèi)付清全部合 同余款，計人民幣 XXX.00 元（人民幣大寫 XXX 元整）。五、利用研究開發(fā)

6、經(jīng)費購置的設(shè)備、器材、資料的財產(chǎn)權(quán)屬：/。六、履行的期限、地點和方式。本合同自 2014 年 8 月日至 2014 年 11月 16 日在西安履行。本合同的履行方式：甲方責(zé)任1. 甲方全力協(xié)助乙方完成合同內(nèi)容。2. 合同期內(nèi)甲方為乙方提供專業(yè)性接口技術(shù)支持。乙方責(zé)任1. 乙方按甲方要求完成合同內(nèi)容。2. 乙方愿提供在實力功能的前提下，進(jìn)一步予以完善。3. 乙方在合同商定的時間內(nèi)保證系統(tǒng)正常運行。4. 乙方在項目驗收后，提供一年免費維護。5. 未經(jīng)甲方同意，乙方不得向第三方提供本系統(tǒng)中涉及專業(yè)的技術(shù)內(nèi)容和所有的系統(tǒng) 數(shù)據(jù)。七、技術(shù)情報和資料的保密。本合同中的相關(guān)專業(yè)技術(shù)內(nèi)容和所有的系統(tǒng)數(shù)據(jù)， 歸

7、甲方所有， 未經(jīng)甲方同意乙方 不得提供給第三方。八、技術(shù)協(xié)作的內(nèi)容。見系統(tǒng)設(shè)計方案。九、技術(shù)成果的歸屬和分享。專用申請權(quán)： /。技術(shù)秘密的使用權(quán)、轉(zhuǎn)讓權(quán)： /。十、驗收的標(biāo)準(zhǔn)和方式。研究開發(fā)所完成的技術(shù)成果， 達(dá)到了本合同第二條所列技術(shù)指標(biāo)， 按國家標(biāo)準(zhǔn)， 采 用一定的方式驗收，由甲方出具技術(shù)項目驗收證明。十一、風(fēng)險的承擔(dān)。在履行本合同的過程中， 確因在現(xiàn)有水平和條件下難以克服的技術(shù)困難， 導(dǎo)致研 究開發(fā)部分或全部失敗所造成的損失，風(fēng)險責(zé)任由甲方承擔(dān)50%，乙方承擔(dān) 50%。本項目風(fēng)險責(zé)任確認(rèn)的方式：雙方協(xié)商十二、違約金和損失賠償額的計算：除不可抗力因素外（指發(fā)生戰(zhàn)爭、地震、 洪水、 颶風(fēng)或其

8、他人力不能控制的不可抗力事件），甲乙雙方須遵守合同承諾，否則視為違約并承擔(dān)違約責(zé)任：1. 如果乙方不能按期完成軟件開發(fā)工作并交給甲方使用，乙方應(yīng)向甲方支付延期違 約金。每延遲一周，乙方向甲方支付合同總額的0.5%的違約金，不滿一周按一周計算，但違約金額不得超過合同總額的5%；2. 如果甲方不能按期向乙方支付合同款項，甲方應(yīng)向乙方支付延期違約金。每延遲 一周，甲方向乙方支付合同總額的 0.5%的違約金，不滿一周按一周計算，但違約 金額不得超過合同總額的 5%；十三、解決合同糾紛的方式：在履行本合同的過程中發(fā)生爭議， 雙方當(dāng)事人和解或調(diào)解不成， 可采取仲裁或按 司法程序解決。1. 雙方同意由北京市

9、仲裁委員會仲裁。2. 雙方約定向北京市人民法院起訴。十四、名詞和術(shù)語解釋如有，見合同附件。十五、其他1. 本合同一式 6 份， 具有同等法律效力。 其中正式兩份， 甲乙雙方各執(zhí)一份；副本 4 份，交由乙方。2. 本合同未盡事宜，經(jīng)雙方協(xié)商一致，可在合同增加補充條款，補充條款是合同的 組成部分。1.2 生存期模型選擇1.2.1 常見的生存期模型及特點1.2.1.1 瀑布模型 瀑布模型是一個經(jīng)典的模型，也成為傳統(tǒng)模型，是一個理想化的生存期模 型，他要求項目所有的活動都嚴(yán)格按照順序執(zhí)行的， 一個階段的輸出時下一個 階段的輸入。 在很多的標(biāo)準(zhǔn)中都有明確定義瀑布模型， 而且是軟件工程經(jīng)常涉 及的模型。

10、這個模型美歐反饋， 一個階段完成后， 一般就不返回了。瀑布模型 有如下特點：1. 簡單、易用、直觀。2. 開發(fā)進(jìn)程比較嚴(yán)格，一個進(jìn)程順著一個進(jìn)程進(jìn)行。3. 模型中沒有反饋過程。4. 模型執(zhí)行過程中需要嚴(yán)密控制。5. 允許極限和配置早起接受控制。6. 一個新的項目不適合瀑布模型，除非在項目的后期。7. 用戶直到項目結(jié)束才能看到產(chǎn)品質(zhì)量，用戶不是漸漸熟悉體統(tǒng)。8. 不允許變更或者限制變更。1.2.1.2V 模型V 模型是瀑布模型的一種變種，同樣需要一步一步進(jìn)行，前一階段任務(wù)完 成之后才可以進(jìn)行下一階段的任務(wù)。 這個模型強調(diào)測試的重要性， 它將開發(fā)活 動與測試活動緊密地聯(lián)系在一起。 每一部都將比前一

11、階段進(jìn)行更加完善的測試。 V 模型有如下特點：1. 簡單易用，只要按照規(guī)定步驟一步一步執(zhí)行即可。2. V 模型強調(diào)測試過程與開發(fā)過程的對應(yīng)性和并行性， 例如單元測試應(yīng)對應(yīng) 詳細(xì)設(shè)計，集成測試對應(yīng)概要設(shè)計，系統(tǒng)測試對應(yīng)需求分析。1.2.1.3 原型模型原型模型是在需求階段快速構(gòu)建一部分系統(tǒng)的生存期模型。用戶可以通 過試用原型提出原型的優(yōu)缺點，這些反饋意見可以作為進(jìn)一步修改系統(tǒng)的依 據(jù)。開發(fā)人員對開發(fā)的產(chǎn)品有時與客戶不一致，以為開發(fā)人員更關(guān)注設(shè)計和 編碼實施，而客戶更關(guān)注需求。因此，如果開發(fā)人員快速構(gòu)造一個原型將會 很快與客戶需求達(dá)成一致。原型模型有如下特點：1. 需求定義前，需要快速構(gòu)造一個原型

12、系統(tǒng)。2. 用戶根據(jù)快速構(gòu)建的系統(tǒng)優(yōu)缺點，給開發(fā)人員提出反饋意見。3. 根據(jù)反饋意見修改軟件需求規(guī)格，以便系統(tǒng)可以更正確地反映用戶的需求。4. 可以減少項目的各種假設(shè)以及風(fēng)險等。1.2.1.4 增量式模型增量式模型是由瀑布模型演變而來的。該模型假設(shè)需求可以分段，成為 一系列增量產(chǎn)品，每一增量可以分別的開發(fā)。首先構(gòu)造系統(tǒng)的核心功能，然 后逐步增加功能和完善性能的方法就是增量式模型。 增量式模型有如下特點： 1. 可以避免一次性投資太多帶來的風(fēng)險，將主要的功能或者風(fēng)險大的功能 首先實現(xiàn)，然后逐步完善，保證投入的有效性。2. 可以更快地開發(fā)出可以操作的系統(tǒng)。3. 可以減少開發(fā)過程中用戶需求的變更。4

13、. 一些增量可能需要重新開發(fā)（如果早期開發(fā)的需求不穩(wěn)定或者不完整）1.2.1.5 螺旋式模型螺旋式模型是針對風(fēng)險比較大的項目而設(shè)計的一種模型。設(shè)計這個模型 的主要目的是克服瀑布模型的缺點，尤其是應(yīng)對變化的靈活性上很有優(yōu)勢， 它是通過一系列瀑布模型不斷循環(huán)來逐步規(guī)避風(fēng)險的。螺旋式模型有如下特 點：八、1. 可以將每個階段進(jìn)行更細(xì)的劃分。2. 可以進(jìn)行靈活的設(shè)計。3. 通過風(fēng)險管理進(jìn)行驅(qū)動。4. 游湖可以更早看到產(chǎn)品。5. 用戶可以不斷對產(chǎn)品進(jìn)行評估。6. 項目的投資不用一次性投入。1.2.2 本系統(tǒng)選用的生存期模型本系統(tǒng)選擇了增量式模型作為學(xué)生選課系統(tǒng)的生存周期模型，理由如下： 學(xué)生選課系統(tǒng)的全

14、部功能分成選課和課程管理兩類， 基于選課功能做出最小的版本， 在 逐步添加其余的功能。 這樣一來， 客戶先使用最小版本然后提出更明確的需求， 有助于系統(tǒng) 開發(fā)的更加完善，更加符合客戶的需要，同時也大大減小了開發(fā)的風(fēng)險。系統(tǒng)要求具有可擴充性， 比如課程選擇的規(guī)則， 和學(xué)分的計算都有可能進(jìn)行改動， 所以 就要要求系統(tǒng)具有可擴充性，對于以上的改動系統(tǒng)也要進(jìn)行一定的改動 而且，本系統(tǒng)開發(fā)符合增量的模型的特點：1. 項目開始時，明確了大部分的需求，但是需求可能會發(fā)生變化的項目。2. 對于市場和用戶把握不是很準(zhǔn)確，需要逐步了解的項目。3. 對于龐大和復(fù)雜功能的系統(tǒng)進(jìn)行功能改進(jìn)時需要一步一步實施的項目。所以

15、增量式模型是適合進(jìn)行學(xué)生選課系統(tǒng)的模型。2. 項目計劃與執(zhí)行2.1 需求分析通過與西安財經(jīng)學(xué)院相關(guān)人員進(jìn)行交流溝通， 對現(xiàn)有系統(tǒng)進(jìn)行觀察及對人物進(jìn)行分 析，了解現(xiàn)有的組織架構(gòu)、業(yè)務(wù)流程、硬件環(huán)境、軟件環(huán)境、現(xiàn)有的運行系統(tǒng)等等具 體情況和客觀的信息等。現(xiàn)制定需求分析，正文如下：學(xué)生選課系統(tǒng)需求分析、系統(tǒng)設(shè)計可行性1.網(wǎng)上選課系統(tǒng)的產(chǎn)生網(wǎng)上選課系統(tǒng)是針對在校學(xué)生和教師使用的， 從學(xué)生的角度來說， 由于教學(xué)制 度的改革， 現(xiàn)在大部分的高等院校開始實行學(xué)生自主選課模式， 傳統(tǒng)的教學(xué)模式已 經(jīng)不能適應(yīng)新的教學(xué)模式， 如果還只是通過紙上的方式選課， 一方面浪費大量的人 力、物力， 另一方面浪費時間以及在統(tǒng)

16、計過程中不可避免的會出現(xiàn)差錯。隨著高校的人數(shù)增加，暴露出來的弊端會越來越多。因此， 利用網(wǎng)絡(luò)， 使學(xué)生只要在計算機 前輸入自己的個人選課信息即可完成原來幾倍的作業(yè)量。 從教室的角度來講， 同樣 可以節(jié)約大量的時間和減少工作量以及減少錯誤的發(fā)生率。2.可行性分析 網(wǎng)上選課系統(tǒng)的可行性分析包括以后幾個方面：（1）技術(shù)可行性由于校園網(wǎng)絡(luò)的普遍應(yīng)用， 使得網(wǎng)上選課非常的方便， 無需再進(jìn)行網(wǎng)絡(luò)的建設(shè)。 基于 B/S 模式的選課系統(tǒng)更加適合校園網(wǎng)， 使得學(xué)生可以在任何有校園網(wǎng)的地 方完成選課過程。（2）經(jīng)濟可行性校園網(wǎng)應(yīng)經(jīng)普及，因此網(wǎng)絡(luò)設(shè)備上不需要大的投入。加之， B/S 模式的系統(tǒng)只 要求客戶端具備瀏覽

17、器的基本功能， 就能實現(xiàn)網(wǎng)上選課。 因此，從經(jīng)濟上來說， 開發(fā)網(wǎng)上選課系統(tǒng)不需要很大的投入，硬件上只需要Web 服務(wù)器和數(shù)據(jù)庫服務(wù)器即可。（3）操作可行性B/S 模式的最大優(yōu)勢就是操作方便、如同瀏覽網(wǎng)頁一樣。綜上所述，網(wǎng)上選課 系統(tǒng)在高校中是可行的。、系統(tǒng)的需求分析1. 引言（1）編寫的目的 本文檔是對該學(xué)生選課系統(tǒng)的一個整體把握， 以便在下一步的開發(fā)設(shè)計中更好的 控制開發(fā)。本文檔的預(yù)期讀者是：設(shè)計人員、開發(fā)人員、管理和測試人員、最終 用戶。（2）背景由于電腦時代的到來以及 internet 的迅速發(fā)展，電腦無處不在，當(dāng)然各種工作效 率也大幅提高，那么對于一個學(xué)校來說，開發(fā)一個好的學(xué)生選課系統(tǒng)

18、勢在必行。鑒此，特開發(fā)此學(xué)生選課系統(tǒng)，該系統(tǒng)實現(xiàn)了選課的網(wǎng)絡(luò)化、信息化、現(xiàn)代化。（3）參考資料1. 呂軍軟件項目綜合實訓(xùn) M. 清華大學(xué)出版社 ,2010.6 2.杜文潔、白萍實用軟件工程與實訓(xùn) M. 清華大學(xué)出版社 ,2009.42. 任務(wù)概述（1）目標(biāo)本項目設(shè)定的目標(biāo)如下： 系統(tǒng)能夠提供友好的用戶界面，使操作人員的工作量最大限度的減少； 系統(tǒng)具有良好的運行效率，能夠得到提高管理的目的； 系統(tǒng)應(yīng)有良好的可擴充性，可以容易的加入其它系統(tǒng)的應(yīng)用； 平臺的設(shè)計具有一定的超前性，靈活性，能夠適應(yīng)信息管理工作的變化； 通過這個項目可以鍛煉隊伍，提高團隊的開發(fā)能力和項目管理能力。（2）用戶特點由于本軟件

19、的最終用戶是系統(tǒng)管理人員（即教務(wù)處的領(lǐng)導(dǎo)） ，對本系統(tǒng)不是那么的了 解，而且領(lǐng)導(dǎo)們比較忙， 對于后期的培訓(xùn)可能會沒有時間， 基于這一點我組認(rèn)為應(yīng)該 把界面設(shè)計的一目了給教師和學(xué)生帶來方便，同時還提高了教務(wù)處的工作效率。3性能需求（ 1）可用性學(xué)生選課系統(tǒng)應(yīng)簡單易用， 用戶能直接通過界面即可掌握所需功能的操作方法， Web 操作端至少兼容 IE 瀏覽器。（2）可靠性 學(xué)生選課系統(tǒng)能長時間無故障運行，在學(xué)生選課階段能夠應(yīng)對相應(yīng)的數(shù)據(jù)吞吐量。（ 3）速度性當(dāng)用戶進(jìn)行操作時，系統(tǒng)應(yīng)該及時地進(jìn)行反應(yīng)，反應(yīng)的時間在2 秒以內(nèi)。（ 4）界面需求系統(tǒng)的界面要求如下： 頁面內(nèi)容：主題突出，欄目、菜單布置合理，內(nèi)

20、容豐富，文字準(zhǔn)確，行文格式統(tǒng)一規(guī) 范。導(dǎo)航結(jié)構(gòu)：具有明確的導(dǎo)航指示，便于理解，便于用戶使用。 藝術(shù)風(fēng)格：界面、版面形象清新悅目，布局合理，字號大小適宜，字體選擇合適，動 靜效果好，色彩和諧，與主題相吻合。（ 5）開發(fā)性需求系統(tǒng)應(yīng)具有十分的靈活性，以適應(yīng)將來功能擴展的需求。（6）可擴展性需求系統(tǒng)設(shè)計應(yīng)體現(xiàn)擴展性要求，以適應(yīng)將來功能擴展的需求。（ 7）數(shù)據(jù)精確度 數(shù)據(jù)精確度要達(dá)到以下指標(biāo)： 具有較強的出錯提示能力，并可自動記錄出錯信息。 具有操作提示功能和必要的輸入校驗功能，界面切換時間不超過3秒。系統(tǒng)進(jìn)行實時模糊查詢時，不影響正常業(yè)務(wù)處理。 本系統(tǒng)的數(shù)據(jù)量要具有并行處理至少1000 個用戶訪問的

21、能力。4需求規(guī)定（1）系統(tǒng)的基本功能描述 網(wǎng)上選課系統(tǒng)是根據(jù)大學(xué)的選修課的網(wǎng)上申請和管理需求而進(jìn)行設(shè)計的， 目的是實現(xiàn) 選修課的網(wǎng)上設(shè)置、 申請功能。 根據(jù)大學(xué)選修課管理的基本過程， 網(wǎng)上選課系統(tǒng)應(yīng)具 備課程設(shè)置、課程查詢、 學(xué)生選課、 管理員管理等基本功能要求， 如果想設(shè)置只有自 己知道的密碼，還可以修改密碼（原始密碼是學(xué)號） 。系統(tǒng)的主要使用者是：學(xué)生、 開課教師和系統(tǒng)管理員。2）系統(tǒng)需求分析 通過對系統(tǒng)需求進(jìn)行分析， 我們可以確定系統(tǒng)中有三類用戶： 系統(tǒng)管理員、 教師和學(xué)生。 各類用戶的功能用表格具體描述如下： 系統(tǒng)管理員 管理員維護整個系統(tǒng)，設(shè)置選課時段： 選課前學(xué)生不可登錄， 同時發(fā)

22、布教師的基本情況； 選課時限制最大選課人數(shù)， 防止 系統(tǒng)崩潰；排課、發(fā)布選課信息；數(shù)據(jù)備份和恢復(fù)等；選課后學(xué)生只可查詢，管理 員對選課結(jié)果進(jìn)行統(tǒng)計； 管理員查詢選課情況， 對學(xué)生的選課申請進(jìn)行處理， 進(jìn)行 用戶管理。 教師 排課前撰寫教師反饋，對排課者提出排課意見，供排課者在排課時參考使用；排課 后查詢課程的基本情況、學(xué)生情況。 學(xué)生 在選課系統(tǒng)中查詢課程、教師信息，查看教師反饋，提交選課申請，撤銷申請，查 詢選課情況，登錄系統(tǒng)，進(jìn)行個人信息修改等與選課有關(guān)的活動。根據(jù)上面所述， 對系統(tǒng)進(jìn)行了分析，分為三個主要的功能：登錄控制、排課和選課，分別對應(yīng)三個 子系統(tǒng)，即登錄子系統(tǒng)、排課子系統(tǒng)和選課子

23、系統(tǒng)。其中登錄子系統(tǒng)是前提，排課 子系統(tǒng)是基礎(chǔ)，選課子系統(tǒng)是關(guān)鍵。 登錄子系統(tǒng)區(qū)分排課者 （即系統(tǒng)管理員） ，教師和學(xué)生這三者的不同身份， 給出不 同的權(quán)限，在頁面中根據(jù)身份判斷其相應(yīng)具有的權(quán)限，進(jìn)行不同的操作。排課子系 統(tǒng)主要供排課者使用，其中設(shè)定選課時間段，進(jìn)行排課并檢測排課是否沖突、教室 是否沖突，發(fā)布選課信息都是選課的前提和基礎(chǔ)。選課子系統(tǒng)是本系統(tǒng)要實現(xiàn)的最 終目的，選課子系統(tǒng)主要供學(xué)生選課使用，在這里可以進(jìn)行與選課有關(guān)的活動，包 括課程瀏覽查詢、選課、退選課程。根據(jù)前面的需求分析所述，可以畫出學(xué)生選課系統(tǒng)的功能結(jié)構(gòu)圖，如圖所示：查詢已選課程幫助信息模塊選課模塊修改密碼模塊學(xué)生信息管理

24、模塊刪除所選課程查詢可選課程(3 )數(shù)據(jù)流圖第一層數(shù)據(jù)流圖學(xué)生學(xué)號及密碼 -第二層數(shù)據(jù)流圖解決沖突課程表時間及人數(shù)參加選課查看可選課程課程表一覽成功失敗管理員驗證個人信息成功成功刪除已選課程生成課表第三層數(shù)據(jù)流圖系統(tǒng)流程圖系統(tǒng)管理課程有關(guān)信息成功提示課程表學(xué)生選擇需要退的課輸入學(xué)號和密 碼驗證選課是否成功學(xué)生管理員反饋學(xué)生選課信息7Ab選課登錄登錄丨1杳看可選課程登錄1F(5 )用例視圖用戶(6)順序圖選課統(tǒng)計管理員學(xué)生選擇學(xué)生顯示選課成功退課(7)狀態(tài)圖添加課程添加后的、修改課程課程 ,修改后的課程刪除課程被刪 除的 課程(8)活動圖錄查看課程信息提交選課學(xué)號和密碼是否正確將選課信息更新確認(rèn)

25、選課提示錯誤信息選課成功5數(shù)據(jù)庫設(shè)計數(shù)據(jù)庫在一個信息管理中占有非常重要的地位，統(tǒng)的效率以及實現(xiàn)的效果產(chǎn)生影響。合理的數(shù)據(jù)庫結(jié)構(gòu)設(shè)計可以提高數(shù)據(jù)庫存儲的效率， 保證數(shù)據(jù)的完整性和一致性。(1)數(shù)據(jù)庫概念設(shè)計結(jié)構(gòu)根據(jù)上面的設(shè)計規(guī)劃出得實體有：學(xué)生信息實體，選課信息實體，課程信息實體，教 室信息實體，院系信息實體。各實體的描述E-R圖如下圖：數(shù)據(jù)庫結(jié)構(gòu)設(shè)計的好壞直接對應(yīng)用系n（2）數(shù)據(jù)庫邏輯結(jié)構(gòu)設(shè)計數(shù)據(jù)庫的概念結(jié)構(gòu)設(shè)計完畢后，可以將上面的數(shù)據(jù)庫概念轉(zhuǎn)換成某種數(shù)據(jù)庫系統(tǒng)多支 持的實際數(shù)據(jù)結(jié)構(gòu)，也就是數(shù)據(jù)結(jié)構(gòu)模型。學(xué)生信息表：用于記錄學(xué)生的詳細(xì)信息課程信息表：用于記錄課程信息，包括上課時間等學(xué)生選課信息表：用于記錄學(xué)生的選課情況管理員信息表：用于記錄管理員的詳細(xì)信息根據(jù)上面的邏輯結(jié)構(gòu)設(shè)計，設(shè)計相應(yīng)的表結(jié)構(gòu)如下所示：學(xué)生信息表:字段說明類型（長度）備注Sn ame姓名Char（ 10）主鍵非空Sno學(xué)號Int主鍵非空Departme nt系Char（ 10）非空Subject專業(yè)Char（ 10）非空Sex性別Char（ 2）非空Birthday出生日