第一篇：信息系統(tǒng)分析與設計

《信息系統(tǒng)分析與設計》考試題目及評分標準

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

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

設計一個銀行存取款管理信息系統(tǒng)。

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

設計一個物資采購及庫存管理業(yè)務管理信息系統(tǒng)。

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

考核內容：

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

1、編寫信息系統(tǒng)可行性報告。

2、編寫信息系統(tǒng)需求分析報告，繪制數(shù)據流圖。

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

評分標準：

1、編寫信息系統(tǒng)可行性報告。（20分）

2、編寫信息系統(tǒng)需求分析報告，繪制數(shù)據流圖。（30分）

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

4、數(shù)據庫設計（10分）

5、界面設計。（10分）

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

第二篇：《信息系統(tǒng)分析與設計》教學大綱

《信息系統(tǒng)分析與設計》教學大綱

課程代碼：NR4002

學 分：4

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

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

適用專業(yè)：信息管理與信息系統(tǒng)專業(yè)

課程性質：必修

開課單位：網絡技術系

一、課程的性質和任務

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

二、課程教學目標

（一）知識目標

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

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

目標3：了解信息資源管理與信息系統(tǒng)前沿和發(fā)展動態(tài)；

（二）能力目標

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

目標5：具有企業(yè)業(yè)務數(shù)據分析的基本能力；

目標6：掌握信息系統(tǒng)業(yè)務流程的理解、識別與優(yōu)化能力；

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

目標8：掌握信息系統(tǒng)開發(fā)和測試的能力；

目標9：掌握信息系統(tǒng)實施和運維的能力；

（三）素質目標

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

目標11：具有創(chuàng)新精神和良好的職業(yè)道德；

三、課程思政目標及安排

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

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

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

3、批判性思維

4、創(chuàng)造性思維

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

6、職業(yè)道德、公平和責任感

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

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

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

（二）教學內容與要求

第1章 緒論

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

（1）了解數(shù)據、信息、系統(tǒng)與信息系統(tǒng)的概念

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

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

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

（1）數(shù)據與信息的概念

（2）系統(tǒng)與信息系統(tǒng)的概念

（3）軟件開發(fā)生命周期（SDLC）

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

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

（1）數(shù)據與信息關系

（2）系統(tǒng)與系統(tǒng)的性質

（2）三個世界：現(xiàn)實世界、概念世界、數(shù)字世界

（3）三個空間：環(huán)境空間、問題空間、解空間

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

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

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

作業(yè)要求：

分析某現(xiàn)有信息系統(tǒng)的功能與結構，并回答以下問題：

（1）系統(tǒng)輸入、處理和存儲哪些數(shù)據？

（2）系統(tǒng)應該劃分為哪幾個子系統(tǒng)？子系統(tǒng)之間有哪些數(shù)據和流程方面的聯(lián)系？

（3）系統(tǒng)存在哪些不足？

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

第2章 系統(tǒng)規(guī)劃與可行性分析

教學目標：

（1）了解系統(tǒng)規(guī)劃的目的、任務和方法

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

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

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

（1）系統(tǒng)規(guī)劃的目的、任務和方法

（2）企業(yè)系統(tǒng)規(guī)劃法、關鍵成功因素法和戰(zhàn)略集成轉換法

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

（4）技術可行性分析

（5）經濟可行性分析

（6）組織可行性分析

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

（1）系統(tǒng)規(guī)劃的目的和方法

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

教學難點：

（1）企業(yè)系統(tǒng)規(guī)劃法、關鍵成功因素法和戰(zhàn)略集成轉換法

（2）技術可行性分析

作業(yè)要求：

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

第3章 需求分析

教學目標：

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

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

（3）掌握業(yè)務對象分析的方法

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

教學內容：

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

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

（3）需求獲取技術

（4）用例分析與用例圖

（5）需求變更與管理

（6）業(yè)務對象的分析與提取

（7）業(yè)務流程分析與TFD

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

（1）用例分析與用例圖

（2）業(yè)務流程分析與TFD

教學難點：

（1）需求獲取技術

（2）業(yè)務對象分析技術

作業(yè)要求：

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

第4章 結構化方法

教學目標：

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

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

（3）熟悉數(shù)據字典的編寫方法；

（4）掌握數(shù)據的實體聯(lián)系（ER）模型及實體聯(lián)系圖（ERD）的繪制方法；

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

