中信銀行的問題，透過圖書和論文來找解法和答案更準確安心。 我們找到下列股價、配息、目標價等股票新聞資訊

軟件交付通識

為了解決中信銀行的問題，作者董越 這樣論述：

軟件交付過程是指在編程式改代碼之後，直到將軟件發佈給使用者使用之前的一系列活動，如提交、集成、構建、部署、測試等。   本書作為通識類圖書，對軟件交付過程的各個方面進行了全面綜合的介紹。這包括三部分內容：第1部分，介紹在研究軟件交付過程時常見的思路和思考框架；第2部分，梳理軟件交付的總體過程；第3部分，考查軟件交付過程中的各個具體活動。   總的來說，本書提供了一種類似於對人進行體檢的方法，對特定軟件產品的交付過程進行全方位的調研，可以根據其所在的業務領域、當前採用的技術棧、使用的工具、流程和方法等實際情況，找出當前突出、值得改進的問題。 董越，DevOps 資深專家，集團前

研發效能事業部架構、高級產品專家等職，從事 Aone&雲效 DevOps 產品設計、阿裡雲專有雲集成與交付解決方案設計等工作。在加入阿里之前，他還曾就職於西門子、摩托羅拉、雅虎、索尼、去哪兒網等大型企業，一直從事軟體配置管理、軟件集成與交付、DevOps 相關的工作。當前主要從事企業級DevOps體系建設與諮詢工作，説明眾多企業提升軟件研發交付效能。已服務過的客戶有華為、工商銀行、交通銀行、招商銀行、中信銀行、中國移動、中國聯通、中國電信、華泰證券、泰康人壽等。 第1部分　思維方式 第1章　本書要解決什麼問題 2 1.1 提供一種系統全面的方法 2 1.2 分析軟件交付過程 3 1.3 軟件

交付過程包括三類事情 4 1.4 軟件交付不是按時間階段或角色劃分出來的 4 1.5 本書本質上是講述軟件交付這門學科 5 1.6 本書分成三個部分講述 5 第2章　我們要追求什麼 6 2.1 一切為了業務的成功 6 2.2 小步快跑 7 2.3 軟件實現側該追求什麼目標 8 2.4 軟件交付過程追求的目標 10 第3章　幾十年來的探索 12 3.1 軟件工程 12 3.1.1 軟件危機 12 3.1.2 工程化 13 3.2 敏捷 14 3.2.1 敏捷的理念 14 3.2.2 敏捷的實踐 15 3.3 精益 16 3.3.1 起源於製造業的精益思想 16 3.3.2 把精益應用於軟件發展

17 3.4 持續集成 18 3.4.1 持續集成是什麼 18 3.4.2 為什麼要持續集成 19 3.4.3 如何做到持續集成 19 3.5 持續交付 20 3.5.1 包括所有品質驗證工作 20 3.5.2 比較頻繁地發佈上線 21 3.5.3 持續部署 22 3.6 DevOps 22 3.6.1 DevOps的誕生 22 3.6.2 DevOps三步工作法 23 3.6.3 DevOps落地實踐 23 3.7 技術方面的演進 24 3.7.1 軟件架構 24 3.7.2 部署運行 24 3.8 它們之間是什麼關係 25 第4章　做好軟件交付的10個策略 27 4.1 細細微性、低耦合、

可複用的架構 27 4.1.1 軟件架構 27 4.1.2 測試腳本和測試資料的架構 28 4.1.3 組織架構 29 4.2 小批量持續流動的流程 30 4.2.1 大批量帶來等待等問題 31 4.2.2 短週期、小顆粒度、減少在製品 31 4.2.3 小批量持續流動的交付過程 32 4.3 運用綜合手段保證品質和安全 32 4.3.1 各種各樣的測試 32 4.3.2 左移+右移 33 4.3.3 測試人員+開發人員 33 4.3.4 人工測試+自動化測試 33 4.3.5 綜合運用 34 4.4 自動化與自助化 34 4.4.1 單項活動的自動化 34 4.4.2 流程的自動化 34 4

.4.3 自助化 35 4.4.4 相關支援 35 4.5 加速各項活動 35 4.5.1 為什麼要加速 35 4.5.2 加速的通用思路 36 4.6 及時修復 36 4.6.1 為什麼要及時修復 37 4.6.2 如何做到及時修復 37 4.7 完備記錄，充分展現 38 4.7.1 任務及其執行情況 38 4.7.2 版本和配置資訊 39 4.7.3 關聯關係 40 4.7.4 單一可信源 40 4.7.5 相關支援 41 4.8 標準化 41 4.8.1 規範可重複 41 4.8.2 方案收斂 41 4.8.3 環境一致性 42 4.9 協調完成完整功能 43 4.9.1 背景 43 4

