資訊系統基本概念1.1資訊的基本概念

數據與資訊數據（Data）：一般意義上認為是客觀實體的屬性值，是對客觀事物記錄下來的，可以鑒別的符號（數字，字元、文字、圖形等等）資訊：“構成一定含義的一組數據就稱為資訊”資訊是對數據加工的結果資訊是幫助人們做出正確決策的知識資訊是能夠導致某種決策的外界情況

數據+處理資訊1.1.2資訊的特性

1、真偽性

真實而準確的資訊才可以幫助人們做出正確的決策，實現資訊的價值

資訊的真實性、正確性的保證是靠資料庫管理系統、功能設計中的資料庫的完整性來實現的

2、層次性

資訊大多是為管理服務的而現實世界中管理是分層的，不同的管理層需要不同的資訊，所以資訊也具有層次性

可以人為地將資訊分為戰略級、策略級和執行級三個層次，需要注意的是如果問題發生變化，管理層次和資訊層次也將發生變化。

不同層次資訊的特徵

資訊來源資訊壽命加工方法使用頻率加工精度保密要求戰略級資訊大多外部長靈活低低高策略級資訊內外都有中中中中中執行級資訊大多內部短固定高高低3、不完全性客觀事實的全部資訊是不可能得到的

4、滯後性

資訊是數據加工後的結果，因此資訊必然落後於數據

△ti(i=1,2,3,4)值越大，由數據到結果的時間就越長

5、擴充性

資訊的擴充性就象熱量的擴散一樣，熱量越高，擴散能力越強。

6、壓縮性

資訊的壓縮性主要指能夠對資訊進行統計、綜合和概括

7、共用性

企業或組織內部需要大量的共用資訊來協調各項管理業務，因此才使得資訊成為企業的重要資源。

8、轉換性

資訊轉化的目的是為了實現資訊的價值。資訊的價值有兩種衡量方法：一種是按所花的社會必要勞動時間來計算；另一種是按資訊的使用效果來計算。前一種方法稱為內在價值，用於生產資訊的單位。後一種方法稱為外延價值，用於使用資訊的單位

1.1.3資訊的生命階段

1、資訊的收集（兩個步驟：識別和收集）識別方法：①、由管理者、決策者識別②、資訊系統開發人員在系統開發過程中識別③、由管理者、資訊系統開發人員共同識別收集方法：①、自底向上廣泛收集

②、有目的的專項收集

③、隨機積累

2、資訊的傳輸①、技術問題—如何快速、準確地傳輸資訊。②、語義問題—如何確切地表達資訊的意義。資訊傳輸的一般模式：資訊傳輸過程中的指標：①、通道的傳輸速率和抗干擾能力

②、編碼和解碼

③、調製、解調

3、資訊的加工資訊加工的一般模式 電腦、人工智慧等技術的不斷發展和應用大大縮短了資訊加工時間，滿足了管理者的決策需求，同時也將人們從繁瑣的手工管理方式中擺脫出來。人們在系統中採用預測模型、決策模型和模擬模型以及一些標準的軟體包，如統計包、數學規則軟體包、模擬軟體包等進行二次資訊的加工，不僅提高了資訊加工的效率，也使得決策更加科學、合理。

4、資訊的存儲

為什麼要存儲這些資訊

存在什麼介質上

存儲多少時間

存儲方式

5、資訊的維護：指保持資訊處於合用狀態

狹義上是指不斷更新數據、維護數據，使數據保持合用狀態

廣義上是指資訊系統的開發和運行中的一切數據管理工作

1.2資訊系統的基本概念

1.2.1系統的概念

系統的含義：系統是內部互相依賴的各個部分，按照某種規則，為實現某一特定目標而聯繫在一起的合理的、有序的組合。

系統的特性：1、整體性。系統是有機組成的一個整體，每個部分都要服從整體，追求整體最優，而不是局部最優。這就是所謂全局的觀點。2、層次性。可以將一個系統逐層分解，體現出系統的層次性。系統的層次結構：3、相關性。系統是由內部各個互相依存的組成部分按照某種規則組合在一起的，因此，各個組成部分儘管在功能上相對獨立，但彼此之間是有聯繫的，即具有相關性。在各個子系統之間存在著各種物質的或資訊的交換關係，稱之為物質流或資訊流，正是通過這些流，各個子系統的功能才能互相配合，聯合起來共同完成整個系統的功能，這些流的狀況反映了系統的運行情況。如果這些流的運轉發生問題，那麼即使各個子系統各自運轉正常，整個系統也將處於混亂狀態。4、目的性。任何一個系統都是為了完成某一特定目標而構造的。5、環境適應性。系統通過邊界與外界聯繫，當外界發生變化時，系統內各個部分為適應外界環境的變化，需要根據客觀現實與自身條件，調整自己，因此任何一個系統是“動態”的，而“靜止”則是相對的。1.2.2資訊系統

資訊系統的含義：簡單地說：資訊系統就是輸入數據/資訊，通過加工處理產生資訊的系統。CordonB.Davis給出的定義：它是一個利用電腦硬體和軟體，手工作業，分析、計畫、控制和決策模型，以及資料庫的用戶—機器系統。它能提供資訊支持企業或組織的運行、管理和決策功能。

資訊系統的特徵1、資訊系統與環境密切相關

2、資訊系統的開發建設必須由管理部門來領導，要有高層領導和最終用戶的參與

3、資訊系統建設的群體性、計劃性

4、資訊系統是一個面向管理的用戶—機器系統

5、資料庫系統的特徵

6、資訊就是資源是資訊系統的一個重要特徵

資訊系統的結構

1、資訊系統的概念結構及從管理層面上看的金字塔結構2、資訊系統的功能結構

3、資訊系統的軟體結構

4、資訊系統硬體結構

1.3資訊系統的開發

1.3.1資訊系統開發中常見的一些問題1、資訊系統開發人員對需求的理解出現偏差2、“堆疊”現象3、重編程，輕規劃，輕分析4、當資訊系統開發進度減緩時，採用增加人員的方式來加快進度

5、過低估計資訊系統的投資而使開發工作夭折

1.3.2系統的方法

系統方法的要點：系統的思想、數學的方法和電腦的技術

系統方法的“三維結構體系”：時間維、邏輯維、知識維

1.3.3

系

統

開

發

步

驟

1.3.4資訊系統開發的指導思想和工作原則

1、數據位於現代數據處理的中心

2、數據模型是穩定的，處理是多變的

3、用戶必須真正參與開發工作

資訊系統開發過程中必須強調以下幾個基本觀點：第一，面向用戶的觀點

第二，嚴格區分工作階段，每個階段規定明確的任務和所應得的成果

