第一篇：信息系統分析與設計(第3版)復習資料

第一章 系統思想

1.系統的概念：系統是相互聯系、相互制約的若干組成部分結合成的具有特定功能的有機整體。

2.系統的定義可以從三個方面：系統是由若干元素構成；系統有一定的結構；系統具有整體性。

3.按系統復雜程度分類:超越系統、社會文化系統、人···

4.按系統的起源不同：將系統分為：自然系統和人工系統（人工物理系統，人工抽象系統，人類活動系統三種類型。）

5.按系統抽象程度分類：實體系統、概念系統、邏輯系統

6.系統的特性：整體性、層次性、目的性、穩定性、突變性、自組織性、相似性

第二章 管理系統

1.管理的基本特點：目的性、依存性、知識性

2.管理的基本職能：計劃職能、組織職能、領導職能、控制職能、激勵職能

第三章 信息與信息系統

1.信息的定義：信息是按照用戶決策要求加工后的數據。數據的定義：數據是一組表示數量、行動和目標的可鑒別的非隨機符號。

2.從信息系統角度看，信息具有的基本屬性：事實性、擴散性、傳輸性、共享性、增值性、不完全性、等級性、滯后性。

3.西蒙建立的決策過程的基本模型包括三個階段：情報階段、設計階段、抉擇階段。

4.結構化決策是指：在清楚的邏輯基礎上的決策，這類決策可事先規定明確的決策規則。非結構化決策是指：沒有明確的決策規則的決策。

5.企業一般可以分為三個管理層：高層管理（戰略管理）、中層管理（戰術管理）、基層管理（作業管理）。

6.信息系統的基本功能：數據的采集和輸入、數據的傳輸、信息的存儲、信息的加工、信息的維護、信息的使用。

7.識別信息的一般有三種方法：由決策者識別；系統分析員親自觀察識別；先由系統分析員觀察得到基本信息，再向決策人員調查，加以修正補充。

8.采集數據的方法有三種：自下而上地廣泛收集、有目的的專項調查、采用隨機累積法。

9.信息系統的發展主要經歷三個階段：數據處理系統、管理信息系統、決策支持系統。

10.信息系統的總體結構：信息源、信息處理器、信息用戶和信息管理者組成管理信息系統的總體結構。

11.基于管理活動的系統結構：分為三個級別：戰略規劃、管理控制、作業控制。這類信息系統一般有三種處理組成：事務處理、報告處理、查詢處理。

12.基于管理職能的系統結構：市場銷售、生產管理、物資供應、人事管理、財務管理、信息管理、高層管理。

13.管理信息系統的邏輯結構分為：事務處理、作業控制、管理控制、戰略規劃。

14.管理信息系統的物理結構的定義：指系統的硬件、軟件、數據等資源在空間的分布情況。物理結構可分為集中式和分布式。

15.分布式系統的定義：是通過計算機網絡把不同地點的計算機硬件、軟件和數據等資源聯系在一起，服務于共同的目標。分布式系統個分為：分布式和客戶服

務器模式。

16.決策支持系統（DSS）的結構：由三部分組成：語言系統（LS）、知識系統(KS)、問題處理系統(PPS)。

17.專家系統（ES）特點：能對復雜情況做出診斷，能處理不確定狀況，并能對方案作出解釋

第四章 信息系統建設概論

1.信息系統建設成敗原因：

（一）信息系統建設的復雜性：①技術手段復雜 ②內容復雜，目標多樣 ③投資密度大，效益難以計算 ④環境復雜多變

（二）信息

系統開發是一個社會過程，經歷三個階段：第一階段，人們把信息系統看做計算機技術的一種應用，認為信息系統主要是一個技術過程，視項目開發為“交鑰匙工程”；第二階段，人們把信息系統開發看做是有行為影響的技術過程；第三階段，認為信息系統的開發主要是社會過程。

2.信息系統的生命周期:系統規劃、系統分析、系統設計、系統實施、系統運行與維護五個階段。

3.開發信息系統方法存在的問題：目標含糊、通信誤解、步驟混亂、缺乏管理控制。

4.結構化程序設計一般由三種邏輯結構來編制：順序結構、判斷結構、循環結構。

5.結構化方法的基本原則：①用戶參與 ②嚴格區分工作階段 ③按照系統的觀點，自頂向下的完成研制工作 ④充分考慮變化的情況 ⑤工作成果文獻化，標準化

6.結構化方法的缺點：①開發周期長②早期的結構化方法注重系統功能，但在兼顧數據結構方面做得不夠③結構化程度較低的系統，在開發初期難以鎖定功

能要求。

7.原型法的基本思想：是在投入大量的人力、物力之前，在限定的時間內用最經濟的方法開發出一個可實際運行的系統原型，以便盡早澄清不明確的系統需求。

