公司接到乙個專案，需要做一套方案，領導意思是軟硬體費用一半一半，其他的都是原有專案描述和設計改改就好，軟體其實已經開發好，只是沒給使用者使用。
第一次送方案，是領導送過去的，領導回來以後說把方案再改改，下次一起送過去。
第二次送方案，已經是乙個月以後，要詳細點，多用些圖，讓人看的清楚，不要那麼多文字。
第三次送方案，新增好流程圖，把一些描述性的文字重新做了調整，甲方說你這些圖放在這到底做什麼用的，也沒有說明，你詳細的設計流程我也沒，起碼欄位的描述應該加上。
第四次送方案，圖加上說明，把錶結構說明加上，甲方說你們這是裝置做在方案中是什麼意思，我們需要這麼多裝置嗎，你們有做過詳細調查嗎，我們這有你們那麼多專案和伺服器，你們有整體的方案和詳細規劃嗎？專案開始階段你們不做調研就開始做硬體的方案，這個流程對嗎？你們領導是拍胸脯，你們就是拍腦袋！中間前前後後說了2個多小時。抱怨公司對這個專案不夠重視。
乙個正常的專案流程：
1.需求調研。
2.專案設計（概要設計，詳細設計）
3.專案開發（人員安排、專案進度）
4.專案實施。
以上流程，我們公司可能只有後面2個，直接開發最後上線。
所謂的需求調研就是銷售或者客戶發起乙個任務，開發人員實現，設計完全沒有體現。
專案越來越多，對甲方的支援和溝通是乙個持續的過程，不能上專案了就去跑，沒事的時候當沒這人一樣。
自上而下的軟體開發和自下而上的軟體開發
自上而下 top down 開發模式是指從乙個應用的最高點開始開發。從最高點逐步往下層編碼，直到開發完所有的任務。一旦寫完了最下層的 開發任務就完成了。使用這種方式，你需要設計 編寫出所有你需要的但還沒有實現模擬介面 服務 偽 自下而上 bottom up 開發模式是指從乙個應用的最底層開始開發。這...
python軟體開發目錄 軟體開發目錄規範
為了提高程式的可讀性與可維護性，我們應該為軟體設計良好的目錄結構，這與規範的編碼風格同等重要。軟體的目錄規範並無硬性標準，只要清晰可讀即可，假設你的軟體名為foo，筆者推薦目錄結構如下 foo core 存放業務邏輯相關 core.py api 存放介面檔案，介面主要用於為業務邏輯提供資料操作。ap...
軟體開發的效率
泰巖網路工作室 吳旻軟體開發專案不能如期完成似乎是普遍的事實，想想連微軟這種霸權級的公司開發乙個 vista 都要推遲了又推遲，其它公司的專案延期一些又算得了什麼呢？應該說，關於開發管理的模式很多，比如近些年流行的 rup xp什麼的，都對軟體開發中的問題提出了自己的理解。但是今天我在這裡想談的不是...