《港口管理信息系統 05》由會員分享,可在線閱讀,更多相關《港口管理信息系統 05(41頁珍藏版)》請在裝配圖網上搜索。
1、單擊此處編輯母版標題樣式,單擊此處編輯母版文本樣式,第二級,第三級,第四級,第五級,*,管理信息系統分析,系統分析的內容,系統分析是信息系統開發工作中最重要的一環。,系統分析的內容主要包括,組織內部整體管理狀況分析,信息處理過程(側重于具體業務全過程角度)分析,2,問題的識別,系統開發要搞清楚,5,個,w,。即,what,,,why,,,who,,,where,,,when,。識別問題是最重要的事。,當代信息系統的開發,均要先了解企業目標、現行企業系統的問題、企業的信息戰略,然后是如何用信息技術解決這些問題。,要識別的問題首先是管理上的問題,然后是信息技術問題,還要了解這些需求的確實程度。,3
2、,可行性研究,可行性(,feasibility,)研究是指在當前組織內外的具體條件下,系統開發工作必須具備資源和條件,看其是否滿足系統目標的要求。系統開發可行性研究包括如下幾方面:,目標和方案的可行性。,技術方面的可行性,經濟方面的可行性,社會方面的可行性,4,系統開發前的準備工作,基礎準備工作,管理工作要嚴格科學化,具體方法要程序化、規范化。,做好基礎數據管理工作,嚴格計量程序、計量手段,檢測手段和數據統計分析渠道。,數據、文件、報表的統一化。,人員組織準備,領導是否參與開發是確保系統開發能否成功的關鍵因素。,建立一支由系統分析員、管理崗位業務人員和信息技術人員組成的研制開發隊伍。,明確各類
3、人員(系統分析員、企業領導、業務管理人員、程序員、計算機軟硬件維護人員等)的職責。,5,系統分析階段的任務,系統說明書是系統分析階段的最后結果,它通過一組圖表和文字說明描述了目標系統的邏輯模型。,邏輯模型包括數據流程圖、數據字典、基本加工說明等。,6,系統分析階段的工作步驟,詳細調查、收集和分析用戶需求,確定初步的邏輯模型,編制系統說明書,7,系統開發計劃,系統開發計劃主要是針對已確定的開發策略,選定相應的開發方法。,開發計劃主要是制定系統開發的工作計劃、投資計劃、進度計劃、資源利用計劃。,8,系統調查的原則,自頂向下全面展開,先熟悉業務再分析其改進的可能性,工程化的工作方式,全面調查與重點調
4、查相結合,主動與用戶溝通、保持積極友好的人際關系,9,組織結構圖,組織結構圖是用來描述組織的總體結構以及組織內部各部分之間的聯系。,通常用組織結構圖來描述現行系統組織機構的層次和隸屬關系。,10,業務流程圖,業務流程圖(,Transaction Flow Diagram,TFD,)就是用一些規定的符號及連線來表示某個具體業務處理過程。,業務流程圖的繪制是按照業務的實際處理步驟和過程進行的。,業務流程圖是一種系統分析人員都懂的共同語言,用來描述系統組織結構、業務流程。,11,業務流程圖的基本符號及含義,12,業務流程圖,13,業務流程圖的特點,圖的形式是按業務部門劃分的橫式圖。,圖描述的主體是票
5、據、帳單的業務處理。,票據、帳單流動路線與實際業務處理過程一一對應。,圖中票據、帳單是有“生”、“死”的,即用它的一次生命周期來表示出一筆業務的處理情況。,14,業務流程圖的作用,制做流程圖的過程是全面了解業務處理的過程,是進行系統分析的依據。,它是系統分析員、管理人員、業務操作人員相互交流思想的工具。,系統分析員可直接在業務流程圖上擬出可以實現計算機處理的部分。,用它可分析出業務流程的合理性。,15,功能結構圖,16,現行系統概況表,現行系統概況表主要分為輸入、處理、存儲和輸出四個部分,可清楚地反映現行系統的各種輸入、處理、輸出和各種數據存儲。,17,邏輯模型的工具,反映信息在系統中流動和處
6、理情況的圖稱為數據流圖,它是描述系統邏輯模型的工具之一。,數據流圖,(Data Flow Diagram,,簡稱,DFD),是便于用戶理解系統數據流程的圖形表示。,DFD,能精確地在邏輯上描述系統的功能、輸入、輸出和數據存貯等,而擺脫了其物理內容。,數據流圖是系統邏輯模型的重要組成部分。,18,數據收集,數據收集工作量很大,故要求系統研制人員應具備經營管理的素質,耐心細致地深入實際,配合業務人員收集與系統有關的一切數據。,數據收集的渠道,數據的來源,收集數據的方法,數據調查內容,19,數據分析,圍繞系統目標進行分析,弄清信息源周圍的環境,圍繞現存的業務流程進行分析,數據特征分析,20,數據特征
7、分析,數據的類型以及長度,合理的取值范圍,數據所屬業務,數據業務量,數據重要程度和保密程度,21,數據流圖的基本符號,22,數據流,數據流由一組確定的數據組成。數據流用帶有名字的具有箭頭的線段表示,名字稱為數據流名,表示流經的數據,箭頭表示流向。,對數據流的表示有以下約定:,對流進或流出文件的數據流不需標注名字,因為文件本身就足以說明數據流。而別的數據流則必須標出名字,名字應能反映數據流的含義。,數據流不允許同名。,兩個數據流在結構上相同是允許的,但必須體現人們對數據流的不同理解。,兩個加工之間可以有幾股不同的數據流,這是由于它們的用途不同,或它們之間沒有聯系,或它們的流動時間不同,23,加工
8、處理,加工處理是對數據進行的操作,它把流入的數據流轉換為流出的數據流。,對數據加工轉換的方式有兩種:,改變數據的結構;,產生新的數據。,24,DFD,的畫法,一般遵循“由外向里”的原則,即先確定系統的邊界或范圍,再考慮系統的內部,先畫加工的輸入和輸出,再畫加工的內部。即:,識別系統的輸入和輸出。,從輸入端至輸出端畫數據流和加工,并同時加上文件。,加工的分解“由外向里”進行分解。,數據流的命名,名字要確切,能反映整體。,各種符號布置要合理,分布均勻,盡量避免交叉線。,先考慮穩定態,后考慮瞬間態。如系統啟動后在正常工作狀態,稍后再考慮系統的啟動和終止狀態。,25,DFD,的畫法,“由外向里”的原則
9、。即先確定系統的邊界或范圍,再考慮系統的內部,先畫加工的輸入和輸出,再畫加工內部。具體實行時可按下述步驟進行:,識別系統的輸入和輸出,畫出頂層圖,畫系統內部的數據流、加工與文件,畫出一級細化圖,加工的進一步分解,畫出二級細化圖,26,DFD,特性及用途,DFD,特性,抽象性:在,DFD,中具體的組織機構、工作場所、物質流等都已經去掉,只剩下信息和數據存儲、流動、使用以及加工的情況。故描述的是抽象出來的數據。,概括性:它把系統對各種業務的處理過程聯系起來考慮,形成一個總體,可反映出數據流之間的概括情況。,DFD,用途,自頂而下分析系統的信息流程。,在圖上確定需要計算機處理的部分。,向數據庫設計過
10、渡。,根據數據流向確定存取方式。,能夠對應一個處理過程。,27,畫分層數據流圖時應注意的問題,合理編號,注意子圖與父圖的平衡,子圖與父圖的數據流必須平衡,這是分層數據流的重要性質。這里的平衡指的是子圖的輸入、輸出數據流必須與父圖中對應加工的輸入、輸出數據流相同。,局部文件,分解的程度,分解應自然,概念上要合理、清晰。上層可分解的快些,(,即分解成的子加工個數多些,),,這是因為上層是綜合性描述,對可讀性的影響小。而下層應分解得慢些。在不影響可讀性的前提下,應適當地多分解成幾部分,以減少分解層數。,28,數據字典,(Data Dictionary,DD),在數據流圖的基礎上,還需對其中的每個數據
11、流、文件和數據項加以定義,這些定義所組成的集合稱為數據字典。數據流圖是系統的大框架,而數據字典以及下面將要介紹的加工說明則是對數據流圖中每個成分的精確描述。,數據流條目,數據流條目對每個數據流進行定義,它通常由四部分組成:數據流名、別名、組成和注釋。組成欄是定義的主要部分,通常是列出該數據流的各組成數據項;注釋欄用于記錄其它有關信息。,文件條目,文件條目用來對文件,(,或數據庫,),進行定義。它由五部分組成:文件名、編號、組成、結構和注釋。結構欄用于說明重復部分的相互關系。,數據項條目,數據項條目用來給出數據項的定義。,29,加工說明,編寫加工說明的要求:,對數據流圖中的每個功能單元必須有一個
12、加工說明。,加工說明必須描述功能單元把輸入數據轉換為輸出數據流的轉換規則。,每個加工說明必須描述轉換的策略,而不是轉換的實現細節。即主要描述一個加工“做什么”,而不是用程序設計語來描述具體的加工過程。,加工說明應力求完整、嚴密、易于理解。,加工說明的描述工具,由于自然語言不夠精確、簡練,不適合編寫加工說明。目前已由許多適用加工說明的描述工具。,三種最常用的工具:結構化語言、判定表和判定樹,30,結構化語言,自然語言的優點是容易理解,但是它不精確,可能有多意性。程序設計語言的優點是嚴格精確,但它的語法規定太死板,使用不方便。,結構化語言,(Structured Language),則是介于自然語
13、言和程序設計語言之間的一種語言,它是帶有一定結構的自然語言。,在用結構化語言描述問題時只允許使用三種基本邏輯結構、順序結構、選擇結構和循環結構。,配合這三種結構所使用的詞匯主要有三類:陳述句中的動詞;在數據字典中定義的名詞;某些邏輯表達式中的保留字、運算符、關系符等,31,判定表,對于具有多個互相聯系的條件和可能產生多種結果的問題,用結構化語言描述則顯得不夠直觀和緊湊,這時可以用以清楚、簡明為特征的判定表,(Decision Table),來描述。,判定表采用表格形式來表達邏輯判斷問題,表格分成四個部分:左上角為條件說明;左下角為行動說明;右上角為各種條件的組合說明;右下角為各條件組合下相應的
14、行動。,32,判定樹,判定樹,(Decision Tree),是用來表示邏輯判斷問題的一種圖形工具。,它用“樹”來表達不同條件下的不同處理,比語言、表格的方式更為直觀。判定樹的左側,(,稱為樹根,),為加工名,中間是各種條件,所有的行動都列于最右側。,33,三種表達工具的比較,34,功能,/,數據分析,功能,/,數據分析是在實際系統的業務流程、管理功能、數據流程以及數據分析的基礎上進行系統化的分析,以便檢查出工作中的疏漏、原系統的缺點和不足,確定未來新系統的改革方案。,通過,U/C,矩陣的建立和分析來實現功能,/,數據分析。,U/C,矩陣的正確性檢驗,完備性檢驗:,一致性檢驗:,無冗余性檢驗,
15、35,邏輯模型的實現,建立現行系統的邏輯模型,建立現行系統邏輯模型的任務是通過對現行系統“物理模型”的分析,刪除非本質的東西,找出本質性的因素,抽象系統流程圖,從而獲得反映現行系統本質的滿足現行系統各種性能要求的邏輯模型,用數據流圖來描述現行系統業務流程。,建立目標系統的邏輯模型,確定現行系統的改變范圍,從現行系統的邏輯模型出發,把不符合目標系統要求的那些部分分離出來,作為改變部分。,目標系統邏輯模型的實現,結構化分析采用了“自頂向下,逐層分解”的技術,通過分解獲得一套由抽象到具體的數據流圖。,36,Case,目標系統數據流圖,37,新系統邏輯方案的建立,對系統業務流程分析整理結果,數據及數據
16、流程分析整理結果,子系統的劃分的結果,需要建立的管理模型和管理方法,38,系統分析的工作,對原有系統進行了大量的分析和優化,內容有以下幾個部分:,確定合理的業務處理流程,確定合理的數據流程,確定數據項,/,類和必要的功能,從管理角度進行系統劃分,39,確定新系統的管理模型,綜合計劃模型,綜合發展模型,:,資源限制模型:,生產計劃管理模型,生產計劃大綱編制:生產作業計劃:,庫存管理模型,財務管理模型,成本管理模型,經營管理決策模型,預測模型,統計分析模型,40,系統分析說明書,系統分析階段的成果就是系統分析說明書。一份完整的系統分析說明書應該包括下述內容,系統概述,現行系統概況,目標系統邏輯設計,系統設計與實施的初步計劃,用戶領導審批意見,41,