【正文】 分析結(jié)果，使用UML過程性模型（活動(dòng)圖、狀態(tài)圖和協(xié)作圖）描述對象的動(dòng)態(tài)變化，以及對象與對象之間的交互。第6章 交互設(shè)計(jì)與原型方法教學(xué)目標(biāo)：（1）理解交互設(shè)計(jì)理論與原則（2）掌握交互設(shè)計(jì)的過程與方法（3）理解原型的作用與目的（4）熟悉常用原型設(shè)計(jì)方法與工具教學(xué)內(nèi)容：（圍繞教學(xué)目標(biāo)，寫出各節(jié)應(yīng)該講授的主要內(nèi)容）（1）交互設(shè)計(jì)的指導(dǎo)思想與基本原則（2）交互設(shè)計(jì)過程與方法（3）導(dǎo)航設(shè)計(jì)（4）輸入、輸出設(shè)計(jì)（5）原型的作用與目的（6）原型的分類：水平原型（行為模型）/垂直原型（切片）；拋棄原型/演進(jìn)原型（7）常用的原型方式：圖紙、位圖、可執(zhí)行文件（8）常用的交互式原型設(shè)計(jì)工具教學(xué)重點(diǎn)：（介紹為了達(dá)到教學(xué)目標(biāo)而必須著重講解和分析的內(nèi)容）（1）交互設(shè)計(jì)過程（2）原型方法教學(xué)難點(diǎn)：（1）交互設(shè)計(jì)指導(dǎo)思想（2）交互式原型工具與技術(shù)作業(yè)要求：根據(jù)《軟件需求規(guī)格說明書》，遵循交互設(shè)計(jì)基本原則，使用交互式原型工具，完成新系統(tǒng)的原型設(shè)計(jì)任務(wù)。第8章 Serverless架構(gòu)與云計(jì)算教學(xué)目標(biāo)：（1）了解Serverless架構(gòu)的概念（2）理解Serverless通信方式與接口（3）了解云計(jì)算的基本概念（4）掌握常見云計(jì)算平臺(tái)的基本開發(fā)技術(shù)教學(xué)內(nèi)容：（圍繞教學(xué)目標(biāo)，寫出各節(jié)應(yīng)該講授的主要內(nèi)容）（1）Serverless架構(gòu)的基本概念和目標(biāo)（2）Serverless與傳統(tǒng)開發(fā)模式的區(qū)別（3）常用的Serverless通信方式與接口（4）API 網(wǎng)關(guān)（API Gateway）的的基本功能（5）云計(jì)算的基本概念和目標(biāo)（6）云計(jì)算類型：IaaS、PaaS和SaaS（7）常用云計(jì)算平臺(tái)的開發(fā)技術(shù)：云托管、云函數(shù)、云存儲(chǔ)等教學(xué)重點(diǎn)：（介紹為了達(dá)到教學(xué)目標(biāo)而必須著重講解和分析的內(nèi)容）（1）Serverless架構(gòu)（2）云計(jì)算教學(xué)難點(diǎn)：（1）Serverless接口（2）云計(jì)算開發(fā)技術(shù)作業(yè)要求：根據(jù)前面階段完成的分析與設(shè)計(jì)報(bào)告，選擇適當(dāng)?shù)南到y(tǒng)架構(gòu)，為后續(xù)階段的工作做好準(zhǔn)備。第9章 系統(tǒng)詳細(xì)設(shè)計(jì)教學(xué)目標(biāo)：（1）了解系統(tǒng)詳細(xì)設(shè)計(jì)的任務(wù)與目標(biāo)（2）熟悉詳細(xì)設(shè)計(jì)的原則與常用方法（3）理解關(guān)系型數(shù)據(jù)庫與文檔型數(shù)據(jù)庫的區(qū)別教學(xué)內(nèi)容：（1）系統(tǒng)詳細(xì)設(shè)計(jì)的任務(wù)與目標(biāo)（2）系統(tǒng)詳細(xì)設(shè)計(jì)的原則與方法（2）子系統(tǒng)劃分（3）組件設(shè)計(jì)（4）接口設(shè)計(jì)（5）關(guān)系型數(shù)據(jù)庫與文檔型數(shù)據(jù)庫（MangoDB）教學(xué)重點(diǎn)：（1）系統(tǒng)詳細(xì)設(shè)計(jì)方法（2）子系統(tǒng)劃分（3）組件設(shè)計(jì)教學(xué)難點(diǎn)：（1）接口設(shè)計(jì)（2）關(guān)系型數(shù)據(jù)庫與文檔型數(shù)據(jù)庫的區(qū)別作業(yè)要求：完成目標(biāo)系統(tǒng)的《系統(tǒng)詳細(xì)設(shè)計(jì)說明書》，完成各子系統(tǒng)劃分，完成數(shù)據(jù)庫設(shè)計(jì)的物理模型，明確各子系統(tǒng)與組件的接口規(guī)范，并完成對應(yīng)的API接口規(guī)格設(shè)計(jì)文檔。五、課程實(shí)驗(yàn)內(nèi)容及要求（一）實(shí)驗(yàn)安排（演示性/驗(yàn)證性/設(shè)計(jì)性/綜合性）（課內(nèi)必做/課余必做/課余選做）（二）實(shí)驗(yàn)內(nèi)容與要求實(shí)驗(yàn)1 項(xiàng)目分組與任務(wù)布置實(shí)驗(yàn)?zāi)康模海ò戳私?、理解、掌握等不同層次寫明本?shí)驗(yàn)應(yīng)達(dá)到的教學(xué)要求）（1）了解信息系統(tǒng)項(xiàng)目全生命周期；（2）理解信息系統(tǒng)項(xiàng)目中對應(yīng)工作崗位及職責(zé)；（3）掌握項(xiàng)目團(tuán)隊(duì)組建及開題流程實(shí)驗(yàn)內(nèi)容：（1）成立項(xiàng)目小組（2）選取項(xiàng)目組長（3）選取項(xiàng)目開發(fā)題目（4）確定項(xiàng)目人員分工與對應(yīng)工作崗位（4）為自己的團(tuán)隊(duì)起名（5）制作團(tuán)隊(duì)LOGO（6）制定團(tuán)隊(duì)標(biāo)語口號(hào)（7）制定團(tuán)隊(duì)規(guī)則、規(guī)范（8）開展一次團(tuán)建活動(dòng)（線上）實(shí)驗(yàn)要求：（1）分組：每小組4~6人（2）人員角色：項(xiàng)目組長、系統(tǒng)分析師、軟件工程師、運(yùn)維工程師、甲方代表、監(jiān)理工程師（3）分組及工作實(shí)施原則：按照角色分配任務(wù)，可以多兼，互相協(xié)調(diào)、互相補(bǔ)充、強(qiáng)調(diào)協(xié)作、強(qiáng)調(diào)組織。提交以上文檔。實(shí)驗(yàn)3 新教務(wù)管理系統(tǒng)的規(guī)劃與可行性分析實(shí)驗(yàn)?zāi)康模海ò戳私?、理解、掌握等不同層次寫明本?shí)驗(yàn)應(yīng)達(dá)到的教學(xué)要求）（1）了解系統(tǒng)規(guī)劃的基本方法（2）掌握可行性分析的基本方法（3）掌握系統(tǒng)流程圖和數(shù)據(jù)流圖的繪制方法實(shí)驗(yàn)內(nèi)容：（圍繞實(shí)驗(yàn)?zāi)康?，簡述?shí)驗(yàn)主要內(nèi)容）（1）掌握企業(yè)系統(tǒng)規(guī)劃法、關(guān)鍵成功因素法和戰(zhàn)略集成轉(zhuǎn)換法等常用規(guī)劃方法（2）重新定義問題，確定新系統(tǒng)的規(guī)模和目標(biāo)（3）確定新系統(tǒng)的總體結(jié)構(gòu)，明確子系統(tǒng)組成和開發(fā)子系統(tǒng)的先后順序（4）對數(shù)據(jù)進(jìn)行統(tǒng)一規(guī)劃、管理和控制（5）經(jīng)濟(jì)可行性評(píng)審、技術(shù)可行性評(píng)審、法律可行性評(píng)審（6）導(dǎo)出新系統(tǒng)的高層邏輯模型實(shí)驗(yàn)要求：（1）小組討論，導(dǎo)出和評(píng)價(jià)所給出的方案（2）推薦一個(gè)方案并說明理由，并推薦行動(dòng)方針（4）書寫可行性分析研究報(bào)告并提交審查實(shí)驗(yàn)報(bào)告要求：（包括實(shí)驗(yàn)報(bào)告內(nèi)容、格式、提交等要求）實(shí)驗(yàn)報(bào)告內(nèi)容需包括：需提交包含核心業(yè)務(wù)說明、邏輯數(shù)據(jù)模型、新系統(tǒng)規(guī)劃的可行性分析報(bào)告。實(shí)驗(yàn)5 產(chǎn)品指標(biāo)警示程序的結(jié)構(gòu)化設(shè)計(jì)實(shí)驗(yàn)?zāi)康模海?）理解結(jié)構(gòu)化方法中的單一抽象機(jī)制（2）掌握模塊分解的原則：高內(nèi)聚、低耦合（3）掌握結(jié)構(gòu)化分析與設(shè)計(jì)方法實(shí)驗(yàn)內(nèi)容：某產(chǎn)品有n（設(shè)n=5）個(gè)連續(xù)指標(biāo)，每個(gè)指標(biāo)皆取值為0到 1之間，記為L0、LLLL4。單獨(dú)一個(gè)指標(biāo)低于警戒值還不足以發(fā)出警報(bào)提示，以下為發(fā)出警示的規(guī)則描述：（1）至少2個(gè)連續(xù)指標(biāo)低于警戒值方可發(fā)出警示，例如：、（2）前三個(gè)指標(biāo)L0、LL2因?yàn)闇?zhǔn)確性低，其中任意2個(gè)連續(xù)指標(biāo)低于警戒值都不足以發(fā)出警示，必須全部低于警戒值方可發(fā)出警示。實(shí)驗(yàn)要求：（1）生產(chǎn)環(huán)境中很有可能還會(huì)增加新的預(yù)警規(guī)則，所以需要有良好的抽象，使得增加規(guī)則時(shí)無需修改現(xiàn)有模塊（2）對程序框架進(jìn)行合理的模塊化分解，對各個(gè)模塊進(jìn)行函數(shù)化設(shè)計(jì)，明確每個(gè)函數(shù)的功能、輸入?yún)?shù)和返回結(jié)果。實(shí)驗(yàn)6 MUD游戲程序的面向?qū)ο蠼?shí)驗(yàn)?zāi)康模海?）了解面向?qū)ο笤O(shè)計(jì)的基本方法（2）理解多態(tài)的概念（3）熟悉接口（interface）的意義與用法（4）掌握UML類圖、交互圖的繪制方法（5）掌握API文檔的編寫方法實(shí)驗(yàn)內(nèi)容：（圍繞實(shí)驗(yàn)?zāi)康?，簡述?shí)驗(yàn)主要內(nèi)容）（1）根據(jù)游戲Demo熟悉游戲規(guī)則（2）分析游戲元素和業(yè)務(wù)對象（3）提取地圖類與操控類，及其相關(guān)屬性和方法（4）提取角色類，分析角色類之間的交互過程（5）分析和設(shè)計(jì)角色類的屬性和方法（6）使用多態(tài)技術(shù)設(shè)計(jì)不同的角色類型實(shí)驗(yàn)要求：（1）使用UML技術(shù)建立地圖類、操控類、角色類等的抽象模型（2）使用接口（interface）多態(tài)技術(shù)，使得系統(tǒng)系統(tǒng)能方便地添加新的游戲角色類（3）編寫所有類（class）的API文檔（包含類名、描述、屬性，以及方法簽名與方法說明）（4）（*）能夠在Demo代碼的基礎(chǔ)上，進(jìn)行適當(dāng)修改和升級(jí)實(shí)驗(yàn)報(bào)告要求：（包括實(shí)驗(yàn)報(bào)告內(nèi)容、格式、提交等要求）實(shí)驗(yàn)報(bào)告內(nèi)容需包括：包含類圖和交互圖的UML建模文檔、API文檔，以及升級(jí)后的Demo源代碼。（2）使用原型工具或前端技術(shù)，實(shí)現(xiàn)新系統(tǒng)的界面UI。實(shí)驗(yàn)8 金融市場交易數(shù)據(jù)的獲取與實(shí)時(shí)圖形繪制實(shí)驗(yàn)?zāi)康模海?）復(fù)習(xí)前端設(shè)計(jì)的基礎(chǔ)技術(shù)（2）通過實(shí)踐理解分布式與云計(jì)算的基本思想（3）提高使用第三方接口和組件的設(shè)計(jì)與集成能力實(shí)驗(yàn)內(nèi)容：（圍繞實(shí)驗(yàn)?zāi)康?，簡述?shí)驗(yàn)主要內(nèi)容）（1）獲取數(shù)據(jù)：通過聚寬投資、掘金量化等第三方API免費(fèi)獲取金融市場的交易數(shù)據(jù)（2）處理數(shù)據(jù)：在本地或使用云函數(shù)處理交易數(shù)據(jù)（3）存儲(chǔ)數(shù)據(jù)：在本地或云存儲(chǔ)中保存處理后的市場數(shù)據(jù)（4）顯示數(shù)據(jù)：將json格式的市場數(shù)據(jù)以 javascript變量的形式保存在 js 文件中，并使用HTML5原生繪圖技術(shù)或第三方繪制組件在網(wǎng)頁中實(shí)時(shí)顯示（5）上線發(fā)布：通過云發(fā)布工具，將包含前端腳本和數(shù)據(jù)的html和js文件上傳至云托管平臺(tái)實(shí)驗(yàn)要求：（1）實(shí)時(shí)獲取市場的1分鐘成交數(shù)據(jù)，并分別合并為5分鐘、30分鐘、1小時(shí)、1日的成交數(shù)據(jù)，并在同一個(gè)HTML頁面中分周期分