8.原型法的優點：①增進用戶與開發人員之間的溝通②用戶在系統開發過程中起主導作用③辨認動態的用戶需求④啟迪衍生式的用戶需求 ⑤縮短開發周期，降低開發風險

9.諾蘭模型的六個階段：初裝、蔓延、控制、集成、數據管理、成熟。

10.建立信息系統的基礎條件：①領導重視，業務人員積極性高②有一定的科學管理基礎 ③組織一支擁有不同層次的專業人員的技術隊伍④具備一定的資源

11.開發方式：自行開發、委托開發、購買現成軟件包、聯合開發

12.項目管理體現在四個方面：資源保證、進度保證、審核批準、進度和費用統計

第五章 系統規劃

1.系統規劃的任務：①制定信息系統的發展戰略②制定信息系統的總體方案，安排項目開發計劃 ③制動系統建設的資源分配計劃

2.系統規劃的特點：①系統規劃是面向全局、面向長遠的關鍵問題，具有較強的不確定性，結構化程度較低。②系統規劃是高層次的系統分析，高層管理人員

是主體。③系統規劃不宜過細④系統規劃是企業規劃的一部分，會隨著環境的發展而變化。

3.系統規劃的原則：①支持企業的總目標②整體上著眼于高層管理，兼顧各管理層的要求 ③擺脫信息系統對組織機構的依從性。④使系統結構有良好的整體

性⑤便于實施

4.信息系統戰略規劃的內容：①信息系統的總目標、發展戰略與總體結構 ②了解當前信息系統的狀況 ③對相關信息技術發展的預測 ④近期發展的計劃

5.戰略目標集轉移法（SST）：

6.企業系統規劃法（BSP）的四個步驟：定義管理目標、定義管理過程、定義數據分類、定義信息結構。

7.資源的生命周期是指：一項資源由取得到退出所經歷的階段。一般劃分為四個階段：產生階段、獲得階段、服務階段、歸宿階段。

8.數據類的含義：在總體規劃中，把系統中密切相關的信息歸成一類數據，稱為數據類。定義數據類的方法：實體法、過程法。

9.可行性的定義：是指企業當前情況下，研制這個信息系統是否有必要，是否具備必要的條件。

10.可行性研究的內容：技術可行性（①根據現有的技術條件，能否達到所提出的要求 ②所需要的物理資源是否具備，是否能夠達到）、經濟可行性（估計項目的成本和效益，分析項目從經濟上講是否合理）、社會可行性（指所建立的信息系統能否在該企業實現，在當前操作環境下能否很好的運行，即組織內外是否具備接受和使用新系統的條件）。

11.可行性分析的報告的主要內容：①引言 ②系統建設的背景、必要性和意義③擬建系統的候選方案 ④可行性論證⑤幾個方案的比較

第六章 結構化系統分析

1.系統分析階段的基本任務：系統分析員與用戶在一起，充分了解用戶的要求，并把雙發的理解用系統說明書表達出來。

2.系統分析的困難：主要來源以三個方面：問題空間的理解、人與人之間的溝通、環境的不斷變化。

3.數據流圖描述數據流動、存儲、處理的邏輯關系，也成為邏輯數據流圖，一般用DFD表示。自頂向下逐層分解

4.數據流圖的基本成分：外部實體（指系統以外又與系統有聯系的人或事物，它表達該系統數據外部來源和去處）、數據流（指處理功能的輸入或輸出，用一個

水平箭頭或垂直箭頭表示，箭頭指出數據的流動方向）、數據存儲（表示數據存儲的地方）、數據處理（對數據的邏輯處理功能，也是對數據的變換加工功能）。

5.繪制數據流的注意事項：

（一）關于層次的劃分；

（二）檢查數據流圖的正確性：①數據守恒，或稱為輸入數據與輸出數據的匹配。②在一套完整的數據流圖中的任何一個數據存儲，必定有流入和流出的數據流，即寫文件和讀文件，缺少任何一種都意味著遺漏某些加工。③父圖中某一處理框的輸入、輸出數據流必須出現在相應的子圖中，否則就會出現父圖與子圖的不平衡。④任何一個數據流至少有一端是處理框。

（三）提高數據流圖的易解性：①簡化處理間的關系 ②均勻分解③適當的命名

6.系統分析中所使用的數據字典，主要是：用來描述數據流圖中的數據流、數據存儲、處理過程和外部實體。數據字典把數據的最小組成單位看成數據元素。數

據字典可以用人工方式來建立。

7.數據字典的各個類目：數據元素、數據結構、數據流、數據存儲、處理過程、外部實體。

8.數據字典的作用：①按各種要求列表②相互參照，便于系統修改 ③由描述內容檢索名稱 ④一致性檢驗和完整性檢驗。

9.編寫基本說明有三種方式：結構化語言、判定表、判定樹。