第三，按照系統的觀點，自頂向下地完成研製工作

第四，充分考慮變化的情況

第五，工作的成果要成文，文獻資料的格式要規範化、標準化

1.4資訊系統開發的組織及專案管理

1.4.1資訊系統開發人員的組織

1.4.2系統分析員應具有的基本技能

人際關係方面的技能：具有建立信任、處理爭端、資訊交流的能力

技術方面的技能

具有運籌分析、系統開發、電腦知識與技能

1.4.3資訊系統開發中的文檔管理

1、文檔的地位和作用

在資訊系統建設中，除了有一定的硬體設備（如電腦等）之外，它的“原材料”、“工具”、“半成品”、“成品”全是資訊，是一種人腦的思維活動，體現在一些書面文字資料和電腦程式中。軟體=文檔+程式

文檔是人腦思維活動的體現，是資訊系統建設中的唯一可見物，它可以用來統一思想，防止健忘和誤解，是資訊系統開發組內各類人員之間及組內外的通訊依據，同時也是觀察、控制、協調資訊系統開發過程的依據

2、系統開發中開發人員缺乏文檔管理的原因：第一，程式是“硬體”，是必須最終完成的；文檔是“軟體”，有一些是必須完成，而有些則無嚴格要求，並且也可以事後補充

第二，文檔的形成過程實際上反映出對開發方法運用的過程，開發者往往只注意結果，不注重過程程式和文檔在資訊系統建設中實際上是“靜態”和“動態”的關係。一個是開發結果，一個是開發軌跡。開發者往往只看到程式的“靜態”方面，不重視開發過程的“軌跡”第四，文檔經常是給別人看的，系統開發人員缺乏書寫文檔的動力和自覺性3、文檔管理的內容

①、文檔要標準化、規範化

②、維護文檔的一致性

③、維持文檔的可追蹤性

④、文檔管理的制度化

1.4.4資訊系統開發中的專案管理

1、專案管理組的組成

專案經理

過程管理小組

專案支持小組

品質保證小組

系統工程小組

開發小組

系統集成小組

2專案管理的內容

任務劃分計畫安排

經費管理

審計與控制

風險管理

資訊系統開發成功的標誌：滿意、愉快的各級用戶（包括企業或組織的高層領導）；高興的專案主管；開發組內良好的士氣，在工作中有適度的獎勵、良好的工作氛圍、優良的制度保證；良好的人際關係，即用戶與開發人員之間、開發人員之間具有良好的合作、協助關係。資訊系統失敗的標誌：用戶對系統開發結果不滿意或漠不關心；用戶拒絕提供資訊；長時間的審查；合同之外的無理要求；缺乏誠意。

1.5原型法

1.5.1原型法開發步驟

1.5.2原型法的使用前提

並非所有的需求在系統開發以前都能準確地說明

有快速的系統開發工具

專案參加者之間存在通訊上的障礙

需要實際的、可供用戶參與的系統模型

需求一旦確定，就可以遵從嚴格的方法

大量的反復是不可避免的和必要的，應該加以鼓勵

1.5.3原型法的人員組織和工作環境人員組織：原型不能由多人的大組織來完成，原型法小組最佳規模是由兩人組成，或者再外加一位為多專案並行處理做補充的、提供支持功能的第三者。工作環境：專案工作室的建立快速回應的工作環境規範的原型構造過程文檔資源演示/展示設施集中式/分散式原型開發中心

初識統一建模語言UML一、UML的產生和發展1、UML及其起源及發展二、UML的基本概念1、什麼是UML

UML是一種基於面向對象的可視化圖形建模語言，用於對軟體系統進行說明，構造和文檔建立。1）UML中相互關聯的含義UML合併了許多面向對象方法中被普遍接受的概念，並對每種概念給出了清晰的定義、表示法和有關術語。UML對於整個生命週期的開發具有無縫性。UML適用於各種應用領域的建模UML可應用於運行各種不同的編程語言和開發平臺的系統。UML作為建模語言，不對開發過程的細節進行描述UML元模型揭示和表達了各種概念之間的內在聯繫。2）UML的目標提供一種所有建模人員都可使用的通用建模語言。能對眾多系統建模的同時，盡可能簡潔支持大部分軟體開發過程使用面向對象概念為系統建模創建一種人和機器都可以使用的語言設計一種面向對象分析和設計的符號表示3）UML的特點統一標準面向對象可視化、表示能力強大獨立於過程容易掌握使用4）UML概念模型UML事物關係圖結構事物行為事物分組事物注釋事物介面協作用例主動類構件節點交互狀態機包注釋依賴關聯泛化類類圖對象圖用例圖順序圖協作圖狀態圖活動圖構件圖實施圖事物是模型中最具有代表性的成分抽象。結構事物類：一組具有相同屬性、相同操作、相同關係的對象的描述介面：描述一個類或構件的一個服務的操作集。協作：定義可一個交互。用例：是系統中的功能單元主動類：其對象至少擁有一個進程或線程，能夠啟動控制活動構件：系統中物理的、可替代的部件結點：系統運行時存在的物理單元行為事物交互：它由在特定語境中共同完成一定任務的一組對象之間交換的消息組成。狀態機：它描述一個對象或一個交互在生命期內回應時間所經歷的狀態序列分組事物包——把元素組成為組的機制關係依賴表示兩個或多個模型元素之間的一種語義聯繫，其中一個事物的改變將影響另一個事物。關聯通過一個事物可聯想到另一個事物。泛化指模型要素之間的一般與特殊的聯繫。5）UML視圖體系三、UML的視圖和圖1、視圖

視圖代表完整系統描述中一個特定方面的抽象，系統的整體架構和特徵可以用一組視圖完整地描述出來。每個視圖由一組圖構成。1）用例視圖

用例視圖從系統外部用戶出發，抽象地描述系統的功能集合，使系統最終實現這個功能。用例視圖是其他視圖的核心和基礎2）邏輯視圖

邏輯視圖顯示系統內部的功能是怎樣設計的，它利用系統的靜態結構和動態行為來刻畫系統功能。靜態結構描述類、對象和它們之間的關係等；動態行為主要描述對象之間的動態協作。3）併發視圖

併發視圖用來顯示系統併發工作的情況，主要由動態圖（狀態圖、順序圖、協作圖、活動圖）和執行圖（組件圖、展開圖）構成。為系統開發人員和集成人員使用。4）組件視圖

組件視圖用來顯示代碼組件的組織方式，描述實現模組和它們之間的依賴關係。組件視圖由組件圖構成，為開發者使用。5）展開視圖

