第一篇：信息系統分析詳細總結(信息系統分析與設計6,7章)

第六章 結構化系統分析

第一節 系統分析的任務p91

? 系統分析階段的基本任務是：系統分析員與用戶在一起，充分了解用戶的要求，并把

雙方的理解用系統說明書表達出來。

? 分析本質上就是一個發現過程，分析期間推動活動的關鍵詞就是理解和發現。? 系統分析是研制信息系統最重要的階段，也是最困難的階段。

? 系統分析要回答新系統“做什么”這個關鍵性的問題。

?

1.2.3.4.5.6.? 需求分析： 需求分析的目標與客戶和其他涉眾在系統的工作內容方面達成一致定義系統的用戶界面，重點是用戶的需要和目標 使系統開發人員能夠更清楚地了解系統需求 定義系統邊界（限定）為計劃迭代的技術內容提供基礎 為估算開發系統所需成本和時間提供基礎 需求分析的任務

1.確定待開發的系統的用戶類，并獲取他們的需求信息。

2.分析用戶的需求信息，并按需求的類型分類這些需求信息，同時也區別出不是需求的信息。

3.根據需求信息建立系統的邏輯模型或需求模型，并確認非功能需求和約束條件及限

制。

4.根據收集的需求信息和邏輯模型編寫需求規格說明及其文檔。

5.評審需求規格說明。

6.當需求發生變更時，對需求規格說明及需求變更實施進行管理。

系統需求一般分為兩類：

1.業務性需求/功能性需求

2.技術性需求

需求分析法概述：

需求獲取

進行用戶需求調查，獲取需求、識別問題。

分析建模

軟件系統本質上是信息處理系統，應通過分析系統信息流的構成和相互之間的關系，確定：數據，數據處理。

編寫需求文檔

主要工作是需求描述。結果為以文檔形式表述的可交流、可復審的系統邏輯模型。需求評審

專家、分析人員、開發人員、用戶共同對需求分析的正確性、合理性、有效性進行檢查，確保需求分析的全面、準確和一致性。

系統分析的困難主要來自三個方面：

1.對問題空間的理解

2.人與人之間的溝通

3.環境的不斷變化

? ? 1.2.3.4.?

?

?

?

?

?

? 最使系統分析員困惑的是環境的變化。系統分析員的知識水平和工作能力決定了系統的成敗。一個稱職的系統分析員不但應具備堅實的信息系統知識，了解計算機技術的發展，而且還必須具備管理科學的知識。直觀的圖表可以幫助系統分析員理順思路，也便于與用戶交流。20世紀70年代以來，出現了多種這樣的工具，如現場工作流程圖、作業流程圖、實體生命周期和數據流圖等。數據流圖是結構化系統分析的主要工具。結構化系統分析采用介于形式語言和自然語言之間的描述方式，通過一套分層次的數據流圖，輔以數據字典、小說名等工具來描述系統。圖：p93 結構化系統分析方法就是通過自頂向下、逐層分解的方法，利用分解和抽象這兩個基本手段控制系統的復雜性，把大問題分成小問題，然后分別解決，這就是分解。分而治之，正是系統工程的思路。系統開發的風險 項目失敗或嚴重超支的8個最重要原因中有5個都與需求相關： 1.不完整的需求； 4.需求和需求規格說明的變更； 2.缺乏用戶的參與； 5.提供許多不必要的功能。3.不實際的客戶期望； 獲取需求的常用方法

1.訪談法 4.實地考察

2.問卷調查 5.構造原型

3.情景分析

系統模型:

? 信息系統模型的作用：

1.建立模型的過程可以使得分析員更深入地了解和定義信息系統的需求，并發現問題

2.對復雜問題進行簡化

3.為設計人員的工作提供依據

4.有助于同開發小組的其他成員和客戶交流

5.為以后的維護升級提供了文檔

? 基于不同的開發技術，有三類最核心的圖示化模型：

1.功能模型：利用數據流圖和數據字典描述系統的功能和數據的處理流程

2.數據模型：利用實體關系圖ERD描述系統中的數據實體及其關系

3.對象模型：利用類圖描述對象、對象之間的聯系。和數據實體不同，對象在數據之

外增加了行為特性

? 從而衍生出三種建模方法：

1.面向功能的建?！美龍D與業務流程圖

2.面向數據的建?！狤RD

3.面向對象的建?！悎D與對象圖

第七節 新系統邏輯模型的提出p120

? 系統分析階段的任務是明確系統功能。通過對現行系統的調查分析，抽象出現行系統的邏輯模型，分析其存在的問題。

? 新系統來自原系統，比原系統更合理，效率更高。

? 從形式上講，新系統的邏輯模型與舊系統的邏輯模型相比變化不大，可能只是在一個或

幾個處理中引進新技術，改變幾處數據的流程，或者改變某些數據存儲的組織方式。? 應該考慮以下因素，提出新的系統模型

1.新技術的使用

2.流程的改進

3.數據存儲的組織方式的改變等

第八節 系統說明書p121

? 系統說明書是系統分析階段的成果

1.是系統所應滿足的全部需求（功能性需求和非功能性需求），并可以文檔的方式完整

和精確陳述這些需求。

2.是項目相關人員對將要開發的系統所達成的共識，是進行系統設計、實現、測試和

驗收的基本依據，也是整個系統開發過程中最重要的文檔。

? 該文檔描述了系統的需求，也稱《需求規格說明書》

? 系統說明書的內容

１、引言

２、項目概述 ３、實施計劃

(1)項目的主要工作內容(1)工作任務的分解

(2)現行系統的調查情況(2)進度

(3)新系統的邏輯模型(3)預算

? 系統說明書的品質要求

1.正確性 5.可修改性

2.完整性 6.可跟蹤性

3.一致性 7.可驗證性

4.無二義性

? 評審

? 評審分為用戶評審和同行評審兩類。

? 目的：是否滿足用戶需求；

發現那些潛在的缺陷或錯誤，避免這些錯誤和缺陷遺漏到項目的后續階段。

? 評審遵從用戶意見第一的原則

第七章 結構化系統設計

第一節 系統設計的任務要求

