觀察 －
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
擴充