IMB-資訊系統發展與導入.ppt

1、,九十七年度經濟部ITE全國大專校院暑期教師研習資訊管理（應用）類,林文修 輔仁大學 資訊管理學系所 中華民國資訊管理學會副秘書長 .tw,IMB基資訊系統發展與導入,林文修 輔仁大學 資訊管理學系所 中華民國資訊管理學會副秘書長 .tw,IMB-資訊系統發展與導入,資訊系統發展與導入，包含兩門學科： 系統分析與設計 50%（大三上學期開課） 管資訊系統(含委外管) 50%（大一資管概論，大三下或大四上學期開課） 建議大三下學期結束後報考。 教學方法與心得分享。,系統分析與設計-綱要(1),資訊系統專案管理 資訊系統與發展生命週期 資

2、訊系統專案管理概論 工程管理(pert圖、甘特圖Gantt Chart、WBS、進度管理、關鍵路徑) 成本模型 估價手法(Function Point法、估算工作天數、估算成本) 風險管理 資訊系統發展方法論 資訊系統開發程序 軟體開發模型(Water fall、Spiral、Prototype) SDLC系統發展生命週期 RAD快速開發軟體系統 JAD (Joint Application Design) 雛型系統開發(Prototyping) OOAD(物件導向系統分析與設計),資訊系統開發的概念與技術 業務系統的設計與開發(外部設計、內部設計、程式撰寫、測試) 委外與內部設計(Outso

3、urcing and in-house development) EUC (End-user computing) EUD (End-user development) 資訊系統規劃 資訊系統劃內涵與理論(意義、重要性、基礎概念) 資訊系統規劃程序與方法 BSP (Business Systems Planning) CSF (Critical Success Factors) 資訊系統規劃的關鍵議題 資訊系統之可行性研究與評估(經濟性、操作性、技術性等之可行性分析),系統分析與設計-綱要(2),資訊系統分析 系統分析之工作內涵與角色定位 資訊系統之業務分析 資料收集的方法(集思廣益Brain

4、 Storming)、問卷調查、資料調查、面談調查等。 需求分析 定義使用者需求(使用者需求規格、外部規格) 資訊系統分析方法 結構化分析(DFD) 物件導向系統分析 資訊系統設計 資訊系統設計方法 結構化設計 物件導向系統設計 資料設計 資料庫模型設計 檔案與資料庫實體設計 人機介面設計 人員使用操作介面設計 輸入輸出的設計(表單設計、畫面設計、程式設計) GUI WYSIWYG(What you see is what you get) 處理邏輯設計 結構化文字 決策樹,資訊系統建置與維護 程式撰寫(Coding) 結構化程式設計 物件導向程式設計 開發工具(設計工具、程式撰寫工具) 測試

5、(Testing) 測試的種類與目的 準備測試的資料 實施測試 驗收測試結果與報告 安裝上線(Installation) 上線方法 系統文件與操作手冊 文件管理(Document)(文件規約、變更手續) 系統的操作(Job Scheduling、資料的輸入輸出管理、操作手冊) 系統的移轉(移轉至運作階段) 運作測試 版本管理 訓練(Training)與維護(Maintenance),系統分析與設計（軟體工程）,運用現代科學技術知識來設計並構造電腦程式、及為開發、運作和維護這些程式所必須的相關文件。 涉及軟體規劃、需求分析、設計、程式撰寫、測試和維護的原理、方法及工具的研究和應用的學科。 包括三

6、個要素：方法、工具和過程。 Gorry and Scott-Morton (1971)將決策問題依照問題的特性分成結構性與非結構性問題。,軟體開發模型,瀑布型(Water Fall) 螺旋型(Spiral) 雛型(Prototype) 漸進模式發展法 演化模式發展法 同步發展模式,軟體開發模型-瀑布式,瀑布模式發展法的各階段活動依特定順序進 行，而且活動的產出會回饋給下一個活動，它 是一種順序關係與回饋關係。 採取線性方式依序進行 優點: 適合開發商業用軟體一個版本一個週期 缺點: 發覺錯誤的時間點太晚，風險太大 客戶很難清楚提出所有需求 實際軟體開發會有循環無法順序進行,軟體開發模型-螺旋式

