技术可行性.pptVIP

第2章 企業個案分析  階段說明 系統規劃是 SDLC 五階段中的第一階段 在此階段你將學習到 IT 專案如何啟動以及系統分析師如何評估一個被提議的專案並決定其可行性 學習目標 解說企業個案的觀念，以及企業個案如何影響一個 IT 專案 描述策略規劃之過程及為何其對 IT 團隊是如此的重要 解說任務聲明的目的 描述 SDLC 並解說它如何作為系統開發及企業建立模型的基礎架構 列出資訊系統專案的必要性以及足以影響此類專案的各種因素 學習目標 解說系統申請的初步審查和系統審查委員的角色 描述影響資訊系統專案的內外部因素 定義運作可行性、技術可行性、經濟可行性，及時程可行性 描述初步調查的工作步驟及最後的產出 簡　介 「企業個案」 (business case) 一詞指的是建議書中所持之理由或正當原因 一個強而有力的企業個案，表示說公司應該優先考量這個作法，因為如此作將為企業帶來較大利益 策略規劃 (strategic planning) 策略規劃概述 SWOT分析法 視公司的長處 (S, strengths) 、弱點 (W, weaknesses) 、機會 (O, opportunities) ，以及威脅 (T, threats) 策略規劃 (strategic planning) 從策略規劃到企業經營成果 一個企業首先依照其公司的整體目標、價值觀及願景發展出一個任務聲明 策略規劃 (strategic planning) 策略規劃 (strategic planning) 策略規劃 (strategic planning) 一個企業實例 策略規劃 (strategic planning) IT部門不斷變化的角色 管理的領導能力與資訊科技已經密切連結，而在這些領域中均有重大的改變 今日，系統開發更是團隊導向 縱使小組型態的系統開發已經是常態，有些公司還是視 IT 部門為主要的把關人 (gatekeeper) 策略規劃 (strategic planning) 未來發展趨勢 如果你能預見未來，以下就是你可能看見的： 新的產業、產品及服務都需要強而有力的資訊科技，而所有的高階經理人無不企盼 IT 能夠輔助企業成長 電子商務將持續地成長，整體企業環境將會是多變且極富挑戰性 對某些公司而言，劇烈的變化是種威脅；但對某些公司卻代表著機會，並藉由策略計畫的產生及遵循加以充分利用。 資訊系統專案 成立系統專案的理由 資訊系統專案 資訊系統專案 專案管理工具 所有 IT 專案都必須受到管理與控制 專案管理始於系統申請，而持續直到專案完成並結束 系統申請的評估 系統申請表 許多企業採用特殊的表格來發出系統申請 設計良好的表格可使整個過程流暢並確保一致性 表格一定要易於了解而且要附加明確的使用說明 必須留下足夠空間來容納所有需要表達的資訊，同時也必須指出其他必備的相關附屬文件 系統申請的評估 系統申請表 系統申請的評估 系統審查委員會 大多數大型公司由系統審查委員會評估系統申請 委員會有比較廣闊的觀點，能夠比單獨一個人更加有效的確定優先順序，而決策受到個人偏見影響的可能性也較少 一般這個委員會由 IT 主管和其他部門的幾位經理組成 在許多較小的公司中不是由委員會而是由一個人負責系統申請的評估 目的是評估這些申請並排列優先順序 可行性概述 可行性概述 一個系統申請必須滿足幾項檢驗條件，稱為可行性研究 (feasibility study) ，以決定它是否值得進一步處理 操作可行性 (operational feasibility) 指系統在開發完成之後能夠有效地被使用 可行性概述 技術可行性 (technical feasibility) 是指開發、購買、安裝，或運轉這個系統所需的技術資源 經濟可行性 (economic feasibility) 是指所建議系統的預計效益超過其成本估計 總取得成本 (TCO, total cost of ownership) 有形效益 (tangible benefit) 無形效益 (intangible benefit) 時程可行性 (schedule feasibility) 意指一個專案能夠在一個可接受的時限內建置完成 可行性評估 評估可行性的第一步，是指出並排除那些不可行的系統申請 即使該申請在技術上可行，它也可能不是必須的 可行性分析是一個必須在系統開發過程中持續進行的工作 設定優先順序 影響優先順序的因素 這個系統專案是否會導致更多的資訊或產生更好的成果？如何產生？這些成果可以衡量嗎？ 建議的系統是否將會降低成本？在何處降低？何時？如何降低？降低多少？ 這個系統是否將提高公司的收入？在何處提高？何時？如何提高？提高多少？ 設定優先