第一篇：系統分析與設計復習總結

第一章

系統分析員：使用信息技術的商業專業人員，利用分析與設計技術解決商業問題。需要具備的基本知識與技能：1.技術知識與技能

2.商業知識與技能

3.人的知識與技能

4.誠實與道德

系統分析員在系統開發中的職責范圍：程序分析員、商業系統分析員、系統聯絡員、最終用戶分析員、商業顧問、系統顧問、系統支持分析員、系統設計師、軟件工程師、系統結構設計師。

第二章

系統開發生命周期的階段劃分：項目計劃階段、分析階段、設計階段、實施階段、支持階段。項目計劃階段、分析階段、設計階段的主要活動

1.項目計劃階段：定義問題、確認項目的可行性、制定項目的進度表、為項目安排人員、啟動項目

2.分析階段：收集信息、確定系統需求、建立需求發現的原型、劃分需求的優先級、產生并評估可替換方案、與管理人員一起審查建議

3.設計階段：設計并集成網絡、設計應用程序結構、設計用戶界面、設計系統界面、設計并集成數據庫、設計細節的原型化、設計并集成系統控制 項目開發隊伍的人員組成（圖2-4 系統開發項目的參加人員）

在項目計劃階段，項目組僅由少數人員組成，基本上包括一個項目經理和一兩個有經驗的系統分析員。

分析階段要求項目組成員有良好的分析技能和扎實的問題域知識。設計是較專業化的活動，需要補充有專業技術的人員。在實施階段，通常增加許多編程人員和質量控制人員，項目組在實施階段通常是最大的。項目可行性分析的要素：

1.經濟可行性

2.組織上和文化上的可行性 3.技術可行性 4.進度表可行性 5.資源可行性

PERT/CPM：基于單個任務或活動對項目進行規劃的一種方法。

圖 2-15 客戶支持項目的部分PERT圖

甘特（Gantt）圖：以條形圖代表項目進度表的任務和活動。

圖2-16 客戶支持項目的甘特圖

第三章：方法、技術、模型、工具以及它們之間的相互關系

系統開發方法：提供完成系統開發生命周期每一步的詳細指導，包括具體的模型、工具和技術。

技術：幫助分析員完成系統開發活動或任務的一組方法。模型：現實世界某些重要方面的表示。

工具：幫助生成項目中所需模型或其他組建的軟件支持。相互關系：圖3-4 方法中個組件之間的關系 結構化方法與面向對象方法的比較

圖3-5 結構化編程的三種結構：順序結構、選擇結構、循環結構。

第四章

需求調查的對象：

用戶，即每天實際使用系統的人； 客戶，即支付和擁有系統的人；

技術人員，即確保系統在組織的計算機環境下運行的人。需求調查的方法：

向系統相關者分發和收集調查表 復查現有的報表、表格和過程描述 主持與用戶的面談和討論 觀察商業過程和工作流 建立原型

主持聯合應用程序社街（JAD）會議 需求調查的結果

系統需求：系統所提供功能的詳細定義。

功能需求：描述系統必須支持的功能和過程的系統需求。技術需求：描述操作系統環境和性能目標的系統需求。通常把系統需求分為兩類：功能需求和技術需求。功能需求用于說明新系統必須支持的基本商業功能，而技術需求則包括系統性能目標、操作環境以及其他非功能性問題。

第五 – 七章：系統分析

模型的分類：包括數學模型、描述模型和原圖模型。

數學模型：描述系統技術方面的一系列公式，用來表示系統精確的方面，這些部分最適合用公式或數學符號表示。

描述模型：描述系統某一方面的描述性的備忘錄，報表或列表。圖形模型：圖表和系統某些方面的示意性表示。圖形模型有助于理解那些很難用語言來描述的復雜關系。

事件的分類：外部事件，臨時事件和狀態事件。

外部事件：系統之外發生的事件，通常都是由外部實體或動作參與者觸發的。臨時事件：由于到達某一時刻所發生的事件。

狀態事件：當系統內部發生了需要處理的情況時所引發的事件。事件表：以各個事件為行，各個事件的關鍵信息為列。圖5-15 事物之間的關聯關系：只能一個（強制）、0或多個（可選）、1或多個（強制）0或1個（可選）

圖 5-21 圖5-22 關系的基數符號

實體-聯系圖：傳統的系統開發方法都把重點集中在新系統的數據存儲需求上。數據存儲需求包括數據實體、數據實體的屬性以及它們之間的關系。用來定義數據存儲需求的模型被稱為實體-聯系圖（ERD）。

圖 5-21 一個簡單的實體-聯系圖

圖 5-22 關系的基數符號

圖 5-23 顯示了屬性的擴展ERD圖

圖 5-25 大學課程注冊ERD圖（含有多對多關系）圖 5-26 細化的大學課程注冊ERD圖（包含關聯實體）

圖 5-27 RMO客戶支持系統的實體-聯系圖（ERD）（圖中未顯示有關屬性）圖 5-31 類圖符號 圖 5-32 銀行賬目類圖

圖 5-33 落基山運動用品商店類圖 數據流程圖：是一種圖形化的系統模型，它在一張圖中展示信息系統的主要需求，即：輸入、輸出、過程和數據存儲。

外部實體：在系統邊界之外的個人或組織，它提供數據輸入或接受數據輸出。過程：在DFD中的一個符號，它代表從數據輸入轉換到數據輸出的算法或程序。數據流：在DFD中的箭頭，它表示在過程、數據存儲和外部實體之間的數據移動。數據存儲：保存數據的地方，以便將來由一個或多個過程來訪問這些數據。圖6-2 數據流程圖的符號

