架構重構是難點、痛點、未來熱點 ----溫昱
聽說溫昱老師，要出一本架構重構的書，期待。
架構設計分為三個階段，包括pre-architecture階段、conceptual architecture階段、refined architecture階段。
1、pre-architecture階段
pre-architecture是架構設計的最前期階段，其工作目標是：理解需求、建立需求大局觀、確定架構設計方向。通俗的來講，就是在架構設計之初，來全盤考慮架構設計要重點支援的關鍵質量目標，並在第一時間就判斷這些「關鍵質量」之間有沒有衝突關係，並制定權衡取捨的策略，也就是說，通過在pre-architecture階段，理解需求，來確定架構設計的目標。
這個階段關注對需求的把握和理解，可以採用需求結構化的方法，分析需求之間的關係。
在這裡，老師說了兩句話：「關鍵質量屬性決定技術架構、關鍵功能決定邏輯架構」。
2、conceptual architecture階段
conceptual architecture界定系統的高層元件，以及它們之間的關係。conceptual architecture意在對系統進行適當分解，而不陷入細節。藉此，可以與管理人員、市場人員、使用者等非技術人員交流架構。conceptual architecture規定了每個元件的非正式規約及架構圖，但不涉及細節。
在這個階段，一般可以分為三個步驟：初步設計、高層分割、考慮非功能需求。
2.1初步設計
基於關鍵功能，借助魯棒圖進行以發現職責為目的的初步設計。這一步並不總是需要，但對於新系統而言，這是必須的。所謂魯棒圖分析是這樣一種方法：通過分析用例規約中的事件流，識別出實現用例規定的功能所需的主要物件及其職責，形成以職責模型為主的初步設計。
2.2高層分割
對系統這個黑盒子進行高層切分，例如切分複雜系統為多個二級系統，或者直接切分系統為具體子系統。
2.3考慮非功能性需求
進行架構設計時，不僅要考慮功能，也必須考慮非功能，一般可以採用目標-場景-決策表的方法。
3、refined architecture階段
refined architecture是相對於conceptual architecture而言的，它們是architecture design的兩個層次，分別對應於「概念級」和「規約級」解決方案。在refined architecture中，介面佔據非常核心的地位，而conceptual architecture並不關心明確的介面定義，只有抽象的元件和抽象的互動機制；refined architecture重視通過子系統和模組來分割整個系統，並且子系統有明確的介面；refined architecture中的互動機制是「實在」的，而conceptual architecture中的互動機制是「概念」化的。（如下圖所示）
在這個階段，一般採用多檢視的方法。包括rup 4+1檢視，sei 3檢視。目前常用的是如下圖所示的5檢視方法，該方法是以4+1檢視為基礎，進行一定的改良而成的。
KOL營銷之痛點難點
本文講的是 kol營銷之痛點難點,移動網際網路 自 的興起，帶動了kol 關鍵意見領袖，key opinion leader 營銷熱潮，但是缺乏一套科學有效的評估方案，仍然是整個營銷過程中的痛點難點，行業急需在這方面有所突破。kol的營銷價值突顯 移動網際網路時代，消費者的資訊接觸變得無比碎片，需求...
Android架構重構
我將專案分為了四個層級 模型層 介面層 核心層 介面層。模型層定義了所有的模型 介面層封裝了伺服器提供的api 核心層處理所有業務邏輯 介面層就處理介面的展示。幾個層級之間的關係如下圖所示 下面展開說明具體的每個層次 介面層封裝了網路底層的api，並提供給核心層呼叫。剛開始，為了簡單，該層的核心類我...
資料倉儲的難點和痛點
想想自己也接觸過5個以上的資料倉儲專案了,現在想起來沒有乙個資料倉儲專案得到了客戶的肯定,大部分的倉庫專案也就是達到了給客戶提取提取報表資料的要求,可是做為一直從事資料倉儲後台專案的人員,不免還是對怎麼實施乙個資料倉儲專案感到還是沒有乙個不錯的方案.現在想想之前做過的資料倉儲專案,想想後台最讓人頭疼...