ch02企業(yè)個案分析

1、第2章,企業(yè)個案分析,階段說明,系統(tǒng)規(guī)劃是 SDLC 五階段中的第一階段在此階段你將學(xué)習(xí)到 IT 專案如何啟動以及系統(tǒng)分析師如何評估一個被提議的專案並決定其可行性,學(xué)習(xí)目標(biāo),解說企業(yè)個案的觀念，以及企業(yè)個案如何影響一個 IT 專案描述策略規(guī)劃之過程及為何其對 IT 團隊是如此的重要解說任務(wù)聲明的目的描述 SDLC 並解說它如何作為系統(tǒng)開發(fā)及企業(yè)建立模型的基礎(chǔ)架構(gòu)列出資訊系統(tǒng)專案的必要性以及足以影響此類專案的各種因素,,學(xué)習(xí)目標(biāo)

2、,解說系統(tǒng)申請的初步審查和系統(tǒng)審查委員的角色描述影響資訊系統(tǒng)專案的內(nèi)外部因素定義運作可行性、技術(shù)可行性、經(jīng)濟可行性，及時程可行性描述初步調(diào)查的工作步驟及最後的產(chǎn)出,,,簡　介,「企業(yè)個案」 (business case) 一詞指的是建議書中所持之理由或正當(dāng)原因一個強而有力的企業(yè)個案，表示說公司應(yīng)該優(yōu)先考量這個作法，因為如此作將為企業(yè)帶來較大利益,策略規(guī)劃 (strategic planning),策略規(guī)劃概述 SWOT分析法

3、視公司的長處 (S, strengths) 、弱點 (W, weaknesses) 、機會 (O, opportunities) ，以及威脅 (T, threats),,Figure 2-2,策略規(guī)劃 (strategic planning),從策略規(guī)劃到企業(yè)經(jīng)營成果一個企業(yè)首先依照其公司的整體目標(biāo)、價值觀及願景發(fā)展出一個任務(wù)聲明,Figure 2-3,策略規(guī)劃 (strategic planning),,Figure 2-4,策略

4、規(guī)劃 (strategic planning),,Figure 2-4,策略規(guī)劃 (strategic planning),一個企業(yè)實例,Figure 2-5,策略規(guī)劃 (strategic planning),IT部門不斷變化的角色 管理的領(lǐng)導(dǎo)能力與資訊科技已經(jīng)密切連結(jié)，而在這些領(lǐng)域中均有重大的改變 今日，系統(tǒng)開發(fā)更是團隊導(dǎo)向 縱使小組型態(tài)的系統(tǒng)開發(fā)已經(jīng)是常態(tài)，有些公司還是視 IT 部門為主要的把關(guān)人 (gatekeeper),

5、策略規(guī)劃 (strategic planning),未來發(fā)展趨勢 如果你能預(yù)見未來，以下就是你可能看見的：新的產(chǎn)業(yè)、產(chǎn)品及服務(wù)都需要強而有力的資訊科技，而所有的高階經(jīng)理人無不企盼 IT 能夠輔助企業(yè)成長電子商務(wù)將持續(xù)地成長，整體企業(yè)環(huán)境將會是多變且極富挑戰(zhàn)性對某些公司而言，劇烈的變化是種威脅；但對某些公司卻代表著機會，並藉由策略計畫的產(chǎn)生及遵循加以充分利用。,成立系統(tǒng)專案的理由,資訊系統(tǒng)專案,Figure 2-6,,資訊系統(tǒng)專案

6、,Figure 2-8,Information Technology Department,Existing Systems,The Economy,Government,Competitors,Customers,Suppliers,Technology,Strategic Plan,Top Managers,User Requests,資訊系統(tǒng)專案,專案管理工具 所有 IT 專案都必須受到管理與控制專案管理始於系統(tǒng)申請，而持續(xù)直

