商業智慧 (BI) 第2章 練習題繳交 (丙班作業)

請各位同學在此留下各練習題的答案 (記得留學號，且需標明其選擇與問答題的題號)

每人共2題，選擇與問答題各一題，請選擇 (學號最後一碼 + 1)那一題 

Ch 02 問答題

1.      BI的重要特性為何？

2.      一個BI系統，在架構上需要包含哪些部份？

3.      BI專案生命週期的順序為何？

4.      在BI的評估階段，主要係評估哪些方面？做哪些評估？

5.      在專案規劃實際執行的步驟裡，常用的規劃分析工具為何？

6.      在選擇BI系統的資料時，應考慮哪些準則？

7.      在BI裡，資料分析應該遵循哪些步驟？

8.      何謂詮釋資料與詮釋資料資料庫分析？

9.      常見的雛形系統有哪些？其功能與目的為何？

10.  在BI的正式測試計畫裡，一個完整的測試包含了哪些測試？其的與功能為何？

Ch02 選擇題

1.      BI專案生命週期裡，包含了(1)系統導入階段、(2)評估階段、(3)規劃階段、(4)系統設計與建構階段、(5)專案分析階段，請問它們的先後順序為？

(A) 12345

(B)  23541

(C)  23451

(D) 23145

答案：

2.          關於BI的特性，下列何者為非？

(A) BI的重點是在於以資料作為企業決策的依據

(B)  資訊需具備即時、整合的特性

(C)  資訊需具備多維度的特性

(D) 透過BI系統，企業可以及時發現內部營運現況及掌握市場動態

答案：

3.      在BI的評估階段，主要評估分析的方向共有三部份，請問下列何者為非？

(A) 公司營運上的評估

(B)  成本效益分析

(C)  風險評估

(D) 系統評估

答案：

4.      在BI的規劃階段裡的企業基礎設施評估裡，可分為技術面與非技術面的基礎設施評估。請問在技術面的基礎設施評估裡，下列何者不包含在內？

(A) 硬體平台

(B)  中介軟體平台

(C)  網路安全平台

(D) 資料庫管理系統平台

答案：

5.      在BI的規劃階段裡的企業基礎設施評估裡，可分為技術面與非技術面的基礎設施評估。請問在非技術面的基礎設施評估裡，下列何者不包含在內？

(A) 功能部門的運作

(B)  營運活動的作業流程

(C)  詮釋資料庫

(D) 資源的分配

答案：

6.      在選擇BI系統的資料時，應考慮的準則中，下列何者為非？

(A) 資料可靠度

(B)  資料傳輸速度

(C)  資料正確性

(D) 資料一致性

答案：

7.      資料分析時，應遵循以下6個步驟，請問它們的先後順序為何？(1)解決邏輯資料及來源資料的差異、(2)規劃整體公司的邏輯資料模型、(3)建立邏輯資料模型、(4)設定資料清理的步驟、(5)分析來源資料品質(6)分析外部資料。

(A) 635214

(B)  653241

(C)  563142

(D) 356124

答案：

8.      關於詮釋資料資料庫分析的工作，下列何者為非？

(A) 分析詮釋資料資料庫需求

(B)  分析詮釋資料資料庫的介面需求

(C)  建立邏輯詮釋資料模型(Logical meta model)

(D) 建立資料載入順序

答案：

9.      在規劃ETL時，首先要決定有哪些資料需要移轉，不同資料移轉的決定，攸關 ETL程式的準備，請問下列何種移轉方式為非？

(A) 初始載入

(B)  歷史載入

(C)  隨機載入

(D) 差異載入

答案：

10.  關於詮釋資料資料庫設計需包括的部份，下列何者為非？

(A)     建構詮釋資料資料庫

(B)      建構雛形系統

(C)      詮釋資料資料庫工具介面

(D)     詮釋資料搬移(Migration)流程

答案：

