OOAD 分析

物件導向式資料庫分析與設計ObjectDBAnalysisandDesign指導教授：陳彥良博士內容整理：89443007沈清正87423032劉慧敏89423042江吉雄2緒論-------------------------------------------------------------------------------------------3PartIUML------------------------------------------------------------------------------4第1章前言------------------------------------------------------------------------------4第2章視覺化塑模---------------------------------------------------------------------5第3章UML簡介-----------------------------------------------------------------------6第4章UML內容-----------------------------------------------------------------------94.1使用案例(usecase)----------------------------------------------------------------------94.2類別圖(classdiagram)------------------------------------------------------------------104.3互動圖(interactiondiagrams)----------------------------------------------------------124.4狀態圖(statechartdiagram)------------------------------------------------------------154.5活動圖(activitydiagram)---------------------------------------------------------------184.6實體圖(implementationdiagrams)----------------------------------------------------22第5章UML與專案開發程序--------------------------------------------------------24第6章UML總結-----------------------------------------------------------------------26PartIIOODB模式分析與設計----------------------------------------------------27第7章物件導向資料庫模式系統分析----------------------------------------------277.1問題陳述(problemstatement)--------------------------------------------------277.2列出暫時性的類別(ListingtentativeClasses)-------------------------------287.3去除假性的類別(EliminatingSpuriousclasses)-----------------------------297.4列出暫時性的關聯(ListingTentativeAssociations)------------------------307.5去除假性的關聯(EliminatingSpuriousAssociations)----------------------317.6精製關聯(refiningassociations)------------------------------------------------327.7列出暫時性的物件與連結屬性(ListingTentativeAttributesofObjectsandlinks)--------------------------------------------------------------------------337.8去除假性的屬性(EliminatingSpuriousAttributes)----------------------347.9利用一般化指明類別的相似與相異(UsingGeneralizationtoNoteSimilaritiesandDifferences)------------------------------------------------357.10測試存取路徑(TestingAccessPaths)------------------------------------377.11反覆的琢磨類別(IteratingandRefiningthemodel)-------------------377.12搬動抽象的層次(ShiftingtheLevelofAbstraction)-------------------387.13第一次的修訂：增加Transaction的見解(FirstRevision:IntroducetheNotionofaTransaction)------------------------------------------------387.14組成物件模式-------------------------------------------------------------------39第8章物件導向資料庫模式系統設計---------------------------------------------418.1考慮時間的資料(DealingwithTemporalData)--------------------------418.2考慮資料的第二面向(DealingwithSecondaryAspectsofData)---41參考資料--------------------------------------------------------------------------------------433緒論本文架構分成兩大部份，PartI一開始先介紹目前物件導向系統分析設計的標準UML，由傳統系統分析設計的缺點與視覺化塑模觀點切入，逐一介紹UML源起、各種圖形技術等。從Rational網站()取得的文件中，UML的定義分成三份文件，即UMLSemantics、UMLNotationGuide和UMLExtensions。其中UMLSemantics介紹母模型(meta-model)以規範UML圖形的語意、限制等。UMLNotationGuide則介紹圖形技術內容表示法和使用範例。UMLExtensions則包含使用者可依需求自定專屬的表示法和專業術語。本部份內容以“UMLDistilledSecondEdition”一書的內容為主，簡介UML中基本圖形技術內容範例與使用時機。PartII則以“Object-OrintedModelingandDesignforDatabaseApplications”一書內容為主，利用書中所舉投資組合管理為例，配合PartI所介紹之UML類別圖，以資料模式觀點介紹物件導向資料庫模式系統分析與設計。由問題陳述開始，將系統分析的過程分成14個步驟，並針對與資料模式相關的部分進行討論，忽略與操作模式相關的部分。設計的過程則延續分析的部份，考慮時間性資料和資料的第二面向，將分析架構做適當的調整，以配合資料庫實作需要。4PartIUML第1章前言近一兩年，在Inprise,Oracle,Javasoft,IBM,Microsoft,OMG,…等組織大力推廣軟體元件技術和架構下，「未來的軟體系統將是由一個一個軟體元件所組成的」的軟體發展技術趨勢，已普遍被大家所接受。很多企業也開始使用軟體元件來發展系統，不管是使用或自行開發的GUI元件和企業元件來兜成應用系統，均可視為以軟體元件為基礎的軟體發展方式。基本上，實作標準化元件(如：DCOM,Corba,Javabean)並不難，幾乎所有的發展工具，如：Inprise,Microsoft,或Sybase等，均提供元件製作精靈的功能，透過這些精靈，我們很容易製作出標準化元件。其實元件化軟體發展方式更重要也是最困難的工作就在於，如何從企業需求中導出系統是由那些元件所組成的，如何設計出每個元件的介面(interface)和元件間是如何相互運作的。面對IT技術快速的演進，不管是Internet/Intranet,元件化,或3-tier架構應用系統，都將使系統複雜度和開發風險大幅提高。早期的系統分析、系統設計是以「程序」為主，作為整個系統分析與設計的主體。物件導向程式語言興起後，系統分析師們使用新的程式套用在舊的分析方法，發現到有許多困難，於是出現了物件導向系統分析（OOA）與物件導向系統設計（OOD）。未來的軟體開發方式，無論是元件化、Internet/Intranet、或是N-Tier系統開發，將是以物件導向視覺化塑模(VisualModeling)為主導的開發方式。5第2章視覺化塑模視覺化塑模對於軟體發展者而言，也許會感到陌生或覺得又是一個新的名詞或新的發展工作模式。其實，在其他工程領域上，此工作模式已被運用的相當普遍而且非常成功，甚至一定要如此做，才有辦法把事情做好。當一個建設公司要蓋一棟大樓，它一定是先做好大樓的規劃，規劃要蓋幾層樓、每一層樓的外觀、樓梯電梯要位在哪裡，門窗陽台要如何設計、客廳房間長寬要多少、管線要如何配置、…等等，畫好大樓的藍圖和製作出大樓的模型，然後工人才根據此藍圖開始蓋大樓，絕不可能沒有藍圖就開始蓋，不然真無法想像蓋出來的大樓會變成什麼樣子。製造飛機、汽車、電腦、…等等的過程也是一樣，一定是做好各項規劃設計工作，畫好工作藍圖，才開始進行製造，過程中再搭配製造出一些雛形來加以驗證，以確保事情的成功。視覺化塑模正是這樣的工作模式。為什麼這類的事情需要透過視覺化塑模才有辦法把事情做好呢？因為這類的事情都具有高複雜性、高風險性、和需要高度團隊合作的特性，以致於你需要做好規劃設計的工作，將高複雜的問題逐步加以簡單化，將高風險的問題逐步解決以降低風險，透過藍圖來加強各團隊成員的溝通，如此一來整件事情的發展一切就在你的掌握中，複雜度和風險性就可以有效的被控制，並可促進團隊的合作，提高整體的生產力。甚至簡單到裁縫衣服這類的事情，裁縫師都有必要先繪製好衣服的藍圖，才有辦法做好一件衣服。因此，未來軟體開發方式更應該採用視覺化塑模技術，就跟蓋房子一樣，你需要好好地規劃和設計你的系統藍圖，然後按圖施工，以降低系統開發之風險和有效管理系統複雜度，並確保系統的品質、可維護和擴充性、更可節省開發的時間和成本。並且，在可預見的未來，支援視覺化塑模的工具將成為軟體發展的必備工具之一。6第3章UML簡介視覺化塑模乃是一種系統規劃、分析、設計，將系統視覺化，繪製系統藍圖的發展方式。並且，必須定義一套支援到系統發展各個階段的標準化符號，無論從需求收集、架構設計、元件設計、甚至到系統軟硬體上線佈建，均可透過這套標準化符號繪製系統藍圖。1980年代，物件走出實驗室踏入真實世界。1980年代後期到1990年代早期出現了一波物件導向分析設計方法論的熱潮，UML延續了這股熱潮，整合了物件技術