信息系统分析与设计课件

主要內容：從資訊資源的開發與利用的角度在概念和理念上系統地介紹信息與資訊系統的基本概念、開發思想、開發人員的組織與管理。

資訊系統基本概念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資訊系統

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

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

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

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

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

5、資料庫系統的特徵

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

1.2.2.2資訊系統的結構

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

主要內容：系統介紹總體規劃的相關概念和資訊系統總體規劃方法

資訊系統總體規劃2.1資訊系統總體規劃概述

2.1.1問題的提出及總體規劃的必要性第一，資訊是企業的重要資源，應當被全企業所共用，只有經過規劃和開發的資訊資源才能發揮其作用第二、各子系統除了完成相對獨立的功能外，相互間還需要協調工作，總體規劃的目的就是使資訊系統的各個組成部分之間能夠相互協調

參考管理階段模型：第三、總體規劃主要使人力、物力、時間的安排合理、有序，以保證將來的子系統的開發順利進行

2.1.2總體規劃時機

諾蘭模型：2.1.3總體規劃內容

2.1.4總體規劃的組織組織一支在高層領導的宣導、支持下的強有力的規劃隊伍。這個隊伍要在高層領導者的直接領導下，由負責全面規劃工作的“資訊資源規劃者”和規劃“核心小組”所組成，同時通過一批用戶分析員和廣大的最終用戶相聯系核心小組成員由高層管理人員與數據處理管理人員（大約四、五人）組成，具體包括：組織內的業務負責人、財務負責人、數據處理負責人、系統分析負責人等。高層領導參與的必要性任何重要的資源當然都需要從高層開始規劃，資訊資源也不例外。高層領導最瞭解各項戰略決策中的資訊需求，所以高層領導必須親自參與規劃，瞭解規劃的內容，把握規劃方向

當規劃中出現了爭議和問題時，只有高層領導出面才能得以解決

規劃中經常會發現一些弊病導致管理機構的調整，其調整的最終決策權在高層領導

資訊系統開發的效率是至關重要的，為了避免資訊資源開發上的浪費，必須有一個自頂向下的全局範圍的資訊結構，這種資訊結構必須得到高層領導的確認

總體規劃需要對下一步各項子系統的開發提出優先順序，並做出開發預算，這些內容也必須由高層領導做出最後的決策

總體規劃往往要進行關於系統內資料項目定義的標準化工作，在資料項目定義過程中經常會出現一些問題必須由高層領導負責協調解決

2.2數據環境

2.2.1建立資料庫的必要性

資料庫的建立有助於保證盡可能有效地使用數據資料庫有助於提高應用開發效率

2.2.2四類數據環境檔系統

應用資料庫

主題資料庫

資訊檢索系統

2.2.3主題資料庫規劃的內容

第一階段，資訊過濾階段

三個層次語法過濾

語義過濾語用過濾第二階段，主題資料庫定義階段

根據管理需求將資訊按照不同的主題進行分類

對每一個主題資料庫進行定義，建立數據標準2.3企業或組織的資訊化總體規劃

2.3.1戰略的數據規劃

數據規劃的基本步驟

第一步：進行業務分析建立企業模型

第二步，進行數據分析建立主題資料庫模型

第三步，進行數據的分佈分析

第四步，進行主題資料庫的可靠性規劃

總體數據規劃工作過程

第一步、現行系統的調查及企業模型的建立

對現行系統的調查和分析研製一個表示企業各職能域的模型擴展上述模型，使它能表示出企業的各項業務過程繼續擴展上述模型，使它能表示出企業的各項業務活動現行系統的調查內容系統界限和運行狀態的調查

組織機構和人員分工的調查

業務過程及業務活動的調查

各種計畫、單據、報表和帳冊的處理資源情況的調查約束條件的調查

薄弱環節的調查

調查工作要領在調查之前系統分析員要和用戶共同制定調查的進度計畫在調查中要注意調查順序，先自上而下地做初步調查，再做自下而上的具體調查在調查中要注意數量的概念必須對所有的調查內容進行整理、研究和分析，並將有關內容繪製成直觀、清晰的各種圖表

在調查中要注意調查態度

各類原始素材的收集方法

查閱書面資料

實地觀察

面談

調查表

職能域的建立職能域（FunctionalArea）或職能範圍、業務範圍，是指一個企業或組織的一些主要業務活動領域

職能域反映了整個企業的概貌，這項可以在一名高層領導或一組瞭解整個企業情況的管理人員的幫助下完成

一個中型製造廠的職能域可列舉如下：經營計畫財務產品計畫材料計畫生產計畫生產與控制銷售分配會計人事業務過程的建立

每個職能域都要執行一定數目的業務過程（Process），業務過程是對職能域的細化。識別業務過程一般來說缺乏較好的形式化方法，主要是靠有經驗的業務人員和管理人員進行反復提煉（可對下圖每個職能域進行細化分解）按職能域進行組織結構調查繪製組織結構圖建立組織機構和職能域、業務過程的對應關係

業務過程組織市場銷售工程生產材料設備經營計畫研究預測區域管理銷售經營訂貨服務設計研製產品規範維護資訊控制調度能力計畫材料需求作業採購進貨庫存管理發運工作流程設計維修設備性能普通會計成本計畫預算會計總經理

※※××／×××／／／／×※※財務副總經理

×××／／××／／×※※※總會計師

××／／／／／／／※※※人事主任

銷售副總經理

※※※※※※※××／××××訂貨管理經理

／／／／／電子產品銷售經理××××××／／×電器產品銷售經理

××××××／／×工程副總經理

××／※※※×※※※××生產副總經理

／／×／／×※※※※※※※※※※※×車間主任

／／××／／／／※※※※※※※※××生產計畫主任

×××／※※×※××※×※×※××設備經理

×××××××××材料管理經理

×／／／／※※×※※※××採購經理

×××／／※※※※※※×※主要負責人和決策者×業務過程主要參加者／業務過程部分參加者建立一、二級企業模型

職能域業務過程業務過程定義經營計畫市場分析

產品範圍考察

銷售預測

財務財務計畫

資本獲取

資金管理

