112 關務升官等考試薦任 技術類(選試系統分析) 系統分析 考古題詳解
第 一 題25 分
經濟可行性(economic feasibility)在系統分析的各種可行性評估中,是相當重要的評估層面。請舉出四種常見經濟可行性的評估指標,並說明其意義。
登入後即可作答並保存紀錄。
核心觀念
本題考查系統分析中的經濟可行性評估:比較新系統預期帶來的利益與所需成本,判斷投資是否值得。常見評估指標包括回收期間、投資報酬率、淨現值及效益成本比;各指標的計算口徑可能因組織政策而異。
解題方法
作答時,列出四項常見指標,並說明各自衡量的重點。可用「多久回本、報酬有多高、折現後是否創造價值、效益與成本的比例」來區分。
四種經濟可行性評估指標
-
回收期間(Payback Period) 衡量累積效益抵銷初始投資所需的時間。若每年淨現金流量固定,簡化公式為: 回收期間愈短,通常代表資金回收愈快;但此法通常未考慮資金時間價值,也可能忽略回本後的效益。
-
投資報酬率(Return on Investment, ROI) 衡量投資所產生的淨利益相對於投資成本的比例。常見簡化公式為: ROI 愈高,代表每單位投資帶來的淨報酬愈多。比較方案時,應採用一致的期間及成本、效益範圍。
-
淨現值(Net Present Value, NPV) 將未來各期的淨現金流量按折現率換算為現值,再扣除初始投資,評估方案創造的價值:
第 二 題25 分
常見的資訊系統取得(information systems acquisition)方法,除了自行開發之外還包含哪些?請舉出至少三種其他的資訊系統取得方法,並說明其內涵。
登入後即可作答並保存紀錄。
核心觀念
本題考查資訊系統的取得方式。組織取得資訊系統,除自行開發外,也可透過購買現成套裝軟體、委外開發、租用或訂閱雲端服務,以及與其他組織共同開發等方式。作答時應說明各方式如何取得系統,以及主要由誰負責開發、維護或提供服務。
解題方法
先依「系統由誰開發、組織如何使用」分類,再挑選至少三種方式說明內涵。答案不必限於特定分類名稱,但須能清楚區分各方式,並交代其取得或使用系統的機制。
常見取得方法
-
購買套裝軟體(購買現成系統) 向軟體廠商購買已完成的標準化產品,例如財務、人事或客戶關係管理系統。組織可直接導入,並透過設定或有限度客製化配合作業需求;後續維護通常由廠商或組織資訊單位負責。
-
委外開發(外包) 組織將需求分析、設計、建置或維護工作交由外部廠商承作。組織仍須提出需求、管理契約並驗收成果;
第 三 題25 分
工作流程看板(kanban)是常用的敏捷(agile)開發管理方法,而視覺化(visualize)是工作流程看板的六種核心方法之第一項。請說明在工作流程看板中,開發工作項目視覺化表達的重點,並舉例說明一個工作流程看板的樣貌。
登入後即可作答並保存紀錄。
核心觀念
看板法(Kanban)透過視覺化工作流程,讓團隊能看見工作項目目前所處的階段、工作量與進度。視覺化是看板的核心方法之一,重點不只是把工作寫在卡片上,而是讓工作狀態與流程瓶頸一目了然。
開發工作項目視覺化時,應清楚呈現:
- 工作流程階段:依團隊實際流程劃分欄位,例如「待辦、分析、開發、測試、完成」。
- 每項工作的狀態與進度:以卡片代表工作項目,卡片隨工作進展移至相應欄位。
- 工作內容與必要資訊:卡片可標示工作名稱、負責人、優先順序、期限或識別編號,使團隊容易辨識與追蹤。
- 進行中工作的數量:若欄位設有進行中工作上限(WIP limit),應讓目前數量與上限清楚可見,協助團隊及早發現工作過載。
- 流程阻礙與例外狀況:以醒目標記呈現被阻塞、逾期或需要協助的項目,避免問題被埋在流程中。
解題方法
本題分成兩部分作答:先說明視覺化工作項目的設計重點,再用簡單看板示例呈現流程。
作答時可依「流程欄位—工作卡片—狀態資訊—瓶頸提示」的順序說明。看板欄位應反映團隊實際的工作流程,而非只列出抽象的工作階段;卡片則須足以讓團隊辨認工作內容及其狀態。若再搭配 WIP 上限與阻塞標記,便能呈現工作量限制及流程問題。
工作流程看板示例
假設某系統開發團隊採用下列流程:
第 四 題25 分
用戶故事(user story)是資訊系統需求分析的一項新興工具,相較於傳統的使用案例(use cases)分析,更能夠發掘出對客戶或使用者有價值的功能需求。請問在此方法中,會以何種結構來描述一個用戶故事?請說明此結構,並說明其中三個主要元素與其代表的意義?
登入後即可作答並保存紀錄。
核心觀念
用戶故事(user story)以簡短、固定的句型描述使用者需求,讓需求從使用者的角色與目標出發,並指出該需求帶來的價值。常見結構為:
身為[角色],我想要[功能或目標],以便[價值或效益]。 As a [role], I want [feature/goal], so that [benefit/value].
三個主要元素如下:
- 角色(Role):誰需要這項功能,例如一般使用者、系統管理員或採購人員。
- 功能/目標(Feature/Goal):角色想完成的事情或需要的功能,說明系統應提供什麼能力。
- 價值/效益(Benefit/Value):完成目標後,角色或組織能獲得的效益,說明此需求為何重要。