手機淘寶uml建模.doc

Uml 建模題 目： 手機淘寶系統(tǒng) 班 級： 姓 名： 學 號： 目錄1 問題的提出：32 本文工作和系統(tǒng)開發(fā)：33 系統(tǒng)功能簡介：4第一章 手機淘寶購物用例建模51.1 手機淘寶購物系統(tǒng)業(yè)務流程分析51.1.1 購物流程分析51.2業(yè)務需求用例建模階段71.2.1業(yè)務角色的查找及建立71.2.2業(yè)務用例查找與分析71.2.3業(yè)務用例圖81.2.3業(yè)務活動圖81.3 系統(tǒng)基本功能描述：9第二章 手機淘寶系統(tǒng)需求用例建模92.1 物流信息管理需求用例分析92.1.1 確定物流信息的內(nèi)容：92.1.2確定系統(tǒng)頂層用例102.1.3淘寶物流系統(tǒng)功能性分析：112.2 系統(tǒng)登錄功能用例分析122.3 系統(tǒng)整體功能描述132.4 淘寶充值系統(tǒng)整體功能描述13第三章 業(yè)務領域分析與設計143.1 系統(tǒng)順序圖，狀態(tài)圖143.2 定義基本對象與類163.3淘寶系統(tǒng)類圖：173.4 定義對象與類的屬性與操作173.5系統(tǒng)設計順序圖，用戶登錄圖203.6 系統(tǒng)擴展功能21返3.7 系統(tǒng)構架設計27第四章 系統(tǒng)實現(xiàn)測試與配置284.1系統(tǒng)實現(xiàn)的工具與技術284.2 系統(tǒng)實現(xiàn)方式圖28第五章 系統(tǒng)開發(fā)的思考305. 1 數(shù)據(jù)庫設計問題305. 2 數(shù)據(jù)庫訪問設計問題31結束語32參考文獻33 引言：1 問題的提出：時至移動互聯(lián)網(wǎng)時代，在這個移動終端相當普及的年代，使用移動終端瀏覽網(wǎng)頁是相當稀松平常的事情。但是桌面和移動終端的不同，不兼容會使用戶在使用移動終端瀏覽網(wǎng)頁時不適應和功能缺乏，加上本來移動終端和桌面平臺的性能，特性差距，使得開發(fā)移動終端專用的網(wǎng)頁極為有需要。本文檔是TGC的實訓項目的開發(fā)題目的方向的基礎上編制的。本文檔的編寫為下階段的設計，開發(fā)提供依據(jù)，為項目組成員對需求的詳盡理解，以及在開發(fā)開發(fā)過程中的協(xié)同工作提供強有力的保證。同時本文檔也作為項目評審驗收的依據(jù)之一2 本文工作和系統(tǒng)開發(fā)：本文首先對系統(tǒng)的功能進行詳細的設計，并在分析與設計的同時用UML建模語言對其建模，采用UML工具ROSE繪制描述各種模型的圖形，目的使開發(fā)者與用戶更有效的實現(xiàn)功能與理解需求，并使程序人員能順利的實現(xiàn)系統(tǒng)，在系統(tǒng)的實現(xiàn)階段重點講述設計到編碼的過渡，以體現(xiàn)UML建模的模型對系統(tǒng)開發(fā)帶來的好處。本文的編寫結合了面向?qū)ο蟮能浖_發(fā)方法與UML建模語言的優(yōu)勢與特色，同時與庫存管理系統(tǒng)緊密結合。既體現(xiàn)了面向?qū)ο蟮能浖_發(fā)思想 ，又包容了UML建模語言所特有的語言建模優(yōu)勢。在編寫中我們大量的使用UML語言所提供的各種建模圖形來描述庫存管理系統(tǒng)，例如描述用戶需求的用例圖，描述系統(tǒng)功能的動態(tài)的順序圖。根據(jù)庫存管理的特點，我們大膽的改進了一般的UML建模的分析過程，并在分析設計過程中采用更加適合手機淘寶系統(tǒng)的分析級類圖與順序圖。3 系統(tǒng)功能簡介：系統(tǒng)的功能是系統(tǒng)能夠做的事情，在本系統(tǒng)中，系統(tǒng)的功能有：1 系統(tǒng)應該能完成瀏覽、搜索商品信息，商品詳情頁面2 系統(tǒng)應該能完成用戶登錄、用戶注冊功能3 系統(tǒng)應該能查看物流信息4 系統(tǒng)應該能查看訂單詳情；5 系統(tǒng)應該能進行用戶反饋6 系統(tǒng)用戶能進行話費充值、Q幣充值、等充值功能7 系統(tǒng)用戶可以添加或減少購物車中的商品8 系統(tǒng)能記錄用戶的身份信息；9 任何人員要使用本系統(tǒng)必須擁有相應的權限； 第一章 手機淘寶購物用例建模1.1 手機淘寶購物系統(tǒng)業(yè)務流程分析1.1.1 購物流程分析1 用戶瀏覽商品信息，了解商品的詳細信息2 用戶添加需要購買的商品進入購物車中 3 用戶結算購物車的訂單，訂單狀態(tài)更新為以結算，等待商家發(fā)貨。4 商家確認訂單信息，開始發(fā)貨。5 商家更新物流信息，用戶等待收貨。1.1.2 用戶權限分析1 用戶瀏覽商品信息，了解商品的詳細信息2 用戶添加商品進入購物車市提示需要登錄3 用戶登錄帳號，若沒有帳號這需要用戶注冊帳號4 用戶填寫帳戶信息，如帳號，密碼，手機號等。5 用戶需要驗證手機號，或郵箱完成帳戶的激活1.1.3我的淘寶充值業(yè)務流程分析盤點流程：1 用戶登錄淘寶帳號2 用戶選擇充值的類型，以及充值的金額3 用戶填寫充值的訂單信息4 商家發(fā)貨，完成充值5 用戶接收到充值成功的提示 盤點業(yè)務流程圖如下：1.2業(yè)務需求用例建模階段1.2.1業(yè)務角色的查找及建立1.2.2業(yè)務用例查找與分析根據(jù)淘寶購物流程可以找到基本的業(yè)務用例有：1用戶查看淘寶上的商品，選擇需要購買的商品，并將其添加到購物車。2 用戶結算時需要登錄淘寶帳號，若沒則需要注冊帳號3 用戶可以在購物車中任意添加或減少購買的商品4 用戶確認訂單付款提供商品信息給商家。5商家確認訂單，開始發(fā)貨商家開始更新物流信息。6 用戶可以查看商品的物流信息，查看訂單的完成狀態(tài)7 用戶需要充值業(yè)務時可以進入充值頁面，選擇需要充值的類型，數(shù)量8商家確認充值訂單，為用戶充值9 完成購物后，用戶可以對商品或商家信息進行反饋10 以上功能在我的淘寶頁面進行匯總，我的淘寶頁面是進入其他頁面的接口11 淘寶首頁進行特色商品的展示，提示當前最火熱的商品，推送商品的特點圖片。1.2.3業(yè)務用例圖1.2.3業(yè)務活動圖購物過程：訂單信息：1.3 系統(tǒng)基本功能描述：根據(jù)庫存系統(tǒng)業(yè)務過程分析知系統(tǒng)的基本功能有與商品信息、訂單信息、用戶信息三大模塊，系統(tǒng)功能圖如下：手機淘寶系統(tǒng)商品信息訂單信息用戶信息第二章 手機淘寶系統(tǒng)需求用例建模2.1 物流信息管理需求用例分析2.1.1 確定物流信息的內(nèi)容：物流信息應包括商品信息，購買日期，商家名稱，對應的物流公司，實時的物流信息更新等內(nèi)容。同時物流信息應更新訂單的完成狀態(tài)，是派送中，還是以派送，還應具備派送人員的信息，以及預計送達時間等2.1.2確定系統(tǒng)頂層用例一般的uml的需求描述方法是用用例圖來表達角色、用例及其之間的關系，用文字形式的事件流文檔具體描述用例細節(jié)。這種方法存在以下缺點：一張用例圖不能描述復雜系統(tǒng)全部需求；系統(tǒng)的業(yè)務種類多、功能繁雜，根本無法清晰地將系統(tǒng)的全部功能展開在一張用例圖上，即使可以，用戶看到縱橫交錯的各種關系，也只能望而生畏；用例圖不適應描述系統(tǒng)的非功能要求；文字不便于說明復雜用例的流程。涉及多個部門之間的交互協(xié)調(diào)，事件流文檔中的文字難以清晰地表達地籍數(shù)據(jù)的復雜流程。因此我們將采用建立多層次的用例圖。頂層用例圖描述系統(tǒng)粗粒度的全部功能；下一層將沒有表述清的粗粒度用例用更細粒度的子用例描述。根據(jù)系統(tǒng)的業(yè)務過程分析與用戶的需求分析，系統(tǒng)的頂層用例如表所示：參與者用例說明用戶選擇商品，提交訂單，選擇物流公司。商家接受訂單，打包發(fā)貨，通知物流公司取件物流公司商品運輸管理，包括接受商家快件，更新物流信息，運輸，派送系統(tǒng)得頂層用例圖如下：2.1.3淘寶物流系統(tǒng)功能性分析：根據(jù)業(yè)務描述，我們知道此模塊應該要實現(xiàn)的功能大致如下：1 用戶提交訂單2 商家接受訂單，通知物流公司3 物流公司上門取件，派送。并實時更新物流信息，商品派送情況。物流公司的分層用例圖如下：2.2 系統(tǒng)登錄功能用例分析1、 用戶信息管理：用戶名密碼2、 注冊管理：。郵箱注冊電話號碼注冊3、 基本資料管理：角色管理（1）角色填加（2）角色刪除（3）角色權限修改（4）角色密碼修改權限管理對系統(tǒng)的權限編號的權限內(nèi)容進行權限的管理，如修改客戶權限的權限大小，入庫管理員的權限大小等操作2.3 系統(tǒng)整體功能描述系統(tǒng)整體功能圖如下：用戶信息管理注冊用戶管理用戶認證信息管理登錄驗證管理淘寶登錄系統(tǒng)功能2.4 淘寶充值系統(tǒng)整體功能描述確定充值系統(tǒng)的內(nèi)容1.用戶選擇充值的類型，Q幣充值，話費充值，游戲幣充值等2.用戶確定充值的金額3.用戶輸入需要充值的帳號4.系統(tǒng)提示充值成功子用例圖如下第三章 業(yè)務領域分析與設計3.1 系統(tǒng)順序圖，狀態(tài)圖權限管理對于系統(tǒng)來說十分重要，因為它關系到系統(tǒng)得安全性，因此在系統(tǒng)得開發(fā)與設計中，我們始終把系統(tǒng)的安全性放在十分重要的位置，因此我們在用順序圖分析的時候始終從系統(tǒng)用戶未登陸狀態(tài)來分析的，在后邊系統(tǒng)詳細設計時，我們會給出用戶登錄的順序圖；1 用戶登錄：2 淘寶購物3 用戶充值3.2 定義基本對象與類淘寶系統(tǒng)管理的對象分析：實體對象物流信息表，訂單信息表，商品信息表，充值信息表，登錄信息表，用戶反饋信息表。邊界對象我的淘寶頁面，物流信息頁面，購物車頁面，淘寶主頁面，用戶反饋頁面，登錄頁面，注冊頁面控制對象后臺根據(jù)分析級的順序圖與系統(tǒng)的對象分析定義系統(tǒng)中涉及的類：（1）類 用戶 user（2）類 商品 goods（3）類 訂單 order（4）類 物流 Logistics（5）類 購物車 shoppingcart（6）類 用戶反饋 user feedback（7）類 充值 recharge（8）類 后臺管理 admin3.3淘寶系統(tǒng)類圖：3.4 定義對象與類的屬性與操作（1）類 用戶l 私有屬性屬性名含義屬性類型Id用戶名StringPassword密碼StringAddress地址StringEmail郵箱StringPhonenumber電話號碼Stringl 公共方法方法名含義說明Set（）Login（）注冊登錄（2）類 goods私有屬性屬性名含義屬性類型Name商品名稱StringPrice商品價格StringEvallution商品評價StringStore商家Stringl 公共方法：方法名含義說明Set（）設置商品信息Search（）查詢商品信息Add（）增加商品Reduce（）減少商品（3）類 充值rechargel 私有屬性屬性名含義屬性類型Type充值類型StringAcount充值金額StringId充值帳戶Stringl 公有方法方法名含義說明Get（）取得賬號名Pay（）付款Acount（）充值金額統(tǒng)計（4）類 訂單 order私有屬性屬性名含義屬性類型Finnish order以完成的訂單StringUnfinish order未完成的訂單StringDate訂單的日期IntLogical訂單的物流信息Stringl 共有方法方法名含義說明Get（）獲取訂單信息Date（）獲取日期（5）類 購物車shoppingcart私有屬性屬性名含義屬性類型Goods id購物車商品名稱StringGoods price購物車商品價格FloatGoods acount購物車商品數(shù)量StringPrice acount購物車商品總價格Stringl 公有方法方法名含義說明Add_goods（）;添加商品delect goods（）；刪除商品（6）類 管理員admin私有屬性:屬性名含義屬性類型Id管理員名稱StringPassword管理員密碼String l 公共方法：方法名含義說明Add id（）添加管理員Get（）獲得管理員密碼Set（）設置管理員帳號密碼（7）類 用戶反饋 userfeedback私有屬性屬性名含義屬性類型Id用戶名StringPassword密碼StringMsessage反饋信息StringPhone number電話號碼Stringl 公有方法方法名含義說明Get（）獲得用戶信息Post（）傳送反饋信息3.5系統(tǒng)設計順序圖，用戶登錄圖Taobao購物，taobao用戶登錄，taobao用戶充值順序圖：相關類圖：3.6 系統(tǒng)擴展功能1 權限管理：我們對操作進行編碼，為每個操作角色賦予相應的操作權限，形成操作權限表，系統(tǒng)管理員能根據(jù)需要靈活地對操作角色的操作權限進行賦予與修改，以此有效靈活地對用戶的操作權限進行控制。1） 角色管理（1）角色填加（2）角色刪除（3）角色權限修改（4）角色密碼修改1添加角色的順序圖2刪除角色的順序圖3修改用戶權限順序圖4.修改用戶密碼順序圖2數(shù)據(jù)備份：將所有數(shù)據(jù)表信息定期保存在磁盤中。系統(tǒng)功能實現(xiàn)的順序圖如下：3 數(shù)據(jù)恢復用備份文件替換受損文件。實現(xiàn)的順序圖如下：4 業(yè)務統(tǒng)計統(tǒng)計客戶期間的入庫業(yè)務量、出庫業(yè)務量、貨物信息等?？蛻羧霂鞓I(yè)務量統(tǒng)計順序圖：客戶出庫業(yè)務量統(tǒng)計順序圖：返3.7 系統(tǒng)構架設計包是類或者文件的組合，在入庫系統(tǒng)的開發(fā)中，我們定義了用戶接口包，入庫管理類包，數(shù)據(jù)存儲包，以及在開發(fā)中涉及到的java包。用戶接口：通過用戶接口類，用戶可以瀏覽系統(tǒng)中的數(shù)據(jù)、輸入新的數(shù)據(jù)。其操作是通過調(diào)用業(yè)務邏輯中的操作來完成的。業(yè)務邏輯:主要包括應用系統(tǒng)的對象(它們是對現(xiàn)實世界的模擬)，定義了這些對象的行為以及它們?yōu)閿?shù)據(jù)存取層提供了數(shù)據(jù)操作功能。數(shù)據(jù)存取:提供服務給業(yè)務邏輯層中的類，以及類的定義。子系統(tǒng)的設計架構：部署圖：第四章 系統(tǒng)實現(xiàn)測試與配置4.1系統(tǒng)實現(xiàn)的工具與技術本次系統(tǒng)地開發(fā)工具有Jbuilder9，Rose，Sql Sever，HBuilder以及Tomcat;Tomcat是一個開放源代碼、運行servlet和JSP Web應用軟件的基于Java的Web應用軟件容器。系統(tǒng)開發(fā)在Jbuilder9中開發(fā)Java Servlet,jsp頁面，以Tomcat作為應用程序服務器，SQL Server 作為數(shù)據(jù)庫服務器。4.2 系統(tǒng)實現(xiàn)方式圖系統(tǒng)配置圖：client computersever computerwan系統(tǒng)組件圖：第五章 系統(tǒng)開發(fā)的思考5. 1 數(shù)據(jù)庫設計問題 現(xiàn)在的開發(fā)環(huán)境越來越多的是面向?qū)ο蟮模鎯C制卻是不同于此的關系型數(shù)據(jù)庫，這兩者之間存在著很大差異。這種差異使系統(tǒng)的開發(fā)活動不能統(tǒng)一。典型的情況是，越來越多的應用系統(tǒng)是三層甚至多層體系結構，在此情況下，用戶接口層和業(yè)務邏輯層是用面向?qū)ο蠹夹g開發(fā)的，而數(shù)據(jù)庫多數(shù)仍然是關系型的。因此，在采用面向?qū)ο蠼＜夹g分析獲得對象模型后，怎樣得到關系型的數(shù)據(jù)庫呢?這也是我們本次系統(tǒng)開發(fā)中遇到的問題。(1)屬性類型映射成域UML中的屬性類型(Attribute Type)映射成數(shù)據(jù)庫中的域(Domain)。域的使用提高了設計的一致性，且優(yōu)化了應用的移植性。簡單的域是非常容易實現(xiàn)的，僅僅需要替換相對應的數(shù)據(jù)類型和數(shù)據(jù)的尺寸。同時，對于使用域的屬性，可能要求為域的約束加入SQL的Check串。例如，限定域的取值范圍等。枚舉域(Enumeration Domain)限定了域允許取值的集合。其實現(xiàn)通常有幾種方法:定義SQL約束來限定取值;為每個枚舉值定義標志;枚舉表;對枚舉值進行編碼等。在本系統(tǒng)地開發(fā)中，所有涉及到枚舉型的數(shù)據(jù)象，我們都單獨設置一表來表達，例如計量單位表中就是入庫單等表中計量單位數(shù)據(jù)項的一枚舉約束。(2)類的屬性映射至關系數(shù)據(jù)庫表中的列屬性可以直接映射為表中的零到多列。通常，一個屬性映射為表中的一列，但也有例外:對于非持久的屬性可以不進行映射，有些屬性置只做為中間值用于計算而不需保存在數(shù)據(jù)庫中。某些對象屬性本身就是對象，客戶中的地址屬性(如果較復雜)可以映射為數(shù)據(jù)庫表或多列。此時，屬性映射成多個字段。反之，也可以將多個相似的簡單屬性映射為一列。(3)類映射成表類到表的映射通常不是直接的。只有非常簡單的應用，類與表之間才會存在一一對應的關系。5. 2 數(shù)據(jù)庫訪問設計問題上面的實體對象映射到數(shù)據(jù)庫表，主要是考慮UML的靜態(tài)模型到數(shù)據(jù)庫的映射，我們繼續(xù)討論動態(tài)模型在數(shù)據(jù)庫設計中的實現(xiàn)，主要是數(shù)據(jù)庫存取部分設計。一般來說，數(shù)據(jù)庫存取部分設計主要有以下幾種策略:(1)每個對象或類自己負責數(shù)據(jù)庫的訪問工作.這種方法不需要專門的服務類，但是業(yè)務邏輯和數(shù)據(jù)操作邏輯都集中在業(yè)務類中，任務劃分不清晰，業(yè)務類既要處理業(yè)務邏輯，又要處理數(shù)據(jù)操作，其中每一個的改動，都會影響到這個業(yè)務類。(2)利用開發(fā)環(huán)境提供的機制許多開發(fā)環(huán)境提供了初級的訪問關系數(shù)據(jù)庫的機制，它們是很好的一個開始。常用的方法包括Microsoft的ODBC機制(開放數(shù)據(jù)庫連接ODBC)和Java數(shù)據(jù)庫連接(JD