10.結構化語言有三種基本語句：祈使語句、判斷語句、循環語句。

11.判定樹適用于10~15種行動的一般復雜的決策。判定表適用于多個條件的復雜組合。如果一個判斷包含了一般順序執行的動作或循環執行動作，則最好用結構

化語言來表達。

12.事件的定義：指在特定的時間，特定地點發生的能夠描述出來并值得保存的事情。

13.事件的類型：外部事件、時間事件、狀態事件。

14.系統說明書的內容：引言、項目概述、實施計劃。

第七章 結構化系統設計

1.系統設計的目標：①信息系統的功能 ②系統的效率③系統的可靠性 ④系統的工作質量 ⑤系統的可變更性 ⑥系統的經濟性

2.模塊的定義：通常是指用一個名字就可以調用的一段程序語句。模塊具有輸入和輸出、邏輯功能、程序代碼、內部數據四個屬性。模塊用長方形表示。

3.結構圖的主要成分：模塊、調用、數據、控制信息。

4.耦合：反應了模塊直接連接的緊密程度；內聚：指一個模塊內部聯系的緊密程度。

5.模塊間的耦合程度有三方面的因素：聯系方式----模塊之間通過什么方式聯系；來往信息的作用----模塊間來往信息的用途；數量---模塊間來往信息的多少。

6.模塊的內聚可以分為：偶然內聚、邏輯內聚、時間內聚、步驟內聚、通信內聚、順序內聚、功能內聚

7.模塊的扇出：指模塊的直接下層模塊的個數；模塊的扇入：指有多少個上級模塊調用它。設計好的系統，上層模塊有較高的扇出，下層模塊有較高的扇入。

其圖像結構，上面尖，中間寬，下面小。

8.代碼的定義：代碼是用戶來表征客觀事物的一個或一組有序的符號，它應易于計算機和人的識別和處理。簡稱為“碼”。

9.代碼的功能：鑒別、分類、排序、專用含義。代碼的種類：順序碼、矩陣碼、自檢碼、系別順序碼、層次碼。代碼的類型：一般有數字型、字母型、數

字跟字母混合型。

10.代碼設計的原則：唯一性、合理性、可擴充性、簡單性、適用性、規范性、系統性。

11.代碼設計的步驟：①確定代碼對象②考查是否已有標準代碼③根據代碼的使用范圍，使用時間，根據實際情況選擇種類與類型④考慮檢錯功能⑤編

寫代碼表

12.輸出設計包括的內容：①確定輸出內容②選擇輸出設備與介質③確定輸出格式

13.輸入設計的原則：最小量原則、簡單性原則、早檢驗原則、少轉換原則。

14.輸入設計的內容：①確定輸入數據內容 ②確定數據的輸入方式 ③用戶界面設計 ④輸入數據的正確性校驗 ⑤確定輸入設備

15.設備選用考慮的因素：①輸入的數據量與頻度 ②數據的來源與形式、收集環境 ③輸入類型、格式的靈活程度。④輸入速度和準確性要求⑤輸入數據的校

驗方法、糾正錯誤的難易程度⑥可用的設備與費用

16.數據出錯的三種情況：數據內容錯、數據多余或不足、數據的延誤

第八章 面向對象的分析

1.對象的定義：是一些屬性及專用服務的封裝體，它是問題空間中一些事物的抽象。

2.對象類的定義：簡稱類，是指有相同屬性和服務的一組對象的集合。實例是以類為模板創建的一個特定的對象。

第九章

第十章（略）系統實施

1.系統實施階段的任務：硬件準備、軟件準備、人員培訓、數據準備。

2.好程序的標準：能夠工作、調試代價低、易于維護、易于修改、設計不復雜、效率高。

3.結構化程序設計包括的內容：限制使用GOTO語句、逐步求精的設計方法、自頂向下的設計，編碼和調試、主程序員制的組織形式。

4.對象的性質：封裝性、繼承性、多態性。

5.編程風格（結構）：①簡單直接地反應意圖②表達式的書寫應一氣呵成③嵌套不宜過深④合理使用GOTO語句⑤盡量使用局部變量

6.檢驗軟件有三種手段：動態檢查、靜態檢查和正確性證明。

7.測試的類型有：模塊測試、聯合測試、驗收測試、系統測試。

8.模塊測試定義：是對一個模塊進行測試，根據模塊的功能說明，檢驗模塊是否有錯誤。這種測試時各模塊編程后進行。

9.聯合測試定義：即常說的聯調，可以發現總體設計中的錯誤。方法有兩種：即根據模塊結構圖由上到下或由下到上進行測試。

10.驗收測試定義：檢驗系統說明書的各項功能與性能是否實現，是否滿足要求。

11.系統測試定義：對整個系統的測試，將硬件、軟件、操作人員看做一個整體，檢查它是否有不符合系統說明書的地方。

