話說，羅雨凡一行人，在劉小樹的安排下，在饞嘴貓吃了午飯。之後，眾人小作休息，就回市區了。
接下來，眾人要去饞嘴貓的幾個零售終端逛逛，因為要完全瞭解饞嘴貓的整體業務。如果不去饞嘴貓零售終端看看的話，那是不具有全面性、完整性、準確性的，這樣對饞嘴貓的業務瞭解，也將是遠離事實真相的。
其實，對於饞嘴貓來說，這次上線管理系統的目的，就是為了更好的管控零售終端。如果不去零售終端逛逛，是會遺漏重要資訊的。
羅雨凡他們在參觀考察了幾個零售終端後，他們這次對饞嘴貓的實地考察，也就正式結束了。
接下來，他們回到了，早上見面的地方。雙方打算坐下來，對饞嘴貓管理系統的構架問題，進行更加深入的面談了。
………
在IT行業，軟體構架，是一個涉及多個學科的綜合性技術，從設計、實施到執行與維護的全過程。
模式設計與應用系統設計相結合，也就是後臺應用程式與前端應用介面的綜合考慮。
這也是為什麼羅雨凡會帶領一個團隊過來的原因，因為羅雨凡也不是樣樣精通的天才，他也有自己的技術特點，也有他善長的技術領域，也有他不瞭解的技術死角。
這也是架構師，要懂得交流，要有較強溝通能力的原因。
系統模式設計的基本思路及基本步驟是：系統需求分析；概念結構設計；邏輯結構設計；物理結構設計；系統的實施；系統的執行與維護。
羅雨凡他們目前正在進行的，是這個基本步聚的前四步，只有把前四步的工作做好了。他們才有進行後兩步的大致方向，才能對更具體的問題，加以決策。比如，具體的技術依據，具體基礎設施的搭建。
設計一個完善的模式營運系統是不可能一蹴而就的，它往往是上述6個階段的不斷反覆。更是一個“三分技術，七分管理，十二分基礎資源”的過程。
需要指出的是，這個設計步驟既是模式設計的過程，也包括了模式營運系統的設計過程。在設計過程中把模式的設計和對模式中資源管理的設計緊密結合起來，將這兩個方面的需求分析、抽象、設計、實現在各個階段同時進行，相互參照，相互補充，以完善兩方面的設計。
事實上，如果不瞭解營運環境對資源的管理要求，或沒有考慮如何去實現這些管理要求，是不可能設計一個良好的模式結構的。
第一個階段的系統需求分析。
首先，就是對客戶單位及其環境的瞭解。
需求分析的任務是透過詳細調查現實世界的物件（組織、部門、企業等），充分了解現實概況，明確企業的各種需求，然後在此基礎上確定新模式的功能。
新模式必須充分考慮，今後可能的擴充和改變，不能僅僅按當前應用需求來設計模式。
需求資訊的來源，主要有：
競品、編輯部門、市場、渠道、運營、產品自身、使用者反饋、技術最佳化、商務推廣以及其他合作方等，所以收集需求資訊的過程，就是充分認識現實世界的過程；
產品負責人根據各方需求，結合公司近期戰略目標，按照高價值需求優先的原則，產出經過排序的Product Backlog，並把高價值高優先順序的需求和相關人員進行需求可行性溝通和評審，並輸出原型圖和PRD文件；
專案啟動的必要條件是，完整的產品文件以及有優先順序的需求列表。
確定系統邊界。根據客戶單位及其環境的總體情況，客戶所確定的戰略目標和經營計劃，因為只有切實有效和符合實際情況的系統，才能發揮最大的經濟效益。
系統規模太小不利於發展，太大又不符合實際情況。
………
這個階段，也是羅雨凡他們，為什麼要抽空過來，對饞嘴貓業務進行視察的原因。這也是IT行業，區分屌絲架構師與資深架構師的標準。
因為拋開具體業務及業務細節談架構，就是在耍流氓，就是在瞎扯蛋。
通常來說，製作通用軟體系統的公司，除非只是單純針對市場大眾消費者的，只要是針對特定客戶的專業級系統，在系統搭建前，都是要進行需求調查的。
當然了，通用軟體系統也是需要進行需求分析的，只是沒有針對特定客戶時，那麼詳細。
第二階段的概念結構設計。
將需求分析得到的企業需求，抽象為資訊結構即概念模型的過程，就是概念結構設計，它是整個模式設計的關鍵。
概念結構是各種資源模型的共同基礎，它比資源模型更獨立、更抽象，從而更加穩定。
概念結構的主要特點是：能真實、充分地反映現實世界，包括事物與事物之間的聯絡，能滿足企業對資源的利用要求，是對現實世界的一個真實模型。
這個過程，是架構師對現實世界進行認知的過程。此時，架構師對現實事物的認知能力，會影響到最終的認知高度，同時也決定了架構師的工作質量。
………
第三個階段的邏輯結構設計。
這個階段是將概念結構轉換為某個具體的資料模型，並對其進行最佳化。
確定了為確保得到完整、一致和可追蹤的功能架構，而必須考慮的具體任務。透過分析理解業務和軟體產品行為，方式包括檢查、分解、分類和指定那些來源於需求規約的頂級功能。在功能間分配效能需求，來確立低階功能元素有效性和效能的度量標準。
………