面向過程的程式設計 一，設計的任務 二，原則 三，内容

            在軟體的需求分析階段，已經把軟體是“做什麼”的問題搞清了，并且這些需求都最後歸結為文檔了，進而得出軟體系統設計的邏輯模型。在設計階段的任務，就是要把這個系統的邏輯模型轉變成“怎麼做”的實體模型。即開始着手實作軟體的需求，并将實作的結果反映在文檔裡。

           從縱向上看，軟體是分層的，是以在設計時要自頂向下，逐層分解；  而在橫向上，軟體都是由子產品實作的，是以，抽象化不可避免； 在子產品使用的過程中，資訊隐藏對于軟體的測試和維護都有很大的好處：因為對于軟體的其他部分來說，絕大多數書資料和過程都是隐藏的，這樣，在修改期間，由于疏忽而引入的錯誤所造成的影響就可以僅僅局限在一個小範圍内，而不至于影響軟體整體。

                   從技術觀點來看，軟體設計分為：資料設計，系統結構設計，過程設計。

         對于資料和檔案的設計是基礎，因為現在的程式主要是以資料為中心的；資料儲存在檔案裡面，當子產品需要時，從檔案裡讀取。

     在使用程式設計語言編制程式以前,需要對所采用算法的邏輯關系進行分析,設計出全部必要的過程細節,并給予清晰的表達,這就是過程設計的任務，在過程設計階段，有很多表達過程規格說明的工具叫做詳細設計工具，用這些工具，可以更容易了解系統的邏輯關系。

        這樣看來，資料，檔案，和過程設計，好像都是為子產品服務的。是以最後一步的子產品設計，不但要注意子產品内部，還要關注子產品間的聯系程度。

        最後，在設計完成時，将設計的結果反映在文檔裡面。