關聯圖：是指描述系統最高層結構的DFD。

圖 6-5 大學課程注冊系統的關聯圖

DFD片段：用一個過程符號表示系統響應一個時間的DFD。

圖 6-7 課程注冊系統的DFD片段

決策表：一種處理邏輯的表格表示方法，其中包括決策變量、決策變量值、參與者或公式。

圖 6-22 計算運輸費用決策表

決策樹：使用像樹枝一樣的線條對過程邏輯進行圖形化的描述。

圖 6-23 計算運輸費用決策樹

數據流定義：數據流內容和內部結構的文本描述。

數據流是數據元素的集合，所以數據流定義將列出所有的數據元素。

第七章 面向對象的需求描述

類圖、用例圖、順序圖、協作圖、狀態圖

當我們討論系統開發的時候，通常把系對新系統的描述分成兩部分：結構化信息和行為化信息。系統的組成部分我們稱之為結構，而這些組成部分的執行邏輯我們稱之為行為。

類圖提供了對系統組成部分的定義，而其它圖，即用例圖、順序圖、協作圖和狀態圖，這些圖的重點都集中在系統所完成的活動上。換句話說，它們描述的是新系統的行為方面。

因此，類圖說明系統的組成部分是什么，而其他圖說明這些組成部分干什么。類圖：

用例圖：一種用以顯示不同的用戶角色和這些用戶角色如何來使用系統的圖。

用例圖的目的是識別新系統的“使用”，或用例，換句話說，就是識別如何使用系統。用例圖本質上是事件表的延伸。用例圖是一個記錄系統必須支持功能的簡便方法。順序圖：一種用以顯示用例對象之間消息順序的圖。

順序圖更詳細地顯示了協作圖中所表達的信息，只是顯示方式有些差異。順序圖以圖形化的方式強調消息間的順序，而非協作對象。畫順序圖的目的是用過在頁面上標出位置來圖形化地表示消息的順序。執行次序從上到下執行。

協作圖：一種用以顯示對象如何被協調在一起以執行用例的圖。

消息：用例內部的對象之間的通信。

協作圖的目的是識別協作完成給定業務功能的對象。比如說，一個RMO的系統的商業用途之一是“記錄客戶訂單”，那么協作表將會識別所有涉及到的對象。為了記錄客戶訂單需要一個客戶對象，一些庫存對象和一個新訂單對象等。一個獨立的協作圖用以識別對象，并展示這些對象的相互作用及對象之間發送的用于執行功能的消息。

交互圖：顯示對象之間交互的圖，它或者是一個協作圖，或者是一個順序圖。

協作圖和順序圖統稱交互圖。

狀態圖：一種用以現實對象在各個階段中的生命和轉換的情況的圖。

最后一種被用來描述應用需求的圖稱狀態圖。一個狀態圖表（或簡單地稱之為狀態圖）描述了每個對象的狀態和行為。每一個對象類都含有一個狀態圖表。在狀態圖的內部是動作描述，這些動作描述在最終的系統中都變成了邏輯。每個類中的邏輯組件稱為方法。

OO需求=事件表+類圖+用例圖+順序圖+協作圖+狀態圖表。7.4 系統行為：面向對象的用例/場景視圖

用例：由系統為使用給系統的用戶完成的一個單一用途或功能。參與者：系統用戶扮演的一個角色。

圖 7-2 有一個參與者的簡單用例

場景：在用例中活動的一個特定順序；一個用例有可能有多個不同的場景。

圖 7-4 帶系統邊界的用例圖

圖 7-5 客戶支持系統用例圖舉例（通過子系統）圖 7-6 與客戶相關的所有用例 圖 7-7 《包含》用例的一個例子 7.5 對象交互：順序圖與協作圖

協作圖和順序圖包含有相同的信息，但它們的側重點稍有不同。協作圖強調對象交織在一起以支持一個用例，而順序圖把重點放在消息本身的細節上。

順序圖展示對象之間的交互順序，這些交互是指在場景或用例的事件流中發生的。在順序圖中共有四個基本符號：

1.參與者符號，由一個小人圖形表示；

2.對象符號，由一個名字帶下劃線的方框表示；

3.生命線符號，由虛線或狹窄的豎直方框表示；

4.消息符號，由帶消息描述的方向箭頭表示。

圖7-9 順序圖的符號 圖7-10 對象和類名

生命線：在順序圖中的一個對象下面的豎線，用以顯示這個對象的時間階段。激活生命線：在順序圖中的垂直窄長方框，用以強調一個對象只有在一個場景的部分中處于活動狀態。消息：由于面向對象系統通過每個對象向其他對象發送消息來工作，因此在一個場景內由事件流定義的內部事件就變成了在對象和參與者或其他對象之間的消息。

消息符號由兩部分組成：方向箭頭和消息描述器。消息描述器的語法如下：

[true/false條件] 返回值：= 消息名（參數列表）

True/false條件用于驗證這個消息是否可以發送。它象一個決定點或程序余亞種的if語句。如果這個條件計算后返回true，則發送這個消息，否則不發送。

消息是從一個參與者或對象向另一個參與者或對象的需求。開發順序圖的一個有效方法及其步驟如下：

1.識別出所有與場景有關的對象和參與者。只使用在用例圖中表示過的參與者，只適用在類圖中標識過的對象。

2.基于活動流，識別出每一個需要用于完成場景的消息。同時標識消息的源對象或參與者和目的對象或參與者。

3.下一步決定每一個消息是總發送還是有條件的發送。

4.正確地為這些消息排序并給它們加上合適的參與者或對象生命線。5.給消息加上形式化的語法以描述條件、消息名和要傳遞的參數。6.如果你愿意，加上響應消息和通信以使順序圖完整。圖 7-12 “查詢可用項目”的順序圖

