工程管理信息系統

工程管理信息系統分析系統分析概述信息系統的詳細調查及需求分析信息系統業務流程分析信息系統數據流程分析新系統邏輯模型的構建信息系統分析報告工程信息系統分析實例本章學習目的1.了解工程管理信息系統分析的流程。掌握工程管理信息系統從研究調查到業務流程、數據流程再到模型構建，從而生成信息系統分析報告的全過程。2.學習掌握工程管理信息系統分析中應用的各類符號，實現獨立構建新的系統邏輯模型。3.通過工程管理信息系統分析實例，整合學習工程管理信息系統分析相關知識。6.1系統分析概述4

充分認識原信息系統的基礎上，完成新系統的邏輯模型設計，解決系統“做什么”的問題。

數據、要求計算機能處理的信息和功能

系統分析階段，只要求用戶提出要求，在用戶提出要求時，系統分析者假想所有的要求都能實現。解決“做什么”的問題6.1.1

信息系統分析的任務6.1.1

信息系統分析的任務51確定系統目標管理信息系統建立的目的2345了解信息的需求項目各管理部門和各階段了解各項工作的功能需求各子系統能實現的功能了解系統的各項限制條件人力、設備及技術條件等系統方案分析在調查現狀、系統環境和限制條件的基礎上，對提出建立的系統可行法案進行評價，選取最優方案。系統分析內容（1）系統分析具體內容

確定系統目標了解信息的需求了解各項工作的功能需求了解系統的各項限制條件系統方案分析6.1.1

信息系統分析的任務

系統分析師在系統分析階段的成果是系統規格說明系統規格說明對系統數據流圖上所有數據流、數據存儲和處理過程加以說明數據字典在系統設計時要將其劃分為子系統，以便進行開發子系統劃分形象地顯示系統內數據的流向以及使用情況的圖形數據流圖（2）系統分析所應用的技術手段在進行系統分析時可以采取畫數據流圖、編寫數據字典、劃分子系統及系統規格說明等技術手段來完成。6.1系統分析概述7

6.1.2系統分析的原則以適應當前以及今后相當長一段時間工程項目管理工作需要為重點，通過合理投資，建設一個比較先進的系統充分考慮易管理性原則，強調技術與業務緊密結合，注重可管理性，最大限度地滿足實際工作中的需要每個功能模塊完成各自要求的任務，單個模塊的改動不會影響到其他模塊使系統具有良好的兼容性，為以后系統的升級和與其他信息系統的數據兼容留下較大的余地。易管理性、安全性原則模塊化原則開放化和標準化原則實用性和先進性原則6.1系統分析概述8

（1）宏觀步驟6.1.3系統分析的工作步驟調查建立管理信息系統的可行性對現行系統進行分析確定計算機的技術要求現行系統的詳細調查1管理業務調查（組織結構與業務流程分析）2系統數據流程分析3建立新系統的邏輯模型4提出系統分析報告5（2）系統分析基本步驟6.1系統分析概述9

6.1.4結構化系統分析的工具結構化系統分析工具數據庫技術數據挖掘技術數據庫工具選擇描述處理邏輯的工具106.1.4結構化系統分析的工具——數據庫技術數據庫是依照某種數據模型組織起來并存放二級存儲器中的數據集合。從發展的歷史看，數據庫是數據管理的高級階段，它是由文件管理系統發展起來的。盡可能不重復以最優方式為某個特定組織的多種應用服務其數據結構獨立于使用它的應用程序對數據的增、刪、改和檢索由統一軟件進行管理和控制這種數據集合具有如下

特

