系統分析與設計- 第三章系統專案管理

2021-11-14

字數統計： 1.3k | 閱讀時間≈ 4分鐘

筆記說明

此筆記用途在於台北科技大學資訊與財金管理系大三上系統分析與設計重點整理
並非所有人都適用，部分對我而言稍加容易的內容並不會寫在此內。

如果有侵犯到版權的問題在聯繫我，再聯絡我，我在移除

專案管理(project management)是指開發一套資訊系統時所進行的規劃、排程、監督與控制，以及回報等流程。
專案樣貌，一項成功專案要準時完成、低於預算，提供有品質的系統來滿足消費者需求
專案三角(project triangle)，會隨著那邊比重大而改變
專案經理的任務
- 專案規劃(project planning)，確認專案任務並估計完成時間成本
- 專案排程(project scheduling)，建立明確時間表顯示任務、任務依存性，以及會造成專案延宕的關鍵任務
- 專案監督 (project monitoring)，引導、監督、協調專案團隊工作負荷
- 專案回報(project reporting)，對主管、使用者及專案團隊本身進行例行性進度報告

工作分解結構(work breakdown structure, WBS)是將一個專案拆解成一系列較小的任務
- 甘特圖(Gantt chart)
- PERT/CPM 圖
- 同時使用甘特圖、PERT 圖並不衝突
- 專案評核術 (Program Evaluation Review Technique, PERT) 與關鍵路徑法 (Critical Path Method, CPM) 已不在被使用
確認工作分解結構中的任務
- 任務(task)或活動(activity)是指具有開始與結束時間的任何一項工作、相對小並好管理
- 每項專案都必須要有檢查點
確認工作分解結構中的任務
- 列出任務
- 估計任務時間，使用最佳情況估計(best-case estimate, B)、可能情況估計(probable-caseestimate, P)、最差情況估計(worst-case estimate, W)，通常會用此公式預估 \(\frac{B+4P+W}{6}\)
- 做出估計後，經理分配權重
示意圖
影響所需時間的因素
- 專案大小
  事情多不多、任務時間
- 人力資源
  大家忙不忙、會不會有辭職問題
- 如何預估時間
  - 相似專案的經驗
  - 直接要求限制
可以透過任務群組的方式，將許多任務進行溝通簡化

工作分解結構中的所有任務都必須按照任務模式(taskpattern)的邏輯順序來排列
以任務盒建立模型
- 任務名稱簡潔且具描述性
- 任務編號必須唯一
- 其他按照字面意思
任務盒示意圖
任務模式類型
- 依存任務 (dependent task)，任務必須一個一個完成
- 多重後續任務，類似 tree，可以透過一個任務展開兩個任務
- 多重前置任務，必須要先將前面某些任務完成，才可以進行此任務
複雜的任務模式
當加入選多任務後，必須清楚了解邏輯順序，否則沒有效率、不準確
任務模式類型示意圖

關鍵路徑(critical path)是指一連串的任務，假如這些任務延誤了，將會影響整個專案的最終完成日期
必須先決定每項任務的開始與結束日期，才能決定專案的關鍵路徑

系統分析與設計 by Scott Tilley