沈宇杰

（徽商職業(yè)學(xué)院電子信息系，安徽 合肥 230061）

各行業(yè)為了提升工作效率都設(shè)計(jì)了不同類型的評(píng)議系統(tǒng)，通過(guò)定義和定量?jī)煞N不同方式進(jìn)行信息管理，預(yù)防可能存在的風(fēng)險(xiǎn)。在網(wǎng)絡(luò)信息化的時(shí)代，許多行業(yè)利用互聯(lián)網(wǎng)進(jìn)行動(dòng)態(tài)評(píng)估，擴(kuò)大評(píng)議覆蓋面和加強(qiáng)評(píng)議效果。采用周期性評(píng)估，能有效掌控評(píng)議的目標(biāo)、內(nèi)容與方案，從而提升行業(yè)的整體發(fā)展水平［1-3］。Zulfiqar等［4］在電子商務(wù)平臺(tái)創(chuàng)立了分析客戶意見(jiàn)的評(píng)議系統(tǒng)，通過(guò)收集和分析客戶的意見(jiàn)，改進(jìn)線上購(gòu)物的體驗(yàn)。該系統(tǒng)是一個(gè)基于以太坊的去中心化產(chǎn)品，采用隨機(jī)點(diǎn)對(duì)點(diǎn)的節(jié)點(diǎn)網(wǎng)絡(luò)基礎(chǔ)，評(píng)估客戶評(píng)論的真實(shí)性和有效性。該系統(tǒng)也能對(duì)自身的安全性與高效性兩個(gè)方面進(jìn)行分析，有效提升了評(píng)議系統(tǒng)的穩(wěn)定性與健壯性。Zhao等［5］使用一種基于神經(jīng)網(wǎng)絡(luò)的評(píng)議系統(tǒng)分析產(chǎn)品的銷售額。該系統(tǒng)的本質(zhì)是銷售因子模型，利用反向傳播的多層感知器神經(jīng)網(wǎng)絡(luò)，以及權(quán)值矩陣運(yùn)算的方式，分析對(duì)線上產(chǎn)品的銷售產(chǎn)生影響的因素。系統(tǒng)從4個(gè)方向?qū)Ξa(chǎn)品銷售進(jìn)行分析，分別是售后評(píng)論、銷售策劃、網(wǎng)絡(luò)促銷手段、售后服務(wù)，總結(jié)各方面因素之間的聯(lián)系，從而提高產(chǎn)品的銷售額。評(píng)議系統(tǒng)選擇關(guān)系型數(shù)據(jù)庫(kù)MySQL作為后臺(tái)數(shù)據(jù)系統(tǒng)，并采用開(kāi)源架構(gòu)（Spring+SpringMVC+MyBatis，SSM）實(shí)現(xiàn)業(yè)務(wù)邏輯，選擇安卓系統(tǒng)作為移動(dòng)端。使用評(píng)議系統(tǒng)時(shí)，用戶不僅能在電腦上通過(guò)瀏覽器訪問(wèn)系統(tǒng)，也可在手機(jī)、平板等移動(dòng)端上通過(guò)瀏覽器訪問(wèn)，增加了便捷性和多樣性。SSM架構(gòu)由Spring框架、Spring MVC、MyBatis框架三者組成，Spring MVC的核心部分是前置控制器，能將用戶請(qǐng)求映射到對(duì)應(yīng)的控制器。映射成功后，控制器調(diào)用相應(yīng)的業(yè)務(wù)邏輯。Spring框架采用控制反轉(zhuǎn)的方式使模塊之間解除耦合，用于服務(wù)器端的開(kāi)發(fā)。Mybatis框架通過(guò)將Java數(shù)據(jù)庫(kù)連接（Java Database Connectivity，JDBC）封裝，從而使評(píng)議系統(tǒng)操作透明化。系統(tǒng)采用的MySQL數(shù)據(jù)庫(kù)，有輕量級(jí)、支持結(jié)構(gòu)化查詢語(yǔ)言（Structured Query Language，SQL）的優(yōu)點(diǎn)，調(diào)試功能強(qiáng)大。評(píng)議結(jié)果的定制輸出功能使用第三方插件包Aspose，能夠處理Word、Excel等辦公文件，對(duì)表格屬性、單元格以及公式等進(jìn)行操作，無(wú)需微軟辦公軟件的支持。移動(dòng)端采用安卓系統(tǒng)，使用通用的數(shù)據(jù)通信接口，開(kāi)發(fā)資源廣泛。

