運動會成績統(tǒng)計系統(tǒng)設計.doc

武漢理工大學計算機軟件綜合設計課程設計說明書基于UML的運動會成績統(tǒng)計系統(tǒng)設計1問題描述1.1運動會成績統(tǒng)計系統(tǒng)包括個人成績統(tǒng)計，單項成績統(tǒng)計和團體成績統(tǒng)計。1.2個人成績統(tǒng)計即指該參賽者的所參與的各項運動后的單項成績統(tǒng)計。1.3單項成績統(tǒng)計即指某一項比賽項目的成績統(tǒng)計，分為男子組和女子組。1.4團體成績統(tǒng)計是按學員分組統(tǒng)計學院的得分，從而得出團體成績的分數(shù)和排名。2 用戶需求2.1用戶的身份識別系統(tǒng)的用戶分為一般的用戶（指包括參賽者在內(nèi)的學生）和運動會成績的統(tǒng)計人員。一般的用戶只能查詢運動會的成績，運動會成績的統(tǒng)計人員負責將成績寫入和修改。 2.2運動會成績輸入運動會成績的統(tǒng)計人員能將運動會的成績寫入系統(tǒng)，包括參與者編號，參與者的學院，學號，姓名，性別，項目，成績，分數(shù)和名次等等。 2.3運動會成績修改 記分員能通過輸入?yún)①愓叩木幪柡晚椖?，對該參賽者所參與的項目的成績進行修改。 2.4運動會成績?yōu)g覽和查詢數(shù)據(jù)輸入完畢后，用戶可通過菜單查詢到以下內(nèi)容：2.4.1 輸入?yún)①愓叩木幪柲懿樵冊搮①愓咚鶇⒓拥乃许椖康某煽兦闆r。2.4.2 通過選擇學院，查看某學院的團體總分和名次。2.4.3 通過選擇某項比賽項目（分為男子組和女子組），能夠查看參加了該項目的各個運動員的成績。3 系統(tǒng)分析3.1 系統(tǒng)的用例模型建模3.1.1 用戶類劃分用戶類說明記分員這個運動會成績統(tǒng)計系統(tǒng)的成績輸入工作主要由運動會的記分員輸入運動的成績，在作完輸入成績的工作后可以對成績進行查看和修改。學生學生是包括參賽者在內(nèi)的學生，可以查看運動會的各個成績。3.1.2 核心用例的用例圖頂層用例圖：頂層的用例圖包含如下用例：（1）登陸系統(tǒng)。用戶憑借賬號和密碼進行登錄系統(tǒng)。 （2）學生登進系統(tǒng)。學生進入學生登錄后的頁面。 （3）記分員登進系統(tǒng)。記分員進入記分員登錄后的頁面?！居美龍D描述】參與者：用戶（包括學生和記分員）用戶憑自己的賬號和密碼登錄系統(tǒng)，根據(jù)身份的選擇，進入不同的登進界面。分解用例圖1：此用例圖包含如下用例：（1）登陸系統(tǒng)。記分員憑借賬號和密碼進行登錄系統(tǒng)。 （2）輸入成績。記分員輸入成績。 （3）修改成績。記分員修改成績?！居美龍D描述】參與者：記分員用戶憑自己的賬號和密碼登錄系統(tǒng)，進入記分員的登進界面，進行成績的輸入操作和修改成績操作。只有先正確登陸系統(tǒng)，才能進行查詢和修改操作。即記分員的賬號必須在數(shù)據(jù)庫中存在，這樣的記分員才是合法的用戶。分解用例圖2：此用例圖包含如下用例：（1）登陸系統(tǒng)。學生憑借學號和密碼進行登錄系統(tǒng)。 （2）查看成績表。學生可以查看運動會成績的統(tǒng)計表。 【用例圖描述】參與者：學生學生憑自己的學號和密碼登錄系統(tǒng)，進入學生的登進界面，進行查看運動會成績表的操作。只有先正確登陸系統(tǒng)，才能進行查詢和修改操作。即學生的學號必須在數(shù)據(jù)庫中存在，這樣的學生才是合法的用戶。分解用例圖2.1：學生登錄系統(tǒng)用例【用例圖描述】參與者：學生學生憑自己的學號和密碼登錄系統(tǒng)，進入學生的登進界面。分解用例圖2.2：學生查看單項成績統(tǒng)計用例【用例圖描述】參與者：學生學生通過選擇某項比賽項目（分為男子組和女子組），能夠查看參加了該項目的各個運動員的成績表。分解用例圖2.3：學生查看個人成績統(tǒng)計用例【用例圖描述】參與者：學生學生通過輸入?yún)①愓叩木幪柲懿榭丛搮①愓咚鶇⒓拥乃许椖康某煽兦闆r表。分解用例圖2.4：學生查看團體成績統(tǒng)計用例【用例圖描述】參與者：學生學生通過選擇學院，查看某學院的團體總分和名次表。3.2分析類圖的描述經(jīng)過分析，在運動會成績統(tǒng)計系統(tǒng)中用到的主要類有6個：登錄類（MyFrame），管理員窗口類（ManagerFrame），學生窗口類（StudentFrame），個人成績表類（ PersonalGame），團體成績表類（TeamGame），單項成績表類（ SingleGame）。4 系統(tǒng)設計4.1核心用例的設計類圖建模（類圖見下頁）【類圖說明】（1）MyFrame類是登錄類，它的屬性有窗口大?。╯ize）、控件的種類（controler）、窗口背景（backgroundcolor），主要操作有生成界面（open）、 身份識別（checkInfo）和選擇登進窗口（selectFrame）。（2）ManagerFrame類是管理員窗口類，它的屬性有窗口大?。╯ize）、控件的種類（controler）、窗口背景（backgroundcolor），主要操作有輸入成績（addScore）和修改成績（updateScore）。（3）StudentFrame類是學生窗口類，它的屬性有窗口大?。╯ize）、控件的種類（controler）、窗口背景（backgroundcolor），主要操作是生成不同的表（selectFrame）。（4）PersonalGame類是個人成績表類，它的屬性有窗口大?。╯ize）、控件的種類（controler）、窗口背景（backgroundcolor），主要操作有查找編號（selectSID）和顯示成績（showScore）。（5）TeamGame類是團體成績表類，它的屬性有窗口大?。╯ize）、控件的種類（controler）、窗口背景（backgroundcolor），主要操作有選擇學院（selectCollege）、計算該學院總分（calculateTotalScore）、計算該學院總名次（calculateTotalRanking）和顯示成績(showScore)。（6）SingleGame類是單項成績表類，它的屬性有窗口大?。╯ize）、控件的種類（controler）、窗口背景（backgroundcolor），主要操作有選擇比賽項目（selectEvent）、選擇組別（selectSex）和顯示成績(showScore)。4.2核心用例的順序圖建模 42.1學生登錄用例順序圖42.2記分員登錄用例順序圖42.3記分員輸入成績用例順序圖42.4記分員修改成績用例順序圖42.5學生查看個人成績統(tǒng)計表用例順序圖42.6學生查看單項成績統(tǒng)計表用例順序圖42.7學生查看團體成績統(tǒng)計表用例順序圖4.3核心用例的狀態(tài)圖建模 42.1學生登錄用例狀態(tài)圖 42.2學生查看單項成績統(tǒng)計表用例狀態(tài)圖42.3學生查看個人成績統(tǒng)計表用例狀態(tài)圖42.4學生查看團體成績統(tǒng)計表用例狀態(tài)圖42.5記分員登錄用例狀態(tài)圖42.6記分員輸入成績用例狀態(tài)圖42.7記分員修改成績用例狀態(tài)圖4.4組件圖建模通過分析，對系統(tǒng)的業(yè)務構建組件圖如下：【組件圖說明】該系統(tǒng)的項目包是sports,分有三個組件，一個是邏輯組件（logicConponent）,一個是視圖組件（viewComponent），另一個是數(shù)據(jù)庫（database）。邏輯組件負責總體協(xié)調(diào)，并且與數(shù)據(jù)庫組件相連，在數(shù)據(jù)庫中提取相關信息并進行有關的計算。數(shù)據(jù)庫組件是存儲數(shù)據(jù)信息，系統(tǒng)的后臺。視圖組件是負責顯示系統(tǒng)的界面顯示，是用戶看見的界面，也是用戶和系統(tǒng)的接口。5 系統(tǒng)實施5.1信息代碼設計 本次的系統(tǒng)設計的開發(fā)環(huán)境是NetBeans IDE 6.0，JDK 1.5。 在代碼設計階段，一共設計8個類，每個類實現(xiàn)不同的功能，具體如下： Sports.java:是項目的入口，主類。該類的功能是生成系統(tǒng)的登錄界面，通過new MyFrame（），顯示用戶登錄界面，用戶輸入賬號密碼，并選擇權限，系統(tǒng)能判斷其合法性，進入不同的登進界面。 ErrorDialog.java：該類是關于當用戶輸入的信息不存在或者系統(tǒng)運行時出錯時，用來生成“提示錯誤”的對話框的。ManagerFrame.java：該類是關于記分員成功登錄進系統(tǒng)后用來生成添加成績和修改成績界面的，記分員要修改成績，需輸入?yún)①愓叩木幪柡晚椖棵Q，此時系統(tǒng)將數(shù)據(jù)庫中的信息輸出到窗口中，記分員再進行修改。StudentFrame.java：該類是關于學生成功登錄進系統(tǒng)后用來生成界面的，以選擇希望查看的成績表。PersonalGame.java：該類是關于學生選擇查看個人成績表后用來生成界面的，學生輸入?yún)①愓呔幪?，此時系統(tǒng)將數(shù)據(jù)庫中的信息輸出到窗口中，便可以查看成績。SingleGame.java：該類是關于學生選擇查看單項成績表后用來生成界面的，學生選擇項目和組別，此時系統(tǒng)將數(shù)據(jù)庫中的信息輸出到窗口中，便可以查看成績。TeamGame.java：該類是關于學生選擇查看團體成績表后用來生成界面的，學生選擇學院，此時系統(tǒng)將查找數(shù)據(jù)庫中的信息，再計算總成績和名次并輸出到窗口中，便可以查看成績。5.2數(shù)據(jù)庫設計 此次系統(tǒng)采用的數(shù)據(jù)庫是MySQL。本次系統(tǒng)設計兩張表，一張表記錄的是用戶的信息，即用戶名和密碼；另一張表記錄的是運動會的全部成績。 5.2.1 用戶信息表user(SID,SNAME,SKEY)該表存儲的是用戶的賬號，姓名和密碼，其中對于學生而言就是學號和密碼。5.2.2 運動會成績表totalgame(SID,SNAME,SSEX,SDEPT,SAGE,EVENT,RESULT,SCORE,RANKING)該表存儲的是運動會的成績，即參賽者編號，姓名，性別，學院，年齡，項目，成績，分數(shù)和名次。5.3輸入設計、輸出設計的描述 本次設計的系統(tǒng)，在輸入的設計上，是應該使用者與系統(tǒng)有較強的交互性，界面簡潔明了，并且在使用者進行相關的操作時有一定的提示。而且考慮到不同權限的使用者，所以通過系統(tǒng)登錄的界面應該是不一樣的。另外，當使用者使用該系統(tǒng)的登錄界面登錄系統(tǒng)的時候，系統(tǒng)要對用戶身份的合法性進行判斷，這是系統(tǒng)安全性的體現(xiàn)。 在輸出的設計上，也是考慮到了人性化。將系統(tǒng)查找后的結(jié)果輸出到文本區(qū)，并顯示列名。在登錄系統(tǒng)的時候，如果身份不合法，通過彈出對話框給出提示。在用戶輸入密碼的時候，密碼不能直接顯示在屏幕上，而是以“*”的形式顯示，這都是體現(xiàn)了系統(tǒng)的安全性能。當用戶使用該系統(tǒng)時，如果操作失敗，系統(tǒng)也會彈出對話框給予提示。這將用戶操作的結(jié)果明朗化了。6 用戶界面設計和處理過程的設計的描述6.1用戶登錄界面當用戶輸入了賬號和密碼后要選擇自己的權限，是學生還是記分員。這樣系統(tǒng)判斷用戶合法后會跳到不同的界面。6.2 當用戶的權限不一樣會跳轉(zhuǎn)到不同的界面6.2.1 當用戶是學生權限時，進入系統(tǒng)后所看見的界面此時學生可以選擇自己想看的成績統(tǒng)計表，進入不同的界面。6.2.2 當用戶是記分員的權限時，進入系統(tǒng)后所看見的界面6.4 學生選擇“查看團體成績統(tǒng)計表”后系統(tǒng)跳轉(zhuǎn)的界面6.3 學生選擇“查看單項成績統(tǒng)計表”后系統(tǒng)跳轉(zhuǎn)的界面6.5 學生選擇“查看個人成績統(tǒng)計表”后系統(tǒng)跳轉(zhuǎn)的界面7 系統(tǒng)測試測試是采用測試用例執(zhí)行軟件的活動。測試有兩個顯著目標：找出失效，或演示正確的執(zhí)行。在對每個模塊的編碼后，對程序本身，采用結(jié)構性測試的方法，主要是采用路徑測試的方法。在將各個模塊集成后，采用功能性測試的方法，主要是采用劃分等價類的方法，從輸入的正確和錯誤兩個方面分別設計不同的測試用例，測試過程和結(jié)果如下所示： 7.1 登錄的測試7.1.1當輸入正確用戶名和密碼后，可以成功登錄。即輸入的賬號是1111，密碼是1111，并選擇記分員的權限。7.1.2當輸入的用戶名和密碼不匹配時，不能成功登錄即輸入的賬號是1111，密碼是0101，并選擇記分員的權限時，登錄失敗，并且系統(tǒng)給出提示。7.1.3當輸入的用戶名并不存在時，不能成功登錄即輸入的賬號是1000，密碼是1111，并選擇記分員的權限時，登錄失敗，并且系統(tǒng)給出提示。 7.2 記分員輸入成績的測試此時查看數(shù)據(jù)庫：7.3 記分員修改成績的測試首先輸入?yún)①愓叩木幪柡秃晚椖棵Q。 點擊修改成績的按鈕后，系統(tǒng)查找數(shù)據(jù)庫，能將要修改的信息顯示到窗口中。（如右圖所示）修改相應的成績后點擊確定后此時查看數(shù)據(jù)庫，“張力”的成績?nèi)缦拢?.4 學生查看單項成績的測試7.4.1學生查看的單項成績存在 選擇下拉列表中的項目，并選擇組別（男子組或女子組），再按確定。7.4.2學生查看的單項成績不存在(或者暫時沒有輸入)7.5 學生查看團體成績的測試 學生選擇學院，再點擊確定按鈕。注：學院的總成績是動態(tài)的，系統(tǒng)是根據(jù)當前數(shù)據(jù)庫中的數(shù)據(jù)計算的，如果個人的分數(shù)變化，總分也會跟著變化。7.6 學生查看個人成績的測試7.6.1學生查看的個人成績存在7.6.2學生查看的個人成績不存在8 設計的特點、不足、收獲與體會 8.1設計的特點、不足 本次設計通過需求的調(diào)研，再利用Rational Rose建模工具，建立UML圖，進一步明確了系統(tǒng)需要實現(xiàn)的功能和步驟。最后通過面向?qū)ο蟮木幊趟枷?，每個類各盡其責，集成后再完成所需的功能。 只是不足的是界面的設計還不夠大氣，而且應該多站在使用者的角度思考問題。在具體輸入成績的這個功能上，缺少批量輸入的功能，還需改進。 8.2收獲和體會 通過三個星期的課程設計，從前期的準備到編碼到最后測試完成撰寫課程設計報告，收獲和體會頗多。要想編寫出一個優(yōu)秀的滿足客戶需求的軟件，前期的需求分析是相當重要的工作，而且在系統(tǒng)設計的過程中，對UML建模又進行了一次系統(tǒng)的學習。在設計信息代碼的時候，將功能分到不同的類中實現(xiàn)，在編碼的時候，多次在小問題上卡住，但最后還是在自己的思考和向其他同學請