.9.2 開發全過程的協調 43 4.9.3 交付過程的協調 43 4.10 基於度量的持續改進 44 第5章　一個典型的軟件交付過程 47 5.1 前傳 47 5.2 代碼改動累積並最終提交 48 5.3 特性改動累積並最終提交 48 5.4 集成並最終發佈 49 第6章　各個細分領域 51 6.1 交付過程 51 6.2 原始程式碼及其構建 52 6.3 部署運行 54 6.4 靜態測試 54 6.5 動態測試 55 第7章　各個關注角度 58 7.1 執行時機 58 7.2 執行效果 60 7.3 執行效率 61 7.4 問題處理效率 62 7.5 避免引入問題 64 第2部分　總體過

程 第8章　代碼改動累積 68 8.1 導論 68 8.1.1 考查範圍 68 8.1.2 關注重點 68 8.2 執行時機 68 8.2.1 包含改動的顆粒度：即時進行的測試 68 8.2.2 包含改動的顆粒度：隨時進行的測試 69 8.3 執行效率 70 第9章　代碼改動提交 71 9.1 導論 71 9.1.1 考查範圍 71 9.1.2 關注重點 71 9.2 執行時機 72 9.2.1 包含改動的顆粒度：提交的顆粒度 72 9.2.2 包含改動的顆粒度：提交時進行的測試 72 9.3 執行效果 73 9.4 執行效率 73 9.4.1 執行效率度量：從發起提交到提交完成的時間 73

9.4.2 工具輔助記錄和展現：代碼改動提交說明 73 9.4.3 工具間集成：代碼改動提交與工作項關聯 74 第10章　特性改動累積 75 10.1 導論 75 10.1.1 特性的概念 75 10.1.2 特性隔離 76 10.1.3 考查範圍 76 10.1.4 關注重點 76 10.2 執行時機 76 10.2.1 包含改動的顆粒度：代碼改動提交觸發的測試 76 10.2.2 包含改動的顆粒度：隨時進行的測試 77 10.2.3 流程順序和卡點：適當並行 78 10.2.4 管理併發：控制在研的特性數量 78 10.2.5 整體協調：完整的特性 79 10.3 執行效果 79 10.4

執行效率 81 10.4.1 自動執行：構建流水線 81 10.4.2 工具輔助記錄和展現：流水線執行情況 81 10.4.3 方案收斂 82 10.5 問題處理效率 83 10.5.1 問題處理效率度量 83 10.5.2 適當通知 83 10.5.3 記錄版本：流水線配置的修改歷史 83 10.6 避免引入問題 84 第11章　特性改動提交 86 11.1 導論 86 11.1.1 考查範圍 86 11.1.2 關注重點 86 11.2 執行時機 86 11.2.1 包含改動的顆粒度：特性的顆粒度 86 11.2.2 包含改動的顆粒度：當特性做不到既小又獨立時 87 11.2.3 包含改

動的顆粒度：特性提交時進行的測試 88 11.2.4 流程順序和卡點：特性提交門禁 89 11.2.5 整體協調：完整的特性 89 11.3 執行效果 90 11.4 執行效率 90 11.4.1 執行效率度量：從發起提交到提交完成的時間 90 11.4.2 自動執行：合併請求 91 11.4.3 工具輔助記錄和展現：特性內容說明 91 11.4.4 工具間集成：特性的代碼改動與工作項之間的關聯 92 11.5 問題處理效率 92 11.5.1 問題處理效率度量 92 11.5.2 適當通知 93 11.5.3 便捷回退：特性摘除 93 第12章　集成 94 12.1 導論 94 12.1.1

考查範圍 94 12.1.2 關注重點 94 12.2 執行時機 94 12.2.1 包含改動的顆粒度：持續接收特性改動提交 94 12.2.2 包含改動的顆粒度：特性合入觸發的測試 95 12.2.3 包含改動的顆粒度：針對新特性的測試 95 12.2.4 流程順序和卡點：製品晉級 96 12.2.5 管理併發：適當交疊 97 12.2.6 管理併發：管理變體 98 12.3 執行效率 99 12.3.1 自動執行：部署流水線 99 12.3.2 工具間集成：版本的特性列表 100 12.3.3 工具間集成：特性狀態資訊 101 12.3.4 工具間集成：自動維護說明文檔 102 12.3