7、,螺旋發展模式在系統發展過程融入風險的分析與風險解決等活動，以確保系統發展的成果。 每一個螺旋都代表了一點點的需求、設計、實 做、測試，沒問題才繼續做下一圈的螺旋。 優點： 在發展初期找到可能問題，避免日後重大錯誤 發生。 缺點 : 發展時間過長 不適合商用軟體的開發,軟體開發模型-雛形式,雛型模式發展法在需求分析、系統設計等活動間 反覆進行。強調開發者與使用者的溝通行為。 適用於需求不明確需漸次發展、專案小、應用領 域不熟悉、人機交談密切、動態視覺顯示或高風 險之專案，較注重系統的需求分析，強調雛形之 快速開發，以雛形(多採用4GL ，程式產生器，螢 幕產生器及報表產生器等工具)作為使用者與

8、資訊 人員溝通行為之工具。 優點:使用者高度參與等 缺點:不注重系統文件、測試等步驟 資訊系統的雛形可以被分成丟棄式雛形、演進式 雛形等兩類。,其他發展模型,漸進模式發展法是將一項大型資訊系統的功能拆解成數個可獨立運作的子功能，再分階段逐次發展每個子功能。 演化模式發展法是漸次改善系統功能品質的開發策略，最大的特色在於其生命週期可長至數十年。 同步發展模式則分析各個開發活動，不具順序關係的活動平行地進行，以縮短開發時間快速因應市場的需求。 影響資訊系統發展模式的選擇因素有專案的規模、複雜度、不確定性、時程的緊迫性、開發技術等，系統發展者必須審慎地考量上述因素選擇最適合的系統發展模式。,資訊系統

9、發展方式,SDLC (System Development Life Cycle)系統發展生命週期法。 Prototyping雛型發展法。 RAD (Rapid Application Development)快速系統開發。 JAD (Joint Application Design)參與系統規劃法 （聯合開發法）。 OOAD物件導向分析法。 EUC (End User Computing)使用者自建系統法。 Outsourcing委外開發法。,資訊系統發展方式- SDLC,將資訊系統發展生命週期分為五個階段： 系統規劃 系統分析 系統設計 系統建置 系統運作與支援 軟體維護通常佔整個軟體生命

10、週期所需成本的60%以上,資訊系統發展方式- SDLC,每一階段均需考量完整的系統範圍並有清楚的定義 強調先有完整的設計與規劃再進行編碼 各階段明確定義應作之工作及交付之文件 但發覺錯誤的時間點太晚，較不具有高度彈性,資訊系統發展方式- JAD,JAD (Joint Application Design)參與系統規劃法（聯合開發法）。系統開發過程強調使用者主動參與、團隊合作及與資訊部門人員的即時互動、腦力激盪的開發方法為JADJRP。 JAD又稱為JRP (Joint Requirements Planning)，是一種利用群組會議來替代訪談的，以了解問題、分析問題、確認問題的需求分析方法；在

11、JAD中經常需要利用雛型法(prototyping)來快速建立解決問題的雛型，以在短暫的會議期間(35天)可以一定程度的確認解決問題的系統方向。 短期而密集的會議，由系統發展者與顧客共同參與，快速、有效率地深入探討，以取得系統需求的共識，其成果是一份完整的系統需求分析文件。,資訊系統發展方式- EUC,EUC (End User Computing)使用者自建系統法 使用者個人透過終端機來使用中大型系統或運用個人電腦來處理資訊，而且這些資訊處理乃由使用者自行使用軟體工具以解決應用問題(如個人決策支援系統)，而非由資訊專業人員來設計。 使用者接受的可能性最高。 資訊部門需負擔長期的資訊系統保健工