圖 7-13 “創建新訂單”用例的電話訂購場景順序圖 協作圖：

協作圖主要應用是快速瀏覽相互協作、用來支持一個特定場景的所有對象。協作圖的參與者、對象和消息都使用了順序圖中的符號。生命線的符號沒有使用，但是，也使用了一個不同的符號：鏈接符號。

圖7-14在一個典型的協作圖中顯示了這四種符號。

協作圖信息描述符的語法如下：用數字順序標號來顯示每一個消息的順序。[true/false條件] 順序編號：返回值：= 消息名（參數列表）在對象之間或在參與者與對象之間的連線表示鏈接。

在一個協作圖中，鏈接表示兩個對象共享一個消息——一個發送消息一個接收消息。圖7-15 “查詢可用項目”的協作圖

圖7-16 “創建新訂單”電話訂購場景的協作圖 7.6 對象行為：狀態、狀態轉換和狀態圖表

在開發功能需求時，最后一類需要的信息是每個對象的內部邏輯。這些信息是對對象本身執行動作的描述。

順序圖給出了對象行為的一個客觀的分析。它標識了對象發送和接收的消息。狀態圖的目標是描述對象的內部工作。圖7-17 OO模型中的關系。

狀態圖是從類圖和順序圖中的信息開發出來的。狀態：一個對象存在的條件；狀態圖的一部分。

一個黑圓圈表示初始狀態，它僅僅表明進入狀態圖的入口點。初始狀態也叫做偽狀態，因為入口點也許會比對象自身的創建更早。

在內部涂黑的同心圓表示結束狀態，這個狀態表示從狀態圖中退出，通常表示從系統刪除一個對象。

動作：在一個特定狀態下對象執行的行為。

并行或并發狀態：在狀態圖中同時處于多于一個狀態的條件。

復合狀態：嵌套了其他狀態的高層狀態。一個對象進入復合狀態后，它就從一個黑點開始一條路徑。

對象轉換：狀態圖中的一個組成部分，它標示從一個狀態到另一個狀態的移動。目的狀態：一個轉換的目的，它連接著轉換符號的箭頭。原狀態：一個轉換的起源，它連接轉換符號的尾部。

消息時間：轉換的觸發器，這個轉換由一個有事件屬性的消息組成。

圖7-23 狀態圖的轉換名稱和消息名稱。圖7-25 訂單的狀態圖。

完成轉換：原狀態結束行動時發生的沒有觸發事件的轉換。

決策偽狀態：在狀態圖中的一個菱形塊，它代表在路徑上的一個決策點。

第八章 C/S結構，三層/多層結構

客戶機-服務器結構： 客戶機-服務器結構是當前分布式信息系統資源的主要結構模式。客戶機-服務器結構將信息系統過程分成兩個等級：客戶機和服務器。服務器計算機管理一個或多個的系統資源并通過確定的通信結構提供對那些資源的訪問；客戶機計算機用這個通訊結構來請求資源，而服務器則響應那些請求。實現通信結構的軟件通常稱為中間件。

服務器計算機或服務器：在網絡中為其他計算機提供服務的計算機。客戶機計算機：向網絡中的其他計算機請求服務的計算機。

中間件：在網絡中實現通信協議和幫助不同的系統進行通行的計算機軟件。三層結構：包含用戶層、業務邏輯層、數據層三層的一種客戶機-服務器結構。

圖8-4 三層結構。

第九章、系統設計

結構化方法

– 系統流程圖，結構圖，結果質量評價

面向對象方法

– 包圖，類圖

圖9-3 結構化和面向對象模型

系統流程圖：描述一個系統內計算機程序之間所有控制流的圖。

系統流程圖標識了每一個程序及其所存取的數據。系統流程圖也表明了不同程序、子系統、相關文件和數據庫之間的關系。記錄了整個系統的體系結構。

圖9-5 帶自動化系統邊界的數據流程圖 圖 9-6 系統流程圖的常用符號 圖9-7 工資系統的系統流程圖樣例 圖 9-8 RMO的系統流程圖

結構圖：用來展示一個計算機程序模塊間關系的層次圖。

結構圖的層次描述了系統各部分的功能和子功能。

結構圖的基本組成部分是模塊，模塊用來標識一個功能。圖 9-9 一個計算工資總額的簡單結構圖 圖9-11 完整計算工資系統的結構圖 評價結構圖的質量：

模塊耦合和模塊內聚是檢測質量的兩個標準。一般來說，我們期望設計出高度內聚和松散耦合的模塊來。

模塊耦合：模塊間相互聯系的方式，較好的方式是數據耦合。模塊內聚：模塊內部的凝聚程度。9.2.4 模塊算法設計：偽碼

包圖：是一個高層圖，用以標識系統中的主要部件。

包圖的目標是用于標識一個完整系統的主要部分。在一個大的系統中，通常要把系統分成許多子系統，每個子系統的功能相互之間都是獨立的，雖然子系統間經常會交換信息并頻繁的共享同一數據庫。

圖 9-26 包括RMO設計類的圖。

設計類圖：設計類圖是帶某些符號的類圖，這些符號在類中描述了設計部件。

第十章、數據庫設計

? 關系數據庫的設計

? 從ERD到關系模型的轉換 ? 從類圖到關系模型的轉換 ? 面向對象數據庫的設計

? 從類圖到面向對象數據模型的轉換

關系數據庫管理系統：在表中存儲數據的數據庫管理系統。

表：包括行和列的二維數據結構，也叫關系。

