榮譽第一 ※考試時間，請關閉手機
國立空中大學九十二學年度下學期期中考試題【正題】
考試科目：專案管理 橫式題目，橫式作答 共 3 頁第 1 頁 一、解釋名詞（共 48 分；每 1 題 8 分）
1.專案（第 5 頁）
專案 (project) 係指在一段期間內，為了完成特定目標所執行的組織活動。一般而言， 一個企 業組織的活動內容可區分為持續重複性活動與暫時唯一性活動兩種，而專案即屬於後者。
2.風險評估（第 52 頁）
風險評估是透過系統化、合理化的方法，在各個風險區域中，辨識風險項目，使得潛在的風 險項目能夠清楚而具體地描述；並且就風險所在之來源與衝擊面發展衡量方法來衡量風險值，使得 風險成為可以分析及處理的項目。因此；風險評估的內容包括了風險識別 (risk identification)及風 險評等 (risk rating)兩部份。
3.螺旋模型（第 65 頁）
在系統的每一個部份應執行的工作包括四個循環，每一個循環皆從目標確認開始，而每一個循 環同時包含風險分析以確保系統開發能朝著正確方向逐步完成，
4.工程變更（第 77 頁）
在資訊專案的執行過程中，可能因為環境、技術、需求的改變而有工程變更（Engineering Change；EC），此時，會對專案的規格、時程、成本發生影響。當發生這些變革時，最好能從成本 面、時程面與系統介面之間加以有效的管理，在成本變革管理方面，應建立成本變革管理系統。此 系統以明確的程序說明成本基準發生改變的核准與監控的作法。由於專案的成本變更管制須與時 程、性能、工程等相關因素併同處理。因此，可以成立「變更管制委員會」（Change Control Board；
CCB）綜合管制相關的變更問題。
5.結構化成本模式(COCOMO)（第 76-77 頁）
結構化成本模式（Constructive Cost Model；COCOMO）是功能點分析法之一，其評估方式在 取得最終使用者的運作方式上有足夠的一致性，經由此一方法計算後可作為規格需求的成本與時間 計算之依據。此一模式需按資訊系統規模之大小加以修正，以估算人力需求與時間需求。
6.規畫書(PROPOSAL)（第 87-88 頁）
『規畫書』為專案執行者（即競標廠商）與專案委託者之間不可或缺且必需是明確清楚的溝通橋樑。
所以一份規畫書可決定雙方合作與否，不論是競標廠商或是專案委託者都必須要熟知規畫書的內 容。規畫書也是商源選擇過程中，競標廠商為詳細說明執行專案所需的成本、時程及相關管理事項 的書面報告。
二、問答題（共 52 分）
1. 請畫圖說明專案管理的目標。 （第 9-10 頁）（15 分）
一般可稱為成功的專案，係指在成本 (budgeted cost)、時間 (time limit) 的限制情況下，達到
預期性能 (performance)。因為在執行專案時，成本、時間、性能都是事先設定的，所以專案管理 (project management) 就是要同時達成上述三個互相獨立的目標，如僅達成一個或兩個皆不算是一 個成功的專案。
在衡量專案的績效時，通常以規範 (specification) 作為性能 (performance) 的指標，以預算 (budget) 作為成本 (cost) 的指標，以時程 (schedule) 作為時間 (time) 的指標；現以圖 1-1 來表示 此種相互關係。但因為在專案執行過程中，內在、外在環境的演變，上述三個目標，有時候也會產 生變化，這時候專案團隊 (project team) 應盡最大努力思考應變的方法，修正目標的內容，當然最 終的目的，仍然以客戶滿意 (customer satisfaction) 為依歸。
2. 請說明專案管理的五大程序為何？（第 23-29 頁） （15 分）
專案管理程序 (project management process) 係以達成專案階段性目標的一序列活動，專案管理 程序可以區分為：起始 (initiating)、計畫 (planning)、執行(executing)、控制 (controlling)、結案 (closing) 等五個程序 (process)，詳如下圖：
3. 請以「採購決策支援系統」為例，說明「工作分解結構」 （WBS）的意義。 （第 72 頁） （22 分）
在確認工作項目時，可採用由上而下的階層式工作分解結構（Work Breakdown Structure；
WBS）。詳如圖 5-1。WBS 可以運用在產品、功能分析上，在 WBS 最上端為計劃的主項目，然後 逐次往下至最細微之工作，在最底端最細微的工作可視為一項工作包（Work Package），在工作包 裡詳細地描述工作的名稱所使用的資源與前後項工作的關係、負責的人員。
系統設計 硬體和軟體取得 建立
定義工作程序
確認資訊需求 和來源
設計支援工作 程序的軟體系 統
基本軟體
資料擷取 需求
賣方軟體 需求
確認硬體需求 組件
指令內容
技術功能的 測試內容
組合系統
軟體上訓練 使用者
系統的使用 者測試
A B C
C2
A1 C1
A33
C5 A3
C4 C3
A32 A2
A31
A4
從硬體銷售員取得 報價
從軟體銷售員取得 報價
確認潛在軟 體產品
取得使用者 檢視之測試 樣本
使用者比較 和批准 B1
B22
B23 B2
B21
建立採購經理的決策支援系統
