1、第四章 信息系統的建設（上）4.1 信息系統建設方法導論4.1.1 信息系統建設的復雜性信息系統建設工作的復雜性，主要體現在以下五個方面：1、建設環境的復雜性 信息系統建設通常要涉及到組織內部各級機構、管理人員及組織面臨的外部環境。系統建設者必須十分重視、深刻理解組織面臨的內、外環境及發展趨勢，考慮到管理體制、管理思想、管理方法和管理手段的相互匹配、相互促進，考慮到人的習慣、心理狀態及現行的制版、慣例和社會、政治諸因素。系統的目標、規模、功能和實施步驟必須與組織當前的發展水平( 如管理水平、業務水平、職工素質等)、隨能力(包括經濟、技術、文化、心理、習慣等)相適應，所建系統還應有足夠的影響力來

2、在一定范圍內改革不合理的規章、制度、慣例，促進管理水平的提高和組織目標的實現。 2、用戶需求的多樣性 信息系統的最終用戶是各級各類管理與業務人員。滿足這些用戶的信息需求，支持他們的管理決策與業務活動，是系統建設的直接目的。一個組織內各類機構和人員的信息需求不盡相同，有些需求可能相互沖突，另一些往往十分含混，同時，用戶需求在建設過程中也會發生變化。系統建設者面對這樣復雜的目標集，必須尋求使各方都比較滿意的方案。 3、建設內容的復雜性 一個組織的管理與業務信息量大面廣，形式多樣、來源繁雜，信息內容和處理要求又涉及到廣泛的學科和事業領域。信息系統要實現一個組織的信息的系統、綜合處理以支持各級管理與業

3、務活動，必是一個規模龐大，結構復雜，具備多種功能、實現多個目標的大系統，就現有的企業信息系統而言，即使是中小企業的，其信息處理內容的廣泛性和系統結構的復雜性，也是一般的工程技術系統難以比擬的。 4、技術手段的復雜性 信息系統是當代利用先進技術解決社會經濟問題的范例之一。現代的先進技術成果，如計算機硬、軟件技術、數據通訊與網絡技術、各種信息采集與存貯、各種控制與決策方法、建模與仿真技術以及人工智能技術等方法，建模與仿真技術以及人工智能技術等，都是進行信息系統建設、實現系統各種主要功能的技術手段。如何合理的應用這些技術手段以達到預期的效果，是信息系統建設面臨的主要任務之一。1 / 56 5、建設需

4、用資源的密集性信息系統的建設，需要巨額投資，是一種資金密集型的建設項目；由于規模大、建設內容復雜，主要工作如系統規劃、系統開發需用大量人工，因而也是勞動密集型項目；由于上述建設環境、建設內容、所用技術手段的復雜性，系統建設的各項工作都需要大量的智力勞動，簡單的體力勞動在其中所占極小，所以說，信息系統建設項目又是智力密集型或者知識密集型的。信息技術日新月異，管理環境復雜多變，每個組織在管理信息處理方面的需求與目標不盡相同，不可能只靠某一種方法去解決系統建設中的各類問題，即使一個組織的信息系統建設，也需要多種方法相互配合，取長補短，才能得到滿意的結果。 在現有的眾多信息系統建設方法中，基于系統生命

5、周期的一類方法，特別是其中各種結構化方法在實踐中起過重要的作用，得到了廣泛應用。信息系統的建設方法，現在正處在發展過程中，離成熟階段尚遠。系統地熟悉一類典型的、在應用中已見成效的方法，掌握分析、解決系統建設中一般問題的基本方法和技能，可以更加理解系統建設的特點和規律，為進一步了解、運用其他方法以至創造性地發展系統建設方法打下一個良好的基礎。4.1.2 信息系統的生命周期 1. 系統科學方法的主要原則計算機輔助管理起始于本世紀五十年代，管理應用項目規模較小，涉及的管理問題比較簡單，多為統計和報表處理事務，項目的開發方式是“工匠式”，即用戶將項目開發任務交給計算機技術人員這類人員根據他們每個人對問

6、題的理解和習慣的思路和方法，用手工方式編制與調試軟件，項目的開發缺乏規范的程序與標準。到六十年代，隨著應項目規模和應用范圍的擴大，程序設計的可讀性、可測試性和可變更性受到重視，出現了較為規范的結構化程序設計(Structured Programming)方法。人類在復雜的工程技術系統，如：機、電、化工、能源、交通、建筑及武器系統等的建設方面，積累了豐富的經驗，本世紀以來系統科學的形成和發展，為研究復雜系統提供了科學的方法論，即系統方法的主要原則是：(1). 整體性原則 系統是相互聯系、相互作用的諸要素(部分)組成的綜合體。一個特定的系統具有的功能與目標，不是各組成部分功能與目標的簡單相加，而是

7、各部分按一定秩序相互作用的結果。“整體大于各部分之和”這句亞里斯多德的名言就是強調系統的整體性。系統方法的基本點是從整體和各組成部分的相互關系來考察事物，從整體目標和功能出發，正確處理系統各組成部分之間的相互聯系和相互作用，是解決復雜系統各類問題的關鍵所在。(2).分解-協調原則 系統理論指出：一個具有特定的整體功能和目標的系統，其組成部分的空間結構、系統和各部分行為依時間的變化過程以及各部分的目標與功能均具有某種規律，服從一定的秩序。在處理復雜系統的問題時，可以依結構、功能或時間過程將整個系統分解成若干相互關聯的子系統，即把復雜問題化成若干相對簡單的子問題以方便求解，如果子系統仍較復雜，還可