7、到專案完成並結(jié)束,Figure 2-11,系統(tǒng)申請的評估,系統(tǒng)申請表 許多企業(yè)採用特殊的表格來發(fā)出系統(tǒng)申請 設(shè)計良好的表格可使整個過程流暢並確保一致性表格一定要易於了解而且要附加明確的使用說明必須留下足夠空間來容納所有需要表達(dá)的資訊，同時也必須指出其他必備的相關(guān)附屬文件,系統(tǒng)申請的評估,系統(tǒng)申請表,Figure 2-12,系統(tǒng)申請的評估,系統(tǒng)審查委員會 大多數(shù)大型公司由系統(tǒng)審查委員會評估系統(tǒng)申請委員會有比較廣闊的觀點，能夠比

8、單獨一個人更加有效的確定優(yōu)先順序，而決策受到個人偏見影響的可能性也較少一般這個委員會由 IT 主管和其他部門的幾位經(jīng)理組成 在許多較小的公司中不是由委員會而是由一個人負(fù)責(zé)系統(tǒng)申請的評估目的是評估這些申請並排列優(yōu)先順序,可行性概述,,Figure 2-13,可行性概述,一個系統(tǒng)申請必須滿足幾項檢驗條件，稱為可行性研究 (feasibility study) ，以決定它是否值得進一步處理操作可行性 (operational feas

9、ibility)指系統(tǒng)在開發(fā)完成之後能夠有效地被使用,可行性概述,技術(shù)可行性 (technical feasibility)是指開發(fā)、購買、安裝，或運轉(zhuǎn)這個系統(tǒng)所需的技術(shù)資源 經(jīng)濟可行性 (economic feasibility) 是指所建議系統(tǒng)的預(yù)計效益超過其成本估計總?cè)〉贸杀?(TCO, total cost of ownership)有形效益 (tangible benefit)無形效益 (intangible b

10、enefit) 時程可行性 (schedule feasibility) 意指一個專案能夠在一個可接受的時限內(nèi)建置完成,可行性評估,評估可行性的第一步，是指出並排除那些不可行的系統(tǒng)申請即使該申請在技術(shù)上可行，它也可能不是必須的 可行性分析是一個必須在系統(tǒng)開發(fā)過程中持續(xù)進行的工作,設(shè)定優(yōu)先順序,影響優(yōu)先順序的因素 這個系統(tǒng)專案是否會導(dǎo)致更多的資訊或產(chǎn)生更好的成果？如何產(chǎn)生？這些成果可以衡量嗎？建議的系統(tǒng)是否將會降低成本？在何處

11、降低？何時？如何降低？降低多少？這個系統(tǒng)是否將提高公司的收入？在何處提高？何時？如何提高？提高多少？,設(shè)定優(yōu)先順序,影響優(yōu)先順序的因素這個系統(tǒng)是否更有效率地為客戶服務(wù)？這個系統(tǒng)是否將更有效率地為組織服務(wù)？這個專案是否能夠在合理的時限內(nèi)完成建置？這些成果將持續(xù)多久？所需的財務(wù)、人力，及技術(shù)資源是否可以獲得？,設(shè)定優(yōu)先順序,影響優(yōu)先順序的因素分析師應(yīng)該儘可能根據(jù)最能表示實際 (或近似) 金錢價值的有形成本及效益來評估專案,設(shè)定優(yōu)

12、先順序,自由裁量專案 (discretionary project) 與非自由裁量專案 (non-discretionary project) 一個經(jīng)理人可以選擇做或不做的專案稱之為自由裁量專案 一個必須要做沒得選擇的專案則稱為非自由裁量專案,初步調(diào)查概述,與經(jīng)理人及使用者的互動,Fact-Finding,Figure 2-14,初步調(diào)查概述,規(guī)劃初步調(diào)查 系統(tǒng)分析師一般會依循如圖 2-15 所示的一連串步驟實際執(zhí)行時應(yīng)該依系統(tǒng)