綜上所述，評(píng)議系統(tǒng)將采用SSM架構(gòu)作為項(xiàng)目的框架，選擇MySQL作為系統(tǒng)數(shù)據(jù)庫(kù)，由第三方插件包Aspose處理定制輸出文件，移動(dòng)端則基于安卓系統(tǒng)，由此形成完整的技術(shù)支撐體系。

1 評(píng)議系統(tǒng)模式

現(xiàn)今社會(huì)，評(píng)議工作在各行各業(yè)具有重要的作用［6］。無(wú)論是人事決策、考核評(píng)價(jià)還是金融分析都離不開(kāi)評(píng)議工作［7］。合理的評(píng)議對(duì)社會(huì)發(fā)展是有益的推動(dòng)力，而評(píng)議的核心流程就是擺出問(wèn)卷提供選項(xiàng)，通過(guò)投票得出相應(yīng)的分?jǐn)?shù)進(jìn)行評(píng)價(jià)。目前來(lái)說(shuō)，常見(jiàn)的評(píng)議工作總體分為兩種，分別是人工評(píng)議和在線評(píng)議，兩者有著各自的優(yōu)缺點(diǎn)：

（1）人工評(píng)議。這類評(píng)議主要出現(xiàn)在重要人事場(chǎng)合，例如年度考核、股東決議、職業(yè)升遷等［8］。其優(yōu)點(diǎn)是參與人數(shù)較少，計(jì)票評(píng)分較為容易；但是缺點(diǎn)也十分明顯：參與人數(shù)眾多時(shí)易產(chǎn)生計(jì)分錯(cuò)誤，需要手動(dòng)制定結(jié)果報(bào)表，等等。

（2）在線評(píng)議。在線評(píng)議是人工評(píng)議的升級(jí)，采用線上的投票方式，一般適用于投票參與者眾多的場(chǎng)景，利用計(jì)算機(jī)的能力處理大量的投票計(jì)分工作［9］。但此類評(píng)議系統(tǒng)都有著共同的缺點(diǎn)：輸出結(jié)果的樣式固定。有的系統(tǒng)提供了較多的選擇模板，但仍有一定的局限性。

2 評(píng)議系統(tǒng)總體架構(gòu)

本系統(tǒng)針對(duì)人工評(píng)議和在線評(píng)議的缺點(diǎn)進(jìn)行了改進(jìn)，不僅克服了人工評(píng)議的統(tǒng)計(jì)易錯(cuò)性，也克服了在線評(píng)議的樣式固定性。系統(tǒng)分為服務(wù)器端和移動(dòng)客戶端兩大部分。服務(wù)器使用開(kāi)源服務(wù)器軟件Tomcat，項(xiàng)目結(jié)構(gòu)使用SSM架構(gòu)，采用瀏覽器/服務(wù)器模式（Browser/Server，B/S）將瀏覽器與系統(tǒng)服務(wù)器相結(jié)合，提高使用者在服務(wù)器端的事務(wù)處理邏輯能力。服務(wù)器端的軟件代碼包含2個(gè)核心模塊，分別是自定義問(wèn)卷生成模塊、數(shù)據(jù)自定義輸出模塊，另外包含用戶管理、人工輸入和數(shù)據(jù)統(tǒng)計(jì)3個(gè)通用模塊。移動(dòng)端采用客戶機(jī)/服務(wù)器架構(gòu)（Client/Server，C/S），系統(tǒng)服務(wù)器通過(guò)JS對(duì)象簡(jiǎn)譜（JavaScript Object Notation，JSON）格式數(shù)據(jù)通信連接手機(jī)、平板，提高系統(tǒng)的使用便攜性。系統(tǒng)的總體業(yè)務(wù)邏輯設(shè)計(jì)如圖1所示。

圖1 系統(tǒng)總體設(shè)計(jì)圖

2.1 服務(wù)器端設(shè)計(jì)

服務(wù)器端承載著數(shù)據(jù)管理與業(yè)務(wù)邏輯等功能，包含自定義問(wèn)卷生成、數(shù)據(jù)自定義輸出2個(gè)核心模塊，以及用戶管理、人工輸入和數(shù)據(jù)統(tǒng)計(jì)3個(gè)通用模塊。

2.1.1 自定義問(wèn)卷生成模塊 評(píng)議系統(tǒng)的核心功能是設(shè)計(jì)需要評(píng)議的內(nèi)容，也稱之為問(wèn)卷。例如，商場(chǎng)進(jìn)行促銷后的效果調(diào)查就是一個(gè)經(jīng)典的問(wèn)卷，讓商場(chǎng)老板對(duì)促銷后的成績(jī)、質(zhì)量、完成度進(jìn)行評(píng)議，問(wèn)卷格式如圖2所示。

圖2 促銷業(yè)績(jī)問(wèn)卷格式

