第一篇：網上購物系統uml模型
某大學教務管理系統UML模型
隨著高校校園網的建設和Internet技術的引進，基于校園網和Internet的應用系統的開發正在蓬勃發展。教務管理師高校教學管理的一向重要工作，現代化的高校教務管理需要現代化的信息管理系統支持。新世紀背景下，高校教育體制進行了大規模的改革，招生人數逐年增加，教學計劃不斷更新。在高校日常管理中，教務管理無疑是核心工作，重中之重。其管理模式的科學化與規范化，管理手段的信息化與自動化對于學校的總體發展產生深遠的影響，由于管理內容過多，繁瑣，處理的過程也非常復雜，并且隨著學校人員的增加，教務管理系統的信息量大幅上升，因此往往很難及時準確地掌握教務信息的運作狀態這使得高校教務管理的工作量大幅度增加，另外，隨著教育改革的不斷深化，教學管理模式也在發生變化，例如實施學分制、學生自主選課等。這一切都有賴于計算機網絡技術和數據庫技術的支持，在這樣的形勢下建立和完善一個集成化的教務管理系統勢在必行。
目前，國內高校都開發了自己基于校園網的教務管理系統。由于其教務管理模式不盡相同，不同學校的實際教務管理情況各有自己的特點，因而各高校需要針對自己的教務管理模式和特點建立自己的教務管理系統。本設計是基于某高校的教務管理模式開發的基于校園網的教務管理系統。這樣一個系統不僅可以降低工作量、提高辦公效率，而且使分散的教務信息得到集中處理，對減輕教務工作負擔、提高教務管理水平、實現教務管理的現代化具有重要意義。
1.建立系統用例模型
1.1確定系統模型的參與者
仔細分析教務管理系統問題描述。在UML中，角色代表位于系統之外和系統進行交互的一類對象，本系統中創建主要的角色有以下三類：
(1)教務員：教務員在教學管理系統中對全體學生進行用戶登錄、學籍管理、選課管理、教學管理和成績管理，并且對教師進行登錄管理、教學管理和成績管理。教務處工作人員處理日常的系統維護，例如維護和及時更新學生，教師信息以及安排選課等。
(2)教師：教師根據教務系統的選課安排進行教學，將學生的考試成績錄入此系統。 (3)學生：學生能夠在教務管理系統更改學籍信息、進行選課、查詢已選課程和考試成績。
1.2識別用例
用例是系統外部參與者與系統在交互過程中需要完成的任務，識別用例最好的方法就是從分析系統的參與者開始，考慮每一類參與者需要使用系統的哪些功能，如何使用系統，根據教務管理系統的運行流程個提取的參與者信息，確定系統分為以下幾個用例： (1)學生參與者用例：
用戶登錄 學籍管理 選課管理 (2)教師參與者用例：
用戶登錄 成績管理 教學管理
(3)教務員參與者用例：
用戶登錄 學籍管理 排課管理 成績管理 選課管理 教學管理 系統維護
1.3建立如下四個用例圖模型
(1)頂層用例圖如圖1-1所示
圖1-1頂層用例圖
從用例圖1-1可以看出學生、教師和教務員都使用了“用戶登錄”用例，表示學生必須先進行用戶登錄后才可以進行學籍管理和選課管理。同理，教師也必須登錄后才能進行成績管理和教學管理。教務員登錄后進行系統設置、學籍管理、排課管理和教學管理等操作。
(2)學生角色用例圖 如圖1-2所示
圖1-2學生角色用例圖
從用例圖1-2可以看出學生登錄后才能進行所有的操作，這樣可以提高系統的安全性。 (3)教師角色用例圖如圖1-3所示
圖1-3教師角色用例圖 從用例圖1-3可以看出教師所有的用例都是建立在“用戶登錄”基礎上，表示教師必須先登錄后才可以執行相應的功能，這樣可以提高系統的安全性，以免有人故意提供虛假信息。 (4)教務員角色用例圖如圖1-4所示
圖1-4教務員角色用例圖
從用例圖1-4可以看出教務員的用例相對較多，但是教務員的所有的用例都必須在“用戶登錄”的基礎上，表示教務員必須先登錄才可以執行相關的功能，這樣同樣可以提高系統的安全性，避免有人故意更改信息。
2 建立系統動態模型 2.1活動圖
經過活動圖的建?？梢员容^清楚地了解整個進程過程的操作過程，本系統中主要的活動圖有如下幾個：學生成績查詢活動圖、教務員修改學生資料活動圖、學生選課活動圖以及教師成績錄入活動圖
(1)學生成績查詢圖如圖2-1所示
圖2-1 學生成績查詢活動圖
從圖2-1可以看出，活動圖分為多個不同的泳道，每個泳道表示學生在查詢成績活動中不同參與者的工作流。每個泳道中的活動是參與者要執行的操作。通過不通泳道之間的活動過渡，可以了解參與者之間的通信。這些信息可以幫助我們更好地理解系統的業務過程。
在學生成績查詢活動圖中可以知道，學生、教師和教務員之間存在著相互聯系。學生登錄以后可以查詢已選科目和成績單，如果發現自己的成績單有錯誤后可以通知教務員成績有誤，教務員聯系教師后，教師修改成績，然后教務員更新數據庫。成績無誤后，查詢結束。
(2)教務員學生資料修改活動圖如圖2-2所示; (3)學生選課活動圖如圖2-3所示;
圖2-2教務員學生資料修改活動圖圖2-3學生選課活動圖
從圖2-2可以看出，教務員登錄教務系統，系統驗證用戶名和密碼，若有錯誤重新輸入，無誤后進行選擇修改項目，確定修改，
圖2-3學生選課活動圖圖2-4 教師成績錄入活動圖
2.2順序圖
主要包括如下幾個順序圖 ①教務學籍管理順序圖 ②學生注冊順序圖 ③學生選課順序圖 ④教師成績錄入順序圖
圖2-5教務學籍管理順序圖
圖2-6學生注冊順序圖
圖2-7教師成績錄入順序圖
3系統類模型 3.1系統包圖
將整個教務管理系統劃分為人員信息、接口和事務3個包，分別控制不同的應用。
3.2類圖
根據系統劃分的三類包圖，分別討論人員信息包，接口包和事務包中的類圖分別為： (1)人員信息包內的類圖 (2)接口包內的類圖 (3)事務包內的類圖
圖3-1 人員信息包內的類圖
圖3-2接口信息包內的類圖
圖3-3系統事務信息包內的類圖
第二篇：網上購物系統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
第三篇：網上教學系統的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設計。
第四篇：基于UML的網絡購物系統的分析
摘要：論文簡單的描述了UML的基本概念和發展歷史，并且分析了目前運用UML存在的一些問題，通過在實際的設計開發中運用UML對網絡購物系統的開發例子來闡述UML的一些實現原理。
關鍵詞：對象管理組織統一建模語言 [Abstract]: [key words]：
1.UML簡介和背景：
2. 目前運用UML存在的一些問題：
自從OMG()提出UML以來,隨著它的不斷完善發展, UML逐漸被很多企業接受認可, 在很短的時間內，UML已經成為軟件工業中占支配地位的建模語言。但目前在國內外UML的運用情況卻不是很好。2002年6月底,BZ公司對226個個體進行了調查,結果是有34%的開發人員運用UML進行系統開發的建模,62%的開發人員不用UML進行開發,4%的開發人員不太確定[1].究其原因是UML1.4還存在以下幾個方面的不足: 第一，目前UML很多地方運用難以解釋的字符來描述系統的功能、系統的行為和計算,不易于理解。并且沒有對數據操作進行定義,很多對象之間的行為過程沒有加以說明，如：對象之間關系的操作(relationship manipulation)，這些都迫切需要一個標準化的行為描述語言(Action Specification Language)來對系統的行為進行精確的描述。
第二，UML雖然是一種面向對象的軟件系統設計的標準描述語言，但是在其狀態圖中用狀態和遷移表示對象行為關聯時用到了大量的不易于理解的注釋字符，因此，系統的UML模型既不是可以執行的也是不和用編程語言開發的可執行程序相協調。
第三，在不同的技術實現平臺上(如：實現語言，軟件環境)對同樣需求的系統建模時細節差別很大，系統構建模型的重用性就很低。這樣在計算機技術正在向各個方向快速發展的今天，老的遺留系統必須和新技術的實施平臺，開發技術相協調，使得新舊系統之間的集成或系統的演化面臨不同的實現技術，老的遺留系統在運用新技術進行重構時，必然要浪費很多財力，人力進行系統模型的更新甚至完全重建系統。 3.網絡購物系統的分析：
3.1網絡購物系統的需求分析：
1：普通用戶可以登陸系統，成為登陸后用戶。
2：普通用戶只具有搜索產品、查看產品分類、查看產品項目、查看產品等幾個基本權限。
3：除提供一般權限外，本系統還可為登陸后用戶提供編輯帳號、購物車、定單、結算的功能和服務。
4：登陸后用戶可修改購物數量。 3.2 用例圖的分析：確定執行者 1誰使用系統的主要功能?
2誰需要從系統獲得對日常工作的支持和服務?
3需要誰維護管理系統的日常運行?
4公司的哪個部門使用系統?
5系統需要與其它哪些系統交互?
6誰需要使用系統產生的結果? 針對網上購物系統的前臺系統，通過回答以上問題，可以得到執行者有兩類，普通用戶和登錄后的用戶。 確定用例:
2系統需要哪些輸入/輸出?這些輸入/輸出從何而來?到哪里去?
4執行者是否需要對系統中的信息進行讀、創建、修改、刪除或存儲? 繪制用例圖如下，見圖(1):
3.3類圖的分析：畫類圖和理解類圖時都應采用三個層次的觀點。這些觀點也適用于其它模型。三個層次的觀點不是UML的組成部分，但對建造模型或評價模型都非常有用，且都可應用于UML.(1)概念層描述應用域中的概念，是對現實世界的直接描述，與實現它們的類有關但與實現方案和實現語言無關。(2)說明層描述軟件的接口，而不是軟件的實現。一個類型描述一個接口，但可能有多種實現。(3)實現層從實現的角度定義類及其實現，揭示了軟件實現體的構成情況。
針對當前系統1產品類(Product)的主要操作：設置和獲取每個屬性值的方法。 2產品類別類(Category)的主要操作：設置和獲取每個屬性值的方法。 3產品項目類(Item)的主要操作：設置和獲取每個屬性值的方法
4訂單類(Order)的主要操作：設置和獲取每個屬性值的方法、初始化訂單(initOrder)、增加產品項目(addLineItem)等。
5購物車類(Cart)的主要操作：設置和獲取每個屬性值的方法、增加產品項目(addItem)、刪除產品項目(removeItemById)等。
6購物車項目類(CartItem) 的主要操作：設置和獲取每個屬性值的方法、統計金額(calculateTotal)等。
下面是系統的類圖，見圖(2):
4.系統的順序圖分析：順序圖可描述幾個對象間的動態協作關系，它非常直觀的展示了對象之間傳遞消息的時間順序。反映了系統執行過程中某個特定時刻所發生的事情。在系統分析時，可對主要對象類繪制順序圖，以便分析系統的行為，驗證和修改系統的靜態結構，滿足用戶的需求，達到系統的目標。根據以上圖(1)、圖(2)的分析，可得網上購物系統如下，見圖(3):
5.結束語：UML在軟件工程中的運用是與OMG組織提出的MDA是相一致的，隨著它的不斷發展和完善，并且隨著OMG使UML實現的標準化﹑統一化，最終基于UML的MDA軟件開發過程將變為一個更加重用，更加快速，更加有效的軟件開發方法，使軟件開發方法向更高抽象層，更加可重用發展。 6.參考文獻：
[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;
第五篇：關于網上書店的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，親„..記得保存喲。)下面是完成之后的圖。