功能結構圖就是按照功能的從屬關系畫成的圖表，在該圖表中的每壹個框都稱為壹個功能模塊。功能模塊可以根據具體情況分得大壹點或小壹點，分解得最小功能模塊可以是壹個程序中的每個處理過程，而較大的功能模塊則可能是完成某壹個任務的壹組程序。（百度定義）
用通俗的話來說，功能結構圖就是以功能模塊為類別，介紹模塊下其各功能組成的圖表。功能結構圖壹般不涉及具體的字段信息，只強調功能的邏輯關系。
以微信為例，我們可以看到整個微信分為4個大的模塊：微信、通訊錄、發現、我的。發現模塊裏面有各種功能，比如朋友圈、小程序等等。這裏插壹句題外話，壹般人很少註意到微信底欄第壹個菜單是“微信”，往往以為是“消息”“聊天”之類的。網上各種各樣的解釋都有，我則更願意理解為微信對自身的自信和堅持，正如微信自己描述的定位壹樣，它本身就是壹種生活方式。
信息結構圖是將產品的數據信息抽象出來，直觀進行展示的圖表。它可以幫助產品經理理解復雜元素的構成，幫助開發進行進行表結構設計。
信息結構圖的繪制通常晚於功能結構圖，往往是在產品設計階段的概念化過程中，在產品功能框架已確定、功能結構已完善好的情況下才對產品信息結構進行分析設計。
同樣是以微信為例，下圖列出了微信公眾號文章涉及的壹些核心字段。這些能幫助產品經理和技術來理解整個產品方案的設計過程。
產品結構圖是綜合展示產品信息和功能邏輯的圖表，也就是說看到產品結構圖能快速了解產品的功能和信息結構。某種程度上來說，產品結構圖繪制出來，原型圖上的信息和功能基本就已經確定了。
當然這個理解目前在業內沒有形成壹致的***識，只是壹部分人這麽理解而已。很多時候產品經理在進行整理的時候，不自覺地將這兩者融合在壹起，因為功能是在頁面裏面的，圍繞信息展開的，所以有時候並不需要分那麽清，只要能把事情說清楚，不需要糾結。
在產品設計的過程中，壹般是從產品功能結構圖出發，直到最後完成產品結構圖。 完成產品結構圖之前最好不要開始畫原型，做產品設計，因為這個時候對整體框架，流程還沒有完整的認知，過早開始往往是做無用功。
軟件架構的核心價值是控制系統的復雜性，將核心業務邏輯和技術細節的分離與解耦。架構壹般可為分業務架構、應用架構、技術架構。其中業務架構是戰略，應用架構是戰術，技術架構是裝備。
架構的目的通俗來說就是把復雜的東西簡單化，標準化，流程化，自動化。下面來分別解釋壹下。
產品架構圖有時候也叫做業務架構圖，是對於產品底層的設計，涉及到整個產品的業務流程，比較復雜。
產品架構圖是不斷演進的，其改變往往意味著產品維度進行大的調整，無論是功能還是信息都會有大的變動。
產品架構圖面向公司層面，偏戰略；考慮的是如何為用戶提供價值，以及企業可以通過什麽方式來實現盈利的問題。
還有壹種劃分是把產品架構圖和業務架構圖分開，先有業務再有產品。舉壹個簡單的例子，美團的業務包括外賣，到店和酒旅業務等。用壹個詞概括就是“吃喝玩樂”，圍繞優惠折扣，服務這些關鍵詞展開，這個就是美團的業務架構。在外賣業務中，分為C端、商家、騎手等終端，如何讓用戶更快捷找到優惠，讓騎手更快速的送出外賣，這些就是產品架構層面的事情。騎手送餐可能會出現部分騎手繞路耽誤時間的情況，但是從整個平臺的角度來看，基本是公平，高效的。
應用架構起到承上啟下的作用：壹方面承接業務架構的落地，另外壹方面影響技術選型。
比較常用的劃分是應用架構類型：單體式、分布式、SOA架構。
分布式應用架構中，不同應用是獨立的，應用內部高內聚，應用之間松耦合，可以靈活的進行分布式部署。同時缺點也比較明顯，那就是不同應用之間通信連接都需要額外的工作量，同時整個架構設計變得復雜維護起來成本必然增加。
到技術這壹層整個系統的設計已經比較清晰了，盡管技術架構圖涉及的技術模型壹般都比較多。但經過拆解，分組，已經非常直觀了，我們可以把技術架構圖簡單理解為具體的裝修設計圖，剩下的就是靠技術人員分批分模塊來慢慢實現了。
下面引用壹張美團的系統架構圖，這只是美團業務體系的壹個縮影。從圖裏面我們可以了解到美團的業務極其復雜，使用的技術也非常多。
組織架構是企業的流程運轉、部門設置及職能規劃等最基本的結構依據，常見的組織架構形式包括中央集權制、分權制、直線式以及矩陣式等。（百度定義）不同公司的組織結構差別很大，在不同時期往往也不壹樣。組織結構是在不斷進化的，其目地就是為了使工作職責明確，工作目標性強 ，提高生產力。
下面引用壹張騰訊公司的的組織架構圖，從這裏可以看出很多信息。比如微信產品的重要性，任宇昕的重要性，騰訊對於內容產品的重視等等。
以上理解是本人參考了大量的資料，結合自己的工作經歷總結出來的。由於自己的水平有限，難免有描述不準確、不正確的地方，懇請各位讀者海涵，歡迎有興趣的讀者添加我的微信壹起交流探索，***同進步。