高點‧高上公職 104 高普考重點題神
Welcome message from author
This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
Transcript
高點‧高上公職 104 高普考重點題神
高點‧高上公職 104 高普考重點題神
1-1
【資料處理】 <唐箏老師 精選>
頭號重點 1 最近三年高普考重要命題方向 由最近三年(100 年至 103 年)之高普考「資料處理」及「資料處理概要」考題，就其命題方向所鎖
定的重點內容，可以整理如下表：
103 年
高考 103 年
普考 102 年
高考 102 年
普考 101 年
高考 101 年
普考 100 年
高考 100 年
普考 計算機概論 電腦網路 資料庫 資料倉儲與資料挖掘 物件導向與 UML 資料結構與程式語言 系統分析與設計 資訊管理與資訊安全 其他 從上表可以很明顯看出，每年必考考題皆落在「電腦網路」、「資料庫」、及「資料結構與程式語
言」。近三年來無論高考或普考，無一例外，每年必定會有此三類型之考題。
頭號重點 2 考前重點複習 (一)計算機概論
題目：何謂虛擬記憶體？ 虛擬記憶體(Virtual memory)
1.虛擬記憶體技術，可以允許執行的程序(processes)，不必全部存放在記憶體之中，將邏輯記憶體
(logical memory)及實際記憶體(physical memory)分開，只有正在執行的程式才放在記憶體內。此架
構的主要優點是程序可以比實際的記憶體大。 2.優點
(1)程式不再受到實際記憶體之可用空間的限制。 (2)同一時間內可以執行更多的程式，相對提高了CPU 的使用率和輸出量。 (3)每個使用者所需載入或調換進入memory 的I/O 作業將會減少(因為程式不用整個搬動)。 (4)程式員不必再為實際記憶體的可用空間煩惱，只需把精力放在寫程式上。
3.虛擬記憶體的實施 ♦ 需求分頁（Demand paging） ♦ 需求分段（Demand segmentation） ♦ 兩者的運作模式、優缺點、比較，考生也需要熟悉。
分頁(paging) 分段(segmentation) 容許分頁框內部的碎片 (fragmentation) 存在
不容許內部的碎片 (internal fragmentation) 存在
不容許外部的碎片 (external fragmentation) 存在
容許外部的碎片 (external fragmentation) 存在
程式分割成大小一樣的分頁 (pages) 程式分割成大小不同的分段 (segments) 使用 page number 與位移 (displacement) 來計算絕對位址 (absolute address)
使 用 segment number 與 位 移 (displacement) 來計算絕對位址 (absolute address)
需要 PMT(page map table) 需要 SMT(segment map table)
高點‧高上
【版權所有，重製必究！】
高點‧高上公職 104 高普考重點題神
1-2
註： ♦ 內部碎片就是分給使用者的空間中，所沒有使用的部分。 ♦ 所謂外部碎片就是那些沒有分配給人的空間，本身又無法分給別人用。 溫馨小叮嚀：虛擬記憶體，起因於記憶體空間限制，考生們需要知道虛擬記憶體相關技術，以
及其如何讓可使用記憶體空間增加；此外，考生們可留意近年來因應資料量龐大、系統效能要
求提升、資訊安全日益重視等議題，而衍生之計算機軟硬體需求。包含新技術(如：Big Data)或舊科技(如：RAID、資料壓縮)等。
題目：在2補數法(2's complement)中，12個位元所能表示的範圍中最大與最小的整數為何？又
如何表示？ 在2的互補法(2's complement)中，12個位元所能表示的範圍為-211 至211-1；故 最大整數為211-1，表示為：011111111111 最小整數為-211 ，表示為：100000000000
題目：在計算機系統中，資料傳輸常見的錯誤檢查演算法有哪些？請舉出三個例子。又您的例
子中，是否有哪個演算法可以從事錯誤碼更正？(考生也需能舉出下列三者的範例說明) ♦ 同位位元檢查(Parity Check)：分成奇同位元、偶同位元。僅能錯誤檢查，無法錯誤更正。 ♦ 循環冗餘檢查法(CRC, Cyclic Redundancy Check code)：僅能錯誤檢查，無法錯誤更正。 ♦ 漢明碼檢查法(Hamming Code Check)：漢明碼不但可從事錯誤檢查，亦可從事錯誤更正(error
correction) 溫馨小叮嚀：數值的轉換/進位、資料壓縮演算法(如: Huffman編碼法)、正負數表示法，尤其是
各表示法所能記錄的數值範圍，皆為計算機概論的基本考題，務必熟悉。 (二)電腦網路
題目：IP位址的演進？何謂NAT？子網路遮罩又是如何使用的？ IP位址的演進：
(1) 第一階段：Class A、B、C、D、E 分類，這是IP在設計最初時，著眼於當時計算機的效能和
數量而制定的，結果後來因位址分配不均而產生位址不足的問題。 (2) 第二階段：子網路遮罩，利用遮罩技術將Class A、B、C、D、E 分類法則打破
（Classless），產生多個可由網管人員自由分派的子網路。 (3) 第三階段：網路位址轉換（Network Address Translation；NAT），利用傳輸層的埠號觀念，
將多個未註冊的IP 位址對應到單一個註冊的IP 位址（多對一）。 (4) 第四階段：IPv6，第六版IP 技術，主要將IP 位址擴充至216*8。
NAT(Network Address Translation) 網路位址轉譯器： 簡單的說，NAT 可以讓很多台電腦只用很少的Public IP Address 就能夠連上Internet。 以下為Private IP Range 作為NAT 內部網路使用：
10.0.0.0 - 10.255.255.255 (10/8 prefix) 172.16.0.0 - 172.31.255.255 (172.16/12 prefix) 192.168.0.0 - 192.168.255.255 (192.168/16 prefix)
NAT使用方式 所有在NAT內的機器用的都是Private IP，只有NAT Router上的連外介面用的是Public IP。 當NAT內部有機器往外連時，會將該Private IP 替換成Public IP。 使用NAT mapping table 維持對應關係。 子網路遮罩(Subnet Mask)： 為卸除IP位址固定隸屬於網址分級，依情況也許再細分為子網，並用網路遮罩（Network Mask）將IP 位址分割為網路位元、子網路位元及主機位元。
<32 bits> Network Bits Host Bits Network Bits Subnet Bits Host Bits
高點‧高上
【版權所有，重製必究！】
高點‧高上公職 104 高普考重點題神
1-3
子網路(sub-network)與IP 位址一樣由32 bits 也即4 Byte 組成。每位元的1 代表IP 位址中的網
路位元，相反的子網路中的0 代表IP 位址中的主機。子網路也可以分級，因此每分級中有標
準子網路遮罩。 例如有一Class C 的IP 位址192.168.0.14，如果沒有其他的說明，那麼它的子網路遮罩便是
255.255.255.0。子網路遮罩除了用十進制表示法（Decimal Point Notation）表示外，也可用斜線
表示法（Slash Notation）表示。因此IP 位址192.168.0.14/24 便有Class C 的標準子網路遮罩
255.255.255.0。使用Slash Notation 的好處是更簡潔。 Subnet mask Bits Decimal Slash Class A 11111111.00000000.00000000.0000000 255.0.0.0 /8 Class B 11111111.11111111.00000000.00000000 255.255.0.0 /16 Class C 11111111.11111111.11111111.00000000 255.255.255.0 /24
溫馨小叮嚀：IP演進過程中的各種技術及相關運算/應用，例如：Class A~C IP位址的網路數/主機數、IP範圍、子網路及NAT的應用方式、IPv4與IPv6的比較，請考生都要多加練習。 子網路遮罩，除了/8、/16、/24外，其餘非八的倍數網路遮罩，需要將IP位址做10進位與2進位換
算。例如，/12表示IP位址二進位前12位元為網路位元、其餘20位元為主機位元。考生要能轉換
其網路/主機位元的二進位與十進位值，且同一網路位元的不同IP位址，代表其在同一子網路
內。
題目：線路交換(Circuit Switching) vs.封包交換(Packet Switching)的差異？虛擬線路(Virtual Circuit)與資料元(Datagram)的差異？ 網路層資料由傳送設備繞(route)至接收設備，可採用線路交換、訊息交換、或封包交換方式。
線路交換(Circuit Switching)：在兩個通訊裝置之間建立起專屬連線 封包交換(Packet Switching)：在大型資料通訊網路上控制及移動訊息的規則。 資料會被分割成許多小段(packets-封包)，然後再由各個網路裝置一站一站的傳遞出去。 封包交換兩種方式： (1) 資料元封包交換(datagram packet switching) 一種無連接(connectionless)傳輸方式。 每段資訊附加一個目的位址標籤 每段資訊都個別地透過網路路由傳遞到目的端 在目的端裝置這邊，一段段的資訊再重新還原成資料
(2) 虛擬線路(virtual circuit) 一種接通式(connection-oriented)傳輸方式 與專屬線路交換法(circuit switching)類似 但實際的傳輸媒體上可以容納多個通訊連線
(三)ER Model 與關聯式綱要
溫馨小叮嚀：此類考題多半題目描述資料庫需求，由考生們將ER Model繪出，並轉換為關聯式
綱要。考題依需求類型差異甚大，考生們應多練習相關考題，培養解題熟練度。 題目(考古題)：假設某連鎖KTV欲開發一套線上點歌系統，方便會員事先從網站上挑選好要點
唱的歌曲，到KTV現場時即可立即點播歡唱，節省顧客現場挑歌的時間。此系統所需管理之資
訊如下： 會員（Member）：包括帳號（MID） ,密碼（PASSWORD） ,姓名（MNAME） ,會員等級
（GRADE）,電話（TEL）, 地址（ADDRESS）等；其中帳號是唯一的。 歌曲（Song）：包括歌曲編號（SID）,歌曲名稱（SNAME）,演唱者（SINGER）等；其中歌曲
編號是唯一的。 分類（Class）：歌曲的類型，包括類型編號（CID）,類型名稱（CNAME）等；其中類型編號
是唯一的。 一位會員可點播多首歌曲，且一首歌曲可接受許多會員點播。
高點‧高上
【版權所有，重製必究！】
高點‧高上公職 104 高普考重點題神
1-4
一首歌曲可隸屬於多種歌曲類型，且一種歌曲類型會包含許多首歌曲。 請回答以下問題： 1. 請根據以上描述，畫出一實體關係圖（Entity Relationship Diagram）來表達此線上點歌系統之
資料規劃需求。 2. 請設計一個符合 3NF 的關聯式資料庫綱要（schema）以滿足此線上點歌系統之資料規劃需
求。請針對您所設計的每個資料表，詳列所有的欄位名稱及其合理的值域（domain），並標
示出每個資料表的主鍵（primary key）以及外部鍵（foreign key）。（15 分） 解答： 1.
Member Songplays
Class
belong_to
MIDPassword
MNameGrade
TelAddress
SIDSNameSinger
CID CName
M N
M
N
假設：每位會員僅可儲存一張點播單，即會員在網站上可挑選多首歌曲，但儲存後即覆蓋掉過去
的點播紀錄。 2.
Member (MID, Password, MName, Grade, Tel, Address) Song (SID, SName, Singer) Class (CID, CName) MemberSong (MID, SID) SongClass (SID, CID) 其中， (1) 資料表Member的MID為主鍵，各欄位值域分別為MID:CHAR(10)，Password:CHAR(10)，
MName:CHAR(20)，Grade:CHAR(2)，Tel: CHAR(10)，Address:CHAR(50) (2) 資 料 表 Song 的 SID 為 主 鍵 ， 各 欄 位 值 域 分 別 為 SID:CHAR(10) ， SName:CHAR(20) ，
Singer:CHAR(20) (3) 資料表Class的CID為主鍵，各欄位值域分別為CID:CHAR(10)，CName:CHAR(20) (4) 資料表MemberSong的MID、SID為複合主鍵，MID亦為一參考到Member資料表MID的外鍵，
SID亦為一參考到Song資料表SID的外鍵，欄位值域同Member及Song的MID與SID。 (5) 資料表SongClass的SID、CID為複合主鍵，SID亦為一參考到Song資料表SID的外鍵，CID亦為一
參考到Class資料表CID的外鍵，欄位值域同Song及Class的SID與CID。
(四)資料庫正規化 溫馨小叮嚀：資料庫異常現象請舉例說明。正規化部份，應用題居多，多半為1NF至4NF，5NF
考題相當少見。 1.資料庫之異常(Anomalies) 資料庫正規化不足時，可能產生下列的異常現象： (1)更新異常(update anomalies)：重複資料，造成資料庫不一致。 (2)插入異常(insert anomalies)：由於複合主鍵、遞移相依的限制，資料無法加入。
高點‧高上
【版權所有，重製必究！】
高點‧高上公職 104 高普考重點題神
1-5
(3)刪除異常(delete anomalies)：由於複合主鍵、遞移相依，刪除過多資訊。 2.正規化種類
正規化名稱 簡寫 重點
第一正規化 1NF 所有項目皆為基元值
第二正規化 2NF 去除部份相依
第三正規化 3NF 去除遞移相依
Boyce-Codd正規化 BCNF 所有決定因素皆為候選鍵
第四正規化 4NF 去除多值相依
第五正規化 5NF 去除合併相依
(五)結構化查詢語言(Structured Query Language, SQL)
SQL考題多半皆為「語法題」，即將題目描述以SQL語法列出。其中以查詢語法比重最高。建議
考生多練習，增加熟悉度。 題目：以SQL語法回答以下問題：
員工(員工代號，員工姓名，電話，地址，薪資，部門代號，主管代號) 部門(部門代號，部門名稱)
1. 計算各部門薪資超過 10 萬元的人數超過 30 人的總員工數。 2. 找出薪資高於所有部門主管的員工姓名。
解答： 1. SELECT 部門名稱,COUNT(員工代號) AS 總員工數 FROM 員工，部門 WHERE 員工.部門代號=部門.部門代號 And薪資>100,000 GROUP BY 部門名稱 HAVING COUNT(員工代號)>30 2. SELECT E.員工姓名
FROM 員工 E WHERE 薪資>ALL(
SELECT M.薪資 FROM 員工 M，部門 D WHERE M.員工代號=D.部門主管代號 );
(六)交易管理
針對交易管理，考生可特別留意「ACID」、「可序列化排程」、「並行控制不佳可能產生的問
題」、「Two Phase Commit」、「Two Phase Locking」、「時間戳記同步控制法」等議題。 1.交易管理主要機制
(1)失敗回復(Failure Recovery)：資料庫失敗(failure)後，讓其能夠重新回到一個已知的正確狀態。 (2)並行控制(Concurrency Control)：讓多筆交易能在同一時間存取同一筆資料，而不會互相干擾。
2.交易的四大特性：ACID (1)基元性(Atomicity)
一筆交易，必須全部執行或全部不執行，即交易是一個不可再分割的完整個體。 全部執行，指交易正確且正常完成，並確認將交易結果存入永久性的資料庫；反之，全部不執
行，指交易途中，若發生錯誤、毀損等因素致交易無法完成時，必須將交易回復到執行前的原
點。
高點‧高上
【版權所有，重製必究！】
高點‧高上公職 104 高普考重點題神
1-6
(2)一致性(Consistency) 交易是從一個一致的狀態變更到另一個一致的狀態。即資料庫狀態在交易前後皆滿足資料庫所設
定的限制，以及正確的結果。 (3)孤立性(Isolation)
交易期間對資料更新可讓其他交易看見，直到此交易委任(commit)。此外，交易期間資料或中間結
果不容許其他交易讀取或寫入。孤立性可依需求訂立不同層級之限制。 (4)永久性(Durability、Permanency)
一但交易經委任(commit)，其對資料庫的更新動作永遠有效，即使未來系統當機或毀損。 3.並行控制不佳可能產生的問題 請考生務必具備「舉例說明」能力，以及看交易內容判斷發生哪項問題的能力。 (1)遺失更新(Lost Update)
當多筆交易交錯執行，且這些交易針對相同資料項目作存取時，可能會使此資料項目內容值不正
確，稱為遺失更新(Lost update)。 (2)不一致分析(Inconsistent analysis / Incorrect summary)
一筆交易正在針對某些資料項目作聚合函數(aggregate function)之計算，若此時其中一個資料項目
被其他交易更改，造成此聚合函數計算出之結果不正確，稱為不一致分析(Inconsistent analysis)或不正確總合(Incorrect summary)問題。
(3)未委任相依(Uncommitted dependency / Dirty reads / Temporary update) 一筆交易已更新某一資料項目，但尚未委任(Commit)時，此資料卻又被另一個交易所存取，但之
前的交易因故需撤回(abort)，則交易讀到了一個不應該讀的項目值。
(七)物件導向及 UML UML 工具，請考生具備能簡單舉例說明的能力。尤其是下列 1, 2, 4. 1. 使用案例圖(Use Case Diagram) 2. 類別圖(Class Diagram) 3. 物件圖(Object Diagram) 4. 循序圖(Sequence Diagram) 5. 合作圖(Collaboration Diagram) 6. 狀態圖(State Diagram) 7. 活動圖(Activity Diagram) 8. 元件圖(Component Diagram) 9. 佈署圖(Deployment Diagram)
(八)資料結構及程式語言
溫馨小叮嚀：時間複雜度、前中後序轉換、堆疊與佇列、陣列與鏈結串列、各類樹狀結構、搜
尋與排序，皆為資料結構較常見的考題方向。此外，相關應用，也常出現需以程式語言回答
者，因此，考生必須具備C/C++或Java的基礎程式撰寫能力。此外，C語言的call by value與call by reference使用方式也須熟悉。(考題可能採應用題，詢問Call By Value/Reference/Pointer語法，
最終變數輸出值為多少) call by value：呼叫父程式直接將值或變數傳給函數，因此該數值或變數被儲存於兩個不同的記
憶體位置。當傳入一個變數時，在函數裡改變傳入的參數值對父程式的變數並不
會造成影響。 call by reference：傳入一個變數參考時，等於是將指向該變數的指標傳給函數，在函數裡改變該
參考等於改變原來的變數值，因此可以達到改變原來變數值的效果。
題目：分別以遞迴及迴圈方式，寫出一段費氏數列（Fibonacci Series）的程式碼，並說明兩段
程式碼的時間複雜度。
高點‧高上
【版權所有，重製必究！】
高點‧高上公職 104 高普考重點題神
1-7
遞迴： int fibon(int n) { if (n == 0) return 0; if (n == 1) return 1; return fibon(n-1) + fibon(n-2); } 時間複雜度：O(2n/2)
迴圈： int fibonacci(int n) { int fn, fn_1 = 1, fn_2 = 0, i; if (n < 2) return n; for (i = 2; i <= n; i++) { fn = fn_1 + fn_2; fn_2 = fn_1; fn_1 = fn; } return fn; }
時間複雜度：O(n)
題目：請以C語言或C++，分別寫出前序(Pre-order)、中序(In-order)、及後序(Post-order)追蹤
之副程式。 中序追蹤：
void inorder(Node_type *node) { if(node != NULL) { inorder(node->llink); printf("%d\n", node->data); inorder(node->rlink); } }
前序追蹤： void preorder(Node_type *node) { if(node != NULL) { printf("%d\n", node->data); preorder(node->llink); preorder(node->rlink); } }
後序追蹤： void postorder(Node_type *node) { if(node != NULL) { postorder(node->llink); postorder(node->rlink); printf("%d\n", node->data); } }
高點‧高上
【版權所有，重製必究！】
高點‧高上公職 104 高普考重點題神
1-8
各種排序法及其時間複雜度： 溫馨小叮嚀：各種排序法，皆應具備「舉例說明排序步驟」能力。尤其氣泡排序法、選擇排序
法、插入排序法、快速排序法。排序法，考古題也曾出現過程式語言的考題，建議考生也可對
排序演算法具備利用任一程式語言列出的能力。
(九)系統分析與設計
溫馨小叮嚀：應了解各類系統開發方式之特性、優點、缺點。以及系統分析設計過程中的測試
類型(測試分成哪四種)、轉換類型(轉換類型有哪些)、維護類型等。
可行性分析
組織內部開發 組織外部開發
系統開發生命週期法
雛形開發法
合作需求規劃及合作應用設計
使用者自建系統
採購套裝軟體
委外 租用
(十)專案管理
溫馨小叮嚀：專案管理最重要的議題，便是PERT/CPM專案管理時程工具，如何繪出
AON(Activity on Node)/AOE(Activity on Edge)圖，以及由其中找ES(Earliest Start), EF(Earliest Finish), LS(Latest Start), LF(Latest Finish)並找出Critical Path/Critical Activity。
高點‧高上
【版權所有，重製必究！】
高點‧高上公職 104 高普考重點題神
1-9
(十一)資訊管理與資訊安全
溫馨小叮嚀：建議考生特別關注資訊安全相關議題，以及資訊管理新技術。
題目：資料安全威脅及防範
威脅來源 後果 防範措施
一、天然災害
火災 資料、文件及設備燒毀，作業中斷 消防設施
水災 作業中斷，短路，資料、文件受潮 地點選擇，防水
風災 設備傾覆，作業中斷 防風措施
雷擊 設備燒毀，作業中斷，人員傷亡 避雷、接地
蟲、鼠害 電纜破壞，短路，故障 除蟲、除鼠
灰塵 磁碟損毀，資料漏失，短路 空氣過濾機
地震 地板破壞、設備傾覆滑動，作業中斷 結構補強
二、資源中斷
停電 作業中斷，資料漏失 不斷電設備
停水 空調失靈，溫度升高，當機 替代的窗型冷氣
通訊中斷 連線作業中斷，連線異動資料漏失 備份線路
電源干擾 機器不穩定，功能失常，當機 穩壓設備、接地
罷工 作業停頓 加強勞資關係
三、操作、功能錯誤
維護、增設 故障、當機 小心、設備離線
硬體設備 操作錯誤 使用操作手冊
系統軟體 功能錯誤 聯絡廠商
應用軟體 處理錯誤，輸出不正確 除錯、聯絡廠商
資料 輸出不正確 使用操作手冊
四、人為因素
電腦犯罪 資料損毀，洩密，金錢損失 技術性管制
洩密 機密外洩，影響士氣 內部管制、稽核
破壞 設備損毀，資料損毀，竊盜 警衛、門禁
高點‧高上
【版權所有，重製必究！】
高點‧高上公職 104 高普考重點題神
1-10
題目：因應資料安全議題，各政府機關(構)落實資安事件危機處理具體執行方案
項目 重點內容
管
理
面
組 織
管理
各政府機關(構)主管資通安全業務之副首長兼任資訊安全長
各政府機關(構)負自身管理及技術上的責任
各政府機關(構)自行編列資通安全預算
安 全
控管
資訊委外需包括電腦主機弱點掃瞄、漏洞修補、防毒軟體等
機密敏感資訊採檔案加密方式儲存、實體隔離
通 報
機制
各政府機關(構)發生資安事件時務必通報
會報通報應變組與綜合規劃組共同處理資通安全危機相關事宜
訂定資通安全危機通報緊急應變計畫暨復原處置作業程序
建立事前安全防護、事中預警應變、事後復原鑑識機制
稽 核
管理
A 級單位至少二張 BS7799/ISO27001 LA 證照
B 級單位至少一張 BS7799/ISO27001 LA 證照
A、B 級單位每年至少執行一次(以上)內部稽核
A、B 級單位通過 BS7799-2/ISO27001 /CNS 17800 認證
C、D 級單位自我完成內外部稽核之檢核作業
稽核服務組所執行之各項作業成果，列入年度考核
教 育
認知
技服中心訂定資安認知教育之學程內容及目標
訂定政府重點機關及重要民生體系單位之風險管理
加強資安宣導
(十二)雲端運算(Cloud Computing) 何謂雲端運算？雲端運算從架構上可以分為哪幾種模式？
雲端運算不是一種新技術，而是一種概念，代表的是利用網路使電腦能夠彼此合作或使服務更無
遠弗屆。在實現「概念」的過程中，產生出相應的「技術」。
所謂「雲端」其實就是泛指「網路」，名稱來自工程師在繪製示意圖時，常以一朵雲來代表「網
路」。因此，「雲端運算」用白話文講就是「網路運算」。舉凡運用網路溝通多台電腦的運算工
作，或是透過網路連線取得由遠端主機提供的服務等，都可以算是一種「雲端運算」。
雲端運算的資源是動態易擴充套件而且虛擬化的，透過網際網路提供。終端使用者不需要了解
「雲端」中基礎設施的細節，不必具有相應的專業知識，也無需直接進行控制，只關注自己真正
需要什麼樣的資源以及如何透過網路來得到相應的服務。
雲端運算產業類型—SaaS、PaaS、IaaS：類型 重點 實例
SaaS (Software as a Service) 軟體即服務
通過Internet提供軟體的模式，用
戶向提供商租用基於Web的軟
體，來管理企業經營活動，且無
需對軟體進行維護，服務提供商
會全權管理和維護軟體
不用管理硬體與軟體
操作簡單(瀏覽器) Pay per use Instant Scalability
Security Reliability
Google Docs CRM Financial Planning Human Resources Word processing Salesforce.com
PaaS (Platform as a Service) 平台即服務
♦ 提供平台給系統管理員和開發人
員，以為它構建、測試及部署定
製應用程序
Google App Engine AWS: S3 (Simple Storage Service) Microsoft Azure
高點‧高上
【版權所有，重製必究！】
高點‧高上公職 104 高普考重點題神
1-11
類型 重點 實例
管理系統的成本昂貴 Popular services
Storage Database Scalability
IaaS (Infrastructure as a Service) 架構即服務
♦ 提供了核心計算資源和網路架構
的服務 infrastructure stack:
Full OS access Firewalls Routers Load balancing
Flexiscale AWS: EC2 (Amazon Elastic Compute Cloud)
(十三) Big Data
何謂海量資料(Big Data)？何謂Big Data的3V？ Big Data，中文常稱作海量資料、巨量資料、大數據等。Big Data是大量 (Volume)、高速
(Velocity)、多變(Variety)的資訊資產，構成了複雜(Complexity)的結構與挑戰 – 稱作Big Data的3V1C。它需要新型的處理方式去促成更強的決策能力、洞察力、與最佳化處理。 Volume (容量): 大量的數據 Velocity (速度): 快速地處理數據 Variety (多樣): 內容豐富的數據 Big Data的系統要求： High Performance–高併發讀寫的需求：高併發、即時動態獲取和更新數據 Huge Storage –海量數據的高效率存儲和訪問的需求：類似Social Network網站，海量使用者資訊
的高效率即時存儲和查詢 High Scalability & High Availability_–高可擴展性和高可用性的需求：需要擁有快速橫向擴展能
力、提供7x24小時不間斷服務 溫馨小叮嚀：海量資料(Big Data)是近年非常夯的議題，相關應用如NoSQL、Hadoop、或實務案
例，考生皆應多加涉獵。
高點‧高上
【版權所有，重製必究！】
Related Documents
