榮譽第一 ※考試時間請關閉手機
國 立 空 中 大 學 九 十 三 學 年 度 下 學 期 期 中 考 試 題 【 副 題 】
科目：專案管理
共 3 頁一、選擇題：30%，每題 3 分
（3）1.衡量專案的績效，通常以預算作為
c利潤 d盈虧 e成本 f績效 的指標 第 10 頁
（1）2.起始程序最主要的工作在確定
c階段目標 d計畫目標 e工作目標 f產品目標 第 25 頁
（2）3.顧客趨勢的專案管理方式，本身即是一個
c管理方式 d管理循環 e顧客滿意 f管理程序 第 30 頁
（2）4.系統設計時將使用者的需求資訊與企業欲達成的目標兩者相結合並針對內部 需求而進行的分析工作稱為
c系統分析 d需求分析 e階段目標 f設計分析 第 41 頁
（4）5.不希望發生之事件發生機率，以及這些事件發生後所造成影響的程度稱為 c損失 d衝擊 e影響 f風險 第 46 頁
（1）6.風險管理週期分為幾個階段
c四個 d五個 e六個 f七個 第 49 頁
（1）7.資訊系統專案中，以何者資訊系統專案佔最大部份
c維修型 d轉換型 e新系統開發 f發展型 第 61 頁
（4）8.結構化成本模式（COCOMO）是屬於
c程式碼的行數計算法 d經驗分析法 e歷史資料 f功能點分析法 第 76 頁
（3）9.選擇外包商時的必要文件為規畫書及
c工程規畫書 d成本分析書 e詢價書 f保證書 第 87 頁
（4）10.評估程式設計師生產力以下列兩個方法來進行其一為功能點分析法及 c結構分析法 d結構化成本分析法 e歸納法 f程式碼的行數計算法 第 76 頁
二、解釋名詞：30%，每題 6 分
1.風險辦識
ANS：欲對風險作有效管理，必需瞭解風險所在，進而具體描述風險 第 48 頁 2.顧客驅動的專案管理（CDPM）
ANS：為了免於失敗不利的情況，負責執行專案的主合約商與需求者（顧客）之
間必須有一個良好的溝通管道與管理環境，此種之為「顧客驅動的專案管理」
第 30 頁
3.專案管理的五個程序簡要說明程序即可
ANS：c起始程序 d計畫程序 e執行程序 f控制程序 g結案程序 第 25~29 頁
4.工作包
ANS：工作分解結構中，在最底端，最細微的工作，在工作包裡詳細地描述工作 的名稱，所使用資源與前後項工作的關係，負責的人員。 第 72 頁
5.水灘模型（Waveform model）
ANS：將需求分為不同的問題分析、問題描述、原型與測試、驗證，再將此種分 析結果整合為系統需求。 第 66 頁
三、問答題：40%
1.資訊系統專案規劃程序的六大步驟請說明之 20 分 ANS：第一步驟 需求確定（Determining Requirement）
一般而言，專案的目標在規畫書中己確立，所以，在需求規畫時應同時考 慮完成各項專案工作之工作說明書（Statement of Work; SOW）。詳述產品的 內容、專案的範圍、時程需求、預算限制、專案的負責人與前者等相關事項。
第二步驟 工作項目的確定
在確認工作項目時，可採用由上而下的階層式工作分解結構（Work Breakdown Structure；WBS）。WBS 可以運用在產品、功能分析上，WBS 最上端 為計畫的主項目，然後逐次往下至最細微之工作，在最底端最細微的工作可視 為一項工作包（Work Package），在工作包裡詳細地描述工作的名稱所使用的 資源與前後項工作的關係、負責的人員。
第三步驟 專案組織的規畫
將專案的責任以矩陣的方式表現出其關係。
第四步驟 時程規畫
將 WBS 中的專案工作詳細的估算其時程並配合資源的配置、成本的控制 等。
第五步驟 預算與資源之規畫
將專案所需的時程與預算規畫妥善後，應找出其緊要路徑（Critical Path）與緊要工作（Critical Activity）作為管制要項。
第六步驟 控制機能的規畫第六步驟 控制機能的規畫
將專案審查點（Check Point Review）透過專案審查會議（Project Review Meeting）第一將列管之專案要項完整地予以管理。
第 71 頁~第 76 頁
2.請說明需求分析的四大程序 20 分
ANS：需求分析基本上可分為四大程序：(1)1.概念設計（Conceptual Design）－概 念設計主要在確定資訊系統的架構、其關鍵要素與環境、組織目標、組織政策、
資訊流及可能遇到之相關問題。(2)邏輯化設計（Logical Design）－邏輯化 設計主要在評估概念設計階段所涉及的相關優缺點因素，如組織跟技術因素必 須加以考量。組織因素可包括資源需求、組織的政策專案的優先順序；技術因 素則如系統容量、資訊的可用度、人員的可用度等。(3)驗證與認證階段
（Validation/Verification）－在開發資訊系統時，開發者應採用自我品管 的驗證（Validation）制度；而最終使用者，則依據其使用概念來執行認證
（Verification）。因此，驗證與認證係從開發者與使用者的雙重角度所實施 之品質管理，一般可稱之為獨立性的認證與驗證制度（IV & V, Independent Validation/Verification）。(4)確定正式規格（Formal Specification）。 第 41 頁~第 42 頁
