解释企业流程再造对剖析阶段活动的影响说明功能性和非功能性.ppt

JAD 會議的設備 在有支援設施的特別房間中舉行 減少干擾 在公司外面舉行 資源 投影機、黑板或白板、活動掛圖、以及給與會者適當的工作空間 電子支援 (筆記型電腦 ) CASE 工具 群組支援系統 (GSS) 供 JAD 使用的會議室設備 (圖 4-16) 研究廠商解決方案 許多問題可能都已經被其他公司解決 廠商解決方案的正面貢獻 能幫助使用者產生新的想法 使用最新的技術 比較便宜，而且風險也比較低 危險 在了解問題前就採購解決方案 研究廠商的有用技術 廠商的技術規格書 展示或試用版 參考現有顧客 造訪這些公司 列印螢幕畫面與報表 檢核點三 回想一下剛才題及的資料搜集方法，你否真的理解並可照表操課，搜集到系統的需求了? Yes No 確認需求 確認所蒐集到的資訊是正確的 結構化預審 在專案初期有效實作品質管制的方式 驗證系統的需求 審查調查的發現，以及根據這些發現所建立的模型 專案經理負責系統的品質 系統分析師與專案經理是夥伴關係 總結 分析階段的活動 蒐集資訊 定義系統需求 安排需求的優先等級 建立可行性與探索的原型 產生與評估備選方案 與管理階層審查建議方案 BPR 與 Zachman Framework 可以協助分析階段的活動 檢核點三 需求確認繁雜的資料蒐集及分析過程，很適合我的個性與技能? Yes No 總結 (續) 蒐集系統需求 功能性與非功能性 與各種利害關係人合作 (使用者, 顧客, 技術人員) 我需要什麼樣的資訊？ 什麼是企業流程與操作？ 企業流程是如何實行的？ 什麼是資訊需求？ 總結 (續) 挖掘事實的技術 審查既有的報表、表單及程序說明 進行與使用者的訪談和討論 觀察和記錄企業的處理流程 建立原型 分發與回收問卷 進行JAD會議 研究廠商的解決方案 4 系統分析與設計，第四版 學習目標 說明系統分析生命週期階段的活動 解釋企業流程再造對分析階段活動的影響 說明功能性與非功能性系統需求的不同 確認與瞭解參與系統需求調查之不同類型的使用者 學習目標 (續) 說明開發系統需求所需要的資訊類型 透過審查文件、訪談、觀察、原型、問卷、共同應用設計會議、以及廠商研究來判斷系統的需求 討論驗證系統需求的必要性，以確保正確性與完整性，並使用結構化預審 概述 SDLC 分析階段所需的主要技能 為系統需求調查及尋找事實 分析師應該學習商業流程及日常作業的細節 分析師應該在問題領域中成為專家 分析師應該帶進對問題的全新觀點 依據系統需求進行商業流程塑型 分析階段的詳細介紹 蒐集資訊 定義系統需求 功能性與非功能性 訂定需求的優先等級 可行性與探索的原型 產生與評估備選方案 與管理階層審核推薦方案 分析階段的活動 (圖 4-1) 分析階段的活動與關鍵問題 (圖 4-2) 企業流程再造與分析作業 組織公司的基礎策略性觀點 簡化內部流程，盡可能有效率且能產生效果 質問業務的基本假設，並尋求更好的做法 使用 IT 當做 BPR 的催化劑 系統分析師可能發現流程改善的機會 任何專案都可能包含 BPR 的元件 Zachman企業架構體制 (圖 4-3) 檢核點一 一個運作良好的手工作業環境(如上下班簽到程序)，只是因為減少人工而電腦化，是不需要檢討作業流程的? Yes No 系統需求 新系統的功能與限制 功能性需求 系統必須執行的活動 (使用案例) 以程序與企業功能做為依據 在分析模型中記錄 非功能性需求 技術需求或效能需求 可用性、可靠度與安全性方面的需求 利害關係人 － 系統需求的來源 對系統實作成功有興趣的人，利害關係人可分為三個族群 使用者 (使用系統) 顧客 (付錢及擁有此系統的人 ) 技術人員 (確保系統可以正常運作) 分析師需要確認各種利害關係人 對新系統開發有興趣的利害關係人 (圖 4-4) 充當利害關係人的使用者 水平維度的使用者角色 – 跨部門的資訊流 垂直維度的使用者角色 – 職員、中階經理人及高層經營管理者的資訊需求 企業使用者執行日常的作業 資訊使用者需要目前的資訊 管理階層使用者需要摘要資訊 經營階層使用者需要策略資訊 外部使用者可能需要存取系統 資訊蒐集的技術 分析階段的目標是了解企業的運作，並開發系統的需求 傳統的結構化觀點 建立現有系統的模型 從現有系統模型導引出需求資訊 最新的觀點 為新系統辨識邏輯需求 在目前企業功能與新系統需求間取得平衡 資訊蒐集與模型建立之間的關係 (圖 4-6) 檢核點二 系統的開發，效能性需求是必要條件? Yes No 資訊蒐集問題的主題 (圖 4-7) 發掘事實的方法 審查既有的報表、表單及程