12.傳統測試方法：白箱測試和黑箱測試

13.排錯的方法：試探法、跟蹤法、對分查找法、歸納法、演繹法

14.系統轉換的方式有三種：直接轉換方式（新系統直接替代舊系統，轉換簡單，費用最省）、試運行方式（平行轉換，老系統照常運行，新系統承擔部分工作）、逐步轉換方式（新系統一部分一部分地替代老系統，直到全部代替老系統）。

第十一章 系統維護與管理

1.系統維護的內容：①程序的維護②數據文件的維護③代碼的維護④機器、設備的維護

2.維護的類型：更正性維護；完善性維護；適應性維護；預防性維護

3.衡量信息系統質量重要指標：可靠性和安全性

4.信息系統的可靠性：在滿足一定條件的應用環境中能夠正常工作的能力

5.信息系統的安全性：為了保護系統硬件、軟件和數據不致受到偶然的或蓄意的修改、破壞和泄漏，而采取的技術和管理措施

6.信息系統的安全性主要體現在以下幾個方面：保密性、可控制性、可審查性、抗攻擊性

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

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

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

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

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

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

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

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

考核內容：

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

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

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

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

評分標準：

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

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

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

4、數據庫設計（10分）

5、界面設計。（10分）

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

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

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

課程代碼：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）評審實驗結果，規范各階段實驗結果的內容和形式，總結優點、發現不足，客觀評價實驗效果。

七、課程考核方式

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

（一）考核方式和記分制

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

（二）考核形式和成績構成考核成績為總評成績，由平時成績和期末成績二部分組成，其中平時成績占比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圖了，所以在畫的過程中就相對輕松一點。接下來就是系統的設計了，時間還蠻緊迫的，我們仍需努力。

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

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

0963710205 秦曉雅

第五篇：信息系統分析與設計案例檢索

管理信息系統官方實驗：系統分析、系統設計

官方要求：撰寫不少于5000字實驗報告

系統分析、系統設計案例檢索

預備知識

系統分析

簡單地說，系統分析就是要弄清“做什么”，即現行系統正在做什么，新系統想要做什么。這是系統開發的第一個階段，也是最關鍵的一個階段。它是一個反復調查、分析和綜合的過程。這一階段提出的新系統的邏輯方案，是下一階段工作的基礎，是系統設計的依據。對于經管類專業的同學來說，掌握系統分析的原理與方法尤其重要。

在這一階段，要求同學們對已選定的對象與開發范圍進行有目的、有步驟的實際調查或模擬實際環境，并進行科學分析，要求同學們能夠用管理信息系統的專業術語、各類系統分析工具，快速、準確地描述系統的現狀、表達系統的需求，以便在現行系統的基礎上，建立一個滿足用戶需求的新系統的邏輯模型。

系統分析完成后，形成系統分析報告。

系統設計

簡單地說，系統設計就是要弄清“怎么做”。它根據系統分析階段所提出的新系統的邏輯方案，進一步提出新系統的物理方案。

在這一階段，要求同學們在系統分析的基礎上，根據新系統邏輯模型所提出的各項要求，結合實際的條件，設計出新系統的總體結構和基本框架，并進一步使設計方案具體化、規范化、系統化、可操作化，最終建立起新系統的物理模型。

系統設計完成后，形成系統設計報告。

流程、符號規范建議

系統分析、系統設計的流程、符號，國內有縱多版本，建議以國內管理信息系統的開拓者黃梯云（現已80歲，仍耕耘在管理信息系統教學研究第一線）的權威流程、符號為標準，參見相關課件，若大家有黃梯云編寫的任何教材，自學最佳。

目的由于同學們閱歷不足，對系統分析、系統設計的認知甚少，如果讓同學們直接去企業實地深入細致調查研究，確實存在諸多困難，希望同學們通過互聯網檢索系統分析、系統設計的案例，讓同學們對系統分析、系統設計有一定的感性認識和初步了解。

要求

為保證質量，學生必須按下述步驟完成并達到以下要求：

1．為增大范圍，要求每位同學至少要找8個以上的系統分析、系統設計案例，并至少仔細閱讀其中的3個系統分析、系統設計案例。

2、信息檢索實驗時間不少于2機時。

3、對選中的至少3個系統分析、系統設計案例做記錄，記錄其分析與設計流程與要點

附：管理信息系統國家級精品課程一覽（管理信息系統省級、市級精品課程，請利用互聯網查詢）2003年 管理信息系統 復旦大學

2003年 管理信息系統 中南大學

2005年 管理信息系統 哈爾濱工業大學

2007年 管理信息系統 清華大學

2007年 信息系統分析與設計 合肥工業大學

2008年 管理信息系統分析與設計 華中科技大學

2008年 信息系統分析與設計 江西財經大學