[摘 要] 中考志愿填報(bào)作為中考招生前期工作中非常重要一環(huán)，需要為考生提供：操作的便捷性、數(shù)據(jù)的安全性和準(zhǔn)確性以及考生或家長(zhǎng)產(chǎn)生質(zhì)疑時(shí)數(shù)據(jù)的可追蹤性。結(jié)合工作實(shí)際，論述如何達(dá)成這些服務(wù)指標(biāo)的過(guò)程。

[關(guān) 鍵 詞] 互聯(lián)網(wǎng)；中考改革；中考志愿；在線填報(bào)；應(yīng)用實(shí)踐

[中圖分類(lèi)號(hào)] G712 [文獻(xiàn)標(biāo)志碼] A [文章編號(hào)] 2096-0603（2017）24-0138-01

一、痛苦的經(jīng)歷

1.閱卡人員工作繁雜，難免因一時(shí)疏忽造成志愿卡漏讀。

2.考生修改志愿時(shí)，因擦拭不干凈，造成臟讀現(xiàn)象。

3.個(gè)別考生因?qū)⒅驹缚ㄟ^(guò)分壓褶，導(dǎo)致閱卡機(jī)無(wú)法順利讀卡。

4.部分考生因粗心大意或過(guò)分緊張，存在填涂殘缺、位置偏移等現(xiàn)象。

5.志愿卡只能識(shí)別0～9的數(shù)字，個(gè)別考生因查錯(cuò)報(bào)考學(xué)校的志愿代碼，從而最終導(dǎo)致錄取結(jié)果的天壤之別。

6.考生志愿受戶(hù)口、語(yǔ)系等因素的制約，即使順利讀取通過(guò)的志愿卡，也存在大量因不符合政策要求的無(wú)效志愿。

7.極個(gè)別學(xué)校收集完考生志愿卡后，借助班主任干預(yù)優(yōu)秀考生的志愿填報(bào)，甚至私自篡改考生志愿。

二、設(shè)計(jì)目標(biāo)

1.徹底拋棄紙質(zhì)志愿卡和昂貴的讀卡設(shè)備。

2.技術(shù)選型必須做到穩(wěn)定、成熟、安全、高效、低成本、可擴(kuò)展。

3.考生志愿填報(bào)行為必須繞開(kāi)學(xué)校，變成考生完全自主的個(gè)體行為。

4.志愿填報(bào)行為不受地理位置限制，填報(bào)操作必須做到簡(jiǎn)單、直觀、健壯，在規(guī)定的時(shí)間內(nèi)，考生可隨時(shí)修改填報(bào)數(shù)據(jù)。

5.考生操作界面中顯示的填報(bào)選項(xiàng)，必須與自身信息，與當(dāng)年的招生政策產(chǎn)生數(shù)據(jù)相關(guān)。

6.系統(tǒng)必須實(shí)時(shí)記錄考生的操作日志，跟蹤對(duì)應(yīng)數(shù)據(jù)的變化過(guò)程。

7.鑒于參加中考的考生年齡問(wèn)題，系統(tǒng)必須能夠?qū)С霾豢删庉?、并帶防偽?biāo)識(shí)的志愿填報(bào)確認(rèn)單，以供家長(zhǎng)和考生簽字后上交相關(guān)機(jī)構(gòu)留存。

8.因系統(tǒng)運(yùn)行在互聯(lián)網(wǎng)環(huán)境中，所以必須保證數(shù)據(jù)傳輸?shù)挠行院蛿?shù)據(jù)存儲(chǔ)的安全性。

三、解決之道

（一）整體架構(gòu)

為了實(shí)現(xiàn)設(shè)計(jì)目標(biāo)中“隨時(shí)、隨地”的要求，系統(tǒng)整體采用基于B/S的三層設(shè)計(jì)架構(gòu)?？忌顖?bào)端計(jì)算機(jī)中無(wú)需單獨(dú)安裝任何軟件，只要能夠進(jìn)入互聯(lián)網(wǎng)并安裝有常用的瀏覽器即可。

（二）技術(shù)及產(chǎn)品選型