.5 自主完成：各項活動 102 12.3.6 自主完成：工具的配置 103 12.3.7 便捷配置 103 12.4 問題處理效率 103 12.4.1 問題處理效率度量：紅燈修復時長 103 12.4.2 問題處理效率度量：缺陷修復時長 104 12.4.3 及時發現 104 12.4.4 適當通知 105 12.4.5 及時處理 105 12.4.6 快速定位 106 12.5 避免引入問題 106 第13章　發佈 107 13.1 導論 107 13.1.1 考查範圍 107 13.1.2 關注重點 107 13.2 執行時機 108 13.2.1 包含改動的顆粒度：發佈的顆粒度 10

8 13.2.2 包含改動的顆粒度：發佈前的測試 109 13.2.3 包含改動的顆粒度：生產環境的測試 109 13.2.4 減少等待：發佈時間窗口 109 13.2.5 操作物件的顆粒度 110 13.2.6 整體協調：按一定順序發佈 111 13.2.7 整體協調：當在特性分支上完成全部測試時 112 13.2.8 整體協調：當每個微服務都有自己的反覆運算節奏時 113 13.2.9 整體協調：靜態程式庫典型情況之公共基礎庫 114 13.2.10 整體協調：靜態程式庫典型情況之整體應用的組成部分 115 13.2.11 整體協調：靜態程式庫典型情況之服務介面定義 116 13.3 執行

效果 117 13.4 執行效率 117 13.4.1 執行效率度量 117 13.4.2 自主完成：精簡發佈審批流程 118 13.5 問題處理效率 118 13.5.1 問題處理效率度量：故障恢復與缺陷修復的時長 118 13.5.2 及時發現 118 13.5.3 適當通知 119 13.5.4 及時處理 119 13.5.5 快速定位 119 13.5.6 便捷回退：發佈回滾 119 13.5.7 緊急改動的生效方式：緊急發佈 120 第3部分　具體活動 第14章　原始程式碼版本控制 122 14.1 導論 122 14.1.1 考查範圍 122 14.1.2 關注重點 122 14

.2 執行時機 123 14.2.1 管理併發：晚分叉模式支援交疊 123 14.2.2 管理併發：早分叉模式支援交疊 124 14.2.3 管理併發：用主幹代表最新已發佈版本 125 14.2.4 管理併發：特性分支的管理 126 14.2.5 操作物件的顆粒度：代碼庫的尺寸 127 14.3 執行效果 127 14.4 執行效率 128 14.4.1 執行效率度量 128 14.4.2 快速執行：分散式版本控制工具 128 14.4.3 快速執行：便捷的頁面操作 129 14.4.4 規範可重複：管理眾多代碼庫 129 14.4.5 規範可重複：明確代碼庫內的目錄結構和內容 129 14.

4.6 規範可重複：規範版本號 130 14.4.7 規範可重複：標識原始程式碼版本 131 14.5 問題處理效率 132 14.5.1 便捷回退：特性摘除 132 14.5.2 便捷回退：發佈回滾 132 14.5.3 緊急改動的生效方式：已提交特性的修改 133 14.5.4 緊急改動的生效方式：緊急發佈 133 14.6 避免引入問題 134 第15章　構建 135 15.1 導論 135 15.1.1 構建的概念 135 15.1.2 考查範圍 136 15.1.3 關注重點 136 15.2 執行時機 136 15.3 執行效率 137 15.3.1 工具輔助記錄和展現：構建遇到的

問題 137 15.3.2 快速執行：從全域視角提速構建 138 15.3.3 規範可重複：構建的可重複性 140 第16章　構建環境管理 142 16.1 導論 142 16.1.1 考查範圍 142 16.1.2 關注重點 142 16.2 執行效率 142 16.2.1 規範可重複：構建環境標準化 142 16.2.2 資源複用：構建環境資源池化 143 16.2.3 快速執行：保障隨時有構建資源可分配 144 16.2.4 快速執行：保障構建所需的緩存 145 第17章　製品管理 146 17.1 導論 146 17.1.1 製品的概念 146 17.1.2 考查範圍 147 17.1

.3 關注重點 147 17.2 執行時機 147 17.3 執行效果 148 17.3.1 覆蓋範圍：外來製品 148 17.3.2 覆蓋範圍：工具和基礎軟件 148 17.4 執行效率 149 17.4.1 執行效率度量 149 17.4.2 工具輔助記錄和展現：製品的屬性資訊 149 17.4.3 工具間集成：原始程式碼、構建、製品之間的關聯 150 17.4.4 快速執行：快速存取 150 17.4.5 資源複用：不重複存儲 151 17.4.6 規範可重複：管理眾多製品 151 17.4.7 規範可重複：標識製品版本 152 17.4.8 規範可重複：標識靜態程式庫版本 152 17

