第一篇：uml網上購物系統建模
網上購物系統UML建模
本科生課程設計—網上購物系統的分析及設計
廣西科技大學
Guangxi University of Scienceand Technology
課 程 作 業
專
業： 計算機科學與技術
班級學號：
學生姓名：
班級學號：
學生姓名：
指導教師：
二〇一三年十二月摘
要 ..................................................................................................................................................... III 1 引言 ....................................................................................................................................................... 3
1.1 選題背景 .................................................................................................................................... 3 1.2 選題意義和目的......................................................................................................................... 3 1.3 研究方法 .................................................................................................................................... 3 2 可行性分析 ........................................................................................................................................... 4
2.1 技術可行性分析......................................................................................................................... 4
2.1.1與現有系統比較的優越性 ............................................................................................... 4 2.1.2 技術可行性評價 .............................................................................................................. 4 2.2 經濟可行性分析......................................................................................................................... 4
2.2.1 支出 ................................................................................................................................. 4 2.2.2 投資回收周期 .................................................................................................................. 4
3 網上購物系統的分析............................................................................................................................ 5
3.1 網上購物系統的需求分析： ..................................................................................................... 5 3.2 用例分析 .................................................................................................................................... 5
3.2.1確定用例: ......................................................................................................................... 5 3.2.2 創建用例.......................................................................................................................... 5 3.2 用例分析 .................................................................................................................................... 6
3.2.3創建用例圖 ....................................................................................................................... 6 3.3 類圖分析 .................................................................................................................................... 7
3.3.1 當前系統的類 .................................................................................................................. 7 3.4 時序圖分析 ................................................................................................................................ 8
3.4.1 時序圖描述 ...................................................................................................................... 8 3.4.2 顧客的時序圖 .................................................................................................................. 8 3.4.3客戶刪除訂單的時序圖 ................................................................................................... 9 3.4.4 管理員處理訂單的時序圖 ............................................................................................ 10 3.4.4 管理員處理訂單的時序圖 ............................................................................................ 10 3.5 系統的協作圖分析 ................................................................................................................... 11
3.5.1 顧客訂購協作圖 ............................................................................................................ 11 3.5.2 顧客刪除訂單的協作圖 ................................................................................................ 11 3.5.3 管理員處理訂單協作圖 ................................................................................................ 12 3.6 系統的狀態圖分析 ................................................................................................................... 13
3.6.1 管理員狀態圖 ................................................................................................................ 13 3.6.2 用戶狀態圖 .................................................................................................................... 13 3.7 系統的構件圖分析 ................................................................................................................... 14
3.7.1 網上購物系統構件圖 .................................................................................................... 14 3.8 系統的部署圖分析 ................................................................................................................... 15
3.8.1 網上購物系統部署圖 .................................................................................................... 15
4 參考書籍 ............................................................................................................................................. 17 結
論 ..................................................................................................................................................... 17
本科生課程設計—網上購物系統的分析及設計
摘
要
本論文共分三部分，分別介紹了統一建模語言(UML)、面向對象程序分析與設計以及通過一個簡易電子商務系統的例子介紹如何應用UML進行項目需求分析、結構規劃和生成框架代碼，以及如何從現有系統逆向轉出代碼，生成Uml模型。
該設計的主要目的是對統一建模語言的學習過程，并在學習中，通過一個簡單的例子來理解UML語言的建模思想。本設計是通過一個購物車的例子來理解UML語言的。通過面向對象程序設計方法與UML思想的結合，對系統進行建模。即設計UML中的類圖、對象圖、用例圖、協作圖、順序圖、狀態圖、構件圖和部署圖。通過這些UML框圖生成代碼。然后，根據生成的代碼框架及UML模型來完善整個程序。
這個網上購物系統，主要是實現向購物車中添加和刪除商品及對商品進行結帳的功能。系統是用JSP語言實現的，它的主要功能都是通過Servlet控制的。該程序的設計思想都是通過UML語言體現的，論文詳細描述了整個設計及學習的全過程。
關鍵詞：
統一建模語言 面向對象分析
ABSTRACT
This paper is divided into three parts and introduces separately Unified Modeling Language, OOA and OOD . By a piece of easy E-business system , It shows how to apply UML to carry on Requirement Analysis and Structure plan and to turn into project code, and how to transfer to project code reversely and produce UML model from a existing system. The main purpose of this design is to study course of Unified Modeling Language. During studying, the modeling thought of UML can be understood through a simple example. In order to understand the thought of UML, an example of shopping cart is citinged. Through the combination of the method of OOD and the thought of UML, the model of the system is realized. Namely, it is to design Class Diagram、Use Case Diagram、Sequence Diagram、State Diagram、Component Diagram and Deployment Diagram. The code is produced by using these UML block diagrams. Then, the whole program is perfected according to code frame that are produced and UML model. The online shopping system mainly realizes functions of adding goods to shopping cart and deleting goods from shopping cart and checking out . The system is developed by JSP language, and the main functions of it are controlled through Servlet. The design philosophy of this procedure was all embodied through UML language. The paper has described in detail the design and whole studying processes.
Key Word:
Unified Modeling Language
II
1.1 選題背景
1 引言
它主要是通過在網頁上進行簡單的對商品進行選購。
1.2 選題意義和目的
該案例的目的主要是：一，學習UML在面向對象技術中的應用。二，演示在一個完整的應用中如何使用UML：從分析到設計模型到真正的代碼和可運行的應用。三，學習使用UML建模工具Visio。本案例遵循的是一種順序過程。
1.3 研究方法
一個成功的系統開發項目的成功之處在于它能夠在想象者和實現這些想象的系統開發人員之間建立起溝通的橋梁。統一建模語言(Unified Modeling Language,UML)就是一種建立橋梁的工具。它能幫你捕捉住對系統所發揮的想象力，并是你能夠用這些想象出來的東西來和項目的風險承擔人(在這里可以理解為用戶)進行交流。UML借助與一套符號和圖形來幫助我們完成這些工作。每種圖形在開發過程中都發揮其各自不同的作用。
3
2 可行性分析
2.1 技術可行性分析
2.1.1與現有系統比較的優越性
簡單性：在實現平臺的功能的同時，盡量讓平臺操作簡單易懂，這對于一個網站來說是非常重要的。
針對性：該平臺設計是網上購物系統及后臺管理的定向開發設計，所以具有專業突出和很強的針對性。
實用性：該平臺能完成商品展示和管理員管理的基本信息，具有良好的實用性。 2.1.2 技術可行性評價
技術可行性：目前，公司的管理工作和服務工作存在盲目性、隨意性、和無效消耗，不能保證營銷部門的工作質量，影響商品的銷售，給公司帶來實際的和潛在的經濟損失。雖然系統開發初期投資較大，但是，若開發成功本系統，將有助于公司更好地預測市場，更好的開發客戶及時調整經營銷售策略，在激烈的市場競爭中把握主動。因此，從長遠利益考慮，本項目若能開發成功，它所帶來的效益將遠高于系統投入。
2.2 經濟可行性分析
2.2.1 支出
經濟可行性：由于實體店鋪對電子購物商城系統開發項目達成了共識，并撥出專項資金，用以購置建立網絡中心所需的網絡設備和軟件，具備了開發Web平臺系統的基本條件。
為了今后的系統維護，開發團隊準備聯合具有豐富經驗的軟件開發人員共同研究，這為今后系統的順利開發提供了有力的技術條件。 2.2.2 投資回收周期
資本周轉速度快，回收期短，風險小，盈利多。不足的是，投資回收期沒有全面地考慮投資方案整個計算期內的現金流量，即：忽略在以后發生投資回收期的所有好4
處,對總收入不做考慮。只考慮回收之前的效果，不能反映投資回收之后的情況，即無法準確衡量方案在整個計算期內的經濟效果。
3 網上購物系統的分析
3.1 網上購物系統的需求分析：
1：普通用戶可以登陸系統，成為登陸后用戶。
2：普通用戶只具有搜索產品、查看產品分類、查看產品項目、查看產品等幾個基本權限。
3：除提供一般權限外，本系統還可為登陸后用戶提供編輯帳號、購物車、定單、結算的功能和服務。
4：登陸后用戶可修改購物數量。
3.2 用例分析
3.2.1確定用例: 1系統需要哪些輸入/輸出?這些輸入/輸出從何而來?到哪里去? 2執行者是否需要對系統中的信息進行讀、創建、修改、刪除或存儲? 3.2.2 創建用例
1 訂單處理 2 訂單維護 3 訂單狀態查詢 4 個人信息維護 5 訂購 6 接收發貨 7 庫存查詢 8 缺貨拒絕
5
9 商品查詢 10商品信息維護 11銷售查詢 12員工信息維護 13報表維護 14訂單增加 15訂單刪除
3.2 用例分析
3.2.3創建用例圖
系統管理的用例圖如圖3-1所示：
系統用戶的用例圖如圖3-2所示：
6
3.3 類圖分析
3.3.1 當前系統的類
當前系統的類：
1 產品類(Product)的主要操作：設置和獲取每個屬性值的方法。
2 產品類別類(Category)的主要操作：設置和獲取每個屬性值的方法。 3 產品項目類(Item)的主要操作：設置和獲取每個屬性值的方法。
4 訂單類(Order)的主要操作：設置和獲取每個屬性值的方法、初始化訂單(initOrder)、增加產品項目(addLineItem)等。
5 購物車類(Cart)的主要操作：設置和獲取每個屬性值的方法、增加產品項目(addItem)、刪除產品項目(removeItemById)等。
6 購物車項目類(CartItem) 的主要操作：設置和獲取每個屬性值的方法、統計金額(calculateTotal)等。
網上購物系統的類圖如圖3-3所示：
7
圖3-3 網上購物系統的類圖
3.4 時序圖分析
3.4.1 時序圖描述
順序圖可描述幾個對象間的動態協作關系，它非常直觀的展示了對象之間傳遞消息的時間順序。反映了系統執行過程中某個特定時刻所發生的事情。在系統分析時，可對主要對象類繪制順序圖，以便分析系統的行為，驗證和修改系統的靜態結構，滿足用戶的需求，達到系統的目標。 3.4.2 顧客的時序圖
顧客首先使用自己的帳號和密碼進行登陸系統，登陸模塊會將客戶的ID保存在系統緩存中，并提交給商品查詢模塊。商品查詢模塊提示客戶輸入查詢條件，客戶輸8
入適當的查詢條件后，查詢模塊將顯示商品列表?？蛻舻玫缴唐妨斜砗?，提交自己想要購買的商品ID，訂購模塊得到商品ID。生成訂單并提交給數據庫模塊進行保存，保存成功后，提示用戶訂購商品成功。顧客訂購的時序圖如圖3-4所示：
圖3-4 顧客訂購的時序圖
3.4.3客戶刪除訂單的時序圖
客戶在提交訂單后可以對訂單進行維護(添加，刪除，修改)?？蛻羰紫容斎胱约旱膸ぬ柡兔艽a登陸系統，登陸模塊會將客戶的ID保存在系統緩存中，并提交給訂單查詢模塊。訂單查詢模塊會顯示當前所有的訂單，顧客得到該列表后，選擇要刪除商品的ID，訂單處理模塊把刪除信息提交給數據模塊，數據模塊保存信息。訂單處理提示用戶刪除成功?？蛻魟h除訂單的時序圖如圖3-5所示：
9
圖3-5 客戶刪除訂單的時序圖
3.4.4 管理員處理訂單的時序圖
管理員使用其帳號和密碼登陸后，登陸模塊會將管理員的ID保存在系統緩存中并提交給訂單處理模塊。訂單處理模塊提交給管理員未處理的列表，管理員提交某商品的ID得到該商品的庫存情況，如果庫存充足則接收訂單，并把接收信息提交給數據模塊，數據模塊更新該客戶的訂單信息并返回成功信息給訂單處理模塊，訂單處理模塊提示改操作成功。管理員處理訂單的時序圖如圖3-6所示：
3.4.4 管理員處理訂單的時序圖
10
圖3-6 管理員處理訂單的時序圖
3.5 系統的協作圖分析
3.5.1 顧客訂購協作圖
顧客訂購協作圖如圖3-7所示：
圖3-7 顧客訂購協作圖
3.5.2 顧客刪除訂單的協作圖
顧客刪除訂單的協作圖如圖3-8所示：
11
圖3-8 顧客刪除訂單的協作圖
3.5.3 管理員處理訂單協作圖
管理員處理訂單協作圖如圖3-9所示：
圖3-9 管理員處理訂單協作圖
12
3.6 系統的狀態圖分析
3.6.1 管理員狀態圖
管理員狀態圖如圖3-10所示：
圖3-10 管理員狀態圖
3.6.2 用戶狀態圖
用戶狀態圖如圖3-11所示：
13
圖3-11 用戶狀態圖
3.7 系統的構件圖分析
3.7.1 網上購物系統構件圖
構件之間存在的唯一關系是構件的依賴性。構件依賴性指一個構件依賴于另一個構件。構件依賴性畫成構件之間的虛線箭頭。如下圖箭頭指的構件表示被依賴，也就是說,Cart、Eshop、Checkout都依賴于ShoppingServlet。下圖描述的是在網上購物系統中幾個構件之間的依賴關系。網上購物系統構件圖如圖3-12所示：
14
圖3-12 構件圖
3.8 系統的部署圖分析
3.8.1 網上購物系統部署圖
部署圖可以顯示節點以及它們之間的必要連接，也可以顯示這些連接的類型，還可以顯示組件和組件之間的依賴關系，但是每個組件必須存在于某些節點上。部署圖用于對系統的實現視圖建模。繪制這些視圖主要是為了描述系統中各個物理組成部分的分布、提交和安裝過程。在實際應用中，并不是每一個軟件開發項目都必須繪制部署圖的。如果項目開發組所開發的軟件系統只需要運行于一臺計算機并且只需使用此計算機上已經由操作系統管理的標準設備，這種情況下就沒有必要繪制部署圖了。另一方面，如果項目開發組所開發的軟件系統需要使用操作系統管理以外的設備(例如數碼相機、路由器等)、或者系統中的設備分布在多個處理器上，這時就有必要繪制 部署圖，用其來幫助開發人員理解系統中軟件和硬件的映射關系。下面是本系統的部署圖，如圖3-13所示：
15
Desktop ...16
Desktop ...RegistrationS LANerverWebBrowserbuyingSystemsaleSystemMaintainSystemLANDesktop PC(saler)
圖3-13 網絡購物系統的配置圖Internet
4 參考書籍
[1] 面向對象程序設計高級教程，陳奇，高等教育出版社，2001 [2] 標準建模語言UML極其支持環境，周伯生，張莉等，北京：計算機世界，1998 [3] UML和模式應用——面向對象分析和設計導論，Craig Larman等，姚淑珍，李虎譯，機械工業出版社，2002 [4] UML ASL Reference Guide ASL Language Level 2.5;Ian Wilkie, Adrian King, Mike Clarke, Chas Weaver and Chris Rastrick;
[5] Stephen J. Mellor, Marc J. Balcer,Executable UML :A Foundation for Model-Driven Architecture, ,2003,科學出版社
結
論
本次課程設計將UML建模應用到構建系統設計上，并通過八種框圖，從各種角度觀察系統來進行需求分析、系統設計。通過一個完整的簡單例子來說明UML在整個系統設計所發揮的作用。
通過這次的課程設計，使我對UML全新的理解,使我對UML產生了更加濃厚的興趣,在程序的設計過程中，我發現自己的軟件知識尤其是對軟件的整體設計不是完全理解，對于一些細節不夠了解，對知識的了解不全面，有待學習和提高。
通過這次的設計，知道自己的不足，我相信自己會在一定時間內通過不斷的學習和實踐提高自己的能力，設計給我帶來很大的幫助，同時開闊了我的眼界，使我明白只有自己親自實踐，才能了解自己所做的東西，如果沒有實踐，恐怕就不會有電流的產生，地球為什么是圓的，以及現在的一切。勤于實踐不僅能鍛煉自己，還能夠提高17
自己的能力，增強自己的自信心。在面對困難時要勇敢的面對才有能力、有把握去克服它，征服它。雖然我現在還有所欠缺，但我相信在以后的工作和生活中，我會不斷提高自己，完善自己。
18
第二篇：關于網上書店的Visual studio 2010 UML建模
關于網上書店的Visual studio 2010 (旗艦版)UML建模
visual studio 2010 是微軟推出的軟件開發的集大成者，在這個平臺上，你可以創建很多類型的應用，目前他也是作為敏捷開發的利器。下面我要演示的是怎么再visual studio2010中進行UML建模。
本人申明，由于這是本人是自學的，難免是有不足或者錯誤的地方，歡迎指出改正。還有就是我用的工具是VS2010旗艦版(UItimate)，高級版(premium)，專業版(professional)可能并不具有UML建模功能。
我們這次主要是建兩種類型的模型。 1. 用戶用例圖 2. 活動圖
步驟如下
一.首先打開VS2010,新建一個空的win32控制臺項目(注意添加為其添加解決方案)，輸入名字“網上書店系統”。如圖
點“確定”
二.點“下一步”，選擇“空項目”。如圖
然后點“完成”，一個空的項目就建好了。
三.建模
點visual studio 2010 菜單欄上的“體系結構”(或者ctrl+,再N)?“新建關系圖”?UML用例圖.
在“名稱”中輸入自己想要的名稱，然后一路點確定，知道完成，會出現如下界面，就說明UML這個工程已經建好了。
四.添加用例
下面這幅圖是我們的的目標圖，接下來我們要在visual studio 2010中實現它。
1. 左鍵單擊“參與者”然后在工作區單擊，在我們的工程中就會出現一個參與者的圖標
再參與者的下面actor中雙擊，我們就可以修改它的名稱了，我們這里改為“游客”，同理我們再這樣生成2個參與者，并且分別把他們的名字命名為“會員”和“管理員”。 2.接下來我們就要往我們的工程中添加用例(usecase)了， 由我們的目標圖可以看出我們需要5個“用例”，單擊幾面右方的“用例”，然后再工程中單擊，我們既可以得到以下用例。圖1.圖2
圖1
圖 2
用同樣的方法，我們先生成5個用例。雙擊用例，修改其名稱，最終我們的到的效果如下圖(此時我們還沒有排版和鏈接)
接下來，我們把各個圖形排列成們目標圖一樣，當然你也可以排成自己想要的布局。拍好之后如下圖
2. 接下來我們要把各個元素關聯起來，單擊工具欄中的“關聯”然后再按住鼠標左鍵，從起點圖開始，到了目標圖之后松開鼠標，我們就把兩個元素連起來了。如圖(記得要點在圖上，不然是連不起來的)
按照同樣的方法，我們再把其他的元素連起來，至于那個虛線的箭頭，我們選依賴項就行了。都連好之后記得保存。下面這個圖是完成了的圖。
下面是活動圖的建立方法
下面這個圖是我們的目標圖
一. 點visual studio 2010 菜單欄上的“體系結構”(或者ctrl+,再N)?“新建關系圖”?UML活動圖.
再名稱中修改自己想要的名稱，然后一路“確定”直到完成
1. 首先我們在我們的工程當中新建一個“初始節點”和一個“活動最終節點”建立的方法我就不多說了，跟上面的一樣。如下圖
然后再初始節點的上方添加一個注釋，寫入“登陸支付系統” 如圖
接下來在工程中新建5個“操作”，一個“聯接節點”，一個“決策節點”，并輸入相應的名稱。
然后把他們拍成目標圖的樣子。如圖
最后我們再選擇“聯接符”，把他們按照目標圖的樣子連接起來，然后就大功告成了。(Y(^_^)Y，親„..記得保存喲。)下面是完成之后的圖。
第三篇：UML系統建模與分析設計大作業
題
目：
《圖書館管理系統》 專業班級：
學
號:
姓
名：
一、系統功能需求
1、基本功能
① 借閱者能夠借閱書籍和還書。
② 圖書管理員能夠處理借閱者的借閱和還書請求。
③ 系統管理員可以對系統的數據進行維護，如增加、刪除和更新書目，增加、刪除和更新借閱者帳戶，增加和刪除書籍。
2、系統主要包括以下幾個模塊：
2.1、基本數據維護模塊
① 添加借閱者帳戶
② 修改更新借閱者帳戶信息 ③ 添加書目
④ 修改和更新書目信息 ⑤ 添加書籍 ⑥ 刪除書籍
2.2、基本業務模塊
① 借書 ② 還書 ③ 書籍預留
④ 取消書籍預定
2.3、數據庫模塊
① 借閱信息管理 ② 書籍信息管理 ③ 帳戶信息管理 ④ 書籍預留信息管理
2.4、信息查詢模塊
① 查詢書籍信息 ② 查詢借閱者信息
3、系統中的類
① 讀者類Reader ② 圖書館人員類 LibraryStaff 圖書館管理員類LibraryManager 系統管理員類SystemManager 圖書館館長類LibraryBoos ③ 圖書館數據庫類LibraryDatabase 圖書館資源數據庫ResourcesDatabase 圖書館讀者數據庫ReaderDatabase 圖書館工作人員數據庫LibraryStaffbase ④ 圖書館資源類LibraryResources 實物書籍類BooksResources 電子書籍類ElectronicResources 書類Book
Magazine雜志類
4、系統的用例圖
借閱者請求服務的用例圖
1借書還書resourcesDatabase下載(閱讀)電子書長籍11讀者身份驗證1reader查詢書籍資料閱讀雜志readerDatabase11libraryDatabaselibraryStaffese
圖書館工作人員用例圖
圖書館管理員驗證處理讀者借書處理讀書還書1systemManager添加書目resourcesDatabase1系統管理員驗證刪除書目1添加書籍1libraryDatabaselibraryStaff刪除書籍readerDatabase刪除讀者用戶libraryManager添加讀者用戶
二、軟件系統體系結構建模 2.1、系統的時序圖
系統管理員添加書籍的時序圖
系統管理員添加借閱者帳戶的時序圖
系統管理員刪除書目的時序圖
圖書管理員處理書籍借閱的時序圖
圖書管理員處理書籍歸還的時序圖
借閱者查詢書籍信息的時序圖
借閱者預留書籍的時序圖
ReaderReaderDatabase1:驗證身份()ResourcesDatabase2:返回驗證信息3:使用終端機器預留書籍()4:預留書籍信息5:返回書籍信息和館藏地點
2.2、系統的協作圖
系統管理員添加書籍的協作圖
SystemManager2:返回驗證消息LibraryResources3:向數據添加新書()4:向書庫添加新書()7:返回添加新書成功1:驗證身份()5:返回添加成功信息LibraryStaffbaseResourcesDatabase 系統管理員刪除書籍的協作圖
SystemManager3:刪除數據庫書目()7:刪除成功2:返回信息1:驗證身份()LibraryResources5:返回刪除消息4:刪除館藏的書()LibraryStaffbaseResourcesDatabase6:更新數據庫
圖書管理員處理借書的協作圖
對象13：發出借書請求4:輸入ReaderID()5:返回讀者信息11：將書給讀者對象42:返回信息7:輸入書籍ID()10:借閱成功1:驗證身份()對象38:該書信息對象5對象29:標記該書借出
圖書管理員處理還書的協作圖
借閱者預留書籍的協作圖2.3、系統的活動圖
借閱者的活動圖
進入圖書館
Reader進入刷卡終端鍵盤輸入ReaderId刷卡輸入ReaderID驗證成功享受Reader各項服務借書還書將書給圖書館管理人員將書還給圖書館管理員查詢書籍資料登錄查詢終端機下載電子資料登錄賬戶圖書管理人員處理借書請圖書館管理人員處理還書請求輸入查詢資料信息進入電子資料數據庫借書成功還書成功得到相關資料信息下載或閱覽電子資愿該項服務結束結束離開圖書館 圖書管理員的活動圖
驗證圖書館管理人員賬戶登錄到管理員賬戶等待讀者的還書請求等待讀者的借書請書處理讀者的還書請處理讀者借書請求重新等待讀者服務請求處理還書結束處理借書 借書將書給讀者重新等待讀者服務請求系統管理員的活動圖
? 系統管理員維護借閱者帳戶的活動圖
系統管理員 維護借閱者賬戶的活動圖登錄到系統管理員賬戶登錄到維護讀者賬戶模塊添加讀者賬戶刪除讀者賬戶修改更新讀者賬戶輸入新賬戶信息檢查該賬戶信息修改更新讀者數據庫信息有欠款欠書開設新讀者賬戶沒有欠款欠書將賬戶給讀者刪除該賬戶信息督促該用戶歸還欠款書 ? 系統管理員進行書目信息維護的活動圖
系統管理員進行書目信息維護的活動圖登錄到系統管理員賬戶登錄到書目信息維護模塊添加書目刪除書目修改更新書目向數據庫中添加書目刪除數據庫中的書目修改更新數據庫書目向書庫添加新書目刪除書庫中書目 系統管理員維護書籍信息的活動圖
系統管理員維護書籍活動圖登錄到系統管理員賬登錄到維護書籍模添加書籍刪除書籍向書庫添加書籍刪除書庫中書籍更新數據庫書籍信
三、硬件系統體系結構建模
3.1、業務對象組件圖 <><>Item.javaLoan.javaTitle.javaReservation.java3.
2、用戶界面的組件圖
UpdateBorrowerFBorrowerFrame.jrame.javaavaCancelResevationFBorrowerWirame.javandow.javaFindBorroweReturnItemrDialog.javaFrame.javaLendItemFFindTitleDrame.javaialog.javaUpdateTitleTitleFramFrame.javae.java
3.3、系統的部署圖
DatabaseApplication ServiceWeb Bussiness ApplicationOperation<>BorrowerInformation.java
MainWindow.javaReservationFrame.javaTitleInfoWindow.javaBorrowerInfoWindow.java
Information maintenance
第四篇：基于UML的開放式課堂教學管理系統建模
摘 要：隨著“互聯網+”在教育領域的應用，理實一體化課程在職業教育應用廣泛，構建相應的學習、教學空間成為當下流行趨勢，作者根據學習空間課堂教學管理實現的功能，應用UML分析設計B/S結構的系統模型，建立開放課堂教學管理系統，實現對象類的定義、對象類的動態建模及物理建模，有利于提高教學管理系統的開放性、穩定性、可重用性。
關鍵詞：開放課堂教學管理;UML;學習空間;動態建模
中圖分類號：G434 文獻標志碼：A 文章編號：1673-8454(2016)11-0062-03
一、引言
2016年地平線報告提出學習空間重構的重要性，這就要求各院校建立新的教與學空間。高等職業教育變革的主要體現之一是采用理實一體化的教學課程模式，利用現代教育技術，將理論與實踐，教與學，教室、工作室、實訓室，知識、技能等一體化。系統從學習空間教學角度出發，采用.NET框架和MVC模式開發開放課堂教學管理系統，既能夠實現學習空間動態、開放的教學，同時對職業院校學習空間的綜合管理具有重要作用。從學習空間教學的角度出發，使用UML對開放課堂教學管理系統建設內容進行分析建模。系統合理規劃，功能完善，方便師生共同使用，減少相關工作人員的工作量;實現學習空間上的資源共享，激發學習者的學習動機，學生完成社會性交互，促進學生主動參與，提升學習效果;學習空間管理方面，減輕管理員工作，采用信息系統的管理模式，學習空間主要實現項目課程的安排，師生通過訪問服務器可以方便地查詢、提交有關教學資源。
二、系統結構
系統根據教學需求把用戶分為四類，有教師用戶、學生用戶、系統管理員用戶、學習空間管理員用戶。針對具體的用戶，系統根據用戶數據庫提供的信息設置相應的權限和功能。學生使用這個系統可以運用個人密碼登錄，然后在線查看課程安排時間、地點，瀏覽工作項目信息，提交項目報告，修改個人信息，評定其他學生的工作項目，查看自己項目課程成績;教學一線的教師登錄這個系統主要是查詢本人授課的班級，所在的地點、時間，評定學生學習空間平時的課程成績，跟蹤學生的互動信息，記錄學生在開放課堂的表現，修改個人資料，申請使用學習空間并查看結果，申請設備，發布及管理項目報告資源;學習空間的管理人員登錄系統進行學習空間項目信息管理，管理耗材信息，管理設備信息，檢索并分配學習空間，審核學習空間申請，查看學習空間申請及學習空間安排;系統管理員登錄本系統設置學習空間、學生、教師基本信息，設置工作項目設備信息，維護公告信息、學習空間排課系統等。
系統使用ASP.NET MVC模式來實現模型應用程序核心，實現在數據庫中存取數據的功能，視圖一方面將模型的數據接收并傳遞給用戶，另一方面將用戶的數據和請求傳遞給模型和控制器，控制器負責處理用戶之間的交互，MVC將模型、顯示和控制進行了分離，使一個模型可以具有多個顯示視圖，使應用更加方便。系統面向全體用戶具有信息發布功能，能夠完成項目提交、評定等功能，系統可以實現教師申請學習空間的請求，教師根據自己的教學計劃合理安排教學并作具體分配，避免學習空間安排沖突，開放課堂教學管理系統結構如圖1所示。
三、用例圖
系統采用UML 在需求分析階段的建模步驟，根據系統需求，從用戶的角度描述出系統的功能，作為用例圖執行時系統與操作者的一個交互過程，在捕獲用戶需求后，使用用例圖對系統靜態結構進行建模，定義系統的參與者，劃分用例，建立用例圖。
1.系統管理員用例圖
系統管理員的主要需求是保障系統的正確運行，同時進行系統運行過程中基礎數據的維護以及管理配置，具體包括基本信息配置，學習空間課程信息維護，系統用戶數據管理，學習空間排課系統維護、實現、信息的發布，系統登錄等。通過調查分析，學習空間課程信息維護包括項目課程信息導入，項目課程信息查詢，項目課程信息添加、修改、刪除等，參與查詢項目課程信息的用戶包括學生、教師、學習空間管理員等。將每個業務用例都繪制出相應的活動圖，活動圖用于研究實現一個工作過程、多個對象之間的合作，再將其中的各種“活動”整合，圖2為系統管理員用例圖：
2.學習空間課程教師用例圖
學習空間課程教師登錄系統，可以查詢學習空間的設備情況、學習空間課程的申請情況，預約申請學習空間、設備、耗材，上傳項目任務單，管理學生項目報告等，系統存儲師生在學習空間的教學資源，為學生在線主動學習提供了有力保障，圖3為學習空間課程教師用例圖：
3.學生用例圖
學生登錄系統，一方面提交項目報告，查看項目課程成績，進行自評互評，修改個人資料信息，查看課程安排，與系統管理員、課程教師、學生之間進行信息交流;另一方面系統及時記錄學生學習過程并及時反饋給教師，教師可以隨時隨地了解學生的學習情況，圖4為系統學生用例圖：
四、系統的類
系統在建模過程中，以用例模型為輸入，以MVC模式識別系統類、類的屬性和操作，對類進行劃分建立初步模型，之后確定類的屬性和操作以及類之間的聯系。Model部分包括后臺的邏輯操作，訪問數據庫中的類，在.NET中寫成獨立的類文件，最后建立開放課堂教學管理系統的類圖，系統的類分別是用戶類、系統管理員類、學生類、教師類、項目類、班級類、學習空間類、院系類、專業類、排課類，圖5為開放課堂教學管理系統的類圖，每類的功能介紹如下：
用戶類：用戶類是所有類的父類，包括的屬性有登錄名、密碼、用戶郵箱等，方法有getAccount()(獲取登錄賬號)以及changePass()(修改密碼)。
系統管理員類：主要負責系統運行過程中基礎數據的維護以及用戶的管理配置，除了繼承父類的屬性和方法，管理員有自己的屬性、電話號碼。還有自己的方法：cerftfyUpload()(文件的上傳認證)、updaPageInfor ()(更新頁面信息)、addUser()(添加用戶)和deleteUser()(刪除用戶)等。
學生類：主要負責參與學習空間項目課程學生的基本信息的事務管理，除了繼承父類的屬性和方法，還包括學號、姓名、性別、年級、專業、班級編號、系部編號、電話、學生類別、郵箱等。對學生信息事務管理的主要操作有updateStuInfo()(更新個人信息)等。
教師類：包括學習空間管理員與項目課程的教師，主要負責教師基本信息的事務管理，除了繼承父類的屬性和方法，還包括教師編號、教師姓名、性別、教授的課程、職稱、系部編號、類別、電話等，對教師信息事務管理的主要操作有updateCourInfo()(更新課程介紹)、updateTchIntro()(更新教師介紹信息)等。
項目類：主要負責教師學生項目基本信息的事務管理，工作項目基本信息事務管理的主要操作有issue()(項目發布)、delete()(項目刪除)和modify()(項目修改)等。對項目課程事務管理的主要操作有修改項目課程信息的方法modify()，主要屬性包括項目編號、課程編號、項目名稱、項目總課時數、項目要求、課程名稱、任務單號、專業編號、課程標準、考核類型、學習空間編號、用戶類別、學習者特征、分組人數、首開時間、教學目的等。
班級類：主要負責班級的事務管理，主要屬性包括班級編號、班級名稱、專業編號等，對班級事務管理的主要操作有修改班級信息的方法modify()等。
學習空間類：主要負責理實一體化學習空間基本信息的事務管理，主要屬性包括學習空間編號、學習空間名稱、負責教師編號、房間號、容納人數、電腦數、是否分配等，對學習空間事務管理的主要操作有修改學習空間信息的方法modify()。
院系類：主要負責系部信息管理，主要屬性包括院/系編號、院/系名稱等，對院/系事務管理的主要操作有修改院系信息的方法modify()等。
專業類：主要負責專業信息管理，主要屬性包括專業編號、專業名稱等，對專業事務管理的主要操作有修改專業信息的方法modify()等。
排課類：主要負責排課結束后的課表相關元素信息管理，主要屬性包括學習空間編號、項目編號、教師編號、教學周次、教學日次、教學節次、項目批次、容納上課人數等，對排課事務管理的主要操作有自動排課autoCourse()、手動排課manualCourse()、沖突檢測conflictDetection()、統計分析statisAnalysis()、報表輸出reportOut()等。
五、開放課堂教學管理系統中對象的動態建模
系統的動態建模的主要作用是描述個對象間消息的實時變換和相互作用等，開放課程教學管理系統，系統中內部對象間的通信采用UML建模方式進行描述，系統從用戶的主要用例間的交互出發，在用例圖的基礎上建立時序圖。具體的動態建模的流程是：系統管理員進行驗證后登錄系統，對學生、教師、課程的信息進行管理;學習空間管理員進行驗證后登錄系統，可查看課程、課程項目信息，審批預約申請，查詢學習空間設備;學生進行驗證后登錄系統，可以對項目課程信息和考核成績進行查詢，就學生個人信息進行個性化設置等;教師進行驗證后登錄系統，可以查看項目課程、學生信息，同時也可對教師的個人信息進行個性化設置和實時觀察學生的學習過程等。
六、結束語
開放課堂教學管理系統以高職院校理實一體化課程的學習空間為基礎，結合學習空間教學管理的工作流程，開發Web應用系統，采用統一建模語言UML在系統中的應用，提出系統的靜態和動態結構，系統經過反復調試使用，目前運行穩定，各基本條件設置較為滿足，達到合理分配學習空間資源的效果，滿足院校學習空間教學管理系統的優化與實現。
參考文獻：
[1]李雄杰.職業教育理實一體化課程研究[M].北京：北京師范大學出版社，2011.8.
[2]柏依彤.基于校園網的高校畢業設計選題系統的建模與設計[D].成都：電子科技大學，2011.
[3]劉冰，劉銳.軟件體系結構原理、方法與實踐[M].北京：清華大學出版社，2014.1：128-153.
[4]李志河.基于Web的高校教師績效考評系統的研究[J].電化教育研究，2011(11).
[5]陳艷艷，施?B.構建網絡化教學質量監控系統的探索與實踐[J].中國教育信息化，2010(13)：54-55.
[6]王振，陳軍.基于UML對高校教務管理系統的分析與建模研究[J].延邊教育學院學報，2015(1)：55-58.
[7]毛睿.基于UML的教學質量監控系統設計[J].電腦知識與技術，2014(31)：7377-7381.
(編輯：王天鵬)
第五篇：網上教學系統的UML設計
《統一建模語言UML》
課程報告
題目：網上教學系統的UML設計
分數：
學期：
班級： 學號： 姓名： __ ___ 授課教師： __
一、需求分析
網上教學系統基本分為三個模塊：
1、教師模塊：教師在教學網站上通過登錄教學系統，進行輸入課程介紹、上傳課件、發布消息、修改和更新消息。
2、學生模塊：學生在教學網站上通過登錄教學系統，進行瀏覽信息、查找信息、下載文件。
3、管理員模塊：管理員通過登錄教學系統，對頁面維護、批準用戶的注冊申請。
二、用例模型
設計系統首先需要進行用例圖的建立，所以在此進行參與者確定。
1、在網上教學系統中，教師為參與者之一。教師作為教學直接實施者，需要在網上教學系統中進行進行輸入課程介紹、上傳課件、發布消息、修改和更新消息，如下圖教師用例圖所示。
圖1：教師用例圖
2、學生是網上教學系統的重要參與者。學生作為教學受益者，需要在網上教學系統中進行瀏覽信息、查找信息、下載文件。其用例圖如下圖所示。
圖2：學生用例圖
3、管理員也是網上教學系統的參與者之一，作為系統的維護人員，管理員需要在系統中進行頁面維護、批準用戶的注冊申請。下圖為管理員用例圖。
圖3：管理員用例圖
三、靜態模型
進行網上教學系統程序設計需要先繪制出類圖，以便程序的編寫。 用戶類操作為登錄;
學生類操作處了登錄、注冊外還有瀏覽、下載、查詢。 教師類操作有登錄、注冊、上傳、修改、發布。 管理員類操作為基本管理和系統維護。 下圖為網上教學系統的類圖。
圖4：用戶類圖
四、動態模型
4.1、順序圖
4.1.1、學生模塊下載課件順序圖
圖5：學生下載課件順序圖 4.1.2、學生模塊瀏覽頁面順序圖
圖6：學生瀏覽頁面順序圖
4.1.3、教師模塊上傳課件順序圖
圖7：教師上傳課件順序圖 4.1.4、教師模塊修改信息操作順序圖
教師在教學系統上的操作以及教學系統自身運作。
圖8：教師修改操作順序圖
4.1.5、管理員模塊順序圖
管理員與教學系統及教學系統與信息數據庫之間的交互。
圖9：管理員順序圖
4.2、協作圖
4.2.1、學生協作圖
圖10
圖11 4.2.2、教師協作圖
圖12
圖13 4.2.3、管理員協作圖
圖14
4.3、狀態圖
網上教學系統的基本流程為：用戶在首頁輸入網上教學系統的地址，在登錄界面輸入用戶名以及密碼，系統驗證，若成功則進入下一個狀態，若不成功則返回上一界面。驗證成功時分為三種情況，為管理員用戶則跳轉管理員模塊;為教師用戶則跳轉教師模塊;為學生用戶則跳轉學生模塊。其狀態圖如下：
圖15：系統狀態圖
4.4、活動圖
網上教學系統的總活動圖：
圖16：系統活動圖
五、總結
在進行網上教學系統的UML設計時，需要對Rose軟件有一定的了解，并會使用其進行各種圖的建立，明白不同圖的繪圖規則以及所需主要項。
網上教學系統的UML設計主要為對用例圖、類圖、順序圖、協作圖、活動圖、狀態圖的建立。分析出系統的對象以及功能，這需要對面向對象設計有一定的了解，明白系統中各個部分的內容和功能。
UML設計的完整性會影響網上教學系統進程，所以需要認真的進行UML設計。