組件視圖用來顯示代碼組件的組織方式，描述實現模組和它們之間的依賴關係。展開視圖由展開圖組成，包括結點和結點之間的關係。2、圖

顯示若干參與者以及參與者與系統提供的用例之間的連接關係1）用例圖

圖由圖片組成，圖片是模型元素的符號化。圖是視圖的組成部分，一個系統模型包括多個各種類型的圖。鑒定保險單統計保險金額建立客戶檔案客戶保險銷售員1）用例概念的基本思路

首先找出系統邊界以外的活動者，然後從活動者如何與系統進行對話的角度，以用例圖描述活動者怎樣使用系統以及系統向活動者提供什麼功能。

例：客戶對“下訂單”用例的描述（場景）：“確定客戶，找出需要的並且倉庫裏還有的物品並檢查客戶信用額是否夠”“活動者”—客戶；系統對資訊的處理—查找庫存、檢查客戶信用額；處理之後的返回結果—客戶訂購的商品是否夠，客戶信用度是否夠2）用例中的有關概念

系統邊界：一個系統所包含的所有成分與系統以外的各種事物的分界線。活動者：是系統之外與系統進行交互的任何事物。

用例圖是系統獲取需求的重要手段，用例圖反映系統的主要功能。2）類圖

表示系統中類與類之間的關係，是對系統靜態結構的描述。構造類圖的三個關鍵問題：系統中有哪些需要關心的類？這些類是如何描述的？這些類之間的聯繫是什麼？客戶利潤交易者生財工具債券股票選擇股票1..*1..*0..*0..*113）對象圖

對象圖表示類的對象實例，具體反映該系統執行到某處時系統內事物的狀態。（見圖4—3）4）狀態圖

狀態圖對類所描述事物作補充說明，從而顯示類的所有對象可能具有的狀態，以及引起狀態變化的事件。

例：對象“發票”可以根據其付款的情況分為3個狀態：未付款、部分付款以及付清款未付款部分付款付清款部分付款部分付款完全付款

狀態圖使用狀態、事件和轉換來記錄對象在其生命週期中所經歷的狀態序列。對象的初始狀態是圖中任何事件都未對該對象起作用時的狀態狀態代表對象生命週期中的某一瞬間轉換表明作為對事件的回應結果，對象將從一種狀態轉換到另一種狀態並執行某個動作。觸發狀態轉換的事件在狀態轉換中命名。在一樓下降至一樓正在下降停止正在上升向上向下向上向上至要到達的樓層向下至要到達的樓層停止時間到向下至一樓開始電腦:列印伺服器：.列印檔印表機：.佇列結束列印列印檔加入佇列通知列印列印檔印表機忙碌印表機空閒5）順序圖

表示隨時間的推進，若干對象之間是如何交互作用的，顯示對象之間的動態合作關係，強調對象之間消息發送的順序。對象之間的這些交互是指在場景或用例的事件流中發生的。每一個對象用一條生命週期線來表示，在生命線上用棒形線表示該對象的服務按時間前進方向的執行動作，生命線之間的箭頭連線代表消息。6）協作圖

協作圖按照時間和空間的順序描述系統元素的交互和關係。協作圖由對象及其關係，以及對象之間的流動消息構成。：電腦：列印伺服器：佇列：印表機1、列印檔4、列印結束2.1進入佇列2.2離開佇列3、列印檔7）活動圖

任何一個系統任務在對象觀點下對應於一系列有序的消息及消息的回應，但從系統的觀點來看，它是一系列有序的活動，這些活動有序地通過事件的觸發連接起來實現系統任務。儘管用例也從活動的角度描述系統，但用例的活動描述難以描述系統任務中的併發活動，以及跨用例的任務。因此，引入活動圖主要目的是描述併發活動和跨用例的系統任務。活動圖的核心概念是活動，活動是完成系統任務必需執行的處理步驟。在UML中活動本身是一種活動狀態，與狀態表示法完全相同。螢幕顯示磁片滿螢幕顯示列印產生附錄檔檫除螢幕提示資訊列印檔磁片滿磁片有空閑8）組件圖

組件圖反映代碼的物理結構。組件包含邏輯類的實現資訊。窗口控件Whnd.obj主控模組Main.obj通信控件Comlind.obj客戶程式Client.exe圖形庫Graphic.dll主控模組Main.cpp通信控件comlind.cpp窗口控件Whnd.cpp9）展開圖

展開圖又稱配置圖，顯示系統中軟體和硬體的物理架構，描述環境元素的配置，並把實現系統的元素映射到配置上。個人電腦個人電腦網路伺服器資料庫伺服器客戶系統.EXE客戶系統.EXE網路服務.EXE查詢系統.EXE網路TCP/IPTCP/IP開列訂單驗證客戶<extend>用例圖服務人員訂單客戶商品條目類圖10）圖例順序圖訂單：……..客戶：……..創建訂單驗證客戶訂單調出訂單分發訂單存檔訂單入座訂單填寫訂單類的狀態圖創建訂單確認訂單提供優惠填寫訂單團體付費信用卡付費填寫訂單個別訂戶分支同步條團購訂戶同步條合併活動圖——描述訂單創建過程的活動3、圖的模型元素和符號類（對象）屬性操作狀態用例結點筆記包組件介面模型元素符號關係符號聚合泛化關聯依賴4、通用機制1）修飾

修飾是在模型元素旁邊用附加的文字或規格說明。例如，在類型的名字下加下劃線表示該類的實例（即對象）。2）筆記

筆記用於對模型的意義作進一步的解釋3）規格說明

通用機制用於描述基本模型元素無法表達的附加資訊

對模型元素性質的詳細描述稱為規格說明4）版類是UML提供的一種擴展機制，在已有模型的基礎上建立一種新的模型元素5）約束約束是對元素的限制，通過約束限定元素的用法或元素的語義。四、用UML建模1、UML系統模型的組成分析模型設計模型實現模型展開模型系統模型從用戶需求角度觀察從資料庫設計角度觀察從物理實現角度觀察從系統和網路構成角度觀察類圖狀態圖順序圖包圖設計類圖協作圖用例圖活動圖對象數據庫模式組件圖展開圖實施階段設計階段分析階段事物事件或事件表2、UML建模的過程集體討論描繪目標組織目標詳細說明集成驗證核實原型化與測試系統評價發現不足使用非正式工具，如白板或筆記公告把上面描繪的目標組織成正式的圖反復迭代，明確內容，顯示細節消除圖形之間的衝突，保證系統正確有效完成原型並進行測試評價結果，必要時返回以糾正不足3、UML建模的工具支持（RationalRose)1）繪圖支持