.4.9 規範可重複：製品清理策略 153 17.5 問題處理效率 154 17.6 避免引入問題 154 第18章　部署 155 18.1 導論 155 18.1.1 部署單元的概念 155 18.1.2 考查範圍 156 18.1.3 關注重點 156 18.2 執行效果 156 18.3 執行效率 157 18.3.1 自動執行：完全自動化 157 18.3.2 工具間集成：以部署單元為核心物件 157 18.3.3 自主完成 158 18.3.4 便捷配置：避免重複配置 159 18.3.5 快速執行 159 18.4 問題處理效率 160 18.4.1 及時發現 160 18.4.2

便捷回退 160 18.5 避免引入問題 160 18.5.1 業務連續性：生產環境的部署策略 160 18.5.2 業務連續性：測試環境的部署策略 161 18.5.3 業務連續性：用戶端的部署策略 162 第19章　運行環境管理 163 19.1 導論 163 19.1.1 運行環境的概念 163 19.1.2 考查範圍 163 19.1.3 關注重點 164 19.2 執行效果 164 19.2.1 執行效果度量：保證足量供應 164 19.2.2 執行方法：聲明式 164 19.2.3 環境一致性：本機運行環境 165 19.2.4 環境一致性：整體運行環境 166 19.3 執行效

率 166 19.3.1 執行效率度量 166 19.3.2 自動執行 167 19.3.3 工具間集成：製品、部署、環境之間的關聯 167 19.3.4 自主完成 167 19.3.5 資源複用：環境實例的分配與回收 168 19.3.6 資源複用：虛擬獨佔方式 168 19.3.7 資源複用：處於整體環境中的個人開發環境 168 19.3.8 方案收斂 169 19.4 避免引入問題 169 第20章　配置參數管理 170 20.1 導論 170 20.1.1 系統組態參數的概念 170 20.1.2 業務配置參數的概念 170 20.1.3 考查範圍 171 20.1.4 關注重點 17

1 20.2 執行時機 171 20.2.1 流程順序和卡點：設置方式 171 20.2.2 流程順序和卡點：選擇設置方式 172 20.2.3 流程順序與卡點：確保品質 173 20.2.4 整體協調：程式與配置參數的匹配 173 20.2.5 整體協調：鍵值分離 173 20.3 執行效率 174 20.3.1 自動執行 174 20.3.2 自主完成 175 20.3.3 便捷配置：減少人工設置內容 175 20.4 問題處理效率 175 20.5 避免引入問題 176 第21章　資料存儲結構管理 177 21.1 導論 177 21.1.1 資料存儲結構管理的概念 177 21.1.2

考查範圍 177 21.1.3 關注重點 178 21.2 執行時機 178 21.3 執行效果 178 21.3.1 執行方法：應對挑戰的常見方法 178 21.3.2 執行方法：聲明式 179 21.3.3 環境一致性 180 21.4 執行效率 180 21.4.1 自動執行 180 21.4.2 自主完成 180 21.5 問題處理效率 181 21.6 避免引入問題 181 第22章　代碼評審 182 22.1 導論 182 22.1.1 代碼評審的概念 182 22.1.2 關注重點 182 22.2 執行時機 183 22.2.1 包含改動的顆粒度：通常以特性為單位 183 2

2.2.2 包含改動的顆粒度：結對程式設計 183 22.2.3 流程順序和卡點：事前評審和事後評審 183 22.3 執行效果 185 22.3.1 執行效果度量 185 22.3.2 覆蓋範圍：根據場景選擇合適的測試力度 185 22.3.3 覆蓋範圍：不僅包括原始程式碼的改動 186 22.3.4 執行方法：代碼評審的形式 187 22.3.5 執行方法：檢查清單 187 22.3.6 人員能力：做代碼評審需要專門的技能 188 22.4 執行效率 188 22.4.1 執行效率度量 188 22.4.2 工具輔助記錄和展現：記錄評審發現的問題 188 22.4.3 工具間集成：IDE能

力 189 第23章　代碼掃描 190 23.1 導論 190 23.1.1 代碼掃描的概念 190 23.1.2 關注重點 191 23.2 執行時機 191 23.2.1 流程順序和卡點：只卡增量 191 23.2.2 流程順序和卡點：技術債可以通融 191 23.3 執行效率 192 23.3.1 快速執行 192 23.3.2 規範可重複：定制規則 192 23.4 問題處理效率 193 第24章　製品分析 194 第25章　單元測試 196 25.1 導論 196 25.1.1 單元測試的概念 196 25.1.2 自動化測試用例和測試腳本的概念 196 25.1.3 關注重點 19