產品計畫產品設計

產品定價

產品規格說明

材料材料需求

匯總基層單位材料申報表，對照當前庫存，編制材料需求計畫

採購

根據材料需求計畫，向供應商發出訂貨通知，簽訂並管理訂貨合同

進貨

根據供應商到貨通知單，組織提貨運輸，登記入庫

庫存管理

根據入庫單驗收，安放至貨位，保管、發放、定期不定期盤點，庫存分析

品質管理

定期/不定期進行保管品質檢查分析，超期存儲處理

………………業務活動的建立

業務活動（Activity）是對業務過程的細化，是企業最基本的、不可再分的管理功能。判斷功能分解是否到底的一個有效的方法，是看是否可以用一句話來說明一個基本活動的內容和目的，如果需要幾句話說明，那麼這個活動就可能要繼續細分。這句話必須要有一個動詞，仍然是用“動詞+名詞”的動賓結構來表示。最終的企業模型： 職能域——業務過程——業務活動企業模型的優化

企業模型應該具有以下幾個特點

完整性：這種模型應該是表示組成一個企業的各個職能域中各種職能和活動的完整圖表適用性：這種模型應該是理解一個企業合理有效的方法永久性：只要企業的目標聲明保持不變，這種模型就應該保持有效的

第二步、進行數據分析建立主題資料庫模型主題資料庫（或稱數據類——DataClass），它們所包含的數據只是將與產品有關的記錄歸於產品資料庫，與客戶有關的記錄歸於客戶資料庫等等。主題資料庫的建立方法：第一種方法：實體——關聯的方法

第二種方法：考察企業模型中的業務過程一覽表，寫下每一過程所用的輸入或產生的輸出單證、報表、帳冊等數據載體，然後對這些數據載體進行分析和歸類便形成主題資料庫

例如：中型製造廠的企業模型中包含主題資料庫：零件產品材料客戶供應商設備在製品建築物職工現金帳戶……建立資訊總體結構業務過程和主題資料庫的對應矩陣（通常被成為C—U陣）

字母C（Create）:表明有關的業務過程產生並使用了所對應的主題資料庫中的數據

字母U（Use）:指出有關的業務過程使用對應的主題資料庫中的數據

初步C-U陣（局部）主題資料庫業務過程客戶預算財務供應商採購材料庫存成品庫存訂貨成本銷售銷售區域支付計畫職工工資設備在製品機器負荷對外需求車間加工路線產品產品設計零件材料清單市場分析

UUUUU產品範圍考察

UU銷售預測

UCUUCU財務計畫

UUC資本獲取

UCU資金管理

UU產品設計

UCCC產品定價

UUC產品規格維護說明UCC材料需求

UCUUU採購

CCUU進貨

UUUUU庫存管理

CU品質管理

C生產能力計畫

UUCUU工廠調度

UCUUU工序安排

CCU材料控制

UUUU基本C-U陣（局部）

主題資料庫業務過程計畫預算財務產品產品設計零件材料清單對外需求供應商採購材料庫存機器負荷在製品設備車間加工路線客戶銷售銷售區域成品庫存訂貨支付成本職工工資市場分析

UUUUU產品範圍考察

UU銷售預測

CCUUUU財務計畫

CUU資本獲取

UUC資金管理

UU產品設計

UCCC產品定價

UC產品規格維護說明UCC材料需求

UUUCU採購

UUCC進貨

UUUUU庫存管理

CU品質管理

C生產能力計畫

UUCUU工廠調度

UUCUU工序安排

UCC材料控制

UUUU子系統劃分（局部）主題資料庫業務過程計畫預算財務產品產品設計零件材料清單對外需求供應商採購材料庫存機器負荷在製品設備車間加工路線客戶銷售銷售區域成品庫存訂貨支付成本職工工資市場分析

UUUUU產品範圍考察

UU銷售預測

CCUUUU財務計畫

CUU資本獲取

UUC資金管理

UU產品設計

UCCC產品定價

UC產品規格維護說明UCC材料需求

UUUCU採購

UUCC進貨

UUUUU庫存管理

CU品質管理

C生產能力計畫

UUCUU工廠調度

UUCUU工序安排

UCC材料控制

UUUU系統總體結構（局部）主題資料庫業務過程計畫預算財務產品產品設計零件材料清單對外需求供應商採購材料庫存機器負荷在製品設備車間加工路線客戶銷售銷售區域成品庫存訂貨支付成本職工工資市場分析

計畫UUUU產品範圍考察

U銷售預測

UUUU財務計畫

U資本獲取

資金管理

產品設計

U產品設計產品定價

U產品規格維護說明材料需求

UUU採購採購

UU進貨

UU庫存管理

U品質管理

生產能力計畫

UU製造工廠調度

U工序安排

U材料控制

UUU第三步、進行資料庫的分佈分析

某些數據的固有屬性導致集中存儲

有些數據是被集中式的應用專案所使用

所有部門的用戶需要存取相同的數據

用戶要檢索許多分散在各地的數據，那麼將這些數據集中管理要比分散管理好

為使系統具有可審查性，需要保存某些事物更新的細節，這些細節應轉儲到一個大型集中式資料庫

某些數據的固有屬性導致分散存儲

有些數據只在某一個地點被經常使用，而其他地點很少或根本不用

當地部門負責自己數據的準確性、保密性和安全性

某個地點的業務對某些數據的更新頻率太高

分散方式的分佈式數據的六種形式複製數據——是指在不同地點保存相同數據的幾個副本

子集數據——是較大數據庫中的一個子集。重組織數據——對於資訊檢索系統或決策支持系統來說，需要採用倒排表、輔助索引或其他機制對數據進行重組織，以便於進行快速檢索。分區數據——指相同的數據模型被用於兩臺或多臺電腦中，但每臺電腦所存儲的數據是不同的。分離模式數據——分離模式數據是指不同的電腦含有不同的數據和不同的程式，並且通常是由不同的開發組安裝的。雖然這些數據的模型不同，但是這些分散的系統必須是一個共同的自頂向下規劃的一部分。不相容數據——分散開發的系統所用到的數據並沒有經過總體規劃，每一個系統都在根據自己的需要建立資料庫。考慮同步問題後的九種數據分佈類型： 複製數據（同步）複製數據（不同步）子集數據（同步）子集數據（不同步）重組織數據（同步）重組織數據（不同步）分區數據分離模式數據不相容數據業務過程與所在地的對應表（局部）