? 系統設計要回答的中心問題是系統“怎么做”。即如何實現系統說明書規定的系統功能。

在這一階段，要根據實際的技術條件、經濟條件和社會條件，確定系統的實施方案，即系統的物理模型。

? 設計保準：

設計系統之前，先看看評價信息系統的標準，這些標準對任何設計方法都適用：

1.信息系統的功能：是否滿足用戶的需求

2.系統的效率：響應時間、操作的方便性

3.系統的可靠性：抗干擾能力、故障恢復

4.系統的工作質量：準確性、使用效果

5.系統的可變更性：修改和維護的難易程度

6.系統的經濟性：系統收益與支出比

? 如何提高系統變更性

1.結構簡單

a)系統各組成元素分工明確，易于理解

b)元素之間的關系清晰簡潔

2.變動靈活

a)謹防軟件維護中的“水波效應”

b)使系統各組成元素內部的改變容易實現，改動對其它部分的影響盡量減少

c)提前考慮將來最易出現的擴展和變更

? 系統設計的內容：

1.總體設計

– 也稱概要設計。

– 明確軟件的體系結構（也稱架構architecture）、組成元素及其關系（也稱structure）。

– 架構表示抽象的框架模式，結構則是指具體元素及其關系。

2.詳細設計

– 各項具體細節，設計硬件軟件的各個方面

? 系統設計的內容

系統設計階段的任務是提出實施方案。該方案是這個階段工作成果的體現，這個方案以書面的正式文件———系統設計說明書提出，批準后將成為系統實施階段的工作依據。

1.把總任務分解成許多基本的、具體的任務

這些具體任務合理地組織起來構成總任務。這稱為總體設計（architectural design），又稱為概要設計（preliminary design），其基本任務是：

1)將系統劃分成模塊

2)決定每個模塊的功能

3)決定模塊的調用關系

4)決定模塊界面，即模塊間信息的傳遞

系統越大，總體設計的影響越大。

2.為各個具體任務選擇適當的技術手段和處理方法

這便是詳細設計，包括代碼設計、數據庫設計、輸入設計、輸出設計、人機對話設計、處理過程設計。

第六節 輸出設計

信息系統只有通過輸出才能為用戶服務。輸出決定輸入，即輸入信息只有根據輸出要求才能確定。

? 輸出設計包括以下幾方面的內容：

1)確定輸出內容

2)選擇輸出設備與介質

3)確定輸出格式

? 報表時最常見的輸出形式。組成：表頭、表體、表尾。輸出形式：打印輸出、磁盤文件

輸出。

第七節 輸入設計

? 輸入設計的原則：

1)最小量原則 3)早檢驗原則

2)簡單性原則 4)少轉換原則

? 輸入設計的內容包括

1)確定輸入數據的內容

2)確定數據的輸入方式

3)確定輸入數據的記錄格式

4)輸入數據的正確性校驗

5)確定輸入設備

設備的選用應考慮一下一些因素：

a)輸入的數據量與頻度

b)數據的來源、形式、收集環境

c)輸入類型、格式的靈活程度

d)輸入速度和準確性要求

e)輸入數據的校驗方法、糾正錯誤的難易程度

f)可用的設備與費用

? 數據記錄格式本質上分為兩部分：預先印刷部分和插入數據的空格

? 數據出錯有三種情況

1)數據內容錯

2)數據多余或不足

3)數據的延誤

? 數據校驗方法

1)重復校驗 7)邏輯校驗

2)視覺校驗 8)界限校驗

3)分批匯總校驗 9)記錄計數校驗

4)控制總數校驗 10)平衡校驗

5)數據類型校驗 11)匹配校驗

6)格式校驗 12)代碼自身校驗

第八節 人機對話設計

? 人與計算機進行信息交流就是人機對話

? 人機對話設計的原則

1)對話要清楚、簡單，用詞要符合用戶觀點和習慣

2)對話要適應不同操作水平的用戶，便于維護和修改

3)錯誤信息設計要有建議性

4)關鍵操作要有強調和警告

? 人機對話的方法

a)選單式 c)回答法

b)填表法 d)提問法

? 圖形用戶界面已成為一種流行的界面設計技術，并將成為信息系統用戶界面的主流。

? 圖形用戶界面優點：

1.容易學習使用，使用選單而不必記憶指令名稱，大大減少鍵盤輸入的數量與錯誤

2.具有高度的圖形功能，直觀生動，如采用直線圖、趨勢圖、動畫等。

3.多個視窗并用，同時顯示多樣信息，并可對同樣信息提出多種不同角度的表達。? 圖形用戶界面的缺點：

與文字指令相比，圖形形式的指令不能表達復雜的符合指令。指令數目太大時，不容易在屏幕上安排選單。對于熟練的使用者而言，鍵盤輸入的速度要快于鼠標選項的輸入。? 圖形界面設計的原則：

1.用戶界面的各個畫面設計在整體上應保持相同或相似的外觀。

2.用戶界面使用的詞匯、圖示、顏色、選取方式、交流順序，其意義與效果應前后一

致。

3.要正確使用圖形的表達能力。

4.由于圖形對象占用系統資源較多，處理速度慢，因此在時間影響要求高，而硬件資

源檔次較低環境中，不宜采用圖形界面。

第九節 計算機處理過程的設計

模塊的外部特征：功能和界面

計算機處理過程的設計則要確定每個模塊的內部特征，即內部的執行過程，包括局部的數據組織、控制流、每一步的具體加工要求及種種實施細節。

處理過程設計的關鍵是用一種合適的表達方法來描述每個模塊的執行過程。

1.流程圖

基本成分：

1)加工步驟，用方框表示 3)控制流，用箭頭表示

2)邏輯條件，用菱形表示優點是直觀、形象。

2.盒圖(NS圖)

與流程圖相比,NS圖的優點在于：

1)它強制設計人員按結構化程序設計方法進行思考并描述其方案。

2)圖像直觀，容易理解設計意圖，為編程、復查、測試、維護帶來方便。

3)簡單易學

3.程序設計語言PDL

第十節 計算機系統的選擇

? 選擇計算機系統的依據是：

1)功能要求 5)通信和網絡要求

