1、第2章,企業個案分析,階段說明,系統規劃是 SDLC 五階段中的第一階段在此階段你將學習到 IT 專案如何啟動以及系統分析師如何評估一個被提議的專案並決定其可行性,學習目標,解說企業個案的觀念，以及企業個案如何影響一個 IT 專案描述策略規劃之過程及為何其對 IT 團隊是如此的重要解說任務聲明的目的描述 SDLC 並解說它如何作為系統開發及企業建立模型的基礎架構列出資訊系統專案的必要性以及足以影響此類專案的各種因素,學習目標,解說系統申請的初步審查和系統審查委員的角色描述影響資訊系統專案的內外部因素定義運作可行性、技術可行性、經濟可行性，及時程可行性描述初步調查的工作步驟及最後的產出,簡介,企
2、業個案 (business case) 一詞指的是建議書中所持之理由或正當原因一個強而有力的企業個案，表示說公司應該優先考量這個作法，因為如此作將為企業帶來較大利益,策略規劃 (strategic planning),策略規劃概述 SWOT分析法 視公司的長處 (S, strengths) 、弱點 (W, weaknesses) 、機會 (O, opportunities) ，以及威脅 (T, threats),Figure 2-2,策略規劃 (strategic planning),從策略規劃到企業經營成果一個企業首先依照其公司的整體目標、價值觀及願景發展出一個任務聲明,Figure 2-3
3、,策略規劃 (strategic 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-8,Information Technology Department,Existing Systems,The Economy,Government,Competitors,Customers,Suppliers,Technology,
5、Strategic Plan,Top Managers,User Requests,資訊系統專案,專案管理工具 所有 IT 專案都必須受到管理與控制專案管理始於系統申請，而持續直到專案完成並結束,Figure 2-11,系統申請的評估,系統申請表 許多企業採用特殊的表格來發出系統申請 設計良好的表格可使整個過程流暢並確保一致性表格一定要易於了解而且要附加明確的使用說明必須留下足夠空間來容納所有需要表達的資訊，同時也必須指出其他必備的相關附屬文件,系統申請的評估,系統申請表,Figure 2-12,系統申請的評估,系統審查委員會 大多數大型公司由系統審查委員會評估系統申請委員會有比較廣闊的觀點，
6、能夠比單獨一個人更加有效的確定優先順序，而決策受到個人偏見影響的可能性也較少一般這個委員會由 IT 主管和其他部門的幾位經理組成 在許多較小的公司中不是由委員會而是由一個人負責系統申請的評估目的是評估這些申請並排列優先順序,可行性概述,Figure 2-13,可行性概述,一個系統申請必須滿足幾項檢驗條件，稱為可行性研究 (feasibility study) ，以決定它是否值得進一步處理操作可行性 (operational feasibility)指系統在開發完成之後能夠有效地被使用,可行性概述,技術可行性 (technical feasibility)是指開發、購買、安裝，或運轉這個系統所需
7、的技術資源 經濟可行性 (economic feasibility) 是指所建議系統的預計效益超過其成本估計總取得成本 (TCO, total cost of ownership)有形效益 (tangible benefit)無形效益 (intangible benefit) 時程可行性 (schedule feasibility) 意指一個專案能夠在一個可接受的時限內建置完成,可行性評估,評估可行性的第一步，是指出並排除那些不可行的系統申請即使該申請在技術上可行，它也可能不是必須的 可行性分析是一個必須在系統開發過程中持續進行的工作,設定優先順序,影響優先順序的因素 這個系統專案是否會導致更
8、多的資訊或產生更好的成果？如何產生？這些成果可以衡量嗎？建議的系統是否將會降低成本？在何處降低？何時？如何降低？降低多少？這個系統是否將提高公司的收入？在何處提高？何時？如何提高？提高多少？,設定優先順序,影響優先順序的因素這個系統是否更有效率地為客戶服務？這個系統是否將更有效率地為組織服務？這個專案是否能夠在合理的時限內完成建置？這些成果將持續多久？所需的財務、人力，及技術資源是否可以獲得？,設定優先順序,影響優先順序的因素分析師應該儘可能根據最能表示實際 (或近似) 金錢價值的有形成本及效益來評估專案,設定優先順序,自由裁量專案 (discretionary project) 與非自由裁量
9、專案 (non-discretionary project) 一個經理人可以選擇做或不做的專案稱之為自由裁量專案 一個必須要做沒得選擇的專案則稱為非自由裁量專案,初步調查概述,與經理人及使用者的互動,Fact-Finding,Figure 2-14,初步調查概述,規劃初步調查 系統分析師一般會依循如圖 2-15 所示的一連串步驟實際執行時應該依系統申請的性質、專案的規模大小，及其迫切的程度調整這些步驟,初步調查概述,步驟1：了解問題或機會 當你分析一個系統申請時，你需要決定有哪些部門、使用者，及企業流程會被牽連進來,初步調查概述,魚骨圖 (fishbone diagram,或Ishikawa
10、diagram),Figure 2-17,初步調查概述,步驟2：定義專案範圍的限制 專案範圍 (project scope)專案蔓延 (project creep)限制 (constraint) 或需求 (requirement),初步調查概述,步驟2：定義專案範圍的限制 定義出專案的界限或所及的範疇的各種方法 儘可能明確而具體,初步調查概述,Figure 2-18,初步調查概述,步驟3：發現事實 發現事實會牽涉到各種技術 依調查該系統申請所需的資訊而定，發現事實的工作可能耗費數小時、數日或數週,初步調查概述,分析組織圖,Figure 2-19,初步調查概述,步驟3：發現事實 進行訪談,Fig
11、ure 2-20,初步調查概述,步驟3：發現事實 查閱現有文件觀察作業情況對使用者作調查,初步調查概述,步驟4：評估可行性 評估此專案的操作、技術、經濟，及時程可行性,初步調查概述,步驟5：估算專案開發的時間及成本 你必須獲得什麼資訊，及如何收集並分析這些資訊？你會採用什麼資訊來源，及在收集資訊時會遇到什麼困難？,初步調查概述,步驟5：估算專案開發的時間及成本 你會從事訪談嗎？你預計訪談多少人，你又需要花多少時間會見他們，並將他們的反應彙整？你將要做問卷調查嗎？有誰會參與？一個人花多少時間填答？會花多少時間將結果整理並製表？,初步調查概述,步驟5：估算專案開發的時間及成本 分析收集來的資訊並將
12、發現的事實及建議撰寫報告需花費多少成本？ 你也應該為專案的整體做同樣的估算，如此經理人才能了解全面的成本影響及時間表,初步調查概述,步驟6：向管理者展示結果及建議 初步調查的最後工作就是管理者準備一份報告 初步調查報告的格式各公司都不盡相同,初步調查概述,Figure 2-21,初步調查概述,步驟6：向管理者展示結果及建議簡介 (introduction)系統申請概述 (system request summary) 發現 (findings) 建議 (recommendations) 時間及成本估計 (time and cost estimates)預期的效益 (expected benef
13、its)附錄 (appendix),本章總結,在策略規劃期間，一個公司首先檢視其整體目標、願景，以及價值觀，然後發展出一個任務聲明一般發起系統專案的目的在於改善績效、提供更多資訊、降低成本、強化管控，或是提供更好的服務影響系統專案的內外部因素有很多，其中包括使用者要求、最高管理當局的指示、現有系統、IT 部門、軟體及硬體廠商、科技、客戶、競爭者、經濟和政府等。,本章總結,分析師以系統申請的預期有形及無形的成本及效益為基礎而加以評估初步調查的步驟包括：了解問題或機會；定義專案範圍及限制；發現事實；估算專案的效益；估算專案開發時間及成本；以及將結果及建議向管理者報告。書面的報告必須包括對推展 SDLC 下一段所需的時間、人力需求、成本、效益等的評估，以及其預期可達成的結果。,
