[摘 要] 中考志愿填報(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í)踐
[中圖分類號(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.考生志愿受戶口、語(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)接口類、實(shí)體類,并依據(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ù)主管部門的實(shí)際需求為止。此時(shí)將代碼標(biāo)記為tag Version 0.9版本。
接下來(lái),選定典型學(xué)校用戶(民漢合校),測(cè)試學(xué)校端和考生端的應(yīng)用邏輯,再經(jīng)過(guò)多次迭代開(kāi)發(fā)后,此時(shí)系統(tǒng)已經(jīng)初步通過(guò)了全部用戶測(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)行,用戶端訪問(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.