_企业管理--企业个案分析( 46页)ppt课件

1、第2章企業個案分析 階段說明系統規劃是 SDLC 五階段中的第一階段在此階段他將學習到 IT 專案如何啟動以及系統分析師如何評估一個被提議的專案並決定其可行性學習目標解說企業個案的觀念，以及企業個案如何影響一個 IT 專案描画战略規劃之過程及為何其對 IT 團隊是如此的重要解說任務聲明的目的描画 SDLC 並解說它如何作為系統開發及企業建立模型的基礎架構列出資訊系統專案的必要性以及足以影響此類專案的各種要素學習目標解說系統申請的初步審查和系統審查委員的角色描画影響資訊系統專案的內外部要素定義運作可行性、技術可行性、經濟可行性，及時程可行性描画初步調查的任务步驟及最後的產出 簡介 企業個案 (b

2、usiness case) 一詞指的是建議書中所持之理由或正當缘由一個強而有力的企業個案，表示說公司應該優先考量這個作法，因為如此作將為企業帶來較大利益战略規劃 (strategic planning) 战略規劃概述 SWOT分析法 視公司的長處 (S, strengths) 、弱點 (W, weaknesses) 、機會 (O, opportunities) ，以及威脅 (T, threats) Figure 2-2战略規劃 (strategic planning)從战略規劃到企業經營成果一個企業首先按照其公司的整體目標、價值觀及願景發展出一個任務聲明Figure 2-3战略規劃 (stra

3、tegic planning)Figure 2-4战略規劃 (strategic planning)Figure 2-4战略規劃 (strategic planning)一個企業實例Figure 2-5战略規劃 (strategic planning)IT部門不斷變化的角色 管理的領導才干與資訊科技已經亲密連結，而在這些領域中均有艰苦的改變 今日，系統開發更是團隊導向 縱使小組型態的系統開發已經是常態，有些公司還是視 IT 部門為主要的把關人 (gatekeeper)战略規劃 (strategic planning)未來發展趨勢 假设他能預見未來，以下就是他能够看見的：新的產業、產品及服務都需

4、求強而有力的資訊科技，而一切的高階經理人無不企盼 IT 能夠輔助企業成長電子商務將持續地成長，整體企業環境將會是多變且極富挑戰性對某些公司而言，劇烈的變化是種威脅；但對某些公司卻代表著機會，並藉由战略計畫的產生及遵照加以充分利用。 成立系統專案的理由 資訊系統專案 Figure 2-6資訊系統專案 Figure 2-8Information Technology DepartmentExisting SystemsThe EconomyGovernmentCompetitorsCustomersSuppliersTechnologyStrategic PlanTop ManagersUser

5、Requests資訊系統專案 專案管理工具 一切 IT 專案都必須遭到管理與控制專案管理始於系統申請，而持續直到專案完成並結束Figure 2-11系統申請的評估 系統申請表 許多企業採用特殊的表格來發出系統申請 設計良好的表格可使整個過程流暢並確保一致性表格一定要易於了解而且要附加明確的运用說明必須留下足夠空間來容納一切需求表達的資訊，同時也必須指出其他必備的相關附屬文件系統申請的評估 系統申請表Figure 2-12系統申請的評估 系統審查委員會 大多數大型公司由系統審查委員會評估系統申請委員會有比較廣闊的觀點，能夠比單獨一個人更加有效的確定優先順序，而決策遭到個人偏見影響的能够性也較少普

6、通這個委員會由 IT 主管和其他部門的幾位經理組成 在許多較小的公司中不是由委員會而是由一個人負責系統申請的評估目的是評估這些申請並陈列優先順序可行性概述 Figure 2-13可行性概述 一個系統申請必須滿足幾項檢驗條件，稱為可行性研讨 (feasibility study) ，以決定它能否值得進一步處理操作可行性 (operational feasibility)指系統在開發完成之後能夠有效地被运用 可行性概述 技術可行性 (technical feasibility)是指開發、購買、安裝，或運轉這個系統所需的技術資源 經濟可行性 (economic feasibility) 是指所建議系