2)容量要求 6)市場和國情要求

3)性能要求 7)經濟、技術條件等方面的限制

4)外部設備配置要求

第十一節 系統設計說明書

設計完成，提交系統設計書，兩種形式：

單冊報告，分章節介紹總體模塊設計、代碼設計、輸入/輸出、人機交互、數據庫等各部分內容

多冊，以上各部分單獨書寫成冊，如總體設計報告、數據庫設計報告、模塊詳細設計報告等

第二篇：信息系統分析與設計

《信息系統分析與設計》考試題目及評分標準

下周一（11月26日）中午12點之前由班長或學習委員收齊各班紙質版本作業，周二收齊交給任課老師。

請注意論文封面、格式以及老師強調的論文重點，打印并裝訂好交給班長或學習委員?？荚囶}目：（任選其一）

設計一個銀行存取款管理信息系統。

要求具有下面的功能：①儲戶憑身份證在銀行開戶，銀行賬戶中保存儲戶姓名、聯系電話、家庭住址等基本信息，并保存儲戶每筆存取款業務數據。②儲戶存款時，需提交存折/卡號，由業務員在銀行賬戶及存折/卡上登記存款信息。③儲戶取款時，還需提交密碼，以確認身份，在驗證取款合法性后，更新銀行賬戶。④統計員每日統計存、取款情況，形成日存取款匯總表，提供給信貸管理部作為信貸主要依據。

設計一個物資采購及庫存管理業務管理信息系統。

要求具有下面的功能：①車間填寫領料單到倉庫領料，庫長根據用料計劃審批領料單，未批準的退回車間。②庫工收到已批準的領料單后，首先查閱庫存賬，若有貨，則通知車間前來領取所需物料，并登記用料流水賬；否則將缺貨通知采購人員。③采購人員根據缺貨通知，查閱訂貨合同單，若已訂貨，則向供貨單位發出催貨請求，否則就臨時申請補充訂貨。④供貨單位發出貨物后，立即向訂貨單位發出提貨通知。采購人員收到提貨通知單后，就可辦理入庫手續。接著是庫工驗收入庫，并通知車間領料。⑤此外，倉庫庫工還要依據庫存賬和用料流水賬定期生成庫存報表，呈送有關部門。

考核內容：

熟練掌握信息系統分析與設計的方法。具體考核的內容是：

1、編寫信息系統可行性報告。

2、編寫信息系統需求分析報告，繪制數據流圖。

3、編寫信息系統設計報告，繪制功能結構層次圖，數據庫設計，界面設計和硬件和軟件設計。

評分標準：

1、編寫信息系統可行性報告。（20分）

2、編寫信息系統需求分析報告，繪制數據流圖。（30分）

3、編寫信息系統設計報告，繪制功能結構層次圖。（20分）

4、數據庫設計（10分）

5、界面設計。（10分）

6、簡單的硬件和軟件設計。（10分）

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

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

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

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

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

第四篇：《信息系統分析與設計》教學大綱

《信息系統分析與設計》教學大綱

課程代碼：NR4002

學 分：4

學 時：72（理論學時：36，實驗學時：36）

先修課程：辦公軟件、計算機網絡、面向對象編程技術、數據庫原理

適用專業：信息管理與信息系統專業

課程性質：必修

開課單位：網絡技術系

一、課程的性質和任務

《信息系統分析與設計》是信息管理與信息系統專業的專業必修課程，是課程體系中專注于系統分析、設計、實施和管理等能力培養的綜合性骨干課程。本課程以信息系統建設要求為背景，通過案例教學、實踐及工程化訓練，著重培養學生（中大型）信息系統分析與設計的工程能力，特別是軟件工程制圖和文檔編寫能力，從而初步具備（本科生）初級系統分析師和軟件設計師的能力。

二、課程教學目標

（一）知識目標

目標1：掌握信息系統分析與設計的基本理論知識；

目標2：熟悉信息資源管理與相關的工程技術知識；

目標3：了解信息資源管理與信息系統前沿和發展動態；

（二）能力目標

目標4：具有信息的采集、組織和分析處理的能力；

目標5：具有企業業務數據分析的基本能力；

目標6：掌握信息系統業務流程的理解、識別與優化能力；

目標7：掌握信息系統項目分析與設計的能力；

目標8：掌握信息系統開發和測試的能力；

目標9：掌握信息系統實施和運維的能力；

（三）素質目標

目標10：具有科學、務實的態度,具有嚴謹治學、求真務實、艱苦奮斗、團結協作的品質

目標11：具有創新精神和良好的職業道德；

三、課程思政目標及安排

由于信息系統工程涉及的領域較為寬泛，因此需要對課程內容進一步明確和聚焦，通過信息系統項目的完整實施流程，在培養學生的職業能力和工作態度的過程中，實現態度、思維與學習幾個方面的培養。具體目標包括：

1、具有在面對不確定性時做決策的主動性和意愿

2、毅力、完成任務的緊迫感和決心、變通的智慧

3、批判性思維

4、創造性思維

5、自我認識、認知構成及終身自我學習

6、職業道德、公平和責任感

具體實施過程見教學內容與要求中的相關章節教學設計

四、課程教學內容、要求及學時分配

（一）教學內容與學時分配

（二）教學內容與要求

第1章 緒論

教學目標：（按了解、理解、掌握等不同層次寫明本章應達到的教學要求）

（1）了解數據、信息、系統與信息系統的概念

（2）理解軟件開發聲明周期的各個階段的目標與任務

（3）理解結構化方法與面向對象方法的基本概念

教學內容：（圍繞教學目標，寫出各節應該講授的主要內容）

（1）數據與信息的概念

（2）系統與信息系統的概念

（3）軟件開發生命周期（SDLC）

（4）結構化方法與面向對象方法

教學重點：（介紹為了達到教學目標而必須著重講解和分析的內容）

（1）數據與信息關系

（2）系統與系統的性質

（2）三個世界：現實世界、概念世界、數字世界

（3）三個空間：環境空間、問題空間、解空間

教學難點：（學生在學習過程中理解有困難的知識、內容）

（1）兩種生命周期模型：瀑布模型與敏捷模型

