專案設計是乙個艱難而痛苦的過程，需要花費大量的時間和精力，如何將客戶需求轉化為軟體開發過程，需要熟練的技術和整體結構協調以及可持續性發展的前瞻意識。
技術不夠硬，很可能設計的軟體構架存在缺陷，不是無法完成所需功能，就是實現起來難度較大，或者整個專案的開發過程拖沓臃長，造成資源上的浪費。軟體設計應該是乙個共同商討，反覆論證的過程，其中當然包括設計師的對軟體構架設計的討論，確認技術方向，確認軟體構架，確認開發語言及工具，當然也包括確認專案成員和負責人。另外乙個就是針對軟體的討論，將軟體需求轉化為程式語言，如何將需求闡述給專案組成員，如何讓他們明白你所說的話，需求裡面所說的，因為不可能每個開發人員都有機會接觸到客戶，而客戶的需求在經過經理或調研人員的轉述後，往往會發生部分傾斜或轉移。
這樣就需要專案經理與專案成員，專案經理與客戶之間進行不斷的溝通和討論，確定專案需求。同時還要確認專案開發進度及專案milestone，這些也需要經理與成員的溝通，經理肯定是想越快越好，成員肯定是想時間越寬鬆越好，如何在這之間尋找乙個中點，成為專案設計時必不可少的一步。
另外在進行專案設計時，同時需要的還有資源的協調和分配。資料人員我需要幾個，美工我需要幾個，主程我需要幾個，程式設計師我需要幾個。都分別是什麼時間需要，不能出現專案開始了，什麼人員都沒有分配到，什麼資源都抓不來，該作圖了，資料人員沒有到位，或者到位的人數不夠，影響後面的進度，還有種可能就是專案剛開始，所有人員都到齊了，但是基礎資料還沒有出來，所有做資料的幾個人每天馬不停蹄的趕專案，後面的開發和美工卻閒的看螞蟻上樹，其它的專案看著眼紅，反覆和領導提意見，領導也看著人閒著沒事，剛同意把人調走，這邊的資料出來了，要人幹活了，人卻不在了。總共就這麼點人，那只有往後拖了。這些都是錯誤的協調。所以說專案是乙個統一的協調的過程，什麼時候該做什麼，都必須進行統一規劃和統籌安排，不然只會亂上加亂。
再乙個大家都普遍知道的東西，就是設計時一定要留介面。本來這個函式是專門留給乙個模組的，但是有沒有可能會出現另外乙個模組，也需要呼叫此函式，如果出現的話，該怎麼修改，修改的話會不會觸動構架，修改量有多大？修改的難度有多少？這些要想好，很多設計師，尤其是經驗不足的設計師，對此的考慮有所欠缺，最後累的還是開發人員，開發人員當然會罵人的嘍。
所有，無論做什麼都要多想一步，多想一步沒有壞處，少想一步，可能會要了你的老命。
設計如果建築圖紙，引數、規格、效能、安全、級別等都在需要明確標明，這樣才能有針對性的來進行建設。才能造出我們所需要的軟體。
軟體開發之我劍！ 軟體開發，生命的轉折點
軟體開始開發了，終於進入了大家期盼已久的階段了，程式設計師期盼著進入開發，通常會認為前面的工作並不能對程式設計師的工作顯示出他的作用，經理期盼著進入開發，這樣專案就會進入乙個新的階段，這樣任務轉移了一部分，自己也可以鬆口氣，老闆盼望著進入開發階段，因為看到了進入掙錢的曙光。所有的人都盼望著進入開發，...
軟體開發之我劍！ 軟體開發，生命的轉折點
軟體開始開發了，終於進入了大家期盼已久的階段了，程式設計師期盼著進入開發，通常會認為前面的工作並不能對程式設計師的工作顯示出他的作用，經理期盼著進入開發，這樣專案就會進入乙個新的階段，這樣任務轉移了一部分，自己也可以鬆口氣，老闆盼望著進入開發階段，因為看到了進入掙錢的曙光。所有的人都盼望著進入開發，...
軟體開發之概要設計之軟體架構問題
概要設計之軟體架構問題 百科的定義 軟體架構是乙個系統的草圖。軟體架構描述的物件是直接構成系統的抽象元件。各個元件之間的連線則明確和相對細緻地描述元件之間的通訊。在實現階段，這些抽象元件被細化為實際的元件，比如具體某個類或者物件。在物件導向領域中，元件之間的連線通常用介面來實現。軟體體系結構是構建計...