基于SSM框架下殘疾家教平臺(tái)的開(kāi)發(fā)

周耀　韋忠亮

關(guān)鍵詞：家教平臺(tái)；Vue；SSM；Java；MySQL

中圖分類(lèi)號(hào)：TP311 文獻(xiàn)標(biāo)識(shí)碼：A

文章編號(hào)：1009-3044（2023）12-0060-04

0 引言

中國(guó)的殘疾教育目前呈發(fā)展態(tài)勢(shì)，從新中國(guó)成立初期時(shí)僅能對(duì)視覺(jué)障礙兒童和聽(tīng)覺(jué)障礙兒童提供最基本的教育到現(xiàn)在實(shí)現(xiàn)了全面覆蓋，實(shí)現(xiàn)對(duì)不同的殘疾兒童提供相對(duì)應(yīng)的教育形式。與此同時(shí)殘疾兒童義務(wù)教育的普及程度不斷提高，普及程度的提高不僅表明接受基礎(chǔ)義務(wù)教育的人數(shù)增加也包括接受教育的學(xué)生類(lèi)別有所拓展。目前我國(guó)在現(xiàn)有的特殊教育體系層次上已經(jīng)具備了學(xué)前教育、義務(wù)教育、高中教育及高等教育的所有階段，同時(shí)也具備了基礎(chǔ)教育、職業(yè)教育、成人教育等類(lèi)型，保證了類(lèi)型的全覆蓋[1]。

由于特殊教育水平的不斷提高，由此也帶來(lái)很多的問(wèn)題。其中教育水平的差異成為一個(gè)較為突出的問(wèn)題。問(wèn)題產(chǎn)生的主要原因在于欠發(fā)達(dá)地區(qū)和發(fā)達(dá)地區(qū)所擁有的特殊教師數(shù)量和質(zhì)量不匹配使得殘疾兒童所受到的教育質(zhì)量和水平也不匹配[2]。

殘疾人家教服務(wù)平臺(tái)（以下簡(jiǎn)稱(chēng)“家教平臺(tái)”） 正是為了解決該問(wèn)題而研究開(kāi)發(fā)。家教平臺(tái)為特殊學(xué)校的學(xué)生提供服務(wù)，通過(guò)家教平臺(tái)，學(xué)生可以瀏覽各地的名師資源，尋找合適的教師。同時(shí)平臺(tái)也為教師提供了就業(yè)的幫助。通過(guò)家教平臺(tái)，可以在一定程度上緩解教育水平不平衡的矛盾。同時(shí)平臺(tái)也提供網(wǎng)上教學(xué)或者線下教學(xué)。線上教學(xué)的流行，是一種輔助傳統(tǒng)教學(xué)的手段，將信息技術(shù)應(yīng)用到教學(xué)中，可以極大地拉近學(xué)生和老師的距離。為學(xué)生的學(xué)習(xí)和老師的教學(xué)提供便利[3]。家教平臺(tái)將該理念引入，提供了線上的教學(xué)平臺(tái)。

1 系統(tǒng)分析

1.1 業(yè)務(wù)分析

對(duì)于特殊家教的家教平臺(tái)來(lái)說(shuō)，其擁有三個(gè)主體，一是用戶(hù)，二是教師，三是系統(tǒng)。用戶(hù)將所需要的家教信息輸入系統(tǒng)，系統(tǒng)會(huì)根據(jù)用戶(hù)的具體權(quán)限以及其填寫(xiě)的家教信息進(jìn)行相應(yīng)的匹配，其中還會(huì)檢測(cè)用戶(hù)的賬戶(hù)信息，確定具體的價(jià)格范圍，最后將匹配出的結(jié)果返回給用戶(hù)并完成此次匹配。其中主要的交互為用戶(hù)與系統(tǒng)的交互。

