榮譽第一 ※考試時間請關閉手機
國 立 空 中 大 學 九 十 三 學 年 度 下 學 期 期 中 考 試 題 【 正 題 】
科目：專案管理
共 3 頁一、選擇題：30%，每題 3 分
（2）1.企業組織的活動內容可區分為兩種而專案屬於
c持續重複性活動 d暫時唯一性活動 e永續經營活動 f以上皆是 第 5 頁
（1）2.衡量專案績效，通常以下列何者作為性能指標 c規格 d標準 e資源 f成本 第 10 頁
（3）3.專案管理程序中確定“階段目標＂為下列那一個程序需作工作 c管理 d專案 e起始 f計畫 第 25 頁
（4）4.管理循環包含幾個步驟
c5 個 d6 個 e7 個 f8 個 第 30 頁
（2）5.需求分析基本上分為
c三大程序 d四大程序 e五大程序 f六大程序 第 41 頁
（2）6.執行專案管理過程中，存在著相當多的不確定因素，這些不確定因素即為 c影響因素 d風險 e預測 f機會 第 46 頁
（1）7.專案的目的在改變現行的資訊系統為
c轉換型 d維修型 e開發型 f發展型 第 61 頁
（3）8.資訊系統專案規畫程序在確立工作項目時，可採用由上而下的階層式 c功能分析 d系統結構化系統 e工作分解結構 f螺旋模型 第 72 頁
（3）9.專案委託者決定採行外包政策，外包選商的必要文件為詢價書與規畫書而規 畫書通常有三大部份為工程規劃書，成本規畫書及
c系統規畫書 d執行規畫書 e管理規畫書 f品質規畫書 第 87 頁
（1）10.評估程式設計師的生產力以下列兩個方法來進行，其一是程式碼的行數計 算法（LOC），第二為
c功能點分析 d結構分析法 e結構化成本分析法 f歸納法 第 76 頁
二、解釋名詞：30%，每題 6 分
1.專案：
ANS：係指在一段期間內，為了完成特定目標所執行的組織活動並屬於暫時唯 一性活動。 第 5 頁
2.何謂“正式規格＂
ANS：能清楚地描述資訊系統的需求，包括輸入及各種相關因素通常，正式規 格就是指資訊系統開發的基準。 第 42 頁
3.風險評估
ANS：風險評估是透過系統化、合理化的方法，在各個風險區域中，辨識風險 項目，使得潛在的風險項目能夠清楚而具體地描述；並且就風險所在之 來源與衝擊面發展衡量方法來衡量風險值，使得風險成為可以分析及處 理的項目。因此；風險評估的內容包括了風險識別（risk
identification）及風險評等（risk rating）兩部份。第 52 頁
4.水灘模型（Waveform model）
ANS：將需求分為不同的問題分析、問題描述、原型與測試、驗證，再將此種 分析結果整合為系統需求。 第 66 頁
5.程式碼計算法（LOC）
ANS：為科學化的歷史資料與經驗分析法，先由歷史資料中區別出與資訊系統 關鍵因素的關係，新的資訊系統計算的參考標準。 第 76 頁
三、問答題：40%
1.「顧客驅動的專案管理」（CDPM），本身即是一個管理循環包括八個步驟，請 說明步驟不須解釋內容 15 分
ANS： c定義需求內容 d定義專案程序 e選定改進時機 f分析改進機會 g採取行動 h審查改正結果 i完成改正步驟
j監控持續改正 第 31～32 頁
2.專案管理的五大程序為何，簡要說明 10 分 第 23 頁
ANS：專案管理程序（project management process）係以達專案階段性目標 的一序列活動，依第一章所描述的專案生命週期的各個階段中，專案管 理程序可以區為分：起始（initiation）、計畫（planning）、執行
（executing）、控制（controlling）、結案（closing）等五個程序
（process），詳如圖 2-1。
起始
控制 結案 計畫
執行
工作量
階段開始 階段結束
3.風險處理方式包括那些簡要說明之 15 分 第 55~56 頁
ANS：在經過風險評估分析後，即須針對風險項目採取適當的處理行動，以因 應並控制可能發生之風險，這些風險因應的處理方式包括：風險規避、
風險降低與控制、風險轉移等。
(一)風險規避（risk avoidance）
具體而言，風險規避即消除風險的來源，例如：不採用某種會產生風險的 設計構想即屬之。典型的風險規避行為是在商源評選（source selection）時，
選擇風險較低的方法，如：可能選用技術較成熟但性能稍低，或者是價格與成 本較高的方案。因此，風險規避所考量之對象，當然是以來源面的風險項目為 主。
(二)風險降低與控制（risk reduce and control）
風險降低可以從降低事件發生的機率與減少事件發生後的衝擊程度來考 量。例如重新設計、選擇多元化的供應來源等，然後再經由風險項目的持續監 控，並適時改善缺失，以達控制風險之目的。通常在執行風險控制時應同時擬 定一份風險降低計畫，作為風險處理的依據與指導；此一計畫須配合專案管理 階段的進展逐步更新，並在重要時程或階段上訂定審查點，確實而審慎地加以 查核。
(三)風險轉移（risk transfer）
實施風險轉移的主要目的是在釐清風險責任的歸屬與風險的分攤。因此，
在合約議訂時，必須針對風險項目所產生的後果，由何者承擔或共同承擔，及 如何承擔等，有明確的規範。所以，合約型式、履約保證、後續服務項目與期 間限制等皆是考慮風險轉移時可採用之方式。由於風險移轉所考慮的對象為事 後結果，因此是以衝擊面為主體。
