【正文】 是由類及其實例 (對象 )通過相互之 問發(fā)送消息以及各自的消息處理函數(shù)來實現(xiàn)的。時序圖描述了各個類之間要發(fā)送的消息，類圖則表明該如何來發(fā)送、接收和處理這些消息，這包括各種屬性和方法。 在開始的時候要找到一個待開發(fā)的系統(tǒng)中的所有的類是一件很不容易的事情，要找出它們之間的關(guān)系及其各自處理消息的方法則更加困難。因為類圖實際已經(jīng)對應到代碼，或者說是代碼的圖形化的表現(xiàn)。所以，在一開始的時候完全分析所有的要素是不太實際的。在進行具體的設計時要反復審查和修改用例圖和時序圖，來建立類圖。 UML 是一種圖形化的統(tǒng)一建模語言，它在系統(tǒng)的分析和設計之時對交流思想起到 非常重要的作用。它用圖形來表示完整的系統(tǒng)，在運用中要反復審查和修改多次，所以在系統(tǒng)分析和設計的時候所花的時間是很多的。但是如果分析得越仔細，則在編碼的時候越容易。理論上，只要將代碼填充到完整的 UML 模型中去就可以了，并且已經(jīng)有這樣的工具， Rational Rose 本身就有這樣的功能。在分析和設計的階段多花些時間，可以避免編碼到一定階段卻發(fā)現(xiàn)整個模型有問題而無法修改?，F(xiàn)在開發(fā)的都是大型的復雜的系統(tǒng)，沒有良好的模型是完全不可能進行的。 當然，在實際的應用中往往不可能對系統(tǒng)分析和設計過細。 UML 只是一種設計方法， 在設計的時候不應強求完美。 Rational Rose 是面向?qū)ο蠼Ｊ褂米顝V的工具之一。 第三章 系統(tǒng)需求分析 初步調(diào)查 要對學生進行素質(zhì)教育，首先要改變陳舊的教育教學方式。很多大學生都有這樣的體驗：同樣專業(yè)的學生在 4年中，教學計劃一樣，課程設置一樣，所完成的課時數(shù)也一樣。在這樣的環(huán)境中談什么素質(zhì)，談什么創(chuàng)新？因此，大學探索完全學分制的改革，目的就是為學生提供一個更加自由廣闊的學習空間。大學的學習時間可以變長也可以縮短，學生可 以根據(jù)學校提供的課程服務來規(guī)劃未來的人生。但是，要實現(xiàn)這個宏偉的目標首先要解決的就是學生選課問題， 本課程設計的開發(fā)就是解決 教學管理系統(tǒng) 中存在的這個問題 ，它為大學實現(xiàn)完全學分制的改革提供了一個基本的平臺。 新系統(tǒng)描述 教師任課管理信息系統(tǒng)和計算機排課子系統(tǒng)的關(guān)鍵技術(shù)是形成采用框架式可維護的排課策略庫。這個策略庫要具有學生、教師、教室、課程等多因素自動綜合的求優(yōu)排課算法，課程時間分布的自動平衡和時間段限定，由計算機生成課程安排表。 在教室管理子系統(tǒng)中則要求該系統(tǒng)與自動排課系統(tǒng)聯(lián)動，可以對排課后的教室用 計算機進行借用管理、查詢、分析統(tǒng)計，可生成全校教室使用情況匯總表。網(wǎng)上選課及 包含 自動排課、學籍管理、教室資源管理、任課教師管理等系統(tǒng)融為一體。 可行性分析 可行性分析就對項目開發(fā)的可能性和必要性進行分析 .避免盲目投資 .主要是必要性分析和效益分析 ,以決定是否建立學生選課系統(tǒng)。同時還要進一步進行技術(shù)可行性分析、投資 /效益分析、組織管理可行性分析，確定是否存在否定項目的可能性。下面就從經(jīng)濟可行性和技術(shù)可行性進行簡要分析。 經(jīng)濟可行性分析 學生選課系統(tǒng)開發(fā)需要投資費用和未來的運行維護費用，其中投資費用主要包 括設備費用、人員費用及其他費用，如由于工作方式改變需要增加的其他開支通常為了保證新系統(tǒng)運行的可靠性，要求手工和計算機處理在長時間并存。系統(tǒng)的收益主要通過新系統(tǒng)提高工作效率，指導經(jīng)營策略來實現(xiàn)，還有其他難以計算的指標，比如： ● 降低的成本及其他費用。 ● 改進薄弱環(huán)節(jié)，提高的工作效率。 ● 提高數(shù)據(jù)處理的及時性和準確性。 技術(shù)可行性分析 學生檔案管理修訂系統(tǒng)的硬軟件要求都是能夠容易達到的，配置要求下表31 所示。 硬、軟件 配 置 CPU PIII 800 RAM 64MB 硬盤 3G 監(jiān)視器 Windows 系統(tǒng)支持的監(jiān)視器，可顯示 16 位 打印機 Windows98,Windows 2020,Windows NT Sever/WORKSTATION 支持的各類打印機 操作系統(tǒng) 中文 Windows98,windows2020,Windows NT Server/Workstation 網(wǎng)絡協(xié)議 TCP/IP 網(wǎng)絡系統(tǒng) Windows 2020 Server 運營可行性 目前學生所有人員都有操作電腦的能力，通過提供一定的培訓，都能夠熟練操作。 第四章 對系統(tǒng)進行 UML 建模 學校是一個龐大的、層次關(guān)系復雜的組織機構(gòu)，這里僅將排課子系統(tǒng)放在教務處這個管理層中，而選課子系統(tǒng)則是面向全校師生的。選排課系統(tǒng)要與一些其他的系統(tǒng) (如學校院系管理系統(tǒng)、各院系的辦公系統(tǒng)、學籍管理系統(tǒng)和學校資產(chǎn)管理系統(tǒng)等 )打交道，這使得在實際當中選排課系統(tǒng)需要有復雜的接口，主要是要與各個系統(tǒng)進行數(shù)據(jù)的交換，保持數(shù)據(jù)的一致性 .在本示例中，假設這些數(shù)據(jù)已經(jīng)全部取得，而并不關(guān)心是它們?nèi)绾螌脒M來的，所以不可能在這里仔細地探討其他系統(tǒng)的接口?？傮w上，這里將這個系統(tǒng)定位為一個小的系統(tǒng)，只 用到 UML中的一些關(guān)鍵要素。 進行用例建模 整個系統(tǒng)分為登錄子系統(tǒng)、排課子系統(tǒng)和選課子系統(tǒng)。下面羅列出本系統(tǒng)的用例圖，如圖 4圖 42 和圖 43 所示。 圖 41 排課子系統(tǒng)用例圖 圖 42 選課子系統(tǒng)用例圖 圖 43 登錄子系統(tǒng)用例圖 圖 44 用例“登錄”的序列圖 圖 45 用例“排課”的序列圖 可以看到這兩個用例都使用了存儲過程。事實上驗證身份和檢查沖突是wrebCourseSettiement 系統(tǒng)用到的兩個最重要的存儲過程。這兩個過程的邏 輯都比較復雜，因此下面羅列出這兩個過程的活動圖，如圖 46和圖 47所示。另外，由于表之間的關(guān)系比較復雜，用例“導入備份排課記錄”所用到的存儲過程的邏輯比原來設想的要復雜，其活動圖如圖 48所示。 這里的類圖只建立了各個數(shù)據(jù)表的情況和它們之間的約束關(guān)系，如圖 49所示，注意，有一些表是從其他系統(tǒng) (如學生管理、教學樓管理和教師管理等系統(tǒng) )導入的。 圖 47 驗證登錄身份存儲過程的活動圖 圖 47 檢查排課沖突存儲過程的活動圖 圖 48 導入備份排課記錄存儲過程的活動圖 其他文 檔 如前所述，光有用例圖是不夠的，應該有一個用標準的語言描述用例的文檔?，F(xiàn)在把這個文檔羅列出來，以加以說明。（以下文檔是在例圖之前就應分析出來的） 1 查詢教室使用情況 用例名稱： 查詢教室使用情況 參與者： 排課者 描述： 在排課過程當中，排課者可以查詢教室的使用情況。系統(tǒng)顯示教學樓列表，排課者可以展開查看具體教室的使用情況。具體教室的使用情況為：每間教室的屬性（如多媒體教室、計算機房、大、中和小班教室等）；教室的使用情況，即從星期一到星期日的已占用情況（以一節(jié)課為單位）。 2 查詢院系課程設 置 用例名稱： 查詢院系課程設置 參與者： 排課者 描述： 在排課過程當中，排課者可以查詢院系課程設置。系統(tǒng)顯示院系列表。排課者可以展開查看具體院系的課程開設情況。具體院系的課程開設情況為：課程代號，課程名稱，任課教師代號，教師名稱和總課時等。 3 排課 用例名稱： 排課 參與者： 排課者 描述： 排課者按年級排課。排課表內(nèi)容包括課程代號，課程名稱，授課院系，專業(yè)代號，專業(yè)名稱，教師代號，考察方式，學分，開課時間，上課時間，地點，開課院系，最多上課人數(shù)，課程選擇限制（必修、限選或任選） 等。 在排課過程當中，排課者可以查詢教室使用情況和查詢院系課程設置。通過查詢院系課程設置欄，排課者可以拖曳課程到正在排的排課表。 通過查詢教室使用情況欄排課者可以拖曳教室到正在排的課表。 在排課者提交排課表以后系統(tǒng)應當確保該排課方案中沒有教師時間沖突和教室沖突。如果有沖突，系統(tǒng)應該提示排課者具體沖突的產(chǎn)生原因。 4 發(fā)布排課結(jié)果 用例名稱： 發(fā)布排課結(jié)果 參與者： 排課者 描述： 系統(tǒng)保存通過發(fā)布的排課表。排課完成以后，通過發(fā)布的排課結(jié)果對所有教師可見，可以接受查詢；同時通過發(fā)布的排課結(jié)果對選課 系統(tǒng)可見。 5 修改排課結(jié)果 用例名稱： 修改排課結(jié)果 參與者： 排課者 描述： 排課者可以修改發(fā)布或者沒有發(fā)布的排課結(jié)果。其方式和排課用例是一樣的。 6 查詢排課結(jié)果 用例名稱： 查詢排課信息 參與者： 排課者，教師，學生 描述： 排課者、教師和學生可以查詢發(fā)布的排課信息。 7 備份排課結(jié)果 用例名稱： 備份排課結(jié)果 參與者： 排課者 描述： 排課者可以備份（中間）排課結(jié)果。 8 查詢歷史排課結(jié)果 用例名稱： 查詢歷史排課結(jié)果 參與者： 排課者 描述： 排課 者可以查詢歷史（往年）排課結(jié)果。 9 導入排課結(jié)果 用例名稱： 導入排課結(jié)果 參與者： 排課者 描述： 排課者可以導入備份的排課結(jié)果和歷史排課結(jié)果（，再在其上作修改，以減少工作量）。 在導入歷史排課結(jié)果的時候因為可能的教師、教室、課程的變動導致沖突，系統(tǒng)應該能夠查出所有的變動并提示排課者：共 XX 處沖突，每一處沖突都用不同的顏色標出并標明產(chǎn)生的原因。 10 發(fā)布有關(guān)排課消息 用例名稱： 發(fā)布有關(guān)排課消息 參與者： 排課者 描述： 排課者可以發(fā)布關(guān)于排課的消息以提示教師關(guān)于排課的各種信息 。 11 查看教師反饋 用例名稱： 查看反饋 參與者： 排課者、教師 描述： 排課者可以查看教師的反饋，以調(diào)整排課；教師可以查看反饋作為對排課提出意見的參考。排課者或教師首先瀏覽反饋意見的列表，然后查看具體的某條反饋意見。這和留言板的功能是一樣的。 12 查詢教師課表 用例名稱： 查詢教師課表 參與者： 排課者、教師 描述： 排課者、教師可以查詢教師課表。 13 提出反饋意見 用例名稱： 查詢教師課表 參與者： 教師 描述： 教師可以對排課結(jié)果提出反饋意見。 14 發(fā) 布關(guān)于選課消息 用例名稱： 發(fā)布關(guān)于選課消息 參與者： 排課者 描述： 排課完成以后排課者可以在選課系統(tǒng)發(fā)布關(guān)于選課的各種消息。 15 設定選課時間段 用例名稱： 選課 參與者： 學生 描述： 排課者應設定選課時間段。學生只能在此設定的時間段內(nèi)才能選課。 16 選課 用例名稱： 選課 參與者： 學生 描述： 學生可以在規(guī)定的時間段內(nèi)選課。該規(guī)定時間段由排課者通過發(fā)布消息通知教師和學生。選課過程如下：學生在選課表上單擊“選課”，則該信息被提交到服務器，服務器返回該學生選課列表 為彈出式窗口，該窗口顯示該學生的學生課表。選課表的內(nèi)容包括排課表的全部內(nèi)容，另外每一位老師所教的每一門課程還包括已選人數(shù)，還能選的人數(shù)。如果已經(jīng)選滿則不能再選擇這門課程。如果有學生退課，則該門課程的已選人數(shù)減 1，還能選的人數(shù)加 1。 17 退課 用例名稱： 退課 參與者： 學生 描述： 即學生可以在規(guī)定的時間段內(nèi)刪除某門已選的課程。該信息被提交到服務器，服務器返回該刪除該選課后學生選課列表為彈出式窗口，該窗口顯示該學生退課后的學生課表。 18 查詢課程詳細情況 用例名稱： 查詢課程詳細情況 參與 者： 學生 描述： 學生可以查詢某門課程的詳細情況如課程簡介，教材，課時，學分，考察方式，相關(guān)課程等內(nèi)容。 19 查詢學生課表 用例名稱： 查詢學生課表 參與者： 學生，排課者 描述： 學生隨時能查看自己的選課表；排課者可以用學號查詢?nèi)魏螌W生的課表。查詢可以以模糊查詢的方式進行，即不必輸入完全的學生學號。多于 1 個的結(jié)果以列表的方式列出，點擊其中一個查看詳細內(nèi)容。學生課表內(nèi)容包括學生學號，學生姓名，學生性別，學生年級，學生班級；課程代號，課程名稱，授課院系，專業(yè)代號，專業(yè)名稱，教師代號， 考察方式，學分，開課時間，上課時間，地點，開課院系等。 20 按課程代號查詢選課名單 用例名稱： 按課程代號查詢選課名單 參與者： 學生，教師，排課者