（2）兩種軟件開發方法論：結構化方法與面向對象方法

作業要求：

分析某現有信息系統的功能與結構，并回答以下問題：

（1）系統輸入、處理和存儲哪些數據？

（2）系統應該劃分為哪幾個子系統？子系統之間有哪些數據和流程方面的聯系？

（3）系統存在哪些不足？

成立3-5人組成的項目團隊，明確各成員的崗位與職責。

第2章 系統規劃與可行性分析

教學目標：

（1）了解系統規劃的目的、任務和方法

（2）理解可行性研究的目的和任務

（3）掌握可行研究的方法、技術與工具

教學內容：（圍繞教學目標，寫出各節應該講授的主要內容）

（1）系統規劃的目的、任務和方法

（2）企業系統規劃法、關鍵成功因素法和戰略集成轉換法

（3）可行性分析的目標與任務

（4）技術可行性分析

（5）經濟可行性分析

（6）組織可行性分析

教學重點：（介紹為了達到教學目標而必須著重講解和分析的內容）

（1）系統規劃的目的和方法

（2）可行性分析的目標與任務

教學難點：

（1）企業系統規劃法、關鍵成功因素法和戰略集成轉換法

（2）技術可行性分析

作業要求：

對上個階段分析的現有系統進行總體戰略規劃，通過市場調研、文獻閱讀、小組討論的形式完成該工作，并形成新系統的立項報告和可行性分析報告。

第3章 需求分析

教學目標：

（1）了解需求分析的目的和任務

（2）掌握用例分析的方法和工具

（3）掌握業務對象分析的方法

（4）掌握業務流程分析技術和業務流程圖（TFD）的繪制方法；

教學內容：

（1）需求分析的目的和任務

（2）功能性需求和非功能性需求

（3）需求獲取技術

（4）用例分析與用例圖

（5）需求變更與管理

（6）業務對象的分析與提取

（7）業務流程分析與TFD

教學重點：（介紹為了達到教學目標而必須著重講解和分析的內容）

（1）用例分析與用例圖

（2）業務流程分析與TFD

教學難點：

（1）需求獲取技術

（2）業務對象分析技術

作業要求：

通過市場調研、文獻閱讀、客戶訪談、小組討論等形式完成新系統的需求獲取與提煉，以用例圖的形式描述新系統的功能需求，通過需求驗證答辯評審。

第4章 結構化方法

教學目標：

（1）了解結構化分析與設計的思想、原則與方法

（2）掌握數據流程分析技術和數據流程圖（DFD）的繪制方法；

（3）熟悉數據字典的編寫方法；

（4）掌握數據的實體聯系（ER）模型及實體聯系圖（ERD）的繪制方法；

教學內容：（圍繞教學目標，寫出各節應該講授的主要內容）

（1）業務流程分析（TFD）

（2）數據流程分析（DFD）

（3）數據字典

（4）實體關系模型（ERD）

（5）模塊的耦合與內聚

教學重點：（介紹為了達到教學目標而必須著重講解和分析的內容）

（1）業務流程圖（TFD）的繪制

（2）數據流程圖（DFD）的繪制

教學難點：

（1）數據流圖（DFD）與實體聯系圖（ERD）之間的數據校驗

（2）模塊化設計過程中的耦合與內聚

作業要求：

繪制目標系統的數據流圖（DFD）和實體聯系圖（ERD），并驗證雙方之間的數據完整性，即所有數據流圖中出現的數據項，在實體聯系圖中需要有相應的實體或屬性數據相對應，反之亦然。

第5章 面向對象方法

教學目標：

（1）理解類與對象的基本概念

（2）理解面向對象的三要素：封裝、繼承和多態

（3）熟悉數據庫的對象關系映射（ORM）

（4）掌握UML建模方法和技術

教學內容：（圍繞教學目標，寫出各節應該講授的主要內容）

（1）類與對象的基本概念

（2）封裝與繼承的概念和用途

（3）接口與多態的概念和用途

（4）包（Package）的作用與意義

（5）面向對象分析和設計的過程（歸納與演繹）和方法

（6）數據庫與對象關系映射（ORM）

（7）UML類圖和對象圖的繪制方法

（8）UML活動圖、狀態圖和協作圖等的繪制方法

教學重點：（介紹為了達到教學目標而必須著重講解和分析的內容）

（1）類與對象的概念

（2）對象關系映射（ORM）

教學難點：

（1）接口與多態

（2）UML建模

作業要求：

對目標系統進行面向對象的分析與設計，從特殊性的業務對象歸納出一般性的類，再從一般性的類演繹出對象實例。使用UML類圖描述分析結果，使用UML過程性模型（活動圖、狀態圖和協作圖）描述對象的動態變化，以及對象與對象之間的交互。實踐數據庫的對象關系映射過程。

第6章 交互設計與原型方法

教學目標：

（1）理解交互設計理論與原則

（2）掌握交互設計的過程與方法

（3）理解原型的作用與目的（4）熟悉常用原型設計方法與工具

教學內容：（圍繞教學目標，寫出各節應該講授的主要內容）

（1）交互設計的指導思想與基本原則

（2）交互設計過程與方法

（3）導航設計

（4）輸入、輸出設計

（5）原型的作用與目的（6）原型的分類：水平原型（行為模型）/垂直原型（切片）；拋棄原型/演進原型

（7）常用的原型方式：圖紙、位圖、可執行文件

（8）常用的交互式原型設計工具

教學重點：（介紹為了達到教學目標而必須著重講解和分析的內容）

（1）交互設計過程

（2）原型方法

教學難點：

（1）交互設計指導思想

（2）交互式原型工具與技術

作業要求：

根據《軟件需求規格說明書》，遵循交互設計基本原則，使用交互式原型工具，完成新系統的原型設計任務。

第7章 系統架構設計

教學目標：

（1）了解常用的軟件架構與模式

（2）熟悉Web開發技術與開發框架

（3）了解大前端與多端開發

教學內容：

（1）軟件架構的基本組成部分

（2）不同風格的架構示例

（3）C/S架構、B/S架構、多層架構、事件驅動架構、微核架構、微服務架構、Serverless架構等