8、進一步分解。合理的分解，可以使問題的處理大為簡化。在處理各類子問題時，必須根據系統的整體功能和目標，協調各子系統的行為、功能與目標，以保證整體功能、目標的實現。分解-協調原則可以說是處理各類復雜問題的基本的、行之有效的原則之一。許多復雜的社會組織系統和工程技術系統的多級遞階結構或分散控制結構都體現了分解- 協調的思想和方法。 (3).目標優化原則對于具有單一目標的簡單系統，“目標優化”就是選定的方案應使某個設定的目標函數取極值。復雜系統通常具有多個目標，且有的目標相互沖突，有的目標難以定量描述，因而不存在對于每個目標都可達到最好效果的方案。人們也難以求得所有各種可行方案來進行比較。對于復雜系統

9、，“目標優化”就是：在可能探索到的可行方案中，選定對系統所有目標來說都能達到令人滿意效果的方案。簡而言之，目標優化對簡單系統來說是求“最優解”，對復雜系統來說求的是“滿意解”。 2. 信息系統的生命周期的劃分任何系統均有其產生、發展、成熟、消亡或更新換代的過程。這個過程稱其生命周期。信息系統的生命周期，可以分成以下四個階段 ：(1). 系統規劃這一階段的主要任務是：根據組織的整體目標和發展戰略，確定信息系統的發展戰略，進行業務流程規劃，明確組織總的信息需求，制訂信息系統建設總計劃，其中包括確定擬建系統的總體目標、功能、大致規模和粗略估計所需資源，并根據需求的輕、重、緩、急程序及資源和應用環境的

10、約束，把規劃的系統建設內容分解成若干開發項目以分期分批進行系統開發。 (2).系統開發這一階段的主要工作是根據系統規劃階段確定的擬建系統總體方案和開發項目的安排，分期分批進行系統開發。每一個項目的開發工作包括系統調查和系統開發的可行性研究、系統邏輯模型的建立、系統設計、系統實施、系統轉換和系統評價等工作。由于資源及應用環境的制約，一個組織的信息系統一般不可能靠資源的一次投入而建成，因而一個開發項目常是整個信息系統的某個或某幾個子系統的建立。合理確定每次系統開發的目標、邊界和開發周期，應用科學的開發方法、工具和規范，對于系統開發的成功至關重要。 系統正常運行和維護階段，這是系統生命周期中歷時最久

11、的階段，也是信息系統實現其功能、發揮效益的階段。科學的組織與管理是系統正常運行、充分發揮其交通的必要條件，而及時、完善的系統維護是系統正常運行的基本保證。 信息系統規模龐大，結構復雜，管理環境和技術環境不斷變化，系統維護工作量大，涉及面廣，投入資源多。據統計，現有信息系統在運行和維護階段的開支占整個系統成本的三分之二左右。而這一階段需用的專業技術人員占信息系統專業技術人員50%-70%。 (3). 系統運行與維護系統維護可以分為糾錯性維護、適應性維護、完善性維護和預防性維護。糾錯性維護是指對系統進行定期的或隨機的檢修、糾正運行階段暴露的錯誤，排除故障，消除隱患，更新易損部件，刷新備份的軟件和數

12、據存貯，保障系統按預定要求完成各項工作；適應性維護是指由于管理環境與技術環境的變化，系統中某些部分的工作內容與方式已不能適應變化了的環境，因而影響系統預定功能的實現。故需對這些部分進行適當的調整、修改以滿足管理工作的需要；完善性維護是指用戶對系統提出了某些新的信息需求，因而在原有系統的基礎上進行適當的修改、擴充，完善系統的功能以滿足用戶新的信息需求；預防性維護是對預防系統可能發生的變化或受到的沖突而采取的維護措施。(4).系統更新在系統運行與維護階段，系統單位時間內的費用隨時間增長。適時開始新系統建設工作，使舊系統或其中某些主要部分退役，不僅能增強系統功能，滿足用戶新的信息需求，而且在經濟上也

13、是合理的。現有系統進入更新階段時，下一代新系統的建設工作便告開始。因此，這一階段是新、舊系統并存的時期。對現有系統來說，可以全部更新，也可以部分更新的或有步驟地分期分批更新。 3. 系統開發的生命周期系統開發是信息系統建設中最重要的一個階段。從項目開發開始到結束的整個過程，稱為系統開發的生命周期(簡記為SDLC)。 系統開發的生命周期一般分為以下階段：(1).系統分析： 主要任務是明確用戶的信息需求，提出新系統的邏輯方案。需要進行的工作有系統的初步調查、可行性研究、現行系統的詳細調查及新系統邏輯模型的提出等。(2).系統設計：主要任務是根據新系統的邏輯方案進行軟、硬件系統的設計，其中包括總體結

14、構設計、輸出設計、輸入設計、處理過程設計、數據存貯設計和計算機系統方案的選擇等。(3).系統實施：將設計的系統付諸實施， 主要工作有軟件的程序編制與軟件包的購置、計算機與通訊設備的購置，系統的安裝、調試與測試、新舊系統的轉換等。4.1.3 結構化方法1. 早期的信息系統開發方法存在的主要問題(1). 工作階段的劃分原則不明確各階段的工作缺乏規范的規程、方法、表達工具與標準。(2).系統建設過程用戶參與程度低用戶與專業人員對話缺乏有效的手段(3).系統開發的工作任務集中在系統實施階段系統分析、設計工作不深入(4).系統實施階段的工作采取“自底向上”的方法由于系統實施階段的工作采取“自底向上”的方