7 25.2 執行時機 197 25.2.1 包含改動的顆粒度 197 25.2.2 流程順序和卡點：嘗試性工作推遲測試 197 25.2.3 流程順序和卡點：測試驅動開發 198 25.3 執行效果 198 25.3.1 覆蓋範圍：代碼覆蓋率 198 25.3.2 人員能力：測試設計是一門學問 199 25.4 執行效率 200 25.4.1 快速測試準備：測試腳本的自動化生成 200 25.4.2 快速執行：只測試增量部分 200 25.5 問題處理效率 201 25.5.1 快速定位：調試器 201 25.5.2 記錄版本 201 第26章　自動化介面測試 202 26.1 導論 202

26.1.1 自動化介面測試的概念 202 26.1.2 關注重點 202 26.2 執行時機 202 26.2.1 包含改動的顆粒度 202 26.2.2 流程順序和卡點：先做增量測試 203 26.2.3 流程順序和卡點：測試驅動開發及其變體 203 26.3 執行效果 203 26.3.1 覆蓋範圍：較高的覆蓋率 203 26.3.2 覆蓋範圍：僅在必要時Mock 204 26.3.3 覆蓋範圍：單次調用和完整場景 205 26.4 執行效率 205 26.4.1 工具間集成：特性、測試腳本、測試執行、缺陷之間的關聯 205 26.4.2 自主完成：鼓勵開發人員編寫測試腳本 206 2

6.4.3 快速測試準備：測試腳本與測試資料分離 206 26.4.4 快速測試準備：測試腳本的分層與複用 207 26.4.5 快速測試準備：測試資料的分層與複用 208 26.4.6 快速測試準備：事先創建測試資料的方法 208 26.5 問題處理效率 208 26.5.1 快速定位：問題自動分類 208 26.5.2 快速定位：介面調試工具 208 26.5.3 記錄版本：與原始程式碼同步 209 26.6 避免引入問題 209 26.6.1 引入問題度量：減少誤報 209 26.6.2 隔離性：不受其他測試干擾 210 26.6.3 隔離性：管理測試用例之間的依賴 210 26.6.4

工具可靠性：測試資料備份 210 第27章　人工UI測試 211 27.1 導論 211 27.1.1 UI測試的概念 211 27.1.2 關注重點 211 27.2 執行時機 212 27.2.1 包含改動的顆粒度 212 27.2.2 流程順序和卡點 212 27.3 執行效果 212 27.4 執行效率 213 27.4.1 工具間集成：特性、測試執行、缺陷之間的關聯 213 27.4.2 自主完成：開發人員自測 213 27.4.3 快速測試準備：探索性測試 214 27.5 問題處理效率 214 第28章　自動化UI測試 215 28.1 導論 215 28.2 執行時機 215

28.3 執行效果 216 28.4 執行效率 216 28.5 問題處理效率 217 第29章　非功能測試 218 29.1 導論 218 29.1.1 考查範圍 218 29.1.2 關注重點 218 29.2 執行時機 218 29.3 執行效果 219 29.3.1 覆蓋範圍：性能與容量 219 29.3.2 覆蓋範圍：安全性 220 29.3.3 覆蓋範圍：相容性 220 29.3.4 覆蓋範圍：易用性 220 29.4 執行效率 221 29.4.1 自動執行 221 29.4.2 快速測試準備：事先創建測試資料的方法 221 第30章　生產環境測試 222 30.1 導論 22

2 30.1.1 考查範圍 222 30.1.2 關注重點 222 30.2 執行效果 222 30.2.1 覆蓋範圍：功能測試方面 222 30.2.2 覆蓋範圍：非功能測試方面 223 30.2.3 執行方法：小範圍試用 223 後記 225

中信銀行進入發燒排行的影片

銀行海外併購策略之探討—以東京之星為例

為了解決中信銀行的問題，作者鍾玉喬 這樣論述：

本研究以中信金控併購日本東京之星案例作為研究對象，研究時間自2013年7月5日傳出中信金控併購東京之星恐受阻生變相關新聞起，至2014年6月5日中信金控完成東京之星百分之百股權交割日止。研究方法採用個案研究方法，並應用總體環境PESTEL分析、產業環境五力分析、內部環境SWOT分析及國家文化模型等策略性分析工具，針對所蒐集之國內外期刊論文、中信金控所發布公告之財報、年報與新聞稿、台灣及日本報章雜誌及網路媒體相關報導與評論、金融產業資訊與總體產業經濟環境等相關報導資訊，以及金管會鬆綁亞洲盃相關法規與政策等次級資料進行質化研究分析；藉以瞭解中信金控併購日本東京之星的背景、所面臨之外部機會與挑戰；

