其他

通過從系統工程的角度分析與組織需求資訊，我們已經由需求分析得到了一個架構性的架構雛形，但那隻是架構的一個大概形狀，在具體進行架構設計之前，架構師必須進行架構的進一步分析和設計，從不同的角度審視架構設計，多角度、多層次的修改架構設計方案，從而得到一個合理的架構基準產品。對初步的架構輪廓作第一個方面的審視，是從需求分析中仔細思考品質需求對架構的要求，換句話說就是擷取架構因素。架構分析的本質，是識別可能影響架構的因素，瞭解它的易變性和優先順序，並解決這些問題。其痛點是，應該瞭解提出了什麼問題，權衡這些

對初步的架構輪廓作第二個方面的審視，是考慮模組化的設計問題。也就是從架構的組成單元來說，定義清楚子系統以後，下一步就是定義模組。1，模組化設計的概念如何合理的進行模組設計呢？這裡的關鍵是要保證模組的獨立性。模組：模組是資料說明、可執行語句等程式對象的集合，是單獨命名的並且可以通過名字來訪問，例如過程、函數、子程式、宏等。模組化：軟體被劃分成獨立命名和可獨立訪問的被稱作模組的構件，每個模組完成一個子功能，它們整合到一起可以滿足問題需求。利用模組化解決方案的注意事項：一般來說，傾向於每個使用者描述定

下面我們再從第三個方面審視架構設計，關注點在模組的纏繞和分散。所謂纏繞，指的是一個模組是不是包含了多個模組不同的實現。所謂分散，一個模組的實現分散在多個不同的模組中。解決這些纏繞和分散問題，需要使用分層結構來解決。1，層模式的問題與機會在模組分割以後，就會發現有些功能塊或者某些功能是共用的或者纏繞的，我們需要把這些模組或者功能提取出來，分成若干層次，這就是層模式。層模式是構造彈性架構的基礎，好的架構幾乎都是在層這個模式基礎上建立起來的。分層不是目的，分層必須把分離性與易變性、靈活性結合起來，這也

TAG:物件導向程式設計,物件導向的問題建模,靜態結構分析TEXT:靜態結構分折將描述對象和類之間的靜態關係，通過建立對象和類之間的各種靜態聯絡，類比客觀事物的靜態結構。儘管不同分析方法的具體步驟和結果的表現形式不同，但基本思路都是以物件模型刻畫系統的靜態階層，主要步驟1所示。圖1 物件模型靜態階層REF:.txt,14_3_2_1.jpg,識別對象和類.txt,識別關聯與彙總.txt,識別屬性.txt,提取公用成員.txt,分離部分成員.txt,新增成員派生新類.txt,模型改進.txt

使用案例圖用來確定需求的範圍，這些需求是設計開發的依據。使用案例圖將系統看作黑盒，從外部執行者的角度來理解系統。12.2所示，圖中的用例是使用者與電腦之間的一次典型 圖12.2 

　　UML 活動圖表記錄了單個操作或方法的邏輯，單個使用者案例，或者單個商務程序的邏輯。要建立一個 UML

1、 概述開始編寫自訂控制項之前，需要考慮兩個問題：·編寫什麼類型的控制項？·從什麼類繼承？ 第一個問題：         自訂控制項包括兩種

使用案例圖主要用來圖示化系統的主事件流程，它主要用來描述客戶的需求，即使用者希望系統具備的完成一定功能的動作，通俗地理解用例就是軟體的功能模組，所以是設計系統分析階段的起點，設計人員根據客戶的需求來建立和解釋使用案例圖，用來描述軟體應具備哪些功能模組以及這些模組之間的調用關係，使用案例圖包含了用例和參與者，用例之間用關聯來串連以求把系統的整個結構和功能反映給非技術人員（通常是軟體的用戶），對應的是軟體的結構和功能分解。正在裝載資料……用例是從系統外部可見的行為，是系統為某一個或幾個參與者（Act

· 活動圖表活動圖表是即時檢視的標記法（ 7-1）。它包括一些方便的速記符號，這些符號實際上可以用於任何狀態圖，儘管活動圖表和狀態圖的混合標記法多數時候都很難看。 活動狀態表示成帶有圓形邊線的矩形，它含有活動的描述（普通的狀態盒為直邊圓角）。簡單的完成轉換用箭頭表示。分支表示轉換的監護條件或具有多標記出口箭頭的菱形。控制的分叉和結合與狀態圖中的標記法相同，是進入或離開深色同步條的多個箭頭。 圖 7–1 表示訂單處理的活動圖表。 圖 7–1 活動圖表

    CMMI式思維指的是以CMMI的思想全方位用於公司管理，充分利用CMMI模型帶給我們的思維理念和技術手段用以規劃公司的發展解決實際工作中所遇到的各種問題。CMMI式思維代表的是一種信念，堅信產品與服務的品質本質上取決於其過程的品質，改進產品與服務首先就要改進其過程，過程是一切的核心。     CMMI式思維是一種管理的基本技能，不僅僅是軟體IT業等高科技公司，傳統製造業和服務業等各行各業都可以以此為基本思考方式。我國在軟體業持續多年的CMMI熱潮使得CMMI式思維在軟體業得到廣泛的認可，