用戶(hù)通過(guò)填寫(xiě)所需的家教信息向系統(tǒng)申請(qǐng)匹配，此時(shí)系統(tǒng)會(huì)獲取用戶(hù)的權(quán)限等級(jí)，接著接收申請(qǐng)，進(jìn)行匹配，如果匹配成功則將信息展示給用戶(hù)，用戶(hù)進(jìn)行選擇合適的家教老師，用戶(hù)選擇之后提交給系統(tǒng)此時(shí)會(huì)產(chǎn)生訂單，系統(tǒng)再將訂單交給用戶(hù)由用戶(hù)進(jìn)行付款，即調(diào)取用戶(hù)的賬戶(hù)信息。用戶(hù)付款之后，系統(tǒng)確認(rèn)接受訂單，并且通知教師該訂單，最后活動(dòng)結(jié)束，教師信息在最開(kāi)始便已經(jīng)添加至教師信息庫(kù)。具體活動(dòng)如圖1所示。

1.2 需求分析

用戶(hù)系統(tǒng)。當(dāng)用戶(hù)進(jìn)入平臺(tái)時(shí)，平臺(tái)會(huì)檢測(cè)用戶(hù)的權(quán)限，初始的用戶(hù)擁有最基本的權(quán)限即查看平臺(tái)的教師信息以及發(fā)布家教信息，但是不具備加速尋找教師功能以及觀看付費(fèi)課程等功能。用戶(hù)需要通過(guò)平臺(tái)的權(quán)限升級(jí)系統(tǒng)進(jìn)行相應(yīng)的權(quán)限升級(jí)才可以使用上述功能。

教師系統(tǒng)。該模塊的功能主要為教師管理。當(dāng)用戶(hù)選擇成為教師時(shí)，可以通過(guò)填寫(xiě)教師申請(qǐng)，當(dāng)平臺(tái)通過(guò)教師申請(qǐng)時(shí)，會(huì)將該用戶(hù)所填寫(xiě)的教師信息傳輸至服務(wù)器，由服務(wù)器進(jìn)行保存至教師信息庫(kù)，教師可以在該模塊中修改自身的教師信息，以及查看自身的訂單、評(píng)價(jià)等。

查詢(xún)系統(tǒng)。該模塊的功能為教師信息的查詢(xún)，當(dāng)用戶(hù)需要在教師信息庫(kù)查詢(xún)信息時(shí)，可以借助該模塊。用戶(hù)可以通過(guò)教師名，教師ID進(jìn)行指定教師的查詢(xún)，也可以通過(guò)姓氏、教師的科目以及教師學(xué)歷和教授年級(jí)進(jìn)行范圍內(nèi)查找，找尋出的教師會(huì)通過(guò)列表的方式進(jìn)行展示。

訂單系統(tǒng)。該模塊的功能為訂單的生成、支付、確認(rèn)以及通知。當(dāng)用戶(hù)通過(guò)查詢(xún)子系統(tǒng)找到教師或者通過(guò)發(fā)布家教信息進(jìn)入信息池找到教師，都需要經(jīng)過(guò)訂單管理系統(tǒng)進(jìn)行生成訂單，生成的訂單會(huì)交付給用戶(hù)，調(diào)用訂單支付系統(tǒng)進(jìn)行支付，當(dāng)用戶(hù)支付之后，訂單系統(tǒng)會(huì)確認(rèn)該訂單，將此訂單進(jìn)行快照，將快照后的訂單存入服務(wù)器端。具體用例圖如圖2所示。

2 系統(tǒng)設(shè)計(jì)

2.1 系統(tǒng)架構(gòu)設(shè)計(jì)

家教平臺(tái)用戶(hù)視圖使用Vue框架搭建。Vue框架是一套用于構(gòu)建用戶(hù)界面的漸進(jìn)式框架。核心類(lèi)庫(kù)只被視圖層使用[4]。服務(wù)器端由四個(gè)系統(tǒng)構(gòu)成，分別為用戶(hù)系統(tǒng)、教師系統(tǒng)、查詢(xún)系統(tǒng)以及訂單系統(tǒng)。每一個(gè)系統(tǒng)中又分為具體的子系統(tǒng)。例如用戶(hù)系統(tǒng)分為權(quán)限驗(yàn)證系統(tǒng)、登錄注冊(cè)系統(tǒng)以及個(gè)人中心系統(tǒng)等。具體如圖3所示。

服務(wù)器端相連接的數(shù)據(jù)庫(kù)使用MyBatis技術(shù)進(jìn)行管理。MyBatis技術(shù)是用來(lái)對(duì)數(shù)據(jù)進(jìn)行持久化處理，代替了JDBC的功能，在SSM框架中也是非常重要的一環(huán)。利用XML文件配置即可定義相應(yīng)的方法，并且簡(jiǎn)單，不依賴(lài)組件[5]。

