1【定義】
object oriented analyzing
ooa是一種將現實世界中的問題對映到問題域的方法。
2【目的、意義】
明確使用者的功能需求,及滿足使用者所需的系統部件及其結構。
3 【輸入】
使用者需求。
4 【輸出】
1 用例圖：說明系統對外提供的功能及使用者
2 類圖：說明系統應具有的物件，物件的屬性、方法，及其物件之間的關係。
3 互動圖：
3【標準】
1)為完成使用者要求系統應提供哪些功能?
2)系統應有哪些物件構成?
3)每個物件應有哪些屬性和服務?
4)物件間應有怎樣的聯絡?
4【手段】
詳見[1]。
5【邊界】
ooa 使用物件導向的建模技術，將現實世界對映為完整的物件導向的模型。
1【概覽】
物件導向系統的分析可以在不同的抽象層次上進行。
1在商業或企業級，ooa技術可以同資訊工程方法，(第 10 章)結合，來定義模擬全部業務的類、物件、
關係和行為，這個層次的 ooa類似於資訊策略計畫；
2在業務範圍層次，可以定義乙個描述某特殊的業務範圍(或某產品或系統範疇)的工作的物件模型；
3在應用層次，物件模型著重於特定的客戶需求，因為那些需求將影響應用的實現。
2【領域分析方法】
軟體的領域分析是在特定應用領域中標識、分析和規約公共需求，典型地是
在應用領域中多個專案間的復用。物件導向領域分析是以公共物件、類、子集合
和框架等形式在特定應用領域中標識、分析和規約公共的可復用的能力。
3【目標】
發現或建立那些可廣泛應用的類，使得它們可以被復用。
4【過程】
1 界定將被調查的領域。分析員必須首先隔離感興趣的業務範圍、系統型別或產品範疇。接著，必須從中抽出oo 和非 oo 的「項」
2 將從領域中抽取出來的項分類。
3 收集領域中應用的代表性樣本。
4 分析樣本中的每個應用。
·標識候選的可復用物件。
·指明物件被標識為可復用的理由。
·定義對物件的適應性修改(可能也是可復用的)。
·估算在領域中可利用物件復用的應用的百分率。
·用名字標識物件，並運用配置管理技術(第 9 章)來控制它們。
包括 互動圖、順序圖
從理解系統的使用方式開始，如果系統是人機互動的，則考慮被人使用的方式；
如果系統是涉及過程控制的，則考慮被機器使用的方式；或者如果系統協調和控制應用，
考慮被其他程式使用的方式。定義了使用場景後，即開始軟體的建模過程。
1 使用例項，確定角色。
2 類—責任—協作者建模
製品：指定類名，類的職責（屬性和方法）和協作者
ambler［amb95］對 crc 建模的描述如下：
crc 模型實際上是一組表示類的標準的索引卡片的集合。卡片被分成三個部
分，在卡片的頂部為類的名字，在卡片體的左邊列出類的責任，在右邊列出協作者。
3 定義（類之間的）層次和結構
層次（一般-特殊結構gen－spec）
結構(whole－part)結構
4 定義主題和子系統【劃分library 類庫】
當類的某個子集相互協作以完成一組內聚的責任時，它們常被稱為主題(subjects)［coa91］ 或子系統［wir90］。
（類庫之間協作，以實現契約，就其封裝性來說，類似於類）
1 利用crc的類與協作確定是否有關係。
2 根據職責確定多重性
1.評估所有的使用例項(20.4.1 節)以完全地理解系統中互動的序列。
2.標識驅動互動序列的事件，理解這些事件如何和特定的物件相關聯。
3.為每個使用例項建立事件軌跡［ram91］。
4.為系統建造狀態—變遷圖。
5.複審物件—行為模型以驗證精確性和一致性。
物件導向分析與設計之OOA學習
1.從需求到業務用例圖 業務用例圖 這裡要注意三點 1.業務用例是僅從系統業務角度關注的用例，而不是具體系統的用例。它描述的是 該實現什麼業務 而不是 系統該提供什麼操作 例如，在實際系統中，登入 肯定要作為乙個用例，但是這是軟體系統中的操作，而使用者所關注的業務是不包含 登入 的。2.業務用例僅包...
物件導向分析
物件導向分析 1 物件導向分析，就是抽取和整理使用者需求並建立問題域精確模型的過程。首先，系統分析員對需求文件進行分析 然後是需求建模 最後是需求評審。2 物件導向分析要建立三個主要模型 用例模型 物件模型 和動態模型。建立用例模型 在物件導向方法中為了獲取使用者需求常常用場景和用例描述使用者需求。...
物件導向分析
一 分析方法之功能分解 functional decomposition 原理 將問題或功能分解成多個小問題或小功能，然後逐一解決 缺點 a.導致讓乙個 主 程式負責控制程式，主程式的責任太多 可使用委託delegation解決 同時，引 起另外乙個問題，低內聚weak cohesion 緊耦合ti...