• <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>
  • 敏捷頂層設計方法(2)

    發表于:2013-03-25來源:減法架構設計專業論壇作者:高煥堂點擊數: 標簽:敏捷
    圖-5 xMCS模式促進書同文,建立互聯互通的基礎 基于此圖的MCS系統模式,就在EA框架里,詳細說明圖中系統元素之間的信息交換協議、數據交換格式、數據
    top-level-05

      圖-5 xMCS模式促進書同文,建立互聯互通的基礎

      基于此圖的MCS系統模式,就在EA框架里,詳細說明圖中系統元素之間的信息交換協議、數據交換格式、數據量、傳輸速率等規格。于是,產出了EA的系統架構文件(屬于頂層架構設計文件的一部分)。

      2.3 中層設計:采用EIT造形

      兩層減法設計

      在本方法里,有兩層減法設計。這兩層的減法設計就是:

      ◆ 從<業務架構層>到<系統架構層>的減法設計

      此時采取來協助減法設計,讓業務架構層面的千變萬化面貌下,能取得系統設計層面”書同文”,基于共同的概念和術語(如、和等元素種類名稱),來減化復雜性,提升系統的互通性。

      ◆ 從<系統架構層>到<中層設計>的減法設計

      此時采取來協助減法設計,讓系統架構里的互通接口規范部分,能落實微軟件代碼,并取得軟件接口設計上的”詩同形”,就像唐詩三百首一樣,據有共同的造形(Form),卻能包容無限意境的詩人心靈感觸。

    Noname-24

      圖-6 xMCS模式和EIT造形接力進行減法設計

      為什么要透過兩層的減法設計來支撐頂層設計的目標呢? 而不是去設計一個業務層面的共同平臺呢? 主要的理由是:各業務區塊的系統大多已經發展一段時間了,并非重新興建,而且會持續成長與發展。所以,業務架構層面的百花齊放是智慧城市、數字家庭,以及大型SoS系統蓬勃發展的必然性,其本質就是復雜的(Complex)。此外,城市、家庭、及系統會持續發展下去,頂層設計必須非常專注,其發展的未來性,由于未來環境變會的不可預期性,其本質就是多變的(Changeable)。

      君不見,城市里的建筑物外觀也是百花齊放的,也是數千年來持續演化和發展的。人們不會尋求去統一這些建筑物的外貌,因為外貌的復雜性和多變性是本質性(Essential)的。因為城市、家庭、及系統所處的外在環境(如自然環境、經濟市場環境等)也是復雜多變的。

      然而,我們可以看到,無論是教堂、學校、倉庫、四合院、客棧等建筑物,雖然外貌都不一樣,但其屋檐下的棟梁、磚塊、水泥、門窗、卡榫接口的設計概念和造形卻是極為一致。這就是中層設計的來源,藉由中層設計的一致化簡單造形,來包容上層外貌的復雜性和多變性。因此,我們設計了xMCS系統模式和EIT軟件造形,其效益如下:

      基于中間層造形的包容性,支撐上層業務的多樣性,促進城市發展的未來性。

      基于中層設計概念一致化,促進不同區塊、系統、及設計者之間的互通性。

      基于中間層的模塊的復用性,促進不同區塊、不同系統、不同設計者采用更優質、更受檢驗的模塊,大幅提升城市建置的質量。

      以EIT造形實現互聯互通的接口設計

      接續上圖里的系統架構設計。以EIT軟件造形形來實現上圖里xMCS模式里元素之間的互聯互通的關鍵部分:接口(Interface)。就得出中層設計里的接口定義(軟件代碼)。如圖-7所示。

    top-level-06

      圖-7 EIT造形促進詩同形,確?;ヂ摶ネǖ目蓪崿F性

      由于EIT造形的內容是軟件代碼了,已經到達很明確規范(電腦才能執行)地步了,包括元素本身的形式,以及元素之間的組合形式(就如同,一個H原子內部的質子、中子和電子的結構);此外還包括EIT造形外部的組合形式(就如同,兩個H原子與一個O原子結合成為一個水分子),都明確定義了。它比上層的xMSC模式具有更明確的形式定義(不僅是規范),就稱之為”造形”。所以,xMSC模式比較抽象,只是給人看、引發人們去創造的思考性模式(Thinking Pattern);而EIT則是具像到電腦可執行的軟件(代碼)造形(Software Form)。經過了EIT造形的減法設計之后,在中層設計里面,人們獲得一致的概念和組合形式,有如唐朝時代,邁向”詩同形”的境界。

      以EIT造形封裝通信機制

      由于EIT是軟件造形,它能有效包裝實體的通信接口,透過軟件來轉換信息格式,再轉交由另一個實體層通信接口傳輸給對方。如此,包容了新、舊的實體層通信協議和設備。換句話說,除了促進互聯互通的效益之外,又包容過去、現在和未來的通信協議,保護了過去的投資;還包容了標準的、不標準的通信協議和設備,提升了持續發展的未來性。于是,得出一個可既簡單又可執行的中層設計。如圖-8所示。

    top-level-07

      圖-8 以EIT造形包容新、舊的通信協議

      可繼續運用EIT軟件造形來實現更多的互聯互通的接口設計,如圖-9所示。

    top-level-08

      圖-9 持續運用EIT造形,落實系統的各個接口

      于是,得出了從頂層設計銜接到中層設計的途徑。

      2.4 完成一回迭代(Iteration)的設計

      雖然增加了一項中層設計,但是這些都是頂層設計階段所涵蓋的范圍。如下圖:

    top-level-09

      圖-10 頂層設計階段各層級的設計內涵

      也許你會問道,為什么要獨立出一項中層設計呢? 將它合并到頂層設計,是不是也可以呢? 理由很多,其中最主要的是:中層設計是位于頂層與實踐層之間,本來頂層只做設計,并不產出代碼;而實踐層的重要任務之一是以軟件來整合硬件和通信,產出軟件代碼是它的核心任務。雙方非?;パa;但缺乏交集;而中層設計是雙方的交集部分。在時間軸上,整個過程共分為兩大階段:<頂層設計階段>和<實踐開發階段>。中層設計是在<頂層設計階段>所完成的,屬于<頂層設計階段>的工作范圍。到了<實踐開發階段>,我們將會拿中層設計所產出的軟件代碼(即EIT造形的內涵),來做為實踐開發階段的基礎;也就是實踐階段進行敏捷迭代過程的單純起點,在敏捷開發概念里,稱為:簡單方案(Simple Solution)。

    原文轉自:http://223.26.63.39/?p=138

    老湿亚洲永久精品ww47香蕉图片_日韩欧美中文字幕北美法律_国产AV永久无码天堂影院_久久婷婷综合色丁香五月

  • <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>