現(xiàn)對(duì)家教平臺(tái)系統(tǒng)的設(shè)計(jì)做詳細(xì)闡述。

1） 用戶(hù)系統(tǒng)架構(gòu)設(shè)計(jì)

家教平臺(tái)的核心是用戶(hù)，所以用戶(hù)系統(tǒng)是平臺(tái)的核心系統(tǒng)之一。如何構(gòu)建用戶(hù)系統(tǒng)，需要進(jìn)行分析。用戶(hù)系統(tǒng)分為兩個(gè)部分。首先是用戶(hù)的登錄和注冊(cè)，雖然是基礎(chǔ)的功能，但將其獨(dú)立為一個(gè)部分是為了不讓其受其他部分的影響。該部分完成用戶(hù)信息的收集，同時(shí)也需要完成用戶(hù)權(quán)限的驗(yàn)證。其次是用戶(hù)的個(gè)人中心部分，該部分提供用戶(hù)查詢(xún)自身的資料，自身的訂單以及自身的收藏等。同時(shí)需要提供以上信息的修改和刪除操作，例如用戶(hù)可以修改自身的資料，刪除自身的訂單以及收藏等。同時(shí)用戶(hù)系統(tǒng)也提供了發(fā)布家教信息的功能，之所以將發(fā)布家教信息功能歸類(lèi)在用戶(hù)系統(tǒng)架構(gòu)中，一是為了節(jié)省系統(tǒng)資源，二是為了方便用戶(hù)信息的統(tǒng)一管理和存儲(chǔ)。

2） 查詢(xún)系統(tǒng)架構(gòu)設(shè)計(jì)

查詢(xún)系統(tǒng)是平臺(tái)的支撐系統(tǒng)，通過(guò)查詢(xún)系統(tǒng)，用戶(hù)才能從教師信息庫(kù)中查詢(xún)相應(yīng)的教師，不管是自定義查詢(xún)，還是范圍內(nèi)查詢(xún)還是指定查詢(xún)，都能夠通過(guò)查詢(xún)系統(tǒng)進(jìn)行實(shí)現(xiàn)。查詢(xún)系統(tǒng)主要是集合了很多的查詢(xún)方法，通過(guò)用戶(hù)的選擇調(diào)用不同的查詢(xún)方法，也是使用最頻繁的一個(gè)功能。上述的用戶(hù)系統(tǒng)也需要該系統(tǒng)的支持才能正常工作，因?yàn)橛脩?hù)系統(tǒng)的個(gè)人中心部分也是需要查詢(xún)自身的資料、訂單和收藏，所以查詢(xún)系統(tǒng)是整個(gè)平臺(tái)的支撐系統(tǒng)。那么查詢(xún)系統(tǒng)如何組成呢？查詢(xún)系統(tǒng)分為兩部分，一部分是數(shù)據(jù)選擇區(qū)，另一部分是數(shù)據(jù)查詢(xún)區(qū)。數(shù)據(jù)選擇區(qū)指的是用戶(hù)所設(shè)置的查詢(xún)條件。例如用戶(hù)選擇了指定查詢(xún)，那么數(shù)據(jù)選擇區(qū)就需要將其指定的條件獲取，并且交付給數(shù)據(jù)查詢(xún)區(qū)進(jìn)行查詢(xún)，數(shù)據(jù)查詢(xún)區(qū)查詢(xún)出結(jié)果之后將結(jié)果返回，最后交付前端頁(yè)面進(jìn)行相應(yīng)的處理。

3） 訂單系統(tǒng)架構(gòu)設(shè)計(jì)

訂單系統(tǒng)作為家教平臺(tái)的核心系統(tǒng)之一，該部分提供了用戶(hù)支付功能，同時(shí)提供了對(duì)訂單的管理功能。訂單系統(tǒng)是家教平臺(tái)最為復(fù)雜的一個(gè)系統(tǒng)，其復(fù)雜的地方在于對(duì)訂單進(jìn)行監(jiān)視并且需要對(duì)接第三方支付接口，同時(shí)需要處理訂單在不同狀態(tài)下系統(tǒng)的作為。訂單系統(tǒng)分為以下幾個(gè)部分：第一部分是訂單生成部分。該部分的主要功能是生成訂單，一般會(huì)在用戶(hù)點(diǎn)擊教師頁(yè)面的下單按鈕時(shí)觸發(fā)該部分。