在系統之間整合的時候，最常見的問題是介面不一致，很多能滿足功能的軟體模組，由於介面不同，而導致無法使用。在這種情況下可以使用適配器模式。1，意圖適配器模式的含義在於，把一個類的介面轉換為另一個介面，使原本不相容而不能一起工作的類能夠一起工作。2，結構適配器有類適配器和對象適配器兩種類型，二者的意圖相同，只是實現的方法和適用的情況不同。類適配器採用繼承的方法來實現，而對象適配器採用組合的方法來實現。1）類適配器類適配器採用多重繼承對一個介面與另一個介面進行匹配，其結構如下。這種方式有一個限制，由於

共性：都是從現有的用例中抽取出公用的那部分資訊，作為一個單獨的用例，然後通後過不同的方法來重用這個公用的用例，以減少模型維護的工作量。1、包含(include)   內含項目關聯性：使用包含（Inclusion）用例來封裝一組跨越多個用例的相似動作（行為片斷），以便多個基（Base）用例複用。基用例控制與包含用例的關係，以及被包含用例的事件流是否會插入到基用例的事件流中。基用例可以依賴包含用例執行的結果，但是雙方都不能訪問對方的屬性。  內含項目關聯性對典型的應用就是複用，也就是定義中說的情景。

誤區一：CMMI意味著繁瑣實際上CMMI也推崇簡潔和效率。數年前敏捷開發的各種方法論開始在市場上引起共鳴，並將之置於與CMMI對立的全新開發方法。與此同時，流程改善的先驅之一卡內基梅隆大學資深科學家MarkPaulk博士就在IEEE期刊發表論文指出敏捷開發的思想與CMMI一脈相承，簡潔離不開制度，敏捷離不開規範，敏捷開發的代表方法極限編程的十二項實踐與當時的軟體CMM實踐都可以找到對應。簡潔的過程說的是有效率的過程，是經過反覆提煉去除冗餘後的過程，這正是持續流程改善的精髓之一。誤區二：CMMI意

1、意圖簡單工廠的作用是執行個體化對象，而不需要客戶瞭解這個對象屬於哪個具體的子類。在 GoF 的設計模式中並沒有簡單工廠，而是把它作為Factory 方法的一個特例加以解釋，可以這樣來理解，簡單工廠是參數化的Factory

 本文的主要目的是繼續把我們的重點放在基礎UML圖上；這個月，我們進一步瞭解順序圖表。再次請注意，下面提供的例子正是以新的 UML 2

一、組織產品線的需求許多產業構造了一系列在功能上相近的產品集，但每種產品又包含了某些獨特的特性，被稱之為產品線。假定，正在構建一套軟體系統，每個產品都有共用的功能，在使用過程中需要共用資料，或者與其它部分進行通訊。在這種情況下，可以用如下方法組織需求：開發產品系列的前景文檔，描述產品共同的工作方式以及共用的特性。為了更好的理解共用用法的模型，也應該設計一套用例，先是使用者如何與共同運行的不同應用自建互動。開發定義關於共用功能的特殊需求的公用軟體需求，例如，公用 GUI

一、應用策略模式提升層的通用性1、意圖將演算法封裝，使系統可以更換或擴充演算法，策略模式的關鍵是所有子類的目標一致。2、結構策略模式的結構如下。利用反射實現通用架構目標：構造一個 Bean 容器架構，可以動態裝入和構造對象，裝入類可以使用設定檔，這裡利用了反射技術。問題：如何動態構造對象，集中管理對象。解決方案：策略模式，XML 文檔讀入，反射的應用。我們現在要處理的架構如下：Bean.xml

1，意圖面板模式定義了一個把子系統的一組介面整合在一起的高層介面，以提供一個一致的處理方式，其它系統可以方便的調用子系統中的功能，而忽略子系統內部發生的變化。2，使用場合1）為一個比較複雜的子系統，提供一個簡單的介面。2）把客戶程式和子系統的實現部分分離，提高子系統的獨立性和可移植性。3）簡化子系統的依賴關係3，結構是面板模式的結構，由於該模式的引入，所以外界訪問通過這個統一的介面進行，系統的複雜性得以降低。4，使用效果面板模式為使用者提供了使用子系統組件的統一的介面，使使用者減少了處理對象的數

本文轉自IBM developerWorks 中國網站　　請嘗試本文所介紹的技巧來建立有效 UML 順序圖表。本文改編自 The Object Primer 2nd Edition 的第 6 章。 　　有一些方法可以協助您提高 UML 順序圖表的品質和效力。它們包括： 　　　和主題問題專家一起驗證決策 　　　使解決方案盡量簡單 　　　為繪製訊息和傳回值選擇一種一致而有效風格 　　　將順序圖表分層 　　　遵循一致的邏輯風格 　　　牢記順序圖表是動態 　　驗證決策 在開發圖 1

雖然經過了系統架構和設計的重構，系統的結構已經得到了很大程度的改善。但是，最終我們還需要進行一個更低層面但絕對重要的重構工作，這就是系統代碼重構。我們在瀏覽一個系統代碼後，通過經驗及直覺就能發現的一些“壞味”，例如：代碼的方法過大。系統中重複的代碼過多。類的子類中存在大量相同方法。代碼中過多的注釋。參數列表太長。那麼一般我們應該選擇怎樣的時機去解決這些問題呢？通常，有如下四種時刻最合適進行代碼重構。反之，如果隨意選擇代碼重構的時刻，則會使系統代碼更加混亂：當我們試圖將新的功能代碼整合進系統代碼前