15、法,系統總體功能與目標的實現難以保證。 2. 結構化方法概述“結構化”一詞在系統建設中的含意是用一組規范的步驟、準則和工具來進行某項工作。基于系統生命周期概念的結構化方法則為信息系統建設提供了規范的步驟、準則與工具，以彌補經典方法的不足。3. 結構化方法的基本思路和主要原則（1）結構化方法的基本思路這類方法都是把整個系統開發過程分成若干階段，每個階段進行若干活動，每項活動應用一系列標準、規范、方法和技術，完成一個或多個任務，形成符合給定規范的產品(成果)。（2）結構化方法的主要原則 1). 用戶參與的原則2). 嚴格劃分工作階段，“先邏輯，后物理”的原則3). “自頂向下”的原則4). 工作成

16、果描述標準化原則4.1.4 系統建設方法的發展概述結構化生命周期法遇到了一系列挑戰： (1) 整個系統的開發工作是勞動密集型的，七十年代末期軟件成本已超過硬件成本，軟件生產率低下已經成為當前信息化的主要障礙之一。 (2) 系統開發的整個工作費時過長，難以適應環境的急劇變化。 (3) 對用戶需求的變更不能做出迅速的響應。 (4）結構化生命周期法要求前一步工作的正確性與完善性對后一步工作起著決定性作用。這就要求系統開發人員進行工作時，對下一步是否可以實現上一步所規定的內容有很強的預見性。 (5) 維護工作繁重，專門人才緊缺。20世紀80年代發展起來的原型法(Prototyping approach

17、)是通過快速建立并供用戶使用的原型(prototype)用戶的信息需求。原型法的基本思路是用戶與系統分析、設計人員合作，根據用戶提出的最基本的問題和想法，先很快建立一個應用系統的骨架，作為應用開發的實驗模型。通常把這個實驗模型叫做系統的原型(Prototype)。用戶先運行這個原型系統，熟悉它，使用它，受到啟發和取得經驗，然后對系統的目標和功能提出精確、具體的需求，在對系統的需求最后決定后，再用傳統的方法(生命周期法)建設系統。通常原型系統的部分程序可以在后來的系統建設中直接采用。原型法是傳統方法和用戶開發相結合的方法。面向對象的思想最早起源于一種名為Simula的計算機仿真語言。七十年代問世

18、的名為Smalltalk的計算機高級語言則首次提出面向對象這一概念。到了八十年代，由于Smalltalk80和C+語言的推出，使面向對象的程序設計語言趨于成熟，并為越來越多的人所理解和接受，從而形成了面向對象的程序設計(Object-Oriented Programming，簡記為OOP). 從八十年代中、后期開始，進行了在系統開發各個環節中應用面向對象概念和方法的研究，出現了面向對象分析(Object-Oriented Analysis，簡記為OOA)、面向對象設計(Object-Oriented Design，簡記為OOD)等涉及系統開發其它環節的方法和技術，它們與面向對象程序設計(OOP

19、)結合在一起，形成了一種新的系統開發方式模型，即許多文獻都稱之為面向對象(Object-oriented，簡記為“O-O”方法。） 4.2信息系統規劃4.2.1系統規劃的目標和工作內容1. 系統建設中的主要問題(1)系統建設與組織發展的目標和戰略不匹配；(2) 已建成的系統解決問題的有效性低，即系統建 成后對管理與業務狀況并無顯著改善；(3) 不能適應環境變化和組織變革的需要；(4) 組織結構陳舊，管理落后，企業主要業務流程效率與效益低下；(5) 系統使用人員的素質較低；(6) 系統開發環境落后，技術方案不合理；(7) 系統開發以及運行維護的標準、規范混亂；(8) 資源短缺，投入太少，而對系統

20、的期望又過高。 2. 系統規劃的目標、任務和主要工作內容主要目標: 就是根據組織的目標與戰略制定出信息系統建設的長期發展方案，決定信息系統在整個生命周期內的發展方向、規模和發展進程。主要任務:(1) 制定信息系統的發展戰略(2)明確各類用戶的需求(3)制定組織的業務規劃和業務流程改革與創新方案 (4)確定信息系統的總體規劃方案(5)安排項目開發方案，制定系統建設的資源分配計劃上述五項任務也規定了管理信息系統工作進程的五個主要階段。 這就是規劃五階段模型的基本框架。 3. 系統規劃工作的特點和關鍵問題(1) 具有較強的不確定性，非結構化程度較高。(2) 工作環境是組織管理環境，高層管理人員（包括

21、高層信息管理人員）是工作的主體。(3) 系統規劃是為整個系統建設確定目標、戰略、系統總體結構方案和資源計劃，整個工作過程是一個管理決策過程。同時，它也是技術與管理相結合的過程，確定利用現代信息技術有效地支持管理決策和業務活動的總體方案。(4) 系統規劃人員對管理與技術環境的理解程度，對管理與技術發展的見識，以及開創精神與務實態度是規劃工作的決定因素。(5) 規劃工作的結果是要明確回答規劃工作內容中提出的問題，描繪出系統的總體概貌和發展進程，但宜粗不宜細。要給后續各階段的工作提供指導。(6) 信息系統系統規劃必須納入整個組織的發展規劃，并應定期滾動。 對信息系統系統規劃時應注意的關鍵問題:戰略規

22、劃是核心 -信息系統戰略與組織發展戰略的一致是信息系統建設成功的關鍵之一。 業務流程的改革與創新是基礎 -企業的業務流程直接體現企業的核心能力，是企業完成其使命、實現其目標的基礎。 需求與服務、業務與技術的協調一致是信息系統成功的關鍵 應變能力是信息系統成功的重要標志之一，也是當前信息系統建設與應用的瓶頸問題 人、管理、技術應協調發展 4.2.2 信息系統的戰略規劃1、概述戰略問題是指關于一個組織生存發展的全局性、關鍵性和長期性的問題。管理信息系統和戰略規劃通常包括主要發展目標、發展重點、實現目標的途徑和措施等。管理信息系統的戰略規劃既可以看成是企業戰略規劃下的一個專門性規劃，也可以看成是企業

23、戰略規劃的一個重要組成部分。不論信息系統戰略規劃是作為企業戰略規劃的一部分，還是一個專門性的規劃，它都應當與企業戰備規劃有機地配合。信息系統必須支持與促進組織的變革與發展。2。信息系統戰略規劃的主要內容戰略規劃一般包含長期規劃和短期規劃。長期規劃指出了總的發展方向，短期規劃則為作業和資金工作的具體責任提供依據。整個戰略規劃包含如下主要內容：（1）信息系統戰略規劃應根據組織的戰略目標，明確組織的改革與創新的需求以及組織的內、外約束條件，制定信息系統的總目標、發展戰略規劃。（2）對目前組織的業務流程與信息系統的功能、應用環境和應用現狀進行評價。（3）對影響規劃的信息技術發展的預測。在信息系統規劃中

24、戰略規劃階段的目標是制定同組織機構的目標、目的和戰略相一致的管理信息系統目標、目的和戰略。由于戰略規劃涉及組織的內、外環境因素較多，不確定性問題較突出，目前還沒有一種規范的制定管理系統的戰略規劃方法。 3. 戰略集合轉移法簡介該方法把組織的總戰略看成一個“信息集合”，包括使命、目標、戰略以及其他戰略變量（如管理水平、發展趨向、環境約束等），戰略性的管理信息系統是要把組織的這種戰略集合轉化為“信息系統的戰略集合”，而后者由管理信息系統的系統目標、環境約束和戰略計劃組成。第一步是識別和闡明組織的戰略集合。組織的戰略集合構造過程如下：（1）勾劃出該組織的利益相關者集團的結構。（2）對每個利益集團識別

25、他們的目標。（3）識別組織關于每個使用者集團的目的和戰略。 在此基礎上，信息分析員根據管理信息系統的戰略集合所列舉的目標、約束和戰略，建立各種供選擇的管理信息系統總體結構，提交管理部門。4.2.3 關鍵成功因素法（CSF）1、基本概念信息需求分析方法有兩大類：全面調查法、重點突破法。關鍵成功因素法（Critical Success Factors）是重點突破法的典型，即首先抓住影響系統成功的關鍵因素進行分析以確定組織的信息需求。在每一個企業組織中，都存在著對該組織成功起關鍵作用的因素，我們稱之為關鍵成功因素，決策的信息需求就往往來自于這些關鍵成功因素。在不同的業務活動中，關鍵成功因素會有很大的

26、不同，即使在同一類型的企業活動中，在不同時期內，其關鍵成功因素也會不同。換言之，對不同的管理信息系統，其信息需求各不相同。而同一個管理信息系統的信息需求在不同時期內也會不同。 可見，關鍵因素就是那些必須經常得到管理人員關注的活動區域，對這些區域的運行情況要經常不斷地進行度量，并提供這些度量信息以供決策使用。在規劃一個管理信息系統時，有三個“必須”要經常強調：即系統必須適合企業或組織所屬的行業以及它采用的特殊策略；系統必須能夠識別那些為使企業成功而在管理上要經常給予認真關注的“成功因素”；在系統提供給各管理階層的報告中必須突出有關成功因素的情況。任何時候，當我們制定管理信息系統規劃時都要明確弄清

27、哪些因素在規劃涉及時期內是最緊要的，這就是導致在相同行業中的不同組織會因為地理位置、戰略方針和其他一些由時間造成的因素的不同而具有不同的CSF的主要原因。關鍵成功因素醫院1醫院2醫院3重要性由強到弱政府法令工作效率病人意見事故保險政策地方關系優質服務政府投資政府法令工作效率病人意見跟蹤服務同行業關系工作效率人員配備政府法令病人意見地方關系同行業關系2、CSF方法步驟（1）了解企業（或MIS）的戰略目標。（2）識別所有成功因素。可采用遞層分解的方法引出影響戰略目標的各種因素以及影響這些因素的子因素。（3）確定關鍵成功因素。對所有成功因素進行評價，根據企業的現狀及目標確定出關鍵成功因素。（4）識別

28、性能指標與標準。給出每個關鍵成功因素的性能指標與測量標準。 4.2.4 用戶需求分析1、信息系統的用戶直接用戶：是指使用系統并獲取系統服務的用戶間接用戶：是指通過直接用戶獲取服務的用戶 2. 用戶需求分析的目標與內容系統規劃階段用戶需求分析的目標是明確各類用戶要求系統提供的服務。用戶需求分析的內容包括：1）識別系統的各類用戶，明確他們對系統需求的目標和領域2）明確這些需求的具體內容，即要求信息系統解決的問題、完成的任務3）協調各類用戶可能的需求沖突與矛盾4.2.5 系統業務規劃1、組織中的業務活動業務（Business）是指組織中為完成使命、實現目標而進行的各項有組織的活動。1）業務范圍（Bu

29、siness Scopes）：一個組織為社會提供服務涉及的行業或專業范圍。2）業務領域（Business Domains）：一個組織在自己的業務范圍內進行活動或提供服務的相似內容的集合。3）業務流程（Business Processes）：在業務領域內完成給定服務所必須的、邏輯上相關的一組活動。4）基礎業務活動（Fundamental Business Activies）組成業務流程的各相關的活動稱為基礎業務活動，簡稱活動。2. 系統業務規劃的目標與工作內容在戰略規劃與需求分析的基礎上，業務規劃的目標是確定規劃期內信息系統對組織的業務領域及相應流程的支持、改造與創新方案。主要內容：1）根據系統

30、目標與戰略和用戶的需求，識別信息系統提供服務的業務領域及相應流程。2）分析上述領域內的現狀，明確這些領域和流程在滿足需求、實現組織的目標與戰略中存在的問題。3）提出上述領域的業務內容與流程改革與創新方案。3. 業務流程的識別與改革（1）業務流程的特征在一個企業中，企業流程是指為完成企業某一目標或任務而進行的一系列邏輯相關的跨越時間和空間的活動的有序集合。從流程的觀點看，企業的組成元素是流程，而企業流程的組成主要是活動。活動與活動之間的相互作用和相互聯系構成了流程系統。一個企業的業務流程有以下特點：1）業務流程都有輸入和輸出。2）業務流程都有執行者和用戶（顧客）。3）業務流程都有核心的處理對象，

31、一個大的企業流程往往實現一個對象的生命周期。4）業務流程往往是跨職能部門的。4.2.6 系統總體結構規劃1、系統總體結構規劃的目標與工作內容信息系統總體結構規劃的目標，就是在用戶需求分析和系統業務規劃的基礎上，考慮到系統已有技術條件與技術發展趨勢和系統應用環境，確定信息系統技術方案的總體框架。主要工作內容：1）進行系統的數據規劃2）進行系統的功能規劃和子系統劃分3）進行系統的技術基礎設施建設規劃 2. 數據規劃（1）識別每個業務流程的輸入、輸出信息分析與確定信息系統對業務流程輸出信息與輸入信息，以及輸出信息的去向和輸入信息的來源。數據規劃就是為實現改革方案確定必需的信息支持。（2）識別主題數據

32、（數據類）主題數據是指支持業務流程所必需的邏輯上相關的數據，一個主題數據是指滿足一個或多個業務流程信息需求的一大類數據。（3）對每個主題數據進行定義與說明說明第個主題數據的定義、來源和去向，以及它包含什么樣的數據，以供定義信息總體結構時使用。3. 信息系統功能規劃和子系統的劃分（1）建立主題數據與流程的關系，確定基本功能子系統為識別出要開發的信息系統的基本功能，要用表達主題數據對整個系統和基本功能子系統支持的流程之間的關系圖來定義信息結構，劃分出：1）每一系統的范圍2）產生、控制和使用的數據3）基本功能子系統之間的關系4）對給定流程的支持5）功能子系統間的數據共享（2）確定功能子系統之間的關系

33、信息系統的功能結構方案4. 系統技術基礎設施規劃在數據規劃、功能規劃與子系統劃分的基礎上，系統技術基礎設施規劃進一步確定信息系統的總體物理方案，為系統的項目規劃與資源分配規劃提供依據。內容包括：1）計算機軟、硬件配置方案的規劃2）網絡系統方案的規劃3）數據存儲總體方案規劃4.2.7 項目開發與資源分配規劃1、安排項目開發的主要原則：1）組織改革、發展中起重要作用的項目優先2）在信息系統建設中具有帶動與示范作用的項目優先3）相關部門與人員較好的項目優先4）項目的安排應與組織的改革與發展的進程相 配合5）項目的安排應與組織在經濟上與其他資源上的承受能力相適應2、在項目安排的基礎上對規劃期內信息系統

34、建設所需資源估計1）規劃期內信息系統的總投資和每個項目的投資估計2）信息系統人力資源、崗位與組織設置規劃3）計算機軟硬件、網絡與通信能力與容量規劃4）信息系統運行場地、相關動力與安全設施規劃4.3 結構化系統分析4.3.1 系統分析的目標和主要活動1、目的與任務系統開發階段的目標是根據系統規劃所確定的系統總體結構方案和項目開發計劃，按擬定的項目開發成可以運行的實際系統。系統開發階段又可劃分為系統分析、系統設計、系統實施三個階段，構成系統開發的生命周期的三個主要階段。按照結構化方法嚴格劃分工作階段，“先邏輯，后物理”的原則，系統分析階段的目標，就是按系統規劃所定的某個開發項目范圍內明確系統開發的

35、目標和用戶的信息需求，提出系統的邏輯方案。系統分析在整個系統開發過程中，是要解決“做什么”的問題，從邏輯上，提出系統的方案，即邏輯模型，以此作為下一階段進行物理方案(即計算機和通信系統方案)設計、解決“怎么做”的問題提供依據。“分析”通常是指對現有系統的內、外情況進行調查、研究、分解、剖析，明確問題或機會所在，認識解決這些問題或把握這些機會的必要性，為確定有關活動的目標和可能的方案提供科學依據。 系統分析(systems analysis)，是指在信息系統開發的生命周期中系統分析階段的各項活動和方法。 2. 系統分析的主要活動1、系統的初步調查（1） 目標：就是從系統分析人員和管理人員的角度看

36、新項目開發有無必要和可能。（2） 內容 1) 調查內容系統分析人員要調查有關組織的整體信息，包括主要輸入，主要輸出，主要處理功能以及與其它系統的關系。 2) 分析內容 現有什么 需要什么 在現有資源下能提供什么 此項目有無必要和可能作進一步的調查與開發（3） 調查結論及工作成果系統分析員在初步調查階段可能得出以下結論之一: 擬開發項目有必要也有可能進行。 不必進行項目開發,只需對原有系統進行適當調整修改. 原系統未充分發揮作用,只需發揮原有系統作用 目前無必要開發此項目 目前不具備開發此項目的條件.2、可行性研究（1）目標與工作內容 可行性研究是系統分析階段的第二項活動。主要目標是：進一步明確

