1、«UML面向對象分析課程實踐項目報告項目名稱：體育器材管理系統項目組成員：學號：班級：指導教師：08年11月10日1 需求分析01.1 需求概述01.2 需求分析11.3 需求模型（用例圖）32 靜態模型42。1類圖42。2對象圖42.3包圖53 動態模型63。1時序圖63.2狀態圖83。3協作圖103。4活動圖114 項目組成員分工說明175 總結186 參考資料181需求分析1.1需求概述§1概述編寫說明：本章描述本軟件開發的背景，系統目標，用戶的業務情況，以便于需求理解§1-1背景在體育器材管理系統中，需要從大量的日常教學活動中提取相關信息，以反映教學情況。

2、傳統的手工操作方式，易發生數據丟失，統計錯誤，勞動強度高，且速度慢。使用計算機可以高速，快捷地完成以上工作.在計算機聯網后，數據在網上傳遞，可以實現數據共享，避免重復勞動，規范教學管理行為，從而提高了管理效率和水平。§12系統目標體育管理信息系統以計算機為工具，通過對教務管理所需的信息管理，把管理人員從繁瑣的數據計算處理中解脫出來，使其有更多的精力從事教務管理政策的研究實施，教學計劃的制定執行和教學質量的監督檢查，從而全面提高教學質量。§13業務模式本系統是運行在Win98、Win2000WindowsNT等操作系統環境下的多臺計算機構成的局域網，主要業務流程如下：1 .學

3、生借器材前到指定機前輸入個人信息（看是否可借器材，給出提示信息）2 .系統給出器材歸還時限3 .學生歸還器材情況：1、器材損壞管理員錄入檔案（一定時限內賠償，不賠償者錄入學生檔案中反饋給學校）2、時限歸還者管理員清除學生個人信息3、過期不還者，直接反饋給學校4 .管理員定期管理學生信息5 .管理員定期對器材進行清點和維護6 .及時更新和新增器材，并處理一些淘汰器材并上報給學校財務部.1.2需求分析編寫說明：此系統專門為高校體育器材管理所設置。本節主要描述用戶需求的使用范圍功能要求信息采集與各部門的使用權限§2-1使用范圍按南工院全日制學生體育器材管理管理等相關文件完成專科學生體育課狀

4、況的系統管理（專科生用學年學分制）。§2-2功能要求 學生歷史借器材檔案管理：學生的一般情況，借器材情況等; 學生歷史歸還器材管理：有歸還，遺失等； 遺失處理：學生賠款情況等； 日常教務管理：日常報表，體育器材的各種分類統計；§2-3信息采集與各部門的使用權限每學期完畢由各系錄入體育器材管理情況，然后由教務科收集。為了信息的安全和數據的權威性，對于網上信息的使用權限和責任§2-4用尸平臺要求系統主要使用于高校的局域網，Win9&Win2000、WinN巾環境下，Java,Vc,Vb連接數據庫，本系統需要DBM敬學生學籍數據庫。可進行查詢，修改、處理等。添加

5、管理權限Q一看管嗎權限刪除管理權限£改用、n?權限Q看用權限刪除用戶添加用戶1.3需求模型（用例圖）登記信息借用日期，借用人信息尊理員備份，更新器材信息庫存信息維護歷史信息查詢2靜態模型2.1類圖Borrower>EnterName.StringBornowerPassword:Stng*Borrower()getBornoM)getNumberQ*write()read6QiCaiType5bTypeName:String屈QCaiTvpe:StringTypeNumher：String'BornowData:SiringGetNnmber()*GetTypeMame

6、()2.2對象圖ContorlerBorrower2.3包圖3動態模型3.1時序圖1.借用器材的人員用系統管理員分配的用戶名和密碼登入系統，進入登記模塊。在登陸時，借用人員的ID保存在系統的緩存中并提交給下一個頁面.通過數據模塊驗證信息，并返回借用者能否成功借用器材。:借用者1：登記借用者信息ITT2:提交信息3:確認信息T1T-?T1顯示管理員意見（同意或反空）<用戶登記信息時序圖2。借用者輸入要借器材的相關信息，系統將信息轉入到下一頁面，在數據庫模塊尋找相關信息，然后顯示是否能夠再次借出。借用者：class登記信息登陸系統借用管理模塊數據庫模塊遞交信息核對信息確認信息出借器材，完成管

