許躍穎

（北京師范大學珠海分校，廣東珠海，519000）

Web應(yīng)用程序開發(fā)實踐需要全面了解多個課程，例如前端，數(shù)據(jù)庫，編程語言和框架。對于計算機專業(yè)的學生而言，整個系統(tǒng)的開發(fā)過程為他們提供了實踐機會?，F(xiàn)階段，項目實踐內(nèi)容執(zhí)行形式依然沿用傳統(tǒng)的SP+Java bean+servlet，而對現(xiàn)如今在程序開發(fā)方面應(yīng)用率不斷增加的框架技術(shù)了解不足，應(yīng)用率較低。

除此之外，系統(tǒng)開發(fā)時，傳統(tǒng)的瀑布式開發(fā)模型效率并不高，流程雜亂，在質(zhì)量管控方面存在嚴重不足。本文在系統(tǒng)開發(fā)時，嘗試在Web應(yīng)用程序中采用SSM輕量級框架，并在開發(fā)過程管理工作中采用敏捷開發(fā)模型，將規(guī)定鏈接應(yīng)用于項目開發(fā)流程中，引導(dǎo)學生有序進行開發(fā)。

1 SSM框架技術(shù)分析

在企業(yè)級開發(fā)的早期，SSH框架很普遍，但是由于struts安全問題，該框架逐漸被企業(yè)放棄，并由輕量級的SSM框架將其取代，該輕量級的SSM框架的組成結(jié)構(gòu)包括Spring，Springmv，Mybatis。

其組成框架包括三項。Web開發(fā)過程中，它們各自發(fā)揮自身作用。Spring是業(yè)務(wù)邏輯的依托，Mybati則協(xié)同數(shù)據(jù)庫完成交互。Spring MVC中存在MVC模式，且非常完整，該模式可以將用戶請求轉(zhuǎn)換成數(shù)據(jù)模型。結(jié)果將返回到weh頁面。

SSM是標準的MVC模型，它將整個系統(tǒng)分為4層：視圖層，控制器層，服務(wù)層和DA0層。 Spring MVC的作用包括視圖管理以及請求轉(zhuǎn)發(fā)， spring的作用為管理業(yè)務(wù)對象，MyBatis的作用則是數(shù)據(jù)對象。受到DA0與Service層耦合特性不高的影響，在開發(fā)時不得共同運行。二Controller與View層耦合特性正好相反，所以在開發(fā)時二者可以相關(guān)聯(lián)。

現(xiàn)階段，SSM框架具有較高的應(yīng)用可行性，由于其理解難度低，在各大公司普遍使用。

2 敏捷開發(fā)

瀑布模型是傳統(tǒng)的軟件開發(fā)較常使用的模型之一，在體系結(jié)構(gòu)設(shè)計時，離不開需求文檔。需求和設(shè)計確定后，開始編碼，并根據(jù)先前的設(shè)計開始開發(fā)。該模型的應(yīng)用，使開發(fā)過程獨立存在與用戶需求。在用戶需求發(fā)生改變時，需承擔較高的變化成本，并且相對復(fù)雜。敏捷開則以用戶需求為出發(fā)點，通過迭代的方式來完成軟件開發(fā)。其更加追求開發(fā)速度，漸進式的完成工作軟件交付。

Scrum和XP作為敏捷開發(fā)的方法，其應(yīng)用率較高，本文即是用的Scrum敏捷開發(fā)法。Scrum搭建了流程框架，內(nèi)含大量預(yù)定義及實踐角色。它是用于有效開發(fā)軟件的過程，包括計劃和模式。敏捷開發(fā)方法中的Scrum流程如圖1所示。

圖1 Scrum開發(fā)流程

項目功能需求經(jīng)分解后，形成不同的用戶故事，分幾個不同的迭代周期完成項目開發(fā)，任何迭代周期（sprinf）選擇實施一個或兩個用戶故事。每個用戶故事都分為幾個迭代任務(wù)，開發(fā)人員需要按時將這些任務(wù)完成。整個迭代過程有2—6周實踐，其特征表現(xiàn)為可操作性、可見性等。團隊成員對每天的工作任務(wù)進行討論總結(jié)，并回顧上一次的結(jié)果。