地點業務過程工廠A工廠B工廠C分部辦事處地區辦事處倉庫總經理室市場分析

××產品範圍考察

××銷售預測

××財務計畫

×資本獲取

×資金管理

×產品設計

＼＼＼＼×產品定價

×產品規格維護說明＼＼＼×材料需求

×××採購

×××進貨

×××庫存管理

×××品質管理

×××生產能力計畫

×××工廠調度

×××工序安排

×××材料控制

××××為主要參與者，＼為次要參與者

主題資料庫與地點對應圖表

主題資料庫地點計畫預算財務產品產品設計零件材料清單對外需求供應商採購材料庫存機器負荷在製品設備車間加工路線客戶銷售銷售區域成品庫存訂貨支付成本職工工資總經理室CCCCCCCUUUUCCCC倉庫CUCC地區辦事處

UUUUUUUCC分部辦事處

CCCCUCC工廠A

UUUUCCCCCCCCCUUUCCC工廠B

UUUUCCCCCCCCCUUUCCC工廠CUUUUCCCCCCCCCUUUCCC主題資料庫的分佈規劃主題資料庫地點計畫預算財務產品產品設計零件材料清單對外需求供應商採購材料庫存機器負荷在製品設備車間加工路線客戶銷售銷售區域成品庫存訂貨支付成本職工工資總經理室MMMMMMVMTTMMMPP倉庫MTPP地區辦事處

TTTRMMTPP分部辦事處

PPPRTPP工廠A

TTSSPVVSPVVVVRTTVPP工廠B

TTSSPVVSPVVVVRTTVPP工廠CTTSSPVVSPVVVVRTTVPPM——主數據：唯一存放在一個地點V——分離模式數據：在不同地點有著不同的模式P——分區數據：相同的模式，不同的值R——複製數據：相同的數據放在不同的地點S——子集數據RG——重組織數據T——遠程處理：數據不存放在本地

第四步、主題資料庫的可靠性規劃

專用性——對數據庫中的專用數據如何保密的問題

安全性——如何防止資料庫數據受到非法破壞和損失

完整性——如何保證資料庫中數據的正確性、一致性

併發控制——在允許多個用戶並行地訪問資料庫數據的條件下，如何用正確的方式調度併發操作，避免造成數據的不一致性

故障恢復——當出現部件失效、偶然事故、人為失誤等故障的發生使數據遭到破壞，造成資料庫不能正常工作時，如何及時修復故障並將資料庫恢復到故障發生前的狀態

2.3.2戰略的資訊技術規劃

1、

應用開發策略的確定

確定開發順序確定開發方式（重建？改造？保留？）

需要先開發的系統

計畫人事會計材料製造銷售訂貨服務計畫X

X

X

人事

會計

X

X

X

X

X

材料

X

製造

銷售

X

訂貨服務

X

X

X

財務計畫

X

市場分析與銷售預測

X

產品設計

X

X

產品定價

X

X

預算計畫

X

補償政策

X

2、數據管理策略的確定數據管理的實質及任務是通過使用數據字典和設計良好的數據結構來集中管理全企業範圍的資訊資源

數據管理工作的負責人的任務及其地位

數據管理的規程

數據字典的維護策略

數據字典的建立方式

數據管理的費用估算

3、整體網路設計

客戶/伺服器和流覽器/伺服器體系結構設計內容：選擇各類系統軟體

確定系統的數據存儲量

確定網路配置方案

按網路總體方案制定出總預算

實例：教學管理系統總體方案的制訂

現行系統調查後的組織機構圖現行系統調查後形成的企業模型職能域業務過程業務活動教學系統

學籍處理

院系匯總學生登記表

教務處審核學生登記表

院系建立學生檔案教務處建立學生檔案

院系管理學生成績

學生轉專業院系初步審查

學生轉專業教務處終審

學生休複學院系初步審查

學生休複學教務處終審

院系學籍初步審查

教務處學籍終審

院系學生畢業資格審查

教務處畢業資格終審

制訂教學計畫

院系匯總教學計畫

教務處協調制訂全校教學計畫

各教研室安排教學任務

院系匯總教學任務

排課院系排課確定上課時間

教務處匯總並排定上課教室

教室設施管理

維護教室設施資訊

統計處理

按教研室統計教師上課情況

按專業統計各班級人數

按專業統計各班級人員變動情況

主題數據規劃學生學籍管理資料庫。記錄學生基本資訊、學生獎懲情況、學生學籍變動情況、參加學校課外活動情況和學生成績等資訊

教師資訊資料庫。記錄教師自身的基本資訊及所屬教研室，所屬院、系的基本概況

課程管理資料庫記錄教學執行計畫的詳細內容

教室資訊資料庫。記錄學校所有教室的基本配置及使用情況。

教師任課資料庫。該記錄每一個任課教師的任課情況及日常必需的調課資訊。

課表資料庫。各專業、各班級課程安排統計資料庫根據教師、學生的各類資訊進行分類匯總形成的一個初步的綜合統計資訊

系統總體邏輯結構

主題資料庫業務過程教室資訊資料庫

教師資訊資料庫

學生學籍管理資料庫學生成績資料庫

統計資料庫課程管理資料庫教師任課資料庫課表資料庫教室設施管理

C教師基本資訊管理

C學籍處理

CU成績管理

C學生選課

CU統計報表管理

UUC教學計畫管理

CC排課

UUUUC主題資料庫分佈方案

主題資料庫業務過程教室資訊資料庫

教師資訊資料庫

學生學籍管理資料庫學生成績資料庫

統計資料庫課程管理資料庫教師任課資料庫課表資料庫教務處MMMMMMMM各院系TTTTT學生TTTM——集中存放T——遠程訪問網路建設方案主要內容：系統分析的任務是針對每一個子系統進行詳細的分析，然後制定出每個子系統的邏輯結構。本章結合教學管理系統介紹信息系統分析方法。