為了保證該系統(tǒng)在整個(gè)軟件生命周期中的低成本投入，該系統(tǒng)全部采用開(kāi)源框架或免費(fèi)產(chǎn)品。具體如下表：

（三）開(kāi)發(fā)步驟

1.前期準(zhǔn)備

（1）為現(xiàn)有的“中考在線報(bào)名系統(tǒng)”的“準(zhǔn)考證導(dǎo)出打印”模塊增加生成隨機(jī)密碼功能。該密碼用做考生首次登錄志愿在線填報(bào)系統(tǒng)的初始密碼。（2）導(dǎo)出部分中考報(bào)名歷史數(shù)據(jù)，用于開(kāi)發(fā)測(cè)試所需。（3）導(dǎo)出現(xiàn)有學(xué)校機(jī)構(gòu)信息表和基礎(chǔ)數(shù)據(jù)字典。

2.開(kāi)發(fā)模型

本系統(tǒng)使用基于快速原型的迭代增量式開(kāi)發(fā)模型，對(duì)比其他開(kāi)發(fā)模型，在面向?qū)ο箝_(kāi)發(fā)技術(shù)領(lǐng)域中，該開(kāi)發(fā)模型具有更高的工作效率和成功率。

3.版本控制

結(jié)合選定的開(kāi)發(fā)模型，在項(xiàng)目開(kāi)發(fā)過(guò)程中，為了實(shí)現(xiàn)代碼的有效管理和分布式協(xié)作開(kāi)發(fā)，引入了Git版本控制系統(tǒng)。并創(chuàng)建了多個(gè)“分支”，

4.原型開(kāi)發(fā)

依照業(yè)務(wù)需求，創(chuàng)建相關(guān)接口類(lèi)、實(shí)體類(lèi)，并依據(jù)事先劃分出的功能模塊，快速完成原型開(kāi)發(fā)，如下圖：

5.迭代開(kāi)發(fā)

原型開(kāi)發(fā)完畢后，迅速交付給業(yè)務(wù)主管部試用，并依據(jù)提出的修改意見(jiàn)繼續(xù)完善原型，如此反復(fù)，經(jīng)過(guò)多次迭代開(kāi)發(fā)，直到完全達(dá)到業(yè)務(wù)主管部門(mén)的實(shí)際需求為止。此時(shí)將代碼標(biāo)記為tag Version 0.9版本。

接下來(lái)，選定典型學(xué)校用戶(hù)（民漢合校），測(cè)試學(xué)校端和考生端的應(yīng)用邏輯，再經(jīng)過(guò)多次迭代開(kāi)發(fā)后，此時(shí)系統(tǒng)已經(jīng)初步通過(guò)了全部用戶(hù)測(cè)試，可將代碼標(biāo)記為tag Version 1.0版本。

（四）應(yīng)用部署

考生填報(bào)的志愿數(shù)據(jù)是本系統(tǒng)的核心，為了節(jié)約成本，同時(shí)兼顧性能、安全的要求，本人采用Master-Slave主從模式架設(shè)MySQL，數(shù)據(jù)在主從服務(wù)器之間自動(dòng)同步備份，即同一數(shù)據(jù)會(huì)被自動(dòng)存儲(chǔ)兩份。

四、應(yīng)用效果

經(jīng)過(guò)兩年的實(shí)際應(yīng)用和優(yōu)化升級(jí)，該系統(tǒng)很好地承擔(dān)了我市中考考生基于互聯(lián)網(wǎng)完成在線填報(bào)工作，在填報(bào)期間峰值IPO曾一度達(dá)到10萬(wàn)以上，但服務(wù)器端依然能夠穩(wěn)定高效地運(yùn)行，用戶(hù)端訪問(wèn)操作流暢之后獲取的數(shù)據(jù)準(zhǔn)確率達(dá)到100%，沒(méi)有發(fā)生任何一起考生、家長(zhǎng)志愿填報(bào)的爭(zhēng)議事件。

參考文獻(xiàn)：

[1]孫衛(wèi)琴.JAVA面向?qū)ο缶幊蘙M].北京：電子工業(yè)出版社，2006.

[2]蔣鑫.Git權(quán)威指南[M].北京：機(jī)械工業(yè)出版社，2009.