（1）業(yè)務流程分析（TFD）

（2）數(shù)據流程分析（DFD）

（3）數(shù)據字典

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

（5）模塊的耦合與內聚

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

（1）業(yè)務流程圖（TFD）的繪制

（2）數(shù)據流程圖（DFD）的繪制

教學難點：

（1）數(shù)據流圖（DFD）與實體聯(lián)系圖（ERD）之間的數(shù)據校驗

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

作業(yè)要求：

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

第5章 面向對象方法

教學目標：

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

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

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

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

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

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

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

（3）接口與多態(tài)的概念和用途

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

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

（6）數(shù)據庫與對象關系映射（ORM）

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

（8）UML活動圖、狀態(tài)圖和協(xié)作圖等的繪制方法

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

（1）類與對象的概念

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

教學難點：

（1）接口與多態(tài)

（2）UML建模

作業(yè)要求：

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

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

教學目標：

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

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

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

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

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

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

（3）導航設計

（4）輸入、輸出設計

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

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

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

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

（1）交互設計過程

（2）原型方法

教學難點：

（1）交互設計指導思想

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

作業(yè)要求：

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

第7章 系統(tǒng)架構設計

教學目標：

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

（2）熟悉Web開發(fā)技術與開發(fā)框架

（3）了解大前端與多端開發(fā)

教學內容：

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

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

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

（4）Web開發(fā)技術棧

（5）MVC設計模式與Web開發(fā)框架

（6）大前端與多端開發(fā)技術

教學重點：

（1）Web開發(fā)技術

（2）常用Web開發(fā)框架

教學難點：

（1）MVC設計模式

（2）大前端與多端開發(fā)技術

作業(yè)要求：

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

第8章 Serverless架構與云計算

教學目標：

（1）了解Serverless架構的概念

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

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

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

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

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

（2）Serverless與傳統(tǒng)開發(fā)模式的區(qū)別

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

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

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

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

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

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

（1）Serverless架構

（2）云計算

教學難點：

（1）Serverless接口

（2）云計算開發(fā)技術

作業(yè)要求：

根據前面階段完成的分析與設計報告，選擇適當?shù)南到y(tǒng)架構，為后續(xù)階段的工作做好準備。了解、調研行業(yè)中常見的云計算平臺，選擇一個合適的云計算平臺，實現(xiàn)一個簡單、完整的微型Web應用。

第9章 系統(tǒng)詳細設計

教學目標：

（1）了解系統(tǒng)詳細設計的任務與目標

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

（3）理解關系型數(shù)據庫與文檔型數(shù)據庫的區(qū)別

教學內容：

（1）系統(tǒng)詳細設計的任務與目標

（2）系統(tǒng)詳細設計的原則與方法

（2）子系統(tǒng)劃分

（3）組件設計

（4）接口設計

（5）關系型數(shù)據庫與文檔型數(shù)據庫（MangoDB）

教學重點：

（1）系統(tǒng)詳細設計方法

（2）子系統(tǒng)劃分

（3）組件設計

教學難點：

（1）接口設計

（2）關系型數(shù)據庫與文檔型數(shù)據庫的區(qū)別

作業(yè)要求：

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

第10章 系統(tǒng)實現(xiàn)與運維

教學目標：

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

（2）理解瀑布模型與迭代式開發(fā)各自的優(yōu)缺點

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

（4）了解軟件發(fā)布的流程與內容

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

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

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

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

（4）瀑布模型與迭代式開發(fā)

（5）測試驅動開發(fā)

（6）軟件系統(tǒng)測試

（7）系統(tǒng)安裝、部署與用戶文檔

（8）系統(tǒng)運行與維護

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

（1）瀑布模型與迭代式開發(fā)

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

教學難點：

（1）軟件項目管理

（2）測試驅動開發(fā)

作業(yè)要求：

根據前階段《系統(tǒng)架構設計》、《子系統(tǒng)API接口設計》等文檔，選擇適當?shù)钠脚_和工具實現(xiàn)各子系統(tǒng)的接口與功能，并依據《軟件需求規(guī)格說明書》進行功能性和非功能性測試，形成系統(tǒng)測試報告。

五、課程實驗內容及要求

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

（二）實驗內容與要求

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

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

（1）了解信息系統(tǒng)項目全生命周期；

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

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

實驗內容：

