觀察 -
1. 互談需求,表述狀況
2. 收集收資表單
3. 界定範圍、階段
分析 -
1. 定義系統機制、功能
2. 定義系統流程
3. 定義輸出規格
架構 -
1. 定義儲存架構、表檔
2. 定義關連
3. 製作基本代號畫面,登錄畫面
4. 過帳後畫面或報表數據抓取
製作 -
以應用模型快速開發,或客製模型開發
測試 -
單元測試/整合測試,模擬客戶環境測試
導入-
系統安裝佈署,使用者教育訓練,狀況收集
保固-
修正錯誤,持續改善功能畫面及報表
維護-
維持正常作業,延伸需求開發
經濟面
管理面
技術面
策略面
自
行
開
發
優
點
‧自行控制成本
‧掌握控制權
‧可視組織需要
---自行調整
‧自行掌握技術
‧與組織發展配
---合密切
‧較有利於長期
---觀點
缺
‧投資金額高
‧組織發展不易
‧技術人員管理
---不易
‧技術掌握不易
‧研發時程長
‧無法專注於核
---心能力與事業
---發展
全
部
委
外
‧降低資訊科技
---與人力資源的
---投資成本
‧立即享受資訊
---系統帶來的經
---濟效益
‧避免組織不當
---擴充
‧避免人力資源
---取得或異動問
---題
‧快速掌握最新
---技術
‧避免研發生敗
‧專注於核心能
---力與事業發展
‧較有利於短期
‧委外成本難估算
‧增加組織內外
---溝通成本
‧控制權喪失
‧組織間配合與
---管理不易
‧資訊科技品質
---難掌握
‧缺乏學習機會
‧配合不當將對
---發展形成阻礙
核
心
‧階段性投資本
---易掌握
‧逐漸掌握控制
---權階段性發展
---組織
‧配合問題逐步
---降低
‧快速掌握並學
---習最新技術
‧減短研發時程
‧掌握資訊科技
---品質
‧長短期觀點均
---有利
會
文
說
需求書 (RFP)
建議書 (l)
概要圖 (Schema)
規格書 (Spec)
設計圖 (diagram)
作業說明 (design)
報表分析
手冊、課程大綱簽名單
意見表
維護合約
確認單
客戶提出 S1
概念會議(Concept)
規格會議(Spec)
架構會議(Structur)
設計會議(design)
結案會議
(final)
關案會議
(Relase)
流程
資源
說明
R/D
研究
專務部-模型
經營、策略、收集、找尋模型
、建立模型
PURPOSAL
提案
行銷部-
建議書、提案單、合約、
概念會議
展示模型、建立管道
收集資料、示意概念
ANALYZE
分析
系統部-規格會議單
研發部-合約規格
概要範圍 1.0
收集表單、建立原型規格
使用MKSA區
SKELETON
架構製作
研發部-架構會議
概要圖說 2.0
原型展示、識別、異動
輔助視窗、過帳,使用MKSC區
SYSTEM
系統製作
系統部-設計會議
概要圖說 3.0
使用MKSC區
TEST
測試
系統部-測試單
助理
以系統為單元,每月WP測試,
並說明T/F
INSTALL
安裝
系統部-
手冊、教材、課表、簽名單
、驗收單、結案單、意見表
依合約程序處理,須注意時程
罰則
MAINTAIN
維護
須先行提示第一次簽約,須充
分溝通
EXTENSION
擴充