12、作而非降低資訊部門的負擔。 資訊部門需指導使用者如何正確地選擇供應商。,資訊系統專案管理,專案管理：本質上，資訊系統開發專案與一般專案沒有太大的差異，只是資訊系統本身的複雜度相當高，而所採用發展工具、發展方法也會相對較為複雜。因此，要了解資訊系統專案管理方法，必須先對專案管理有所了解 。 專案的定義：專案是一種暫時性的工作，以創造出獨特的產品或服務。 專案的性質：執行過程的暫時性，產品(服務)的獨特性。 專案管理：是將管理知識、技術、工具和方法綜合運用到一個專案活動上，以期能符合專案的需求。專案管理是經由專案起始、計劃、執行、控制及結案等5大過程的運作，才能完成。 專案管理知識體系領域：專案整

13、合管理、專案範疇管理、專案時間管理、專案成本管理、專案品質管理、專案人力資源管理、專案溝通過程管理、專案風險管理、專案採購管理。,資訊系統專案管理,資訊系統專案管理： 資訊系統專案，就是運用專案管理的原則與方法，使資訊系統的發展能達到預期的目標。資訊系統專案管理是運用管理的原則與方法，使資訊系統開發專案能達到預期的目標。 資訊系統專案的特性有別於傳統專案，知識、勞力密集度是它的最大特色。 知識密集度高的原因是由於資訊系統發展的各階段活動多半是非結構化的工作，如沒有大量的知識協助恐怕不易處理。也因其非結構化工作的本質，資訊系統的需求規格無法明確訂定、品質沒有明確認定標準是常見的問題。非結構化的工

14、作本質也造成許多資訊系統發展工作無法自動化，這是它勞力密集度高的原因。 資訊系統開發高度依賴人員的溝通，團隊合作的品質和績效息息相關，加上人員流動頻繁及政治因素涉入，更增加軟體專案管理的困難度。 軟體專案管理的要素包括人、方法、經營管理與外在環境的影響。,專案管理,專案工作要考量的三個重要因素是時間、成 本、品質，其中時間是最重要的因素。 專案管理最重要的四個P為： Product People Project Process,專案軟體成本之估計法-1,概算法(類推法) 以過去類似專案實績為基礎估算。 估算成本最便宜，用於初期估算。 由過去專案實施者估算，必須備齊實際的資 料庫。 標準任務法

15、以作業單位工數為標準任務整理活用。 積算法的一種，由於已被標準化，易於在組 織中使用。 標準值的設定必須考量開發機關等條件。,專案軟體成本之估計法-2,功能點數法 專案計劃都開始於對軟體系統範圍的一個有限陳 述，並從各陳述中試圖將軟體分解成都可單獨估算 的估算單元。 針對輸入、輸出、查詢、主要檔案、介面等五項資 訊領域，分別計算出它們的個數，並參考一些加權 指數後，即可算出功能點。,專案軟體成本之估計法-3,專家判斷法 依賴一個或多個專家的經驗來做估計。 適用於專案的早期，當需求仍不甚明確時。 在引進新科技或新方法時，因沒有歷史資料，也要借助於專家判斷。 仍是目前最廣為應用的方法。,專家判斷所

16、需要的資訊,專案軟體成本之估計法-4,COCOMO模式 將開發規模以原始碼行數（軟體規模，S）表示情形下，估算所需工數與成本的方法。 COCOMO模式為一非線性的模式，其型式如下： COCOMO模式可分為三個估計的詳細程度： 基本模式：是一種粗略的估計。 中級模式：考慮15項的成本調整因子。 詳細模式：將成本因子的權重依開發階段來劃分。,軟體成本估計的方法（c.17）,基本模式 基本模式依下列公式估計成本： a 和 b 的係數如下表所示,15項調整因子乘數,組織成本影響,依據交易成本理論 (transaction cost theory)，Internet會導致組織的交易成本降低。 依據代理理