資訊系統分析

3.1資訊系統分析概述

3.1.1資訊系統分析的任務

詳細瞭解每一個業務過程和業務活動的工作流程及資訊處理流程，理解用戶對資訊系統的需求，然後運用各類資訊系統開發理論、開發方法和開發技術確定出系統應具有的邏輯功能，再用適當的方法表達出來，形成這個系統的邏輯方案，這個方案不但要能夠充分反映用戶的資訊需求並和用戶取得一致的意見，而且要能夠使系統設計員和程式員由此設計、開發出一個電腦化的資訊系統。

3.1.2資訊系統分析步驟第一步、對現行系統進行詳細的業務調查分析瞭解各項需求第二步、進行數據分析，建立資料庫邏輯模型第三步、依據資料庫模型確定出新系統的邏輯功能結構第四步、整理各項文檔資料，並提出系統分析總結報告

需求調查主要內容1、系統的功能要求。這是未來系統必須完成的各項功能。2、系統性能要求。如聯機系統的回應時間、系統需要的存儲容量以及後援存儲、重新啟動和安全性等方面的考慮等。3、運行要求。

4、將來可能提出的要求

系統分析工具業務流程圖數據流程圖

數據字典

資料庫設計工具——規範化設計

功能描述工具——結構式語言、判斷樹、判斷表

基於UML的分析和設計工具RationalRose

3.1.3資訊系統分析的特點

1、用畫圖的方法，直觀且容易理解

2、“自頂向下”的工作原則

3、強調邏輯結構而不是物理實現4、避免了重複工作

3.2系統分析基本方法

3.2.1業務流程調查

基本圖例業務流程概述（概述內容見第二章）新生入學後填寫的學生情況登記表報各系、院後，再上報教務處教務科，教務科將這些報表匯總後與學校招生辦公室進行核對，準確無誤後存檔以備使用。每年各個專業在制定完教學計畫後，由教學秘書交系教學辦公室進行審核，然後上報教務科，教務處和教務科出面組織全校進行討論，協調各專業的教學執行計畫，最後形成年度教學執行計畫下發各系組織落實。各系將落實後的教師任務分配表匯總再報教務科。各系教學辦公室根據教學執行計畫、教師任務分配表和教室情況排出本系課程表，再報教務科，由教務科進行統一協調，最後制定出全校課程表下發各院、系。學校在部分專業中實施了學分制管理，在每學期開學以前還要進行學生選課工作。期末考試結束後，各系將學生成績歸檔並進行學籍處理，然後將成績及學籍處理結果報教務科審批執行。另外教務科還要根據教師任課情況、學生情況制定各種報表上報省教委、學校及各有關單位。

對教學管理職能域進行調查形成的二級業務流程圖“學籍處理”業務的詳細調查對“學籍處理”業務的詳細調查，可以瞭解到其業務處理有：轉專業、休複學、退學。學生的轉專業、休複學、退學（指自動退學）都要由本人提出申請，經系教學辦公室審查初步同意後，報教務處教務科進行復核，最後報請校領導批准由教務處教務科負責執行，相應的執行結果要記入學生情況檔案。每學期期末教師將學生成績單送交各系院後，由教學辦公室負責將學生成績存檔，在新學期的開學初期，各系、院要根據學生的學習成績進行學籍處理，並報教務科審批實施。另外每年各教學辦公室還要對應屆畢業生進行畢業資格審查，確定其畢業資格有三種類型：擁有畢業證書和學位證書、僅擁有畢業證書、僅擁有結業證書，然後報教務科復審上報，再將證書下發學生，相應的結果也要載入學生情況檔案。

對“學籍處理”業務過程進行詳細調查形成的三級業務流程圖“制訂教學計畫”業務的詳細調查“制訂教學計畫”業務過程的詳細處理是：首先由各專業教學委員會制訂教學計畫，各專業的教學秘書將整理後的教學計畫交給院系教學辦公室進行匯總、審核，然後報學校教務處，教務處將各專業教學執行計畫匯總後召開全校教學秘書及院系教務人員協調會，最終確定本年度的教學計畫，並下發各院系。各院系將教學計畫下發給教研室主任安排教學任務，教研室主任將教學任務安排結果匯總成教師任課表報院系，各院系再將匯總後的教師任課表報教務處。

對“制訂教學計畫”業務過程進行詳細調查形成的三級業務流程圖“排課”業務的詳細調查“排課”業務過程的詳細處理是：各院系根據本單位的教學計畫和教師任課表完成課表的初步排定工作，其排課內容涉及到學生班級、教師的上課時間安排，各院系將排課結果報教務處後，由教務處排定上課教室。

對“排課”業務構成進行詳細調查形成的三級業務流程圖“統計報表處理”業務的詳細調查“統計報表處理”業務過程的詳細處理是：教務處對教師任課情況進行統計，並形成開課情況統計表；根據學生檔案統計各專業及班級學生人數及學生變動情況，形成班級學生人數統計表、學生異動統計表等等。

對“統計報表處理”業務進行詳細調查形成的三級業務流程圖業務流程圖的審查首先要與用戶一道共同審查這些業務流程圖的整個工作流程是否正確，是否有被遺漏的部分。其次要檢查業務流程圖的一致性，即在高層流程圖中出現的各類報表、單證、數據存儲等數據載體一定要在低層的業務流程圖中反映出來，相應地表示業務處理單位或部門或人的業務處理的參與者、完成者也要在低層的業務流程圖中反映出來。再次要檢查低層的業務流程圖中是否存在這樣的業務活動，它沒有輸入的數據載體或處理完畢不產生輸出的數據載體。如果存在則要仔細調查各項業務活動是確實沒有輸入或沒有輸出的數據載體，還是將某些數據載體遺忘。最後要對各項業務活動和數據載體的名稱進行審查，確認名稱定義的正確性和準確性，不能存在同名異義或同義異名的現象。

3.2.2數據分析建立數據模型