第二部分是訂單支付管理部分，也是訂單系統(tǒng)的核心部分。該部分對(duì)接了微信支付平臺(tái)接口以及支付寶支付平臺(tái)的接口。用戶(hù)可以選擇不同的支付平臺(tái)進(jìn)行支付。該部分同時(shí)監(jiān)測(cè)訂單的狀態(tài)，訂單是否已經(jīng)超時(shí)，訂單是否已經(jīng)支付，訂單是否已經(jīng)提交等。當(dāng)訂單處于不同的狀態(tài)時(shí)，該部分所操縱訂單系統(tǒng)的行為是不同的。

訂單系統(tǒng)的第三部分是訂單交付部分。當(dāng)訂單支付管理部分提交已支付訂單時(shí)，該部分被觸發(fā)，該部分會(huì)接收已支付訂單，并將其快照存儲(chǔ)，然后通知用戶(hù)訂單處理成功，并且該部分會(huì)調(diào)用通知，通知教師已被下單，盡快地聯(lián)系下單方所提供的聯(lián)系方式。

訂單系統(tǒng)的第四部分是訂單異常處理部分。此部分當(dāng)訂單出現(xiàn)異常狀況時(shí)才會(huì)被觸發(fā)。例如當(dāng)用戶(hù)惡意地添加多個(gè)訂單，但并不支付，這是在損耗系統(tǒng)的資源，在此狀態(tài)下會(huì)觸發(fā)該部分，該部分會(huì)關(guān)閉該用戶(hù)的所有訂單，并且全部進(jìn)行清除，但不會(huì)清除已支付的訂單。并對(duì)用戶(hù)進(jìn)行警告。

以上就是訂單系統(tǒng)的四個(gè)部分。通過(guò)這四個(gè)部分的合作共同組成了一個(gè)完整的訂單系統(tǒng)，同時(shí)訂單系統(tǒng)會(huì)向其他的系統(tǒng)提供相應(yīng)的數(shù)據(jù)，幫助其他系統(tǒng)完成其自身的業(yè)務(wù)功能。

4） 教師系統(tǒng)架構(gòu)分析

教師系統(tǒng)作為平臺(tái)的核心系統(tǒng)之一，主要的任務(wù)是管理教師的申請(qǐng)以及教師信息的更改。所以教師系統(tǒng)可以分成兩個(gè)部分，第一部分是教師申請(qǐng)部分，第二部分是教師信息管理部分。用戶(hù)可以通過(guò)第一部分進(jìn)行教師的申請(qǐng)，通過(guò)后該部分會(huì)將用戶(hù)所填寫(xiě)的信息交付教師信息庫(kù)。成為教師后，可以通過(guò)第二部分進(jìn)行教師信息的修改，該部分會(huì)將修改后的信息交付給教師信息庫(kù)并更新該教師的數(shù)據(jù)。

2.2 系統(tǒng)數(shù)據(jù)庫(kù)設(shè)計(jì)

1） 用戶(hù)信息表（用戶(hù)ID，用戶(hù)名，密碼，用戶(hù)頭像，昵稱(chēng)，真實(shí)姓名，用戶(hù)手機(jī)，用戶(hù)郵箱，性別，用戶(hù)生日，注冊(cè)時(shí)間，更新時(shí)間，用戶(hù)角色，頭像保存路徑）

2） 教師信息表（教師ID，教師姓名，教齡，時(shí)薪，教授年級(jí)，教授學(xué)科，目前的學(xué)歷，目前的職業(yè)，所學(xué)專(zhuān)業(yè)，畢業(yè)院校，簡(jiǎn)介，身份證號(hào)，是否通過(guò)驗(yàn)證，教師圖片，教師的分類(lèi)信息）

3） 教師詳細(xì)信息表（教師的訂單量，教師的推薦指數(shù)，教師的評(píng)價(jià)指數(shù)）

