【文章內(nèi)容簡介】 把控（3）討論工具：錄音筆、筆、紙、word、思維導(dǎo)圖（4）結(jié)果匯總實(shí)驗(yàn)報(bào)告要求：（包括實(shí)驗(yàn)報(bào)告內(nèi)容、格式、提交等要求）實(shí)驗(yàn)報(bào)告內(nèi)容需包括：階段成果為包含系統(tǒng)功能結(jié)構(gòu)圖等要素的系統(tǒng)分析報(bà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ì)可行性評審、技術(shù)可行性評審、法律可行性評審（6）導(dǎo)出新系統(tǒng)的高層邏輯模型實(shí)驗(yàn)要求：（1）小組討論，導(dǎo)出和評價所給出的方案（2）推薦一個方案并說明理由，并推薦行動方針（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)4 新教務(wù)系統(tǒng)的需求分析與評審實(shí)驗(yàn)?zāi)康模海?）了解需求分析的基本方法、技術(shù)和工具；（2）掌握需求獲取、提煉、分析和建模的方法與技術(shù)；（3）熟悉實(shí)用UML工具進(jìn)行用例建模的基本技術(shù)實(shí)驗(yàn)內(nèi)容：（1）各項(xiàng)目小組繼續(xù)完成前期未完成的文件歸檔（2）建議草擬一個需求分析計(jì)劃，確認(rèn)工作內(nèi)容與人員分工（3）針對項(xiàng)目進(jìn)行第一次需求分析獲取，秘書注意記錄需求獲取過程（訪談記錄、手稿等）（4）進(jìn)行第一次UseCase建模，完成用例圖、系統(tǒng)時序圖的繪制實(shí)驗(yàn)要求：（1）系統(tǒng)分析師主導(dǎo)完成軟件需求說明書中的相關(guān)內(nèi)容（2）監(jiān)理工程師、甲方代表全程確認(rèn)需求的正確性和有效性；實(shí)驗(yàn)報(bào)告要求：（包括實(shí)驗(yàn)報(bào)告內(nèi)容、格式、提交等要求）實(shí)驗(yàn)報(bào)告內(nèi)容需包括：需求獲取、需求提煉的原始文件，包括手繪圖，訪談記錄和思維導(dǎ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）個連續(xù)指標(biāo)，每個指標(biāo)皆取值為0到 1之間，記為L0、LLLL4。若指標(biāo)低于閾值y（設(shè)為 ），則稱此指標(biāo)低于警戒值。單獨(dú)一個指標(biāo)低于警戒值還不足以發(fā)出警報(bào)提示，以下為發(fā)出警示的規(guī)則描述：（1）至少2個連續(xù)指標(biāo)低于警戒值方可發(fā)出警示，例如：、（2）前三個指標(biāo)L0、LL2因?yàn)闇?zhǔn)確性低，其中任意2個連續(xù)指標(biāo)低于警戒值都不足以發(fā)出警示，必須全部低于警戒值方可發(fā)出警示。（3）指標(biāo)個數(shù)n和閾值 y皆為變量請使用結(jié)構(gòu)化方法，設(shè)計(jì)出一個解決上述問題的算法與程序框架。實(shí)驗(yàn)要求：（1）生產(chǎn)環(huán)境中很有可能還會增加新的預(yù)警規(guī)則，所以需要有良好的抽象，使得增加規(guī)則時無需修改現(xiàn)有模塊（2）對程序框架進(jìn)行合理的模塊化分解，對各個模塊進(jìn)行函數(shù)化設(shè)計(jì)，明確每個函數(shù)的功能、輸入?yún)?shù)和返回結(jié)果。例如，整個程序可以抽象為一個函數(shù)：warning(double[] data, double y): boolean參數(shù) data：浮點(diǎn)小數(shù)數(shù)組，n個連續(xù)的產(chǎn)品指標(biāo)參數(shù) y：浮點(diǎn)小數(shù)，預(yù)警閾值返回：布爾值，發(fā)出警示返回true，否則返回false實(shí)驗(yàn)報(bào)告要求：（包括實(shí)驗(yàn)報(bào)告內(nèi)容、格式、提交等要求）對總體程序進(jìn)行模塊化分解，繪制出流程圖，編寫偽代碼，形成設(shè)計(jì)報(bào)告并提交。實(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)修改和升級實(shí)驗(yàn)報(bào)告要求：（包括實(shí)驗(yàn)報(bào)告內(nèi)容、格式、提交等要求）實(shí)驗(yàn)報(bào)告內(nèi)容需包括：包含類圖和交互圖的UML建模文檔、API文檔，以及升級后的Demo源代碼。實(shí)驗(yàn)7 新教務(wù)系統(tǒng)的用戶界面設(shè)計(jì)與評審實(shí)驗(yàn)?zāi)康模海?）了解交互設(shè)計(jì)理論與原則（2）掌握前端設(shè)計(jì)技術(shù)和工具實(shí)驗(yàn)內(nèi)容：（圍繞實(shí)驗(yàn)?zāi)康模喪鰧?shí)驗(yàn)主要內(nèi)容）（1）交互設(shè)計(jì)理論與原則（2）界面設(shè)計(jì)基礎(chǔ)與常用界面元素（3）前端技術(shù)基礎(chǔ)（html/css/javascript）（4）新教務(wù)系統(tǒng)各子系統(tǒng)的UI設(shè)計(jì)與實(shí)現(xiàn)實(shí)驗(yàn)要求：（1）根據(jù)前階段分析與設(shè)計(jì)的成果，運(yùn)用交互設(shè)計(jì)理論，遵循交互設(shè)計(jì)指導(dǎo)思想與原則，完成新教務(wù)系統(tǒng)各子系統(tǒng)的UI交互設(shè)計(jì)。（2）使用原型工具或前端技術(shù)，實(shí)現(xiàn)新系統(tǒng)的界面UI。實(shí)驗(yàn)報(bào)告要求：（包括實(shí)驗(yàn)報(bào)告內(nèi)容、格式、提交等要求）實(shí)驗(yàn)報(bào)告內(nèi)容需包括：完成新系統(tǒng)UI設(shè)計(jì)的前端頁面，以小組形式進(jìn)行演示與講解。實(shí)驗(yàn)8 金融市場交易數(shù)據(jù)的獲取與實(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）存儲數(shù)據(jù)：在本地或云存儲中保存處理后的市場數(shù)據(jù)（4）顯示數(shù)據(jù)：將json格式的市場數(shù)據(jù)以 javascript變量的形式保存在 js 文件中，并使用HTML5原生繪圖技術(shù)或第三方繪制組件在網(wǎng)頁中實(shí)時顯示（5）上線發(fā)布：通過云發(fā)布工具，將包含前端腳本和數(shù)據(jù)的html和js文件上傳至云托管平臺實(shí)驗(yàn)要求：（1）實(shí)時獲取市場的1分鐘成交數(shù)據(jù)，并分別合并為5分鐘、30分鐘、1小時、1日的成交數(shù)據(jù)，并在同一個HTML頁面中分周期分別繪制相關(guān)圖形（2）數(shù)據(jù)更新后，通過js腳本自動重繪HTML頁面中的圖形（3）若使用了“靜態(tài)文件托管”，則自動向云服務(wù)器提交更新實(shí)驗(yàn)報(bào)告要求：（包括實(shí)驗(yàn)報(bào)告內(nèi)容、格式、提交等要求）實(shí)驗(yàn)報(bào)告內(nèi)容需包括：程序設(shè)計(jì)的相關(guān)源代碼，若使用了云服務(wù)，需同時提交能夠訪問的URL地址。實(shí)驗(yàn)9 新教務(wù)系統(tǒng)的架構(gòu)設(shè)計(jì)與評審實(shí)驗(yàn)?zāi)康模海?）了解Web項(xiàng)目常用的系統(tǒng)架構(gòu)（2）熟悉Web項(xiàng)目常用的開發(fā)框架（3）熟悉Web項(xiàng)目的基礎(chǔ)開發(fā)技術(shù)實(shí)驗(yàn)內(nèi)容：（圍繞實(shí)驗(yàn)?zāi)康?，簡述?shí)驗(yàn)主要內(nèi)容）（1）應(yīng)用服務(wù)器（2）Web服務(wù)器（3）Web容器（4）MVC框架（5）ORM數(shù)據(jù)訪問技術(shù)（5）傳統(tǒng)的單體架構(gòu)、分布式架構(gòu)、微服務(wù)架構(gòu)、Serverless架構(gòu)實(shí)驗(yàn)要求：根據(jù)前階段的“新教務(wù)系統(tǒng)”相關(guān)設(shè)計(jì)文檔，選擇熟悉的2種或2種以上不同的架構(gòu)風(fēng)格，完成“新教務(wù)系統(tǒng)架構(gòu)設(shè)計(jì)”，并比較不同架構(gòu)的優(yōu)缺點(diǎn)，說明各自所適用的場景。實(shí)驗(yàn)報(bào)告要求：實(shí)驗(yàn)報(bào)告內(nèi)容需包括：系統(tǒng)架構(gòu)設(shè)計(jì)報(bào)告，要求書面文檔。實(shí)驗(yàn)10 子系統(tǒng)與組件接口設(shè)計(jì)與評審實(shí)驗(yàn)?zāi)康模海?）了解詳細(xì)設(shè)計(jì)的基本原則、方法與技術(shù)；（2）熟悉數(shù)據(jù)庫設(shè)計(jì)與實(shí)現(xiàn)技術(shù)（3）掌握詳細(xì)設(shè)計(jì)文檔編寫規(guī)范實(shí)驗(yàn)內(nèi)容：（圍繞實(shí)驗(yàn)?zāi)康?，簡述?shí)驗(yàn)主要內(nèi)容）（1）完成系統(tǒng)詳細(xì)設(shè)計(jì)（2）完成窗口與菜單設(shè)計(jì)（3）完成子系統(tǒng)與模塊設(shè)計(jì)（4）完成組件API接口