第四個階段的物理結構設計。
描述了安排和確定軟體產品物理架構的目的和策略。該物理架構確定了軟體單元設計、編碼和測試的基本構建塊。制定軟體整合策略，來確定產品結構並規定軟體單元和元件如何增量地組合、整合和測試，進而形成完整的軟體產品。
模式在資源設施上的儲存結構與存取方法稱為模式的物理結構，它依賴於選定的模式環境。為一個給定的邏輯結構模型選取一個最適合應用要求的物理結構的過程，就是模式的物理設計。
模式的物理設計通常分為兩步：確定模式的物理結構，在模式中主要指存取方法和儲存結構；
對物理結構進行評價，評價的重點是時間和空間效率。
這也是整個設計過程中，對基礎設施進行構架的過程。
………
前面的四個階段，是系統構架的前期工作，只有做好了這些工作，所設計出來的管理系統，才是具有實用性的，才是真正符合客戶實際需求的軟體系統。
對於軟體系統，有沒有這樣的前期工作，也是架構師是否專業的標誌。如果沒有做這些工作，或是做這些工作的質量很差，那麼這樣做出的東西，也是談不上具有專業性的。
儘管目前市場上，有很多的軟體公司，會做出很多通用的軟體系統。但是，這些軟體系統，都是缺乏實用性的，它們都是軟體公司那些缺乏實際經驗的架構師，坐在辦公室裡，閉門造車弄出來的。
在客戶做出購買需求之前，他們已經把軟體系統做出來了，對於客戶的具體需求，他們是沒有做任何前期調查的。
即使有，那也只是簡單地做一下，整體性地通用調查。對於具體客戶的具體情況，這些軟體公司的專案責人根本不會去做具體調查的，也不可能做到具體問題，具體分析。
更不要說，根據客戶的實際需求，定製特定地軟體系統了。
羅雨凡他們首先需要做的，就是在這次面談結束後，對饞嘴貓的市場顧客需求，以及饞嘴貓的業務流程，對軟體系統的要求，從整體到區域性，有一個比較完整的瞭解。
當然了，這只是羅雨凡他們，搭建饞嘴貓管理系統的開始。
第五個階段的系統的實施。
在模式實施階段，設計人員根據邏輯設計和物理設計的結果建立模式，編制與規範營運流程，組織資源入模，並進行試執行。
當到了這個階段，架構師的工作並沒有結束哦！真正的架構師，不只需要關注宏觀的骨架設計，也需要具有攻克技術細節的能力。
系統實施的開發階段，在團隊開發過程中，遇到難以實現和最佳化的技術問題時，架構師需要發揮自己的專業優勢，以及經驗優勢，解決開發團隊在系統實施的過程中，遇到的艱難險阻，從而讓系統實施階段的工作，得以順利地展開。
………
第六個階段的系統執行與維護。
模式系統經過試執行後，即可投入正式執行。在模式系統執行過程中，必須不斷地對其進行評價、調整與修改。
由於經營環境在不斷變化，模式營運過程中物理儲存也會不斷變化，對模式設計進行評價、調整、修改等維護工作是一個長期的任務，也是設計工作的繼續和提高。
模式的重組織，按原設計要求重新安排儲存位置、回收垃圾等，提高系統效能，並不修改原設計的邏輯和物理結構。
模式的重構造（基於模式的邏輯結構分析，甚至是回逆到需求分析和概念結構分析）。它是指部分修改模式的邏輯和物理結構。
如果企業的營運變化太大，重構也無濟於事，說明此模式的生命週期已經結束，應該設計新的模式了。
………
羅雨凡他們會按照上述6個階段，逐一地展開工作。
經過整個下午的面談溝通後，雙方對於饞嘴貓管理系統的需求，以及後期的功能模組，達成了一致共識，並形成了詳細地書面檔案。
接下來，羅雨凡他們將會按照書面檔案約定的細節，對饞嘴貓的管理系統，進行一系列地開發設計。
至於最終的系統開發費用，羅雨凡他們還得回去，對整個工作流程的工作量，還有工作難度，進行一個整體的評估後，才能給出最終的結果。
所以，對於系統開發費用的問題，羅雨凡他們並沒有當場給予答覆。
面談結束後，難得有機會來市中心的羅雨凡一行人，就說著要去什麼地方吃飯，什麼地方唱歌，去什麼地方瀟灑一下……
當羅雨凡一行人，準備出發的時候。
羅雨凡問方曉波，要不要大家一起去玩時，方曉波卻讓人意外地拒絕了。
隨後，羅雨凡一行人，就坐著羅雨凡的車離開了，留下方曉波一人，跟李玲，還有劉小樹站在饞嘴貓零售終端的店面外。
看到羅雨凡一行人離開了，劉小樹安排了一下，饞嘴貓店面內的工作後，看到天空全黑了，時間也不早了，劉小樹也就離開了。
最後，就只剩下，方曉波跟李玲倆人，站在饞嘴貓零售終端的店面外。