4） 訂單表（訂單ID，訂單狀態(tài)，訂單的用戶(hù)名稱(chēng)快照，訂單的用戶(hù)地址快照，訂單的用戶(hù)手機(jī)快照，訂單的發(fā)起時(shí)間，訂單的確認(rèn)時(shí)間，訂單的價(jià)格，訂單的優(yōu)惠價(jià)格，訂單的實(shí)際支付價(jià)格，訂單號(hào)）

5） 訂單項(xiàng)表（訂單項(xiàng)ID，訂單ID，下單教師名稱(chēng)，教學(xué)科目，教學(xué)年級(jí)，教學(xué)類(lèi)型，教學(xué)起始時(shí)間，教學(xué)結(jié)束時(shí)間，時(shí)薪，備注）

6） 用戶(hù)收藏表（收藏ID，用戶(hù)ID，教師ID） 根據(jù)其邏輯結(jié)構(gòu)將家教平臺(tái)的數(shù)據(jù)庫(kù)分為以下表，用戶(hù)信息表（user） ，教師信息表（teacher_info） ，教師詳細(xì)信息表（teachertParams） ，訂單表（order） 以及用戶(hù)的收藏表（collection） ，其主鍵均為ID。

3 系統(tǒng)實(shí)現(xiàn)

3.1 用戶(hù)系統(tǒng)實(shí)現(xiàn)

對(duì)于基礎(chǔ)的注冊(cè)和登錄功能，家教平臺(tái)采用的是前后端分離模式，所以并不使用傳統(tǒng)的方式進(jìn)行驗(yàn)證。而是采用axios異步通信技術(shù)向后端服務(wù)器進(jìn)行傳值，通過(guò)后端服務(wù)器進(jìn)行驗(yàn)證。無(wú)論驗(yàn)證成功或者失敗都會(huì)向頁(yè)面返回響應(yīng)值，頁(yè)面通過(guò)讀取所返回的值來(lái)進(jìn)行判斷是否成功，再顯示不同的內(nèi)容。

個(gè)人中心是用戶(hù)所管理自身數(shù)據(jù)的一個(gè)模塊。在個(gè)人中心中，用戶(hù)可以查看頭像并且修改，也可以查看自己的基本資料并且可以修改自己的基本資料。同時(shí)，用戶(hù)可以查看自己所收藏的老師和自己所發(fā)布的家教信息。三個(gè)查看功能的基本邏輯相同，都是將用戶(hù)ID發(fā)送至服務(wù)器端，由服務(wù)器端持久層查詢(xún)數(shù)據(jù)庫(kù)中的數(shù)據(jù)并返回給前端頁(yè)面。由前端頁(yè)面進(jìn)行展示。而修改資料則是通過(guò)前端頁(yè)面將表單數(shù)據(jù)發(fā)送給服務(wù)器端，由服務(wù)器端持久層修改數(shù)據(jù)庫(kù)中相應(yīng)表的字段。具體流程如圖4所示。

發(fā)布家教信息是用戶(hù)尋找到家教老師的一個(gè)重要的手段。發(fā)布家教信息的流程是在表單的填寫(xiě)之后，將表單所填寫(xiě)的數(shù)據(jù)通過(guò)axios打包發(fā)送至服務(wù)器端，再通過(guò)一個(gè)實(shí)體類(lèi)對(duì)象進(jìn)行接收，在接收之后，通過(guò)持久層進(jìn)行數(shù)據(jù)庫(kù)的插入，插入成功后返回完成消息，前端頁(yè)面接收后調(diào)用相應(yīng)的函數(shù)進(jìn)行彈窗提醒用戶(hù)發(fā)布家教信息成功。

3.2 查詢(xún)系統(tǒng)實(shí)現(xiàn)

作為家教平臺(tái)的核心功能，查詢(xún)教師信息庫(kù)是用戶(hù)尋找家教老師的另一重要手段。教師信息庫(kù)的設(shè)定是通過(guò)主頁(yè)的分類(lèi)進(jìn)行設(shè)計(jì)。在家教平臺(tái)的主頁(yè)面提供了教師的分類(lèi)，該功能的實(shí)現(xiàn)較為煩瑣。當(dāng)用戶(hù)在首頁(yè)點(diǎn)擊相應(yīng)的分類(lèi)時(shí)，需要跳轉(zhuǎn)到教員庫(kù)界面，同時(shí)在教員庫(kù)中提供了搜索功能，通過(guò)用戶(hù)所輸入的教師姓名進(jìn)行查詢(xún)。具體流程圖如圖5所示。