全部共 40則留言 02-25 10:13: 10114D153柯君翰 問答題第四題： 主要評估以下三方面： 一、 公司營運上的評估： 解決公司營運上面臨的問題，或希望開展另一個業務的領域。簡言之，公司有哪些亟欲達成的策略目標。例如：藉由減少存貨來降低營運成本；或藉由改善產品品質來增加高階市場的市佔率。 二、 成本效益分析： 效益可分為以下幾方面，導入BI系統是否能讓公司「增加營收」、「增加利潤」、「降低成本」、「增加市佔率」、以及「增加客戶滿意度」。這五方面的效益報酬至少要能超過BI系統的建置成本。當然，無法量化的效益也應考慮在內。 三、 風險評估 在風險評估方面，下列各項風險應列入評估。首先是「技術風險」，包括了採用技術的成熟度、採用技術與現行系統的相容程度。其次是「專案複雜度」，指的是專案涵蓋的範圍、作業流程改變的程度、資料收集的困難度。再者是「組織風險」係指營運單位支援程度、高階主管的態度、財務支援是否足夠。最後是「專案團隊風險」，涵蓋了團隊成員的技術、經驗以及專案管理能力。 可根據各方面風險的高低，分成低、中、高三等級，做為專案進行中，資源投入的依據。 此階段完成後，應產生一份評估報告，包括以下內容：  組織的策略目標  BI系統的目標  組織面臨的問題及機會  現行系統力有未逮之處  成本效益分析  風險評估的結果  對專案的建議 若評估報告認為BI對解決現行營運問題，或因應未來業務發展有正向幫助，則可正式進行BI專案的規劃階段。 選擇題第四題： (C) 網路安全平台 02-25 10:22: 10114D158 廖建傑 9. 1. 展示和講述用的雛形系統(Show-and-tell prototype) ： 一種以展示為目的的雛形系統，主要是讓管理階層了解系統完成後使用者介面的呈現為何(Look & Feel)，此試作的系統沒有實際的可操作功能，通常用於規劃預算時，讓決策人員進一步了解此系統。 2. 實體模型的雛形系統(Mock-up prototype) ： 這類雛形系統著重於幫助了解使用者的作業流程及對應的系統需求，通常要求在極短的時間內完成。此雛形系統並不需要考慮整體系統架構，開發的工具以簡易為主。 3. 概念型的雛形系統(Proof-of-concept prototype)： 這種雛形系統目的在了解系統導入的不確定性，通常試作的範圍較小，可操作的功能也很有限。 4. 視覺設計型的雛形系統(Visual-design prototype) ： 這種雛形系統是 Mock-up prototype 的進階版，目的在決定使用者介面的規格，但這個階段的試作如果符合使用者需求，有可能會直接納入最終系統，因此，開發工具應以實作的工具為主。 5. 示範用的雛形系統(Demo prototype) ： 這種雛形系統是把系統的部份功能以及外觀，先提供給目標使用者使用，讓他們瞭解整個BI系統完成後的概略樣貌。 6. 操作型的雛形系統(Operational prototype) 這種雛形系統是上述所有雛形系統類型中，投入最多資源、耗費最多時間與成本的一種系統。它已經幾乎把BI所需具備的功能都已實作出來，其目的在於獲得使用者對於該系統的回饋，以便據以修改，因此它也是最接近實際營運的雛形系統。 9. (C) 隨機載入 02-25 11:26: 10114D168 曾若涵 問答題第九題：展示和講述用的雛形系統： 一種以展示為目的的雛形系統，主要是讓管理階層了解系統完成後使用者介面的呈現為何(Look & Feel)，此試作的系統沒有實際的可操作功能，通常用於規劃預算時，讓決策人員進一步了解此系統。 2. 實體模型的雛形系統 ： 這類雛形系統著重於幫助了解使用者的作業流程及對應的系統需求，通常要求在極短的時間內完成。此雛形系統並不需要考慮整體系統架構，開發的工具以簡易為主。 3. 概念型的雛形系統： 這種雛形系統目的在了解系統導入的不確定性，通常試作的範圍較小，可操作的功能也很有限。 4. 視覺設計型的雛形系統： 這種雛形系統是 Mock-up prototype 的進階版，目的在決定使用者介面的規格，但這個階段的試作如果符合使用者需求，有可能會直接納入最終系統，因此，開發工具應以實作的工具為主。 5. 示範用的雛形系統： 這種雛形系統是把系統的部份功能以及外觀，先提供給目標使用者使用，讓他們瞭解整個BI系統完成後的概略樣貌。 6. 操作型的雛形系統(Operational prototype) 這種雛形系統是上述所有雛形系統類型中，投入最多資源、耗費最多時間與成本的一種系統。它已經幾乎把BI所需具備的功能都已實作出來，其目的在於獲得使用者對於該系統的回饋，以便據以修改，因此它也是最接近實際營運的雛形系統。 9. (C) 隨機載入 02-25 11:30: 10114D148 吳欣芳 回答第九題：1.展示和講述用的雛形系統：一種以展示為目的的雛形系統，主要是讓管理階層了解系統完成後使用者介面的呈現為何(Look & Feel)，此試作的系統沒有實際的可操作功能，通常用於規劃預算時，讓決策人員進一步了解此系統。 2.實體模型的雛形系統：這類雛形系統著重於幫助了解使用者的作業流程及對應的系統需求，通常要求在極短的時間內完成。此雛形系統並不需要考慮整體系統架構，開發的工具以簡易為主。 3.概念型的雛形系統：這種雛形系統目的在了解系統導入的不確定性，通常試作的範圍較小，可操作的功能也很有限。 4.視覺設計型的雛形系統：這種雛形系統是 Mock-up prototype 的進階版，目的在決定使用者介面的規格，但這個階段的試作如果符合使用者需求，有可能會直接納入最終系統，因此，開發工具應以實作的工具為主。 5.示範用的雛形系統： 這種雛形系統是把系統的部份功能以及外觀，先提供給目標使用者使用，讓他們瞭解整個BI系統完成後的概略樣貌。 6.操作型的雛形系統：這種雛形系統是上述所有雛形系統類型中，投入最多資源、耗費最多時間與成本的一種系統。它已經幾乎把BI所需具備的功能都已實作出來，其目的在於獲得使用者對於該系統的回饋，以便據以修改，因此它也是最接近實際營運的雛形系統。 第九題　(C)隨機載入 02-25 11:30: 10114D173 葉芝妘 問答題第四題： 主要評估以下三方面： 一、 公司營運上的評估： 解決公司營運上面臨的問題，或希望開展另一個業務的領域。簡言之，公司有哪些亟欲達成的策略目標。例如：藉由減少存貨來降低營運成本；或藉由改善產品品質來增加高階市場的市佔率。 二、 成本效益分析： 效益可分為以下幾方面，導入BI系統是否能讓公司增加營收、增加利潤、降低成本、增加市佔率、以及增加客戶滿意度。這五方面的效益報酬至少要能超過BI系統的建置成本。當然，無法量化的效益也應考慮在內。三、 風險評估 在風險評估方面，下列各項風險應列入評估。先是由技術風險，包括了採用技術的成熟度、採用技術與現行系統的相容程度。其次是專案複雜度，指的是專案涵蓋的範圍、作業流程改變的程度、資料收集的困難度。再來是由組織風險係指營運單位支援程度、高階主管的態度、財務支援是否足夠。最後是由專案團隊風險，涵蓋了團隊成員的技術、經驗以及專案管理能力。 可根據各方面風險的高低，分成低、中、高三等級，做為專案進行中，資源投入的依據。 此階段完成後，應產生一份評估報告，包括以下內容：組織的策略目標 BI系統的目標 組織面臨的問題及機會 現行系統力有未逮之處 成本效益分析 風險評估的結果 對專案的建議 若評估報告認為BI對解決現行營運問題，或因應未來業務發展有正向幫助，則可正式進行BI專案的規劃階段。答案是： (C) 02-25 11:31: 10114D128 鄭宛儒 簡答第9題 1.展示和講述的雛型系統:讓管理階層了解系統完成後使用者介面的呈現為何(Look & Feel)，此試作的系統沒有實際的可操作功能，通常用於規劃預算時，讓決策人員進一步了解此系統。 2.實體模型的雛型系統:重於幫助了解使用者的作業流程及對應的系統需求，通常要求在極短的時間內完成。此雛形系統並不需要考慮整體系統架構，開發的工具以簡易為主 3.概念型雛型系統:目的在了解系統導入的不確定性，通常試作的範圍較小，可操作的功能也很有限。 4.視覺設計行的雛型系統:這種雛形系統是 Mock-up prototype 的進階版，目的在決定使用者介面的規格，但這個階段的試作如果符合使用者需求，有可能會直接納入最終系統，因此，開發工具應以實作的工具為主。 5.示範用的雛型系統:把系統的部份功能以及外觀，先提供給目標使用者使用，讓他們瞭解整個BI系統完成後的概略樣貌。 6.操作型雛型系統:這種雛形系統是上述所有雛形系統類型中，投入最多資源、耗費最多時間與成本的一種系統。它已經幾乎把BI所需具備的功能都已實作出來，其目的在於獲得使用者對於該系統的回饋，以便據以修改，因此它也是最接近實際營運的雛形系統。 選擇題第9題 (C) 隨機載入 02-25 13:59: 10114D133 高浩嚴 問答題第4題:主要評估以下三方面： 一、 公司營運上的評估： 解決公司營運上面臨的問題，或希望開展另一個業務的領域。簡言之，公司有哪些亟欲達成的策略目標。例如：藉由減少存貨來降低營運成本；或藉由改善產品品質來增加高階市場的市佔率。 二、 成本效益分析： 效益可分為以下幾方面，導入BI系統是否能讓公司「增加營收」、「增加利潤」、「降低成本」、「增加市佔率」、以及「增加客戶滿意度」。這五方面的效益報酬至少要能超過BI系統的建置成本。當然，無法量化的效益也應考慮在內。 三、 風險評估 在風險評估方面，下列各項風險應列入評估。首先是「技術風險」，包括了採用技術的成熟度、採用技術與現行系統的相容程度。其次是「專案複雜度」，指的是專案涵蓋的範圍、作業流程改變的程度、資料收集的困難度。再者是「組織風險」係指營運單位支援程度、高階主管的態度、財務支援是否足夠。最後是「專案團隊風險」，涵蓋了團隊成員的技術、經驗以及專案管理能力。 可根據各方面風險的高低，分成低、中、高三等級，做為專案進行中，資源投入的依據。 此階段完成後，應產生一份評估報告，包括以下內容：  組織的策略目標  BI系統的目標  組織面臨的問題及機會  現行系統力有未逮之處  成本效益分析  風險評估的結果  對專案的建議 若評估報告認為BI對解決現行營運問題，或因應未來業務發展有正向幫助，則可正式進行BI專案的規劃階段。 選擇題第9題:(C)隨機載入 02-25 14:12: 留言... 02-25 14:26: 問答題第四題： 主要評估以下三方面： 一、 公司營運上的評估： 解決公司營運上面臨的問題，或希望開展另一個業務的領域。簡言之，公司有哪些亟欲達成的策略目標。例如：藉由減少存貨來降低營運成本；或藉由改善產品品質來增加高階市場的市佔率。 二、 成本效益分析： 效益可分為以下幾方面，導入BI系統是否能讓公司「增加營收」、「增加利潤」、「降低成本」、「增加市佔率」、以及「增加客戶滿意度」。這五方面的效益報酬至少要能超過BI系統的建置成本。當然，無法量化的效益也應考慮在內。 三、 風險評估 在風險評估方面，下列各項風險應列入評估。首先是「技術風險」，包括了採用技術的成熟度、採用技術與現行系統的相容程度。其次是「專案複雜度」，指的是專案涵蓋的範圍、作業流程改變的程度、資料收集的困難度。再者是「組織風險」係指營運單位支援程度、高階主管的態度、財務支援是否足夠。最後是「專案團隊風險」，涵蓋了團隊成員的技術、經驗以及專案管理能力。 可根據各方面風險的高低，分成低、中、高三等級，做為專案進行中，資源投入的依據。 此階段完成後，應產生一份評估報告，包括以下內容：  組織的策略目標  BI系統的目標  組織面臨的問題及機會  現行系統力有未逮之處  成本效益分析  風險評估的結果  對專案的建議 若評估報告認為BI對解決現行營運問題，或因應未來業務發展有正向幫助，則可正式進行BI專案的規劃階段。 選擇題第9題:(C)隨機載入 02-25 14:28: 問答題第九題：展示和講述用的雛形系統： 一種以展示為目的的雛形系統，主要是讓管理階層了解系統完成後使用者介面的呈現為何(Look & Feel)，此試作的系統沒有實際的可操作功能，通常用於規劃預算時，讓決策人員進一步了解此系統。 2. 實體模型的雛形系統 ： 這類雛形系統著重於幫助了解使用者的作業流程及對應的系統需求，通常要求在極短的時間內完成。此雛形系統並不需要考慮整體系統架構，開發的工具以簡易為主。 3. 概念型的雛形系統： 這種雛形系統目的在了解系統導入的不確定性，通常試作的範圍較小，可操作的功能也很有限。 4. 視覺設計型的雛形系統： 這種雛形系統是 Mock-up prototype 的進階版，目的在決定使用者介面的規格，但這個階段的試作如果符合使用者需求，有可能會直接納入最終系統，因此，開發工具應以實作的工具為主。 5. 示範用的雛形系統： 這種雛形系統是把系統的部份功能以及外觀，先提供給目標使用者使用，讓他們瞭解整個BI系統完成後的概略樣貌。 6. 操作型的雛形系統(Operational prototype) 這種雛形系統是上述所有雛形系統類型中，投入最多資源、耗費最多時間與成本的一種系統。它已經幾乎把BI所需具備的功能都已實作出來，其目的在於獲得使用者對於該系統的回饋，以便據以修改，因此它也是最接近實際營運的雛形系統。選擇題第四題： (C) 02-25 23:17: 10114D155周佳馨 問答題第六題 (1)資料一致性：手動輸入的資料其一致性較差。 (2)資料精準度：時間可以精準到日期或小時。 (3)資料正確性：是否有資料輸入檢查機制及更正作業流程。 (4)資料可靠度：資料是否及時，來源是否可靠。 (5)資料格式：資料來源的格式與目的的格式是否相同？格式差異越大，轉換次數越多，資料越易發生錯誤。 選擇題第六題 (B)資料傳輸速度 02-26 01:20: 10114D138陳逸瑄 問答9 經需求分析、設計、編碼、測試等階段建造一個可以運作但並不完美的雛形系統，這個慨速發展的的系統經使用者的操作與試煉，得以發掘更完整的需求，系統也漸趨完整而成熟。1.需求變更無可避免2.一個可看的到、可操作的雛形式開發者與使用者溝通的良好工具3.雛形的建造及修改應該要非常快速，已因英顧客的需求4.提高使用者參與的意願，進而提高顧客滿意度。 02-26 01:30: 10114D138陳逸瑄 選擇第9題 (C)隨機載入 02-26 09:14: 10114D144 黃思蓓 回答第5題: 工作分解結構(Work breakdown structure, WBS)：所謂工作分解結構，就是將整個專案分解成數個任務(Tasks)及其下所包含的活動(Activities)。WBS也稱為工作包，工作包是可以被指派給一個人或一組人，其對於工作的範圍及權責有清楚定義。WBS載明任務與其下活動的關係，它描述工作架構與順序，並詳細說明內容，其中還包含成本、預算、進度表、資源分配等資訊。 關鍵路徑法(Critical path method, CPM)：決定計畫可完成的最短時間。關鍵路徑是指一連串的任務活動，其順序和工期直接決定專案完成日期。 計畫評核術(Program evaluation review technique, PERT)：訂定專案時程表最困難的活動之一，就是確定工作分解結構裡每一項任務的工期，隨著任務的複雜度和不確定性提高，這些估計更容易出錯。PERT是一種使用樂觀、悲觀以及實際時間估計來計算特定任務預期時間的方法，在不確定完成任務所需時間時，該技術可以幫助你獲得較準確的估計。 甘特圖(Gantt chart)：依專案計畫其所需的時間與資源, 整合成甘特圖(Gantt chart)。甘特圖是由美國工程師甘特(Henry Gantt)發明，為了紀念他便以他的名字命名。其以橫軸表示時間，縱軸顯示各項任務，根據任務完成所需時間的長短，可以日、月、年或其它單位表示。圖上的每一橫條呈現專案中各項任務，其開始、結束的時點及其執行所需的時間。 選擇第5題:(D) 資源的分配 03-01 09:43: 10114D171 林珈卉 回答第2題：(1)資料倉儲是商業智慧系統的基礎；(2)資料分析系統：包括OLAP、資料探勘等；以及(3)資料呈現系統 選擇第二題：(A) 03-02 14:03: 10114D147林松遠 回答第8題 詮釋資料，又譯為「後設資料」。Meta data就是資料的定義，是為了維持資料的一致性所設的準則。詮釋資料主要描述資料內容(The content of data )、資料背景(The context of data)、資料屬性（如：名稱、大小、資料類型等）、資料結構（如：長度、欄位、行列等），以及其它有關該資料的相關訊息（如：儲存的表單、與其他資料的關聯、該資料的負責人員等），簡言之，它是「Data about data」。 選擇題6 (B)資料傳輸速度 03-10 09:33: 10114D129 張宥琥 我回答 問答題 第10題 : 通常一個完整的測試，包含以下5種： 1. 單元測試(Unit testing)：針對單一ETL程式而非整個流程進行測試，以瞭解各別程式執行結果是否符合預期，在ETL程式的單元測試裡，主要針對3該程式的三方面：編譯(Compilation)：程式編譯上是否有問題；功能 (Functionality)：該程式是否能完成預期的任務；編輯(Edits)：程式執行錯誤是否有錯誤的訊息可供查詢。 2. 整合測試(Integration testing)：整合測試或稱系統測試(System testing)，主要是測試各別ETL程式間的串接及整個ETL流程運作是否符合預期。這部份需包括上述的三類載入，即初始載化、歷史載入與差異載入。 3. 迴歸測試(Regression testing)：迴歸測試是最花費時間的一種測試。在 BI系統的開發過程中，新的BI應用程式會連帶影響ETL工具執行的效果，因此專案小組必須在每次加入新的程式時，調整ETL程式以為因應，進行迴歸測試的目的在於確定修改後的ETL程式可以正確產出符合預期的結果。 4. 效能測試(Performance testing)：效能測試，又名壓力測試(Stress testing)，係用來測試系統執行ETL程式，是否可在預期時間內完成。由於BI的資料量龐大且形式多元，有可能程式執行的結果無誤，但所花的時間未能符合營運上的需求，效能的測試可作為程式修正或加強系統運算能力的參考。其次，和單元測試與整合測試不同，效能測試可以只針對處理最多資料量的程式進行測試，而不必要對每個程式都進行測試。 5. 驗收測試(Acceptance testing)：驗收測試的目的在於確認所有的ETL程式功能是否符合當初使用者所要求並且確實解決使用者想解決的事。 我回答選擇題第10題: B 03-10 10:11: 10114D130錢智鴻 問答第一題：第一、商業智慧的重點是在於以資訊作為企業決策的依據。第二、資訊需具備即時、整合以及多維度的特性，才具決策上的價值。第三、透過BI系統，企業可以及時發現內部營運現況及掌握市場動態，並可據以採取行動因應，洞燭機先。選擇第一題：(B)23541 03-10 10:11: 10114D130錢智鴻 問答第一題：第一、商業智慧的重點是在於以資訊作為企業決策的依據。第二、資訊需具備即時、整合以及多維度的特性，才具決策上的價值。第三、透過BI系統，企業可以及時發現內部營運現況及掌握市場動態，並可據以採取行動因應，洞燭機先。選擇第一題：(B)23541 03-10 10:11: 10114D149 邱木佑 我回答 問答題 第10題 : 通常一個完整的測試，包含以下5種： 1. 單元測試(Unit testing)：針對單一ETL程式而非整個流程進行測試，以瞭解各別程式執行結果是否符合預期，在ETL程式的單元測試裡，主要針對3該程式的三方面：編譯(Compilation)：程式編譯上是否有問題；功能 (Functionality)：該程式是否能完成預期的任務；編輯(Edits)：程式執行錯誤是否有錯誤的訊息可供查詢。 2. 整合測試(Integration testing)：整合測試或稱系統測試(System testing)，主要是測試各別ETL程式間的串接及整個ETL流程運作是否符合預期。這部份需包括上述的三類載入，即初始載化、歷史載入與差異載入。 3. 迴歸測試(Regression testing)：迴歸測試是最花費時間的一種測試。在 BI系統的開發過程中，新的BI應用程式會連帶影響ETL工具執行的效果，因此專案小組必須在每次加入新的程式時，調整ETL程式以為因應，進行迴歸測試的目的在於確定修改後的ETL程式可以正確產出符合預期的結果。 4. 效能測試(Performance testing)：效能測試，又名壓力測試(Stress testing)，係用來測試系統執行ETL程式，是否可在預期時間內完成。由於BI的資料量龐大且形式多元，有可能程式執行的結果無誤，但所花的時間未能符合營運上的需求，效能的測試可作為程式修正或加強系統運算能力的參考。其次，和單元測試與整合測試不同，效能測試可以只針對處理最多資料量的程式進行測試，而不必要對每個程式都進行測試。 5. 驗收測試(Acceptance testing)：驗收測試的目的在於確認所有的ETL程式功能是否符合當初使用者所要求並且確實解決使用者想解決的事。 我回答選擇題第10題: B 03-31 11:17: 問答題1. BI的重要特性為何？ ANS: 第一、商業智慧的重點是在於以資訊作為企業決策的依據。 第二、資訊需具備即時、整合以及多維度的特性，才具決策上的價值。 第三、透過BI系統，企業可以及時發現內部營運現況及掌握市場動態，並可據 以採取行動因應，洞燭機先。 03-31 11:19: 2. 一個BI系統，在架構上需要包含哪些部份？ ANS： 一個BI系統，在架構上需要包含底下幾個部份：(1)資料倉儲是商業智慧系 統的基礎；(2)資料分析系統：包括OLAP、資料探勘等；以及(3)資料呈現系統 03-31 11:20: 3. BI專案生命週期的順序為何？ ANS： BI系統專案的執行與一般資訊系統開發的過程類似，包括以下五個階段： (一)評估階段：主要是評估BI系統是否可以解決現行營運的問題或因應未來業 務發展方向，工作範圍包括了營運面向評估、成本效益分析與風險評估；(二) 規劃階段：主要是了解公司內部執行一項BI專案的條件為何，作為資源投入及 時程規劃的參考，工作項目包括企業基礎設施的評估與專案規劃；(三)專案分 析階段：主要是定義BI專案在企業營運上應達到哪些具體的要求，及這些要求 相當於BI系統方面需具備哪些功能，這階段的工作包括需求分析、資料分析、 詮釋資料資料庫(Meta data repository)分析與系統分析；(四)系統設計與建構階 段：主要將BI系統分成資料庫及應用系統兩部份來設計及開發，包括資料庫設 計、擷取/轉換/載入(ETL)工具設計、詮釋資料設計與應用系統開發；(五)系統 導入階段：此階段的任務主要包括系統導入，以及導入後成效評估。 03-31 11:21: 4. 在BI的評估階段，主要係評估哪些方面？做哪些評估？ ANS： 主要評估以下三方面： 一、 公司營運上的評估： 解決公司營運上面臨的問題，或希望開展另一個業務的領域。簡言之，公 司有哪些亟欲達成的策略目標。例如：藉由減少存貨來降低營運成本；或藉由 改善產品品質來增加高階市場的市佔率。 二、 成本效益分析： 效益可分為以下幾方面，導入BI系統是否能讓公司「增加營收」、「增加 利潤」、「降低成本」、「增加市佔率」、以及「增加客戶滿意度」。這五方 面的效益報酬至少要能超過BI系統的建置成本。當然，無法量化的效益也應考 慮在內。 三、 風險評估 在風險評估方面，下列各項風險應列入評估。首先是「技術風險」，包括 了採用技術的成熟度、採用技術與現行系統的相容程度。其次是「專案複雜度 」，指的是專案涵蓋的範圍、作業流程改變的程度、資料收集的困難度。再者 是「組織風險」係指營運單位支援程度、高階主管的態度、財務支援是否足夠 。最後是「專案團隊風險」，涵蓋了團隊成員的技術、經驗以及專案管理能力 。 可根據各方面風險的高低，分成低、中、高三等級，做為專案進行中，資 源投入的依據。 此階段完成後，應產生一份評估報告，包括以下內容：  組織的策略目標  BI系統的目標  組織面臨的問題及機會  現行系統力有未逮之處  成本效益分析  風險評估的結果  對專案的建議 若評估報告認為BI對解決現行營運問題，或因應未來業務發展有正向幫助 ，則可正式進行BI專案的規劃階段。 03-31 11:22: 5. 在專案規劃實際執行的步驟裡，常用的規劃分析工具為何？ ANS： 工作分解結構(Work breakdown structure, WBS)： 所謂工作分解結構，就是將整個專案分解成數個任務(Tasks)及其下所包含 的活動(Activities)。WBS也稱為工作包，工作包是可以被指派給一個人或一組 人，其對於工作的範圍及權責有清楚定義。WBS載明任務與其下活動的關係， 它描述工作架構與順序，並詳細說明內容，其中還包含成本、預算、進度表、 資源分配等資訊。 關鍵路徑法(Critical path method, CPM)： 決定計畫可完成的最短時間。關鍵路徑是指一連串的任務活動，其順序和 工期直接決定專案完成日期。 計畫評核術(Program evaluation review technique, PERT)： 訂定專案時程表最困難的活動之一，就是確定工作分解結構裡每一項任務的 工期，隨著任務的複雜度和不確定性提高，這些估計更容易出錯。PERT是一 種使用樂觀、悲觀以及實際時間估計來計算特定任務預期時間的方法，在不確 定完成任務所需時間時，該技術可以幫助你獲得較準確的估計。 甘特圖(Gantt chart)： 依專案計畫其所需的時間與資源, 整合成甘特圖(Gantt chart)。甘特圖是由 美國工程師甘特(Henry Gantt)發明，為了紀念他便以他的名字命名。其以橫軸 表示時間，縱軸顯示各項任務，根據任務完成所需時間的長短，可以日、月、 年或其它單位表示。圖上的每一橫條呈現專案中各項任務，其開始、結束的時 點及其執行所需的時間。 03-31 11:22: 6. 在選擇BI系統的資料時，應考慮哪些準則？ ANS： 作為BI系統的資料，在選擇時，應考慮以下準則：  資料一致性：手動輸入的資料其一致性較差。  資料精準度：時間，可以精準到日期或小時。  資料正確性：是否有資料輸入檢查機制及更正作業流程。  資料可靠度：資料是否及時，來源是否可靠。  資料格式：資料來源的格式與目的的格式是否相同？格式差異越大，轉換 次數越多，資料越易發生錯誤。 03-31 11:23: 7. 在BI裡，資料分析應該遵循哪些步驟？ ANS： 資料分析應該經過遵循以下六個步驟。 首先要「分析外部資料」，其次要「建立邏輯資料模型，」接著「分析來源資 料品質」，再來要「規劃整體公司的邏輯資料模型」，再者要「解決邏輯資料 及來源資料的差異」，最後要「設定資料清理的步驟」。 03-31 11:23: 8. 何謂詮釋資料與詮釋資料資料庫分析？ ANS： 詮釋資料： 詮釋資料，又譯為「後設資料」。Meta data就是資料的定義，是為了維持 資料的一致性所設的準則。詮釋資料主要描述資料內容(The content of data )、 資料背景(The context of data)、資料屬性（如：名稱、大小、資料類型等）、 資料結構（如：長度、欄位、行列等），以及其它有關該資料的相關訊息（如 3 ：儲存的表單、與其他資料的關聯、該資料的負責人員等），簡言之，它是 「Data about data」。 詮釋資料資料庫： 詮釋資料資料庫與一般的資料庫不同，一般的資料庫為儲存資料之用，而 詮釋資料資料庫為儲存「資料的背景資訊」(Context information about the business data)。一般而言，資料的背景資訊包括：  該資料的內容與資料代表的意義  管理該資料的政策(例如：誰負責維護、更改資料的流程等等)  該資料的技術規格(例如：資料型態、長度)  使用該資料的資訊系統 03-31 11:25: 9. 常見的雛形系統有哪些？其功能與目的為何？ ANS： 建構雛形系統有不同的方式，其功能也因而不同。茲將各類雛形系統簡述如 下: 1. 展示和講述用的雛形系統(Show-and-tell prototype) ： 一種以展示為目的的雛形系統，主要是讓管理階層了解系統完成後使用者 介面的呈現為何(Look & Feel)，此試作的系統沒有實際的可操作功能，通常用 於規劃預算時，讓決策人員進一步了解此系統。 2. 實體模型的雛形系統(Mock-up prototype) ： 這類雛形系統著重於幫助了解使用者的作業流程及對應的系統需求，通常 要求在極短的時間內完成。此雛形系統並不需要考慮整體系統架構，開發的工 具以簡易為主。 3. 概念型的雛形系統(Proof-of-concept prototype)： 這種雛形系統目的在了解系統導入的不確定性，通常試作的範圍較小，可 操作的功能也很有限。 4. 視覺設計型的雛形系統(Visual-design prototype) ： 這種雛形系統是 Mock-up prototype 的進階版，目的在決定使用者介面的 規格，但這個階段的試作如果符合使用者需求，有可能會直接納入最終系統， 因此，開發工具應以實作的工具為主。 5. 示範用的雛形系統(Demo prototype) ： 這種雛形系統是把系統的部份功能以及外觀，先提供給目標使用者使用， 讓他們瞭解整個BI系統完成後的概略樣貌。 6. 操作型的雛形系統(Operational prototype) 這種雛形系統是上述所有雛形系統類型中，投入最多資源、耗費最多時間 與成本的一種系統。它已經幾乎把BI所需具備的功能都已實作出來，其目的在 於獲得使用者對於該系統的回饋，以便據以修改，因此它也是最接近實際營運 的雛形系統。 03-31 11:26: 10. 在BI的正式測試計畫裡，一個完整的測試包含了哪些測試？其的與功能為何 ？ ANS： 通常一個完整的測試，包含以下5種： 1. 單元測試(Unit testing)：針對單一ETL程式而非整個流程進行測試，以瞭解各 別程式執行結果是否符合預期，在ETL程式的單元測試裡，主要針對3該程式 的三方面：編譯(Compilation)：程式編譯上是否有問題；功能 (Functionality)：該程式是否能完成預期的任務；編輯(Edits)：程式執行錯誤 是否有錯誤的訊息可供查詢。 2. 整合測試(Integration testing)：整合測試或稱系統測試(System testing)，主 要是測試各別ETL程式間的串接及整個ETL流程運作是否符合預期。這部份 需包括上述的三類載入，即初始載化、歷史載入與差異載入。 3. 迴歸測試(Regression testing)：迴歸測試是最花費時間的一種測試。在 BI系 統的開發過程中，新的BI應用程式會連帶影響ETL工具執行的效果，因此專 案小組必須在每次加入新的程式時，調整ETL程式以為因應，進行迴歸測試 的目的在於確定修改後的ETL程式可以正確產出符合預期的結果。 4. 效能測試(Performance testing)：效能測試，又名壓力測試(Stress testing)， 係用來測試系統執行ETL程式，是否可在預期時間內完成。由於BI的資料量 龐大且形式多元，有可能程式執行的結果無誤，但所花的時間未能符合營運 上的需求，效能的測試可作為程式修正或加強系統運算能力的參考。其次， 和單元測試與整合測試不同，效能測試可以只針對處理最多資料量的程式進 行測試，而不必要對每個程式都進行測試。 5. 驗收測試(Acceptance testing)：驗收測試的目的在於確認所有的ETL程式功 能是否符合當初使用者所要求並且確實解決使用者想解決的事。 03-31 11:27: 選擇題 1. BI專案生命週期裡，包含了(1)系統導入階段、(2)評估階段、(3)規劃階段 、(4)系統設計與建構階段、(5)專案分析階段，請問它們的先後順序為？ (A) 12345 (B) 23541 (C) 23451 (D) 23145 答案：B 03-31 11:27: 2. 關於BI的特性，下列何者為非？ (A) BI的重點是在於以資料作為企業決策的依據 (B) 資訊需具備即時、整合的特性 (C) 資訊需具備多維度的特性 (D) 透過BI系統，企業可以及時發現內部營運現況及掌握市場動態 答案：A 03-31 11:28: 3. 在BI的評估階段，主要評估分析的方向共有三部份，請問下列何者為非？ (A) 公司營運上的評估 (B) 成本效益分析 (C) 風險評估 (D) 系統評估 答案：D 03-31 11:28: 4. 在BI的規劃階段裡的企業基礎設施評估裡，可分為技術面與非技術面的基礎 設施評估。請問在技術面的基礎設施評估裡，下列何者不包含在內？ (A) 硬體平台 (B) 中介軟體平台 (C) 網路安全平台 (D) 資料庫管理系統平台 答案：C 03-31 11:29: 5. 在BI的規劃階段裡的企業基礎設施評估裡，可分為技術面與非技術面的基礎 設施評估。請問在非技術面的基礎設施評估裡，下列何者不包含在內？ (A) 功能部門的運作 (B) 營運活動的作業流程 (C) 詮釋資料庫 (D) 資源的分配 答案：D 03-31 11:29: 6. 在選擇BI系統的資料時，應考慮的準則中，下列何者為非？ (A) 資料可靠度 (B) 資料傳輸速度 (C) 資料正確性 (D) 資料一致性 答案：B 03-31 11:30: 7. 資料分析時，應遵循以下6個步驟，請問它們的先後順序為何？(1)解決邏輯 資料及來源資料的差異、(2)規劃整體公司的邏輯資料模型、(3)建立邏輯資 料模型、(4)設定資料清理的步驟、(5)分析來源資料品質(6)分析外部資料。 (A) 635214 (B) 653241 (C) 563142 (D) 356124 答案：A 03-31 11:30: 8. 關於詮釋資料資料庫分析的工作，下列何者為非？ (A) 分析詮釋資料資料庫需求 (B) 分析詮釋資料資料庫的介面需求 (C) 建立邏輯詮釋資料模型(Logical meta model) (D) 建立資料載入順序 答案：D 03-31 11:30: 9. 在規劃ETL時，首先要決定有哪些資料需要移轉，不同資料移轉的決定，攸 關 ETL程式的準備，請問下列何種移轉方式為非？ (A) 初始載入 (B) 歷史載入 (C) 隨機載入 (D) 差異載入 答案：C 03-31 11:31: 10. 關於詮釋資料資料庫設計需包括的部份，下列何者為非？ (A) 建構詮釋資料資料庫 (B) 建構雛形系統 (C) 詮釋資料資料庫工具介面 (D) 詮釋資料搬移(Migration)流程 答案：B
留言...
登入帳號密碼代表遵守學術網路規範