數據模型目前主要採用關係模型來描述關係是一張二維表，表的每一行叫做一個元組（Tupple），是某個實體或實體之間聯繫中的一個具體值，通常稱為一條“記錄”。每一列叫做一個屬性（Attribute），通常稱為“數據元素”或“資料項目”，每一個元組必須用關鍵字（Key）來唯一識別元組。

關係的性質：1、在任一列上，資料項目應該屬於同一個屬性；2、表中的所有的行都是不相同的，即不允許有重複的組項出現；3、行的順序無關緊要；4、在一個表中，每一列有不同的名稱，並且列的順序也無關緊要。以“學生情況登記表”為例的關係規範化處理過程非規範的“學生情況登記表”姓名性別政治面貌出生年月籍貫……社會關係本人簡歷與本人關係姓名工作單位起始至終止年月所在單位證明人張力男團員1970/10/09

廣東……父親

張樣

北京

1976/09—1982/08

小學張力男團員1970/10/09

廣東……母親

王藍

北京

1982/09—1988/08

中學張力男團員1970/10/09

廣東……1988/09—

至今

大學數據的依賴關係：學生姓名→性別；學生姓名→出生年月；學生姓名→籍貫；學生姓名→政治面貌；學生姓名、與本人關係→姓名；學生姓名、與本人關係→工作單位；學生姓名、起始至終止年月→所在單位；學生姓名、起始至終止年月→證明人

非規範化關係轉換為第一規範化形式

——（A）轉換為（B）、（C）兩種方案第二規範化形式：設有一關係如下：屬性之間的依賴關係：

學生學號→學生姓名 學生學號→性別 學生學號→出生年月 學生學號→籍貫 學生學號→政治面貌 學生學號、課程名稱→成績

學生學號姓名性別出生年月政治面貌籍貫課程名稱成績第一規範化形式轉換為第二規範化形式第三規範化形式：設有一關係如下：屬性之間的依賴關係：

學生學號→學生姓名 學生學號→性別 學生學號→出生年月 學生學號→籍貫 學生學號→政治面貌 學生學號→學生所在系 學生學號→系所在地點 學生所在系→系所在地點

學生學號姓名性別出生年月政治面貌籍貫學生所在系系所在地點第二規範化形式轉換為第三規範化形式教學管理系統總體方案中的主題資料庫方案：主題資料庫標識

主題資料庫名稱

DB_ClassRoom

教室資料庫

DB_Teacher教師資料庫

DB_Student

學生學籍管理資料庫

DB_Grad

學生成績資料庫

DB_Stat

統計資料庫

DB_Course

課程管理資料庫

DB_TeachTask

教師任課資料庫

DB_ClassTable

課表資料庫

對每個主題資料庫進行規範化處理

——數據一覽表主題資料庫標識

主題資料庫名稱

資料庫表標識

資料庫表名稱

DB_ClassRoom

教室資料庫

DB_ClassRoom_base

教室基本資訊表

DB_Teacher教師資料庫

DB_Teacher_base

教師基本資訊表

DB_Student

學生學籍管理資料庫

DB_Student_baseDB_Student_encourageDB_Student_punishDB_Student_updateDB_Student_after

學生基本資訊表學生獎勵資訊表學生處分資訊表學生學籍變動資訊表學生課外活動資訊表

DB_Grad

學生成績資料庫

DB_Grade_baseDB_Grade_makeup

學生成績表學生補考或重修成績表

DB_Stat

統計資料庫

DB_Stat_taskDB_Stat_classDB_Stat_update

教師開課統計表按班級統計資訊表按班級統計異動資訊表

DB_Course

課程管理資料庫

DB_Course_base

課程資訊表

DB_TeachTask

教師任課資料庫

DB_TeachTask_base

教師任課資訊表

DB_ClassTable

課表資料庫

DB_ClassTable_base

課表

為每一個關係表定義數據結構

主題資料庫標識

主題資料庫名稱

資料庫表標識

資料庫表名稱

DB_Studen

學生學籍管理資料庫

DB_Student_base

學生基本資訊表

數據元素標識

含義

類型

長度

小數位

是否關鍵字

是否為空

StudNo

學生學號

char

10YNOTNULL

StudName

學生姓名

varchar

18NOTNULLOldName

曾用名

varchar

18Sex

性別

char2NOTNULLBirthday

出生日期

Date

NOTNULLID_Card

身份證號

varchar18NOTNULL……………………………………值得注意的是，主題資料庫的標識、表標識以及數據元素的標識一定要用能夠明確表示其含義的字元來命名，其命名也要遵循一定的規範來進行，否則一個系統中常常包含幾十個表以及上千甚至更多的數據元素，如果命名不當必將引起理解和協調等各方面的混亂。

3.2.3功能分析建立新系統邏輯結構

新系統邏輯結構的描述工具是數據流程圖圖例：外部項：指不受系統控制，在系統以外的事物或人，它表達了該系統數據處理的外部來源和去處。數據流：數據流表明了數據的流動方向及其名稱，它是數據載體的表現形式之一。數據存儲：用來指明數據保存的地方。處理功能：表達了對數據處理的邏輯功能功能分析是在業務流程調查和數據分析基礎上進行的，首先從底層的業務流程開始分析，將能夠由電腦進行處理的業務抽取出來，然後再根據數據模型和抽取後的處理功能構造新系統的邏輯結構。

“學籍處理”邏輯結構“制定教學計畫”邏輯結構“排課”邏輯結構“統計報表處理”邏輯結構教學管理系統總體邏輯結構邏輯功能的審查第一、數據流程圖本身的正確性檢查。

第二、邏輯功能正確性檢查。

第三、檢查新系統邏輯功能是否符合總體規劃中的總體方案要求。

新系統的邏輯結構的特徵：

1、系統內各功能部分之間的數據存儲及交換關係都是通過主題資料庫來實現的，充分體現了第一章中所提到的資訊系統開發的基本原理和前提。

2、資料庫的建立首先經過了總體規劃，在充分考慮到全局利益的前提下形成的，因此解決了由分散開發所帶來的一系列問題。

3、數據流出現在相關的外部項和處理功能之間，表明了該系統與外界的介面。3.2.4處理功能的表達