行：表的一部分，包含描述一個實體、關系或對象的數據，也叫元組或記錄。字段：關系數據庫表的一列，也叫屬性。

字段值：存儲在關系數據庫表的一個單元中的數值，也叫屬性值或數據元素。關鍵字：關系數據庫表中每一行都含有一個唯一值的字段。主鍵：可以唯一標識關系數據庫中表的某一行的關鍵字。（字段不唯一）外部碼：存儲在一個關系數據庫表中的字段值，同時這個字段值也是另一個關系數據庫表的主鍵值。

關系數據庫設計可以從一個ERD或一個類圖開始。這一節介紹如何根據一個ERD來生成數據庫模式。基于類圖的模式建立將在本章的后面討論。從ERD建立一個關系數據庫模式，可以采取一下步驟：

1.為每個實體類型建立一張表

2.為每個表選擇一個主鍵（如何需要，可以定義一個）3.增加外部碼以表示一對多關系 4.建立一個新表來表示多對多關系 5.定義參照完整性約束

6.評價模式質量，并進行必要的改進

7.為每個字段選擇適當的數據類型和取值范圍（如果需要）圖10-5 RMO的實體-聯系圖

圖 10-6 表示ERD中實體的初始表的集合 圖 10-7 帶主鍵（用黑體標識）的實體表 圖 10-8 圖 10-9 參照完整性：一個一致的關系數據庫狀態，其中每個外部碼的值也作為一個主鍵的值存在。

第11章

Eight Golden Rules for Interactive Interface Design From Strive for Consistency（盡量保持一致性）

Enable Frequent Users to Use Shortcuts（提供快捷鍵）Offer Informative Feedback（有效反饋）

Design Dialogs to Yield Closure（設計完整的對話過程）Offer Simple Error Handling（簡單的錯誤處理機制）Permit Easy Reversal of Actions（允許撤銷動作）Support Internal Locus of Control（控制的內部監控）Reduce Short-Term Memory Load（減輕短期記憶負擔）

概要

1.系統開發生命周期的階段劃分：項目計劃階段、分析階段、設計階段、實施階段、支持階段。

2.對獲取的需求信息進行類別劃分，主要的需求類別有:系統需求，功能需求,技術需求 4.用于定義系統需求的兩個關鍵概念分別是事件和事物 5.事件的分類：外部事件，臨時事件和狀態事件。

6.生命線：在順序圖中的一個對象下面的豎線，用以顯示這個對象的時間階段。

激活生命線：在順序圖中的垂直窄長方框，用以強調一個對象只有在狹長垂直矩形框的描述期間處于活動狀態。

7.順序圖消息符號由兩部分組成：方向箭頭和消息描述器。消息描述器的語法如下：

[true/false條件] 返回值：= 消息名（參數列表）

True/false條件用于驗證這個消息是否可以發送

8.協作圖消息用數字順序標號來顯示每一個消息的順序。

[true/false條件] 順序編號：返回值：= 消息名（參數列表）

在對象之間或在參與者與對象之間的連線表示鏈接。

在一個協作圖中，鏈接表示兩個對象共享一個消息——一個發送消息一個接收消息。9.模塊耦合和模塊內聚是檢測質量的兩個標準。一般來說，我們期望設計出高度內聚和松散耦合的模塊來。

10.在關系數據庫的設計過程中，提高關系數據庫模式質量的有效方法是進行關系數據庫的規范化設計。

11.計劃階段的模型：甘特圖

分析階段的模型：活動圖，關聯圖，實體聯系圖，用例圖，數據流圖，協作圖

設計階段的模型：包圖，系統流程圖

12.傳統的結構化方法：數據流圖，結構圖，系統流程圖，面向對象方法：類圖、用例圖、順序圖、協作圖、狀態圖，13.關系數據庫中，元組與元組之間的關聯關系是通過外鍵來表示的

面向對象數據庫中，對象與對象之間的關聯關系則是通過對象標識來表示的 四種報表類型：詳細報表、匯總報表、異常報表、決策報表

Drill down(下鉆)：將匯總字段設計成一個鏈接，允許點擊它以查看更為詳細的資料 完整性控制：應用系統內部用來保護系統內信息的機制和程序。

三種完整性控制：輸入完整性控制、數據庫完整性控制、輸出完整性控制。（防詐騙）輸入完整性控制：字段組合控制、限值控制、完全性控制、數據有效性控制。三種用戶：未授權、注冊用戶、特權 用戶界面的特征：物理特征、感知、概念 以用戶為中心的原則： 及早關注用戶及其工作

多次評價系統設計以保證其可用性 使用迭代開發方法

HIC的三種隱喻：直接操作隱喻（直接與顯示屏上的對象交互——桌面隱喻）、文檔隱喻、對話隱喻

界面設計指導原則： 可視性：有反饋 可供性：體現功能 事件列表

|事件| 觸發器 | 源

活動

|

響應

|目的地| 事物列表

|確定的名詞| 將該名詞作為事物存儲的一些注釋|

第二篇：系統分析與設計復習要點

1.2.3.4.5.6.7.8.9.10.11.12.13.14.15.16.17.18.19.20.21.可行性研究報告一般涉及哪些內容？ 用例圖的要素有哪些？ 順序圖的特點？ 簡單介紹總體設計、詳細設計涉及的主要工作。方案建議書一般涉及哪些內容？ 黑盒測試和白盒測試各自的特點是什么？ 什么是HIPO圖，它的作用什么？ 簡單介紹總體設計、詳細設計涉及的主要工作 在結構化系統分析中數據字典的作用是什么？ 軟件生命周期的瀑布模型包含哪些階段？ 系統開發生命周期中“系統分析與設計”的重要性。什么是UML？三種表示形式是什么？ 類圖中定義了四種關系？ 在結構化分析方法中，使用的主要工具有哪些？ 封裝是面向對象方法的一個重要原則，封裝有兩個含義是什么？ 電子商務應用軟件三層是哪些層？ 項目管理過程中安排項目進度常用的工具有哪些圖？ 系統規劃階段的成果主要有哪些？ 系統開發生命周期將系統開發過程分為5個階段，分別是是什么？ 交互圖可分為哪兩種，其特點是什么？ 畫出客戶使用ATM的用例圖。