敏捷開發(fā)需收集方式為迭代收集，敏捷軟件開發(fā)全程均存在原始軟件開發(fā)的體系結(jié)構(gòu)設(shè)計。Scrum的迭代開發(fā)使得開發(fā)難度降低。而大部分學生缺乏開發(fā)經(jīng)驗，在項目開發(fā)時反而更容易遵循規(guī)范引導(dǎo)，有利于學生開發(fā)和學習，熟悉系統(tǒng)開發(fā)流程[1]。

3 敏捷開發(fā)具體應(yīng)用過程

在開發(fā)Web應(yīng)用程序時，對校友管理系統(tǒng)的開發(fā)需采用SSM框架，Scrum敏捷開發(fā)模型用于管理整個開發(fā)過程。有望實現(xiàn)下列目標內(nèi)容：①熟悉SSM框架并予以掌握，采用SSM框架完成Web系統(tǒng)的設(shè)計與開發(fā)；②參與從需求分析，用戶界面設(shè)計到業(yè)務(wù)邏輯和數(shù)據(jù)存儲的完整系統(tǒng)開發(fā)過程；③發(fā)達專業(yè)，嚴格遵守相關(guān)規(guī)范操作，合理應(yīng)用開發(fā)工具完成編程輔助性工作，糾正錯誤并測試；④掌握正確的迭代開發(fā)方法，學習掌握將相對復(fù)雜的系統(tǒng)分解后，獲得執(zhí)行度高的子任務(wù)，以迭代形式將目標暫存；⑤團隊成員可以互相積極合作。

■3.1 系統(tǒng)架構(gòu)設(shè)計

校友管理系統(tǒng)中包含多種功能，涉及前臺校友信息收集、電子校友卡注冊、事件注冊等；還包括校友信息查詢、事件發(fā)布、審閱、后臺統(tǒng)計。其系統(tǒng)框架分為四層。其中包括View層，Conlroller層，Service層和DAO層。View層的接口設(shè)計采用了Bootstrap框架，是目前較流行的框架結(jié)構(gòu)， Dao層則對器層進行控制。服務(wù)層和Dao層數(shù)據(jù)經(jīng)封裝后進行傳輸，到達Pojo對象，詳見圖2所示。

圖2 SSM框架流程

整個實現(xiàn)過程View層和Controller層聯(lián)系緊密，無論是編譯還是開發(fā)時，二者共同參與。

■3.2 用戶需求劃分

Scrum開發(fā)時，軟件需求分為一個用戶故事（用戶故事，縮寫為US），所有用戶有屬于自己的故事描述：說明為達到目的所要做的事情，也就是說，從用戶的角度描述產(chǎn)品功能的不同角色的特定需求。根據(jù)這種拆分原則，可以將校友信息管理系統(tǒng)拆分為多個用戶故事。

■3.3 項目管理與控制

團隊共同開發(fā)時，尤其是Scrum開發(fā)時，為提高項目管理與控制的有效性，需要采取下列措施：①任務(wù)進度管理；②開發(fā)商提交和合并代碼；③版本控制。為了解決這些問題并有效提高開發(fā)過程的管理效率，需要有效使用相關(guān)工具。

在項目管理工具中，TFS和Jira的應(yīng)用率較高，在工作領(lǐng)域中通常會使用事務(wù)跟蹤工具，包括客戶服務(wù)、任務(wù)跟蹤、缺陷跟蹤、項目跟蹤、需求收集、敏捷管理等。通過上述管理工具的使用，可提高迭代計劃制定、任務(wù)跟蹤、任務(wù)分解的便利性，從而獲得更高的開發(fā)與管理效率。校友管理系統(tǒng)在開發(fā)時，使用的管理工具為Jira[2]。

所有開發(fā)團隊都無法逃脫代碼版本控制問題。這與是否選用敏捷開發(fā)或者相關(guān)項目管理工具沒有直接關(guān)系，版本控制并不會受這些因素的影響。該系統(tǒng)在開發(fā)時，選用的版本控制工具為Git。

■3.4 過程控制