37、系統的目標，規模與功能， 對系統開發背景，必要性和意義進行調查分析并根據需要和可能提出擬開發系統的初步方案與計劃。A.技術可行性B.經濟可行性。C.營運可行性。（2）步驟1) 確定系統的規模與目標(復審上一活動內容)2) 明確用戶主要信息需求3) 提出擬建系統的初步方案4) 審查新系統5）提出并評價可能的替代方案，并進行可行性研究6) 給出該項目做還是不做的選擇，同時確定方案。7) 制定項目開發計劃，包括人，財，物的安排。8) 撰寫可行性分析報告。9) 向用戶審查小組與指導委員會提交結果。（3）工作結果包括“ 可行性研究報告 ”和“ 系統設計任務書 ”可行性研究報告的主要內容包括：1) 現行系

38、統概況。2) 主要問題和主要信息需求。3) 擬建新系統的方案。4) 經濟可行性分析。5) 技術可行性分析。6) 營運可行性分析。7) 結論。系統設計任務書主要包括系統目標與任務、系統的規模、結構、建設初步計劃、投資安排、人員安排等；3. 現行系統詳細調查（1）目標在可行性研究的基礎上進一步對現行系統篩選全面、深入的調查和分析，弄清楚現行系統運行狀況，發現其薄弱環節，找出要解決的問題實質，確保新系統比原系統更有效。（2）調查內容1) 組織機構的調查 2) 業務流程調查分析 3) 現行系統的目標，主要功能和用戶需求調查 . 4) 信息流程調查 5) 數據及功能分析6) 系統運營環境分析（3）方法與