系統(tǒng)設(shè)計(jì)的初衷是涵蓋多樣性的題材問(wèn)卷，不僅僅包含商場(chǎng)也包含其他領(lǐng)域，例如工程項(xiàng)目評(píng)議、人事考核評(píng)議、環(huán)保數(shù)據(jù)評(píng)議等各種題材，這就需要評(píng)議系統(tǒng)能夠根據(jù)不同的客戶問(wèn)卷需求，動(dòng)態(tài)生成問(wèn)卷內(nèi)容，并且每個(gè)單項(xiàng)問(wèn)題生成數(shù)個(gè)選項(xiàng)用于評(píng)議。因此，如何動(dòng)態(tài)生成問(wèn)卷是研究的核心。

解決方案是在數(shù)據(jù)庫(kù)中設(shè)計(jì)樹(shù)型結(jié)構(gòu)。在設(shè)立一個(gè)問(wèn)卷時(shí)，將問(wèn)卷所有內(nèi)容按照層次劃分為單元，對(duì)每個(gè)小單元都設(shè)置“父子關(guān)系”進(jìn)行層級(jí)關(guān)聯(lián)，最終將問(wèn)卷轉(zhuǎn)換成樹(shù)型結(jié)構(gòu)，做到具體內(nèi)容與結(jié)構(gòu)相互獨(dú)立。

設(shè)計(jì)時(shí)有兩張核心數(shù)據(jù)表用于存儲(chǔ)樹(shù)型結(jié)構(gòu)，第1張結(jié)構(gòu)表（Structure Table表），由自碼、層級(jí)、父碼、層級(jí)名、選項(xiàng)碼（Id、Level、Father Level、Level Name、Option Id）等5個(gè)字段組成，決定了單元的層次結(jié)構(gòu)。第2張選項(xiàng)表（Option Table表），記錄了每個(gè)分問(wèn)卷的選項(xiàng)內(nèi)容與分值。結(jié)構(gòu)表里每一個(gè)單元的父碼關(guān)聯(lián)上一層單元的自碼，最底層的單元利用自身的選項(xiàng)碼關(guān)聯(lián)選項(xiàng)表內(nèi)的對(duì)應(yīng)選項(xiàng)，從而構(gòu)建為樹(shù)型。

例如圖2的促銷業(yè)績(jī)?cè)u(píng)議轉(zhuǎn)換成樹(shù)型結(jié)構(gòu)如圖3所示。該樹(shù)型結(jié)構(gòu)在結(jié)構(gòu)表和選項(xiàng)表中的數(shù)據(jù)關(guān)聯(lián)記錄如表1、表2所示。

從圖3、表1和表2中可以看出，根據(jù)父碼與自碼的關(guān)聯(lián)性構(gòu)建樹(shù)型層級(jí)結(jié)構(gòu)。結(jié)構(gòu)表中的每個(gè)單元的“父碼”關(guān)聯(lián)上一層相同碼值的“自碼”，而結(jié)構(gòu)表最低層的單元，利用“選項(xiàng)碼”關(guān)聯(lián)選項(xiàng)表的“選項(xiàng)”。無(wú)論問(wèn)卷的題材、層次、選項(xiàng)如何改變，只要構(gòu)建出樹(shù)型結(jié)構(gòu)，就能用java代碼讀取樹(shù)型結(jié)構(gòu)并轉(zhuǎn)換成評(píng)議問(wèn)卷，最終展示給用戶。

表1 結(jié)構(gòu)表

表2 選項(xiàng)表

圖3 促銷業(yè)績(jī)?cè)u(píng)議樹(shù)型結(jié)構(gòu)

2.1.2 數(shù)據(jù)自定義輸出模塊 所有評(píng)議系統(tǒng)在問(wèn)卷評(píng)議結(jié)束后，需要輸出一個(gè)最終結(jié)果文件。普通評(píng)議系統(tǒng)的結(jié)果文件是格式固定的，而本系統(tǒng)能夠利用Aspose插件［10］根據(jù)自定義模板文件的結(jié)構(gòu)填充生成所需的結(jié)果，實(shí)現(xiàn)了動(dòng)態(tài)化輸出。圖4展示了在相同的數(shù)據(jù)源下，Aspose插件通過(guò)不同的模板得出不同樣式的輸出結(jié)果。

圖4 Aspose填充模板流程

當(dāng)管理員點(diǎn)擊“生成結(jié)果”按鈕時(shí)，系統(tǒng)從結(jié)果表中取出評(píng)議數(shù)據(jù)進(jìn)行封裝，再將封裝好的數(shù)據(jù)寫(xiě)入模板文件中（模板文件由模板管理上傳）。最后，輸出的定制結(jié)果文件在頁(yè)面生成鏈接，供管理員用戶下載。模板填充定制內(nèi)容的核心代碼如下：