提供一致的圖示和圖片，可以選擇、放置、連接和定義圖中各元素。工具還具有理解元素的語義的能力，以及提供版面設計功能。2）模型積累圖的一致性檢索鑒定報告重用元素或圖3）導航4）多用戶支持5）代碼生成6）反向工程UML通過閱讀和分析代碼，將代碼的結構用圖顯示出來。7）集成

把建模工具與系統開發時需要的其他工具結合形成一個整體。

管理資訊系統概論*資訊系統的專案管理專案管理專案管理的基本概念的基本概念資訊系統建設專案的特點資訊系統開發專案管理的工作流程資訊系統開發專案管理的內容

*返回專案管理的基本概念專案專案管理專案組織專案管理過程專案管理的主要內容*返回專案

專案就是指在一定的資源約束下，為了實現特定的目標而進行的相互聯繫的一類工作任務。專案從開始到結束的過程可以劃分為若干個階段，構成了專案發展的生命週期。專案的生命週期包括了專案機會的確認、專案規劃與方案制定、專案實施與執行、專案結束與收尾等四個階段，如圖7-1所示。*

圖7-1專案的階段性時間投入資源階段一階段二階段四階段三專案機會的確認階段為專案的啟始階段，在此階段通常由用戶提出對專案需求，其具體內容可以用“需求建議書”的形式書面提出，也可以是一個口頭的或通過談話等其他形式提出的需求。專案生命週期的第二個階段是專案的規劃與方案制定階段。這一階段會針對專案的需求來進行規劃，制定解決問題的具體方案，並估計所需的各類資源的情況；同時還要進行專案進度計畫的安排及時間的估計等專案生命週期的第三個階段是專案的實施與執行階段。這一階段將利用各種資源、分期分批按計畫地完成專案工作任務，以最終實現專案目標，並且使用戶有較高的滿意度。專案生命週期的最後階段是專案的結束與收尾階段。*返回專案管理

專案管理就是為實現專案目標，有效地組織和利用各種資源，嚴格地控制專案進度，以滿足用戶及有關方面需求的管理工作的總稱。具體而言，專案管理就是將知識、技能、工具和技術應用於專案活動，以滿足專案的需求。在專案管理中需要管理者協調專案各方的目標與需求，以求得某種平衡，照顧各方利益，使各方均以積極的態度，飽滿的熱情投入專案之中。專案管理中涉及各種資源的組織、管理和有效利用，計畫協調分配與控制各種資源，成為專案中資源管理的重點。專案的進度計畫與控制，也是專案管理中的重要方面。*返回專案組織

常見的組織結構形式有：職能式組織、專案組式組織、矩陣式組織。職能式結構職能式組織結構是一種典型的結構形式，也是一種傳統的組織結構形式。組織中的成員按其專業的不同進行劃分，形成相應的職能部門。*總經理職能經理1員工11員工12員工13職能經理2員工21員工22員工23職能經理3員工31員工32員工33

圖7-2職能式組織結構專案組式組織結構在專案組式組織結構中，人員的配置及資源的分配均按專案劃分，專案經理具有很大的獨立許可權，每個專案組中包括多不同專業背景的人員。*總經理專案經理1員工11員工23員工31專案經理2員工13員工22員工32專案經理3員工12員工21員工33

圖7-3專案組式組織結構矩陣式組織結構矩陣式組織結構是上述職能式與專案組式結構相結合的形式，不僅可較好地發揮專業人員的特長，且能較好地適應專案管理的要求，是較常使用的一種組織結構形式，如圖7-4所示。*總經理職能經理1員工11員工12員工13（A專案經理）職能經理2員工21職能經理3員工32員工33圖7-4矩陣式組織結構員工22（A專案組員）員工23（A專案組員）員工31（A專案組員）返回專案管理過程

專案管理的過程是指定義、描述、組織實施，以完成專案的各項活動。專案管理的過程在專案生命週期的每一個階段均可分成五個過程組,它們是:

－啟動過程組（明確專案的開始）－計畫過程組－執行過程組－控制過程組－收尾過程組

*計畫過程組

明確專案的目標、範圍、進行資源的計畫，並選擇較好的實施方案以保證預期目標的完成。計畫過程（計畫的編制與調整）在整個專案生命週期中持續不斷、貫穿始終，對專案的成敗有重大影響。該過程組中通常包括以下過程：專案範圍計畫、進度計畫、風險管理計畫、資源計畫、成本估算和預測、品質計畫、人員組織、溝通計畫等內容。

返回*執行過程組

有效地獲取、整合、利用各種資源，具體實施專案計畫方案。在該過程組中，最常用的過程為品質保證，專案執行情況的跟蹤、資訊溝通、供應商選擇、合同管理等等。

返回*控制過程組

進行監督和檢查，發現專案實際執行情況與計畫的偏差，分析偏差的原因和影響，採取適當的措施，以有效地確保專案目標的完成。該過程組中常常會涉及計畫的調整、專案的變更控制、成本控制、進度控制、品質控制等。尤其是變更控制，幾乎在資訊系統開發的每個專案中都會面臨。由於用戶需求的不確定和管理環境的改變等種種原因，資訊系統開發過程中的專案範圍變更、進度改變、成本上升等經常會發生，因此必須有效地進行控制。

返回*收尾過程組

確定整個專案或專案的某個階段的工作已經完成，可交付成果已經符合要求，便可正式結束相應工作。該過程組中通常包括合同的完成和結算、編制各種檔、文檔資料和報告等過程。

返回*

圖7-5則更加形象地展現了各過程組在一個階段中的重疊與交叉。*階段開始階段結束圖7-5一個階段中各過程組的重疊與交叉活動的層次啟動過程組計劃過程組執行過程組控制過程組收尾過程組*定義專案目標、範圍對工作內容進行分解：形成活動和任務按活動繪製專案的網路圖，以明確進度計畫估計各項活動的資金需求、時間需求和其他資源需求估計專案的總成本、所需資源和時間條件滿意否？調整時間、資源調整目標或範圍否是形成專案進度計畫進行專案進度監控是否偏離計畫?是否制定措施,糾正偏差專案繼續,至結束圖7-6資訊系統專案管理主要過程圖7-6所顯示了專案管理活動的一般程式返回專案管理的主要內容專案整體管理專案範圍管理專案時間管理專案費用管理專案品質管理專案人力資源管理專案溝通協調專案風險管理專案採購與合同管理專案收尾管理

返回*專案整體管理

專案整體管理工作由專案計畫編制、計畫實施、綜合變更控制等過程組成，是進行專案各要素綜合調整和控制的工作，是使專案管理各階段、各過程、各種資源、各項目標得以有機整合的管理工作。因此，正確的專案管理首先是專案的整體管理。

返回*專案範圍管理