（4）Web開發技術棧

（5）MVC設計模式與Web開發框架

（6）大前端與多端開發技術

教學重點：

（1）Web開發技術

（2）常用Web開發框架

教學難點：

（1）MVC設計模式

（2）大前端與多端開發技術

作業要求：

在前階段《軟件需求規格說明書》、《業務對象與業務流程設計》、《數據模型設計》、《原型設計》等各項工作的基礎上，綜合考慮系統的功能、技術能力、性能與經濟性等各方需求，選擇合適的軟件架構，明確各部分的硬件、軟件組成，完成《系統架構設計說明書》。

第8章 Serverless架構與云計算

教學目標：

（1）了解Serverless架構的概念

（2）理解Serverless通信方式與接口

（3）了解云計算的基本概念

（4）掌握常見云計算平臺的基本開發技術

教學內容：（圍繞教學目標，寫出各節應該講授的主要內容）

（1）Serverless架構的基本概念和目標

（2）Serverless與傳統開發模式的區別

（3）常用的Serverless通信方式與接口

（4）API 網關（API Gateway）的的基本功能

（5）云計算的基本概念和目標

（6）云計算類型：IaaS、PaaS和SaaS

（7）常用云計算平臺的開發技術：云托管、云函數、云存儲等

教學重點：（介紹為了達到教學目標而必須著重講解和分析的內容）

（1）Serverless架構

（2）云計算

教學難點：

（1）Serverless接口

（2）云計算開發技術

作業要求：

根據前面階段完成的分析與設計報告，選擇適當的系統架構，為后續階段的工作做好準備。了解、調研行業中常見的云計算平臺，選擇一個合適的云計算平臺，實現一個簡單、完整的微型Web應用。

第9章 系統詳細設計

教學目標：

（1）了解系統詳細設計的任務與目標

（2）熟悉詳細設計的原則與常用方法

（3）理解關系型數據庫與文檔型數據庫的區別

教學內容：

（1）系統詳細設計的任務與目標

（2）系統詳細設計的原則與方法

（2）子系統劃分

（3）組件設計

（4）接口設計

（5）關系型數據庫與文檔型數據庫（MangoDB）

教學重點：

（1）系統詳細設計方法

（2）子系統劃分

（3）組件設計

教學難點：

（1）接口設計

（2）關系型數據庫與文檔型數據庫的區別

作業要求：

完成目標系統的《系統詳細設計說明書》，完成各子系統劃分，完成數據庫設計的物理模型，明確各子系統與組件的接口規范，并完成對應的API接口規格設計文檔。

第10章 系統實現與運維

教學目標：

（1）了解軟件項目管理的基本方法與工具

（2）理解瀑布模型與迭代式開發各自的優缺點

（3）熟悉軟件測試的方法與工具

（4）了解軟件發布的流程與內容

教學內容：（圍繞教學目標，寫出各節應該講授的主要內容）

（1）軟件項目管理的內容與工具

（2）原型設計與原型驗證（技術性）

（3）里程碑與版本控制工具

（4）瀑布模型與迭代式開發

（5）測試驅動開發

（6）軟件系統測試

（7）系統安裝、部署與用戶文檔

（8）系統運行與維護

教學重點：（介紹為了達到教學目標而必須著重講解和分析的內容）

（1）瀑布模型與迭代式開發

（2）軟件測試方法與工具

教學難點：

（1）軟件項目管理

（2）測試驅動開發

作業要求：

根據前階段《系統架構設計》、《子系統API接口設計》等文檔，選擇適當的平臺和工具實現各子系統的接口與功能，并依據《軟件需求規格說明書》進行功能性和非功能性測試，形成系統測試報告。

五、課程實驗內容及要求

（一）實驗安排（演示性/驗證性/設計性/綜合性）（課內必做/課余必做/課余選做）

（二）實驗內容與要求

實驗1 項目分組與任務布置

實驗目的：（按了解、理解、掌握等不同層次寫明本實驗應達到的教學要求）

（1）了解信息系統項目全生命周期；

（2）理解信息系統項目中對應工作崗位及職責；

（3）掌握項目團隊組建及開題流程

實驗內容：

（1）成立項目小組

（2）選取項目組長

（3）選取項目開發題目

（4）確定項目人員分工與對應工作崗位

（4）為自己的團隊起名

（5）制作團隊LOGO

（6）制定團隊標語口號

（7）制定團隊規則、規范

（8）開展一次團建活動（線上）

實驗要求：

（1）分組：每小組4~6人

（2）人員角色：項目組長、系統分析師、軟件工程師、運維工程師、甲方代表、監理工程師

（3）分組及工作實施原則：按照角色分配任務，可以多兼，互相協調、互相補充、強調協作、強調組織。

實驗報告要求：（包括實驗報告內容、格式、提交等要求）

實驗報告內容需包括：撰寫相關項目文檔，制作匯報PPT（5張以下），簡要介紹團隊章程，以及項目基本情況，下周實驗課進行論證，組長作匯報，組員亮相。提交以上文檔。

實驗2 現有教務管理系統的功能與結構分析

實驗目的：（按了解、理解、掌握等不同層次寫明本實驗應達到的教學要求）

（1）了解系統分析的基本方法

（2）理解業務流程與數據流的基本概念

（3）掌握功能結構圖的繪制方法

實驗內容：（圍繞實驗目的，簡述實驗主要內容）

（1）與用戶溝通，了解他們對現有系統的認識和評價

（2）了解現有系統的組織結構，輸入輸出，資源利用情況和數據處理過程

（3）分析現有系統的優缺點

（4）從現有系統的物理模型出發，通過研究，分析建立起較高層次的邏輯模型描述

實驗要求：

（1）制訂討論：現有系統分析報告

（2）討論過程控制：組長把控

（3）討論工具：錄音筆、筆、紙、word、思維導圖

（4）結果匯總

實驗報告要求：（包括實驗報告內容、格式、提交等要求）

實驗報告內容需包括：階段成果為包含系統功能結構圖等要素的系統分析報告。

實驗3 新教務管理系統的規劃與可行性分析