39、特點為了確保調查工作順利進行，系統分析人員要切實與用戶建立良好的關系，讓用戶充分地、積極地參與調查工作。具體方法有面談或專門訪問、發調查表征求意見、召開討論會、閱讀歷史資料和參加業務實踐等。（4）詳細調查與初步調查的區別目的不同：初步調查的重點是了解現行系統的概要情況及與外部的關系；詳細調查的重點是更詳細、更具體的系統的內部情況。（5）工作結果系統詳細調查的結果以“詳細調查報告”表示，包括：1）項目主要工作內容概述2）系統需求分析3）現行系統主要目標、功能4）組織結構圖5）組織業務流程說明6）信息流程：數據流圖 、數據詞典、數據存儲分析、查詢分析、數據處理分析7）現行系統問4、 新系統邏輯方案

40、的提出（1） 目標這一階段的主要目標是明確用戶的信息需求，包括組織的發展、改革的總信息需求和各級管理人員完成各自工作任務的信息需求，確定新系統的邏輯功能，提出新系統的邏輯方案，完成系統分析階段的最終成果：系統說明書的編寫。（2）工作內容與方法 1) 調查分析。對現行系統詳細調查進行分析的基礎上，著重對用戶需求進行進一步調查分析。 2) 建模。 3) 對模型進行評價和修改。 4) 編寫系統說明書。系統說明書是系統分析階段工作的全面總結，是這一階段的主要成果。（3） 工作成果 1) 系統開發項目概述。 2) 需求說明。 3) 現行系統的問題分析。 4) 新系統的目標、主要功能和邏輯模型。i. 組織