用自然語言表達處理功能通常存在以下幾類問題：界限不明確

邏輯條件的次序不明確

意義模糊的形容詞或副詞

3.4.2.1結構式語言

結構式語言使用的辭彙主要有三類：1、祈使句中的動詞；2、在數據字典中定義的名詞；3、某些邏輯運算式中的保留字。結構式語言使用的語句只允許有四類：1、簡單的祈使句2、判斷句3、迴圈語句4、上述三種的複合語句

祈使句（動詞+名詞）獲得當月水錶數獲得上月底水表數當月水錶數減去上月底的水錶數，得到本月實際用水噸數1.20元乘以實際用水噸數得到水費將水費加到應交房租水電費中獲得當月電錶數獲得上月底電錶數當月電錶數減去上月底的電錶數，得到本月實際用電度數0.80元乘以實際用電度數得到電費將電費加到應交房租水電費中獲得房租費將房租費加到應交房租水電費中，得到住戶的應交房租水電費判斷句：形式1（一般形式）：如果

條件1（成立）則

動作A否則（條件1不成立）

就

動作B

形式2（嵌套形式）：如果條件1（成立）

則如果條件2（成立）則動作A

否則（條件2不成立）

就動作B否則（條件1不成立）

就動作C

形式3：如果條件1則

動作A如果條件2則

動作B…………迴圈句：一般形式：對每一滿足條件的記錄，迴圈執行動作A

3.4.2.2判斷樹判斷樹是用一種樹型圖形方式來表示多個條件、多個取值所應採取的動作。看一張判斷樹圖形的時候，要從左邊（樹根）開始，沿著各個分支向右看，根據每一個條件的取值狀態可以找出應該採取的動作，所有的動作都列在這張圖的最右側

方法：首先確定有哪些條件第二確定每一個條件有幾種可能的狀態，即有幾種取值第三要確定有哪些動作最後確定每一項動作要依賴哪些條件及取值。

舉例：學校的獎學金有兩種，且記為獎學金A和獎學金B。對於獎學金A，凡各科成績平均在88分以上、單科成績不低於75分、英語平均在80分以上者可申請一等獎學金（金額400元）；凡各科成績平均在85分以上、單科成績不低於70分、英語平均在80分以上者可申請二等獎學金（金額300元）。對於獎學金B，凡各科成績平均在92分以上、單科成績不低於85分、英語平均在90分以上者可申請特等獎學金（金額1500元）；凡各科成績平均在90分以上、單科成績不低於80分、英語平均在85分以上者可申請一等獎學金（金額800元）；凡各科成績平均在88分以上、單科成績不低於75分、英語平均在80分以上者可申請二等獎學金（金額400元）；凡各科成績平均在85分以上、單科成績不低於70分、英語平均在80分以上者可申請三等獎學金（金額300元）兩個條件：獎學金種類，成績第一個條件有兩個狀態：獎學金A和獎學金B。第二個條件有六個狀態：依據平均成績、單科最低成績和英語平均成績來最終確定。有六個處理動作，即最後發放的獎學金金額。

判斷樹：其中：計算出學生的平均成績，將值放入G中；計算出學生各科的最低成績放入D中；計算出英語的平均成績放入E中。3.4.2.3判斷表

方法首先確定有哪些條件第二確定每一個條件有幾種可能的狀態，即有幾種取值第三要確定有哪些動作第四給出所有條件的組合最後確定每一項動作要依賴哪些條件及取值。舉例：某工廠人事部門對一部分職工重新分配工作，其分配原則如下：“如果年齡不滿18歲，文化程度是小學，則脫產學習，文化程度是中學，則當電工。如果年齡滿18歲但不滿40歲，如果文化程度是小學或中學，若是男性，則當鉗工，若是女性，則當車工，文化程度是大學，則當技術員。如果年滿40歲及以上者，文化程度是小學或中學，則當材料員，文化程度是大學，則當技術員。”

有三個條件：性別、年齡、文化程度。性別有2個取值年齡有3個取值文化程度有3個取值所有條件的組合有：2×3×3＝18個。

條件名稱

取值

含義

性別0男1女年齡0未滿18歲1滿18歲但不滿40歲2滿40歲及以上文化程度0小學1中學2大學判斷表（初始）：123456789101112131415161718性別000000000111111111年齡000111222000111222文化程度012012012012012012脫產學習※※當電工※※當鉗工※※當車工※※當技術員☆

※※☆※※當材料員※※※※☆為後補動作判斷表（整理後）：123456789性別0011年齡00112211文化程度012010101脫產學習※當電工※當鉗工※※當車工※※當技術員※當材料員※※例：“教師基本資訊管理”處理功能的描述

處理功能標識

3處理功能名稱教師基本資訊管理相關資料庫

教師資料庫

相關資料庫表

教師基本資訊表功能需求：1、查詢需求：（按學院、專業查詢教師基本資訊）

輸入查詢條件

獲得滿足條件的教師基本資訊

顯示查詢結果2、輸入需求：（有新教師報到後向教師基本資訊表中輸入教師基本資訊）

獲得新教師的基本資訊

驗證教師基本資訊的正確性

如果基本資訊無誤則

向教師基本資訊表中插入一條記錄

否則

提示：“教師基本資訊中有錯誤資訊”3、修改需求：（發現教師基本資訊輸入有錯誤或教師資訊變更則允許修改）

輸入要修改的教師工作證號

按工作證號查詢教師基本資訊

顯示查詢結果

在查詢結果中修改基本資訊

驗證基本資訊的正確性

如果基本資訊無誤則

修改教師資訊

否則

提示：“教師基本資訊修改有誤”4、刪除需求：（當某位教師調離學校則刪除該教師的基本資訊）

獲得要刪除的教師工作證號

按工作證號查詢教師基本資訊

顯示查詢結果

刪除該條記錄

說明：1、如果教師在刪除年度擔任教學任務則不允許刪除2、教師的出生日期和身份證號中的出生日期必須相符3、教師的職稱必須是教授、副教授、講師、助教、實習教師、研究員、副研究員、助理研究員

3.3基於UML的系統分析方法