實驗目的：（按了解、理解、掌握等不同層次寫明本實驗應達到的教學要求）

（1）了解系統規劃的基本方法

（2）掌握可行性分析的基本方法

（3）掌握系統流程圖和數據流圖的繪制方法

實驗內容：（圍繞實驗目的，簡述實驗主要內容）

（1）掌握企業系統規劃法、關鍵成功因素法和戰略集成轉換法等常用規劃方法

（2）重新定義問題，確定新系統的規模和目標

（3）確定新系統的總體結構，明確子系統組成和開發子系統的先后順序

（4）對數據進行統一規劃、管理和控制

（5）經濟可行性評審、技術可行性評審、法律可行性評審

（6）導出新系統的高層邏輯模型

實驗要求：

（1）小組討論，導出和評價所給出的方案

（2）推薦一個方案并說明理由，并推薦行動方針

（4）書寫可行性分析研究報告并提交審查

實驗報告要求：（包括實驗報告內容、格式、提交等要求）

實驗報告內容需包括：需提交包含核心業務說明、邏輯數據模型、新系統規劃的可行性分析報告。

實驗4 新教務系統的需求分析與評審

實驗目的：

（1）了解需求分析的基本方法、技術和工具；

（2）掌握需求獲取、提煉、分析和建模的方法與技術；

（3）熟悉實用UML工具進行用例建模的基本技術

實驗內容：

（1）各項目小組繼續完成前期未完成的文件歸檔

（2）建議草擬一個需求分析計劃，確認工作內容與人員分工

（3）針對項目進行第一次需求分析獲取，秘書注意記錄需求獲取過程（訪談記錄、手稿等）

（4）進行第一次UseCase建模，完成用例圖、系統時序圖的繪制

實驗要求：

（1）系統分析師主導完成軟件需求說明書中的相關內容

（2）監理工程師、甲方代表全程確認需求的正確性和有效性；

實驗報告要求：（包括實驗報告內容、格式、提交等要求）

實驗報告內容需包括：需求獲取、需求提煉的原始文件，包括手繪圖，訪談記錄和思維導圖，等文件，完成用例建模。

實驗5 產品指標警示程序的結構化設計

實驗目的：

（1）理解結構化方法中的單一抽象機制

（2）掌握模塊分解的原則：高內聚、低耦合（3）掌握結構化分析與設計方法

實驗內容：

某產品有n（設n=5）個連續指標，每個指標皆取值為0到 1之間，記為L0、L1、L2、L3、L4。若指標低于閾值y（設為 0.6），則稱此指標低于警戒值。單獨一個指標低于警戒值還不足以發出警報提示，以下為發出警示的規則描述：

（1）至少2個連續指標低于警戒值方可發出警示，例如：0.7、0.8、0.5、0.4、0.66

（2）前三個指標L0、L1、L2因為準確性低，其中任意2個連續指標低于警戒值都不足以發出警示，必須全部低于警戒值方可發出警示。

（3）指標個數n和閾值 y皆為變量

請使用結構化方法，設計出一個解決上述問題的算法與程序框架。

實驗要求：

（1）生產環境中很有可能還會增加新的預警規則，所以需要有良好的抽象，使得增加規則時無需修改現有模塊

（2）對程序框架進行合理的模塊化分解，對各個模塊進行函數化設計，明確每個函數的功能、輸入參數和返回結果。例如，整個程序可以抽象為一個函數：

warning(double[] data, double y): boolean

參數 data：浮點小數數組，n個連續的產品指標

參數 y：浮點小數，預警閾值

返回：布爾值，發出警示返回true，否則返回false

實驗報告要求：（包括實驗報告內容、格式、提交等要求）

對總體程序進行模塊化分解，繪制出流程圖，編寫偽代碼，形成設計報告并提交。

實驗6 MUD游戲程序的面向對象建模

實驗目的：

（1）了解面向對象設計的基本方法

（2）理解多態的概念

（3）熟悉接口（interface）的意義與用法

（4）掌握UML類圖、交互圖的繪制方法

（5）掌握API文檔的編寫方法

實驗內容：（圍繞實驗目的，簡述實驗主要內容）

（1）根據游戲Demo熟悉游戲規則

（2）分析游戲元素和業務對象

（3）提取地圖類與操控類，及其相關屬性和方法

（4）提取角色類，分析角色類之間的交互過程

（5）分析和設計角色類的屬性和方法

（6）使用多態技術設計不同的角色類型

實驗要求：

（1）使用UML技術建立地圖類、操控類、角色類等的抽象模型

（2）使用接口（interface）多態技術，使得系統系統能方便地添加新的游戲角色類

（3）編寫所有類（class）的API文檔（包含類名、描述、屬性，以及方法簽名與方法說明）

（4）（*）能夠在Demo代碼的基礎上，進行適當修改和升級

實驗報告要求：（包括實驗報告內容、格式、提交等要求）

實驗報告內容需包括：包含類圖和交互圖的UML建模文檔、API文檔，以及升級后的Demo源代碼。

實驗7 新教務系統的用戶界面設計與評審

實驗目的：

（1）了解交互設計理論與原則

（2）掌握前端設計技術和工具

實驗內容：（圍繞實驗目的，簡述實驗主要內容）

（1）交互設計理論與原則

（2）界面設計基礎與常用界面元素

（3）前端技術基礎（html/css/javascript）

（4）新教務系統各子系統的UI設計與實現

實驗要求：

（1）根據前階段分析與設計的成果，運用交互設計理論，遵循交互設計指導思想與原則，完成新教務系統各子系統的UI交互設計。

（2）使用原型工具或前端技術，實現新系統的界面UI。

實驗報告要求：（包括實驗報告內容、格式、提交等要求）

實驗報告內容需包括：完成新系統UI設計的前端頁面，以小組形式進行演示與講解。

實驗8 金融市場交易數據的獲取與實時圖形繪制

實驗目的：

（1）復習前端設計的基礎技術

（2）通過實踐理解分布式與云計算的基本思想

（3）提高使用第三方接口和組件的設計與集成能力

實驗內容：（圍繞實驗目的，簡述實驗主要內容）

