前幾天，園子裡面布魯斯南兄弟寫了一篇十分精彩的文章-誰動了專案時間，分別從專案情況，進度安排，客戶關係，資源管理， 風險控制
等5個方便闡述了專案延期的種種因素，對我來說，也是深有感觸。但那篇文章屬於兼顧大局，而這片文章試圖拋磚引玉，引出大家根據進度需求和功能需求來設計乙個完整的應用系統的具體方法。狗尾續貂，有不對的地方，還請大家海涵.
1.是從頭開始還是站在別人的肩膀也可以用圖來說明：
但需求十分明確，且組員現在還有其他事情要忙得話，可以先做設計。可以將設計文件寫得比較詳細。否則需求動態變化，組員整天閒得發慌兩個都滿足的時候，那就讓其先實現系統中的通用部分。雖然時間的延長，設計也基本和需求變化保持同步。至於如果專案需求不固定或者人員比較閒的時候就可以邊座設計，邊實現細節。
3.實現過程中，是力求穩紮穩打，一步乙個腳印，還是前進，前進，向前進！
也用圖來說明:
如果你的客戶老闆是你的同學，哥們加上你們其實作的就是乙個供他們企業內部瀏覽的文件系統。這時候你的系統可以說要求質量不高，驗收者對你又比較友好，那就趕緊攢足了勁，向前衝把，否則，你與客戶第一次打交道或者是你給人家做的銀行貨幣管理系統，那你可要注意了。一定要面面俱到。否則出問題了，你可賠不起。
4。是否需要多個人參加系統設計
是誰阻礙了專案的進度？
今天，專案組的乙個同事告訴我，他這幾天就離開了，因為公司不確定給解決戶口。天啊，他可是和我工作了一年了，專案的很多開發都參與了，vc學的不錯，能用一點oracle了，兩個系統原型是他搭建的，他走了，誰能頂替呢？我鬱悶了一天，我這個專案經理就是有三頭六臂也不能把所有的任務都搞定吧？再培養新的小組成員也...
論專案的UI設計
最近專案驗收過程中，再一次提出了 ui設計問題，到底怎樣才算是好的 ui設計，談一下我的體會。進入頁面首先映入眼簾的就是色調了，如果色調搭配的很好，會給使用者很舒服的感覺，有使用此軟體的興趣 如果色調搭配凌亂，讓人看著不舒服，估計沒人會喜歡 色調不能太單一，也不能過於豐富，這種搭配也算是一門技術兼藝...
專案的概要設計過程
第一次寫部落格，也是第一次自己負責乙個團隊開發乙個mvc的專案，團隊成員幾乎都是第一次正式開始開發乙個商用專案。希望利用部落格記錄整個開發過程 目前我們團隊正在做專案的概要設計，已經確認專案的開發環境 資料庫是用mysql ide myeclipse 後端框架是用ssm spring springm...