（1）成立項目小組

（2）選取項目組長

（3）選取項目開發(fā)題目

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

（4）為自己的團隊起名

（5）制作團隊LOGO

（6）制定團隊標語口號

（7）制定團隊規(guī)則、規(guī)范

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

實驗要求：

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

（2）人員角色：項目組長、系統(tǒng)分析師、軟件工程師、運維工程師、甲方代表、監(jiān)理工程師

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

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

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

實驗2 現(xiàn)有教務管理系統(tǒng)的功能與結構分析

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

（1）了解系統(tǒng)分析的基本方法

（2）理解業(yè)務流程與數(shù)據流的基本概念

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

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

（1）與用戶溝通，了解他們對現(xiàn)有系統(tǒng)的認識和評價

（2）了解現(xiàn)有系統(tǒng)的組織結構，輸入輸出，資源利用情況和數(shù)據處理過程

（3）分析現(xiàn)有系統(tǒng)的優(yōu)缺點

（4）從現(xiàn)有系統(tǒng)的物理模型出發(fā)，通過研究，分析建立起較高層次的邏輯模型描述

實驗要求：

（1）制訂討論：現(xiàn)有系統(tǒng)分析報告

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

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

（4）結果匯總

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

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

實驗3 新教務管理系統(tǒng)的規(guī)劃與可行性分析

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

（1）了解系統(tǒng)規(guī)劃的基本方法

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

（3）掌握系統(tǒng)流程圖和數(shù)據流圖的繪制方法

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

（1）掌握企業(yè)系統(tǒng)規(guī)劃法、關鍵成功因素法和戰(zhàn)略集成轉換法等常用規(guī)劃方法

（2）重新定義問題，確定新系統(tǒng)的規(guī)模和目標

（3）確定新系統(tǒng)的總體結構，明確子系統(tǒng)組成和開發(fā)子系統(tǒng)的先后順序

（4）對數(shù)據進行統(tǒng)一規(guī)劃、管理和控制

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

（6）導出新系統(tǒng)的高層邏輯模型

實驗要求：

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

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

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

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

實驗報告內容需包括：需提交包含核心業(yè)務說明、邏輯數(shù)據模型、新系統(tǒng)規(guī)劃的可行性分析報告。

實驗4 新教務系統(tǒng)的需求分析與評審

實驗目的：

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

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

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

實驗內容：

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

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

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

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

實驗要求：

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

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

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

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

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

實驗目的：

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

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

實驗內容：

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

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

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

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

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

實驗要求：

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

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

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

參數(shù) data：浮點小數(shù)數(shù)組，n個連續(xù)的產品指標

參數(shù) y：浮點小數(shù)，預警閾值

返回：布爾值，發(fā)出警示返回true，否則返回false

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

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

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

實驗目的：

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

（2）理解多態(tài)的概念

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

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

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

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

（1）根據游戲Demo熟悉游戲規(guī)則

（2）分析游戲元素和業(yè)務對象

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

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

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

（6）使用多態(tài)技術設計不同的角色類型

實驗要求：

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

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

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

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

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

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

實驗7 新教務系統(tǒng)的用戶界面設計與評審

實驗目的：

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

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

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

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

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

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

（4）新教務系統(tǒng)各子系統(tǒng)的UI設計與實現(xiàn)

實驗要求：

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

（2）使用原型工具或前端技術，實現(xiàn)新系統(tǒng)的界面UI。

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

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

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

實驗目的：

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

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

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

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

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

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

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

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

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

實驗要求：

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

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

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

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

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

實驗9 新教務系統(tǒng)的架構設計與評審

實驗目的：

（1）了解Web項目常用的系統(tǒng)架構

（2）熟悉Web項目常用的開發(fā)框架

（3）熟悉Web項目的基礎開發(fā)技術

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

（1）應用服務器

（2）Web服務器

（3）Web容器

（4）MVC框架

（5）ORM數(shù)據訪問技術

（5）傳統(tǒng)的單體架構、分布式架構、微服務架構、Serverless架構

實驗要求：

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

實驗報告要求：

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

實驗10 子系統(tǒng)與組件接口設計與評審

實驗目的：

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

（2）熟悉數(shù)據庫設計與實現(xiàn)技術

（3）掌握詳細設計文檔編寫規(guī)范

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

（1）完成系統(tǒng)詳細設計

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