41、結構圖ii.業務流程圖及其說明( 以改造與新建的為重點)iii. 信息流程( 以改造與新建的為重點)5) 系統實施計劃。 3. 結構化系統分析方法和工具結構化系統分析方法就是結構化方法的基本思想和主要原則在系統分析中的應用所形成的一系列具體方法和有關工具的總稱。這些工具如下： 數據流圖(DFD: Data Flow Diagram)、數據詞典(DD: Data Dicrionary)、 結構化語言、 決策樹、 決策表4.3.2 數據流圖(DFD: Data Flow Diagram)1.數據流圖的作用數據流圖就是組織中信息運動的抽象，是信息系統邏輯模型的主要形式。這個模型不涉及硬件、軟件、數據

42、結構與文件組織，它與對系統的物理描述無關，用一種圖形及與此相關的注釋來表示系統的邏輯功能，即所開發的系統在管理信息處理方面要做什么。2、數據流圖的基本組成及符號外部項(外部實體)：外部項在數據流圖中表示所描述系統的數據來源和去處的各種實體或工作環節。系統開發不能改變這些外部項本身的結構和固有屬性。加工(數據加工)：又稱數據處理邏輯，描述系統對信息進行處理的邏輯功能。數據存儲：邏輯意義上的數據存儲環節，即系統信息處理功能需要的、不考慮存儲物理介質和技術手段的數據存儲環節。數據流：與所描述系統信息處理功能有關的各類信息的載體，是各加工環節進行處理和輸出的數據集合。 3、繪制數據流圖的主要原則(1)