每個銀行用戶都擁有自己的賬戶，而賬戶又分為人民幣賬戶和美元賬戶，請畫出以上提到的“賬戶”、“人民幣賬戶”和“美元賬戶”的類圖，并標出三者之間的關系。其中，“賬戶”的屬性包括：1）賬號：string；2）余額：double；3）身份證號：string。其中“賬號”和“余額”為Private，“身份證號”為Public。

22.首次購買基金的描述，畫出相應的活動圖。

客戶來到銀行，柜員首先判斷該客戶是否有該行的“綜存賬戶”；

如果沒有“綜存賬戶”，則由用戶提出申請，然后柜員協助辦理“綜存賬戶”，“綜存賬戶”開通后需要往賬戶中存入一定額度的現金，接下來需要該客戶填寫“風險容忍度測試表”，在客戶填寫該表的過程中，理財專員幫助客戶“申辦基金賬戶”；

如果客戶本來就有“綜存賬戶”，則該客戶直接填寫“風險容忍度測試表”，在客戶填寫該表的過程中，理財專員幫助客戶“申辦基金賬戶”；

主管審核，通過審核則該段流程結束，否則返回給理財專員。

A.對于并行的流程可以采用分叉與匯合表示?B.利用泳道區分不同的對象?

23.根據下列描述畫出該用例圖

某電子商務網站的用戶要“查詢訂單狀態”，在查詢之前必須進行“用戶合法性檢查”，“用戶合法性檢查”有兩種途徑，一種是“通過密碼驗證”，另一種是“通過手機短信驗證”； 用戶如果想“下訂單”也必須先進行“用戶合法性檢查”；

“下訂單”還包括一種特殊情況，即“下加急訂單”。

24.大雁是群居動物，每只大雁都屬于一個“雁群”，一個“雁群”可以有多只“大雁”，用類圖表示“大雁”和“雁群”這兩個類的關系。“雁群”這個類的屬性包括“大雁數量：int”和“過冬地點：string”，類的方法有“V字形飛行”和“一字形飛行”。“大雁”這個類的屬性包括“大雁體重：float”和“大雁性別：bit”，類的方法有“下蛋”和“飛行”。

第三篇：系統分析與設計總結

第一章 概述

信息系統的五個組成部分：硬件、軟件、規程（processes）、數據、人

SDLC（System Development Life Cycle 系統開發生命周期）包括：計劃、分析、設計、實施、運維。替代方法：Prototyping（原型法）、CASE Tools（Computer-aided Software Engineering tools 計算機輔助軟件工程工具）、JAD（Joint Application Design 聯合應用設計）、RAD（Rapid Application Development 快速應用軟件開發）、敏捷方法（Agile Methodologies）、極限編程（Extreme Programming）。

第二章 計劃

總體規劃（Strategic planning）模型：諾蘭模型（初始、蔓延、控制、集成、數據管理、信息管理）。

總體規劃原則：支持企業總目標；面向各個管理層次；方法上擺脫信息系統對企業組織的依賴性；結構上具有良好的整體性；便于實施。

總體規劃的方法：關鍵成功因素法、戰略目標集轉換法、企業系統計劃法、信息系統規劃與企業過程重組、信息系統規劃和企業形象系統。

總體規劃步驟：準備工作、組織機構調查、定義管理目標、定義管理功能、定義數據類、定義信息結構（劃分子系統）、確定子系統實施順序。準備工作

確定規劃內容、成立規劃小組、收集數據、制定計劃、開好動員會。定義管理功能

資源的生命周期：產生、獲得、服務、歸宿 識別管理功能：根據資源識別（OO）、根據決策與活動識別（SSAD）管理功能是管理各類資源的各種相關活動和決策的組合 定義數據類

方法：實體法（如圖2-1）、功能法（如圖2-2）

兩者組合形成初始功能數據類矩陣（圖2-3）

圖2-1

圖2-2

圖2-3 定義信息結構

劃分子系統的方法：在初始功能數據矩陣中，排列數據類，使得矩陣中的C靠近主對角線。

確定子系統實施順序

根據企業目標和技術約束確定

原則：子系統的需求程度與潛在的效益評估、技術約束分析

信息系統需求：Improved service(改善服務)、Better performance（更好的性能）、More information（更多的信息）、Stronger controls（更強的控制）、Encryption and biometric devices、Reduced cost（降低成本）

影響系統因素

內部：Strategic plan（總體規劃）、Top managers（高層管理人員）、User requests（用戶需求）、Information technology（信息技術）、department（部門）、Existing systems（現有系統）

外部：software/hardware vendors（軟硬件供應商），technology（技術），suppliers，customers（客戶），competitors（競爭者），the economy（經濟），government（政府）

可行性分析

操作可行性（Operation feasibility）：系統在開發之后可以正常使用 技術可行性（Technical feasibility）：開發系統所需要的技術資源 經濟可行性（Economical feasibility）：Total cost of ownership(TCO)總擁有成本

進度可行性（Schedule feasibility）

信息系統初步調查（Preliminary investigation）

