网路书店物件导向模式之构建-以uml为塑模工具.pptVIP

网路书店物件导向模式之构建-以uml为塑模工具.ppt

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
网路书店物件导向模式之构建-以uml为塑模工具

網路書店物件導向模式之構建 -以UML為塑模工具 報告人:郭國香 學 號:NA190016 摘要 本研究模擬網路書店,系統管理者與使用者的角度定義其需求分析,並以物件導向分析與設計的方法來建構網路書店的系統模型 1.緒論 物件導向技術,其強調的是物件與物件之間的靜態關係,及如何互動的動態關係。 物件導向觀念結合了資料與處理流程,使系統架構的設計更容易模組化。 在物件的定義與分類上,利用物件及系統的重覆利用、繼承以及多形等特性,所以也適合應用於複雜的電子商務領域。 1.緒論 以物件方式定義需求,再以類別架構分類,不同類的需求間有許多共同的基本特性,則不需重新定義,而需求類別架構中可從基本需求定義延伸而來,透過多形的方式使資料的處理上更簡便,整體架構維護性亦可提高。 物件導向的技術近年來被廣泛的應用於系統開發的各個階段,對於系統分析與設計上,以物件導向為基礎的模式與方法先後被提出與應用,其中以近年來的統一塑模語言(UML)最為被重視。 1.緒論 UML 提供了九種圖形工具(使用案例圖、類別圖、活動圖、循序圖等),在動態軟體程序的使用上,呈現出漸進式的程序,即圖中是以物件來架構的,一旦要修改架構時,物件可重覆的再利用。 本研究中僅用到使用案例圖、類別圖、活動圖、循序圖,簡述如下: 2.文獻探討-統一塑模語言 使用案例圖:瞭解系統的需求以及表達出使用案例與使用者之間的相互關係。主要用途在於分析系統的功能內容,並控制系統建構與測試時的案例執行。 4. 系統分析與設計 2.文獻探討-統一塑模語言 類別圖:描述系統中各類別的屬性與操作,及其間的靜態關係,針對資料做設計,更可以進一步的對於操作方法進行描述。類別(Classes)是物件的集合,由於真實世界裡,物件數量相當龐大,為降低問題複雜度,在系統分析多採用此類,而較少使用物件。 2.文獻探討-統一塑模語言 活動圖:活動圖為表現物件狀態變更及活動,強調物件與物件之間的控制流程。基本上活動圖是一種流程圖,可以顯示隨時間所發生的活動,但優於流程圖的是活動圖可以表現出平行處理的活動。 2.文獻探討-統一塑模語言 循序圖:塑模出問題領域中物件互動的情形,並強調使用案例中,物件與物件之間執行順序的時間性,並與合作圖統稱為互動圖。 3.需求分析 功能性需求-- (5)登入會員。 (6) 密碼驗證。 (7) 紅利、消費記錄、E-Coupon卷等服務。 (8) 認證的安全機制 (9) 留言板 (10) 銷售報表。 3.需求分析 功能性需求--歸納出以下幾個事件/處理: 3.需求分析 需求分析分為二大類: 功能性需求--主要是在描述系統該做什麼,也就是系統要提供給使用者的服務項目 (1) 訂購書籍。 (2) 關鍵字搜尋書籍 (3) 購物車的新增、刪除及更改書籍數量的動作。 (4) 加入會員 3.需求分析 非功能性需求—指系統的執行效率、效能之需求,且可以量度的項目。 (1) 使用性 必須容易學習及使用。 系統的設計規格以及訓練手冊必須有詳實的文件記錄。 系統的使用者必須對此系統感到滿意。 3.需求分析 非功能性需求—指系統的執行效率、效能之需求,且可以量度的項目。 (2)可靠度 系統當機次數須小於5次/每年。 資料庫交易失敗次數須小於1次/每月。 3.需求分析 非功能性需求—指系統的執行效率、效能之需求,且可以量度的項目。 (3)表現度 系統必須能夠允許多個使用者登入。 系統對於登入的過程必須在少於3秒內完成。 3.需求分析 非功能性需求—指系統的執行效率、效能之需求,且可以量度的項目。 (3)表現度 系統對於能夠每秒同時處理1000筆的交易。 系統對於第3點所述不可造成系統的嚴重負荷。 對於每筆交易的回應時間不可大於5秒。 4. 系統分析與設計 靜態模式--在表達系統的架構 使用案例圖 系統的會員:能「修改會員資料」與「訂購書籍」等。會員是顧客的一種,使用一般化關係來塑模。 系統的顧客: 「提供書籍意見」、「搜尋書籍」及「加入會員」自動寄發e-mail告知,內含有會員帳號及密碼。「加入會員」以及「寄發e-mail」都一定會觸發,因此,兩者之間具有Include關係。 4. 系統分析與設計 靜態模式--在表達系統的架構 使用案例圖 加入會員:可執行「查詢密碼」、「訂購書籍」、「檢視購物車內容」,系統要求使用者登入。用Include來塑模關係。 系統管理者:登入執行「訂單處理」、「新增書籍型錄」等功能,用Include來塑模關係。 4. 系統分析與設計 4. 系統分析與設計 類別圖 對於開發網路書店系統,可以利用名詞擷取法從需求分析文件來捕捉概念模型。以下為描述性項目所彙整出候選類別表 4. 系統分析與設計 4. 系統分析與設計 將候選類別表中所產生的基本類別圖,以關聯、聚合和組合

文档评论(0)

cynthia_h + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档