7、理員確認信息并決定是否出借登陸系統數據管理模數據備份數據庫模塊4:輸入備份文件借用者：class1:登記信息2:遞交信息3:提交數據備份命令5:提交備份文件給數據庫6:顯示備份成功信息系統管理員備份數據的時序圖3.2狀態圖1。器材處于可外借的狀態是，可以借用，借用后變成借用狀態.外借器材歸還是又變成可外接狀態.借出的狀態器材狀態圖2。借用者的帳戶剛被管理員添加時處于借用帳戶可用狀態，當所借器材數達到上限時，變為不可借用狀態。當帳戶被管理員刪除后，變為刪除狀態.帳戶被刪除狀態圖3。42借器材者帳戶的狀態圖3.3協作圖管理員：NewClass3:提交借用登記命令2:提交借用者身份驗證管理員借用體育

8、器材協作圖10一般人員：NewClass/3：輸入查詢條件2:提交借者信息/XJF/器材文件管理模塊般人員查詢器材協作圖3.4活動圖1一般人員活動圖一般人員首先登錄系統，然后進行網上借用、借用登記、借用查詢等活動，但這幾個不活動并不是并列的。11圖3。41一般人員活動圖2、管理員的活動圖管理員可以處理兩種情況，借用申請管理和借用歸還處理.當一般人員申請借用器材時，管理員要檢查一下一般人員的憑證是否滿足借用條件；當一般人員歸還器材時，管理員要先檢查一下器材有無被損壞，如果損壞，要按賠償規定讓其進行賠償，如果器材沒有被損壞，管理員要看是否超時，如果沒超時，就更新用戶帳戶信息,如果超時就按超時規定進

9、行處理。12是否有權限是否損壞器材否賠償處理圖3。42借用界卻管理人員的活動圖3、系統管理員的活動圖系統信息員擁有最高的權限，幾乎可以做任何工作，所以相對處理的內容比較多活動圖也就多。(1)系統管理員維護系統數據的活動圖系統管理員在維護系統數據的活動中，可以進行兩種操作，即數據備份和數據恢復。13圖3.43系統管理員維護系統數據的活動圖(2)系統管理員維護用戶的活動圖系統管理員在維護用戶活動中，可以對用戶實行管理，在用戶管理中可以添加、刪除用戶，還可以查看、修改用戶權限；在權限管理中，系統管理員還可以對用戶實行權限管理，進行刪除用戶權限和添加用戶權限操作14圖3。44系統管理員維護用戶的活動圖

10、(3)系統管理員是在系統參數的活動圖系統管理員在設置系統參數的活動中，涉及多個并列的小活動。如添加、刪除器材種類、添加、刪除器材數量等。15退出系統參數設置模塊,圖3.45系統管理員設置系統參數的活動圖164項目組成員分工說明在做之前，聽到老師一再強調需求分析很重要的，所以開始的需求分析小組所有人都有參加大家一起都有說出自己的意見，為了鞏固需求分析的質量還有上網參考一些網站的做法.其中用列圖有秦洪亮完成的。靜態模型中主要由陳浩完成的。動態模型中時序圖由秦洪亮做的。狀態圖由陳浩做的。協作圖由劉金龍做的。活動圖由魏群峰做的.以上所有成員都有不同程度的參與修改和提出意見。分工明確，合作良好。最后的總

11、結由成員陳浩完成，再做了最后的整理。175總結經過一個星期的上機實踐學習，使我對UML有了更進一步的認識和了解，還有小組成員大家之間互相學習，要想學好它要重在實踐，要通過不斷的上機操作，通過實踐，發現自己在UML圖形正確使用上不夠熟悉，還有一些圖形的利用通過實踐，能夠很好的運用。其次，經過查找資料，調查研究，獲取需求以及在這些基礎上做出的系統分析，我做出了這個“體育器材管理系統”說明書。總的來說，這個系統的設計考慮了大部分要考慮的因素，一些影響不大的因素就沒有考慮再內，系統的需求分析中占相當一部分比例的用例規格說明采用表格的方式，直觀,便于理解，不過需求分析在整體的格式多樣性上有所欠缺，這在以后的設計中要吸取教訓。通過這次的課程設計，我不但學到了很多東西，也把原來學的東西理解的更透徹了，特別是把原來學的不同科目的東西結合起來了，收獲很大。通過實踐的學習，我認到學好計算機要重視實踐操作，不僅僅是學習UML語言,還有rose的安裝和利用，以及其它的計算機方面的知