整合營銷服務商
電腦端+手機端+微信端=數據同步管理
免費咨詢熱線：
電腦端+手機端+微信端=數據同步管理
免費咨詢熱線：
Object- :面向對象分析法
指的是在一個系統的開發過程中進行了系統業務調查以后，按照面向對象的思想來分析問題。OOA與結構化分析有較大的區別。OOA所強調的是在系統調查資料的基礎上，針對OO方法所需要的素材進行的歸類花分析和整理，而不是對管理業務現狀和方法的分析。
OOA（面向對象的分析）模型由5個層次（主題層、對象類層、結構層、屬性層和服務層）和5個活動（標識對象類、標識結構、定義主題、定義屬性和定義服務）組成。在這種方法中定義了兩種對象類之間的結構，一種稱為分類結構，一種稱為組裝結構。分類結構就是所謂的一般與特殊的關系。組裝結構則反映了對象之間的整體與部分的關系。
OOA在定義屬性的同時，要識別實例連接。實例連接是一個示例與另一個實例的映射關系。
OOA在定義服務的同時要識別消息連接。當一個對象需要向另一個對象發送消息時，它們之間就存在消息連接。
OOA中的5個層次和5個活動繼續貫穿在OOD（面向對象設計）過程中。OOD模型由4各部分組成。它們分別是設計問題域部分、設計人機交互部分、設計任務管理部分、和設計數據管理部分。
一、OOA的主要原則。
1.抽象：從許多食物中舍棄個別的、非本質的特征，抽取共同的、本質性的特征，就叫做抽象。愁鄉石形成概念的必須手段。
抽象原則有兩個方面的意義：第一，盡管問題域中的事物是很復雜的，但是分析員并不需要了解和描述它們的一切，只需要分析其中與系統目標有關的事物及其本質性特征。第二，通過舍棄個體事物在細節上的差異，抽取其共同特性而得到一批事物的抽象概念。
抽象是面向對象方法中使用最為廣泛的原則。抽象原則包括過程抽象和數據抽象兩個方面。
過程抽象是指，任何一個完成確定功能的操作序列，其使用者都可以把它看做一個單一的實體，盡管實際上它可能是由一系列更低級的操作完成的。
數據抽象是根據施加于數據之上的操作來定義數據類型，并限定數據的值只能由這些操作來修改和觀察。數據抽象是OOA的核心原則。它強調把數據（屬性）和操作（服務）結合為一個不可分的系統單位（即對象），對象的外部只需要知道它做什么，而不必知道它如何做。
（2）封裝就是把對象的屬性和服務結合為一個不可分的系統單位，并盡可能隱蔽對象的內部細節。
（3）繼承：特殊類的對象擁有的其一般類的全部屬性與服務，稱作特殊類對一般類的繼承。
在OOA中運用繼承原則，就是在每個由一般類和特殊類形成的一半----特殊結構總，把一般類的對象實例和所有特殊類的對象實例都共同具有的屬性和服務，一次性的在一般類中進行顯式的定義。在特殊類中不在重復的定義一般類中已定義的東西，但是在語義上，特殊類卻自動的、隱含地擁有它的一般類（以及所有更上層的一般類）中定義的全部屬性和服務。繼承原則的好處是：是系統模型比較簡練也比較清晰。
（4）分類：就是把具有相同屬性和服務的對象劃分為一類，用類作為這些對象的抽象描述。分類原則實際上是抽象原則運用于對象描述時的一種表現形式。
（5）聚合：又稱組裝，其原則是：把一個復雜的事物看成若干比較簡單的事物組裝體，從而簡化對復雜事物的描述。
（6）關聯：是人類思考問題時經常運用的思想方法：通過一個事物聯想到另外的事物。能使人發生聯想的原因是事物之間確實存在著某些聯系。
（7）消息通信：這一原則要求對象之間只能通過消息進行通信，而不允許在對象之外直接地存取對象內部的屬性。通過消息進行通信是由于封裝原則而引起的。在OOA中要求消息連接表示出對象之間的動態聯系。
（8）粒度控制：一般來講，人在面對一個復雜的問題域時，不可能在同一時刻既能縱觀全局，又能洞察秋毫。因此需要控制自己的視野：考慮全局時，注意其大的組成部分，暫時不詳查每一部分的具體的細節：考慮某部分的細節時則暫時撇開其余的部分。著就是粒度控制原則
（9）行為分析：顯示世界中事物的行為是復雜的。由大量的事物所構成的問題域中各種行為旺旺相互依賴交織
二，面向對象分析產生三種模型
1.對象模型：對用例模型進行分析，把系統分解成互相協作的分析類，通過類圖\對象圖描述對象\對象的屬性\對象間的關系，是系統的靜態模型
2，動態模型：描述系統的動態行為，通過時序圖/協作圖/描述對象的交互，以揭示對象間如何協作來完成每個具體的用例。單個對象的狀態變化/動態行為可以通過狀態圖來表示、
3.功能模型（即用例模型à作為輸入）
三。OOA的主要優點
1.加強了對問題域和系統責任的理解。
2.改進與分析有關的各類人員之間的交流
3.對需求的變化具有較強的適應性
4.支持軟件復用。
5.貫穿軟件聲明周期全過程的一致性、
6.實用性
7.有利于用戶參與
OOA方法的具體步驟
在用OOA具體分析一個事物時。大致上遵循如下5個基本步驟；
1，確定對象和類。這里所說的對象是對數據及其處理方式的抽象，它反映了系統保存和處理現實世界總某些事物的信息能力。。類是多個對象的共同屬性和方法集合的描述，它包括如何在一個類中建立一個新對象的描述。
2，確定結構（）。結構是指問題域的復雜性和連接關系。類成員結構反映了泛華—特化關系，整體-部分結構反映整體和局部之間的關系
3，確定主題（subject）。主題是指事物的總體概貌和總體分析模型
4，確定屬性（）。屬性就是數據元素，可用來描述對象或分類結構的實例，可在圖中給出，并在對象的存儲中指定。
5，確定方法（method）。方法是在收到消息后必須進行的一些處理方法：方法要在圖中定義，并在對象的存儲中指定。對于每個對象和結構來說，那些用來增加、修改、刪除和選擇一個方法本身都是隱含的（雖然它們是要在對象的存儲中定義的，但并不在圖上給出），而有些則是顯示的。
OOD
面向對象設計（Object- Design,OOD）方法是oo方法中一個中間過渡環節。其主要作用是對OOA分析的結構作進一步的規范化整理，以便能夠被oop直接接受。
面向對象設計（OOD）是一個軟件設計方法，是一種工程化規范。這是毫無疑問的。按照Bjarne 的說法，面向對象的編程范式（）是[,97]:
決定你要的類：
給每一個類提供完整的一組操作。
明確地使用繼承來表現共同點：
由這個定義，我們可以看出：OOD就是“根據需求決定所需的類、類的操作以及類之間關聯的過程”。
OOD的 目標是管理程序內部各部分的相互依賴。為了達到這個目標，OOD要求將程序分成塊，每個塊的規模應該小到可以管理的程度，然后分別將各個塊隱藏在借口（）的后面，讓它們只通過接口相互交流。比如說，如果用OOD的方法類設計一個服務器-客戶端（client-server）應用，那么服務器和客戶端之間不應該有直接地依賴，而是應該讓服務器的接口和客戶端的接口相互依賴。
這種依賴關系的轉換使得系統的各部分具有了可復用性。還是拿上面那個例子來說，客戶端就不必依賴于特定的服務器，所以就可以復用到其他的環境下。如果要復用某一個程序塊，只要實現必須的接口就行了。
OOD是一種解決軟件問題的設計范式（），一種抽象的范式。使用OOD這種設計范式，我們可以用對象（object）來表現問題領域（problem domain）的實體，每個對象都有相應的狀態和行為。我們剛才說到：OOD是一種抽象的范式。抽象可以分成很多層次，從非常概括的到非常特殊的都有，而對象可能處于任何一個抽象層次上。另外，彼此不同但又相互關聯的對象可以共同構成抽象：只要這些對象之間有相似性，就可以把它們當成同一類的對象類處理。
####一，OOD背景知識
計算機硬件技術卻在飛速發展。從幾十年前神秘的龐然大物，到現在隨身攜帶的移動芯片；從每秒數千次運算到每秒上百億次運算。當軟件開發者們還在尋找能讓軟件開發產力提高一個數量級的“銀彈”時，硬件開發的生產力早已提高了百倍千倍。
硬件工程師們能夠如此高效，是因為他們都很懶惰。他們永遠恪守“不要去重新發明輪子”的古訓。Grady Booch把這些黑箱稱為類屬（class ），現在我們則通常把它們稱為“組件（）”。
類屬實由被稱為類的實體組成的，類與類之間通過關聯結合在一起。一個類可以把大量的細節隱藏起來，只露出一個簡單的接口，著正好符合人們喜歡抽象的心理。所以，這是一個非常偉大的概念，因為它們給我們提供了封裝和復用的基礎，讓我們可以從問題的角度來看問題，而不是從機器的角度來看問題。
軟件的復用最初是從函數庫和類庫開始的，這兩種復用形式實際上都是白箱復用。到90年代，開始有人開發并出售真正的黑箱軟件模塊：框架和控件。框架和控件往往還受平臺和語言的限制，現在軟件技術的新潮流是用SOAP作為傳輸介質的web service ,它可以使軟件模塊脫離平臺和語言的舒服，實現更高程度的復用。但是想一想，其實web service也是面向對象，只不過是把類與類之間的關聯用XML來描述而已。
在過去的十多年里，面向對象技術對軟件行業起到了極大的推動作用。在可以預測的將來，它仍將是軟件設計的主要技術——至少我看不到有什么技術可以取代它的。
####二，OOD到底從哪里來的？
有很多人都認為：OOD是對結構化設計（ Design，SD）的擴展，其實這是不對的。OOD的軟件設計觀念和SD完全不同。SD注重的是數據結構和處理數據結構的過程。而在OOD中，過程和數據結構都被對象隱藏起來，兩者幾乎是互不相關的。不過，追根溯源，OOD和SD有著非常深的淵源。
1967年前后，OOD和SD 的概念幾乎同時誕生，它們分別以不同的方式來表現數據結構和算法。當時，圍繞著這兩個概念，很多科學家寫了大量的論文。其中，由和 Hoare兩人所寫的一些論文講到了“恰當的程序控制結構”這個話題，聲稱goto語句是有害的，應該用順序、循環、分支這三種控制結構來構成整個程序流程。這些概念發展構成了結構化程序設計方法；而由Ole-Johan Dahl所寫的另一些論文則主要討論編程語言中的單位劃分，其中的一種程序單位就是類，它已經擁有了面向對象程序設計的主要特征。
這兩種概念立刻就分道揚鑣了。在結構化這邊的歷史大家都很熟悉：NATO會議采納了的思想，整個軟件產業都同意goto語句的確是有害的，結構化方法、瀑布模型從70年代開始大行其道。同時，無數的科學家和軟件工程師也幫助結構化方法不斷發展完善，其中有很多今天足以使我們振聾發聵的名字，例如、Yourdon、DeMarco和。有很長一段時間，整個世界都相信：結構化方法就是拯救軟件工業的 “銀彈”。當然，時間最后證明了一切。
而此時，面向對象則在研究和教育領域緩慢發展。結構化程序設計幾乎可以應用于任何編程語言之上，而面向對象程序設計則需要語言的支持[1]，這也妨礙了面向對象技術的發展。實際上，在60年代后期，支持面向對象特性的語言只有Simula-67這一種。到70年代，施樂帕洛阿爾托研究中心（PARC）的 Alan Key等人又發明了另一種基于面向對象方法的語言，那就是大名鼎鼎的。但是，直到80年代中期，和另外幾種面向對象語言仍然只停留在實驗室里。
到90年代，OOD突然就風靡了整個軟件行業，這絕對是軟件開發史上的一次革命。不過，登高才能望遠，新事物總是站在舊事物的基礎之上的。70年代和80年代的設計方法揭示出許多有價值的概念，誰都不能也不敢忽視它們，OOD也一樣。
####三，OOD和傳統方法有什么區別？
還記得結構化設計方法嗎？程序被劃分成許多個模塊，這些模塊被組織成一個樹形結構。這棵樹的根就是主模塊，葉子就是工具模塊和最低級的功能模塊。同時，這棵樹也表示調用結構：每個模塊都調用自己的直接下級模塊，并被自己的直接上級模塊調用。
那么，哪個模塊負責手機程序最終的那些策略？當然是最頂端的那些。在底下的那些模塊至關實現最小的細節，最頂的模塊關系規模最大的問題。所以，在這個體系結構中越靠上，概念的抽象層次就越高，也越接近問題領域：體系結構中位置越低，概念就越接近細節，與問題領域的關系就越少，而與解決方案領域的關系就越多。
但是，由于上方的模塊需要調用下方的模塊，所以這些上方的模塊就依賴與下方的細節。換句話來說，與問題領域相關的抽象要依賴于與問題領域無關的細節！這也就是說，當實現細節變化時，抽象也就會收到影響。而且，如果我們想復用某一個抽象的話，就必須把它依賴的細節都一起拖過去。
而在OOD中。我們希望倒轉這種依賴關系。我們創建的抽象不依賴于任何細節，而細節則高度依賴于上面的抽象。這種依賴關系的倒轉正事OOD與傳統技術之間的根本性差異，也正是OOD思想的精華所在。
####四，OOD步驟
細化重組類
細化和實現類之間關系，明確其可見 性
增加屬性，指定屬性的類型與可見性
分配職責，定義執行每個職責的方法
對消息驅動的系統，明確消息傳遞的方式
利用設計模式進行局部設計
畫出詳細的類圖和時序圖
####五。OOD設計過程中要展開的主要幾項工作
1，對象定義規格的求精過程
對于OOA所抽象出來的對象&類以及匯集的分析文檔，OOD需要有一個根據設計要求整理和求精的過程，是指更能符合oop的需要。這個整理和求精過程主要有兩個方面；一是根據面向對象的概念
模型整理分析所確定的對象結構、屬性、方法等內容，改正錯誤的內容，刪去不必要和重復的內容等。而是進行分類整理，以便于下一步數據庫設計和程序處理模塊設計的必要。整理的方法主要是進行歸類，對類、對象、屬性、方法和結構、主題進行歸類。
2.數據模型和數據庫設計
數據模型的設計需要確定類與對象屬性的內容,消息連接的方式.系統訪問.數據模型的方法等.最后每個對象實例的數據都必須落實到面向對象的庫結構模型中.
3,優化:
OOD的優化設計過程是從另一個角度對分析結果和處理業務過程的整理歸納,優化包括對象和結構的優化,抽象,繼承.
對象和結構的模塊化表示OOD提供了一種范式,這種范式支持對類和結構的模塊化.這種模塊符合一般模塊化所要求的的所有特點,如信息隱蔽性好,內部聚合度強和模塊之間耦合度弱等.
集成化使得單個構建有機的結合在一起,相互支持.
六.oo方法的特點和面臨的問題.
OO方法一對象為基礎,利用特定的軟件工具直接完成從對象客體的描述到軟件結構之間的轉換.這是OO方法最主要的特點和成就.OO方法的應用解決了傳統結構化開發方法中客觀世界描述工具與軟件結構的不一致性問題,縮短了開發周期,解決了從分析和設計到軟件模塊結構之間多次轉換映射的繁雜過程,是一種很有發展前途的系統開發方法.
但是同原型方法一樣,OO方法需要一定的軟件基礎支持才可應用,另外在大興的Mis開發中個如果不經自頂向下的整體劃分,而是一開始就自底向上的采用OO方法開發系統,同樣也會造成系統結構不合理,各部分關系失調等問題.所以OO方法和結構化方法目前仍是兩種在系統開發領域相互依存的,不可替代的方法,.
OOP
所謂的OOP就是指的面向對象編程.這是一種計算甲編程架構.OOP的一條基本準則是計算機程序是由單個能夠引起子程序作用的單元或對象組合而成.OOP達到了軟件工程的三個主要目標:重用性,靈活性和擴展性.為了實現整體運算,每個對象都能夠接收消息,處理數據和向其它對象發送消息.OOP主要有以下的概念和組件.
組件;數據和功能一起在運行著的計算機程序中形成的單元,組件在OOP計算機稱重是模塊和結構化的基礎.
抽象性;程序有能力忽略正在處理中信息的某些方面,即對信息主要方面關注的能力
封裝:也叫作信息封裝:確保組件不會以不可預期的方式改變其它組件內部狀態;只有在那些提供了內部狀態改變方法的組建中,才可以訪問其內部狀態.每類組件都提供了一個與其它組件聯系的接口.并規定了其它組件進行調用的方法.
多態性;組件的引用和類集會涉及到其它許多不同類型的組件,而且引用組件所產生的的結果得依據實際調用的類型.
繼承性;允許在現存的組件基礎上創建子類組件,著統一并強調了多態性和封裝性.典型的來說就是用類來對組件進行分組,而且還可以定義新類為現存的類的擴展,這樣就可以將類組織成樹形或網狀結構,這體現了動作的通用性.
由于抽象性/封裝性/重用性以及便于使用等方面的原因,以組件為基礎的編程在腳本語言中已經變得特別流行.Python 和 Ruby 是最近才出現的語言，在開發時完全采用了 OOP 的思想，而流行的 Perl 腳本語言從版本5開始也慢慢地加入了新的面向對象的功能組件。用組件代替“現實”上的實體成為 （） 得以流行的原因，有論證表明對組件進行適當的組合就可以在英特網上代替 HTML 和 XML 的文檔對象模型（DOM）。
變量的類型 I 研究方法04
在社會研究中，經常會見到理論、概念、變量等術語，確定這些術語的含義以及之間的關系，對于研究設計等十分重要。
本文將簡要介紹這些術語以及之間的關系，并重點闡釋“變量”這一部分。
這一部分內容很容易考到，
快拿出小本本記下來，
有問題也可以在留言區提問哦！
一、理論及相關術語
理論（theory）是以一種系統化的方式，將經驗世界中某些被挑選的方面概念化，并組織起來的一組內在相關的命題。可以分為：①宏觀理論，例如馬克思主義、生物進化論等；②中觀理論，例如社會分層理論、社會角色理論等；③微觀理論，例如自我互動理論等。
概念（concept）是對研究范圍內同一類現象的概括性表述，是組成理論的基本要素。例如階級、資本、勞動、商品、異化等概念，是馬克思主義理論的基本要素。概念是通過概括、抽象得到的，不同概念的抽象程度是不同的：抽象層次越高，越難以進行直接的觀察和描述。
變量（）是概念的一種類型，是具有一個以上不同取值的概念。例如“職業”這一概念，是一個包括工人、教師、醫生等多個取值在內的變量。而只有一個固定不變的取值的概念，叫做常量。
命題（）是指關于一個概念的特征或多個概念間關系的陳述。命題直接由概念構成，理論則是由一組命題構成。命題具有不同的類型，包括公理、定律、假設、經驗概括等。社會研究中最常用的命題形式是假設（）。
因此，這幾個主要術語的大致關系如下：
二、變量
變量在不同情況下有不同的狀態或屬性，反映了概念的可變動性，說明了現象在規模、重量、密度、速度等方面的變化情況，或者在程度差異上的變化方式。根據不同的分類標準，變量可以分為不同的類型。
根據變量取值的性質
可以分為定類變量、定序變量、定距變量、定比變量。
測量：定類、定序、定距、定比 | 研究方法02
根據變量之間的關系
可以分為自變量、因變量、中介變量、調節變量、控制變量等。
自變量與因變量
自變量（ ）是指能夠引起其他變量發生變化、而又不受其他變量影響的變量，通常用x表示。因變量（ ）是指其他變量的變化導致自身發生變化、而又不能影響其他變量的變量，通常用y表示。
當一個自變量影響一個因變量，或者說一個自變量的變化“引起”或“導致”一個因變量的變化時，就形成了某種因果關系，可用符號表示：x→y。
在實驗研究中，研究者可以根據需要而系統地控制自變量，此時自變量也稱為實驗刺激變量。因變量是研究者試圖解釋的對象，但研究者只能對其做出大致預測，卻無法控制。
中介變量
中介變量（ ）是指出現在更為復雜的因果關系鏈中的第三個變量，是自變量對因變量發生影響的中介，處于自變量與因變量二者之間的位置，表明自變量影響因變量的一種方式、途徑或機制。
在一個因果關系鏈中，中介變量既是相對于自變量來說的因變量，又是相對于因變量來說的自變量。原來的自變量、因變量之間的因果關系是通過中介變量而實現的。
調節變量
在一組因果關系中，如果自變量與因變量的關系是某一變量的函數，那么這一變量就是調節變量。當研究發現自變量和因變量之間存在關系，但難以解釋存在關系的原因時，引入中介變量可以闡明自變量對因變量的作用機制。
調節變量能影響自變量與因變量之間關系的方向（正或負）和強度，可以是定性的（如性別、種族、學校類型），也可以是定量的（如年齡、受教育年限等）。例如，學生的學習效果和指導方案的關系，往往受到學生個性的影響：一種指導方案對某類學生很有效，對另一類學生卻沒有效果，因此學生個性是調節變量。
當自變量與因變量的關系強度時強時弱，或者方向上有所改變時，常常要考慮到調節效應。此時引入調節變量，可以展示自變量和因變量在何時、存在怎樣的關系。
調節變量和中介變量都是都能夠解釋自變量和因變量之間的關系，都是影響二者關系的“第三變量”。兩者都是重要的統計概念，都與回歸分析有關。不同之處在于：
控制變量
在實驗研究中，常常引入第三變量來檢驗、解釋或確定自變量與因變量之間的真實關系，這一過程叫做分析的詳析化，被引入的第三變量即為控制變量。根據引入控制變量之后，自變量和因變量之間關系的變化結果不同，控制變量可以分為：
(1) 外加變量
雙變量數據分析中呈現出的數據關系，實際上是受其他因素影響的，是不確定、不存在的，此時引入控制變量會使得原來呈現的關系變成無關，這一控制變量叫做外加變量。其作用是擯棄原來不存在的（假）結論，使數據的真實結果得以顯現。
(2) 抑制變量
在雙變量數據分析中，兩個變量之間呈現無關關系；引入第三變量后，原有雙變量的分析由無關變成有關，此時的控制變量叫做抑制變量。其作用是把表面無關的兩個變量的真實關系體現出來，使數據的真實結果得以顯現。
(3) 曲解變量
引入第三變量后，原來兩變量之間的關系與實際結論相反，此時控制變量叫做曲解變量或者歪曲變量。體現為：自變量x與因變量y是一種正（負）相關關系，引入曲解變量之后，無論曲解變量取值多少，x與y都是一種負（正）相關關系，結論完全相反。
參考資料
【1】袁方.社會研究方法教程[M].北京大學出版社,2013.
【2】風笑天.社會研究方法[M].中國人民大學出版社,2018.
【3】陳陽.大眾傳播學研究方法導論[M].中國人民大學出版社,2007.
【4】溫忠麟.調節效應與中介效應的比較和應用[J].心理學報,2005(2):268-274.
【5】盧謝峰.中介變量、調節變量與協變量——概念、統計檢驗及其比較[J].心理科學,2007(4):934-936.
大家有任何問題，可在文后留言區留言，胡師姐為你解答。
*請認真填寫需求信息，我們會在24小時內與您取得聯系。
