于國際，鐘建栩，余少鋒，馬一寧，廖崇陽

(南方電網(wǎng)調(diào)峰調(diào)頻發(fā)電有限公司信息通信分公司，廣東 廣州 511400)

關(guān)聯(lián)表單是指管理信息系統(tǒng)或商業(yè)互聯(lián)網(wǎng)服務(wù)系統(tǒng)調(diào)取表單時，充分利用相關(guān)信息協(xié)助用戶完成大部分表單內(nèi)容填寫的一種表單實現(xiàn)方式。敏捷開發(fā)指在軟件工程中將對應(yīng)功能進(jìn)行有效分割，使每個功能形成可以獨立操作的子系統(tǒng)，且在不改變子系統(tǒng)對外數(shù)據(jù)接口的前提下實現(xiàn)對子系統(tǒng)進(jìn)行獨立開發(fā)的系統(tǒng)開發(fā)模式[1]。在敏捷開發(fā)和關(guān)聯(lián)表單的開發(fā)管理模型中，管理客體為關(guān)聯(lián)表單，管理模式為敏捷開發(fā)，管理對象為開發(fā)過程。

關(guān)聯(lián)表單的需求是豐富的數(shù)據(jù)融合過程，需要將系統(tǒng)內(nèi)更多模塊的相關(guān)數(shù)據(jù)進(jìn)行傳值、融合，但敏捷開發(fā)系統(tǒng)的獨立性需要充分分割子系統(tǒng)才可以實現(xiàn)。因此在進(jìn)行管理模型開發(fā)時，如果單純在敏捷開發(fā)與關(guān)聯(lián)表單之間尋求平衡，無法發(fā)揮二者的最大效能[2]。本文將探尋一種可以將敏捷開發(fā)和關(guān)聯(lián)表單效能均發(fā)揮到最大的開發(fā)管理模型。

1 關(guān)聯(lián)表單的開發(fā)需求分析

對關(guān)聯(lián)表單來說，根據(jù)用戶注冊信息和應(yīng)用場景信息，在數(shù)據(jù)庫中獲得數(shù)據(jù)輸入表單信息后，將數(shù)據(jù)輸入到數(shù)據(jù)庫中，完成關(guān)聯(lián)表單的通用開發(fā)目標(biāo)。關(guān)聯(lián)表單系統(tǒng)內(nèi)部數(shù)據(jù)流如圖1所示。

圖1中，關(guān)聯(lián)表單的核心數(shù)據(jù)流來源于對生成數(shù)據(jù)查詢和對數(shù)據(jù)查詢后進(jìn)行的數(shù)據(jù)治理，將數(shù)據(jù)治理結(jié)果導(dǎo)入到表單完善表單信息后，對表單數(shù)據(jù)進(jìn)行數(shù)據(jù)治理，再將治理后的數(shù)據(jù)輸送到數(shù)據(jù)庫中[3]。為了實現(xiàn)該過程，在數(shù)據(jù)處理過程中，需要構(gòu)建數(shù)據(jù)查詢策略，而該策略需要整合當(dāng)前頁面的框架信息和用戶信息，針對特定用戶的特定權(quán)限在當(dāng)前框架場景下構(gòu)建數(shù)據(jù)查詢策略。而在表單頁面，需要用戶手動輸入信息，或從API虛擬數(shù)據(jù)接口中調(diào)用數(shù)據(jù)信息，或支持用戶使用表單處理器通過數(shù)據(jù)輸入模塊對表單信息進(jìn)行填寫。

圖1 關(guān)聯(lián)表單系統(tǒng)內(nèi)部數(shù)據(jù)流圖

在敏捷開發(fā)模型下，如果將關(guān)聯(lián)表單作為一個獨立的敏捷開發(fā)模塊，則根據(jù)圖1 ，其外部數(shù)據(jù)傳輸方式可在圖2所示的數(shù)據(jù)流圖中反映出來。

圖2 關(guān)聯(lián)表單系統(tǒng)外部數(shù)據(jù)流圖