根據專案的目標準確地定義和核準專案的工作範圍，並在必要時調整和變更專案範圍。需要強調的是，範圍管理應保證“只做應該做的工作”，多做工作會增加成本，造成工期的拖延；少做工作將不能完成任務，不能實現其目標。

返回*專案時間管理

根據專案的工作範圍進行分解，分解成若干活動。定義活動的內容,估算活動的時間，安排活動的先後順序，並進行相應的進度計畫的編制和控制等。

返回*專案費用管理

以保證在預算範圍內完成專案任務。包括估算每項活動的成本，盡而對專案的總成本進行預算；進行資金的分配；在專案進行過程中進行費用控制等內容。

返回*專案品質管理

是指為使專案能達到用戶滿意的預先規定的品質要求和標準所進行的一系列管理與控制工作。包括進行品質規劃，安排品質保證措施，設定品質控制點，對每項活動進行品質檢查和控制等。

返回*專案人力資源管理

以使參加專案的人員均能最有效地發揮作用。在專案進行過程中，具有各種不同專業背景、工作習慣、工作方式的人聚集在一起工作，而且專案的組織機構多為臨時設置，許多人又是身兼多職的，所以人力資源的管理在專案管理中也尤為重要。它包括制定人力資源計畫，進行人員培訓、做好人員的溝通與協調等工作。

返回*專案溝通協調

專案進行過程中的資訊溝通同樣不可忽視，必須定期、不定期地在專案團隊成員、直接上級主管、用戶等各種與專案相關的人員之間進行溝通與協調。

返回*專案風險管理

包括識別風險、進行風險分析（定量分析和定性分析）、制定相應的對策、進行風險控制，使專案的風險隱患得以避免，或最大限度地減少風險所帶來的損失。

返回*專案採購與合同管理

它是指為了保證專案順利執行所需的物資、服務或資訊的獲取過程，通常應包括制定採購計畫、選擇供應商及相應資源，進行合同管理等內容。在很多情況下，專案結束之後都存在一個收尾的過程。例如在資訊系統開發專案完成之後，便要進入運行階段，這時就存在大量的交接工作：各類人員的培訓、各種資料的交接，對系統出現的問題的處理，系統目標、品質、效率的再評估等等，這個過程對專案成果的實際應用是十分重要的。

專案收尾管理專案收尾管理（合同收尾、管理收尾）分別包含在溝通管理和採購管理工作之中。

返回*資訊系統開發專案管理的工作流程

資訊系統開發專案管理的基本問題就是如何按所選擇的研製方法，進行有效的計畫、組織、控制。我們將資訊系統開發的專案管理劃分為如圖7-7所示的從定義專案目標到專案結束的若干個步驟，這即為資訊系統開發專案管理的工作流程。立項並定義專案目標－進行初步調查，提出專案建議書－可行性研究，即正式研究階段專案實施管理

**系統規劃系統分析初步調查可行性研究詳細調查形成新系統邏輯方案系統設計系統總體設計數據存儲設計I/O設計處理過程設計代碼設計硬體及網路方案選擇系統實施軟體購買、編程、測試、調試硬體、網路設計購買、安裝、調試系統聯調新舊系統轉換系統運行與維護系統更新1．立項並定義專案目標2．專案中任務的分解3．定義任務內容4．繪製任務網路圖（制定工序表）5．估計時間需求（工期估算）6．資源需求估算與分配計畫的制定7．規定多項任務應交付的文檔及檢查標準9．收尾及交接管理10．運行管理11．專案後評價管理圖7-7資訊系統開發專案管理的工作流程8．項目執行12．專案整體協調與變更控制13．範圍管理及變更控制14．時間管理與進度控制15．費用估算及分配16．品質保證管理17．人員調配18．溝通管理19．風險管理20．採購與合同管理返回資訊系統開發專案管理的內容

概述專案範圍的定義與任務劃分專案的計畫安排專案的經費管理專案執行狀況的跟蹤與變更控制風險管理資訊系統開發專案的組織機構機構設置資訊系統專案管理中的品質控制資訊系統開發中的文檔管理

*返回專案範圍的定義與任務劃分

任務劃分是利用工作分解結構WBS（workbreakdownstructure）把整個專案分解、定義為一組任務的集合，這組任務又可以進一步劃分若干個子任務……，進而形成具有層次結構的任務群。任務劃分的原因任務劃分包括的內容－任務設置；－資金劃分；－任務計畫時間表；－協同過程與保證完成任務的其他條件和資源分配在進行任務劃分過程注意事項*返回任務劃分的原因第一，WBS通常是根據可交付成果對專案元素的分組，用它可以定義整個專案的範圍，還可以利用它核查專案的範圍，檢查工作是否有遺漏。同時，未包含在WBS中的工作將認為不是專案範圍內的工作。第二，任務劃分是整個工作計畫和監督工作執行的基礎，將整個專案開發工作劃分成較細的任務群，並將這些任務落實到人頭上，才能進行有效的專案管理，否則系統開發過程將是一個無序的狀態。第三，任務劃分是整個資金分配的基礎，而有效的資金控制是專案管理的法寶。第四，任務劃分是與工作責任和工作品質密切相連的，要保證系統開發的按時完成，就必須分清每個人的職責。因此進行任務劃分是實施專案管理的第一步，也是關鍵的一步。

返回*任務劃分過程中應注意以下兩點。

一是任務劃分的數量不宜過多，但也不能過少。過多會引起專案管理的複雜性與系統集成的難度；過少則每項任務太複雜，對專案組成員、特別是專案負責人有較高的要求，弄不好會影響整個專案的開發。因此應該注意任務劃分要適當。二是在任務劃分後應該對任務負責人賦予一定的職權，明確責任人的職責、界限、對其他任務的依賴程度、確定約束機制和管理規則。

返回*

專案的計畫安排

電腦硬體系統、系統軟體配置計畫應用軟體開發計畫測試和評估計畫

驗收計畫資源計畫和成本預算品質保證計畫組織與人員計畫溝通計畫風險及其應對計畫採購計畫系統工程管理計畫專案整體管理計畫*返回電腦硬體系統、系統軟體配置計畫

建立系統基準；

配置、選型、購置、安裝調試過程；

在變化的情況下如何保持系統基準的穩定；

最終產品的文檔

返回*應用軟體開發計畫

將用戶需求轉化為相應的專案；

軟體開發過程；

集成軟體的過程；

測試軟體的過程。

返回*測試和評估計畫

整個系統的集成。

整個系統的測試；

給用戶展示系統的工作情況；準備給用戶使用系統

返回*驗收計畫

準備驗收文檔；如何將最終系統提供給用戶。

