老闆或甲方是乙個需求的真正發起者，也是乙個基礎idea的夢想師，產品是需求專業化梳理或進行有效評估細化需求負責的，
而設計是前端的上游，前端是設計的下游。設計的工作目的是把產品巨集觀的思維結果進行專業的處理，因為按一般的習慣，產品最終的結果是原型圖，而原型圖可以理解為設計的草圖，
對真正的使用者來說，這個草圖過於簡單或不符合使用的操作習慣，所以需要設計師進行專業的處理，比如顏色搭配，布局分隔，有時候還兼互動的一部分工作，設定使用者與頁面發生互動的預訂流程，
那有人問，不需要設計不行嗎？直接讓前端寫頁面不就得了，還需要麻煩設計師來做個圖出來。
因為這裡邊有乙個成本風險控制的乙個理念，因為在前期，尤其是設計，主觀感受大於理性的思考，所以每天的結果都不一樣，所以需要設計師去消化掉這部分主觀感受帶來的誤區，
而且從成本上來講，有些場景設計師改圖比改**要容易控制一些。
設計師的結果是psd檔案，他是很多個圖層疊加在一起的結果，而前端的工作結果html頁面，是把很多圖層上的效果，有機的用html組織起來的過程。
前端是把轉化後html交給下游服務端開發工程師，或叫後台開發，這個html裡邊包括一些互動的js檔案等。總的來說前端是乙個承前啟後的崗位。
也有的公司把前端的責任放大，負責整個前台view層頁面的開發，這樣的好與壞在前面的文章中已經**過就不一一細表了。
我們以前基本的流程是，領導或甲方提出需求，然後產品分析需求，並且根據需求畫出原型圖，然後根據原型圖出設計稿。
出完設計稿團隊評審，過後交與前端製作靜態頁面，然後靜態頁面，交與設計審核，過後交給開發人員，進行動態資料的新增。
新增完之後，發布測試環境，產品測試領導審核，成功後，直接發布產品環境。或進行版本迭代。
這是整個的乙個設計，開發，部署的流程。
根據前面的，在補充一下，前面的所有流程中的靈魂是原始需求提出者，但人隨著客觀條件的變化，思維認識會有所不一致，
所以產生了文件，文件是貫穿整個流程的乙個靈魂。
而產品是整個流程中文件的編寫者，因為產品最能接觸最原始的需求，對需求的理解更深刻或專業，所以他會有乙個文件出來。
這個文件是需要交付給設計，讓設計在設計過程中進行參考。
前端看的另外乙個文件。互動設計師出互動文件，一般的公司沒有互動設計師那就是由產品來出的互動文件。
有的互動不過於複雜，就沒有文件，只是郵件。
有時候說，不要這個郵件行不行，那怕是最簡單的原始東西，沒有檔案或郵件是不能做乙個後期測試回溯的依據。
產品文件表示頁面的流轉或資料的走向，互動文件描述頁面複雜的互動或各個使用者表單與使用者發生的各種互動。
另外2個是，要架構師或專案經理出的需求文件，需求文件是對整個專案的歷史背景，系統開發軟硬體要求，或版本資訊，等等。
另外乙個是由服務端工程師提供的介面文件，這裡邊包括一些請求型別，傳參的數目與鍵名，還有服務端返回的引數名約定等等的，這些文件是開發中的靈魂，也是以後測試回溯的標準或依據。
創立乙個**的前前後後（起因，網域名稱，雲平台，備案，cdn等等）(1)
程式開發的一般流程
1.確定需求 和使用者確定需求,明確使用者需要什麼,找到痛點.要實現什麼功能或達到什麼樣的效能要求.2.編寫需求分析文件,根據功能或效能的要求,在充分分析中說明功能或畫出頁面,供客戶,開發和測試人員使用.3.需求評審 需求分析完成後,需要邀請客戶和有經驗的領導或工程師一起評審,確定分析的不足之處,記...
軟體開發的一般流程
軟體開發一般分為五個階段 此階段是軟體開發與需求放共同討論，主要確定軟體的開發目標及其可行性。文件為可行性研究報告和專案開發計畫 在確定軟體開發可行性的情況下，對軟體需要實現的各個功能進行詳細需求分析。文件為軟體需求說明書，資料要求說明書 此階段中要根據需求分析的結果，對整個軟體系統進行設計，如系統...
測試一般流程
目錄 一 測試準備階段 1.1 需求評審 1.2 測試計畫 1.3 測試用例 二 測試階段 2.1 開發自測 2.2 產品設計走查 2.3 測試接入測試 2.4 產品驗收階段 三 上線階段 3.1 與專案人員確認上線時間與策略 3.2 準備線上回歸的賬號，資料等 3.3 執行緊急回滾的策略 3.4開...