自IT系統誕生至今，如何溝通需求的方法講了不少，如何設計軟體的方法講了不少，如何開發講了不少，現在也開始逐步的講測試了，但是唯獨沒有人系統的講如何寫設計文件，尤其是指派不擅長寫文件的開發人員完成文件時，這項工作就成了一項讓他們“頭疼”的活。

    誰都知道文件重要，說起別人的文件頭頭是道，等到落筆的時候又不知道從哪裡下手，在哪裡收筆，而且經常出現的文件問題如：

• 不倫不型別：
• 概要設計寫的像系統功能需求
• 概要設計介入了詳細設計的範疇
•  概要設計像是程式速查手冊
• 態度不良型：
• 覺得沒什麼可寫的，都是大家知道的事
•  純粹就是應付檢查
•  …

        上述幾點都是在設計文件中經常出現的毛病，還有其他毛病，比如邏輯性不嚴密，缺乏層次性等等，就不一一列舉了。

誠然，寫設計文件的方法和手段很多，儘管軟體開發技術多變，軟體需求多變，但是我們應當儘量的固化設計文件的結構、寫法和思考路線。如同音樂多變化，但是表達音樂的五線譜是固定的。

        其實造成這種現狀的原因非常多，部分原因列舉如下：

• 團隊的管理問題；
• 領導層重視程度問題；
• 不會寫設計文件的問題。

        請到“http://www.docin.com/p-248584592.html”中查閱，概要設計模板參考文件。

        請到“

        希望這三篇文章對您的設計文件寫作水平有所啟示。