進而瞭解中信金控的海外併購策略概況與併購決策過程，並檢視中信金控海外併購策略對於併購日本東京之星表現之結果。根據研究結果，本研究提出以下五個主要發現：(一)被併購前後的東京之星的資本適足率皆低於日本銀行平均水準，近年雖有逐步提升，但仍低於日本銀行平均水準；(二) 被併購之後的東京之星的逾期放款比率降低，備抵呆帳敷蓋率並未有上升的現象，顯示在被中信金控併購之後，東京之星的資產品質已有顯著提升，但資產品質仍需持續改善；(三)被併購之後的東京之星在資產報酬率的表現上皆優於併購前，且呈小幅穩定成長趨勢；(四)被併購之後的東京之星在股東權益報酬率上的表現皆優於併購前，成長幅度雖小但呈穩定趨勢；(五

)中信金控在併購東京之星之後，股價漲跌劇烈程度逐年減緩，風險也隨之下降。併購初期（前四年）或因磨合或整合等因素，以至併購效益未能完全顯現；惟經過五年的整併及磨合後，組織趨於穩定，報酬及股價開始穩定且反映在併購後的財務效益上，風險也隨著中信金控的經營及調整而下降。併購後的第五年開始有超額報酬，股價漲跌劇烈幅度趨緩，風險下降，顯示併購效益逐漸顯現。

金融前沿的20種思考

為了解決中信銀行的問題，作者 這樣論述：

本書由金融學家巴曙松教授帶領團隊潛心編撰，彙集“商界軍校”北大滙豐商學院金融前沿講堂的演講，全面展示金融市場各領域的一線專家在長期金融實踐中形成的判斷、出色見解和獨到看法，全景解讀金融市場發展趨勢。   全書共分為四個部分。第一部分“宏觀金融的前沿”，從社會融資規模、金融週期與結構、經濟轉型、增長曲線、性等角度精解宏觀金融的發展趨勢。第二部分“金融市場的前沿”，解讀資產配置理論的新實踐以及固定收益市場、期權市場、ETF市場、保險市場的前沿發展。第三部分“金融科技的前沿”，對於現下市場關注的區塊鏈、數位貨幣、數位金融、使用者隱私等前沿科技的發展和應用進行了分析。第四部分“金融發展的前沿”，就現代

投資銀行、商業銀行、民營銀行及香港資本市場的經營理念與改革方向予以記錄與研究。   金融理論一般要等到金融實踐或者一個金融市場現象發展得比較成熟穩定後才能被總結出來，進而寫到教科書裡，但北大滙豐金融前沿講堂是一部“活頁版的金融前沿教科書”，是觀察中國和金融市場新發展趨勢的“風向標”。 巴曙松 北京大學滙豐金融研究院執行院長，中國銀行業協會首席經濟學家，主要研究方向為金融機構風險管理與金融市場監管、資產管理行業發展等。   任頲 北京大學滙豐商學院副院長、企業發展研究所所長，北京大學博士生導師。美國明尼蘇達大學人力資源與產業關係博士，研究領域為組織設計與績效、人力資源與勞動就

業、行為經濟學等。   本力 北京大學滙豐金融研究院秘書長，《北大金融評論》副總編，深圳市金融科技倫理委員會委員，《21 世紀經濟報導》《財經》等媒體專欄作者，出版了《金融倫理通識》《量化投資十六講》《經濟學之路》等多本著作，曾創辦北望經濟學園。 序言站在金融的前沿   第一部分宏觀金融的前沿/001 第1章社會融資規模、廣義貨幣與金融去杠杆/003 盛松成 中歐國際商學院教授，中國人民銀行調查統計司原司長 第2章從週期與結構視角看宏觀金融/020 彭文生 中金公司首席經濟學家、研究部負責人，光大證券原全球首席經濟學家 第3章中國經濟增長曲線及新週期/051 廖群 中信銀行（

國際）首席經濟師 第4章拐點經濟學與系統性風險/070 朱小黃 中國建設銀行原副行長，中信集團監事長， 中國行為法學會副會長，金融法律行為研究會會長 第5章中國經濟轉型與升級中的投資機遇/088 孫明春 海通國際首席經濟學家   第二部分金融市場的前沿/109 第6章固定收益產品的定價、交易與投資準則/111 孟小寧 天風國際證券集團行政總裁 第7章資產配置理論的實踐/130 唐毅亭 北京樂瑞資產管理有限公司董事長 第8章期權市場的創新、合規與風控/162 程剛 天風證券自營投資總監 第9章ETF的價值與競爭力/188 丁晨 南方東英資產管理公司總裁 第10章保險並購，完善健康保險生態圈/20