點116.1.4結構化系統分析的工具——數據挖掘技術數據挖掘是從大量數據中“提取”或“挖掘”知識。從廣義上來說，數據挖掘是從存放在數據庫、數據倉庫或其他信息庫中的大量數據中挖掘有趣知識的過程。數據挖掘功能用于指定數據挖掘任務中要找的模式類型。數據挖掘描述性挖掘預測性挖掘描述性挖掘任務刻畫數據庫中數據的一般特性預測性挖掘任務在當前數據上進行推斷，并加以預測126.1.4結構化系統分析的工具——數據庫工具選擇數據庫開發工具有很多種，總的來說可以分為四類，即Oracle、SQLServer、DB2和SybaseASE。SQLServer數據庫的特點是可以有效支持幾乎所有的工業設計標準，能夠在很多主流的系統平臺上運行。本文采用如果操作系統不能夠滿足系統設計的需要，開發和使用用戶可以將數據庫進行移植，例如可以移植到UNIX操作系統中運行，也就是說SQLServer數據庫可以全力支持開發人員，能夠使客戶具有充分的空間來選擇合適的設計方案和解決辦法，并且SQLServer數據庫能夠有效提高系統設計的高伸縮性與可用性。136.1.4結構化系統分析的工具——描述處理邏輯的工具數據流程圖中比較復雜的處理邏輯，用文字描述就存在著不足之處，有必要運用一些描述處理邏輯的工具來進行更為詳細、易懂的說明。常用的描述處理邏輯的工具有判斷樹、判斷表和結構化語言等方法。根據用戶不同交易額、不同信譽、不同交易時間的顧客所采取的不同優惠待遇。如果年交易額在5萬元以上，且無欠款，則折扣率為15%；若有欠款，且與本公司交易20年以上，則折扣率為10%，若與本公司交易不足20年，則折扣率為5%；如果年交易額為5萬元或者不足5萬元，則折扣率為0%。案例14決策樹（又稱判斷樹）判斷樹采用樹型結構來表示處理邏輯。從圖形上可以一目了然地看清用戶的業務在什么條件采取什么樣的處理方式，一枝樹枝代表一組條件的組合和相對應的一種處理方式。下圖是用于根據用戶欠款時間長短和一有庫存量的情況下處理用戶訂貨的判斷樹：決策樹比較直觀，容易理解，但當條件多時，不容易清楚地表達出整個判別過程。15判斷表（又稱決策表）條件語句行動語句條件項行動項判斷表（決策表）可以清晰地表達條件、決策規則和應采取的行動之間的邏輯關系。16

判斷表17

判斷表18

判斷表19

判斷表20結構化語言一種模仿計算機語言的處理邏輯描述方法。它使用了由"IF'、"THEN"、"ELSE"等詞組成的規范化語言。結構化描述語言采用三種基本邏輯結構來描述處理邏輯，這三種基本邏輯結構是：順序結構、循環結構和選擇結構。21總結三種工具的比較：工具特點結構化語言處理邏輯既包含了一般的順序執行動作，又包含了判斷或循環邏輯判斷樹適于不太復雜的判斷邏輯判斷表適于復雜的判斷邏輯(條件多，組合多，相應的動作也多)一般來說判定表和判定樹用于決策的業務過程。每種描述工具都有優缺點,須視實際情況靈活運用。6.2信息系統的詳細調查及需求分析226.2.1

信息系統的詳細調查詳細調查的原則真實性全面性規范性啟發性詳細調查的內容系統界限和運行狀態組織機構和人員分工業務流程各種計劃、單據和報表資源情況約束條件薄弱環節和用戶要求調查的方法重點詢問方式問卷調查方式深人實際的調查方式面談閱讀觀察和參加企業業務實踐6.2信息系統的詳細調查及需求分析236.2.2需求分析需求分析過程