17、論 (agency theory)，Internet 會導致組織的代理成本降低。 隨著資訊科技的普及，越來越多的企業把非核心業務交給專業的第三者來經營，自己則專注於本身的核心能力上，此種作法被稱之為BPO (Business Process Outsourcing) 。,專案時程規畫方法,專案時程規畫方法，是被發展來協助專案時程的規劃。管理工具包括： 工作分解結構(Works Breakdown Structure, WBS) 關鍵路徑法(Critical Path Method, CPM) 計畫評核術(Program Evaluation and Review Technique, PERT

18、) 甘特圖（GANTT CHART）,工作分解結構（WBS）,工作分解結構(Works Breakdown Structure, WBS) 所謂的工作分解結構即是將某個大範圍的工作計劃，細分成許多較小的工作項目，形成一層級式的樹狀結構，將整個計畫分成數個專案，每個專案再劃分為許多的工作，每個工作再細分為更小的子工作項目。子工作項目可依實際需求再往下細分，分解後之樹狀圖的最底層便是可執行的工作項目。 工作分解結構並沒有標準的劃分方法，但有分解的原則可供參考，即被分割後小的工作項目是可管理、具獨立性、可整合、可衡量。,專案規劃工具-WBS,Work breakdown structure 定義一個

19、專案所有該做的工作 工作導向，透過樹狀結構的方法將專案工作分割，直到可以管理的最小單位,WBS範例圖,關鍵路徑法(CPM),關鍵路徑法(Critical Path Method, CPM)： 工作分解圖中，無法顯示各個工作項目在時間上或邏輯上的先後關係。關鍵路徑法改善了這樣的缺點，把每個已被細分的小工作項目，以附箭頭方向的有向圖來表示工作項目執行的先後邏輯關係，形成一網路圖呈現出工作項目間的流程或動線。 網路圖的先後關係有四種，分別是完成開始(FS)、開始開始(SS)、完成完成(FF)、開始完成(SF)。 關鍵路徑法基於專案工期固定的假設，分析整個專案工作進行的瓶頸。,關鍵路徑範例圖,在下圖中

20、，關鍵路徑是能否在規定的時限內完成工作，其決定了專案最後完成的時間。當關鍵路徑上的工作有寬餘時間時，可以容許工作延遲而不會影響到整個專案的完成時間，此寬餘時間稱為寬鬆時間(SlackTime)、寬延時間或是浮動時間(FIoating Time)。 關鍵路徑法特別著重在浮動時間的計算，其目的是為了決定哪些活動項目最不具排程的彈性。,計畫評核術（PERT）,計畫評核術(Program Evaluation and Review Technique,PERT) 計畫評核術是關鍵路徑法的一種延伸，最大的不同在於專案工期由固定的常數轉為變數外，其餘部份完全與關鍵路徑法相同。在現實環境中，受到企業內部或外

21、在環境的不確定因素影響，專案工期常常是不確定的隨機變數，基於這樣假設所進行的網路分析即是計畫評核術。 計畫評核術在估計工期時常使用三種估計法：最可能時間(Mostly Likely Time)、悲觀時間(Pessimistic Time)、樂觀時間(Optimistic Time)，定義如下： 最可能時間：在正常情況下，完成專案工作所需要的預估工作時間。 悲觀時間：在非常不順利的情況下，完成專案工作所需要的預估工作時間。 樂觀時間：在非常順利的情況下，完成專案所需要的預估工作時間。,專案時程控管工具- PERT圖,顯示活動的預估執行時間及關鍵路徑 時程規劃且能展示活動前後關係的控管工具,專案時

22、程控管工具-甘特圖,GANTT Chart將預定工作時間表達出來 將實際工作時間表達出來 雖簡單明瞭但無法將工作與工作之間的前後依 賴關係表達出來,GANTT Chart,專案時程控管工具之順序,專案時程規劃管理工具執行的先後順序如下： WBSPERTGANTT,系統分析師應具備哪些能力？,資訊科技與資訊系統的知識 解決問題的技巧 人際關係與溝通的技巧 一般企業知識 一個好的系統分析師最好有程式設計的經驗,系統分析師應具備具備的責任,系統分析的工作跨越業務面與技術面 系統分析師將企業需求轉化為能滿足企業需求的IT專案 分析師從事許多工作項目，如建立企業側影、複審企業流程、選擇硬體及軟體套裝、設