4 趙曉京 安永亞太區保險業主管合夥人   第三部分金融科技的前沿/215 第11章區塊鏈、數位貨幣與ICO/217 肖風 通聯數據董事長，萬向區塊鏈董事長 第12章使用者隱私、資料孤島和聯邦學習/239 楊強 微眾銀行首席人工智慧官 第13章數位金融的發展路徑/258 邱明 羅漢堂資深專家，螞蟻金服研究院前副院長 第14章智能化時代的證券投資/285 戴京焦 金貝塔網路金融科技公司前CEO，光大理財有限責任公司首席投資官 第15章擁抱金融科技/304 方兆本 中國科學技術大學統計金融系教授   第四部分金融發展的前沿/317 第16章現代投資銀行的科技理念和改革方向/319 黃國濱 摩根大通

全球投資銀行部中國CEO、董事總經理 第17章中國香港資本市場，“超級連絡人”角色的升級/332 叢林 華興資本集團總裁，華興證券（香港）董事長 第18章站在十字路口的商業銀行/355 畢明強 中信銀行（國際）有限公司行長兼行政總裁 第19章民營銀行再度啟程/386 朱韜 上海華瑞銀行前黨委副書記、董事、行長 第20章從歷史中尋找金融的未來/410 洪灝 交銀國際董事總經理、研究部主管 後記/427 這本書是我們組織的北大滙豐金融前沿講堂的演講文稿彙集。我們希望通過多位在金融實戰前沿的知名學者和專家的演講文集，可以讓更多讀者從中受到啟發。為了將北大滙豐金融前沿講堂辦好，北大

滙豐商學院院長海聞屢次召集多位相關教師開會，進行反復的討論和研究。根據會議的討論方向，我將北大滙豐金融前沿講堂的定位和目標總結為四個方面。 第一，希望通過系列講座，讓高校教師和同學們瞭解金融市場的前沿動態，促進金融專業領域的學習研究以及與金融市場一線的互動。 我們打算在系列講座中邀請的主講專家，大部分都是在金融市場一線的不同領域有豐富經驗和獨特見解的專家。他們在長期的金融實踐中，形成了大量專業的判斷、出色的見解和獨到的看法，高校教師和學生常常可以從他們的觀點中找到合適的研究切入點。此外，主講專家可以借此建立與高校研究人員的聯繫與合作，促進金融市場一線與高校專業研究的契合，使金融實踐和專業研

究都更有針對性。 同時，系列講座也能對高校學生起到學習金融的督促作用。“書到用時方恨少”，我學金融的時候，也曾經歷過比較迷惑的階段：“學這些金融專業知識有什麼用呢？”如果不能感受到金融市場的一線脈動，往往就會覺得主動深入學習和鑽研的動力不夠。當一個現實中的金融問題擺在面前時，你就會發現自己積累的金融理論、工具和功底不夠了。等到你已經畢業、參加工作後才發現積累不夠的時候，就已經晚了。所以，如果在求學期間就接觸一線的金融問題，通過思考和嘗試解決這些問題來反觀自己在理論和專業學習上的不足，就能夠促進金融實踐與理論學習的互相推動。我們期待在金融市場一線具有豐富經驗的優秀專業人士，和金融研究、教學以及

學生的學習建立起一種良性互動的關係，構建一個生機勃勃的金融理論與實踐互動的場景。 第二，希望主辦講座的金融機構負責人和優秀的金融專業人士能夠深入瞭解位於深圳的這所優秀的北京大學滙豐商學院。 經過十餘年的持續努力，北大滙豐商學院已經發展成為一所生機勃勃的商學院。我邀請了一些金融機構的負責人出席講座，他們已經對北大滙豐商學院有一定瞭解，但是有些人不確定學院是在深圳還是在北京。所以，我們可以通過這個系列講座，讓前來參加講座的金融機構負責人和各個領域優秀的金融專業人士，較為深入地瞭解到這所具備國際高水準的專業訓練和開放視野的“商界軍校”、以金融學為重點學科的一流商學院。 第三，希望通過舉辦系列講

座，構建一個不同領域的優秀的金融家和金融專業人士交流合作的互動平臺。 從金融業外部看，金融業看起來好像是一個聯繫緊密的整體，但實際上內部劃分很細，相互之間的交流也十分欠缺。例如，北京樂瑞資產管理有限公司董事長唐毅亭，在他職業生涯的幾個階段，雖然一直在從事金融業，但金融內部不同的細分領域存在巨大的跨度，從一個細分領域轉到另一個細分領域對他來說也是巨大的跨越。他原來從事商業銀行的工作，後來主要從事商業銀行董事會的相關工作，之後他致力於推動綠色金融，現在則做金融資產交易平臺。其實，這些優秀的金融家和金融專業人士之間也缺乏專業的高水準的交流平臺。海聞院長當年在北京發起這個高水準的系列講座時，得到了很