Understand the problem（了解問題）

Define the scope and constraints（確定范圍和約束）Perform fact-finding（進行實地考察）Estimate Feasibility（估計可行性）

Estimate development time/cost（評估項目成本、時間）Present results and recommendations（提出結果和建議）

第三章 需求模型（Requirements Modeling）

系統分析階段

包括：需求建模（Requirements Modeling）、企業建模（Enterprise Modeling）、開發策略（Development Strategy）

階段交付物：系統需求文檔（System Requirements document）

方法： JAD（Joint Application Development 聯合應用程序開發）

RAD（Rapid Application Development 快速應用軟件開發）

? Explain how systems analysts use a functional decomposition diagram(FDD)系統需求列表

輸出、輸入、處理、性能、控制、可擴展性（Scalability）、TCO（Total cost of ownership 總擁有成本）

實情考察方法（Fact-Finding）Interviews（訪談法）

documentation review（文檔審查）observation（觀察法）

questionnaires and surveys（問卷調查）sampling（抽樣法）research（研究）訪談法步驟

1.Determine the people to interview（確定訪談人群）2.Establish objectives for the interview（確定訪談目標）3.Develop interview questions（設計問題）4.Prepare for the interview（準備訪談）5.Conduct the interview（實施）6.Document the interview（記錄）7.Evaluate the interview（評估）抽樣法方法

隨機抽樣（Random sample）

分層抽樣（Stratified sample）

系統抽樣（Systematic sample）

文檔編寫原則

Record information as soon as possible（盡快記錄）

Use the simplest recording method（使用最簡單的記錄方法）Ensure that your work is understandable（能讓他人理解）Organize your documentation material（合理組織材料）

第四章 企業建模（Enterprise Modeling）

企業建模

產生：邏輯模型（Logical Model）

工具：Entity-relationship Diagrams（ERD E-R圖）

Data Flow Diagrams（DFD 數據流程圖）Data Dictionary（DD 數據字典）

Process Descriptions（PD 處理邏輯說明書）Query Analysis（QA 存取分析）

E-R圖

關系種類：一對一、一對多、多對多 數據流程圖

符號（Gane and Sarson symbol）包括：processes（處理邏輯），data flows（數據流），data stores（數據存儲），entities（外部實體）

種類：Context Diagram（第一層數據流程圖，無數據存儲）

Diagram 0（將第一層擴展，保持第一層的數據流）Lower-Level Diagram（子數據流程圖）

Lower-Level Diagram畫法：leveling（分層顯示 分層方法：Exploding、partitioning、decomposing）and balancing（前后數據流保持不變）

相關概念：

Black Hole：A process that has no output.Gray Hole：A process with at least 1 input and output, but the input is insufficient to generate the shown output.Spontaneous Generation Process：Used to describe an unexplained generation of data or information.數據字典

概念：對數據流程圖中的各個成分的含義進行描述的工具

用途：對數據流程圖的補充說明、參照，用于檢索，檢驗一致性與完整性 內容 ：數據元素：又叫數據項，是最小數據組成單位，不可分割

數據結構：數據之間的組合關系 數據流

數據存儲：數據存儲的結構，有關的數據流和查詢要求 處理邏輯 外部實體

方式：人工、計算機 常用屬性：

數據元素（名稱、類型/長度、默認值、值域、來源、安全、負責人、描述）數據結構（名稱、描述、屬性）

數據流（名稱、描述、來源、目的地、所包含數據結構、使用頻率）數據存儲（名稱、描述、屬性、使用頻率）處理邏輯（名稱、描述、編號、輸入、輸出）外部實體（名稱、描述、輸入流、輸出流）

處理邏輯說明書

工具：

結構化語言：一種用于描述處理邏輯的介于自然語言和程序語言之間的語言。包括三種基本語句：祈使句、判斷語句、循環語句。沒有嚴格的語法，極其有限的詞匯（祈使句中的動詞、數據字典中的名詞、邏輯表達式中的保留字）

決策樹：

決策表：

現將所有情況列出，在不斷進行合并，下表為最終表

存儲分析

目的：DFD中定義了數據存儲，DD中對數據存儲的數據結構作了描述，但沒有說明立即存取與實時響應，是補充。

存取類型：E：實體 A：屬性 V：屬性值 已知E、A，求V 2 已知A、V，求E 3 已知E、V，求A 4 已知E，求A、V 5 已知A，求E、V 6 已知V，求A、E

邏輯模型和物理模型的區別

邏輯模型展示信息系統有什么功能；物理模型展示信息系統的功能如何實現

Four-Model Approach 包括：原系統的物理模型、原系統的邏輯模型、所開發系統的邏輯模型、所開發系統的物理模型

第五章 開發策略（Development Strategies）

軟件開發趨勢

Software as a Service：軟件即服務

Software and Information Industry Association(SIIA)軟件與信息產業協會 application service providers（ASP）軟件服務提供商 軟件開發策略

Develop in-house Buy software package Customize 選擇考慮因素

total cost of ownership(TCO)系統需求文檔

包括：requirements for the new system（新系統的要求）

describes the alternatives that were considered（描述備選方案）

第六章

總體設計（General Design）

包括：硬件設計、軟件設計、網絡設計、子系統劃分與模塊結構 設備選配的依據：總體方案、容量、外設（數量、速度）

設備選配的指標：可靠性、可維修性、兼容性、熟悉性、方便性、可擴充性、經濟合理性

硬件設計：主站、工作站、外圍設備、主要性能指標

軟件設計：中文、操作系統、數據庫管理系統、其他開發環境、各種工具、各種媒體的編輯、處理軟件