43、 明確系統界面。(2) 自頂向下逐層擴展。(3) 合理布局(4) 數據流圖只反映數據流向、數據加工和邏輯意義上的數據存貯，不反映任何數據處理的技術過程、處理方式和時間順序，也不反映判斷與控制條件等技術問題。 (5) 數據流圖繪制過程，就是系統的邏輯模型的形成過程，必須始終與用戶密切接觸，詳細討論，不斷修改要和其他系統建設者共同商討以求一致意見。 數據流圖的繪制過程:(1)首先，在調查研究的基礎上，明確所描述的系統與各外部實體的信息聯系。繪出最高層的數據流圖關聯圖。(2)然后確定系統的幾個主要的綜合性的邏輯功能，繪制頂層(總)數據流圖。頂層圖可進一步分解，直到最底層的數據流圖表示了所有具體的數據

44、加工功能和輸入輸出關系。(3)合理布局。數據流圖各種符號要布局合理、分布均勻、整齊、清晰、使讀者一目了然之感。(4) 數據流圖繪制過程，就是系統的邏輯模型的形成過程，必須始終與用戶密切接觸，詳細討論，不斷修改要和其他系統建設者共同商討以求一致意見。(5) 數據流圖只反映數據流向、數據加工和邏輯意義上的數據存貯，不反映任何數據處理的技術過程、處理方式和時間順序，也不反映判斷與控制條件等技術問題。4、數據流圖繪制的主要步驟 確定所開發的系統的外部項(外部實體)，即系統的數據來源和去處。 確定整個系統的輸出數據流和輸入數據流，把系統作為一個加工環節，畫出關聯圖。 確定系統的主要信息處理功能，按此將整

45、個系統分解成幾個加工環節(子系統)。確定每個加工的輸出與輸入數據流以及與這些加工有關的數據存儲。將外部項，各加工，數據存儲環節用數據流連接起來，命名、編號，這樣就形成所開發系統的數據流圖頂層圖(總圖)的草圖。 重復步驟，直到逐層分解結束。 對草圖進行檢查和合理布局，對錯誤與不當之處進行修改 和用戶進行交流，在用戶完全理解數據圖的內容的基礎上征求用戶的意見和用戶討論，系統分析人員根據與用戶討論的結果對數據流圖的草圖進行修訂。 用計算機或其他制圖、編輯工具畫出正規的數據流圖。 將正規的數據流圖提交系統分析負責人復審。若有修改之處，則組織人員修改，否則，通過復審，數據流圖繪制過程結束。5. 繪制數據

46、流圖的幾點注意事項 自頂向下、逐層分解 數據流必須通過加工，即送去加工或從加工環節發出。 數據存儲環節一般作為兩個加工環節的界面。 命名a) 名稱要反映被命名的成分的真實和全部的意義b) 名稱要意義明確，易理解，無歧義c) 加工的名稱一般以動詞+賓語或名詞性定語+動名詞為宜。d) 避免使用不反映實際內容的空洞詞匯e) 進出數據存儲環節的數據流如內容和存貯者的數據相同，可采用同一名稱。 編號每個數據加工環節和每張數據流圖都要編號。按逐層分解的原則，父圖與子圖的編號要有一致性類似，在分層數據流圖中，如下層圖上的數據流或數據存儲是由上層圖某個成分的分解而得，則父項與子項的編號要體現數據流圖分解的完整

47、性與一致性的原則，如父項編號為 F1或D1，則其子項分別為F1.1，F1.2，或D1.1，D1.2，等。 只畫所描述的系統穩定工作情況下的數據流圖。6. 數據流圖的局限性（1） 難以在數據流圖上標識出數據流、數據存儲，加工和外部項的具體內容，如數據流的組成元素，數據存儲的數據結構，存取要求，數據量，加工的處理過程和算法等。（2） 不能反映系統中的決策與控制過程。（3）難以對系統中人機交互過程以及信息的反饋與循環處理進行描述。7. 數據流圖舉例：（1）學籍管理系統這是某大學里系一級的教學管理系統的一個子系統。此系統功能、結構比較簡單，下面只畫出該系統的關聯圖和頂層圖（見圖613和圖614）。 （

48、2）補充定貨系統庫房工作人員通過庫房的終端設備將庫房的收發數據向系統報告，如果某項零件的庫存量低于臨界水平，系統就必須提出補充定貨要求，以使庫存量達到額定水平。此系統的數據來源是庫房工作人員，數據去處部項是采購部門。由此得到此系統的最高層數據流圖關聯圖這個系統必須具備兩種最基本的功能：1）處理庫房收發數據以確定補充定貨的需要。2）產生補充定貨報告。系統需要兩種數據存儲：庫存數據和補充定貨數據。這樣，就得到第二層數據流圖（見圖616）。頂層數據流圖中庫房收發數據加工可分解成三個部分：接收收發數據、修改庫房數據和處理定貨數據。由于補充定貨報告每天只需處理一次，而庫房收發工作是隨時可能出現的，因此可