返回*資源計畫和成本預算

確定完成專案所需的物質資源（人、設備、原材料）的種類和數量；

進行完成專案各活動所需的資源成本的估算，並根據工作分解結構和專案的進度計畫將總成本分配到各單項工作上去。

返回*品質保證計畫

驗證開發品質；確定外部產品品質

返回*組織與人員計畫

審查人員的需求

分配人員的職責許可權和角色

明確報告關係

返回*溝通計畫

確定何人何時需要何種資訊；

如何將資訊提供給他們

返回*風險及其應對計畫

專案的風險管理過程是怎樣的，具體如何去做：用什麼風險管理方法、崗位和職責如何設置、報告格式如何；

如何應對風險：風險的影響範圍、定性/定量分析、應對措施（規避、轉移、緩解、接受）等等。

返回*採購計畫

決定何時採購何物擬定可能的供應商及詢價內容

返回*系統工程管理計畫

管理全部系統開發任務；跟蹤用戶對系統開發的需求

返回*專案整體管理計畫

何時及如何完成任務；

建立完成的策略和標準；各種計畫的協調。

返回*

專案的經費管理

經費開支計畫包括：－完成任務所需的資金分配；－確認任務的責權和考慮可能的超支情況；－系統開發時間表及相應的經費開支；－如果需要變動，及早通知專案經理。經費開支的預測分析包括：－瞭解專案完成的百分比及經費支出情況；－估計在今後不同的時間所需的經費情況。經費控制－與經費開支計畫相比較，分析成本變化的原因並決定是否需要採取糾正措施；－有計畫地進行必要的經費調整。*返回專案執行狀況的跟蹤與變更控制

專案執行狀況的跟蹤與變更控制應記錄的資訊：－已完成工作情況－進度計畫執行情況－實際成本專案執行狀況的跟蹤與變更控制的內容和步驟－制定系統開發的工作制度－制定審計計畫－分析審計結果－控制*返回風險管理風險管理過程的步驟：－風險辨識－風險分析－風險緩和－風險跟蹤資訊系統開發專案的風險因素：－專案規模－業務的結構化程度－技術難度風險管理措施與技術－專案組與用戶結合的外部結合措施和技術－專案組協調工作的內部結合措施和技術－任務結構化、條理化的規範的計畫措施和技術

*返回

資訊系統開發專案的組織機構機構設置

建立專案組保證資訊系統開發工作的順利開始。專案組可以由負責專案管理和開發的不同方面的人員組成，由一個被稱為專案組長或專案經理的人來領導。專案經理（專案組長）是整個專案的領導者，其任務是保證整個開發專案的順利進行，負責協調開發人員之間、各最終用戶之間、開發人員和廣大用戶之間的關係，同時他擁有資金的支配權，可以把資金作為強有力的工具來進行專案管理，對專案經理的資金運用情況可採用定期向上級彙報等方法進行合理監督。*返回

專案組根據工作需要可設若幹小組，小組的數目和每個小組的任務可以根據專案規模、複雜程度和週期長短來確定，可以設立的小組有：過程管理小組專案支持小組品質保證小組系統工程小組開發與測試小組系統集成與安裝調試小組

返回*過程管理小組

過程管理小組的任務是負責整個專案的成本及進度控制、進行配置管理、安裝調試、技術報告的出版、培訓支持等項任務，這是一個綜合性的機構，用以保證整個開發專案的順利進行。

返回*專案支持小組

專案支持小組的任務是提供後勤支持，它要及時提供系統開發所需要的設備、材料；負責進行專案開發的成本核算；負責合同管理、安全保證等，特別是對大型專案而言，由於其涉及的資金巨大、開發人員眾多、材料消耗也多，尤其要進行科學的管理。

返回*品質保證小組

品質保證小組的任務是及時發現影響系統開發品質的問題並給予解決。問題發現越早，對整個專案的影響越小，專案成功的把握就越大。一些資訊系統之所以開發失敗，就是因為在整個開發過程中產生的一些影響開發品質的問題，沒有及時發現、及時解決，這些問題一直隱含在系統開發過程之中，直到開發完畢投入試運行或運行時才被發現，這時已經消耗掉一部分資金和人的勞動，時間也已流逝，損失已經不可避免，要想糾正這些問題則必須增加資金和人力的投入，花較大的精力和時間對整個系統實施維護，否則宣告所開發的系統失敗，重新開發一個新的系統。

返回*系統工程小組

由於資訊系統開發是一項系統工程，因此可以按照工程的一般特性，用系統的觀點制定出系統開發各個階段的任務，這是系統工程小組的工作職責，即將整個開發過程按階段劃分出若干個任務，規定好每個任務的負責人、任務的目標、檢驗標準、完成任務的時間等。只有明確每一項任務的責、權、利，才能使得開發工作順利進行。

返回*開發與測試小組

開發與測試小組的任務是充分利用系統開發的一些關鍵技術、開發模型以及一些成熟的商品軟體從事各子系統的開發與集成，並對各子系統進行測試。這是整個開發專案的關鍵，因此要組織好該小組的成員，並採用統一的方法和標準進行工作。

返回*系統集成與安裝調試小組

系統集成是對整個資訊系統進行綜合的過程，該小組成員在充分注意軟體、硬體產品與所開發的資訊系統之間的結合、注意最大限度地保證系統可靠性及發揮系統的最高效率的前提下完成資訊系統的軟體、硬體等各方面的集成，並做好整個系統的測試與安裝調試工作。

返回*

資訊系統專案管理中的品質控制專案開發的品質保證包括的內容：－確保獲得完整正確的需求；－開發階段，應休整審查以確保該部分工作與系統相協調；－採用具有品質控制內容的開發規範；－規範的安裝調試；－事後審計評價。品質控制與檢查採取的方法與措施：－嚴格挑選系統開發組成員，並加強培訓工作；－正確選擇系統開發策略與方法，實行開發工作的工程化；－建立系統開發各階段的品質檢查制度；（文檔管理，階段審查與測試，版本控制）－利用原型演化技術，及時獲得用戶回饋，以及時修正系統；－引入外部監理與審計；－集體評議是品質檢查的有效方法。*返回資訊系統開發中的文檔管理

文檔的作用文檔管理－文檔要標準化、規範化－維護文檔的一致性－維持文檔的可追蹤性－文檔管理的制度化－文檔管理手段現代化

*返回資訊系統的運行管理運行管理的目標和內容－運行管理概述－日常運行的管理－系統運行情況的記錄－對系統運行情況的檢查與評價運行管理的組織和人員－系統運行的組織－人員配置運行管理制度的建立與實施－機房管理－運行管理－運行日記檔案管理*返回日常運行的管理