網絡設計：網絡結構、拓撲結構、傳輸介質、網關、網絡管理軟件、OA設備

子系統劃分與模塊結構 方法：系統流程圖（強調執行順序）、HIPO（Hierarchy Plus Input/Process/Output）（強調層次）、模塊結構圖

模塊結構圖

方法：事務分析法、變換分析法 事務分析法

適用于高層數據流程圖，每一個處理邏輯都是一個事務 變換分析法

步驟： 1 找出系統的邏輯輸入、主加工和邏輯輸出設計頂層模塊和第一層模塊設計中下層模塊

系統總體優化的準則

模塊的耦合：模塊間的關聯程度

模塊的聚合：模塊內的緊湊程度

模塊的分解：分解到功能聚合型模塊為止

模塊的扇入和扇出：

扇入：一個模塊的上級模塊叫做扇入模塊 扇出：一個模塊控制的下級模塊叫扇出模塊

原則：扇入越大越好，扇出數目控制在7±2范圍內 模塊的控制范圍和判斷作用范圍：

控制范圍：指模塊本身和它的下級模塊

判斷作用范圍：模塊和有判斷調用的模塊的組合

第七章 數據設計（Data Design）

數據與文件分類

存儲方式、文件命名規則設計 規范化設計

1NF：在同一個表中無重復項出現 2NF：有且僅有一個數據元素為主鍵

3NF：表中所有數據元素不但要能夠唯一的被主鍵表示，而且他們之間還必須相互獨立

一致性、完整性、有效性、安全性 存儲過程

第八章 代碼設計（Code Design）

代碼的概念

一個或者一組有序的易于計算機和人識別與處理的符號。代碼的意義

鑒別、分類、排序、特殊意義

代碼設計的步驟

1.信息分類

原則：科學性、系統性、可擴充性、兼容性、綜合實用性 方法：

線分類法（將選定的分類對象按若干屬性逐次地分成若干層級的類目）面分類法（若干屬性獨立分類、沒有上下級的從屬關系）2.編碼

原則：唯一性、合理性、可擴充性、簡單性、適用性、規范性 方法：根據代碼的種類和類別進行編碼，然后說明代碼組成的原則

第九章 用戶設計和輸入輸出設計

以用戶為中心設計原則 Understand the underlying business functions 2 Maximize graphical effectiveness 3 Profile the system’s users 4 Think like a user 5 Use prototyping 6 Design a comprehensive interface 7 Continue the feedback process 8 Document the interface design 輸入方式：

批量輸入、聯機輸入（后面太亂了。不寫了。）

第十章 網絡體系結構

B/S 瘦客戶端服務模式 C/S 胖客戶服務模式

兩層設計：Server + Client 三層設計：Server + Application Server + Client

第十一章 系統實施

系統實施過程

1.硬件和軟件的購買 2.網絡的構建 3.應用開發 4.用戶培訓

5.編寫文檔（程序文檔+系統穩定+操作文檔+用戶文檔）6.測試（單元、集成、系統測試）7.安裝 8.評估

9.數據轉換 10.系統上線 系統切換

1.直接切換 2.平行切換 3.試驗切換 4.階段切換

第十二章 系統運營

四種維護

1.改正性維護 2.適用性維護 3.改善性維護 4.預防性維護

維護流程

1.維護請求 2.初步判斷 3.處理請求 4.布置任務 5.用戶通知

系統底線

1.Functional baseline（功能基線，終結于分析階段）2.Allocated baseline（分配基線，終結于設計階段）

3.Product baseline（產品基線，終結于實施、測試階段）

系統退化（System Obsolescence）

原因：無法滿足當前管理的需要（維護無效或維護成本高）這意味著新的系統的開始

第四篇：《軟件系統分析與設計》期末復習知識點總結

一、方法論模型。

1、BOOCH、OMT、OOSE、Coad-Yourdon（前三者組成UML）

2、UML包括9種圖，分別為用例圖、靜態圖（包圖、類圖、對象圖）、實現圖（構件圖、部署圖）、行為圖（活動圖、狀態圖、交互圖(順序圖、協作圖)）基本規范，泛化關聯，包含關聯，擴展關聯

3、基本模型——類圖、需求模型——用例圖、輔助模型——其他各種圖

4、兩大工具：Rose、PowerDesigner

5、方法三要素：模型、工具和過程

6、結構化分析三視圖模型E-R、DFD、STD

7、OMT方法的三大模型：對象模型、功能模型、動態模型

8、Coad/Yourdon方法的五大層次：對象-類、結構、主題、屬性、服務

二、基本建模（類圖與對象圖）

1、類之間的關系：關聯關系、依賴關系、泛化關系。

2、抽象類與接口：抽象類有些方法可以提供實現代碼，接口所有的方法都沒有提供實現代碼。抽象類只能被繼承，接口只能被實現。

3、類的版型：實體類（數據庫、文件等）、邊界類（如窗體、對話框）、控制類（協調交互）

三、需求建模（用例圖）

1、參與者指系統以外的、需要使用系統或與系統交互的外部實體。可以分為：人、外部設備、外部系統。

2、參與者之間的關系：泛化關系，參與者與用例之間的關系：關聯關系。用例之間的關系：泛化關系，包含關系，擴展關系。包含關系和擴展關系都是依賴關系的特例。

3、用例是對一個參與者使用系統的一項功能時所進行的交互過程的一個文字描述序列。是參與者可以感受到的系統服務或功能單元。

4、用例描述是一個關于參與者與系統如何交互的規范說明（包含用例用例名稱、用例描述、基本事件流、參與者、前置后置條件等）

5、用例的進一步描述：活動圖、順序圖（通信圖）

