阿凡達架構平台（Avatar Architecture Platform）（二）

沒想到我的第一篇引起了大家的熱評，有人說想法很好，但是沒有什麼實質的內容。是的，前一篇以及這篇重點在於描述平台的特性、遠景、以及基於平台的Team Dev組建、開發流程等。後續會有細節的描寫，但是大家都知道，架構平台涉及到的方方面面太多了，我盡量的突出重點以及和我以前不一樣的新的想法上，過於細節的問題，不會涉及太多。

==========================================================================

開發流程

先回想一下傳統的產品/項目開發的基本開發流程：

1）  現場調研->需求規格說明書（包括文字、圖表、用例等）；

2）  架構設計->架構設計文檔（架構圖、類圖、資料結構、部署圖、UI設計等）；

3）  開發各模組；

4）  單元測試、整合測試、效能測試；

5）  文檔、培訓、實施。

 

使用Avatar平台，開發流程又是如何呢？

1）  現場調研，把使用者流程草稿畫出來，把使用者單據介面畫出來，把使用者的報表畫出來，甚至可以選擇使用者喜歡的布局、操作方式和介面樣式，併當場示範給使用者看，直到其滿意為止----產品原型階段。

2）  在原型基礎上添加中介層的模型、商務規則、許可權規則，調試運行----產品實現階段。

3）  根據企業的規模、組織架構、軟硬體資源、接入終端選擇部署方案，另外負責文檔、培訓以及試運行----產品實施階段。

 

如果明確了需求，以上各階段並無嚴格的順序，可以按照想要的組合來進行。也就是說，可以先設計外觀，再實現細節；也可以先把細節邏輯實現了，再調整外觀；甚至，你可以先實施讓使用者用一部分，再去設計和開發其他部分。而且，產品實施後用過一段時間，也是可以按照要求來調整的，比如增加功能，比如修改功能等，都非常方便。 

 

團隊定義

     

這裡的團隊是使用Avatar平台進行產品開發的團隊。邏輯上只需要三類角色，一類是架構師，負責專案管理、需求、設計類的工作；一類是開發工程師，負責函數、組件、規則的設定和編寫；一類是實施工程師，負責測試、文檔、部署、培訓之類的工作。按照這樣的定義，架構師應該具有比較廣的知識面，比較豐富的經驗，比如專案管理，需求分析，架構設計都應該懂一點，是團隊的“主治醫生”；開發工程師只需要編碼熟練就可以了，相當於“主治醫生的助理”；而實施工程師，做善後的工作，則相當於“護士”。

實際上，團隊從1人到多人都是可以的，只不過1人什麼都做就是了，人多可以分工一下，如果按照1：1：1的比例可能比較合適，編碼的工作相比較傳統開發來說，應該是大大減少，複雜的商務規則才需要編碼，因此開發工程師不需要太多。另外，他們之間的工作不需要有非常嚴格的區分的，可以根據實際情況來調整，但是無論怎樣的分工，他們的工作都將直接作用於產品----嚴格杜絕中間不必須要的過程和產品，這也是Avatar平台的基本理念。

 

==============================================

阿凡達架構平台（一）

阿凡達架構平台（二）

阿凡達架構平台（三）