資訊系統投入使用後，日常運行的管理工作需要完成的各項任務主要有：數據的收錄：數據收集、數據校驗及數據錄入。完成例行的資訊處理及資訊服務工作。常見的工作包括：例行的數據維護、統計分析、報表生成、數據的複製及保存、與外界的定期數據交流等等。需要有一定的硬體工作人員，負責電腦本身的運行與維護。系統的安全管理。*返回系統運行情況的記錄

在資訊系統的運行過程中，需要收集和積累的資料包括以下幾個方面：反映系統的工作負擔及所提供的資訊服務的規模的工作數量的資訊，這些資訊是反映電腦應用系統功能的最基本的數據。工作的效率。即系統為了完成所規定的工作，佔用了多少人力、物力及時間。系統所提供的資訊服務的品質系統的維護修改情況系統的故障情況對資訊系統來說，要全面地掌握系統的情況，必須十分重視正常運行時的情況記錄；要有嚴格的運行記錄；定期進行記錄總結。*返回對系統運行情況的檢查與評價

這項工作主要為了估計系統的技術能力、工作性能和系統的利用率，在高層領導的直接領導下，由系統分析員或專門的審計人員會同各類開發人員和業務部門經理共同參與進行，所做的工作有：系統是否達到預定目標，目標是否需做修改。－通過對系統的評價要檢查系統是否適應了時間的變化、客觀環境和管理需求的變化，同時要檢查目標的合理性、有效性。系統的適應性、安全性評價。－系統的適應性包括系統運行是否穩定可靠，系統使用與維護是否方便，運行效率是否能夠滿足管理人員的管理需求等。系統的經濟效益評價。*返回系統運行的組織

從資訊系統在企業中的地位來看，目前資訊系統運行組織機構有以下兩種形式，如圖7-8所示。

資訊管理的組織機構的類型：功能組織產品組織矩陣組織*

經理計畫處財務處供應處資訊處

．．．（a）與其它部門平行

經理計畫處財務處供應處生產處

．．．（b）參謀中心資訊中心

圖7-8資訊系統在組織中的地位返回功能組織

功能組織機構是按照資訊管理的基本功能進行組織劃分，每個分支機構執行一個專業化功能。*系統開發部企業資訊中心系統運行部技術支持部資訊服務部培訓部綜合管理部系統分析與設計編程、測試、系統集成系統文檔應用系統各子系統運行支持數據準備錄入電腦操作軟體技術支持資料庫技術支持多媒體技術支持客戶服務供應商服務高層資訊支持職工服務專業培訓普及培訓專題培訓新系統用戶培訓人員管理資金管理檔案管理品質管理標準化管理安全管理通信與電腦網絡技術支持企業建模與優化技術支持圖7-9功能組織機構示例返回產品組織

產品組織機構是按產品或服務的類型進行機構劃分，每個部門面向一種產品或一種服務的管理，在產品部門內部都設有自己的資訊資源管理分支機構，如圖7-10所示。*生產管理企業組織產品一部產品二部產品N部行銷管理資訊管理銷售管理售後服務資訊管理圖7-10產品組織機構示例返回矩陣組織

矩陣組織機構是功能結構和產品結構的組合結構

*圖7-11矩陣組織機構示例企業組織資訊資源管理系統開發運行管理技術服務產品一部生產管理行銷管理資訊管理產品二部銷售管理售後服務資訊管理產品N部供應管理庫存管理資訊管理返回人員配置

人員的管理包括三個方面：－明確地規定其任務及職權範圍－對於每個崗位的工作要有定期的檢查及評價－要在工作中對工作人員進行培訓企業資訊主管（CIO）的主要職責企業資訊系統管理的中、基層管理人員.企業管理資訊系統的專業人員.*返回企業資訊主管（CIO）的主要職責

在企業主管（總經理、總裁）的領導下，主持制訂、修訂企業資訊資源開發、利用和管理的全面規劃

在企業主管（總經理、總裁）的領導下，主持企業管理資訊系統的開發

直接領導企業內資訊資源管理職能部門如資訊中心、圖書資料館（室）、企業檔案館（室）的工作，統一領導與協調企業其他部門資訊資源的開發、利用與管理工作，主持資訊資源開發、利用與管理的對外交流與合作；審批企業資訊資源管理有關規章制度、標準、規範並監督實施；負責資訊管理與資訊技術人才的招聘、選拔與培養；負責企業資訊資源開發、利用與管理所需資金的預算與籌措；

參與企業高層決策。

返回*

企業資訊系統管理的中、基層管理人員包括資訊中心（或計算中心）、圖書資料館（室）、企業檔案館（室）等組織機構的負責人，這些機構的分支機構的負責人，企業中兼有重要的資訊管理任務組織機構如：計畫、統計、產品與技術的研究與開發、市場研究與銷售、生產與物資管理、標準化與品質管理、人力資源管理、宣傳與教育、政策研究與法律諮詢等部門分管資訊（含資訊系統與資訊技術）的負責人。

返回*企業管理資訊系統的專業人員

系統分析員系統設計人員程式員系統文檔管理人員數據採集人員數據錄入人員電腦硬體操作與維護人員資料庫管理人員網路管理人員通信技術人員

結構化佈線與系統安裝技術人員承擔培訓任務的教師及教學輔助人員

返回*系統維護

系統維護的目的是保證管理資訊系統正常而可靠地運行並能使系統不斷得到改善和提高，以充分發揮其作用系統維護工作的對象－應用系統的維護－數據的維護－代碼的維護－硬體設備的維護系統維護的類型－糾錯性維護－適應性維護－完善性維護－預防性維護

*返回系統評價系統的技術評價－目標評價：針對系統開發所設定的目標，逐項檢查，是否達到了預期目標，實現的程度如何。－功能評價：根據用戶所提出的功能要求，在實際的運行環境中，檢查系統功能的完成情況，評價用戶對功能的滿意程度和系統中各項功能的實際效果－性能評價：著重評價系統的技術能力，主要包括系統的穩定性、可靠性、安全性，系統的容錯能力，吞吐量、回應時間，存貯效率、可擴展性、適應性等。－運行方式評價：系統中各種資源（硬體、軟體、人、資訊等）的利用率如何。如系統設定的輸入數據能否被獲得並輸入，出錯率怎樣，輸出數據是否可用並且確實有用，其及時性和利用情況如何，數據採集方式、人機交互方式、結果提供方式能否為用戶所適應，滿意程度如何。系統的經濟效益評價*返回系統的可靠性和安全性概述