（3）完成子系統(tǒng)與模塊設計

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

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

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

（7）完成數(shù)據庫物理設計

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

實驗要求：

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

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

實驗報告要求：

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

實驗11 系統(tǒng)實現(xiàn)與測試

實驗目的：

（1）了解系統(tǒng)測試的內容、流程和方法；

（2）掌握系統(tǒng)用例設計的方法；

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

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

（1）使用各種編程技術全部或部分實現(xiàn)各子系統(tǒng)核心功能

（2）基于《子系統(tǒng)API接口規(guī)范》編寫測試用例

（3）根據測試流程完成子系統(tǒng)功能測試和非功能測試

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

（6）按規(guī)范編寫測試報告

實驗要求：

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

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

實驗報告要求：

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

實驗12 系統(tǒng)部署與用戶培訓

實驗目的：

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

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

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

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

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

（1）系統(tǒng)安裝、配置與版本管理

（2）原始數(shù)據準備

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

實驗要求：

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

（2）系統(tǒng)實施方案要求規(guī)范，需要詳細記錄測試時間與測試人員；

（3）按照已開發(fā)的系統(tǒng)模塊和原型設計編寫用戶手冊

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

實驗報告要求：

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

實驗13 系統(tǒng)驗收

實驗目的：

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

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

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

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

（1）項目開發(fā)總結匯報；

（2）系統(tǒng)功能模塊演示

（3）系統(tǒng)原型演示

（4）答辯

實驗要求：

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

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

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

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

實驗報告要求：

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

六、課程教學方法和手段

（一）課堂講授

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

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

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

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

（二）實驗教學

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

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

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

（4）評審實驗結果，規(guī)范各階段實驗結果的內容和形式，總結優(yōu)點、發(fā)現(xiàn)不足，客觀評價實驗效果。

七、課程考核方式

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

（一）考核方式和記分制

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

（二）考核形式和成績構成考核成績?yōu)榭傇u成績，由平時成績和期末成績二部分組成，其中平時成績占比50%，期末成績占比50%。

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

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

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

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

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

（3）項目衍生出的創(chuàng)新成果。

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

八、推薦教材與參考書目

（一）推薦教材

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

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

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

九、其他說明

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

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

批準人：（系主任）

第三篇：信息系統(tǒng)分析與設計學習心得

信息系統(tǒng)分析與設計學習心得

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

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

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

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

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

0963710205 秦曉雅

第四篇：信息系統(tǒng)分析與設計案例檢索

管理信息系統(tǒng)官方實驗：系統(tǒng)分析、系統(tǒng)設計

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

系統(tǒng)分析、系統(tǒng)設計案例檢索

預備知識

系統(tǒng)分析

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

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

系統(tǒng)分析完成后，形成系統(tǒng)分析報告。

系統(tǒng)設計

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

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

系統(tǒng)設計完成后，形成系統(tǒng)設計報告。

流程、符號規(guī)范建議

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

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

要求

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

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

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

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

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

2003年 管理信息系統(tǒng) 中南大學

2005年 管理信息系統(tǒng) 哈爾濱工業(yè)大學

2007年 管理信息系統(tǒng) 清華大學

2007年 信息系統(tǒng)分析與設計 合肥工業(yè)大學

2008年 管理信息系統(tǒng)分析與設計 華中科技大學

2008年 信息系統(tǒng)分析與設計 江西財經大學

第五篇：信息系統(tǒng)分析與設計課程設計教學大綱

《信息系統(tǒng)分析與設計課程設計》教學大綱

一、課程名稱：信息系統(tǒng)分析與設計課程設計

課程代碼：030557

二、課程類別（基礎、專業(yè)基礎、專業(yè)）：專業(yè)課

三、設計周數(shù)：2周

四、大綱說明

（一）適用專業(yè)：信息管理與信息系統(tǒng)專業(yè)

（二）主要先修課程和后續(xù)課程

1、先修課程：管理信息系統(tǒng)、數(shù)據庫系統(tǒng)及應用

2、后續(xù)課程：

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

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

六、課程設計內容及安排

1、選定調查、可行性研究，設計目標，進行信息系統(tǒng)規(guī)劃；

2、進行用戶需求分析；

3、總體設計、詳細設計

4、系統(tǒng)實施、測試、試運行。

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

七、指導方式

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

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

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

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

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

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

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

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

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