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

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

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

七、課程考核方式

本課程采用形成性評價方式?？己艘哉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圖了，所以在畫的過程中就相對輕松一點。接下來就是系統的設計了，時間還蠻緊迫的，我們仍需努力。

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

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

0963710205 秦曉雅

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

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

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

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

預備知識

系統分析

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

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

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

系統設計

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

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

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

流程、符號規范建議

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

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

要求

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

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

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

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

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

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

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

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

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

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

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

第五篇：信息系統分析與設計課程設計教學大綱

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

一、課程名稱：信息系統分析與設計課程設計

課程代碼：030557

二、課程類別（基礎、專業基礎、專業）：專業課

三、設計周數：2周

四、大綱說明

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

（二）主要先修課程和后續課程

1、先修課程：管理信息系統、數據庫系統及應用

2、后續課程：

五、課程設計目的及基本要求

圍繞著信息系統開發的整個過程，結合現實開發需求，深入理解生命周期法、原型法、CASE方法、面向對象方法的基本概念，擴大學生的知識面和提高未來應對不同類型信息系統開發的能力。

六、課程設計內容及安排

1、選定調查、可行性研究，設計目標，進行信息系統規劃；

2、進行用戶需求分析；

3、總體設計、詳細設計

4、系統實施、測試、試運行。

課程設計安排兩周完成，包括具體布置課題，上機指導。

七、指導方式

集中指導與分散指導結合。（1）集中指導

第1天：布置任務、說明題意和要求； 第7天：中期檢查和指導； 第10、11天：集中討論。（2）分散指導

安排學生5天在計算機房編程和調試，教師隨時解答學生設計中的問題。

八、課程設計對圖紙、編程、設計說明書等具體量化要求 報告中應該體現學生的設計思路、設計方法、源代碼編程及試運行效果。

九、課程設計考核方法及成績評定

課程設計的成績評定以課程設計平時表現、設計題目完成情況和設計報告為依據綜合評分，評分各占30％、30％、40％。從總體來說，所設計的程序應該全部符合要求，系統可以進行試運行，設計報告要符合規范。

十、課程設計教材及主要參考資料

[1] [美]Gary B.Shelly Thomas J.Cashman Harry J.Rosenblatt著，李芳,朱群雄,陳軼群等譯.系統分析與設計教程.機械工業出版社.2004.主要參考書：

[2] [美]Daniel R.Windle L.Rene Abreo著，韓柯等譯.使用統一過程的軟件需求.電子工業出版社.2003 [3] Jeffrey L.Whitten, Lonnie D.Bentley, Kevin C.Dittman著.肖剛，孫慧等譯.系統分析與設計方法.機械工業出版社.2003.[4] [美]杰拉爾德溫伯格著,張佐, 萬起光, 董菁.系統化思維導論.清華大學出版社.2003.十一、其他