2.1.3 通用模塊 用戶管理模塊、人工輸入模塊和數(shù)據(jù)統(tǒng)計(jì)模塊是當(dāng)前流行的評(píng)議系統(tǒng)通用模塊，故只做簡(jiǎn)單介紹：

（1）用戶管理模塊。該模塊主要是實(shí)現(xiàn)登錄和注冊(cè)的功能，提供管理員和用戶的權(quán)限控制，以及普通用戶的注冊(cè)和登陸功能。

（2）人工輸入模塊。用戶通過(guò)手機(jī)或者電腦瀏覽器界面，點(diǎn)選問(wèn)卷選項(xiàng)，系統(tǒng)根據(jù)所有選項(xiàng)的總分值，計(jì)算最后的評(píng)議結(jié)果。

（3）數(shù)據(jù)統(tǒng)計(jì)模塊。當(dāng)用戶點(diǎn)擊提交按鈕時(shí)，選項(xiàng)數(shù)據(jù)被提交給后臺(tái)，系統(tǒng)以結(jié)構(gòu)表和選項(xiàng)表為參照，統(tǒng)計(jì)每一個(gè)問(wèn)卷的選項(xiàng)得分并計(jì)算出結(jié)果。最終用戶的分?jǐn)?shù)會(huì)被存入數(shù)據(jù)庫(kù)中的結(jié)果表內(nèi)。

2.2 客戶端設(shè)計(jì)

本系統(tǒng)的架構(gòu)設(shè)計(jì)采用的是C/S架構(gòu)，以采集控制終端、Windows平臺(tái)軟件、Android平臺(tái)APP作為Client客戶程序，由部署在擁有固定IP云主機(jī)上的服務(wù)器作為Server服務(wù)軟件［11］?？蛻舳四K主要分為通信部分和客戶端業(yè)務(wù)部分。

2.2.1 通信設(shè)計(jì) 系統(tǒng)利用Android APP開(kāi)發(fā)中常用的OkHttp插件［12］包封裝通信數(shù)據(jù)，與Spring MVC的Web服務(wù)接口實(shí)現(xiàn)數(shù)據(jù)的交互。OkHttp能夠連接主機(jī)地址的所有請(qǐng)求，可以共享網(wǎng)絡(luò)通信套接字和連接池［13］，并緩存響應(yīng)數(shù)據(jù)，減少了請(qǐng)求次數(shù)和訪問(wèn)延時(shí)。

（1）OkHttp通信核心代碼如下：

（2）接收客戶端請(qǐng)求的服務(wù)器Controller接口核心代碼如下：

2.2.2 客戶端業(yè)務(wù)流程 用戶管理由用戶和管理員兩部分組成，通過(guò)對(duì)JSON數(shù)據(jù)封裝處理，可高效完成客戶端業(yè)務(wù)，具體客戶端業(yè)務(wù)流程如圖5所示。

圖5 客戶端業(yè)務(wù)流程

客戶端通過(guò)用戶管理模塊，進(jìn)入評(píng)議設(shè)計(jì)或用戶評(píng)議功能，根據(jù)不同的業(yè)務(wù)邏輯，將數(shù)據(jù)參數(shù)封裝成JSON數(shù)據(jù)格式［14］，并通過(guò)OkHttp向服務(wù)器發(fā)送請(qǐng)求。服務(wù)器接收到請(qǐng)求后，解析JSON格式數(shù)據(jù)并進(jìn)入具體的業(yè)務(wù)邏輯。通過(guò)抽象類描述基于OkHttp文件傳輸?shù)幕静襟E，體現(xiàn)傳輸行為的統(tǒng)一性。通過(guò)抽象類派生的子類實(shí)現(xiàn)同步傳輸或者異步傳輸，體現(xiàn)傳輸行為的差異性［15］。

3 結(jié) 語(yǔ)

本文基于SSM框架和MySQL數(shù)據(jù)庫(kù)，同時(shí)使用Aspose插件設(shè)計(jì)了可定制輸出結(jié)果的評(píng)議系統(tǒng)。該系統(tǒng)綜合了B/S模式和基于移動(dòng)端的C/S模式，不僅可以實(shí)現(xiàn)人工投票結(jié)果輸入，也能夠通過(guò)在線和移動(dòng)端使用，有效提高了評(píng)議工作的效率，完善了評(píng)議系統(tǒng)，對(duì)評(píng)議系統(tǒng)的研究與設(shè)計(jì)提供了理論支撐。