圖2中，敏捷開發(fā)的關(guān)聯(lián)表單獨立模塊需要有與數(shù)據(jù)庫平臺進(jìn)行數(shù)據(jù)傳輸?shù)娜δ軘?shù)據(jù)接口，另外還應(yīng)支持圖左側(cè)的諸多數(shù)據(jù)輸入接口[4]，即關(guān)聯(lián)表單是一個擁有豐富數(shù)據(jù)輸入接口且輸出接口單一向數(shù)據(jù)庫提供數(shù)據(jù)支持的敏捷開發(fā)獨立模塊。因此在敏捷開發(fā)模型下對關(guān)聯(lián)表單進(jìn)行開發(fā)，其關(guān)鍵點在于實現(xiàn)支持多種數(shù)據(jù)傳輸設(shè)計，同時開發(fā)可以調(diào)用數(shù)據(jù)庫的數(shù)據(jù)接口。

2 關(guān)聯(lián)表單的敏捷開發(fā)任務(wù)分解

根據(jù)上述開發(fā)需求分析，可以進(jìn)行基于敏捷開發(fā)模型的關(guān)聯(lián)表單開發(fā)任務(wù)分解，通過數(shù)據(jù)傳輸實現(xiàn)對數(shù)據(jù)接收端的設(shè)計，同時針對每一項輸入數(shù)據(jù)開發(fā)對應(yīng)的數(shù)據(jù)輸入治理模塊[5]。完成輸入數(shù)據(jù)治理后，將數(shù)據(jù)導(dǎo)入到表單中，此時還需要根據(jù)導(dǎo)入的數(shù)據(jù)在數(shù)據(jù)庫中讀出表單關(guān)聯(lián)信息，根據(jù)表單對上傳數(shù)據(jù)進(jìn)行數(shù)據(jù)出口治理，同時將數(shù)據(jù)上傳到數(shù)據(jù)庫驅(qū)動模塊中。關(guān)聯(lián)表單的敏捷開發(fā)任務(wù)分解如圖3所示。

圖3 關(guān)聯(lián)表單的敏捷開發(fā)任務(wù)分解示意圖

圖3中，除數(shù)據(jù)接口和數(shù)據(jù)輸入治理2組模塊外，還包含了表單頁面(前端)、查詢策略、數(shù)據(jù)庫驅(qū)動、數(shù)據(jù)上傳治理、數(shù)據(jù)上傳接口等5個模塊，這些模塊的具體開發(fā)任務(wù)如下。

1)數(shù)據(jù)接口模塊。數(shù)據(jù)接口模塊負(fù)責(zé)數(shù)據(jù)的請求、接收、反饋等，同時實現(xiàn)對UDP或者TCP接口的管理，或?qū)PI控件的驅(qū)動[6]。因為數(shù)據(jù)接口的信息傳輸是靠接收端完成的，所以應(yīng)滿足與對方接口開發(fā)團(tuán)隊之間設(shè)定的數(shù)據(jù)協(xié)議，協(xié)議包括數(shù)據(jù)請求與數(shù)據(jù)反饋的格式與響應(yīng)機(jī)制。

2)數(shù)據(jù)輸入治理模塊。接收數(shù)據(jù)后應(yīng)對數(shù)據(jù)進(jìn)行治理，包括雙向加密傳輸數(shù)據(jù)的解密、涉密數(shù)據(jù)的進(jìn)一步數(shù)據(jù)脫敏、防止數(shù)據(jù)注入的二次數(shù)據(jù)保護(hù)、強(qiáng)制數(shù)字化數(shù)據(jù)的數(shù)據(jù)解釋還原、流媒體數(shù)據(jù)或二進(jìn)制數(shù)據(jù)的文件重構(gòu)等。

3)查詢策略模塊。

查詢策略模塊需要對所有數(shù)據(jù)治理模塊提交的數(shù)據(jù)進(jìn)行識別并分組，確認(rèn)用戶身份和相關(guān)積分?jǐn)?shù)據(jù)的狀態(tài)、判斷鏈接到表單的來源頁面地址等，以實現(xiàn)對表單中聯(lián)合信息的精確提取。