7、統的預計效益超過其本钱估計總获得本钱 (TCO, total cost of ownership)有形效益 (tangible benefit)無形效益 (intangible benefit) 時程可行性 (schedule feasibility) 意指一個專案能夠在一個可接受的時限內建置完成可行性評估 評估可行性的第一步，是指出並排除那些不可行的系統申請即使該申請在技術上可行，它也能够不是必須的 可行性分析是一個必須在系統開發過程中持續進行的任务 設定優先順序 影響優先順序的要素 這個系統專案能否會導致更多的資訊或產生更好的成果？如何產生？這些成果可以衡量嗎？建議的系統能否將會降低本钱？

8、在何處降低？何時？如何降低？降低多少？這個系統能否將提高公司的收入？在何處提高？何時？如何提高？提高多少？設定優先順序 影響優先順序的要素這個系統能否更有效率地為客戶服務？這個系統能否將更有效率地為組織服務？這個專案能否能夠在合理的時限內完成建置？這些成果將持續多久？所需的財務、人力，及技術資源能否可以獲得？ 設定優先順序 影響優先順序的要素分析師應該儘能够根據最能表示實際 (或近似) 金錢價值的有形本钱及效益來評估專案 設定優先順序 自在裁量專案 (discretionary project) 與非自在裁量專案 (non-discretionary project) 一個經理人可以選擇做或不

9、做的專案稱之為自在裁量專案 一個必須要做沒得選擇的專案則稱為非自在裁量專案初步調查概述 與經理人及运用者的互動 Fact-FindingFigure 2-14初步調查概述 規劃初步調查 系統分析師普通會依循如圖 2-15 所示的一連串步驟實際執行時應該依系統申請的性質、專案的規模大小，及其迫切的程度調整這些步驟 初步調查概述 步驟1：了解問題或機會 當他分析一個系統申請時，他需求決定有哪些部門、运用者，及企業流程會被牽連進來 初步調查概述 魚骨圖 (fishbone diagram,或Ishikawa diagram) Figure 2-17初步調查概述 步驟2：定義專案範圍的限制 專案範圍

10、(project scope)專案蔓延 (project creep)限制 (constraint) 或需求 (requirement) 初步調查概述 步驟2：定義專案範圍的限制 定義出專案的界限或所及的範疇的各種方法 儘能够明確而具體 初步調查概述 Figure 2-18初步調查概述 步驟3：發現事實 發現事實會牽涉到各種技術 依調查該系統申請所需的資訊而定，發現事實的任务能够耗費數小時、數日或數週 初步調查概述 分析組織圖 Figure 2-19初步調查概述 步驟3：發現事實 進行訪談 Figure 2-20初步調查概述 步驟3：發現事實 查閱現有文件觀察作業情況對运用者作調查 初步調查概

11、述 步驟4：評估可行性 評估此專案的操作、技術、經濟，及時程可行性 初步調查概述 步驟5：估算專案開發的時間及本钱 他必須獲得什麼資訊，及如何搜集並分析這些資訊？他會採用什麼資訊來源，及在搜集資訊時會遇到什麼困難？初步調查概述 步驟5：估算專案開發的時間及本钱 他會從事訪談嗎？他預計訪談多少人，他又需求花多少時間會見他們，並將他們的反應彙整？他將要做問卷調查嗎？有誰會參與？一個人花多少時間填答？會花多少時間將結果整理並製表？初步調查概述 步驟5：估算專案開發的時間及本钱 分析搜集來的資訊並將發現的事實及建議撰寫報告需花費多少本钱？ 他也應該為專案的整體做同樣的估算，如此經理人才干了解全面的本钱

12、影響及時間表 初步調查概述 步驟6：向管理者展现結果及建議 初步調查的最後任务就是管理者準備一份報告 初步調查報告的格式各公司都不盡一样 初步調查概述 Figure 2-21初步調查概述 步驟6：向管理者展现結果及建議簡介 (introduction)系統申請概述 (system request summary) 發現 (findings) 建議 (recommendations) 時間及本钱估計 (time and cost estimates)預期的效益 (expected benefits)附錄 (appendix)本章總結 在战略規劃期間，一個公司首先檢視其整體目標、願景，以及價值觀，然後發展出一個任務聲明普通發起系統專案的目的在於改善績效、提供更多資訊、降低本钱、強化管控，或是提供更好的服務影響系統專案的內外部要素有很多，其中包括运用者要求、最高管理當局的指示、