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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

22、布教師的基本情況； 選課時(shí)限制最大選課人數(shù)， 防止 系統(tǒng)崩潰；排課、發(fā)布選課信息；數(shù)據(jù)備份和恢復(fù)等；選課后學(xué)生只可查詢，管理 員對(duì)選課結(jié)果進(jìn)行統(tǒng)計(jì)； 管理員查詢選課情況， 對(duì)學(xué)生的選課申請(qǐng)進(jìn)行處理， 進(jìn)行 用戶管理。 教師 排課前撰寫教師反饋，對(duì)排課者提出排課意見，供排課者在排課時(shí)參考使用；排課 后查詢課程的基本情況、學(xué)生情況。 學(xué)生 在選課系統(tǒng)中查詢課程、教師信息，查看教師反饋，提交選課申請(qǐng)，撤銷申請(qǐng)，查 詢選課情況，登錄系統(tǒng)，進(jìn)行個(gè)人信息修改等與選課有關(guān)的活動(dòng)。根據(jù)上面所述， 對(duì)系統(tǒng)進(jìn)行了分析，分為三個(gè)主要的功能：登錄控制、排課和選課，分別對(duì)應(yīng)三個(gè) 子系統(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)限，在頁(yè)面中根據(jù)身份判斷其相應(yīng)具有的權(quán)限，進(jìn)行不同的操作。排課子系 統(tǒng)主要供排課者使用，其中設(shè)定選課時(shí)間段，進(jìn)行排課并檢測(cè)排課是否沖突、教室 是否沖突，發(fā)布選課信息都是選課的前提和基礎(chǔ)。選課子系統(tǒng)是本系統(tǒng)要實(shí)現(xiàn)的最 終目的，選課子系統(tǒng)主要供學(xué)生選課使用，在這里可以進(jìn)行與選課有關(guān)的活動(dòng)，包 括課程瀏覽查詢、選課、退選課程。根據(jù)前面的需求分析所述，可以畫出學(xué)生選課系統(tǒng)的功能結(jié)構(gòu)圖，如圖所示：查詢已選課程幫助信息模塊選課模塊修改密碼模塊學(xué)生信息管理

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

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