3.3 訂單系統(tǒng)實(shí)現(xiàn)

訂單系統(tǒng)是家教平臺(tái)的核心系統(tǒng)。通過(guò)訂單系統(tǒng)用戶(hù)可以支付訂單，當(dāng)用戶(hù)點(diǎn)擊相應(yīng)的按鈕時(shí)會(huì)觸發(fā)系統(tǒng)生成相應(yīng)的訂單，并且交付給用戶(hù)，用戶(hù)支付之后訂單系統(tǒng)會(huì)確認(rèn)訂單，并且將該訂單存入數(shù)據(jù)庫(kù)中，具體流程如圖6所示。

3.4 教師系統(tǒng)實(shí)現(xiàn)

教師系統(tǒng)作為家教平臺(tái)的核心系統(tǒng)，其主要功能是提交教師的申請(qǐng)以及修改教師信息，而教師信息的修改和個(gè)人中心信息的修改類(lèi)似。如圖7所示，為教師系統(tǒng)的流程圖，展示了教師系統(tǒng)的工作方式。

教師個(gè)人中心的搭建和用戶(hù)系統(tǒng)的個(gè)人中心相同，都是通過(guò)element-ui所提供的導(dǎo)航欄進(jìn)行搭建。其同樣需要查詢(xún)系統(tǒng)的支持。通過(guò)查詢(xún)系統(tǒng)查詢(xún)教師自身的信息，訂單以及展示用戶(hù)對(duì)其的評(píng)價(jià)。評(píng)價(jià)高的可以在家教平臺(tái)的首頁(yè)進(jìn)行展示推薦。

4 系統(tǒng)測(cè)試

白盒測(cè)試是用于對(duì)軟件各部分的邏輯進(jìn)行測(cè)試，將軟件比作一個(gè)透明的盒子，其內(nèi)部所有的運(yùn)行邏輯和方式都展現(xiàn)在測(cè)試人員的面前，軟件測(cè)試人員對(duì)軟件的每一部分進(jìn)行對(duì)應(yīng)的測(cè)試，需要保證每一部分的邏輯都完全正確并且最終的結(jié)果也必須符合預(yù)期，該測(cè)試主要用于軟件或程序驗(yàn)證。家教平臺(tái)的具體流程圖如圖8所示。

由圖可知該系統(tǒng)有11個(gè)可執(zhí)行語(yǔ)句，有3個(gè)判斷框，同時(shí)有11條路徑。無(wú)論是用戶(hù)還是教師都需要進(jìn)行身份判定才能進(jìn)入系統(tǒng)，系統(tǒng)的功能模塊沒(méi)有先后關(guān)系，只有權(quán)限的不同，但是不會(huì)使系統(tǒng)的功能模塊出現(xiàn)先后順序的調(diào)用。具體如表1所示。

5 結(jié)束語(yǔ)

本文對(duì)家教平臺(tái)從概念設(shè)計(jì)到系統(tǒng)實(shí)現(xiàn)作出了一個(gè)簡(jiǎn)單明了的闡述，為實(shí)現(xiàn)該平臺(tái)設(shè)計(jì)了系統(tǒng)模塊的概念。通過(guò)不同系統(tǒng)之間的相互通信和分工合作，達(dá)到服務(wù)用戶(hù)的目的。并且本系統(tǒng)的風(fēng)格具有事件驅(qū)動(dòng)風(fēng)格以及管道-過(guò)濾器風(fēng)格的結(jié)合。每一個(gè)系統(tǒng)都可以看作一個(gè)過(guò)濾器，而數(shù)據(jù)的傳遞則是通過(guò)管道進(jìn)行實(shí)現(xiàn)。用戶(hù)的每一個(gè)需求操作都將被轉(zhuǎn)化為一個(gè)驅(qū)動(dòng)事件，驅(qū)使系統(tǒng)執(zhí)行相應(yīng)的任務(wù)。