13、申請的性質(zhì)、專案的規(guī)模大小，及其迫切的程度調(diào)整這些步驟,初步調(diào)查概述,步驟1：了解問題或機會 當(dāng)你分析一個系統(tǒng)申請時，你需要決定有哪些部門、使用者，及企業(yè)流程會被牽連進來,初步調(diào)查概述,魚骨圖 (fishbone diagram,或Ishikawa diagram),Figure 2-17,初步調(diào)查概述,步驟2：定義專案範(fàn)圍的限制 專案範(fàn)圍 (project scope)專案蔓延 (project creep)限制 (const

14、raint) 或需求 (requirement),初步調(diào)查概述,步驟2：定義專案範(fàn)圍的限制 定義出專案的界限或所及的範(fàn)疇的各種方法 儘可能明確而具體,初步調(diào)查概述,,Figure 2-18,初步調(diào)查概述,步驟3：發(fā)現(xiàn)事實 發(fā)現(xiàn)事實會牽涉到各種技術(shù) 依調(diào)查該系統(tǒng)申請所需的資訊而定，發(fā)現(xiàn)事實的工作可能耗費數(shù)小時、數(shù)日或數(shù)週,初步調(diào)查概述,分析組織圖,Figure 2-19,初步調(diào)查概述,步驟3：發(fā)現(xiàn)事實 進行訪談,Figure 2

15、-20,初步調(diào)查概述,步驟3：發(fā)現(xiàn)事實 查閱現(xiàn)有文件觀察作業(yè)情況對使用者作調(diào)查,初步調(diào)查概述,步驟4：評估可行性 評估此專案的操作、技術(shù)、經(jīng)濟，及時程可行性,初步調(diào)查概述,步驟5：估算專案開發(fā)的時間及成本 你必須獲得什麼資訊，及如何收集並分析這些資訊？你會採用什麼資訊來源，及在收集資訊時會遇到什麼困難？,初步調(diào)查概述,步驟5：估算專案開發(fā)的時間及成本 你會從事訪談嗎？你預(yù)計訪談多少人，你又需要花多少時間會見他們，並將他們的

16、反應(yīng)彙整？你將要做問卷調(diào)查嗎？有誰會參與？一個人花多少時間填答？會花多少時間將結(jié)果整理並製表？,初步調(diào)查概述,步驟5：估算專案開發(fā)的時間及成本 分析收集來的資訊並將發(fā)現(xiàn)的事實及建議撰寫報告需花費多少成本？ 你也應(yīng)該為專案的整體做同樣的估算，如此經(jīng)理人才能了解全面的成本影響及時間表,初步調(diào)查概述,步驟6：向管理者展示結(jié)果及建議 初步調(diào)查的最後工作就是管理者準(zhǔn)備一份報告 初步調(diào)查報告的格式各公司都不盡相同,初步調(diào)查概述,,Figu

17、re 2-21,初步調(diào)查概述,步驟6：向管理者展示結(jié)果及建議簡介 (introduction)系統(tǒng)申請概述 (system request summary) 發(fā)現(xiàn) (findings) 建議 (recommendations) 時間及成本估計 (time and cost estimates)預(yù)期的效益 (expected benefits)附錄 (appendix),本章總結(jié),在策略規(guī)劃期間，一個公司首先檢視其整體目標(biāo)、

18、願景，以及價值觀，然後發(fā)展出一個任務(wù)聲明一般發(fā)起系統(tǒng)專案的目的在於改善績效、提供更多資訊、降低成本、強化管控，或是提供更好的服務(wù)影響系統(tǒng)專案的內(nèi)外部因素有很多，其中包括使用者要求、最高管理當(dāng)局的指示、現(xiàn)有系統(tǒng)、IT 部門、軟體及硬體廠商、科技、客戶、競爭者、經(jīng)濟和政府等。,本章總結(jié),分析師以系統(tǒng)申請的預(yù)期有形及無形的成本及效益為基礎(chǔ)而加以評估初步調(diào)查的步驟包括：了解問題或機會；定義專案範(fàn)圍及限制；發(fā)現(xiàn)事實；估算專案的效益；估算專案