我理解的軟體開發流程

標籤：color   os   使用   strong   資料   問題   代碼   on   c   

1 客戶經理:瞭解客戶的大體方向，如：行業，消費人群，是技術--需求之間溝通的橋樑。

2 設計部    ① 切圖---配合網頁原型製作的工作

        ② 頁面原型---dreamweaver

輸出的是帶有一些對菜單描述的 頁面原型，最好可以使用axure來進行設計。將每次的設計改動都提交到git版本庫(在項目中的原型目錄)。

做原型設計的人這時候比較忙，因為他要記錄很多東西，畫在紙上，及時和客戶溝通校隊。最後將紙上的畫兒轉化成html，並在後續的迭代過程中添加互動效果。

3  開發部：

① 根據設計部給出的原型及時瞭解相關基礎概念。如是否含有購物車，未支付訂單，已支付訂單,退貨，物流等資訊。對功能模組大致進行劃分。

② 對功能模組進行可行性分析，同時做E-R圖的設計，確定網站的“草稿”（之所以把可行性分析和ER圖安排在一起，是因為他倆本身就是一個內部的實現邏輯進行迭代的過程）。

把根本無法實現的功能cut掉；把偏離產品主乾的功能記錄下來在後面的版本中迭代；把可行性分析報告以郵件的形式告知設計部和客戶經理。

③ 明確開發群組成員間的溝通工具、資料庫設計工具、程式架構、版本管理、時間管理。

④ 劃分功能塊，並分配到具體的人。通過redmine。迅速完成主幹代碼的開發，要求代碼很健壯。

⑤ 項目群組成員可以根據項目實際需求，在對已指派給自己的模組進行細分，做好時間管理。

⑥ 在主幹代碼上進行瀑布反覆式開發法。

4 測試&維護：

① 最佳化代碼品質，使用者體驗。遵循開閉原則。

② 核心可複用的程式碼群組件化，以供後續新項目使用。

ps：為什麼寫這麼多呢？

因為給boss寫了一封信，關於如何更有效開會的文章，boss說出差回來和我們討論，這這是在準備一下。

關於開會的建議:
1 開會時間應該提前商定，小夥伴們好提前安排自己的工作，到了開會時間準時赴約。
2 開會前應該準備幾個特定的問題，開會時進行針對性的討論。做會議記錄的人應該提前通知大家準備問題。
3 開會中應該積極思考，但不爭論，可以把思維不一致的地方用筆記錄下來，等當前討論的主題討論完成後，及時提出來。
4 會後，無論問題的解決方案是否敲定，會議記錄人都應該以郵件的形式發送給與會成員。(之所以用郵件是因為它可以保留較長時間，並且有明確的主題)

我理解的軟體開發流程