--

 觀察 -

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

擴充

系統部擴充確認單  

 


逢佑電腦資訊股份有限公司  版權所有 © 2017