《普通高中生物學(xué)課程標(biāo)準(zhǔn)（2017年版）》提出：“積極開發(fā)與利用生物學(xué)課程資源”、“課程內(nèi)容有機(jī)融入中華優(yōu)秀傳統(tǒng)文化”。我國有56個民族，壯族是少數(shù)民族中人數(shù)最多的民族，主要分布在廣西壯族自治區(qū)。它具有獨特的飲食文化，其中蘊含著豐富的生物學(xué)知識，當(dāng)?shù)亟處熗诰蚱渲械纳飳W(xué)課程資源并運用到生物學(xué)教學(xué)中，既有利于學(xué)生認(rèn)識壯族飲食文化中的生物學(xué)知識，又可拓寬生物學(xué)課程資源的開發(fā)路徑。

4)表單頁面模塊。表單頁面模塊是一個基于HTML5、PHP、ASP、C#或其他前端開發(fā)系統(tǒng)的前端頁面系統(tǒng)，也是該系統(tǒng)中用戶唯一可以看到的界面。該頁面模塊的設(shè)計包括UI設(shè)計、VI實現(xiàn)、CSS設(shè)計等開發(fā)任務(wù)。

5)數(shù)據(jù)上傳治理模塊。表單頁面一般位于用戶界面端口，從用戶界面向開發(fā)界面的數(shù)據(jù)一般需要進(jìn)行雙向加密，數(shù)據(jù)加密時應(yīng)選擇一種可充分解密的數(shù)據(jù)加密方式，一般有雙向字典式加密、數(shù)據(jù)位移式加密等方式。同時，還應(yīng)確保用戶信息的安全性。對流媒體、位圖、音頻等數(shù)據(jù)應(yīng)進(jìn)行流媒體化以實現(xiàn)公網(wǎng)數(shù)據(jù)傳輸。

6)數(shù)據(jù)上傳模塊。將進(jìn)行數(shù)據(jù)治理后的信息通過該模塊連接到數(shù)據(jù)庫驅(qū)動模塊中，實現(xiàn)數(shù)據(jù)的上傳，該模塊應(yīng)對表單的數(shù)據(jù)增、刪、改等更新操作設(shè)定相應(yīng)策略，在相應(yīng)的策略下實現(xiàn)數(shù)據(jù)的上傳。

7)數(shù)據(jù)庫驅(qū)動模塊。數(shù)據(jù)庫驅(qū)動模塊一般由數(shù)據(jù)庫平臺系統(tǒng)控制，但也有一些要求較為復(fù)雜的系統(tǒng)需要對數(shù)據(jù)庫驅(qū)動模塊進(jìn)行二次開發(fā)，以提升數(shù)據(jù)庫的驅(qū)動效率。該模塊的核心功能是執(zhí)行SQL命令。

3 基于敏捷開發(fā)的五螺旋模型

五螺旋開發(fā)模型是一種由需求驅(qū)動、持續(xù)改進(jìn)的軟件工程開發(fā)模型，在敏捷開發(fā)模型下構(gòu)建五螺旋模型，一方面可以實現(xiàn)敏捷開發(fā)的小團(tuán)隊開發(fā)模式和快速響應(yīng)模式[7]，另一方面可實現(xiàn)五螺旋自驅(qū)動強(qiáng)需求的開發(fā)過程。五螺旋模型下的管理協(xié)調(diào)過程如圖4所示。

圖4 五螺旋模型下的管理協(xié)調(diào)過程

圖4所示的管理協(xié)調(diào)過程是一種循環(huán)的開發(fā)模式，通過五螺旋模型下的管理協(xié)調(diào)過程實現(xiàn)各部門之間的互相協(xié)調(diào)，最終協(xié)同完成開發(fā)任務(wù)。五螺旋模型下，并不執(zhí)行交付過程，而是直接在團(tuán)隊內(nèi)由測試部門、環(huán)境部門、產(chǎn)品部門觀察運行結(jié)果，根據(jù)運行結(jié)果來決定下一步的開發(fā)需求。

引入敏捷開發(fā)前，表單開發(fā)為單純性的前端開發(fā)，架構(gòu)部門、開發(fā)部門等其他相關(guān)部門對表單開發(fā)的支持力度并不大。引入敏捷開發(fā)后，成立了針對特定關(guān)聯(lián)表單的敏捷開發(fā)團(tuán)隊，團(tuán)隊內(nèi)在設(shè)立前端部門的同時，也設(shè)立了其他相關(guān)部門，接到任務(wù)后，由該聯(lián)合表單開發(fā)團(tuán)隊獨立完成整個開發(fā)過程。