23、計資訊系統、培訓使用者及設計企業EC網站。 分析師也作專案規劃、訂定發展時程表、估算成本、主辦會議、做簡報、撰寫備忘錄、報告及文件。,資訊部門主管具備的責任,資訊部門主管具備的責任乃監督公司的所有資訊科技應用，完成策略性企業目標。,資訊系統轉換,平行轉換：新舊系統並行一段時間後，再更換成新系統，為最安全的方式 階段轉換：先侷限在企業組織內某一單位的方式 先導測試轉換：先侷限在企業組織內某一單位的方式 全面或直接轉換：直接使用新系統，為最便宜的方式,資訊系統轉換,當一個老舊系統(legacy system)是由一些個人電腦程式所組成，當重新再工程與導入一個主機系統 (mainframe)，我們稱

24、為向上擴大 (upsizing) 。,資訊系統規劃方法-1,資訊工程法(Information Engines) 規劃過程分為五大部份：擬定工作計劃、評估初步需求、評估企業所面臨的環境、定義整體資訊架構、定義系統建置的計劃。 企業系統規劃方法(Business System Planning，BSP) 由IBM公司於1984年提出，強調由上而下的整體規劃分析，採用由下而上的實施模式。,資訊系統規劃方法-2,關鍵成功因素(Critical Success Factors，CSF) 先列出企業策略目標；再決定達成這些目標的關鍵因素；再決定衡量每個關鍵因素的績效比率；定義出資訊系統該提供什麼資訊。到

25、底該訂出多少個CSF才恰當，這完全要看該企業或機構的特性 策略資訊規劃(Strategic Information Planning，SIP) 將願景套入資訊系統，進行策略規劃和分析,資訊系統規劃方法-3,企業系統規劃(Business system design, BSD) BSD與程式設計(programming)最有關係 企業區域分析(business area analysis, BAA),資訊系統分析,常用的結構化分析工具 資料流程圖(DFD) 主要是用來描繪系統的功能及資料的流動 藍圖 表達資訊之展示格式與內容,資訊系統設計-1,結構化系統設計： 強調系統的結構化與可維護性，決定系

26、統應有哪些模組(模組名稱，輸入，輸出，內部資料，處理邏輯)。 衡量模組間相互關聯強度之程度 稱為耦合力 模組內各功能的相依性關聯程度稱為內聚力 每一項功能的輸出立即成為下一個功能的輸入，則此模組具有順序內聚力。,資訊系統設計-2,件導向系統設計的基礎概念是物件，以物件觀點描述企 業的活動或作業，進而轉化成以物件描述系統的功能。 物件的定義包含屬性、行為、方法，具相同定義的物件 可抽象化成一類別。類別的觀念就像是物件的樣板，可 以藉此樣板不斷地建立同類型的物件。 繼承與封裝是物件導向裡重要觀念。 物件導向分析與設計裡，最被廣泛使用的是統一模型語 言(Unified Modeling Langua

27、ge, UML)，其充份提供物 件導向系統設計所需要的描述工具，由物件的角度來描 述系統的開發和建置。 物件導向系統設計，遵循分治原理 (Divide and Conquer Rule) （整合小類別為有結構與羅及性之物件）,資訊風險,CTC (condition-transition-consequence )(條件-轉換-結果)：是一種格式，描述軟體風險的好方法。 CTC：one or more subjects must be involved, there must be an event or combination of events with a non-null probabi

28、lity of occurring, there must be a cause and effect chain capable of determining a final situation, his situation must be considered negative with respect to the expectations and scale of values of the subjects involved, thereby causing damage to them. 蠕蟲(Worm)是一種複製本身並滲透電腦系統的程式，它可能在網路內散播，滲透所有互相連結的電腦

29、 。,管理資訊系統,管理資訊系統-綱要,資訊管理的基本概念與架構 資訊管理的定義與主要架構 資訊管理的重要性 資訊管理的演進 資訊系統的主要分類架構 決策支援系統 專家系統 高階主管資訊系統 使用者自建系統 管理資訊系統 群組支援系統 資訊科技與組織的互動 資訊科技對組織經營及結構的影響 資訊科技與組織互動的各種理論 影響使用者接受系統的主要理論觀點 資訊系統引進組織的變革管理 資訊系統實施的步驟與關鍵成功因素,資訊科技與組織的競爭優勢 資訊科技與組織各種同的競爭策 全面品質管(TQM) 組織程再造(BPR) 策盟 虛擬組織與資訊科技 策資訊系統(SIS)的主要概與架構 SIS與波特的五競爭模

