架構設計越來越被軟體企業所重視，但如何做架構設計，怎樣來描述架構設計，卻困擾了不少人。目前提得比較多的是一種稱為了4+1檢視的架構設計方法，該方法認為架構設計應該從邏輯檢視、開發檢視、程序檢視、物理檢視+場景檢視，這種方法已被大多數人說熟悉，這裡不詳述，本文要價紹的是另外一種架構設計的模型，即開放分布程序的參考模型-rm-odp，是乙個iso標準，其實這個模型和4+1檢視模型是用共同的方法來描述架構設計的，那就是從不同的檢視來看系統，分別從不同的涉眾視角進行描述，odp也包含了5個檢視，分別是：
資訊檢視：指資訊的結構，它的變化、流程以及在不同功能件的邏輯劃分。
計算檢視：重點在於把系統分解為實體和實體間的介面。
工程檢視：處理分布式系統物件之間的互動，以及互動是如何得到支援的。
技術檢視：定義構系統的硬體和軟體構件。
兩種模型的檢視有些是有對應關係的，初步感覺odp中的檢視包含的範圍要廣一點，主要是企業檢視在4+1中沒有很明顯的對應，可以這麼說odp比4+1站的更高一點，可以把兩者結合起來指導我們的設計。
後續再做一些詳細的介紹，包括如何使用odp進行架構設計的過程。
基於外掛程式開發的架構研究
最近關注架構問題，從很多方面了解到基於外掛程式開發的優點和方便性。其中乙個典型的例子就是eclipse，允許廣大程式設計師在eclipse的核心框架基礎上進行無限擴充套件。那麼基於外掛程式開發具有哪些好處呢?1 可以將各個功能交給外掛程式完成,那麼對於核心框架來說，其實只需要實現基本事件排程，資料快...
基於EEPlat的專案開發過程簡介
eeplat平台比較匹配敏捷式開發過程 如xp 可以進行簡單設計快速迭代，基本可以以一周或兩周作為迭代週期。當然了eeplat也可以支援傳統重量級的軟體開發過程 如rup等 專案開始初期，與傳統專案一樣進行需求調研，進行需求分析，經過和客戶討論確定後可以獲得乙個相對完整的軟體需求。然後進行簡單設計，...
saltstack的簡介架構
saltstack是乙個開源的 新的基礎平台管理工具，使用python語言開發，同時提供rest api方便二次開發以及和其他運維管理系統進行整合。相對於出道比較早的puppet，saltstack先天的優勢就是簡單 易用，可以非常快速的在團隊中推廣和使用，而且執行多平台。遠端執行 就是在管理節點上...