UML（統一建模語言，UnifiedModelingLanguage）是目前被廣泛使用的面向對象系統的建模方法，支持該方法的典型工具是RationalRose（RationalRose的使用方法簡介見附錄）。採用UML進行系統分析形成的分析模型由功能模型、對象模型和動態模型組成。首先進行需求調查建立功能模型，用用例圖來描述；然後是細化功能模型衍生出對象模型和動態模型，對象模型用類圖來描述，它描述了實現用例所需要的數據和操作（或稱方法），動態模型用狀態圖和順序圖來描述，它描述了功能實現過程的各種動態。

3.3.1業務流程調查建立功能模型

用例圖（UseCaseDiagram）符號：角色（Actor）：角色是與系統交互的人或事物，角色可以是用戶、其他系統或時間。當時間作為角色時，一般是指一定時間觸發系統中的某個事件。用例（UseCase）：用例是系統的功能模組，它描述人們如何使用系統。關係分為通信關係、使用關係和擴展關係。通信關係（CommunicatesRelationship）：描述角色與用例之間的關係，某一個角色啟動一個用例或一個用例啟動一個角色。

“學籍管理員”角色啟動與“學籍處理”用例的通信

使用關係（UsesRelationship）：表示一個用例可以利用另一個用例提供的功能。

擴展關係（ExtendsRelationship）：表示允許一個用例擴展另一個用例提供的功能。

使用用例圖來描述教學管理系統總體業務流程

“學籍處理”用例的擴展“制訂教學計畫”用例的擴展“排課”用例的擴展

“統計報表處理”用例的擴展

3.3.2分析數據建立對象模型

對象模型中類之間可以有四種關係：關聯：（Associations）是類之間的連接依賴性：是類之間的連接，但依賴性的連接總是單向的，它顯示一個類依賴另一個類的定義累積：累積關係是強關聯，它反映的是整體和個體之間的關係一般化：顯示類之間的繼承關係。

教學管理系統對象模型3.3.3分析活動建立動態模型

業務流程調查所建立的功能模型主要是強調真實而接近現實管理業務，但功能模型中存在著需要調整的處理方式和不能夠由系統來實現的用例，為此需要根據前面的對象模型和優化後處理方式調整功能模型，使之成為未來資訊系統的邏輯結構。

“學籍處理”優化後的功能模型“制定教學計畫”優化後的功能模型

“排課”優化後的功能模型

優化後的教學管理系統總體功能模型用結構式語言、判斷樹、判斷表在“用例說明窗口”描述每一個葉子層用例用狀態圖描述每一個葉子層用例用順序圖描述每一個葉子層用例主要內容：針對資訊系統設計的各項任務來介紹這一階段的開發方法和對策。

資訊系統設計4.1資訊系統設計概述

4.1.1系統設計的任務

系統設計的任務就是依據系統分析文檔資料，採用正確的方法來確定系統各功能模組在電腦內應該由哪些程式組成，它們之間用什麼方式聯結在一起以構成一個最好的系統機內結構，同時還要使用一定的工具將所設計的成果表達出來，另外考慮到實現系統功能的需要，還要進行資料庫的詳細設計、編碼設計、輸入/輸出介面（人—機介面）設計等等

4.1.2系統設計步驟

第一步進行資料庫的物理設計。根據總體方案及系統分析的實際需求，考慮資料庫的存儲方式（集中式或分佈式）；考慮物理庫的數量及每一個物理庫所包含的資料庫表的內容；從查詢處理效率等方面考慮資料庫表的索引問題等等。第二步進行編碼設計。編碼是系統的重要組成部分，與數據的規範性和交換性密切相關，編碼一旦被設計處理將會永久使用並常駐於資料庫中，因此需要在系統設計階段給出具有永久性、穩定性的編碼設計方案。第三步進行介面設計。構造良好的介面是未來系統能夠順利運行的重要前提，要使資訊系統使用起來更加舒適、更加高效就需要在介面設計方面具有一個全新的設計策略，這個設計策略要在程式設計之前完成。第四步進行系統功能設計。功能設計是在前面所有工作基礎上進行的，它主要是採用“自頂向下”的原則考慮模組的劃分與設計，使模組內部以及模組與模組之間的連接具有合理的結構。功能設計結果的表達方式可以有兩種：一種是利用“結構圖”來描述模組的功能和模組之間的資訊交換；另一種是用RationalRose工具來描述。功能設計中通常有一組評價標準來對設計結果進行評價，同時使用一組設計原則對系統模組進行優化設計。

4.1.3系統設計評價標準

1、運行效率

2、可靠性。3、可修改性

4、靈活性5、通用性6、實用性

影響系統處理能力的因素：①、系統中間檔的數量

②、數據檔的檢索次數

③、外存訪問次數

④、程式的調用和其他的系統開銷所花費的時間

⑤、程式的執行時間

可靠性應考慮的問題：①、校驗碼②、批量控制③、建立運行日誌和資訊追蹤④、檔的存取限制可靠性指標：“平均故障間隔時間”（Mean_Time_Between_Failures，—MTBF）

“平均修復時間”（Mean_Time_To_Repairs，—MTTR）

系統的有效性=MTBF/（MTBF+MTTR）

提高系統可修改性的原因：①、由於系統是在一個實際的客觀環境中運行，它的數據來自於客觀現實，而客觀世界是在不斷地變化的，它導致客觀數據的變化和功能需求的變化，為了適應這種不斷變化需求，必然要求資訊系統也隨之而變化，即對資訊系統做相應的修改。

②、由於電腦技術在不斷地發展，硬體價格越來越便宜，新的操作系統和程式語言在不斷地出現或升級，電腦網絡技術和通訊技術也在不斷地發展，這些必然對資訊系統產生影響，迫使用戶考慮使用新的技術、更新設備、提高系統運行效率、完善系統功能等等。③、無論是在系統分析、系統設計、程式設計及調試階段，都可能會發現一些問題導致對前一階段的工作進行修正，到了系統測試階段也必然會發現一些問題和故障需要給予解決，這些都意味著對系統的修改。