30、式、價值模式與其他競爭策略模式的關係 網經濟體系與電子商務(EC) 網經濟體系形成的原因與挑戰 電子商務的定義與架構 電子商務的主要經營模式 電子商務的付款與安全 電子商務的市場策與評估 B2B的電子市集與協同商務(c-commerce),管理資訊系統-綱要,電子化企業(e-Business) 電子化企業的資訊科技架構 資探勘(Data Mining) 資倉儲(Data warehouse) OLAP 企業智慧 智慧型代人 企業資源規劃(ERP) 供應鏈管(SCM) 知管(KM) 顧客關係管(CRM) 組織e化轉型的策模式 資訊功能的架構與管 資訊系統委外的基本概 資訊系統委外的策、選擇與評估

31、 資訊部門的策、管、角色與定位,組織資訊系統的策性規劃方法 組織資訊系統同的開發方法與比較 資訊系統的安全、控制與評價 資訊化社會 資訊 電腦犯罪與隱私 資訊科技對人性面的衝擊,各類資訊系統-1,策略資訊系統(Strategic Information System) 定義：為配合公司競爭策略，並建立企業持 久性的競爭優勢為目的之資訊系統。 重點不在本身如何運作，而是如何運用科技 獲取競爭優勢，而時機與領先就成為關鍵因 素。 SIS與MIS的差別，在於前者強調時間性 與創造性。,各類資訊系統-2,決策支援系統(Decision Support System) 定義：以電腦為基礎，透過交談方式，

32、以協助決策幕僚者使用資料及模式，以解決非結構化的決策問題。 特色： 重點在支援而非取代決策 重點在決策而非交易處理 狀況分析(What-if Analysis)功能-設定某個變數在不同的條件下對決策結果的可能影響。,各類資訊系統-3,高階主管資訊系統(Executive Information System) 定義：由許多管理資訊系統以及決策支援系統的功能所集合而成的資訊系統。 目標，就是讓高階主管能夠立即了解外部環境並監督預警異常的營運狀況且進行差異性分析 資訊的提供具有階層性，從宏觀至微觀，整體至細節 其處理特徵為圖形介面具模擬能力且有互動性 是DSS的一個特例,各類資訊系統-4,專家系統

33、(Expert System) 一個電腦化系統，運用人類的知識，來解決通常需要人類專家解答的問題。適用於專業知識工作者。 人工智慧在商界最實務、最廣泛的利用。 知識庫資訊系統的一種，它使用特定、複雜應用領域的知識庫，以作為使用者的顧問專家。 在非常限定的領域中，根據使用者的問題回答答案，並利用類似人類的推理方式，以知識庫中的現有知識來思考。,各類資訊系統-5,管理資訊系統(Management Information System) 是一人機整合系統，提供已知且穩定資訊以支援組織的規劃、控制與決策活動 用來支援管理決策制訂的資訊系統原型 可產生管理者以及企業主管在進行日常決策時，所需的資訊產出

34、例行性報表。,各類資訊系統-6,交易處理系統(Transaction Processing System) (TPS) 焦點在於資料的處理 用來從事企業基本交易資訊的蒐集、儲存、處理、傳播的系統，為企業電腦化的基礎系統。 如UPS的包裹追蹤系統，提供客戶即時、正確掌握交貨資訊,專案管理基本認知,在執行過程中，專案管理必須兼顧專案的範疇、時程、成本與品質目標的達成： 範疇(Scope)：專案產品希望達成之水準目標為何。 時程(Time)：有多少時間可以執行專案。 成本(Cost)：必須在多少預算限制內完成。 品質(Quality)：產品的品質及專案之品質是否能夠如預期，但無法兼顧需要有所取捨。,應用系統元件,包括動態程式庫(Dynamic Libraries, DLLs)與執行檔(Executables)可執行的系統所需要的元件， 稱為部署元件 。,應用系統測試,依據系統品質保證需求應進行以下各項測試，是目 前在軟體操作狀態中能有效發現錯誤的方法，但比軟體開發困難許多: 單元測試(Unit Test) 整合測試(Integration Test) 驗證測試(Validation Test) 系統測