數據庫需求分析可行性評估需求評估項目總體安排業務輸入信息業務需求查詢信息業務需求包括項目立項信息輸人、招標信息輸人、計劃信息輸人、合同信息輸人、資金信息輸人、各類過程信息輸人及文檔上傳包括基本信息、審批信息、招標信息、年度計劃管理、進度計劃管理、合同管理、資金支付、投資統計、過程管理、變更管理、文檔管理6.3信息系統業務流程分析246.3.1業務流程圖符號業務流程圖是在業務功能的基礎上，利用系統調查的資料將業務處理過程用一些圖形來表示。繪制業務流程圖是系統分析的重要步驟，通過繪制業務流程圖可以了解該業務的具體處理過程，發現和處理系統調查工作中的錯誤和疏漏，修改和刪除原系統的不合理部分，優化現有業務處理流程。業務流程圖是業務流程的描述工具，是用規定的符號及連線來表示某個具體業務處理過程。業務流程圖的符號及含義業務流程圖常用符號(a)外部單位；(b)業務處理單位；(c)信息傳遞；(d)表單6.3.1業務流程圖符號25首先確定畫圖對象；然后深入現場調查，了解業務處理過程；其次依據圖例，繪制草圖；之后與工作人員討論，修改草圖；最后繪制正式業務流程圖。業務流程圖的繪制步驟業務流程圖的繪制步驟圖6.3信息系統業務流程分析266.3.2業務流程分析業務流程進行分析的目的是發現現行系統中存在的問題和不合理的地方，優化業務處理過程，以便在新系統建設中予以克服或改進。業務流程分析不僅要找出原有業務流程不合理的地方，還要充分考慮信息系統的建設為業務流程的優化帶來的可能性，產生更為合理的業務流程。業務流程分析的主要內容對現行流程進行分析，原有的業務流程是否存在不合理的地方對現行業務流程按計算機信息處理的要求進行優化最后，畫出新系統的業務流程圖工程管理信息系統業務流程通過事前計劃、事中控制和事后管理三個階段完成了對工程施工狀態信息的監控和調整。以項目為例，工程管理信息系統功能流程如右圖所示。276.3.2業務流程分析在繪制業務流程圖的過程中，要注意收集、處理企業現有的文件和報表，主要包括企業的規章制度、工作流程、計量標準、操作規程、記錄表格和統計報表，以及非正式的臨時表格等。需要注意的一些問題有：業務流程分析的注意事項表格中的數據由誰負責填寫和修改報表共一式幾份，發至哪些部門的哪些人員閱讀表格的人員要從中了解哪些情況報表一般需要保存多長時間，等等6.4信息系統數據流程分析286.4.1數據流程圖數據流程圖(DataFlowDiagram，DFD)是一種能全面地描述系統數據流程的主要工具，它用一組符號來描述整個系統中信息的全貌，綜合地反映出信息在系統中的流動、處理和存儲情況。數據流程圖有兩個特征：抽象性和概括性。抽象性指的是數據流程圖把具體的組織機構、工作場所、物質流都去掉，只剩下信息和數據存儲、流動、使用以及加工情況。概括性則是指數據流程圖把系統對各種業務的處理過程聯系起來考慮，形成一個總體。數據流程圖的基本符號(a)外部實體；(b)數據流；(c)處理邏輯；(d)數據存儲296.4.1數據流程圖繪制數據流程圖的基本步驟畫分層數據流程圖時應注意的問題（1）合理編號：數據流程圖加工編號規則：子圖中的編號為父圖號和子圖加工的編號組成；子圖的父圖號就是父圖中相應加工的編號。（2）注意子圖與父圖的平衡：子圖與父圖的數據流必須平衡，平衡指的是子圖的輸人、輸出數據流必須與父圖中對應加工的輸人、輸出數據流相同。識別系統的輸入和輸出，畫出頂層圖畫系統內部的數據流、加工與文件，畫出一級細化圖加工的進一步分解，畫出二級細化圖其他注意事項306.4.2數據流程分析數據是信息的載體，是系統要處理的主要對象，是建立數據庫系統和設計功能模塊的基礎。數據流程分析即把數據在現行系統內部的流動、存儲與變換的情況抽象出來，考察實際業務的信息流動模式。數據流程分析的一般步驟數據收集數據收集工作量很大，故要求系統研制人員應耐心細致地深人實際，協同業務人員收集與系統有關的一切數據。數據收集的渠道主要有現行的組織機構；現行系統的業務流程；現行的決策方式；各種報表、報告、圖示數據分析1)圍繞系統目標進行分析；2)弄清信息源周圍的環境；3)圍繞現行的業務流程進行分析；4)數據特征分析。316.4.2數據流程分析數據流程分析的主要任務數據流程分析可以通過分層的數據流程圖來實現。它采用圖示化的形式說明在一個系統或系統的局部中，輸人的數據是什么，輸出的數據是什么，對數據進行怎樣的轉化和處理，清晰地表達信息系統中的數據處理過程。數據流程圖的繪制應遵循一條原則：由外向里，自頂向下逐層分解。一套數據流程圖可以由頂層、中間層和底層數據流程圖組成。頂層數據流程圖只有一張，它抽象地描述系統的組成情況，中間數據流程圖則是對某個數據處理的分解，它的多少根據具體情況而定，底層數據流程圖則由一些功能最簡單、不能再分解的數據處理組成。326.5新系統邏輯模型的構建