為了更好的對項目進行管理和控制，有幾個問題必須解決，尤其是在團隊Scrum開發(fā)下，比如①團隊任務(wù)的進度條；②團隊開發(fā)人員在任務(wù)中提交的代碼；③內(nèi)容的版本。現(xiàn)在TFS和Jira這兩種工具普遍采用率高，這樣的工具可以提高開發(fā)流程的效率，例如跟蹤任務(wù)，跟蹤缺陷，服務(wù)客戶和管理審批等項目，實時跟蹤并快速制定方案提高了開發(fā)的速度。項目開發(fā)中代碼很重要，代碼的版面控制更重要，雖然版面控制的工具不止一個，但是現(xiàn)在運用最多的版面控制工具還是Git，并且還使用Gitlab來搭建代碼庫。

■3.5 質(zhì)量控制

以往項目開發(fā)時，收到學生開發(fā)經(jīng)驗不足的影響，其代碼編寫習慣不良，編寫標準以及管理流程混亂，所以項目代碼質(zhì)量通常很差且很困難。

3.5.1 維持

Scrum開發(fā)過程更加注重質(zhì)量控制。開發(fā)人員被要求使用新代碼，融合于自己的本地代碼，便可展開新的開發(fā)，讓開發(fā)工作可以持續(xù)下去。任務(wù)完成后，先對自己的代碼進行測試，確定其可以正常運行方可向代碼庫提交，避免對團隊其他成員的開發(fā)工作造成影響，從而影響整個系統(tǒng)的正常運行。迭代時，堅持下列步驟完成迭代，為項目代碼質(zhì)量提供保障，其中包括編碼統(tǒng)一規(guī)范性，代碼樣式；靜態(tài)代碼審查；單元測試；持續(xù)集成;代碼審查和重構(gòu)（審查和重構(gòu)）。

3.5.2 主要內(nèi)容

（1）任務(wù)的完成量以及完成難度。通過項目管理工具Jira完成迭代計劃的開發(fā)時，所有任務(wù)的執(zhí)行人員以及估計時間都處于非保密狀態(tài)。

（2）信息上傳。您可以在GiIlab存儲庫中查看每次上傳的時間和人員。

（3）代碼質(zhì)量。在檢查代碼時，通過問題數(shù)量統(tǒng)計結(jié)果結(jié)合代碼靜態(tài)分析方式來測試代碼質(zhì)量。

（4）項目進度。記錄實際用時時長與預(yù)估時長進行對比，二者之間的差異可通過Jira系統(tǒng)中的老化圖表得到反饋。

（5）軟件功能的實現(xiàn)。評估以上四項內(nèi)容之后，評價開發(fā)團隊的綜合表現(xiàn)。由于整個開發(fā)過程時團隊共同完成的，需要將其按照學生各自的任務(wù)完成情況進行評分，評價內(nèi)容包括任務(wù)完成量、開發(fā)時長、代碼質(zhì)量。

■3.6 項目評審

采用敏捷開發(fā)流程后，考核涉及整個開發(fā)流程的多方面內(nèi)容：

（1）完成的任務(wù)數(shù)量和難度。在項目管理工具Jira里制定的迭代計劃，每個任務(wù)的執(zhí)行人和預(yù)估時間都是公開的。

（2）提交（commit）的信息。在版本庫GiIlab里面可以看到每次commit的時間、人員等信息。

（3）代碼質(zhì)量。可根據(jù)代碼評審時發(fā)現(xiàn)的問題數(shù)量及利用代碼靜態(tài)分析T具時的評分等作為考核參考。

（4）項目進度。實際花費時間和預(yù)估時間的差，在Jira系統(tǒng)中可通過燃盡（bum out）圖體現(xiàn)。

（5）軟件功能實現(xiàn)情況。

4 結(jié)束語

綜上所述，在Web應(yīng)用軟件開發(fā)過程中，采用SSM輕量級框架，實施案例教學時選用校友系統(tǒng)的案例，幫助學生更好的了解企業(yè)級架構(gòu)框架，并全面理解并申請多個專業(yè)課程。提高專業(yè)知識水平和系統(tǒng)開發(fā)技術(shù)。系統(tǒng)開發(fā)采用敏捷開發(fā)Scmm模型。按照用戶故事分解、任務(wù)分解、迭代計劃的流程，分解復(fù)雜程度較高的項目，形成不同的子項目后更好的迭代。