資訊系統可靠性－資訊系統的可靠性是指在滿足一定條件下的應用環境中，系統能夠正常工作的能力。資訊系統的安全性資訊系統的安全性是指資訊系統防範意外或人為地破壞資訊系統的運行或非法使用資訊資源所具有安全保護的能力。

*返回

在系統投入使用前的系統測試是檢驗系統可靠性的一個重要手段。系統測試不可能窮盡資訊系統中的所有錯誤，特別是軟體系統中的錯誤。所以在系統投入正常使用後，就有可能在運行中暴露出隱藏的錯誤;另一方面，用戶、管理體制、資訊處理方式等系統應用環境也在發生變化，也可能由於系統的不適應而發生故障。系統可靠性就要求在發生上述問題時，能夠使系統儘量不受錯誤的影響，或把故障的影響降到最低，並能夠迅速修正而恢復正常運行和功能實現。顯然,系統可靠性並不是在系統測試或系統運行中提供的，只是得以體現出來而已，系統的可靠性只能在系統分析、設計和實施的開發過程中通過採取一定的措施才能實現。

返回*資訊系統安全性相關因素的分類(１)自然及不可抗拒因素

(２)硬體及物理因素。

(３)電磁波因素

(４)軟體因素

(５)數據因素

(６)人為及管理因素

返回*資訊系統的安全保護措施可分為技術性和非技術性兩類，下圖顯示了各種安全措施的比例

返回*物理安全措施法律安全措施技術安全措施行政安全措施

圖7-12各種安全保護措施所占比例

過程建模和分析

一、過程模型的概念1、系統的邏輯模型和物理模型邏輯模型獨立於技術實現，闡述系統本質，描述系統“是什麼”、“做什麼”又稱：基本模型、概念模型、業務模型。(1)邏輯模型邏輯模型描述業務需求，物理模型描述技術設計邏輯模型消除系統在具體實現時產生偏差；邏輯模型減少因過份注重細節而遺漏業務需求的風險；邏輯模型便於使用非技術語言與用戶交流(2)邏輯模型又稱：實現模型、技術模型；說明系統在物理上和技術上是如何實現的，受限於具體技術選擇。(3)過程模型(Process)

一種用來組織和記錄系統過程中的數據結構和數據流、以及系統過程中使用的處理邏輯、方法和程式的方法。2、過程建模的系統工程理論（1）系統與過程系統的基本特徵是：輸入、處理（過程）、輸出；系統分析的本質是使用模型觀察或呈現系統。過程（又稱：轉換），是對輸入數據流或環境進行操作或做出回饋（2）過程分解

分解是將一個複雜系統分成若干個子系統；結構化方法是面向功能分解；面向對象方法是通過泛化、聚類等關係操作進行分解。

過程分解是把一個系統要完成的功能視為一個從總過程劃分到各個層次的子過程的行為。過程分解最後構成一份層次清晰的樹狀結構。1.0系統1.1.2任務1.2功能B1.1.1任務1.1功能A（3）邏輯過程和約定

邏輯過程注重說明哪些操作或行為必須執行，但並不關心系統是如何實現。邏輯過程的命名依賴於在流程圖中所處位置以及過程的類型。有三種邏輯過程：功能過程、事件過程、基本過程。功能過程功能過程是進行業務處理時的一組相互關聯和連續的活動。沒有開始湖結束。例如：生產計畫。每個功能過程包含若干個完成特定活動和任務的獨立子過程。事件過程事件過程是完成整體工作的一個邏輯單位。事件過程由離散輸入觸發，過程給出相應輸出時結束。有開始與終止。功能過程由一組事件過程組成。例：原材料管理功能有若干事件。功能1業務事件n業務事件2業務事件1基本過程n基本過程2基本過程1基本過程基本過程是完成事件回應所需的離散、詳細的行為或任務。基本過程位於過程模型的最底層。基本過程的命名採用動賓結構，如，檢驗客戶身份。邏輯過程包含哪些過程？執行計算；做出決定；挑選，過濾或整理數據；把數據組織成有用的資訊；觸發其他的過程；使用存儲數據3、過程邏輯的描述確定系統過程採用分解圖和數據流圖，並對數據流圖內部處理邏輯進行說明。描述工具應既易於理解；又具有邏輯嚴密性。（1）結構化英語基本結構有：順序結構、決策結構（分支結構）、迭代結構（迴圈結構）在過程邏輯方面的約束；優點：清晰地描述條件和行動。（2）決策樹表示條件和相應行動的樹狀結構折扣條件購貨﹤5萬元購貨≥5萬元有欠款無欠款交易時間≥10年交易時間﹤10年折扣15%折扣10%折扣5%折扣0%行動條件（3）決策表顯示條件和行動的一個行列矩陣輸入條件國內航班YYYYNNNN售出過半YYNNYYNN票價≥350美元YNYNYNYN輸出結論免費雞尾酒XX

X???收費雞尾酒

X

（4）幾種工具的比較決策樹適用於複雜程度一般的決策。決策表適用於含有5~6個條件的複雜組合；結構化英語適用於具有判斷和迴圈動作執行的問題；決策樹與決策表也可用於其他階段或其他學科二、建立過程模型的步驟1、生命週期各個階段的過程建模（1）系統規劃階段的過程建模規劃階段的過程模型就是企業流程模型；企業流程模型用於識別業務域和系統功能；業務域和功能要進行優先順序排序。（2）業務流程再造階段的過程模型業務流程再造就是對企業業務流程進行根本性的再思考和徹底的重新設計業務流程再造通常結合數據流圖，每種BPR方法有其自己的過程符號。（3）系統分析階段的過程建模系統分析階段進行過程建模是結構化分析方法的重點。常用“事件分割”的策略進行邏輯建模。事件分割基於業務事件以及事件回應將一個系統分解為多個子系統。建立系統關聯圖做出功能分解圖建立事件關聯圖組合成系統數據流圖建立各個事件的數據流圖建立事件列表將所有事件圖利用數據流作為介面合併起來說明系統與周圍環境的主要介面列出系統必須回應的所有業務事件對功能分解圖中的每個事件都添加一個處理將系統分解為邏輯子系統或各種功能將每個處理進一步細化，列出基本處理、數據存儲、數據流例：配送中心管理資訊系統的過程模型1、建立系統關聯圖客戶管理人員供應商配送中心資訊系統PSZX預算報表資產平衡表支付供應商發貨單供應商發票付款訂單發票送貨單拒絕訂單通知2、功能分解圖配送中心資訊系統訂單處理子系統帳目管理子系統採購管理子系統庫存管理子系統配送管理子系統3、建立事件列表事件描述觸發器來源動作回應目的地客戶發出訂單新訂單客戶生成新訂單即時連接信用部訂單確認客戶訂單明細配送部客戶