四、行為建模（狀態圖與活動圖）

1、行為模型包括：狀態模型（狀態圖，單對象）、活動模型（活動圖，多對象）、交互模型（順序圖，多對象）。

2、調用事件表示的是對操作的調用，變化事件一個布爾表達式變量的值發生變化。時間事件滿足某一時間表達式的情況的出現。信號事件就是由一個對象異步地發送、并由另一個對象（即狀態圖所對應的對象）接收的已命名的實體。調用事件狀態圖內對象和外部對象都能發起，信號事件只能由外部發起。

3、對象處于不同的狀態，導致后續要執行不同的操作。這些操作可能歸屬于不同的用例。一個用例的執行對應一個順序圖。順序圖刻畫了多個對象之間的消息發送關系。需要多個用例的順序圖，來融合地描述一個對象的完整狀態圖。

4、活動表示的是某流程中的任務的執行，它可以表示某算法過程中語句的執行。

5、分叉表示的是一個控制流被兩個或多個控制流代替，經過分叉后，這些控制流是并發進行的。匯合正好與分叉相反，表示兩個或多個控制流被一個控制流代替。

6、泳道（swimlane）是活動圖中的區域劃分，根據每個活動的職責對所有活動進行劃分，每個泳道代表一個責任區。關心的是其所代表的職責。

7、活動圖用途：對業務過程進行建模。對某個方法具體過程建模。

8、狀態與活動的區別：狀態是一個對象所處的境況。通常是執行了一個（或多個）活動后的結局。活動是一段程序代碼的執行，對應于若干個步驟的集成。不同的狀態會導致不同的功能（對應于若干個活動）的執行。一個方法可能需要多個（也可以是一個）活動來完成。一個活動只能屬于一個方法。一個用例對應于若干個活動。

五、交互建模（順序圖和協作圖）

1、靜態結構使用類圖，動態結構使用順序圖、協作圖、狀態圖、活動圖。

2、對象：同類圖中的對象，是類的實例

生命線：從對象圖標向下延伸的一條虛線，表示對象存在的生命期 控制焦點（激活期）：對象執行一個動作的時間段 消息：對象間的一次通信

調用消息的發送者把控制傳遞給消息的接收者，然后停止活動，等待消息接收者放棄或返回控制。調用消息可以用來表示同步的意義。

3、順序圖一般對應一個用例。一個類中的職責對應該對象執行一個動作。

4、對象：同類圖中的對象，是類的實例 ；鏈：對象之間的連接關系；消息：對象間的一次通信；對象生命周期：對象名稱之后標以{new}約束表示創建對象，標以{destroy}約束表示銷毀對象

5、協作圖的建模同順序圖的建模，或者：可以從順序圖直接變換過來，或者：根據類圖，畫出對應的對象圖。在鏈上附著消息。

6、順序圖和協作圖的聯系：都用于描述系統中對象之間的交互協作完成一項功能，彼此可以相互轉換。區別：順序圖強調的是消息的時間順序；協作圖強調的是對象的空間位置關系。順序圖中有對象生命線和控制焦點；協作圖中有路徑，消息必須要有消息順序號。順序圖可以表示生命線的分叉；協作圖可以表示多對象、主動對象。

第五篇：信息系統分析與設計學習總結

信息系統分析與設計學習總結

通過這個學期的學習，我覺得在信息系統分析與設計這門課程中的收獲頗多，同時讓我了解到在開發一個系統前，進行信息系統分析與設計是重中之重，正所謂“工欲善其事必先利其器”要想實現好的系統，做好前期工作是必須的。比如說從系統這一方面說吧，首先進行信息系統規劃，接著是結構化系統分析，結構化系統設計三個部分，其中結構化系統設計主要包括系統總體結構設計，代碼設計，數據庫設計，輸入輸出設計，最后一步就是系統的實現與運行過程了。

在這期課程中，通過老師講解學習到了：在信息系統的概論中，讓我們初步認識了信息系統的基本概念及其功能，分析信息系統的特征、結構、信息系統的分類和信息系統的發展階段等。在管理信息系統開發的概述中，我知道了管理信息系統開發指的是管理信息系統由問題提出開始，從系統規劃、系統分析、設計、實施到系統的維護、評價的全過程，其次就是創建MIS的方法等。在信息系統規劃中，學習了信息系統規劃的定義、內容、流程和方法，在信息系統規劃的方法中，具體介紹了關鍵成功因素法、戰略目標集成法和企業系統計劃法等。在第四章結構化系統分析中，主要學習到了結構化信息系統的分析過程，分析信息系統需求分析方法和主要工具，學習到了數據流程圖的基本結構和畫法。在學習畫時序圖過程中雖然也遇到了很多的問題，但是通過老師和同學的幫助都成功得到了解決。在畫數據流程圖的時候遇到的問題就相對少了點，因為以前學過一些，所以在繪制時就相對輕松一些。在進行需求分析學習過程中，我知道了在需求分析階段需做的工作、需求分析的任務、需求分析的特點等。在學習體系結構設計中，理解了體系結構的基本概述、體系結構設計需要做的工作。在最后學習了詳細設計。其次，在本期學習到的知識中，老師也讓我們做了實際的運用，在平時作業中，我們完成了圖書管理系統需求規格說明書、小區物業管理系統需求規格說明說、圖書管理系統體系結構的設計，圖書管理系統詳細設計、小區物業管理系統詳細設計等，通過這些實際的運用，讓我更加深入的了解并學會運用所學知識。

本學期的課時即將完成，總的來講，在本學期信息系統分析與設計這門課程當中讓我獲益頗多，我今后會繼續努力，更好的學好每一門課程。