## 產品設計體會（四五）——外行眼中的技術分工 技術人員的全面介入，可以簡單的看作以“需求分析初稿完成”為界，需求完成以后，派生出幾個設計：交互設計、編碼設計、數據庫設計、測試設計，各自設計完成并執行以后，再部署發布。 ? 具體的說一下，交互設計這塊，主要是做軟件和用戶交互的工作，分工有從最直接的**視覺設計師**到使用感受上的**用戶體驗師（交互設計師）**再到偏代碼實現的**前端工程師**。 ? 編碼設計，比較偏概要設計的有**軟件架構師**（比如整個系統的表結構設計），具體到coding的層面就是最常見的**開發工程師**，他們也會有分工，比如偏應用、偏底層數據庫、專做搜索引擎，等等。 ? 數據庫設計，對于大用戶量的應用特別重要，而阿里的用戶數實在是比較多，所以相應的人員——DBA，**數據庫管理員**，在業界也確實是比較強的。 ? 測試設計，就比較單純了，相應的人員就是**測試工程師**，再細分一點就有功能、性能等等，一般來說性能測試會寫一些自動執行的腳本，感覺更高科技一點。 ? 上述各項工作完成之后，就要把各方面準備好的產出物拼在一起部署發布，那么就牽涉到硬件方面的管理，這就是SA，**系統管理員**。對于BS應用，感覺部署方面的工作比傳統CS軟件簡單一些。 ? 對于軟件項目的整個過程,需要在流程/規范上做控制以防止低級失誤的發生，比如有時候需求人員會覺得某個功能的改動很小，就直接叫開發人員改而跳過測試人員，這樣違反流程的行為對于復雜的系統是極其危險的。所以產生了SQA，也就是軟件**質量控制人員**，這塊和測試不一樣。 ? 對于多次不斷發布的產品、多分支開發的產品，**配置管理員**（SCM）就顯得非常重要了，有他們的控制，就不會發生“某個bug在新代碼發布之后重新出現”這樣的低級失誤。像簡單的用SVN、CVS來管理文檔、代碼的更新、軟件版本的變更、日構建/發布的控制，就是SCM的雛形。