49、以增加一個收發數據存儲部分，然后每天處理庫房數據并生成補充定貨報告，則頂層數據流圖可進一步擴展為第一層數據流圖（見圖617）。4.3.3 數據詞典(DD：Data Dictionary)1、數據詞典的作用和內容在結構化分析中，數據詞典的作用是對數據流圖上每個成分給以定義和說明。換句話說，數據流圖上所有成分的定義和解釋的文字集合就是數據詞典。數據詞典描述的主要內容有：數據流、數據元素、數據存儲、加工、外部項對整個系統開發以至將來系統運行與維護是必需的信息盡可能放入數據詞典。2、編寫數據詞典的基本要求 對數據流圖上各種成分的定義明確、易理解，唯一。 命名、編號與數據流圖一致. 符合一致性與完整性的

50、要求，對數據流圖上的成分定義與說明無遺漏項。 格式規范、風格統一、文字精煉，數字與符號正確。3 . 數據詞典的格式和編寫方法數據詞典的格式是根據各類條目的內容以及編寫、維護、使用方便來設計的。介紹圖表式格式，它有利于數據詞典各條目的內容的描述清晰、明確、規范。數據詞典中采用以下符號：等號：；意義：等于，是，由組成；表示等式左邊的項目由等式右邊的各項組成或等式兩邊項目內容相同。加號：；意義：與；表示加號兩邊項目同時出現或共同組成某項內容。方括號： ；意義：或者；表示方括號內各項目中至少一項出現。花括號： ；意義：重復；表示花括號內項目重復出現多次或重復取值多次。n 表示重復n次n1 表示從括號內

51、取第一個值到第n個值 （條件）表示在滿足所注明的條件下重復圓括號：( )；意義：選擇項；表示括號內所列項目為可選項，可能出現，也可能不出現。數據流結構例一：學生成績通知學號學生姓名課程名稱成績（補考課程名稱補考時間地補考地點）（所有在冊學生）例二：學生獎勵通知學號學生姓名（一等獎，二等獎，三等獎，鼓勵獎）（所有獲獎學生）數據詞典的編寫方法：手工編寫主要工具是筆和卡片，計算機只是作為手工書寫工具來使用，沒有對數據字典的結構、內容和格式的處理功能。計算機輔助編寫是指在計算機輔助繪制數據流圖的同時，隨著數據流圖的逐層分解，計算機系統生成數據詞典的某些條目，人工進行修改與補充。基本加工的描述：數據流圖

52、中所有不進一步分解的加工，稱為基本加工。基本加工是最底層的加工，但并不都是在最底層的數據流圖中。上層數據流圖中某些加工環節不進一步分解的，都屬于基本加工，基本加工有父項，無子項。數據詞典條目類型一：數據流數據詞典條目類型二：數據元素數據詞典條目類型三：數據存儲數據詞典條目類型四：加工數據詞典條目類型五：外部項4、數據詞典舉例5、結構化語言有以下三種：祈使語句、條件語句、循環語句例1. 祈使語句： 獲取收發數據 計算補充定貨量 例2. 條件語句： 如果 成績60分 則 ： 將及格人數加1 否則： 將不及格人數加1例3. 循環語句： 對于每個庫存項目 (循環條件) 獲取收入數據 將在庫數加收入數據

53、，更新在庫數 獲取發出數據 將在庫數減發出數據，更新在庫數 如果 在庫數小于或等于臨界庫存數 則 發出補充訂貨信號。6、決策樹(Decision Tree)決策樹(Decision Tree)，又稱判斷樹，是一種圖形工具，適合于描述加工中具有多個策略，每個策略和若干條件有關的邏輯功能。結構化分析中所用圖形工具決策樹如圖所示。決策點1方案AA1A3B1 A2B2B31.1.12.1.22.1.32.2.12.2.22.2.3決策樹（兩段決策）2.12.2方案B例如，某工廠對工人超產獎勵的政策為：該廠生產兩種產品A和B。凡工人每月的實際生產量超過計劃指標者均有獎勵。獎勵政策為：對于產品A的生產者：

54、超產數N小于或等于50件時，每超產一件獎勵1元；超產數 N大于50、小于或等于100件時，大于50的部分每件獎勵1.25元，其余每件獎勵1元；超產數大于100件時，超過100的部分每件獎勵1.5元，其余按超產100件以內的方案處理。對于產品B的生產者，超產數N小于或等于25件時者，每超產一件獎勵2元，N大于25、小于或等于50件時，超過25件的部分每件獎勵2.5元，其余按超產25件以內處理； N大于50件者，超過50件部分每件獎勵3元，其余按超產50件以內處理。上述處理功能可以用決策樹描述如圖所示：4.4 信息系統設計4.4.1 信息系統設計概述1. 信息系統設計的目的與任務目的： 將系統分析階段所提出的充分反映了用戶信息需求的系統邏輯方案轉換成可以實施的基于計算機與網絡技術的物理（技術）方案。任務：信息系統的總體目標出發，根據系統分析階段對系統的邏輯功能的要求，并考慮到經濟、技術和運行環境等方面的條件，確定系統的總體結構和系統各組成部分的技術方案，合理選擇計算機和通信的軟、硬件設備，提出系統的實施計劃。2.