通過上述分析可以看出，五螺旋模型可作為敏捷開發(fā)與關(guān)聯(lián)表單充分結(jié)合的紐帶，其結(jié)合方式有以下2點特征：

1)將關(guān)聯(lián)表單形成獨立子系統(tǒng)進(jìn)行持續(xù)開發(fā)。

五螺旋模型驅(qū)動下，關(guān)聯(lián)表單的開發(fā)團(tuán)隊必須包含產(chǎn)品部門、架構(gòu)部門、開發(fā)部門、前端部門、測試部門、環(huán)境部門等六大部門。關(guān)聯(lián)表單作為一個開發(fā)目標(biāo)，必須具備獨立子系統(tǒng)的相關(guān)條件[8]。將關(guān)聯(lián)表單形成獨立子系統(tǒng)完成特定功能軟件的開發(fā)存在可行性。

2)將敏捷開發(fā)運用到全系統(tǒng)執(zhí)行中。

全系統(tǒng)執(zhí)行敏捷開發(fā)的關(guān)鍵在于系統(tǒng)內(nèi)的子功能模塊數(shù)量足夠集約，且功能之間的邊界足夠清晰。因為敏捷開發(fā)模式下，團(tuán)隊內(nèi)的配合更加簡約，所以團(tuán)隊內(nèi)六大部門的人員配置相對較少，如15～20人的開發(fā)團(tuán)隊，就可以構(gòu)成一個敏捷開發(fā)體系。一般來講，70個功能頁面的管理信息系統(tǒng)開發(fā)項目，其整體開發(fā)人員在1 500人以內(nèi)，而20個功能頁面的商業(yè)化互聯(lián)網(wǎng)APP項目，其整體開發(fā)人員在400人以內(nèi)。與動輒數(shù)千人的開發(fā)團(tuán)隊規(guī)模相比，可以節(jié)約大量的人力資源成本。

4 管理模型的應(yīng)用實測

以國內(nèi)某二線軟件開發(fā)服務(wù)公司為例，該公司承擔(dān)3個APP軟件項目和2個管理信息系統(tǒng)項目的持續(xù)開發(fā)任務(wù)，企業(yè)擁有合同制員工4 200人，其中專業(yè)技術(shù)人員3 700人。為測試敏捷開發(fā)項目管理模型在該企業(yè)中的應(yīng)用效果[9]，選擇1個APP軟件項目作為敏捷開發(fā)的試點，該軟件擁有功能頁面21個，其中關(guān)聯(lián)表單6個。傳統(tǒng)的開發(fā)模式用APP1和APP2表示，A為APP1和APP2的平均值，敏捷開發(fā)模式用APP3表示，對傳統(tǒng)的開發(fā)模式和敏捷開發(fā)模式進(jìn)行比較，得出關(guān)聯(lián)表單的持續(xù)開發(fā)模型比較結(jié)果見表1。

表1 關(guān)聯(lián)表單持續(xù)開發(fā)模型

由表1可見，敏捷開發(fā)模式下需要投入的人員大幅度減少，人均周工時壓縮了36.83%，人均績效增加了36.64%，用戶對開發(fā)過程的滿意度提高到94.5%。主要原因是：1)敏捷開發(fā)過程對項目功能模塊的劃分更加細(xì)致，開發(fā)過程更加簡便。2)基于敏捷開發(fā),配合五螺旋模型，針對特定的功能頁(如關(guān)聯(lián)表單頁)形成相對穩(wěn)定的開發(fā)團(tuán)隊，可有效提升管理效率，開發(fā)執(zhí)行效果也更加明顯。

5 結(jié)束語

將敏捷開發(fā)模型和五螺旋開發(fā)模型合并，對關(guān)聯(lián)表單進(jìn)行功能模塊劃分時，將數(shù)據(jù)提供模塊和數(shù)據(jù)接收模塊劃分到兩個不同的敏捷開發(fā)模塊中分別進(jìn)行開發(fā)，可以有效地解決敏捷開發(fā)和關(guān)聯(lián)表單開發(fā)需求的矛盾[10]，團(tuán)隊人數(shù)和人均周工時均有效減少，人均績效顯著提升，從而可實現(xiàn)更高的項目管理效能。