④、對於一個複雜的系統來說，不可能在系統測試階段就能夠完全徹底地把故障全部排除，有的錯誤可能會在系統運行階段才能暴露出來，要把這些錯誤糾正過來稱為運行糾錯，這同樣意味著對系統進行修改和維護。

4.2資料庫設計和編碼設計

4.2.1資料庫設計

資料庫設計內容：

1、用戶許可權的設計2、索引檔的設計3、中間檔或臨時檔的設計4、視圖（View）的設計

4.2.2編碼設計

編碼設計的地位和作用編碼設計步驟

對編碼對象進行科學分類

按照一定的規則設計代碼

分類的原則：科學性：通常要選擇事物或概念（即分類對象）中最穩定的本質屬性或特徵作為分類的基礎和依據。系統性：將選定的事物或概念的屬性特徵按一定的排列順序予以系統化，並形成一個合理的科學分類體系。可擴展性：分類要具有可拓展的類目，以保證增加新的事物或概念時，不致於打亂已建立的分類體系，同時還應為下級資訊系統在本分類體系的基礎上進行延拓細化創造條件。相容性：與有關標準（包括國際標準、國家標準、行業標準等）協調一致。綜合實用性：分類要從系統出發，把全局問題放在系統整體中處理，以達到全系統最優

資訊分類的基本方法：線分類法和麵分類法。

1、線分類法：線分類法也稱層級分類法。它是將初始的分類對象（即被劃分的事物或概念）按所選定的若干屬性或特徵（作為分類的劃分基礎）逐次地分成相應的若干層級的類目，並排成一個有層次的、逐級展開的分類體系。

上位類：即線上分類體系中，一個類目相對於由它直接劃分出來的下一級類目而言，稱為上位類。

下位類：即線上分類體系中，由上位直接劃分出來的下一級類目相對於上位類而言，稱為下位類。

同位類：即線上分類體系中，由一個類目直接劃分出來的下一級中的各類目，彼此稱為同位類。

例如：GB2260-86《中華人民共和國行政區劃代碼》採用的是線分類法，將全國行政區劃分為三層：第一層為省（自治區、直轄市）第二層為地區（市、州、盟）第三層為縣（市、旗、鎮、區）。

線分類法的原則：

線上分類中，由某一上位類劃分出來的下位類類目的總範圍應與上位類類目相等；當某一個上位類類目劃分成若干個下位類類目時，應選擇一個劃分基準：同位類類目之間不交叉、不重複，並只對應於一個上位類；分類要依次進行，不應有空層或加層。

線分類法的優點是：層次性好，能較好地反映類目之間的邏輯關係使用方便，既符合手工處理資訊的傳統習慣，又便於電腦處理資訊線分類法的缺點是：結構彈性較差，分類結構一經確定，不易改動；當分類層次較多時，為其所設計的代碼位數會比較大，影響數據處理的效率與速度。

2、面分類法

面分類法是將所選定的分類對象的若干個屬性或特徵視為若干個“面”，每個“面”中有可分成彼此獨立的若干個類目，再按一定的順序將各個“面”平行排列。使用時可根據需要將這些“面”中的類目按指定的順序組合在一起，形成一個新的複合類目。

例如：服裝的分類可採用面分類法，選擇服裝材料、男女式樣、服裝款式三個屬性作為三個“面”，每個“面”又可分成若干個類目，如下表。

材料

男女式樣

服裝款式

純棉

男式

中山裝

純毛

女式

西服

中長纖維

……連衣裙

…………面分類法的原則：根據需要選擇分類對象本質的屬性或特徵作為分類對象的各個“面”不同面內的類目不應相互交叉，也不能重複出現每個“面”有嚴格的固定位置“面”的選擇以及位置的確定，根據實際需要而定。

面分類法的優點：具有較大的彈性，一個“面”內類目改變，不會影響其他的“面”適應性強，可根據需要組成任何類目，同時也便於電腦處理資訊易於添加和修改類目面分類法的缺點：不能充分利用容量，可組配的類目很多，但有時實際應用的類目不多難於手工處理資訊代碼的功能：資訊代碼是一個或一組有序的、易於電腦和人識別與處理的符號，有時也稱為“碼”，功能如下：標識：代碼是鑒別編碼對象的唯一標誌分類：當按編碼對象的屬性或特徵分類，並賦予不同的類別代碼時，代碼又可以作為區分編碼對象類別的標誌排序：當按編碼對象發現（產生）的時間、所佔有的空間或其他方面的順序關係分類，並賦予不同的代碼時，代碼又可作為編碼對象排序的標誌特定含義：代碼是在一定分類體系下產生的，因此代碼可提供一定的特定含義

代碼設計的基本原則：唯一性

合理性

可擴充性

簡單性

適用性

規範性

常用代碼設計方案：順序碼：順序碼是一種用連續數字代表專案名的編碼。例如：

00學校

01數學系

02物理系

……表意碼表意碼是把直接或間接表示編碼化對象屬性的某些文字、數字、記號原封不動作為編碼

編碼

中文

英文

MT

米

Meter

CM

釐米

Conti-meter

MM

毫米

Milli-meter

TN

噸

Ton

KG

公斤Kilo-guam

LR

克

Litre

………………位別碼：位別碼是用不同的位來代表不同的類別，每一為具有某一類別含義。例如：在行政區劃代碼（GB2260—84）中用第一、二位描述省（自治區、直轄市）、用第三、四位描述市（市、州、盟）、第五、六位描述縣（市、旗、鎮、區）123456省市區合成碼：合成碼是把編碼對象用兩種以上的代碼方案進行組合。例如：代碼

名稱…………210000

遼寧省

210100

瀋陽市

210200

大連市

210201

大連市中山區

210202

大連市沙河口區

…………服裝代碼：“0101001”表示一款純棉男式中山裝“0102002”表示一款純棉女式西服材料

男女式樣

服裝款式

01純棉01男式001中山裝02純毛02女式002西服03中長纖維…………003連衣裙……………………分類編碼的設計步驟：①選定編碼化的對象②明確編碼化的目的及編碼在系統中的作用③確定編碼使用範圍④確定編碼使用期限⑤