仔細檢查舊資訊系統中每一段流程所需的時間
以時間為單位，做流程的動作分析
做法：
步驟整合（減少不必要多餘的動作）
步驟並行（同時處理）
「效率」提升
正在閱讀（Duration Analysis - 時間分析）
2009年10月22日
BPI - Duration Analysis - 時間分析
定義：
做法：
「效率」提升
做法：
「效率」提升
BPA - Root Cause Analysis(RCA) - 根本原因分析
定義：
以倒推方式找出問題所在以改善系統
又稱回溯性成因分析
Ex：
將焦點放在問題，而不是解決方法，請使用者將舊資訊系統的問題列出來，並依重要性排列，然後針對最重要的問題，將其所有可能的根本原因列出來
以倒推方式找出問題所在以改善系統
又稱回溯性成因分析
Ex：
正在閱讀（Root Cause Analysis(RCA) - 根本原因分析 ）
BPA - Problem Analysis - 問題分析
定義：
適用：
詢問使用者舊的資訊統有什麼問題，以及在新系統如何解決或改進這些問題
適用：
改善「系統效率」
以及「系統易用性」
正在閱讀（Problem Analysis - 問題分析 ）
系統分析策略 概觀
Business Process Automation (BPA) - 企業流程自動化
小的改變，追求「效率」
包含：
Business Process Improvement (BPI) - 企業流程改善
因為新的技術帶來新的機會
模仿競爭對手的行為
中等改變，追求「效率」與「效益」
包含：
Business Process Reengineering (BPR) - 企業流程再造
因為引進新的技術和科技，對組織做根本性的改變
根本性改變，從劇烈改變中獲得大的利益
包含：
System Analysis - 系統分析階段
The system development life cycle (SDLC) 的過程之一，讓組織
Moves From
什麼是需求！？
Functional Requirement - 功能性需求（與資訊處理相關的需求）
Nonfunctional Requirement - 非功能性需求
Requirements Definition - 需求定義書
Moves From
As-Is system - 舊系統（不一定電腦化）To
To-Be system - 正打算要做的系統（基於現在的需求）and Have
System Proposal - 系統計劃書（系統分析階段所要做出來的文件，就是系統計劃書）（用來表達系統需求是什麼）
什麼是需求！？
(1) 系統一定要做什麼
(2) 焦點：使用者需求什麼
(3) Change over time - 過段時間就改變需求
Functional Requirement - 功能性需求（與資訊處理相關的需求）
(1) 此系統應包含哪些流程
(2) 此系統應包含哪些資訊
Nonfunctional Requirement - 非功能性需求
(1) Operational - 操作性
(2) Performance - 效率
(3) Security - 安全性
(4) Cultural and Political - 文化和政治
Requirements Definition - 需求定義書
用文字敘述來定義系統範圍
系統分析階段的三個步驟
(1) Understand the "As-Is" system - 了解現在系統
(2) Identify improvement opportunities - 找出待改進的地方
(3) Develop the "To-Be" system concept - 定義新系統的需求
系統分析階段可採用的三種策略
節省人力，時間
把有問題的或錯誤的流程進行改善
整個系統翻新重做
可能與原本系統幾乎完全不同
2009年10月21日
2009年10月15日
Project Management - 專案管理
Case Tools
Computer-aided software engineering
是一種軟體，用來幫助系統開發過程可以自動化的軟體
* I - CASE ( Integrated - CASE ) 整合行系統開發輔助工具
整合了： Upper - CASE （分析階段用的輔助工具）
Lower - CASE （設計階段用的輔助工具）
訂閱：
文章 (Atom)