[ 定義雲端 ]
使用者透過網路，以用多少算多少的「隨選公用運算」模式，來取得遠端
由 IT 廠商所提供的 IT 資源、平台系統的一種服務模式。
用戶在有需求時，可以依照使用量增減服務，不論用戶身在何方，
均可透過網路存取到資源。不用真正瞭解實際運作面為何。
雲端運算，從本質上來看就是一種分散式運算的新運用。
透過網路將龐大的運算程序，自動分拆成無數個較小的子程序，
再各別交由多部伺服器運算分析之後，把處理結果回傳給使用者端。
[ 雲端的特色 ]
1. 快速伸縮性 (Rapid Elasticity)
2. 計量服務性 (Measur Service)
3. 需求式服務 (OnDemand Service)
4. 無所不在 (Ubiquitous Network Access)
5. 資源預備性 (Resource pool)
[ 三種雲端佈署模式 Delivery Models ]
1. 軟體即服務 Software as a Service, SaaS
透過Internet提供應用軟體，讓用戶隨時隨地取用或租用，操作簡單 (瀏覽器)，不用管理硬體與系統軟體，依訂閱或計次付費。
透過網際網路存取雲端的應用程式 (例如：salesforce.com)。
2. 平台即服務 Platform as a Service, PaaS
提供應用平台給系統管理員、開發人員，進行程式開發與管理。供應商提供
管理一個資訊平台的環境，使用者可以在平台上開發各種資訊系統，不用費
心管理複雜作業平台。依流量、資源使用量、交易量收費。
(例如：Google App Engine)。
3. 基礎設施即服務 (Infrastructure as a Service, IaaS)
提供了核心計算資源和網路架構，服務依CPU/hr 、Storage 計費。有時亦稱公用運算意指處理器、儲存、網路以及其他資源的租用服務 (例如：Amazon 的 EC2 )。客戶不需管理底層的雲端基礎架構，但是能夠掌控作業系統、儲存、網路、所部署的應用程式，且能夠選擇網路元件(防火牆)。
[ 安全問題 ] (至少背四種)
1. 特權使用者的管理 (Privileged User Access)
特權使用者(如Windows的 Administrator或是*nix的root) 因為擁有幾乎絕對的權力，所以在使用上必須經過嚴密的管控。舉例來說，這些人員在進入公司前可能經過較為嚴格的背景調查。但是一旦將運算及資料都交付到服務供應商，這些系統的特權使用者將不再直接受公司管理，如何確保服務供應商能夠有效管理特權使用者將是一個很重要的議題。
2. 法規的遵守 (Regulatory Compliance)
雖然公司透過服務供應商的服務執行公司營運的活動，但是遵守法規的責任仍舊屬於公司本身，而不是服務供應商。因此必須確保服務供應商的作業方式能夠符合法規要求，甚至在必要時加以稽核。
3. 資料所在的位置 (Data Location)
這部分其實跟法規的遵守有關係，不過比較著重在有關資訊處理的隱私保護上。事實上，每個國家或地區對於隱私權的保護有不同的規範。所以如何確保資料處理能夠符合資料收集地點的法規以及資料處理時所在位置當地的法規，是一個必須絕對遵守的要求。有些隱私權保護的規範，甚至會限制資料在未經授權前不可傳送至其他的國家或地區。
4. 資料的隔離 (Data Segregation)
因為服務供應商同時提供服務給許多客戶，各個客戶間的資料是否已被有效的隔離，以避免資料被其他客戶看到而產生資料外洩的疑慮。
5. 回復能力(Recovery)
雖然雲端運算之一的特點就是分散式的處理，所以不會因為單一設備的問題而中斷服務。但是再怎麼強調不中斷的系統，終會有服務中斷的機會。當發生問題時，服務與資料的回復能力，也是必須加以考量的。
6. 支援調查的能力(Investigation Support)
因為服務供應商同時提供服務給許多客戶，再加上同一個客戶的服務可能在任意地方被執行，所以如果一但有法律調查上的需求時，這些可能交互混雜的使用紀錄是否能夠有效地的被取出並加以追蹤，將可能是一個複雜的問題。
7. 永續的使用性(Long-Term Viability)
即使雲端運算的系統可以提供長時間不中斷的服務，但是服務供應商本身卻不見得會永續經營。服務供應商可能退出市場、被併購或是客戶主動希望轉換平台，這個時候原先的資料是否能夠完整的取出甚至轉換到新的平台，就是一個很重要的議題。
6月 23, 2011
6月 22, 2011
企業流程管理 (BPM)
[ 企業流程管理 Business process management ]
企業以流程為改善對象，使用 IT 重新設計流程、執行、並且監督。
進行流程的最佳化、自動化，相較於其他方法，具有下列特色：
1. 強調流程、IT 要相互配合，在 BPM 整個週期中都需要 IT 來輔助。
2. 企業策略決定核心流程，不具價值的流程宜委外。
3. 流程該具有高度彈性，由 IT 工具協助，可以快速重整流程。
4. BPM 講求持續改善，而 BPR 只會大改一次。
[ BPM 的生命週期 ]
1. 流程發掘
確定策略與核心流程的連結，把目標放在加值最大的流程上面。主要工作：
(a) 訂出核心流程，並且找出對企業最重要者
(b) 評估目前流程 & 理想流程，以及分析目前流程的問題
2. 流程設計
設計出一個流程改善方案，或者最佳模式，其工作包括
(a) 流程塑模：企業分析師用自動化工具，進行流程設計。
(b) 流程分析：針對新定的流程進行分析。
(c) 流程模擬：進行新流程的模擬，以取得營運績效。
3. 流程執行
將設計好的流程予以實施，而 BPM 可以透過 SOA、EAI 等架構來完成。
4. 監督流程
使用流程評估工具來衡量流程的執行結果。
5. 流程最佳化
依照監督所得到的資訊，找出改善流程的機會點，重新設計最佳流程。
[ 企業流程管理系統 ]
企業流程管理系統 (BPMS, Business Process Management System)
主要用來支援企業進行 BPM 的 IT 系統。大致分為下最幾個模組：
1. 企業流程模組：用圖形介面來建造、設計流程
2. 企業規則引擎：用來儲存流程內，各活動的執行條件。
3. 企業流程引擎：用來執行設計好的流程，為 BPMS 的核心
4. 企業流程知識庫：儲存各種與流程相關的定義、資料描述
5. 企業流程活動監控：用來評量新定流程，在執行後的成效。
優點：
1. 提升流程彈性化，透過 BPMS 可以彈性對流程塑模
2. 提升流程資源利用率，透過監督、控制可提高資源利用
3. 提升系統整合性，透過 EAI SOA 整合在各平台的檔案
4. 提升流程效率
企業以流程為改善對象，使用 IT 重新設計流程、執行、並且監督。
進行流程的最佳化、自動化，相較於其他方法，具有下列特色：
1. 強調流程、IT 要相互配合，在 BPM 整個週期中都需要 IT 來輔助。
2. 企業策略決定核心流程，不具價值的流程宜委外。
3. 流程該具有高度彈性，由 IT 工具協助，可以快速重整流程。
4. BPM 講求持續改善，而 BPR 只會大改一次。
[ BPM 的生命週期 ]
1. 流程發掘
確定策略與核心流程的連結，把目標放在加值最大的流程上面。主要工作：
(a) 訂出核心流程，並且找出對企業最重要者
(b) 評估目前流程 & 理想流程，以及分析目前流程的問題
2. 流程設計
設計出一個流程改善方案，或者最佳模式，其工作包括
(a) 流程塑模：企業分析師用自動化工具，進行流程設計。
(b) 流程分析：針對新定的流程進行分析。
(c) 流程模擬：進行新流程的模擬，以取得營運績效。
3. 流程執行
將設計好的流程予以實施，而 BPM 可以透過 SOA、EAI 等架構來完成。
4. 監督流程
使用流程評估工具來衡量流程的執行結果。
5. 流程最佳化
依照監督所得到的資訊，找出改善流程的機會點，重新設計最佳流程。
[ 企業流程管理系統 ]
企業流程管理系統 (BPMS, Business Process Management System)
主要用來支援企業進行 BPM 的 IT 系統。大致分為下最幾個模組：
1. 企業流程模組：用圖形介面來建造、設計流程
2. 企業規則引擎：用來儲存流程內，各活動的執行條件。
3. 企業流程引擎：用來執行設計好的流程，為 BPMS 的核心
4. 企業流程知識庫：儲存各種與流程相關的定義、資料描述
5. 企業流程活動監控：用來評量新定流程，在執行後的成效。
優點：
1. 提升流程彈性化，透過 BPMS 可以彈性對流程塑模
2. 提升流程資源利用率，透過監督、控制可提高資源利用
3. 提升系統整合性，透過 EAI SOA 整合在各平台的檔案
4. 提升流程效率
6月 20, 2011
資料倉儲(Data Warehouse), Data Mining(資料探勘)
傳統 DB 的設計，主要用於交易資料的記錄，沒辦法支援即時性決策需求，而且跟決策有關的資訊也都散布在各 DB 之中，會有資料不一致、重複的狀況發生，加上沒有歷史資料，所以無法用來做預測分析。
Data Warehouse 因此產生，其特色：
1. 主題導向性：在 DW 中所存的資料，是以特定主題為導向(營收/銷售)
而非傳統 DB 用來支援交易流程。
2. 資料整合性：因為 DW 設計用來支援多維度的決策，需要廣度深度兼具，
所以要整合企業內外、不同時間、不同來源的各種資料。
3. 時間差異性：在 DW 中的資料會包含不同時期(5~10年)的歷史資料。
以供進行趨勢分析，但是傳統 DB 只會保存短期的交易資料。
4. 不變動性性：在 DW 中的資料，一旦存入之後，就不再更改，通常只會唯讀。
之後週期性的更新資料。
5. 資料一致性：因為資料來自不同 DB 會有格式、單位的差異，為了往後查詢
要先經過「 萃取(Extract) 轉換(Transform) 載入(Load) 」
[ 資料超市 Data Mart ]
較小的資料，從 Data Warehouse 中複製出部份集合，專門用來支援特定部門、
特定地區、使用者，Data Warehouse 可以視需求適時複製出多份 Data Mart。
像是會計用的 Mart，以某個更局部的主題為導向。
優點：導入期較短、成本也比較低，可以快速建立。
[ 線上即時分析 OLAP ]
主要架構在 Data Warehouse 上，提供多角度、多維度的分析，提供決策用途，
內建許多分析程式，在傳統的 DB 中，要提供這些分析報告，要用大量的 SQL 查詢，
而 OLAP 有 UI 可讓使用者自己決定分析維度。
1. 切片 (Slice)
將資料視為一個立方體，將三維資料切片，固定單一維度。
例如固定時間在 2011年，觀察 (通路 銷量) 二個維度。
2. 切丁 (Dice)
提供縮小範圍檢視，仍維持原有維度。
3. 下拉 (Drill Down)
從原本宏觀的角度，拉到微觀角度。
4. 上轉 (Roll Up)
從微觀拉遠變成宏觀。
5. 旋轉 (Rotation)
也稱為樞扭，不同管理者所在意的觀點不同。
[ 線上即時交易 OLTP ]
使用電腦進行交易的即時處理，在線上發生的交易資料，立刻用電腦
處理資料的輸入作業。舊有的 TPS 較偏向批次作業，而 OLTP 在此
進行改良，結合 DB/網路可以應付資料量大、交易頻繁的情境上。
交易發生的同時，就能同步更新相關資訊。特色有：
1. 基礎作業處理，支援操作階層
2. 使用者為一般職員
3. 資料即時處理
Data Warehouse 因此產生，其特色：
1. 主題導向性：在 DW 中所存的資料，是以特定主題為導向(營收/銷售)
而非傳統 DB 用來支援交易流程。
2. 資料整合性：因為 DW 設計用來支援多維度的決策，需要廣度深度兼具，
所以要整合企業內外、不同時間、不同來源的各種資料。
3. 時間差異性：在 DW 中的資料會包含不同時期(5~10年)的歷史資料。
以供進行趨勢分析，但是傳統 DB 只會保存短期的交易資料。
4. 不變動性性：在 DW 中的資料，一旦存入之後，就不再更改，通常只會唯讀。
之後週期性的更新資料。
5. 資料一致性：因為資料來自不同 DB 會有格式、單位的差異，為了往後查詢
要先經過「 萃取(Extract) 轉換(Transform) 載入(Load) 」
[ 資料超市 Data Mart ]
較小的資料，從 Data Warehouse 中複製出部份集合，專門用來支援特定部門、
特定地區、使用者，Data Warehouse 可以視需求適時複製出多份 Data Mart。
像是會計用的 Mart，以某個更局部的主題為導向。
優點：導入期較短、成本也比較低，可以快速建立。
[ 線上即時分析 OLAP ]
主要架構在 Data Warehouse 上，提供多角度、多維度的分析，提供決策用途，
內建許多分析程式，在傳統的 DB 中，要提供這些分析報告，要用大量的 SQL 查詢，
而 OLAP 有 UI 可讓使用者自己決定分析維度。
1. 切片 (Slice)
將資料視為一個立方體，將三維資料切片，固定單一維度。
例如固定時間在 2011年，觀察 (通路 銷量) 二個維度。
2. 切丁 (Dice)
提供縮小範圍檢視，仍維持原有維度。
3. 下拉 (Drill Down)
從原本宏觀的角度，拉到微觀角度。
4. 上轉 (Roll Up)
從微觀拉遠變成宏觀。
5. 旋轉 (Rotation)
也稱為樞扭，不同管理者所在意的觀點不同。
[ 線上即時交易 OLTP ]
使用電腦進行交易的即時處理，在線上發生的交易資料，立刻用電腦
處理資料的輸入作業。舊有的 TPS 較偏向批次作業，而 OLTP 在此
進行改良，結合 DB/網路可以應付資料量大、交易頻繁的情境上。
交易發生的同時，就能同步更新相關資訊。特色有：
1. 基礎作業處理，支援操作階層
2. 使用者為一般職員
3. 資料即時處理
5月 09, 2011
風險管理
在風險對專案造成威脅前，針對風險來源建立一個平衡、整合的策略，
並且進行監督、控制。主要有六個階段：
1. 風險識別：找出風險來源，足以影響專案成敗的關鍵
3. 風險分級：依照風險的危害層級進行劃分，針對風險大者進行列管。
4. 風險處理：針對列管的風險，專門擬定一套措施，來消弭風險。
5. 風險減緩：使用有效方法來降低風險
並且進行監督、控制。主要有六個階段：
1. 風險識別：找出風險來源，足以影響專案成敗的關鍵
(a) 人員風險，重要人員離職，缺乏可接任人選。2. 風險評估：評量風險發生機率，以及風險後波及範圍。
(b) 技術風險，使用錯誤或者不熟悉的技術。
(c) 市場風險，競爭對手提出新產品，新的技術。
(d) 顧額風險，客人不斷變更需求，或者是配合度不佳。
3. 風險分級：依照風險的危害層級進行劃分，針對風險大者進行列管。
4. 風險處理：針對列管的風險，專門擬定一套措施，來消弭風險。
5. 風險減緩：使用有效方法來降低風險
(a) 風險避免：不行事可能產生風險的事情 (消極)6. 風險追蹤：風險會隨著專案的進行而變動，會新增消失。管理者要定期分析。
(b) 風險分散：將高風險的任務，交由不同單位執行 (雞蛋分籃放)
(c) 風險轉移：對於自身無力完成的工作，轉交由其他組織來進行。
4月 28, 2011
專案管理 (PMBOK)
專案：在預定的時間內，投入預定的資源，用來完成特定目標。
專案管理：希望透過管理方式，使得專案能順利完成。
Project Management Body of Knowledge (PMBOK)
運用知識、技能、與電腦輔助工具來規劃專案的人力、物力資源之配置與應用，以及各項活動的執行順序與進度，為了達成專案的任務目標。
PMBOK 定義
- 五大程序群組 (Process Groups)
- 九大知識體系領域 ( Knowledge Areas)
[ 五大程序群組 ]
1. 起始階段：定義專案之需求、界定預期的進度與目標、與開始組織專案團隊。
2. 規劃階段：制訂發展策略、計畫執行的各階段性目標、與規劃執行方案。需要明確界定所須達成的任務與達成任務的時間表，依據所需時間、經費與完成日期來預估成本。
3. 執行階段：監控各項活動之進展，並比照實際執行狀況與原訂計畫的內容，進行調整與紀錄。
4. 結案階段：專案完成之後的收尾與善後工作，包括確認專案結果，建立文件檔案以作為顧客正式接受專案的產品。彙整所有專案紀錄，分析專案的成敗及其效益性，並完整紀錄上。
[ 九大知識體系領域 ]
1. 專案整合管理–專案中不同的要素相互配合，含專案計劃書發展、專案計劃執行。
2. 專案範疇管理–確保僅含有所需的工作項目(不要多做)以成功達成專案目的，範疇規劃 、定義、範疇確認、變更控制。
3. 專案時間管理–確保專案如期完成，含活動定義、排序、期程估計、時程控制。
4. 專案成本管理–確保專案在預算內完成，含資源規劃、成本預估控制、預算編列。
5. 專案品質管理–確保專案能滿足需求，含品質規劃、品質保證。
6. 人力資源管理–有效地運用與專案有關的人員，含組織規劃、人員獲得。
7. 專案溝通管理–確保專案能適時及適當地產生、蒐集、散佈、儲存、及最終處置專案資訊，含溝通規劃、資訊發佈。
8. 專案風險管理–敘述專案風險的界定、分析、及回應的程序，含風險管理規劃、風險界定 (Risk Identification)。
9. 專案採購管理–執行自組織外取得商品及服務的程序，含採購規劃、邀商規劃、邀商作業 (Solicitation)、商源評選、合約管理。
專案管理：希望透過管理方式，使得專案能順利完成。
Project Management Body of Knowledge (PMBOK)
運用知識、技能、與電腦輔助工具來規劃專案的人力、物力資源之配置與應用，以及各項活動的執行順序與進度，為了達成專案的任務目標。
PMBOK 定義
- 五大程序群組 (Process Groups)
- 九大知識體系領域 ( Knowledge Areas)
[ 五大程序群組 ]
1. 起始階段：定義專案之需求、界定預期的進度與目標、與開始組織專案團隊。
2. 規劃階段：制訂發展策略、計畫執行的各階段性目標、與規劃執行方案。需要明確界定所須達成的任務與達成任務的時間表，依據所需時間、經費與完成日期來預估成本。
3. 執行階段：監控各項活動之進展，並比照實際執行狀況與原訂計畫的內容，進行調整與紀錄。
4. 結案階段：專案完成之後的收尾與善後工作，包括確認專案結果，建立文件檔案以作為顧客正式接受專案的產品。彙整所有專案紀錄，分析專案的成敗及其效益性，並完整紀錄上。
[ 九大知識體系領域 ]
1. 專案整合管理–專案中不同的要素相互配合，含專案計劃書發展、專案計劃執行。
2. 專案範疇管理–確保僅含有所需的工作項目(不要多做)以成功達成專案目的，範疇規劃 、定義、範疇確認、變更控制。
3. 專案時間管理–確保專案如期完成，含活動定義、排序、期程估計、時程控制。
4. 專案成本管理–確保專案在預算內完成，含資源規劃、成本預估控制、預算編列。
5. 專案品質管理–確保專案能滿足需求，含品質規劃、品質保證。
6. 人力資源管理–有效地運用與專案有關的人員，含組織規劃、人員獲得。
7. 專案溝通管理–確保專案能適時及適當地產生、蒐集、散佈、儲存、及最終處置專案資訊，含溝通規劃、資訊發佈。
8. 專案風險管理–敘述專案風險的界定、分析、及回應的程序，含風險管理規劃、風險界定 (Risk Identification)。
9. 專案採購管理–執行自組織外取得商品及服務的程序，含採購規劃、邀商規劃、邀商作業 (Solicitation)、商源評選、合約管理。
3月 27, 2011
IDS IPS 入侵偵測 防禦系統
[ IDS ]
入侵偵測(IDS)系統主要功能在負責監聽網路封包，依據預先設定的安全策略
(Security Policy)，對網路與系統的運行狀況進行監測，當發現異常，自動
發出警訊通報給網管人員
傳統的 IDS 最被詬病之處乃是其僅能產生大量的警報事件，無法立即阻絕入侵攻擊。而且因為受限於有限檢測技術及旁聽式(Sniffer Mode)部署模式，產生誤報比率較高。
IDS 分為兩類：
NIDS(Network Intrusion Detection System)
HIDS(Host based Intrusion Detection System)
1. NIDS：
分析從網路收集來的封包，查看封包特徵與資料庫進行比對，收集相關資訊並記入日誌
2. HIDS：
安裝在被檢測的主機之上，即時對網路進行系統「日誌檢查」，進行智慧分析和判斷。
[ IPS ]
入侵防護(IPS)系統則化被動為主動，當發現網路異常封包或行為時，系統除發送警訊通報給網管人員，並立即採取必要的處置措施，例如阻斷來源IP。從保護對象上可將IPS分為三類：
1. 主機的入侵防護（HIPS）
用於保護伺服器和主機系統不受不法分子的攻擊和誤操作的破壞。
2. 網路的入侵防護（NIPS）
檢測網路流量，提供網路系統的安全保護，若有入侵行為，NIPS就阻斷該連線。
3. 應用程式入侵防護（AIPS）
是將基於主機的入侵防護擴展成為位於應用伺服器之前的網路資訊安全設備。
入侵偵測(IDS)系統主要功能在負責監聽網路封包，依據預先設定的安全策略
(Security Policy)，對網路與系統的運行狀況進行監測，當發現異常，自動
發出警訊通報給網管人員
傳統的 IDS 最被詬病之處乃是其僅能產生大量的警報事件，無法立即阻絕入侵攻擊。而且因為受限於有限檢測技術及旁聽式(Sniffer Mode)部署模式，產生誤報比率較高。
IDS 分為兩類：
NIDS(Network Intrusion Detection System)
HIDS(Host based Intrusion Detection System)
1. NIDS：
分析從網路收集來的封包，查看封包特徵與資料庫進行比對，收集相關資訊並記入日誌
2. HIDS：
安裝在被檢測的主機之上，即時對網路進行系統「日誌檢查」，進行智慧分析和判斷。
[ IPS ]
入侵防護(IPS)系統則化被動為主動，當發現網路異常封包或行為時，系統除發送警訊通報給網管人員，並立即採取必要的處置措施，例如阻斷來源IP。從保護對象上可將IPS分為三類：
1. 主機的入侵防護（HIPS）
用於保護伺服器和主機系統不受不法分子的攻擊和誤操作的破壞。
2. 網路的入侵防護（NIPS）
檢測網路流量，提供網路系統的安全保護，若有入侵行為，NIPS就阻斷該連線。
3. 應用程式入侵防護（AIPS）
是將基於主機的入侵防護擴展成為位於應用伺服器之前的網路資訊安全設備。
3月 13, 2011
語意網 (Semantic Web)
Semantic Web 有的人會稱為 web 3.0
主要是希望使用一組標準的 web 描述語言，包括 RDF, RDF Schema, OWL 來描述 web 的內容，讓這些內容使電腦也能瞭解，解讀，並可自動搜尋、分享與整合各網頁資訊。
因為在傳統的 web 頁面是給看的，而 html 呈現的只是版面的編排，對電腦來說是不瞭解這些內容的意涵，所以 Semantic web 是希望透過標準的描述工具，讓電腦也有能力瞭解網頁內容。
主要是希望使用一組標準的 web 描述語言，包括 RDF, RDF Schema, OWL 來描述 web 的內容，讓這些內容使電腦也能瞭解，解讀，並可自動搜尋、分享與整合各網頁資訊。
因為在傳統的 web 頁面是給看的，而 html 呈現的只是版面的編排，對電腦來說是不瞭解這些內容的意涵，所以 Semantic web 是希望透過標準的描述工具，讓電腦也有能力瞭解網頁內容。
網際服務 (Web Service)
參考教材
-XML 可延伸標記語言(extensible markup language)，是一種通用、標準的資料結構描述語言，允許讓不同程式間快速溝通、傳遞交換資料，不用進行轉換。
-UDDI 提供註冊與搜尋 web service 的標準，允許 web service 提供者在 UDDI上面註冊，並使用 XML 標示所提供軟體物件的資訊。(供應商用這個來登記，自己有什麼服務)
-WSDL 使用 XML 描述 web service 各軟體元件的功能，定義元件的介面，讓使用者能夠瞭解這些服務。
(供應商用這個來描述，自己能提供什麼服務)
-SOAP 一種在網路上交換資訊的結構化協定，軟體元件間的資料，以此封裝進行傳輸。
(使用者正式提出要求)
網際服務(或稱網路服務，Web Service)是一種軟體元件標準，它透過 Web 通訊協定及資料格式的開放式標準(例如HTTP、XML 及SOAP等)來將軟體資源包覆為可跨程式語言、物件模型、作業系統之服務元件。
服務導向架構與網際服務服務之運作是透過網際服務提供者、網際服務請求者、網際服務註冊中心(Service Registry)三個角色，和發佈(publish)、發現(find)、繫結(binding)三個動作構建
- 網際服務提供者就是網際服務的擁有者，它為其他服務和用戶提供其功能
- 網際服務請求者就是網際服務功能的使用者，它利用SOAP訊息(message)向網際服務提供者發送請求以獲得服務
- 網際服務註冊中心的作用是把一個網際服務請求者與合適的網際服務提供者聯繫在一起，它充當管理者的角色，一般是由UDDI來擔任
「發佈」是為 了讓用戶或其他服務知道某個網際服務的存在和相關資訊；
「發現」是為 了找到合適的網際服務；
「繫結」則是在提供者與請求者之間建立聯繫。
1.網際服務提供者設計與實作網際服務，並將網際服務透過UDDI註冊中心註冊與發佈。
2.網際服務請求者向網際服務註冊中心請求特定的服務。
3.網際服務註冊中心傳回滿足條件的網際服務描述資訊給網際服務請求者，該描述資訊包含 WSDL之資訊。
4.利用從網際服務註冊中心返回的描述資訊生成相應的SOAP訊息(message)，發送給網際服務提供者，以完成網際服務的叫用。
5.網際服務提供者按SOAP訊息執行相對應的網際服務。
網際服務(Web Service)之標準協定
網際服務是一個使機器與機器於網路上可以溝通的軟體系統，其介面的描述格式是必須
是機器能夠處理的(這裡特別指 WSDL)。其他的系統利用SOAP訊息來與網際服務互動，訊息傳遞是使用HTTP、XML以及其他網路相關的標準
SOAP (Simple Object Access Protocol)
SOAP這套通訊協定的目的，是要讓各個系統能在分散式的環境中，達成與平台以及實作均無關的溝通。藉由結合 XML與各種傳輸協定來交換文件訊息與使用遠端行程呼叫。
WSDL (Web Services Description Language)
WSDL是介面描述語言(Interface Description Language, IDL)的一種。在網際服務中，藉由 WSDL可提供服務使用者與被服務間溝通所需要的資訊，主要可分為三點：
UDDI是由 Ariba、IBM、Microsoft 三家共同制定的註冊以及儲存資料庫的標準，屬於集中式的儲存資料庫，當中記載著提供 Web Service的聯絡資訊，以及 WSDL格式的 Web Service 使用操作資訊。透過這些資訊，程式開發者以及企業可以取得在網際網路上分享的 Web Service。UDDI提供了實作一個服務仲介者(Service broker)所需的應用程式介面(API)。藉由此服務仲介者，服務提供者能夠公布 (Publish)他們提供的 Web Service 至註冊中心(Registry)上，而服務要求者可以經由服務仲介者的註冊中心尋找得到所需的服務。
-XML 可延伸標記語言(extensible markup language)，是一種通用、標準的資料結構描述語言，允許讓不同程式間快速溝通、傳遞交換資料，不用進行轉換。
-UDDI 提供註冊與搜尋 web service 的標準，允許 web service 提供者在 UDDI上面註冊，並使用 XML 標示所提供軟體物件的資訊。(供應商用這個來登記，自己有什麼服務)
-WSDL 使用 XML 描述 web service 各軟體元件的功能，定義元件的介面，讓使用者能夠瞭解這些服務。
(供應商用這個來描述，自己能提供什麼服務)
-SOAP 一種在網路上交換資訊的結構化協定，軟體元件間的資料，以此封裝進行傳輸。
(使用者正式提出要求)
網際服務(或稱網路服務，Web Service)是一種軟體元件標準，它透過 Web 通訊協定及資料格式的開放式標準(例如HTTP、XML 及SOAP等)來將軟體資源包覆為可跨程式語言、物件模型、作業系統之服務元件。
服務導向架構與網際服務服務之運作是透過網際服務提供者、網際服務請求者、網際服務註冊中心(Service Registry)三個角色，和發佈(publish)、發現(find)、繫結(binding)三個動作構建
- 網際服務提供者就是網際服務的擁有者，它為其他服務和用戶提供其功能
- 網際服務請求者就是網際服務功能的使用者，它利用SOAP訊息(message)向網際服務提供者發送請求以獲得服務
- 網際服務註冊中心的作用是把一個網際服務請求者與合適的網際服務提供者聯繫在一起，它充當管理者的角色，一般是由UDDI來擔任
「發佈」是為 了讓用戶或其他服務知道某個網際服務的存在和相關資訊；
「發現」是為 了找到合適的網際服務；
「繫結」則是在提供者與請求者之間建立聯繫。
1.網際服務提供者設計與實作網際服務，並將網際服務透過UDDI註冊中心註冊與發佈。
2.網際服務請求者向網際服務註冊中心請求特定的服務。
3.網際服務註冊中心傳回滿足條件的網際服務描述資訊給網際服務請求者，該描述資訊包含 WSDL之資訊。
4.利用從網際服務註冊中心返回的描述資訊生成相應的SOAP訊息(message)，發送給網際服務提供者，以完成網際服務的叫用。
5.網際服務提供者按SOAP訊息執行相對應的網際服務。
網際服務(Web Service)之標準協定
網際服務是一個使機器與機器於網路上可以溝通的軟體系統，其介面的描述格式是必須
是機器能夠處理的(這裡特別指 WSDL)。其他的系統利用SOAP訊息來與網際服務互動，訊息傳遞是使用HTTP、XML以及其他網路相關的標準
SOAP (Simple Object Access Protocol)
SOAP這套通訊協定的目的，是要讓各個系統能在分散式的環境中，達成與平台以及實作均無關的溝通。藉由結合 XML與各種傳輸協定來交換文件訊息與使用遠端行程呼叫。
WSDL (Web Services Description Language)
WSDL是介面描述語言(Interface Description Language, IDL)的一種。在網際服務中，藉由 WSDL可提供服務使用者與被服務間溝通所需要的資訊，主要可分為三點：
1. 服務可以做到什麼？(What a service does)：Universal Description, Discovery and Integration (UDDI)
包含網際服務有哪些operation，以及使用這些operation時有哪些輸入與輸出參數。
2. 服務如何被取用？(How a service is accessed)：
描述取用 operation 時所用資料格式以及通訊協定的細節。
3. 服務的位址在哪裡？(Where a service is located)：
提供以協定(例如URL)描述的位址細節。
UDDI是由 Ariba、IBM、Microsoft 三家共同制定的註冊以及儲存資料庫的標準，屬於集中式的儲存資料庫，當中記載著提供 Web Service的聯絡資訊，以及 WSDL格式的 Web Service 使用操作資訊。透過這些資訊，程式開發者以及企業可以取得在網際網路上分享的 Web Service。UDDI提供了實作一個服務仲介者(Service broker)所需的應用程式介面(API)。藉由此服務仲介者，服務提供者能夠公布 (Publish)他們提供的 Web Service 至註冊中心(Registry)上，而服務要求者可以經由服務仲介者的註冊中心尋找得到所需的服務。
3月 12, 2011
服務導向架構 (SOA)
Service oriented Architecture , SOA
利用整個線上各種可重複、模組化，屬於各種不同平台的元件，經由一組
共同的協定來串聯整合，建立組織所需要的應用軟體。SOA 不是一種技術
而是一種建構軟體的方法。主要幾個特性：
1. 分散式的架構
SOA 的組成元件，不是存在單一組織內，而是由分散在網路上的許多元件
組成的，像是 web service 透過 HTTP 協定來相互串連。
2. 模組化的元件
在 SOA 中強調使用堆積木的方式，來串接各種服務元件，所以元件本身要
具備物件導向的特性，如此一來 SOA 才能利用標準化的介面來組合。
3. 開放共通的標準
在 SOA 中強調使用一個標準介面來整合所有不同環境下的系統，例如在
web service 上的註冊、搜尋、資料交換傳遞，所以不是使用個別系統的
API 來進行連結的。
4. 公用化計價
SOA 強調軟體服務的提供應該像水電，由專業廠商自行開發平台，並依使
用者的需要(on demand) 用多少付多少，軟體不是採購，而是一種訂閱模式。
優點：
善用企業現有的資產
將企業現有的 IT資產包裝成元件服務企業可以繼續使用它在IT方面原有的投資
減少成本和增加重複使用
透過獨立而可共用之服務，企業根據需求選用和組合服務，降低資源之重複投資
易於整合和降低IT管理之複雜性
在服務導向的架構中，整合的方式是經由規範而不是完全的底層實作，
可將基礎建設與實作之變動所帶來的影響降到最低限度
更快的回應和上市速度
利用現有的元件和服務組合新的服務，可以減少軟體發展生命週期
利用整個線上各種可重複、模組化，屬於各種不同平台的元件，經由一組
共同的協定來串聯整合，建立組織所需要的應用軟體。SOA 不是一種技術
而是一種建構軟體的方法。主要幾個特性：
1. 分散式的架構
SOA 的組成元件，不是存在單一組織內，而是由分散在網路上的許多元件
組成的，像是 web service 透過 HTTP 協定來相互串連。
2. 模組化的元件
在 SOA 中強調使用堆積木的方式，來串接各種服務元件，所以元件本身要
具備物件導向的特性，如此一來 SOA 才能利用標準化的介面來組合。
3. 開放共通的標準
在 SOA 中強調使用一個標準介面來整合所有不同環境下的系統，例如在
web service 上的註冊、搜尋、資料交換傳遞，所以不是使用個別系統的
API 來進行連結的。
4. 公用化計價
SOA 強調軟體服務的提供應該像水電，由專業廠商自行開發平台，並依使
用者的需要(on demand) 用多少付多少，軟體不是採購，而是一種訂閱模式。
優點：
善用企業現有的資產
將企業現有的 IT資產包裝成元件服務企業可以繼續使用它在IT方面原有的投資
減少成本和增加重複使用
透過獨立而可共用之服務，企業根據需求選用和組合服務，降低資源之重複投資
易於整合和降低IT管理之複雜性
在服務導向的架構中，整合的方式是經由規範而不是完全的底層實作，
可將基礎建設與實作之變動所帶來的影響降到最低限度
更快的回應和上市速度
利用現有的元件和服務組合新的服務，可以減少軟體發展生命週期
2月 08, 2011
微笑曲線（Smile Curve）
from wiki
微笑曲線分成左、中、右三段，左段為技術、專利，中段為組裝、製造，右段為品牌、服務，而曲線代表的是獲利，微笑曲線在中段位置為獲利低位，而在左右兩段位置則為獲利高位，如此整個曲線看起來像是個微笑符號。微笑曲線的含意即是：要增加企業的盈利，絕不是持續在組裝、製造位置，而是往左端或右端位置邁進。
微笑曲線分成左、中、右三段，左段為技術、專利，中段為組裝、製造，右段為品牌、服務，而曲線代表的是獲利，微笑曲線在中段位置為獲利低位，而在左右兩段位置則為獲利高位，如此整個曲線看起來像是個微笑符號。微笑曲線的含意即是：要增加企業的盈利，絕不是持續在組裝、製造位置，而是往左端或右端位置邁進。
技術 品牌
專利+ +服務
| |
| |
| |
+--------+
組製製造
資訊科技(IT)的四種類型
1. 基礎型 IT (Infrastructure IT Assets)
多個應用系統，或者組織內各事業單位共同使用的 IT 服務，
企營運的 IT 基礎，像是資料中心、網路、客服中心，主要用
來支援企業內的各項流程，包括像是採購、ERP、人事等服務。
2. 交易型 IT (Transactional IT Assets)
用來處理每日的例行交易，主要在於降低成本，並增加生產力。
使用交易型 IT 可以創造商業價值，其理由在於：如果公司日常
交易量龐大，新的 IT 可以取代人工，省去大筆成本，同時也能
達到資料的整合與一致性。
3. 資訊型 IT (Informational IT Assets)
利用交易的資料，經由統計分析，以提供更多更好的資訊，以供
決策、管理用途，例如 7-11 的 POS系統，其商業價值在於提供
有用資訊，使得利潤成長，並且促動新產品、服務的推出
4. 策略型 IT (Strategic IT Assets)
協助企業達成策略目標，取得競爭優勢，其商業價值在於：成功
進入一個市場，並且得到龍頭寶座，吸引投資者投資。
多個應用系統，或者組織內各事業單位共同使用的 IT 服務，
企營運的 IT 基礎，像是資料中心、網路、客服中心，主要用
來支援企業內的各項流程，包括像是採購、ERP、人事等服務。
2. 交易型 IT (Transactional IT Assets)
用來處理每日的例行交易，主要在於降低成本，並增加生產力。
使用交易型 IT 可以創造商業價值，其理由在於：如果公司日常
交易量龐大，新的 IT 可以取代人工，省去大筆成本，同時也能
達到資料的整合與一致性。
3. 資訊型 IT (Informational IT Assets)
利用交易的資料，經由統計分析，以提供更多更好的資訊，以供
決策、管理用途，例如 7-11 的 POS系統，其商業價值在於提供
有用資訊，使得利潤成長，並且促動新產品、服務的推出
4. 策略型 IT (Strategic IT Assets)
協助企業達成策略目標，取得競爭優勢，其商業價值在於：成功
進入一個市場，並且得到龍頭寶座，吸引投資者投資。
1月 28, 2011
快速應用程式開發 (RAD)
RAD(Rapid application development)
大量使用 CASE 工具來加快系統開發速度，並透過 JAD 集體討論，進行資料蒐集，設計出系統的模型，在 CASE 工具熟悉的狀況下，加上雙方彼此溝通(JAD)，可以達到對系統的共識。
在討論的期間，使用「雛型」與使用者討論，經過多次修正，以其符合需求。
講白了就是融合：SDLC + CASE 工具 + JAD 會議
主要包括了四大階段：
1. 規劃分析：定義需求範圍，進行需求分析。
2. 使用者設計：使用者與 SA 互動，使用 CASE 工具產生雛型，並在 JAD 討論。
3. 建構階段：將模型轉為程式(code) 可用 CASE 工具輔助。
4. 系統轉移：進行系統測試，並把資料轉移，使用者訓練。
大量使用 CASE 工具來加快系統開發速度，並透過 JAD 集體討論，進行資料蒐集，設計出系統的模型，在 CASE 工具熟悉的狀況下，加上雙方彼此溝通(JAD)，可以達到對系統的共識。
在討論的期間，使用「雛型」與使用者討論，經過多次修正，以其符合需求。
講白了就是融合：SDLC + CASE 工具 + JAD 會議
主要包括了四大階段：
1. 規劃分析：定義需求範圍，進行需求分析。
2. 使用者設計：使用者與 SA 互動，使用 CASE 工具產生雛型，並在 JAD 討論。
3. 建構階段：將模型轉為程式(code) 可用 CASE 工具輔助。
4. 系統轉移：進行系統測試，並把資料轉移，使用者訓練。
1月 26, 2011
資料倉儲 (Data Warehouse)
資料倉儲(Data Warehouse, DW)
傳統的 DB 主要是用來記錄交易記錄，沒辦法支援即時性的決策，
所以跟決策相關的資訊，都散布在不同的 DB 之中，在這樣的狀況
下常會有資料不一致、重複、無法整合等問題。而且由於沒有過往
的歷史資料，沒法進行趨勢分析(因為DB 多半只存放短期資料)。
所以 Data Warehouse 才因此產生，其特性有四個：
1. 主題導向 (Subject Oriented)
所存的資料是以主題導向(例如銷售、營收)，非如傳統 DB 只用來
支援交易流程(例如採購、付款)。
2. 資料整合性 (Integrated)
DW 的設計在於支援多維度的決策，需要廣度、深度兼具，所以會是
一個整合企業內外、不同時間、不同來源的各種資料。這些資料原本
是散落在各 DB 之中的。
3. 資料不變動性 (Non-volatile)
在 DW 的每筆資料，一旦存進去之後，就不能再更改，只供查詢。
只會定期新增資料以供查詢。
4. 資料具有時間差異性 (Time variant)
DW 會存放不同時間(5~10年)的歷史資料，以供趨勢分析、預測。
但是 DB 通常只會儲存某個時間點的資料。
5. 資料一致性
因為 DW 蒐集來自各 DB 的資料，其格式與單位，均不相同。要建立
一個良好的 DW 就是要把這些不同來源的資料，經過整理篩選後才將
資料存入。
資料在存入 DW 之前，要先進行 ETL(萃取 轉換 載入)
萃取(Extract) - 將原始資料從各DB、OLTP、TPS、檔案中取出
轉換(Transform) - 轉換資料格式，使資料可以合乎 DW 的標準
載入(Load) - 將資料載到 DW 中。
[ 資料超市 Data Mart ]
較小的資料，從 Data Warehouse 中複製出部份集合，專門用來支援特定部門、特定地區、使用者，Data Warehouse 可以視需求適時複製出多份 Data Mart。像是會計用的 Mart，以某個更局部的主題為導向。
優點：導入期較短、成本也比較低，可以快速建立。
[ 線上即時分析 OLAP ]
主要架構在 Data Warehouse 上，提供多角度、多維度的分析，提供決策用途，內建許多分析程式，在傳統的 DB 中，要提供這些分析報告，要用大量的 SQL 查詢，而 OLAP 有 UI 可讓使用者自己決定分析維度。
1. 切片 (Slice)
將資料視為一個立方體，將三維資料切片，固定單一維度。
例如固定時間在 2011年，觀察 (通路 銷量) 二個維度。
2. 切丁 (Dice)
提供縮小範圍檢視，仍維持原有維度。
3. 下拉 (Drill Down)
從原本宏觀的角度，拉到微觀角度。
4. 上轉 (Roll Up)
從微觀拉遠變成宏觀。
5. 旋轉 (Rotation)
也稱為樞扭，不同管理者所在意的觀點不同。
[ 線上即時交易 OLTP ]
使用電腦進行交易的即時處理，在線上發生的交易資料，立刻用電腦
處理資料的輸入作業。舊有的 TPS 較偏向批次作業，而 OLTP 在此
進行改良，結合 DB/網路可以應付資料量大、交易頻繁的情境上。
交易發生的同時，就能同步更新相關資訊。特色有：
1. 基礎作業處理，支援操作階層
2. 使用者為一般職員
3. 資料即時處理
傳統的 DB 主要是用來記錄交易記錄，沒辦法支援即時性的決策，
所以跟決策相關的資訊，都散布在不同的 DB 之中，在這樣的狀況
下常會有資料不一致、重複、無法整合等問題。而且由於沒有過往
的歷史資料，沒法進行趨勢分析(因為DB 多半只存放短期資料)。
所以 Data Warehouse 才因此產生，其特性有四個：
1. 主題導向 (Subject Oriented)
所存的資料是以主題導向(例如銷售、營收)，非如傳統 DB 只用來
支援交易流程(例如採購、付款)。
2. 資料整合性 (Integrated)
DW 的設計在於支援多維度的決策，需要廣度、深度兼具，所以會是
一個整合企業內外、不同時間、不同來源的各種資料。這些資料原本
是散落在各 DB 之中的。
3. 資料不變動性 (Non-volatile)
在 DW 的每筆資料，一旦存進去之後，就不能再更改，只供查詢。
只會定期新增資料以供查詢。
4. 資料具有時間差異性 (Time variant)
DW 會存放不同時間(5~10年)的歷史資料，以供趨勢分析、預測。
但是 DB 通常只會儲存某個時間點的資料。
5. 資料一致性
因為 DW 蒐集來自各 DB 的資料，其格式與單位，均不相同。要建立
一個良好的 DW 就是要把這些不同來源的資料，經過整理篩選後才將
資料存入。
資料在存入 DW 之前，要先進行 ETL(萃取 轉換 載入)
萃取(Extract) - 將原始資料從各DB、OLTP、TPS、檔案中取出
轉換(Transform) - 轉換資料格式，使資料可以合乎 DW 的標準
載入(Load) - 將資料載到 DW 中。
CRM DB --+ +-- Data Mart | OLAP
SCM DB --+ + |
OLTP DB --+-> ETL -> DW --+ Data Mart | DSS EIS
TPS DB --+ + |
外來資料--+ +-- Data Mart | EIP
[ 資料超市 Data Mart ]
較小的資料，從 Data Warehouse 中複製出部份集合，專門用來支援特定部門、特定地區、使用者，Data Warehouse 可以視需求適時複製出多份 Data Mart。像是會計用的 Mart，以某個更局部的主題為導向。
優點：導入期較短、成本也比較低，可以快速建立。
[ 線上即時分析 OLAP ]
主要架構在 Data Warehouse 上，提供多角度、多維度的分析，提供決策用途，內建許多分析程式，在傳統的 DB 中，要提供這些分析報告，要用大量的 SQL 查詢，而 OLAP 有 UI 可讓使用者自己決定分析維度。
1. 切片 (Slice)
將資料視為一個立方體，將三維資料切片，固定單一維度。
例如固定時間在 2011年，觀察 (通路 銷量) 二個維度。
2. 切丁 (Dice)
提供縮小範圍檢視，仍維持原有維度。
3. 下拉 (Drill Down)
從原本宏觀的角度，拉到微觀角度。
4. 上轉 (Roll Up)
從微觀拉遠變成宏觀。
5. 旋轉 (Rotation)
也稱為樞扭，不同管理者所在意的觀點不同。
[ 線上即時交易 OLTP ]
使用電腦進行交易的即時處理，在線上發生的交易資料，立刻用電腦
處理資料的輸入作業。舊有的 TPS 較偏向批次作業，而 OLTP 在此
進行改良，結合 DB/網路可以應付資料量大、交易頻繁的情境上。
交易發生的同時，就能同步更新相關資訊。特色有：
1. 基礎作業處理，支援操作階層
2. 使用者為一般職員
3. 資料即時處理
資訊安全管理系統(ISMS)
參考文件 (寫的很好一定要看)
BSI在1999年發行BS7799 Part-1 and Part-2
- BS7799 part1 → ISO 17799 → ISO 27002
資訊安全實施的參考文件(實施指南)
- BS7799 part2 → ISO 27001(ISMS)
提供資訊安全管理系統(ISMS) 建立實施與書面化具體要求，依據個別組織的需求
規定要實施之安全控制措施，如果要得到證書要遵循此要求。
**
Information Security Management Systems (ISO 27001)
資訊安全管理系統 （ISMS）的正式定義為：
整體管理系統的一部分，以營運風險導向為基礎，用以建立、實作、運作、監視、審查、維持及改進資訊安全。
ISO 27001 非常重視持續改進的精神，因此，要求針對每個發生的資安事件擬定矯正措施，而非危機處理完畢就落幕，以防止類似的資安事件再次發生。
資訊安全管理系統（ISMS）的整體架構規劃而言，是採用 規劃–執行–檢查–行動 （Plan–Do–Check–Act，簡稱 PDCA）的模式來設。
ISO 27001 對資訊安全管理系統（ISMS）的實作規劃，是以資產（Asset）為出發點，透過適當的風險評鑑（Risk Assessment）和風險處理（Risk Treatment）使剩餘風險（Residual Risk）皆在可接受的範圍內，藉以達到效益和成本的最佳平衡，並完成資訊安全的三個最主要目標：
機密性（Confidentiality）、完整性（Integrity）、可用性（Availability）
1. 安全政策
提供資安願景、方向來指導資安流程。
2. 安全組織
內部組織：內部專責的組織負責資安作業
外部團體：資安委外給資訊安全管理者
3. 資產管理
進行資產的盤點、分類，鑑別出企業內所涵蓋的資產有那些，如此才知企業所要保護的資
產範圍。
4. 人員安全
降低粗心、人為錯誤，或者濫用資訊設備所帶來的風險。
人員的聘顧、解聘應該有的作業程序，例如該移除離職員工的 IS 存取權。
5. 實體與環境安全
避免未授權的存取、破壞實體設備，設備的安全保護。
6. 通訊與作業管理
維持通訊的可用性、確保資訊在網路上的保全、第三方服務交付管理、系統規劃與驗收。
7. 存取控制
使用者存取管理、網路存取控制、資料存取控制、偵測不正常授權行為
8. 系統獲取、開發及維護
確保所有的 IT 專案是在安全考量下進行、確保運作中的系統有內建安全機制。
9. 資訊安全事故管理
通報資訊事件與弱點、災害回復
10. 持續管理
持續管理的資訊安全層面
11. 遵循
安全政策與標準的遵循性以及技術遵循性
BSI在1999年發行BS7799 Part-1 and Part-2
- BS7799 part1 → ISO 17799 → ISO 27002
資訊安全實施的參考文件(實施指南)
- BS7799 part2 → ISO 27001(ISMS)
提供資訊安全管理系統(ISMS) 建立實施與書面化具體要求，依據個別組織的需求
規定要實施之安全控制措施，如果要得到證書要遵循此要求。
**
Information Security Management Systems (ISO 27001)
資訊安全管理系統 （ISMS）的正式定義為：
整體管理系統的一部分，以營運風險導向為基礎，用以建立、實作、運作、監視、審查、維持及改進資訊安全。
ISO 27001 非常重視持續改進的精神，因此，要求針對每個發生的資安事件擬定矯正措施，而非危機處理完畢就落幕，以防止類似的資安事件再次發生。
資訊安全管理系統（ISMS）的整體架構規劃而言，是採用 規劃–執行–檢查–行動 （Plan–Do–Check–Act，簡稱 PDCA）的模式來設。
規劃（建立 ISMS）ISO 27001 針對 11 個控制面相制訂了 39 個控制目標（133 個控制措施），由於這些控制面相具體呈現資訊安全管理系統（ISMS）的預防與查核重點，ISO 27001 雖然詳列了133 個控制措施以供參考，不過都還祇是原則式的敘述，為了進一步協助實際運作，另外有一個與ISO 27001相搭配的標準 ISO 27002（原為 ISO 17799） 資訊安全管理作業要點
建立資訊安全管理系統之政策、目標、標的、流程及相關程序，以管理風險及改進資訊安全，使結果與組織整體政策及組織目標一致。
執行（實施與操作ISMS）
資訊安全管理系統之政策、控制措施、流程與程序之實施與操作。
檢查（監控與審查ISMS）
依據資訊安全管理系統之政策、目標與實際經驗，以評鑑及測量（適當時）流程績效，並將結果回報給管理階層加以審查
行動（維持與改進ISMS）
依據內部稽核、管理階層審查結果或其他資訊，採取矯正與預防措施，以達成持續改進資訊安全管理系統之目的。
ISO 27001 對資訊安全管理系統（ISMS）的實作規劃，是以資產（Asset）為出發點，透過適當的風險評鑑（Risk Assessment）和風險處理（Risk Treatment）使剩餘風險（Residual Risk）皆在可接受的範圍內，藉以達到效益和成本的最佳平衡，並完成資訊安全的三個最主要目標：
機密性（Confidentiality）、完整性（Integrity）、可用性（Availability）
C - 資料的機密性要求(Confidentiality) ：以下列出這 ISO 27001 (ISMS) 的 11 個管理要項：
確保只有被授權的用戶，才可依權限存取資料。保護資訊不被非法存取或揭露
I - 資料的完整性要求(Integrity) ：
確保資料是完整的，沒有被竊取或不當修改。
A - 資料的可取用性(Availability) ：
確保被授權的用戶，當有需要存取資料時，得以順利獲得。
1. 安全政策
提供資安願景、方向來指導資安流程。
2. 安全組織
內部組織：內部專責的組織負責資安作業
外部團體：資安委外給資訊安全管理者
3. 資產管理
進行資產的盤點、分類，鑑別出企業內所涵蓋的資產有那些，如此才知企業所要保護的資
產範圍。
4. 人員安全
降低粗心、人為錯誤，或者濫用資訊設備所帶來的風險。
人員的聘顧、解聘應該有的作業程序，例如該移除離職員工的 IS 存取權。
5. 實體與環境安全
避免未授權的存取、破壞實體設備，設備的安全保護。
6. 通訊與作業管理
維持通訊的可用性、確保資訊在網路上的保全、第三方服務交付管理、系統規劃與驗收。
7. 存取控制
使用者存取管理、網路存取控制、資料存取控制、偵測不正常授權行為
8. 系統獲取、開發及維護
確保所有的 IT 專案是在安全考量下進行、確保運作中的系統有內建安全機制。
9. 資訊安全事故管理
通報資訊事件與弱點、災害回復
10. 持續管理
持續管理的資訊安全層面
11. 遵循
安全政策與標準的遵循性以及技術遵循性
1月 12, 2011
網路經濟體系 (Network Economy)
一個以資訊化處理，數位化產品，全球網路連結，虛擬化的經營空間，知識化的競爭，電子商務為主，足以與實體的經濟體系抗衡。
想像一下 Apple Store
使用電子化經營(虛擬化商店)，所以省掉額外開銷，透過網路連結，大家都可以在線上買到 Apple 數位化的產品，以上的流程到出貨前，都可以不用人力介入(處理資訊化)
網路經濟形成的三大因素：節點、連結、內容
1. 數位產品的邊際成本為零。所謂邊際成本指的是產品研發上市後，多生產一個單位所需額外增加的成本。以軟體業來說，每一套軟體系統開發完之後，多增加一個單位，所需的成本幾乎是零。
2. 固定成本昂貴，而且是沉默成本。實體產品的固定成本投入後，仍可以轉用，例如像：房子可以轉手賣人。但是資訊產品的固定成本，不止高額，而且一旦投入後，若銷售不如預期，那就會變成沉默成本。研發的成本無法回收，而且也沒辦法轉移。
3. 產品量可無限擴張
實體商品會受到原料、產能等生產限制，而資訊化產品一旦製造成功，例如像 CD 音樂能以極低的成本，大量製造。
網路經濟體下的定價策略
企業使用大規模，外部社群所提供的免費資源，來代替原本研發、生產。維基經濟學的四大原則：
想像一下 Apple Store
使用電子化經營(虛擬化商店)，所以省掉額外開銷，透過網路連結，大家都可以在線上買到 Apple 數位化的產品，以上的流程到出貨前，都可以不用人力介入(處理資訊化)
網路經濟形成的三大因素：節點、連結、內容
節點 - 普及、低廉、運算能力強網路經濟體下的經濟法則
連結 - 全球化連結、網路協定相容(TCP)、頻寬大
內容 - 數位化內容、多媒體、處理成本低
1. 數位產品的邊際成本為零。所謂邊際成本指的是產品研發上市後，多生產一個單位所需額外增加的成本。以軟體業來說，每一套軟體系統開發完之後，多增加一個單位，所需的成本幾乎是零。
2. 固定成本昂貴，而且是沉默成本。實體產品的固定成本投入後，仍可以轉用，例如像：房子可以轉手賣人。但是資訊產品的固定成本，不止高額，而且一旦投入後，若銷售不如預期，那就會變成沉默成本。研發的成本無法回收，而且也沒辦法轉移。
3. 產品量可無限擴張
實體商品會受到原料、產能等生產限制，而資訊化產品一旦製造成功，例如像 CD 音樂能以極低的成本，大量製造。
網路經濟體下的定價策略
1. 分版定價 - 不同版本收費 (家用、商業)網路經濟體下的供需法則 - 長尾理論
2. 團體定價
3. 微定價 - 單曲
原本的 80/20 法則是指公司 80% 的營收來自 20% 的產品，意味只有少數商品熱賣而公司依靠這些熱門商品獲利。但是長尾理論主章，因為 Internet的興起，讓冷門商品也有機會被發掘跟賣出。這些冷門商品的數量極其龐大，雖然買的人少，但也會佔營收相當大的比例。長尾的原因
1. 生產工具大眾化 - 因為 PC 普及，每個人都可以獨自創作，並藉由網路公開。網路經濟下的資源獲取法則 - 維基經濟學
2. 配銷工具大眾化 - 使用網路作為中介，像是 eBay Yahoo 讓冷門商品也可流動。
3. 供應與需求的有效連結 - 使用有效的線上搜尋、過濾，快速找到所需商品。
企業使用大規模，外部社群所提供的免費資源，來代替原本研發、生產。維基經濟學的四大原則：
1. 開放 - 只靠內部資源與少數聯盟，都不足以與集體智慧抗衡。
2. 同儕生產 - 大家以平等的方式創造知識。
3. 分享 - 傳統組織為了保有獨特性，不願跟外部人士分享
4. 全球行動 - 傳統企業經營只會侷限在某個地域；維基訴求資源的獲取是全球性的。
1月 05, 2011
Norlan 階段成長理論
Norlan 階段成長理論是資訊系統規劃的主要理論，組織必需經過前面階段，才能進行下一階段。共分為六段：
1. 初始期
少數使用者，低管制、中度資源提供，採取放任式管理，不進行系統規劃。
2. 擴張期
為了鼓勵使用，所以提供高度資源，但是因為缺乏規劃所以成本增高。
3. 控制期
建立組織控制制度，進行資源管理，強調系統規劃
4. 整合期
使用資料庫技術，整合至應用系統管理資料，建立良善規劃。
5. 資料管理期
強調資料管理與共享，鼓勵開發對企業策略有價值的系統
6. 成熟期
系統完整，符合組織目標。系統的策略能與企業理念合而為一。
1. 初始期
少數使用者，低管制、中度資源提供，採取放任式管理，不進行系統規劃。
2. 擴張期
為了鼓勵使用，所以提供高度資源，但是因為缺乏規劃所以成本增高。
3. 控制期
建立組織控制制度，進行資源管理，強調系統規劃
4. 整合期
使用資料庫技術，整合至應用系統管理資料，建立良善規劃。
5. 資料管理期
強調資料管理與共享，鼓勵開發對企業策略有價值的系統
6. 成熟期
系統完整，符合組織目標。系統的策略能與企業理念合而為一。
12月 11, 2010
供應鏈管理 (SCM)
※ 供應鏈定義
一個由上、中、下游廠商，所共同形成的網路，透過一系列生產活動，
提供服務產品給顧客。
供應商→製造商→配銷商→零售商
※ 供應鏈(SC) 主要問題
1. 長鞭效應：當下游訂單產生變異時，愈往上游，變異產生的差異愈大。
2. 存貨成本太高：因為需求預估失準，造成生產過量，存貨堆積
3. 缺貨損失：市場需求大於預期，使得原有存貨來不及供應，顧客改向他家採購
4. 資源利用率低：因為停工待料，所以造成生產設備閒置不用。
5. 反應速度慢：下游訂單有變異時，上游製造商無法快速回應，SC 彈性小。
※ 長鞭效應
下游的訂單產生變異時，愈往上游走，訂數數量的變異性愈大。原因：
1. 前置時間：交貨期所需時間愈久，零售商會把安全存量拉高。
2. 價格變動：價格下降，採購量順勢增加；回復原價，訂單數量又會急遽減少。
3. 誇大訂單：供應商預期商品將會短缺時，會大量訂貨。
4. 大批採購：如果批次訂購的次數少，那麼每次的訂量可能就會很大。 (一次叫一堆)
(note) 漣波效應 - 供應商某個活動延誤，造成整個訂單履行週期延誤
※ 供應鏈分類
1. 推式：傳統型，用經驗法測預測容易失準，存貨堆積，反應慢，長鞭。
2. 拉式：接單後生產，商品的生產是由訂單驅動；生產與配銷能符合實際狀況。
※ 供應鏈管理(SCM)
透過 IT 整合供應商、製造商、通路商之間的資訊，讓產品能以正確數量生產
並在正確的時機配送，送到正確地點，正確的買主。使得整體系統成本最小化。
※ 支援 SCM 的 IT (分三個層面來看)
+--(1) B2B EC --- 電子化採購 / 線上銷售 / 電子市集(e-Marketplace)
|
+--(2) 支援供應鏈管理
| +-- EDI (電子數據交換)
| +-- SCMS (支援上、下游與企業內部資訊分享流程最佳化)
| +-- RSP：快速回應、持續補貨、供應商管理存貨
|
+--(3) 協同商務
針對這三點解說：
(1) 使用網路來支援 SC 買賣雙方，提供商品搜尋、比價、下單、採購
一切自動化流程。
(2) 在 SC 中的成員，使用 EDI(電子數據交換)，與上中下游進行資訊分享，
用這些資訊來規劃下面這些流程：
(a) 採購流程 (又稱上游供應鏈流程)
(b) 企業內部供應鏈流程，包括製造、儲存
(c) 下游供應鏈流程，產品銷售、配送
(3) 協同商務，由上中下游成員，參與決策，包括設計、採購、行銷
( 這點跟 SCMS 不同，SCMS 強調是 EDI資訊交換 + 然後各自規劃流程 )
※ 電子資料交換 (EDI, Electronic Data Interchange)
將企業間往來的商業文件(訂單、收據)以標準化格式，不用人工參與，
直接使用電子傳輸，加速企業間資料傳遞，達到跨組織資訊交換。
跟一般電子郵件(email)相比，EDI 具有固定語法。
※ 供應商管理系統 (SCMS)
一個跨組織大型、模組化、整合性的資訊系統，主要在支援企業供應鏈的
主要活動(規劃、採購、製造、配銷、退貨)，進行最佳規劃，管理，執行
支援上下游間，相關 SC 資訊分享，協同作業。
※ SCMS 的企業價值 (探討引進目的)
1. 降低交易成本：最容易想到的，使用 SCM 來進行搜尋/比價/下單，節省成本。
2. 提供快速回應：整合上中下游資訊，成員能夠藉此溝通協調，降低訂單履行週期。
3. 降低供應鏈的不確定性：
藉由資訊即時使分享，流程充明化，可以準確預測生產降低庫存、運送等成本。
4. 增加資源使用率：因為準確預測，降低生產設備閒置的情形。
※ 供應鏈參考模型 (SCOR, Supply Chain Operation Reference Model)
寫程式的人怎麼知道 SCM 該包括哪些模組。就是以此為依據。分為五塊：
規劃管理流程 - 蒐集各種資訊來評量供需狀況，以此支援採購、生產配送等流程。
採購管理流程 - 採購生產所需的一切商品。
製造管理流程 - 將原物料轉換為實際產品。
配銷管理流程 - 依照需求適時、適地提供產品。
退貨管理流程 - 處理退回產品的流程
※ ERP vs SCM
ERP：訂單程序的管理系統，當有交易發生時，能快速反應至企業各部門
SCM：預先訂單程序，當有實際訂單產生時，經由預測得知物料資訊，
整合供應商、製造商、顧客三者的資訊，縮短訂單履行週期、降低庫存。
ERP SCM
+---------------------------------------------------+
| 交易導向的 OLTP 跨組織、決策導向的 DSS |
| 內部價值鏈整合 跨組織供應鏈流程 |
| 使內部資源使用率最大化 提升供鏈反應速度、 |
| 降低成本、減少存貨 |
| 導入時間較長，全面大改 導入時間較短，衝擊較小 |
+---------------------------------------------------+
※ 通路商供應商策略聯盟 (RSP, Retail Supplier Partnership)
企業除了用 IT 來支援資訊分享與流程最佳化外，尚要利用策略聯盟，
與上下游形成夥伴關係，確保 SC 能順利運作。
1. 快速回應 (QR)
為了快速回應顧客需求，降低存貨，縮短「收到訂單-出貨」 這段時間，
可以使用 EDI 將訂單資訊、金流資訊進行交換，供應商以此資訊規劃生產。
不是使用舊有經驗，來做失真預測。
2. 持續補貨 (CR)
即時補充銷出去的貨品，當庫存量到達一個訂貨點時，系統自動結算訂貨量進行
補貨，以達到基本庫存。此為推式供應鏈。概念就像水龍頭，打開就有水來。
3. 供應商管理存貨 (VMI)
貨品雖然在零售商手上，但供應商仍是這批貨的主人，只是使用零售商的 POS 資訊
來得知銷售狀況，所以存貨的壓力是在供應商身上，如此一來就會更小心生產。
※ 協同商務 (考!!)
企業透過網際網路與供應商、合作夥伴、配銷商、顧客在產品設計、供應商規劃
物流、行銷，透過知識，資訊分享來協同合作，提升整個競爭優勢。
訴求目標：
1. 上下游廠商對產品、市場各具不同專業能力，透過資訊分享改善品質
2. 利用網路協同合作，進行跨企業的流程整合，降低 SC 因距離/時間而產生的干擾。
※ 協同商務目標
1. 上下游各自對產品市場有不同專長、知識，連結起來成為具有整合經驗的團隊。
2. 利用網路即時性、跨區域，減少因為距離而造成的阻礙，加快反應速度。
3. 協同商務 == 合作夥伴用網路 + 分享資訊知識 + 提升競爭優勢
※ 協同商務類型 (共四種 背!! 考!!)
1. 設計協同商務
設計合作夥伴之間 或者 製造商與客戶間，為了要合作設計，正確瞭解客戶需求
最好的方法就是在線上同步參予協同設計。
2. 行銷協同商務
指產品的批發商、配銷商夥伴間，因為各自對市場的熟悉度、顧客偏好資訊的分享
共同在線上對產品協同行銷與銷售。
3. 採購協同商務
透過網路，集合有興趣的買主，形成較大議價能力。(團購)
4. 規劃協同商務
跨產業團體所推動的協同規劃、協同補貨，從製造、通路、零售三個層級來整合。
要從上、下游整體一起考量，協同合作，才能形成雙贏結果。
※ B2B 電子商務
所謂 B2B 是企業用網路來支援企業間各種買賣的資訊流、金流、物流的一種經營
流程或 IT 架構。使用 B2B 的優點
[B2B 對採購者的優點]
1. 資訊透明化：可瞭解產品的真正價值，避免資訊不對稱。供應商在電子市集上，
為了取得更多交易機會，較不會有哄抬價格的現象。
2. 降低人為操縱：傳統採購過程，人為介入機會很高，使用 B2B 電子市集交易
所有交易都透明化、有紀錄可尋。
3. 自動化採購：電子市集提供自動化交易，大大降低交易成本。
4. 較易形成議價能力：透過網路集體採購，較多買家能談到好價碼。
[B2B 對供應商的優點]
1. 充份瞭解市場與自身能力：供應商可知道對手與自家產品差異，以及市場普遍行情。
2. 較有公平競爭機會：電子市集公開、透明化，降低外力因素干涉。
3. 降低銷售成本：因為電子市集自動化，降低行銷、業務人力，以及其他作業流程。
4. 擴大市場觸角：透過網路可接觸到世界各地的買家。
※ 電子市集類型
[買方主導]
1. 電子化採購 (e-Procurement)
大型買方企業，為了降低採購成本，用 Extranet 建立 B2B 網站，讓合作的供應商
能上傳產品資訊，企業利用該平台進行物料搜尋、比價、議價、下訂，流程自動化。
2. 買方產業聯盟電子市集
與上者類似，但買方不止一家，通常是集結產業內的買家，採購需求有高度集中特色
(少數的買方)，可以很快達到關鍵購買數量。
[賣方主導]
1. 直接銷售
大型賣家降低中間商剝削，使用 Extranet 建立私有 B2B 交易系統，降低銷售成本。
2. 電子批發商 (想成家樂福)
非自營商(自產自銷)，大型批發商向各製造商採買，為了提供一站購足，所以建置
B2B 交易系統，在系統上匯集各家商品資訊，用戶自行比價搜尋、下單、進度查詢。
[由第三方主導]
電子交易市集 (e-Exchange)
由第三者建立，以中間立場公開自由參與，負責仲介角色，允許多個買方、賣方參與，
仲介商提供電子化銷售、電子化採購的功能。提供雙方訂單履行、金流、物流，
目的在於集結大量買、賣雙方，形成網路效應。
※ B2B vs SCM vs 協同商務
+------------------------------------------------------------------+
| B2B EC 供應鏈管理系統 協同商務 |
|------------------------------------------------------------------+
|支援 B2B 交易 e 化 支援 SCM 成員資訊 支援 SCM成員協同合作|
|找到價格合理、恰當對象 分享與SC 決策最佳化 |
+------------------------------------------------------------------+
|使用 Internet/Extranet SCM 各模組 支援協同商務的軟體 |
+------------------------------------------------------------------+
|公開電子交易市集 & 用在私有 SC 聯盟 用在私有 SC 聯盟 |
|有資格限制的私有採購 |
+------------------------------------------------------------------+
|電子化採購/電子化市集 EDI/SCMS/QR/CR/VMI 設計協同商務 |
|電子化目錄/電子化銷售 行銷銷售協同商務 |
| 採購協同商務 |
| 規劃預測協同商務 |
+------------------------------------------------------------------+
※ 電子市集失敗原因
1. 敏感資訊共享問題：買賣雙方對於交易數量、存貨與價格，這些敏感資訊不願公開。
2. 削價競爭與品質問題：公開市場，價格透明，也造成削價失衡問題。
3. 技術複雜度過高：整開發出一個共用平台，整合各種資訊流、金流，耗費成本無數。
4. 流動性小：意味參與市集的成員少、交易不夠活絡，市集存在意義不高。
一個由上、中、下游廠商，所共同形成的網路，透過一系列生產活動，
提供服務產品給顧客。
供應商→製造商→配銷商→零售商
※ 供應鏈(SC) 主要問題
1. 長鞭效應：當下游訂單產生變異時，愈往上游，變異產生的差異愈大。
2. 存貨成本太高：因為需求預估失準，造成生產過量，存貨堆積
3. 缺貨損失：市場需求大於預期，使得原有存貨來不及供應，顧客改向他家採購
4. 資源利用率低：因為停工待料，所以造成生產設備閒置不用。
5. 反應速度慢：下游訂單有變異時，上游製造商無法快速回應，SC 彈性小。
※ 長鞭效應
下游的訂單產生變異時，愈往上游走，訂數數量的變異性愈大。原因：
1. 前置時間：交貨期所需時間愈久，零售商會把安全存量拉高。
2. 價格變動：價格下降，採購量順勢增加；回復原價，訂單數量又會急遽減少。
3. 誇大訂單：供應商預期商品將會短缺時，會大量訂貨。
4. 大批採購：如果批次訂購的次數少，那麼每次的訂量可能就會很大。 (一次叫一堆)
(note) 漣波效應 - 供應商某個活動延誤，造成整個訂單履行週期延誤
※ 供應鏈分類
1. 推式：傳統型，用經驗法測預測容易失準，存貨堆積，反應慢，長鞭。
2. 拉式：接單後生產，商品的生產是由訂單驅動；生產與配銷能符合實際狀況。
※ 供應鏈管理(SCM)
透過 IT 整合供應商、製造商、通路商之間的資訊，讓產品能以正確數量生產
並在正確的時機配送，送到正確地點，正確的買主。使得整體系統成本最小化。
※ 支援 SCM 的 IT (分三個層面來看)
+--(1) B2B EC --- 電子化採購 / 線上銷售 / 電子市集(e-Marketplace)
|
+--(2) 支援供應鏈管理
| +-- EDI (電子數據交換)
| +-- SCMS (支援上、下游與企業內部資訊分享流程最佳化)
| +-- RSP：快速回應、持續補貨、供應商管理存貨
|
+--(3) 協同商務
針對這三點解說：
(1) 使用網路來支援 SC 買賣雙方，提供商品搜尋、比價、下單、採購
一切自動化流程。
(2) 在 SC 中的成員，使用 EDI(電子數據交換)，與上中下游進行資訊分享，
用這些資訊來規劃下面這些流程：
(a) 採購流程 (又稱上游供應鏈流程)
(b) 企業內部供應鏈流程，包括製造、儲存
(c) 下游供應鏈流程，產品銷售、配送
(3) 協同商務，由上中下游成員，參與決策，包括設計、採購、行銷
( 這點跟 SCMS 不同，SCMS 強調是 EDI資訊交換 + 然後各自規劃流程 )
※ 電子資料交換 (EDI, Electronic Data Interchange)
將企業間往來的商業文件(訂單、收據)以標準化格式，不用人工參與，
直接使用電子傳輸，加速企業間資料傳遞，達到跨組織資訊交換。
跟一般電子郵件(email)相比，EDI 具有固定語法。
※ 供應商管理系統 (SCMS)
一個跨組織大型、模組化、整合性的資訊系統，主要在支援企業供應鏈的
主要活動(規劃、採購、製造、配銷、退貨)，進行最佳規劃，管理，執行
支援上下游間，相關 SC 資訊分享，協同作業。
※ SCMS 的企業價值 (探討引進目的)
1. 降低交易成本：最容易想到的，使用 SCM 來進行搜尋/比價/下單，節省成本。
2. 提供快速回應：整合上中下游資訊，成員能夠藉此溝通協調，降低訂單履行週期。
3. 降低供應鏈的不確定性：
藉由資訊即時使分享，流程充明化，可以準確預測生產降低庫存、運送等成本。
4. 增加資源使用率：因為準確預測，降低生產設備閒置的情形。
※ 供應鏈參考模型 (SCOR, Supply Chain Operation Reference Model)
寫程式的人怎麼知道 SCM 該包括哪些模組。就是以此為依據。分為五塊：
規劃管理流程 - 蒐集各種資訊來評量供需狀況，以此支援採購、生產配送等流程。
採購管理流程 - 採購生產所需的一切商品。
製造管理流程 - 將原物料轉換為實際產品。
配銷管理流程 - 依照需求適時、適地提供產品。
退貨管理流程 - 處理退回產品的流程
※ ERP vs SCM
ERP：訂單程序的管理系統，當有交易發生時，能快速反應至企業各部門
SCM：預先訂單程序，當有實際訂單產生時，經由預測得知物料資訊，
整合供應商、製造商、顧客三者的資訊，縮短訂單履行週期、降低庫存。
ERP SCM
+---------------------------------------------------+
| 交易導向的 OLTP 跨組織、決策導向的 DSS |
| 內部價值鏈整合 跨組織供應鏈流程 |
| 使內部資源使用率最大化 提升供鏈反應速度、 |
| 降低成本、減少存貨 |
| 導入時間較長，全面大改 導入時間較短，衝擊較小 |
+---------------------------------------------------+
※ 通路商供應商策略聯盟 (RSP, Retail Supplier Partnership)
企業除了用 IT 來支援資訊分享與流程最佳化外，尚要利用策略聯盟，
與上下游形成夥伴關係，確保 SC 能順利運作。
1. 快速回應 (QR)
為了快速回應顧客需求，降低存貨，縮短「收到訂單-出貨」 這段時間，
可以使用 EDI 將訂單資訊、金流資訊進行交換，供應商以此資訊規劃生產。
不是使用舊有經驗，來做失真預測。
2. 持續補貨 (CR)
即時補充銷出去的貨品，當庫存量到達一個訂貨點時，系統自動結算訂貨量進行
補貨，以達到基本庫存。此為推式供應鏈。概念就像水龍頭，打開就有水來。
3. 供應商管理存貨 (VMI)
貨品雖然在零售商手上，但供應商仍是這批貨的主人，只是使用零售商的 POS 資訊
來得知銷售狀況，所以存貨的壓力是在供應商身上，如此一來就會更小心生產。
※ 協同商務 (考!!)
企業透過網際網路與供應商、合作夥伴、配銷商、顧客在產品設計、供應商規劃
物流、行銷，透過知識，資訊分享來協同合作，提升整個競爭優勢。
訴求目標：
1. 上下游廠商對產品、市場各具不同專業能力，透過資訊分享改善品質
2. 利用網路協同合作，進行跨企業的流程整合，降低 SC 因距離/時間而產生的干擾。
※ 協同商務目標
1. 上下游各自對產品市場有不同專長、知識，連結起來成為具有整合經驗的團隊。
2. 利用網路即時性、跨區域，減少因為距離而造成的阻礙，加快反應速度。
3. 協同商務 == 合作夥伴用網路 + 分享資訊知識 + 提升競爭優勢
※ 協同商務類型 (共四種 背!! 考!!)
1. 設計協同商務
設計合作夥伴之間 或者 製造商與客戶間，為了要合作設計，正確瞭解客戶需求
最好的方法就是在線上同步參予協同設計。
2. 行銷協同商務
指產品的批發商、配銷商夥伴間，因為各自對市場的熟悉度、顧客偏好資訊的分享
共同在線上對產品協同行銷與銷售。
3. 採購協同商務
透過網路，集合有興趣的買主，形成較大議價能力。(團購)
4. 規劃協同商務
跨產業團體所推動的協同規劃、協同補貨，從製造、通路、零售三個層級來整合。
要從上、下游整體一起考量，協同合作，才能形成雙贏結果。
※ B2B 電子商務
所謂 B2B 是企業用網路來支援企業間各種買賣的資訊流、金流、物流的一種經營
流程或 IT 架構。使用 B2B 的優點
[B2B 對採購者的優點]
1. 資訊透明化：可瞭解產品的真正價值，避免資訊不對稱。供應商在電子市集上，
為了取得更多交易機會，較不會有哄抬價格的現象。
2. 降低人為操縱：傳統採購過程，人為介入機會很高，使用 B2B 電子市集交易
所有交易都透明化、有紀錄可尋。
3. 自動化採購：電子市集提供自動化交易，大大降低交易成本。
4. 較易形成議價能力：透過網路集體採購，較多買家能談到好價碼。
[B2B 對供應商的優點]
1. 充份瞭解市場與自身能力：供應商可知道對手與自家產品差異，以及市場普遍行情。
2. 較有公平競爭機會：電子市集公開、透明化，降低外力因素干涉。
3. 降低銷售成本：因為電子市集自動化，降低行銷、業務人力，以及其他作業流程。
4. 擴大市場觸角：透過網路可接觸到世界各地的買家。
※ 電子市集類型
[買方主導]
1. 電子化採購 (e-Procurement)
大型買方企業，為了降低採購成本，用 Extranet 建立 B2B 網站，讓合作的供應商
能上傳產品資訊，企業利用該平台進行物料搜尋、比價、議價、下訂，流程自動化。
2. 買方產業聯盟電子市集
與上者類似，但買方不止一家，通常是集結產業內的買家，採購需求有高度集中特色
(少數的買方)，可以很快達到關鍵購買數量。
[賣方主導]
1. 直接銷售
大型賣家降低中間商剝削，使用 Extranet 建立私有 B2B 交易系統，降低銷售成本。
2. 電子批發商 (想成家樂福)
非自營商(自產自銷)，大型批發商向各製造商採買，為了提供一站購足，所以建置
B2B 交易系統，在系統上匯集各家商品資訊，用戶自行比價搜尋、下單、進度查詢。
[由第三方主導]
電子交易市集 (e-Exchange)
由第三者建立，以中間立場公開自由參與，負責仲介角色，允許多個買方、賣方參與，
仲介商提供電子化銷售、電子化採購的功能。提供雙方訂單履行、金流、物流，
目的在於集結大量買、賣雙方，形成網路效應。
※ B2B vs SCM vs 協同商務
+------------------------------------------------------------------+
| B2B EC 供應鏈管理系統 協同商務 |
|------------------------------------------------------------------+
|支援 B2B 交易 e 化 支援 SCM 成員資訊 支援 SCM成員協同合作|
|找到價格合理、恰當對象 分享與SC 決策最佳化 |
+------------------------------------------------------------------+
|使用 Internet/Extranet SCM 各模組 支援協同商務的軟體 |
+------------------------------------------------------------------+
|公開電子交易市集 & 用在私有 SC 聯盟 用在私有 SC 聯盟 |
|有資格限制的私有採購 |
+------------------------------------------------------------------+
|電子化採購/電子化市集 EDI/SCMS/QR/CR/VMI 設計協同商務 |
|電子化目錄/電子化銷售 行銷銷售協同商務 |
| 採購協同商務 |
| 規劃預測協同商務 |
+------------------------------------------------------------------+
※ 電子市集失敗原因
1. 敏感資訊共享問題：買賣雙方對於交易數量、存貨與價格，這些敏感資訊不願公開。
2. 削價競爭與品質問題：公開市場，價格透明，也造成削價失衡問題。
3. 技術複雜度過高：整開發出一個共用平台，整合各種資訊流、金流，耗費成本無數。
4. 流動性小：意味參與市集的成員少、交易不夠活絡，市集存在意義不高。
顧客關係管理 (CRM)
顧客關係管理 (CRM, Customer relationship management)
所謂顧客關係，指的是企業跟顧客建立長期、滿意互信，對彼此有高度承諾的合夥關係。良好的關係可由顧客滿意度，顧客維繫率、流失率、忠誠度等方面表現出來。
CRM 是企業從各種不同角度，來瞭解顧客、區別顧客，並發展出適合顧客需要的產品服務，的一種企業程序與資訊科技的組合，目的在於管理企業與顧客的關係，使得顧客滿意度、忠誠度、維繫度提升，進而吸收更多新顧客。
CRM 的基本架構
口訣：使用 IT 來蒐集顧客資訊，描繪輪廓，進行區隔、客製化以提升顧客滿意度，提高顧客保留率。
分析型 CRM 架構 (就是所謂的後台 CRM)
所謂顧客關係，指的是企業跟顧客建立長期、滿意互信，對彼此有高度承諾的合夥關係。良好的關係可由顧客滿意度，顧客維繫率、流失率、忠誠度等方面表現出來。
CRM 是企業從各種不同角度，來瞭解顧客、區別顧客，並發展出適合顧客需要的產品服務，的一種企業程序與資訊科技的組合，目的在於管理企業與顧客的關係，使得顧客滿意度、忠誠度、維繫度提升，進而吸收更多新顧客。
CRM 的基本架構
口訣：使用 IT 來蒐集顧客資訊，描繪輪廓，進行區隔、客製化以提升顧客滿意度，提高顧客保留率。
1. 顧客輪廓CRM 架構下的 4R 角度
蒐集顧客整合性資料，像是年紀、職業，然後瞭解顧客的消費行為，之後能進行分析
2. 顧客知識
與「顧客關係」有關的經驗法則，利用 DSS / Data Mining 而得到。
像是：顧客何時會流失，價格提高10%
3. 顧客區隔
瞭解顧客需求，區分不同客群；可以用貢獻度來進行化分
4. 顧客滿意度
顧客對於產品的預期目標與真實感受，感到失望或喜悅的程度。
5. 顧客保留率
如何留住老顧客，創造愉快物體驗，提升滿意度
1. Right time：在顧客最需要產品時，或最有機會採買的時候與顧客互動CRM 架構下的 4C 精神 (從原本的 4P 改變而來)
2. Right channel：使用顧客編好的通路與其互動，像是 email、手機、電話
3. Right customer：找出有潛力、有信用、貢獻度高者
4. Right offer：提供符合需求或客製化產品
1. Product → Customer一對一訂製(IDIC) 的 CRM 設計
原本倡導，具有良好功能、設計的產品來吸引顧客；現在則是以客戶「需求」為重點
產品的價值要合乎使用者需求，否則再好的產品也無法吸引顧客，
2. Price → Cost
希望使用較低價格，來吸引顧客；在 CRM 中的訴求，則是希望讓顧客在整個採買過程
能更加省時、省錢，降低時間成本、勞力成本。提供快速搜尋、交易取貨。
3. Place → Convenience
原本希望使用最有效率的通路來接觸顧客；
現在讓顧客自己決定最方便、最喜歡的互動方式。
4. Promotion → Communication
原本採用廣告、公關來促銷產品；現在則是強調與客互維持良好互動
1. 辨識顧客CRM 的科技架構
蒐集顧客資訊：包括消費習慣、偏好，並且找出中間通路顧客，
鎖住顧客：不斷累積顧客資訊與顧客知識
2. 區隔顧客(顧客分群)
以需求區隔決定不同的顧客略、以價值區隔來決定資源配置。依照顧客屬性、偏好與貢獻度來區隔。
3. 雙向互動
企業要瞭解各種媒體的使用時機，在達到辨識與區隔顧客後，企業能用 IT 協助，提供良好的互動模式，掌握顧客反應。互動要有效，要能利用即時有效的資訊，來瞭解顧客需求。
4. 客製化
這是最理想目標，針對每位顧客給予不同的待遇、服務。企業要能有效利用蒐集到的顧客資訊，調適自己並迎合顧客需求，提供個人化服務。
1. 操作型 CRM
企業用來增進與顧客接觸的作業效率，使得行銷、銷售，售後服務作業達到自動化。
2. 協同型 CRM
企業使用語音技術、視訊、email 與顧客進行互動協調。
3. 分析型 CRM
** 資料蒐集、儲存、分析 **
企業蒐集顧客的資料，然後分析消費者行為、模式，以用來支援決策。
使用到的技術有 Data Warehouse, Data Mining, OLAP 等
後台 CRM 前台 CRM 前台 CRM
+----------+ +----------+ +----------+
| 分析型 CRM| ----> |操作型 CRM| ----> |協同型 CRM| ----> 顧客
+----------+ +----------+ +----------+
OLAP, Mining 行銷管理 客服中心
Warehouse 客服流程 電話 電郵
分析型 CRM 架構 (就是所謂的後台 CRM)
1. 蒐集
資料來源主要是企業的 TPS 系統，客服人員、行銷人員、虛擬社群
2. 儲存
因為資料是散布在訂單、銷售系統、客服系統，各自的 DB 上面，
資料分散、重複不一致。所以 CRM 要使用「資料倉儲」整合各方資料
(資料倉儲特性：整合內外交易資訊，主題導向，具有一致性，快速回應，能支援決策)
3. 分析
管理性報表：主要提供例行性、結構性報表；例如：季營業額。
分析性報表：偶發事件產生時，使用 OLAP 快速分析，可以 Drill Down 深入細節
預測性分析：使用 Data Mining 技術，進行分類分析、群聚分析、關聯性分析
12月 10, 2010
資訊系統導入成功/失敗因素
[造成資訊系統失敗的原因]
設計 - 在初期設計時，未能掌握使用者需求，造成介面不佳、設計複雜，無法與作業流程相互配合
資料 - 系統存放的資料不正確，或者不一致。特定的系統功能因為缺少某塊資料，而無法正常運作。
成本 - 即使系統能正確運作，但可能忽略導入所需的成本，造成系統所帶來的價值，無法彌補支出費用。
作業 - 系統運行不佳，作業當機，造成工作流程上延誤。
[資訊系統導入成功與失敗的原因]
主要可由使用者角度、管理者支持、導入風險與複雜度，以及導入的管理品質來分析
1. 使用者參與
讓使用者參與資訊系統的設計，會有較正面的結果。如果使用者能在設計階段大量參與，會對整個系統比較有認同感，在架構設計上也確實能合乎所用。融入使用者知識與專業會產生更好的解決方案。
2. 管理階層的支持
如果一個資訊系統專案，可以得到不同階層的管理者支持，使用者與開發人員會以較為正面的角度衣看待系統，雙方會有默契認為系統具有較高的優先權，投入在開發與導入的努力，未來會受肯定。管理階層的支持，在另外一方面也代表有足夠資金來進行專案。
3. 複雜度與風險
系統的複雜度與風險，會隨著系統範圍而有所差別，有些專案容易延遲或失敗，是因為案子的風險比其他案子來得高。除了專案大小外，風險也與專案所用技術與架構有關。
* 技術經驗：如果開發人員缺乏類似開發經驗，那麼風險就會很高
* 專案大小：專案愈大，愈易延遲，在開發上更有機會碰到頻頸，那麼風險就很高。
* 專案結構：愈不具結構性的開發專案，風險愈是大。
4. 導入過程的管理
專案導入的衝突，有可能因為管理不當而被放大。沒有適當管理可能會有下列結果
* 成本超出預算
* 技術不夠成熟，使得效能不如預期
* 專案未能獲得改善效益
Lewin 學者提出的變革模式：解凍、變革、結凍
解凍：(尋求共識) 為了要改變原有作業模式，取得認同，解凍原來工作方式的習慣。
改變：(主管配合) 進行系統開發與引進，需要各級主管配合，進行科技導入的管理。
結凍：將改變後的制度，再度結凍，確定新科技隔入組織的例行作業中。
[ 資訊系統評估的名詞 ]
1.系統品質：對資訊系統處理能力的評估
在網際網路應用環境中，認為電子商務的系統品質評估，應包括操作易用性、
反應時間、符合使用者需求、存取能力、可靠性、整合性等評估指標。
2.資訊品質：對資訊系統產出資訊的評估
資訊品質偏重於對資訊系統產出的評估與衡量。資訊品質的評估指標應包含
資訊內容的時效性、正確性、有用性、完整性、安全性等特徵。
消費者在使用電子商務系統時，最重視網站能否提供安全的線上交易機制，
以及個人資料是否獲得適當的保護。
3.服務品質：對資訊系統服務結果的評估
服務品質，由事前期望的服務，與接受服務後的感覺比較而得。
網路服務品質則可定義為消費者在網路商店進行商品瀏覽、訂購、付款，
以及互動過程中，感受其提供服務水準之優劣程度。
4.使用者滿意度：使用者對於操作與使用資訊系統而產生的回應與評價。
5.系統效益：使用資訊系統後，能夠產生的效能與利益。
[如何評量資訊系統] ... 背前三個
1. 系統品質
容易使用性、可靠性、彈性、整合性、反應時間、功能性。
2. 資訊品質 (單純考)
正確性、即時性、完整性、相關性、一致性。具備這些才會幫助使用者支援其工作決策。
3. 服務品質
有好的系統與資訊之外，使用者有問題時需要服務，服務品質包括：外觀可視性、可靠性、反應性、保證性、關心性。
4. 資訊使用
使用成本、使用次數、查詢次數、功能使用數、存取頻率
5. 使用者滿意度
滿意程度、喜歡程度、接受程度
6. 對個人的影響
快速擷取有用資訊、決策品質、工作績效、個人生產力
7. 對組織的影響
提高生產力、提高服務績效、降低成本、提升目標達成率
□ 幾個評量系統/網站的面向
技術適切性
1. 網站無交易安全顧慮
2. 網站易於瀏覽
3. 具有適當的搜尋功能
4. 網站隨時可以連結上
5. 網站易於存取
內容品質
1. 內容正確
2. 內容有用
3. 內容完整
4. 內容清楚
全安隱私 (影響信任因素)
1. 網站系統能保護個人隱私
2. 連線資訊經過加密
3. 個人資料不會外流盜取
網站外觀
1. 外觀吸引人
2. 操作介面流暢
3. 具有適當的互動
4. 適當的多媒體功能
5. 網站娛樂性，內容具有創新
交易反應時間
1. 交易活動能在時間內完成
2. 網頁載入速度快
3. 資料提交後能有所反應
設計 - 在初期設計時，未能掌握使用者需求，造成介面不佳、設計複雜，無法與作業流程相互配合
資料 - 系統存放的資料不正確，或者不一致。特定的系統功能因為缺少某塊資料，而無法正常運作。
成本 - 即使系統能正確運作，但可能忽略導入所需的成本，造成系統所帶來的價值，無法彌補支出費用。
作業 - 系統運行不佳，作業當機，造成工作流程上延誤。
[資訊系統導入成功與失敗的原因]
主要可由使用者角度、管理者支持、導入風險與複雜度，以及導入的管理品質來分析
1. 使用者參與
讓使用者參與資訊系統的設計，會有較正面的結果。如果使用者能在設計階段大量參與，會對整個系統比較有認同感，在架構設計上也確實能合乎所用。融入使用者知識與專業會產生更好的解決方案。
2. 管理階層的支持
如果一個資訊系統專案，可以得到不同階層的管理者支持，使用者與開發人員會以較為正面的角度衣看待系統，雙方會有默契認為系統具有較高的優先權，投入在開發與導入的努力，未來會受肯定。管理階層的支持，在另外一方面也代表有足夠資金來進行專案。
3. 複雜度與風險
系統的複雜度與風險，會隨著系統範圍而有所差別，有些專案容易延遲或失敗，是因為案子的風險比其他案子來得高。除了專案大小外，風險也與專案所用技術與架構有關。
* 技術經驗：如果開發人員缺乏類似開發經驗，那麼風險就會很高
* 專案大小：專案愈大，愈易延遲，在開發上更有機會碰到頻頸，那麼風險就很高。
* 專案結構：愈不具結構性的開發專案，風險愈是大。
4. 導入過程的管理
專案導入的衝突，有可能因為管理不當而被放大。沒有適當管理可能會有下列結果
* 成本超出預算
* 技術不夠成熟，使得效能不如預期
* 專案未能獲得改善效益
Lewin 學者提出的變革模式：解凍、變革、結凍
解凍：(尋求共識) 為了要改變原有作業模式，取得認同，解凍原來工作方式的習慣。
改變：(主管配合) 進行系統開發與引進，需要各級主管配合，進行科技導入的管理。
結凍：將改變後的制度，再度結凍，確定新科技隔入組織的例行作業中。
[ 資訊系統評估的名詞 ]
1.系統品質：對資訊系統處理能力的評估
在網際網路應用環境中，認為電子商務的系統品質評估，應包括操作易用性、
反應時間、符合使用者需求、存取能力、可靠性、整合性等評估指標。
2.資訊品質：對資訊系統產出資訊的評估
資訊品質偏重於對資訊系統產出的評估與衡量。資訊品質的評估指標應包含
資訊內容的時效性、正確性、有用性、完整性、安全性等特徵。
消費者在使用電子商務系統時，最重視網站能否提供安全的線上交易機制，
以及個人資料是否獲得適當的保護。
3.服務品質：對資訊系統服務結果的評估
服務品質，由事前期望的服務，與接受服務後的感覺比較而得。
網路服務品質則可定義為消費者在網路商店進行商品瀏覽、訂購、付款，
以及互動過程中，感受其提供服務水準之優劣程度。
4.使用者滿意度：使用者對於操作與使用資訊系統而產生的回應與評價。
5.系統效益：使用資訊系統後，能夠產生的效能與利益。
[如何評量資訊系統] ... 背前三個
1. 系統品質
容易使用性、可靠性、彈性、整合性、反應時間、功能性。
2. 資訊品質 (單純考)
正確性、即時性、完整性、相關性、一致性。具備這些才會幫助使用者支援其工作決策。
3. 服務品質
有好的系統與資訊之外，使用者有問題時需要服務，服務品質包括：外觀可視性、可靠性、反應性、保證性、關心性。
4. 資訊使用
使用成本、使用次數、查詢次數、功能使用數、存取頻率
5. 使用者滿意度
滿意程度、喜歡程度、接受程度
6. 對個人的影響
快速擷取有用資訊、決策品質、工作績效、個人生產力
7. 對組織的影響
提高生產力、提高服務績效、降低成本、提升目標達成率
□ 幾個評量系統/網站的面向
技術適切性
1. 網站無交易安全顧慮
2. 網站易於瀏覽
3. 具有適當的搜尋功能
4. 網站隨時可以連結上
5. 網站易於存取
內容品質
1. 內容正確
2. 內容有用
3. 內容完整
4. 內容清楚
全安隱私 (影響信任因素)
1. 網站系統能保護個人隱私
2. 連線資訊經過加密
3. 個人資料不會外流盜取
網站外觀
1. 外觀吸引人
2. 操作介面流暢
3. 具有適當的互動
4. 適當的多媒體功能
5. 網站娛樂性，內容具有創新
交易反應時間
1. 交易活動能在時間內完成
2. 網頁載入速度快
3. 資料提交後能有所反應
訂閱：
文章 (Atom)