如何理解邏輯模型

邏輯模型是新系統開發中要采用的管理模型和信息處理方法。系統分析階段的詳細調查、系統化分析都是為建立新系統的邏輯模型作準備。邏輯模型是系統分析階段的最終成果，也是今后進行系統設計和實施的依據。6.5新系統邏輯模型的構建336.5.1新系統邏輯模型的建立過程系統分析確定系統目標業務分析確定新系統業務流程數據分析確定新系統的數據和數據流程確定新系統的功能模型確定新系統數據資源分布管理模型分析新系統的管理模型系統開發分析系統開發的過程模型分析系統開發方法分析系統開發策略分析34

確定系統目標

根據詳細調查對可行性分析報告中提出的系統目標作再次考察，對項目的可行性和必要性進行重新考慮，并根據對系統建設的環境和條件的調查修正系統目標，使系統目標適應組織的管理需求和戰略目標。6.5.1新系統邏輯模型的建立過程系統功能目標

系統技術目標

系統經濟目標35

分析原有系統中存在的問題以對現有業務流程進行重組，產生新的更為合理的業務流程。業務流程分析過程包括以下內容：

對企業的業務流程進行分析討論，找出業務流程中仍不合理的地方；

對業務流程中不合理的過程進行優化，分析優化后將帶來的益處；

確定新系統的業務流程。確定新系統業務流程6.5.1新系統邏輯模型的建立過程6.5.1新系統邏輯模型的建立過程

與用戶討論數據指標體系是否全面合理，數據精度是否滿足要求等有關內容，確認最終的數據指標體系和數據字典；

對數據流程進行分析討論，找出數據流程中仍不合理的地方；

對數據流程中不合理的過程進行優化，分析優化后將帶來的益處；

確定新系統的數據流程。

確定新系統的數據和數據流程366.5.1新系統邏輯模型的建立過程確定新系統的功能模型就是對新系統進行子系統的劃分，在確定新系統邏輯模型時，必須對其再次進行分析討論，最后確定新系統總的功能模型。

確定新系統的功能模型

確定新系統數據資源分布在系統功能分析和子系統劃分之后，應該確定數據資源在新系統中的存放位置，即哪些數據資源存儲在本系統的內部設備上，哪些是存儲在網絡主機上的。

確定新系統中的管理模型根據數據流程圖對每個處理過程進行認真分析，研究每個管理過程的信息處理特點，找出相適應的管理模型。37管理模型是系統在每個具體管理環節上所采用的管理方法。在系統分析中，應根據分析結果，研究是否有必要采用相應的管理模型來進一步提高工程管理的水平。常用的工程管理模型大類有：進度計劃管理模型1工程質量管理模型2成本分析與預測模型3設備資源管理模型4物料庫存管理模型5管理模型是一個廣義的概念，涉及企業工程管理的方方面面；同時不同單位由于環境條件各不相同，對管理模型也會有不同的要求，在系統分析階段應與用戶討論，共同決定采用哪些模型。6.5.1新系統邏輯模型的建立過程

確定新系統中的管理模型39

系統開發的過程模型分析

信息系統開發的過程模型揭示了系統開發的階段性特征(或過程特征)，反映了人們對問題的認識以及解決問題的思維過程。目前，比較成熟的開發過程模型主要可劃分為生命周期法和原型法兩大類。6.5.1新系統邏輯模型的建立過程模型特點生命周期法原型法主要優點1.發開立足于全局；2.開發階段、開發次序劃分明確；3.系統結構易于標準化、結構化；4.便于開發管理1.利于降低開發費用；2.有助于縮短開發周期；3.便于用戶的參與合作；4.較好地滿足用戶要求主要缺點1.不利于用戶參與2.難于適應需求變化，維護困難；3.系統對文檔依賴性強，往往導致開發周期延長1.系統缺乏完整的概念；2.易導致對需求分析的忽視；3.開發文檔難統一，易導致維護困難40