（1）獲取數據：通過聚寬投資、掘金量化等第三方API免費獲取金融市場的交易數據

（2）處理數據：在本地或使用云函數處理交易數據

（3）存儲數據：在本地或云存儲中保存處理后的市場數據

（4）顯示數據：將json格式的市場數據以 javascript變量的形式保存在 js 文件中，并使用HTML5原生繪圖技術或第三方繪制組件在網頁中實時顯示

（5）上線發布：通過云發布工具，將包含前端腳本和數據的html和js文件上傳至云托管平臺

實驗要求：

（1）實時獲取市場的1分鐘成交數據，并分別合并為5分鐘、30分鐘、1小時、1日的成交數據，并在同一個HTML頁面中分周期分別繪制相關圖形

（2）數據更新后，通過js腳本自動重繪HTML頁面中的圖形

（3）若使用了“靜態文件托管”，則自動向云服務器提交更新

實驗報告要求：（包括實驗報告內容、格式、提交等要求）

實驗報告內容需包括：程序設計的相關源代碼，若使用了云服務，需同時提交能夠訪問的URL地址。

實驗9 新教務系統的架構設計與評審

實驗目的：

（1）了解Web項目常用的系統架構

（2）熟悉Web項目常用的開發框架

（3）熟悉Web項目的基礎開發技術

實驗內容：（圍繞實驗目的，簡述實驗主要內容）

（1）應用服務器

（2）Web服務器

（3）Web容器

（4）MVC框架

（5）ORM數據訪問技術

（5）傳統的單體架構、分布式架構、微服務架構、Serverless架構

實驗要求：

根據前階段的“新教務系統”相關設計文檔，選擇熟悉的2種或2種以上不同的架構風格，完成“新教務系統架構設計”，并比較不同架構的優缺點，說明各自所適用的場景。

實驗報告要求：

實驗報告內容需包括：系統架構設計報告，要求書面文檔。

實驗10 子系統與組件接口設計與評審

實驗目的：

（1）了解詳細設計的基本原則、方法與技術；

（2）熟悉數據庫設計與實現技術

（3）掌握詳細設計文檔編寫規范

實驗內容：（圍繞實驗目的，簡述實驗主要內容）

（1）完成系統詳細設計

（2）完成窗口與菜單設計

（3）完成子系統與模塊設計

（4）完成組件API接口設計

（5）完成API接口文檔編寫

（6）完成詳細設計報告與評審

（7）完成數據庫物理設計

（8）完成詳細設計報告編寫與評審

實驗要求：

（1）根據前階段相關文檔，完成新教務系統的子系統劃分，設計數據庫的物理模型

（2）明確各子系統與組件的接口規范，并完成對應的API接口規格設計文檔

實驗報告要求：

實驗報告內容需包括：詳細設計報告與評審報告。

實驗11 系統實現與測試

實驗目的：

（1）了解系統測試的內容、流程和方法；

（2）掌握系統用例設計的方法；

（3）掌握黑盒測試執行的技術與工具；

實驗內容：（圍繞實驗目的，簡述實驗主要內容）

（1）使用各種編程技術全部或部分實現各子系統核心功能

（2）基于《子系統API接口規范》編寫測試用例

（3）根據測試流程完成子系統功能測試和非功能測試

（4）完成系統集成（5）集成測試，必要時編寫測試腳本和自動化測試程序

（6）按規范編寫測試報告

實驗要求：

（1）根據上階段的“API接口文檔”規范，測試各接口API的正確性和性能

（2）測試用例的一定要依據軟件需求規格說明書來編寫

實驗報告要求：

系統模塊測試報告要求規范，需要詳細記錄測試時間與測試人員。實驗報告內容需包括：測試用例、測試報告。

實驗12 系統部署與用戶培訓

實驗目的：

（1）了解系統實施與部署的內容、流程和方法；

（2）了解系統的運維、運營及用戶管理等工作的基本內容；

（3）掌握用戶使用手冊的編寫防范；

（4）了解軟件著作權的申請與授權流程

實驗內容：（圍繞實驗目的，簡述實驗主要內容）

（1）系統安裝、配置與版本管理

（2）原始數據準備

（3）系統規劃與系統集成（4）用戶手冊與幫助文檔的撰寫；演示視頻制作

實驗要求：

（1）系統實施方案除軟件部署方案外應包括網絡、硬件設備和人員的配備情況

（2）系統實施方案要求規范，需要詳細記錄測試時間與測試人員；

（3）按照已開發的系統模塊和原型設計編寫用戶手冊

（4）每個功能模塊錄制操作使用視頻及操作指引，每個視頻長度不超過5鐘；

實驗報告要求：

實驗報告內容需包括：系統實施方案與計劃、用戶使用手冊、操作視頻教程。

實驗13 系統驗收

實驗目的：

（1）了解項目結題驗收的基本內容、流程；

（2）理解項目結題驗收的關鍵性問題；

（3）掌握項目結題評審的流程、內容；

實驗內容：（圍繞實驗目的，簡述實驗主要內容）

（1）項目開發總結匯報；

（2）系統功能模塊演示

（3）系統原型演示

（4）答辯

實驗要求：

（1）答辯成績（20%）+原型設計質量（40%）+文檔質量（40%）=總評

（2）各小組按照評審安排表的次序進行答辯

（3）各小組秘書負責在評審報告上記錄問答記錄

（3）答辯完成后對存在問題進行整改，并及時更新文檔（詳細設計說明書、評審報告）到FTP

實驗報告要求：

實驗報告內容需包括：本學期所有階段產生的文檔，原始資料，源代碼文件，個人工作心得體會。

六、課程教學方法和手段

（一）課堂講授

（1）采用講授法：系統講解該課程涉的信息系統理論、方法、技術和工具等，使學生能夠掌握信息系統分析、設計和管理的基本理論和專業技術。

（2）采用案例演示：重點培養學生獨立思考、分析問題和解決問題的能力，引導學生在實踐中平衡各種現實約束，尋找合適的解決方案。

（3）在教學過程中采用多媒體教學與傳統板書、教具教學相結合的教學手段，提高課堂教學信息量，增強教學的直觀性。

