1樓：海菁菁
物件導向的分析方法：object-oriented analysis是確定需求或者業務的角度，按照物件導向的思想來分析業務。例如：
ooa只是對需求中描述的問題，進行模組化的處理，描述問題的本質，區別每個問題的不同點相同點，確定問題中的物件。ooa與結構化分析有較大的區別。ooa所強調的是在系統調查資料的基礎上，針對oo方法所需要的素材進行的歸類分析和整理，而不是對管理業務現狀和方法的分析。
基本資訊
中文名物件導向分析方法
外文名ooa層次
5個全名
object-oriented analysis
組成分析
ooa（物件導向的分析）模型由5個層次（主題層、物件類層、結構層、屬性層和服務層）和5個活動（標識物件類、標識結構、定義主題、定義屬性和定義服務）組成。在這種方法中定義了兩種物件類之間的結構，一種稱為分類結構，一種稱為組裝結構。分類結構就是所謂的一般與特殊的關係。
組裝結構則反映了物件之間的整體與部分的關係。
定義屬性
ooa在定義屬性的同時，要識別例項連線。例項連線是一個例項與另一個例項的對映關係。
ooa在定義服務的同時要識別訊息連線。當一個物件需要向另一物件傳送訊息時，它們之間就存在訊息連線。
ooa 中的5個層次和5個活動繼續貫穿在ood（物件導向的設計）過程中。ood模型由4個部分組成。它們分別是設計問題域部分、設計人機互動部分、設計任務管理部分和設計資料管理部分。
主要原則
定義（1）抽象：從許多事物中捨棄個別的、非本質的特徵，抽取共同的、本質性的特徵，就叫作抽象。抽象是形成概念的必須手段。
抽象原則有兩方面的意義：第一，儘管問題域中的事物是很複雜的，但是分析員並不需要了解和描述它們的一切，只需要分析研究其中與系統目標有關的事物及其本質性特徵。第二，通過捨棄個體事物在細節上的差異，抽取其共同特徵而得到一批事物的抽象概念。
抽象是物件導向方法中使用最為廣泛的原則。抽象原則包括過程抽象和資料抽象兩個方面。
過程抽象是指，任何一個完成確定功能的操作序列，其使用者都可以把它看作一個單一的實體，儘管實際上它可能是由一系列更低階的操作完成的。
2樓：無為
第一步，確定物件和類。這裡所說的物件是對資料及其處理方式的抽象，它反映了系統儲存和處理現實世界中某些事物的資訊的能力。類是多個物件的共同屬性和方法集合的描述，它包括如何在一個類中建立一個新物件的描述。
第二步，確定結構（structure）。結構是指問題域的複雜性和連線關係。類成員結構反映了泛化-特化關係，整體-部分結構反映整體和區域性之間的關係。
第三步，確定主題（subject）。主題是指事物的總體概貌和總體分析模型。
第四步，確定屬性（attribute）。屬性就是資料元素，可用來描述物件或分類結構的例項，可在圖中給出，並在物件的儲存中指定。
第五步，確定方法（method）。方法是在收到訊息後必須進行的一些處理方法：方法要在圖中定義，並在物件的儲存中指定。
對於每個物件和結構來說，那些用來增加、修改、刪除和選擇一個方法本身都是隱含的（雖然它們是要在物件的儲存中定義的，但並不在圖上給出），而有些則是顯示的。
物件導向分析方法的五個步驟是啥
3樓：匿名使用者
第一步，確定物件bai
和類。這裡所du說的物件是對資料及zhi其處dao理方式的抽象，它內反映了系統儲存和
容處理現實世界中某些事物的資訊的能力。類是多個物件的共同屬性和方法集合的描述，它包括如何在一個類中建立一個新物件的描述。
第二步，確定結構（structure）。結構是指問題域的複雜性和連線關係。類成員結構反映了泛化-特化關係，整體-部分結構反映整體和區域性之間的關係。
第三步，確定主題（subject）。主題是指事物的總體概貌和總體分析模型。
第四步，確定屬性（attribute）。屬性就是資料元素，可用來描述物件或分類結構的例項，可在圖中給出，並在物件的儲存中指定。
第五步，確定方法（method）。方法是在收到訊息後必須進行的一些處理方法：方法要在圖中定義，並在物件的儲存中指定。
對於每個物件和結構來說，那些用來增加、修改、刪除和選擇一個方法本身都是隱含的（雖然它們是要在物件的儲存中定義的，但並不在圖上給出），而有些則是顯示的。
4樓：匿名使用者
系統分析(物件導向分析，ooa）
系統設計(物件導向設計，ood)
系統實施(物件導向程式設計，oop)
5樓：匿名使用者
第一步，確定物件和類。這裡所說的物件是對資料及其處理方式的抽象，版
它反映了系統權儲存和處理現實世界中某些事物的資訊的能力。類是多個物件的共同屬性和方法集合的描述，它包括如何在一個類中建立一個新物件的描述。
第二步，確定結構（structure）。結構是指問題域的複雜性和連線關係。類成員結構反映了泛化-特化關係，整體-部分結構反映整體和區域性之間的關係。
第三步，確定主題（subject）。主題是指事物的總體概貌和總體分析模型。
第四步，確定屬性（attribute）。屬性就是資料元素，可用來描述物件或分類結構的例項，可在圖中給出，並在物件的儲存中指定。
第五步，確定方法（method）。方法是在收到訊息後必須進行的一些處理方法：方法要在圖中定義，並在物件的儲存中指定。
對於每個物件和結構來說，那些用來增加、修改、刪除和選擇一個方法本身都是隱含的（雖然它們是要在物件的儲存中定義的，但並不在圖上給出），而有些則是顯示的。
物件導向分析方法的五個步驟是什麼？
6樓：
第一步，確定物件bai和類。這裡所du說的物件是zhi對資料及其處理方式的抽象，dao它反映了專
系統儲存和處理現實世界屬
中某些事物的資訊的能力。類是多個物件的共同屬性和方法集合的描述，它包括如何在一個類中建立一個新物件的描述。
第二步，確定結構（structure）。結構是指問題域的複雜性和連線關係。類成員結構反映了泛化-特化關係，整體-部分結構反映整體和區域性之間的關係。
第三步，確定主題（subject）。主題是指事物的總體概貌和總體分析模型。
第四步，確定屬性（attribute）。屬性就是資料元素，可用來描述物件或分類結構的例項，可在圖中給出，並在物件的儲存中指定。
第五步，確定方法（method）。方法是在收到訊息後必須進行的一些處理方法：方法要在圖中定義，並在物件的儲存中指定。
對於每個物件和結構來說，那些用來增加、修改、刪除和選擇一個方法本身都是隱含的（雖然它們是要在物件的儲存中定義的，但並不在圖上給出），而有些則是顯示的。
物件導向分析方法的步驟和特點
7樓：毋星光
使用mvc進行專案開發已經有一段時間了，在這段時間裡感觸最深的就是自己對巨集觀性物件導向分析方法的缺乏。物件導向分析是當今流行的系統分析方法之一，下面就談談在做專案的過程中我的一些小經驗。
在面對簡單系統時程式設計師可以很順利的提出問題的解決方案，並且一般情況下都是可行的。這是由於問題域關係簡單，所涉及到的內部構造、聯絡比較容易解釋。而對於當前越來越複雜的系統，其問題域也就顯示的越來越複雜，而且內部的關係也不是很容易解釋，有些大的系統常常超出了人的解決問題的能力。
在這種情況下，以往的面對過程的解決方法已經不能滿足日益增長的複雜系統分析的需要，在這種情況下，物件導向的分析方法就顯得尤為總要了。
在物件導向設計領域中，在橫向上把問題域分為數個不同的、低耦合、高內聚的問題域，而在縱向上又繼續分解各個不同的小的問題域，最後分解為葉節點問題域，從而解決問題。在面對物件分析方法中，用數個物件間的訊息傳遞來完成整個問題。
下面看一看複雜系統的5個屬性：
1． 雜性經常是以層次的形式表現出來，複雜系統是由相互關聯的子系統組成，而這些子系統又是由他們各自的子系統構成，並由此類推到最底層的基本構件。
2． 對系統中最基本的構件的選擇是任意的，而且在很大程度上取決於系統觀察者的判斷力。
3． 一般而言，各構件內的連線總是要強於構件間的連線。在從構件的低頻動態中分離出高頻動態時，這一屬性是相當有用的。這是因為高頻動態涉及到各部件的內部結構，而低頻動態涉及到構件間的互動。
4． 層次系統通常都是由僅僅少數不同的子系統通過不同的排列組合方式組成。
5． 我們發現正執行的複雜系統總是由以前執行的簡單系統演化而來……任何胡亂湊合設計出來的複雜系統都不可能正常運轉，也不可能被修補好。我們必須由執行中的簡單系統開始。
對於第一點，正像我上面所說的那樣，系統是層次結構的。能夠給一個複雜的系統進行正確的層次分析，才能夠保證對系統的正確估計，包括可行性、可維護性、可擴充套件性……等等。而且對於日後對該系統進行維護(maintenance)、演化(evolution)、維持(preservation)都能夠很好的支援。
對於其中的第二點，強調了觀察者的判斷力，其實我認為其中也包括觀察者的身份角度。對於一個系統而言，觀察者並不是只進行分析設計的工程師，編碼階段的程式設計師，還應該包括使用者等所有這些同該系統有關的人員。作為不同的人員，對於系統就有不同的觀察點、觀察角度、身份等特殊因素。
因此在不同身份的人（指參與者）甚至同一身份的人眼中說觀察到的系統特性都是不盡相同的。在大學裡大家都接觸過透明性的概念，這就是不同觀察者所觀察角度不同的直觀反應。對於使用者來說，基本上底層的操作、演算法、通訊對於他們來說都是透明的，他們根本不用理會（其實也不知道）內部用了什麼。
而對於一個負責某模組的程式設計師來說就不會考慮其他模組的實現，對於他們來說其他模組是透明的，他們只需要負責管理好提供的模組介面就ok了。
對於第三點，講的就是面對物件分析設計的方向，在面對物件分析設計系統時，被分解的各個模組一定要做到高內聚、低耦合。有良好高內聚、低耦合系統常常會很容易維護，一個地方改動通常不需要牽扯到大的改動，維護行強。而且對於像vc程式這種更要求效率的程式來說，高內聚、低耦合也可以提高程式的執行期效率，應為物件內部的呼叫一般情況下會相比模組間的呼叫佔用更少的執行時間，這樣將高頻動態封裝在一個物件內部就會一定程度上提高程式執行期執行效率。
第四點則說明了物件導向程式設計對程式設計可複用性的優點。在這點中所“層次系統由僅僅少數不同的子系統構成”那麼多數子系統在不同的複雜系統中都是能夠重複使用的。比如說建築一棟大廈和建築橋樑，雖然兩者都是複雜的系統，但是對於其結構中就會有很多相似甚至相同之處，沒有必要建築好大廈回頭建築橋樑的時候又要重新設計每一快磚瓦。
第五點提醒我們在系統設計時，儘量使用以往能夠正常執行的子系統來重新構件新的系統。這一點不僅說明第四點中的複用性，而且也說明了一個我們常常要犯的錯誤。就是將並沒有通過嚴格測試的子系統，匆忙的加入到大系統中，這樣做不利於對系統的基層，常常引入了其他錯誤，使得系統頻頻崩潰，最嚴重會導致系統的重新分析。
這是我對物件導向的一點心得體會，雖然我們大家在平時工作中所面對的問題、問題域不同，使用的開發工具不同，但是物件導向是一種思維方式，有利於分析、解決問題的一種方法，並不和任何語言掛鉤（當然語言對於物件導向特性的支援程度有所不同）。所以希望各位同事能夠儘量使用科學的方法分析解決問題，形成一種設計模式，以供大家互相交流。
軟體設計是一種藝術，也是一門工程學。
簡要介紹物件導向分析主要完成什麼任務
比如收銀系統有收銀員 客戶 貨物等一系列物件組成，每個不同的物件實現不同的功能過程。物件導向的程式設計思想在軟體的擴充套件性和重用性上有著極大的作用 物件導向就是將以前程式設計中要操縱的資料結構看成乙個個物件 屬性 方法 從而便於封裝和繼承，其程式設計過程更貼近現實生活。從現實的角度看待機器話的程式...
什麼是物件導向的程式設計方法，什麼是物件導向物件，什麼是程序導向，什麼是物件導向
央央乜獣 我給你說通俗點，首先，物件導向的三大原則是封裝，繼承，多型。物件導向，就是根據實際情況不同的物件自己定義一個型別來配合解釋。也就是自己定義一個型別，比如說我要一個銀行使用者，如果用int char這些來定義他顯然不合適，根據物件導向，我可以自己定義一個合適他的型別來裝他。我給你說的是最基本...
什麼是物件導向啊？什麼是物件導向
如果學過c語言，就可以簡單理解為是乙個帶函式的結構變數，通俗點講，就是用一組 去描述乙個物件，這個物件可以真實的或抽象的 比如一家銀行或一台裝置 這組 提供一些可以呼叫的函式或叫方法 比如銀行的櫃檯人員，或裝置上的操作按鈕 和一些特徵數值或叫屬性 比如銀行的名字，裝置的功率，大小，顏色等等 這一組 ...