系統開發方法分析

信息系統的開發方法反映了人們解決問題的行為方式，不同的開發方法從不同的角度對要解決的系統問題進行抽象分析。目前信息系統的開發方法主要有面向功能的開發方法、面向數據的開發方法和面向對象的開發方法3大類。6.5.1新系統邏輯模型的建立過程1.功能模型具有較好的功能結構適應性；2.運行效率高；3.易于系統結構化、標準化和開發管理；4.便于程序設計語言的選用1.易產生數據冗余，維護困難，數據可靠性下降；2.系統維護困難；3.對問題變化適應性差面向功能的開發法41

系統開發方法分析6.5.1新系統邏輯模型的建立過程1.數據具有較強的可靠性和獨立性；2.數據可靠性高，冗余少；3.能發揮數據庫功能；4.適合于原型法1.系統維護較困難；2.不易創建較復雜的功能，對功能要求高的系統會出現效率低的問題；3.系統的結構功能易于惡化面向數據開發法42

系統開發方法分析6.5.1新系統邏輯模型的建立過程1.支持建立可重用、可維護、可共享的代碼；2.系統維護簡易；3.可降低軟件開發的復雜度，提高開發效率；4.較適合于原型法1.開發控制、管理困難；2.易導致較低軟件運行效率；3.要求較高水平的開發和支持工具面向對象開發法43

系統開發策略分析6.5.1新系統邏輯模型的建立過程系統開發策略影響因素工程管理信息系統開發的過程模型和開發方法的選擇受系統的特征(包括系統本身特征和系統運行特征)、開發環境、開發人員和系統用戶等因素的影響，這些因素影響程度的不同往往決定了系統開發策略的多樣性。工程管理信息系統開發策略的選擇原則上要適應軟件的性質要求、質量要求以及開發環境的變化。6.5新系統邏輯模型的構建446.5.2面向對象的建設項目管理信息系統模型構建01對現有的業務過程進行分析，建立有關領域模型領域模型反映領域中存在的主要實體及其相互關系，它的建立是系統開發和系統利用的基礎。02基于改進后的領域模型建立信息化系統例如，在建立建筑施工項目的信息化管理系統的領域模型時，不僅要包含生產信息、技術信息、質量信息，還應該包含材料信息、經營信息等。456.5.2面向對象的建設項目管理信息系統模型構建建模方法面向對象方法是近年來倍受關注的系統開發的新方法。面向對象建模是應用面向對象方法進行系統開發的基礎。它以對象(對應于現實中的實體)和類(對應于現實中的抽象)作為構筑系統的基本材料，一般采取分層次建模方法。即首先建立領域的框架模型，用以表現系統中所包含的高層次實體間存在的物流和信息流。然后在該模型形成的框架中，建立表現低層次實體間關系的領域模型。為表達所建立的領域模型，我們采用先進的模型圖示技術EXPRESS-G。它是國際標準化組織(InternationalStandardsOrganization，ISO)發布的產品模型數據交換標準(StandardforExchangeofProductModelData，STEP)中使用的中性數據交換語言，目前在面向對象的圖形表示中得到了廣泛的應用。466.5.2面向對象的建設項目管理信息系統模型構建建模方法其表示方法是，用實線方框表示類，用粗實線連線表示類之間的種屬關系，用一般實線連線來表示類之間的其他關系，其中連線一端帶有圓圈的類表示子類或被使用(包括“包含”關系)的類。476.5.2面向對象的建設項目管理信息系統模型構建領城模型的建立從本質上講，工程管理信息系統必須能夠對各種信息進行采集、處理、存儲和傳輸，并在必要時能向有關人員及時提供有用信息。它可以輔助用戶進行相應的決策，以便更好地規劃、組織和控制有關的生產過程，從而最大限度地獲得經濟效益和社會效益。建筑施工管理信息化系統也不例外。在建筑施工信息化系統中，從大的、管理的方面看，信息源可分為資源、施工活動、產品、項目管理組織及外部管理組織五種，我們可以把這些信息源稱為建筑施工項目信息化管理系統的基本要素(簡稱“要素”)。486.5.2面向對象的建設項目管理信息系統模型構建領城模型的建立右面給出了表現這些高層次實體及其相互之間的物質和信息流動模型，即領域的框架模型。496.5.2面向對象的建設項目管理信息系統模型構建要素的構成模型在實際的建筑施工項目中，無論是產品、資源、還是施工活動，都是復雜多樣的，其本身即為一個相對獨立的子系統。對這些要素逐個分析，弄清它們的具體構成，其內部包含的類及其關系，是建立領域模型的目標。在這里，我們將反映各要素所包含的類及其之間相互關系的領域模型稱為構成模型。下面按日常項目管理中最關心的主線(從資源、施工活動到產品)分別對各構成模型進行描述。506.5.2面向對象的建設項目管理信息系統模型構建資源的構成模型上述資源構成模型反映了資源的各種層次以及層次內部的構成關系。為便于衡量建筑施工項目生產成果與生產消耗之間的定量關系，依據建筑工程定額的分類，我們將項目中用到的資源可分為周轉資源和消耗資源兩種。其中，消耗資源有進場構件、原材以及某些混合材料，如混凝土等；周轉資源主要有機械設備和勞動力。從建筑施工項目中擔任角色的角度，我們進一步將勞動力劃分為管理者、班組長和民工，其中管理者可以是技術員、質量員、材料員等。516.5.2面向對象的建設項目管理信息系統模型構建施工活動的構成模型一般地，可以將施工活動分為單位工程、分部工程以及分項工程三種。其中，單位工程包含多個分部工程，而分部工程又由多個分項工程組成。以目前廣泛采用的現澆鋼筋混凝土結構為例，建立起施工活動的構成模型。526.5.2面向對象的建設項目管理信息系統模型構建產品的構成模型建筑施工的最終目的，是實現施工圖的設計意圖，完成具有一定功能的產品。產品通常有兩種：構件以及由構件組成的部件。這里的構件也有兩種形式，一種是簡單構件(如梁、板、柱、墻等)，另一種是由簡單構件組成的復雜構件(如房間、陽臺等)。536.5.2面向對象的建設項目管理信息系統模型構建項目管理組織和管理活動的構成模型不同的企業，甚至不同的項目可能采取不同的管理方式，因而管理組織的構成也就有所不同。以下表達的是一個一般性的項目管理組織的構成模型。按面向對象的方法抽象出來的管理活動主要有三種：針對資源的管理活動、針對施工活動的管理活動和針對產品的管理活動，如作圖所示。546.5.2面向對象的建設項目管理信息系統模型構建項目管理組織和管理活動的構成模型典型的項目管理組織與管理活動之間的對應關系按下表確定，表中“Y”表示某職能組將進行該項管理活動。管理活動