（4）采取項目評審會方式進行階段性驗收，采用翻轉課堂方法，充分調動學生的積極性。

（二）實驗教學

（1）采用小組、項目組模式的教學方式，根據學生特長組成課題組，以實際問題設計實驗方案，指定適度目標，提高學生的主觀能動性和協作能力。

（2）在實驗項目的選擇和方案設計上，選擇學生熟悉的真實需求和應用場景，加強實驗技術和方法研究，重視各門課程和知識點的銜接，啟迪學生的系統思維和創新意識。

（3）注重過程管理與控制，合理規劃實驗過程和技術路線，設置階段性里程碑，明確各個角色責權范圍，確保按時按量完成實驗目標。

（4）評審實驗結果，規范各階段實驗結果的內容和形式，總結優點、發現不足，客觀評價實驗效果。

七、課程考核方式

本課程采用形成性評價方式?？己艘哉n程目標的達成為主要目的，以檢查學生對各知識點的掌握程度和應用能力為重要內容。

（一）考核方式和記分制

本課程考核方式為考試；考核成績采用百分制記分。

（二）考核形式和成績構成考核成績為總評成績，由平時成績和期末成績二部分組成，其中平時成績占比50%，期末成績占比50%。

（進行工程教育認證的專業，該專業的課程需在此處加上：課程目標達成度評價方式）

（三）課程目標達成度評價方式

實施多元化、過程化的考核評價體系，重視專業知識的掌握、專業工具和技能的使用、項目分析過程、項目設計過程、創新能力水平等全面素質的考察和評價?？己朔秩齻€維度展開，包括：

（1）項目過程重階段性的輸出物（評審報告、代碼、調查報告）；

（2）項目結束時交付的信息系統（項目文檔匯總、軟件系統或原型、測試報告）；

（3）項目衍生出的創新成果。

課程中的項目沒有固定的解決方案，學生團隊可以自由發揮。鼓勵學生使用不同的系統架構與解決方案，并能比較和評判不同解決方案之間的異同、優缺點，指出各自所使用的應用場景。

八、推薦教材與參考書目

（一）推薦教材

杜娟, 葛斌.信息系統分析與設計（第2版）.清華大學出版社, 2014（2019年12月重?。?（二）參考書目

（1）余春龍.軟件架構設計.電子工業出版社，出版2019年2月.（2）布魯克斯(Brooks, F.P.).人月神話.清華大學出版社，出版2015年4月.（三）其他參考資源

《信息系統分析與設計》在線課程.中國大學MOOC平臺：https://www.icourse163.org/course/BISTU-1206419813

九、其他說明

本教學大綱制訂（修訂）于2021年9月，適用于2021年修訂的本科人才培養方案。

制訂人：胡軍成審定人：王健

批準人：（系主任）

第五篇：信息系統分析與設計學習心得

信息系統分析與設計學習心得

通過近10周的學習，我覺得信息系統分析與設計這門課程收獲還是挺大的。我覺得，如果我們決定要做一件事，就得對這個系統有一個整體得把握，首先要進行系統的規劃和選擇，接著就是系統的設計，其中系統設計包括三個部分：1.確定系統需求；2.系統需求結構化：過程建模，這一步驟主要就是畫數據流圖（DFD）；3.系統需求結構化：概念數據建模，這一過程主要是畫實體—關系圖（ERD）。然后就是進行系統設計，系統設計包括設計人機界面和數據庫設計。最后一步就是系統的實現與運行。

在做信息系統分析與設計的大作業的時候，我和我們的小組成員曾經去實地考察過，雖然最后并沒有被接待，但還是小有收獲的。通過實地考察，我們能更清晰地了解我們系統所要實現的功能，甚至說讓它比現有系統更加完善。當然，我們做東西，也是要追求進步，如果說做出來的東西和以前的系統都沒什么兩樣，這樣意義也不大。不過，這也得是在我們能力所及的范圍內，我們得適當地把握好自己的時間和現有資源進行適當的設計。相信自己的努力還是能有一個很好的結果的，我們得對自己的發展有一個好的概括。信息系統分析與設計的大作業從第一周到第九周一直伴隨著我們，說實在話，一直覺得自己有做不完的作業，剛開始還有些抱怨，但隨著作業的進行，我們慢慢看到了自己的小小成果，覺得付出有了回報，并開始樂在其中。在這期間，徐老師也一直鼓勵我們，他告訴我們，只要堅持做下去，我們會收獲到成功的喜悅的！

現在，我們已基本完成了大作業分析階段，在我和小組成員的協作下，總算按時完成了。在分析階段，我們也遇到了很多問題，比如剛開始畫數據流圖時，visio用的不是很熟練，數據流圖中的數據流、數據存儲、過程、源點和宿點不知道怎樣連接，層與層之間也不知如何區分，有時候甚至想要放棄。還好有老師的鼓勵與指導加上小組一起努力，我們克服了這一難關。在畫ER圖的時候遇到的問題就相對少了一點，因為以前學習數據庫的時候就畫過ER圖了，所以在畫的過程中就相對輕松一點。接下來就是系統的設計了，時間還蠻緊迫的，我們仍需努力。

我作為小組的組長，從中真的學習到不少知識。老師說過，組長應該做的比別人更加多，才能夠勝任。我們現在還沒有達到“喝茶看報紙”的層次，那得等到我們具備了足夠的能力，所以要想達到那個高度，我們現在應該更加努力。負責的整個過程中，我必須把握好進度，如果一步跟不上，可能就會步步跟不上。我們小組成員也很配合，基本不需我太多督促。在對我們所要實現的功能有了個整體的把握的情況下，我們制作出了令自己還算滿意的圖形?，F在我覺得自己基本可以熟練運用visio了，這也算是一大收獲吧！

總的來說，這次這次信息系統分析與設計的課程設計讓我獲益匪淺，以前只是紙上談兵，沒有親自實踐，不知道理論上升到實踐路程的艱辛。通過這次自己親自選題、實地考察、繪制DFD、ER圖到完成分析，我體驗了其中的不容易，也嘗到了其中的甜頭。我們還會繼續努力，更好的完成下面的工作。

0963710205 秦曉雅