多金融家的回應。我想，除了他個人的動員能力和號召能力外，這還和金融家們也想有一個交流平臺、希望與金融業相關細分領域的專業人士系統交流自己的看法的需求直接相關。 誇張一點兒說，我認為全球和中國金融行業的現狀存在一個基本的不足：脫節比較嚴重。這表現為各種形式，例如：監管和市場之間的脫節；金融理論研究和金融市場、金融機構、金融監管之間常常相去甚遠；金融市場內部也容易脫節，從事公募、私募、信託、租賃、商業銀行、投資銀行以及互聯網金融企業的人士，相互之間的交流和瞭解也很不充分。所以，我希望把這個系列講座打造成優秀的金融家和金融專業人士相互交流的平臺。我們可以把每次講座的內容整理出來，與金融界的朋友共同

交流。 我們在啟動這個系列講座時，從一開始就做好準備，做好內容整理和收錄工作。每次演講之前，主講專家都會認真準備講稿。講座結束後，對於演講的要點，我們會通過適當的管道與金融業界人士分享；對於完整的文字整理稿，則請主講專家、多位同學和教師、編輯審定之後結集出版。 我們作為組織者，尤其期望優秀金融家講授自己所在的細分金融領域的前沿經驗。我們逐期積累這些成果並展示出來，這個系列講座就會成為一個前沿的金融專業交流平臺。 第四，希望把這個系列講座打造成一個觀察中國和全球金融市場新發展趨勢的風向標。 有人說深圳是金融開放的前沿，同時離國際金融中心香港很近，兩者之間的聯繫也越來越緊密，為我們舉辦這個

系列講座提供了堅實的市場基礎。我認為確實是這樣，在金融行業的許多細分領域，其他城市的金融企業可能規模較大，但是往往沒有深圳的金融機構那麼有活力，創新能力那麼強。 香港作為國際金融中心，專業人才的優勢十分突出，我們邀請他們前來參加講座也比較方便。以珠三角和香港的金融專業人士與金融家為基礎，延伸到全國的市場，我們就可以逐步把這個系列講座辦成觀察中國和全球金融市場新發展趨勢的風向標。通過這個講座，我們可以大致瞭解國內外金融市場發展的新動向。 金融理論一般要等到金融實踐或者一個金融市場現象發展得比較成熟穩定後才能被總結出來，進而寫到教科書裡。如果從時間上觀察，這個實例寫入教科書的時候，可能已經比市

場一線晚了好幾年。那麼，從這個意義上說，北大滙豐金融前沿講堂可以說是一部“活頁版的金融前沿教科書”。 如果說組織系列講座也應當不忘初心，那麼以上一些設想和期許，就是我們當初組織講座時經過多次討論之後認定的初心。如今系列講座已經持續進行了多期，我們有必要重溫初心，一方面通過系統梳理現有的講座內容，與更多的讀者分享；另一方面也為下一步更好地組織講座積累素材和經驗。 是為序。

臺灣的銀行經營效率分析-疫情與非疫情期間之比較

為了解決中信銀行的問題，作者黃嘉偉 這樣論述：

COVID-19疫情遍布全球各地，不僅重大影響了全球社會、醫療資源及金融秩序，國家的社會安定性與銀行體系的健全與否息息相關，其經營狀況就是非常重要的議題，因為在這動盪的環境下，如果銀行經營不善造成消費者對銀行的不信任感，進而產生擠兌現象，這效應會影響整個社會的不安定，故在受疫情影響而瞬息萬變的金融環境下，臺灣的銀行業在國內、外危機夾雜中是否能夠擺脫疫情的影響，並維持其競爭力、創造更好的經營效率是非常值得探討研究。本研究以資料包絡分析法的CCR模式及BCC模式評估2012年至2021年國內35家銀行，十年期間之季資料共計1,400個受評單位，投入變數為存款及匯款、員工福利費用、折舊及攤銷、業務

及管理費；產出變數為利息淨收益、手續費淨收益及投資淨收益，分析各個受評單位之間的相對經營績效評估，並藉由效率分析、參考群體分析、敏感度分析及差額分析來探討我國35家銀行間經營效率之情況及可改善之空間，並以我國疫情指揮中心2020年1月20日成立為區分時間點，將2012年至2019年區分為非疫情期間，2020年至2021年區分為疫情期間去比較疫情前後績效和經營情況。實證結果顯示，在整體銀行經營效率評估中，瑞興商業銀行為全體銀行中之相對效率表現最佳，京城銀行為次佳，可做為其他銀行之學習指標。相對效率表現不佳之銀行可參考本研究之分析來檢視其資源配置，以提升整體銀行之獲利。而疫情期間整體銀行呈現成長狀

況，疫情前後差異值正數最大者為星展台灣銀行、疫情前後差異值負數最大者為王道銀行。