項目內部組織針對資源的管理活動針對施工活動的管理活動針對產品的管理活動資源計劃質量檢查計劃準備技術準備物資準備生產準備隱(預)檢分項質檢交接檢質量檢查成品保護概算預算技術組—Y—Y——YY—Y——生產組——Y——Y——Y—Y—經營組Y——————————Y質量組—Y————YY—Y——材料組Y———Y———————556.5.2面向對象的建設項目管理信息系統模型構建外部管理組織的構成模型與施工項目密切相關的項目外部管理組織如下圖所示。這些組織包括甲方、設計方、監理方、分供方及外包方等等。6.5新系統邏輯模型的構建566.5.3新系統邏輯模型的審查在建立了新系統的邏輯模型后，要根據對系統邏輯的分析研究對其進行審查，主要從以下幾個方面進行審查：審查新系統的各種指標要求主要內容為：(1)系統功能指標；(2)系統技術指標；(3)系統經濟指標。審查新系統的業務流程對企業的業務流程進行分析討論，明確業務流程是否合理。審查新系統的數據和數據流程審查數據指標體系是否全面合理，數據精度是否滿足要求等有關內容，確認最終的數據指標體系和數據字典。576.5.3新系統邏輯模型的審查審查新系統的功能模型審查新系統的功能模型就是對新系統進行子系統的劃分，在確定新系統邏輯模型時，必須再次進行分析討論，最后確定新系統總的功能模型。審查新系統數據資源分布在系統功能分析和子系統劃分審查完畢之后，應該確定數據資源在新系統中的存放位置，即哪些數據資源存儲在本系統的內部設備上，哪些是存儲在網絡或主機上的。審查新系統中的管理模型根據數據流程圖對每個處理過程進行認真分析，研究每個管理過程的信息處理特點，明確相應的管理模型是否合理。6.6信息系統分析報告58系統分析階段的成果就是系統分析報告，是下一步設計與實現系統的基礎，包括以下幾個方面：主要對組織的基本情況進行簡單介紹，包括組織的結構，組織的工作過程和性質，外部環境，與其他單位之間的物質、信息交換關系以及新系統的目標、主要功能、背景等。系統概述主要介紹詳細調查的結果，包括以下兩方面：1)現行系統現狀調查說明：通過現行系統的組織/業務聯系圖、業務流程圖、數據流圖等圖表，說明現行系統的目標、規模、主要功能、業務流程、數據存儲和數據流，以及存在的薄弱環節。2)系統需求說明：用戶要求以及現行系統主要存在的問題等。現行系統狀況1)系統功能及分析：提出明確的功能目標，并與現行系統進行比較分析，重點要突出計算機處理的優越性。2)系統邏輯模型：各個層次的數據流圖、數據字典和加工說明，在各個業務處理環節擬采用的管理模型。3)其他特性要求：例如，系統的輸人輸出格式、啟動和退出等。4)遺留問題：根據目前條件，暫時不能滿足的一些用戶要求或設想，并提出今后解決的措施和途徑。新系統的邏輯設計6.6信息系統分析報告59通常包括與新系統配套的管理制度、運行體制的建立，以及系統開發資源與時間進度估計、開發費用預算等。系統實施的初步計劃在系統分析說明書中，數據流程圖、數據字典和加工說明這三部分是主體，是系統分析說明書中必不可少的組成部分。而其他各部分內容，則應根據所開發目標系統的規模、性質等具體情況酌情選用，不必生搬硬套。總之，系統分析說明書必須簡明扼要、抓住本質，反映出目標系統的全貌和開發人員的設想。系統分析報告是系統開發過程中的一份重要文檔，必須要求該文檔完整、一致、精確且簡明易懂，易于維護。6.7工程信息系統分析實例60該案例節選自文獻《A公司工程項目管理信息系統分析與設計》，文獻指出結合A公司的整體經營績效及項目管理的實際情況，針對其工程項目的信息化管理方面存在的問題，通過研究工程項目管理、管理信息系統等先進的管理思想和方法，對A公司的工程項目管理信息系統進行了系統分析、系統設計和用戶接口設計，同時對實施信息化的效果從進度控制和財務評價兩方面進行了后評價。616.7.1系統簡介A公司二期擴建工程是一個復雜、艱巨的系統工程，涉及費用、進度、質量、人員、合同、圖紙文檔等多方面的工作及眾多的參與部門，使得傳統工程項目管理過程中的信息采集溝通和協調工作量十分巨大。工程管理信息系統的建立在A公司二期擴建工程過程中的應用可以實現信息化管理，有效地利用有限的資源，用盡可能少的費用、盡可能快的速度，保證優良的工程質量，獲取項目最大的社會經濟效益。626.7.2系統調查項目管理信息系統是對一個項目全過程進行管理的人機系統，它的成功開發和應用必須以規范的管理模式為基礎。因而在系統開發之前，就必須對不規范的管理進行規范。因此，有必要對本項目系統問題進行調查研究，由于工程管理一直以來的復雜性和管理上的多變性，本項目中需要重點調查和研究數據信息部分和組織管理部分。公司建設項目管理信息系統的總體組織結構，如下圖所示。636.7.2系統調查A

公司建設項目管理信息系統的總體組織結構圖646.7.2系統調查項目經理部施工管理組織機構圖如右圖所示：A公司工程項目管理信息系統是為A公司工程項目管理業務服務的，其業務信息化需求具體包括：項目基本信息管理子系統、項目活動定義及計劃編制管理子系統、招標投標管理子系統、合同管理子系統、項目實施監控管理子系統、系統維護管理子系統。656.7