中小學生課外藝術素質信息管理平臺設計和實現(xiàn) 計算機科學與技術專業(yè)

目錄前言 1第一章 緒論 21.1 背景及意義 21.2 Web技術 21.3 本文主要工作 41.4 本文組織結構 4第二章 平臺需求分析 62.1 概述 62.2 功能性需求 62.2.1 基于家長的需求 62.2.2 基于學校的需求 82.3 非功能性需求 102.4 本章小結 11第三章 平臺的概要設計 133.1 模塊劃分 133.2 數據設計 143.3 錯誤處理 153.3.1 錯誤信息 153.3.2 補救措施 163.4 本章小結 16第四章 平臺的詳細設計 174.1 頁面設計 174.1.1 共同頁面設計 174.1.2 頁面間邏輯設計 174.2 數據庫設計 194.2.1 數據表設計 194.2.2 數據庫邏輯設計 224.3 接口設計 234.4 本章小結 24第五章 平臺的實現(xiàn) 255.1 家長用戶部分 255.1.1 身份驗證 255.1.2 藝術考級信息 275.1.3 志愿者信息前端處理 275.1.4 填寫志愿者信息 285.2 學校管理員部分 295.2.1 圖表展示內容 305.2.2 藝術考級的查看內容 305.2.3 家長志愿者的詳細搜索 305.2.4 管理員信息管理 315.2.5學生信息導入 315.3 平臺實現(xiàn)效果 325.4 本章小結 37第六章總結與展望 386.1 本文的總結 386.2 后續(xù)展望 38參考文獻 40致謝 41摘要近年來，中小學藝術教育活動成為學校藝術教育的重要組成部分，是校園文化建設的重要載體，其中中小學生藝術素質測評成為了學校和家長關心的重要問題。傳統(tǒng)的藝術素質信息的填寫收集工作都是由學校統(tǒng)一發(fā)放填寫材料，家長填寫后再交由學校反饋，并上交證書復印件，之后進行多次核對確認后，學校再對收集填寫好的數據進行匯總、整理。這不僅給學校的日常事務增加了負擔，也給家長們的工作生活帶來了不便。學校處理大量數據耗時耗力更有可能出現(xiàn)數據遺失，家長需要與學校進行多次核對也妨礙了家長們的正常生活。這與當今迅速發(fā)展的信息化十分不符，所以依據現(xiàn)實需求，將學校和家長作為平臺主要使用對象，運用Web技術實現(xiàn)對中小學生藝術素質信息的現(xiàn)代化管理。平臺使用了Apache+MySQL+PHP的組合進行開發(fā)，使用Apache作為服務器，MySQL作為服務器，PHP（超文本預處理器）語言編寫，使用Sublime工具進行開發(fā)，前臺顯示頁面采用HTML+JavaScript，搭配Ajax編寫。平臺給學校和家長提供了兩個入口，家長主要使用填寫入口，學校則使用后臺管理入口。家長可以在家填寫好學生的信息并上傳證書，學校則可以直接查看處理好的數據，平臺給雙方的正常工作都帶來了很大的便利。關鍵詞：Apache服務器；超文本預處理器；MySQL數據庫；藝術素質信息平臺 AbstractInrecentyears,primaryandsecondaryschoolarteducationactivitieshavebecomeanimportantpartofschoolarteducationandanimportantcarrierfortheconstructionofcampusculture.Amongthem,theevaluationofprimaryandmiddleschoolstudents'artisticqualitieshasbecomeanimportantissueforschoolsandparents.Thecollectionandcollectionoftraditionalartisticqualityinformationisdonebytheschool.Theparentsfilloutthecompletedmaterials,andtheparentsfillinthematerialsandreturnthemtotheschool.Aftersubmittingacopyofthecertificate,theschoolcollectsandfillsinthecompleteddata.Aggregateandorganize.Thisnotonlyburdensthedailyaffairsoftheschoolbutalsoinconveniencestheworkinglivesofparents.Schoolsdealingwithlargeamountsofdataaretime-consumingandlabor-intensiveandaremorelikelytolosedata.Parentsneedtoconductmultiplecheckswithschoolstopreventparentsfromhavingnormallives.Thisisinconsistentwiththerapiddevelopmentofinformatization.Therefore,accordingtotheactualneeds,schoolsandparentsaremainlyusedasplatforms,andWebtechnologyisusedtorealizethemodernmanagementofprimaryandsecondaryschoolstudents'artisticqualityinformation.TheplatformwasdevelopedusingacombinationofApache+MySQL+PHP,usingApacheasaserver,MySQLasaserver,PHP(hypertextpreprocessor)language,usingtheSublimetoolfordevelopment,andtheforegrounddisplaypageusingHTML+JavaScript,writteninAjax.Theplatformprovidestwoentrancesforschoolsandparents.Parentsmainlyusetheentrance,whileschoolsusetheback-officeentrance.Parentscanfilloutstudentinformationanduploadcertificatesathome.Theschoolcandirectlyviewtheprocesseddata.Theplatformbringsgreatconveniencetobothparties'normalwork.Keywords:Apacheserver;PHP;MySQLdatabase;ArtQualityInformationPlatform前言目前不管是學校還是社會上對中小學生課外藝術素質極其重視，為了貫徹中小學生藝術素質測評的規(guī)定，包括繁瑣的信息填寫、整理、分析工作，這給學校的日常工作和家長的日常生活都帶來了很多不便，因此在信息化高度發(fā)展的今天，也借著畢業(yè)設計的契機發(fā)了中小學生課外藝術素質信息平臺。本文主要圍繞中小學生課外藝術素質信息平臺的開發(fā)過程來撰寫，從開發(fā)技術的選擇到需求分析、概要設計、詳細設計，再到編碼和測試階段，最后成功完成整個平臺的開發(fā)。本文工作重點如下：（1）對中小學生課外藝術素質信息平臺的開發(fā)技術做了一定的選擇，在對比各類開發(fā)技術、服務器類型后，決定以Apache+PHP+MySQL的組合進行開發(fā)工作。這個黃金組合工作效率高，性價比高，是本文的開發(fā)技術的理想選擇。（2）對整個平臺的詳細需求進行了深入的分析，主要從家長用戶和學校管理員用戶這兩個身份出發(fā)，以用戶體驗度作為首要任務，將功能作為基礎，詳細地分析了本平臺的需求，完善了整個平臺的工作邏輯。（3）在設計階段，主要包括概要設計和詳細設計內容。在這兩塊設計的部分，本文根據之前的需求分析內容，對平臺的數據庫、頁面、邏輯結構都做了詳細的設計。（4）在編碼階段，本文圍繞已經編寫好的代碼，分析了再寫代碼的過程當中遇到的重點和難點，并將相關偽代碼內容附在了本文中。（5）最后，還針對平臺的開發(fā)過程，給本文做出一定總結，并對本平臺的一些不足之處做出展望分析。

第一章 緒論本章首先介紹了搭建中小學生課外藝術素質信息管理平臺的技術背景和意義，其次簡單介紹了本平臺使用的技術，在本章的最后介紹了論文的組織結構。1.1 背景及意義隨著Web2.0時代的到來，解決了互聯(lián)網上人們的溝通交往的需求。Web編程的腳本語言PHP、ASP、JSP提供了在Web上動態(tài)處理數據的功能，HTML+CSS的搭配給Web編程加入更多富有特色的特性，數據庫MySQL則讓我們無需關心物理存儲和訪問細節(jié)，用簡單的SQL語句處理了復雜的存儲過程，AJAX的響應則大大提高了服務器的運行效率，Apache作為服務器給網站交互提供了極大的便利。這些技術的存在給平臺的實現(xiàn)提供了堅實的技術基礎。在越來越重視學生的綜合素質的今天，藝術素質測評已經成為中小學生的升學必備。自2015年，教育部發(fā)布《中小學生藝術素質測評辦法》將試點實施中小學時光藝術素質測評，同時開展中小學校藝術教育工作自評，自評項目作為檢測教育發(fā)展和考核學校工作的重要內容納入教育督導檢查[1]。試點中小學負責如實記錄每一名學生的藝術素質測評結果，并將結果納入學生綜合素質檔案，而教育督導部門要講學生藝術素質納入中小學校督導評估指標體系。這項通知的發(fā)布，給學校統(tǒng)計學生的藝術素質測評信息帶來了極大的工作量。據統(tǒng)計，一所有著3000名學生的學校，統(tǒng)計整理學生的信息，不包含核對的時間需要一個月。這樣的工作量給學校正常的教學生活帶來很多的不便，因此構建一個中小學生課外藝術素質信息填寫平臺，減輕學校工作量，減少家長的重復多次的記錄壓力，是非常必要的。1.2 Web技術在Web開發(fā)過程中有多種技術，包含PHP、JSP、ASP等腳本語言，HTML+CSS技術PHP技術PHP的英文全稱是PersonalHomePage，現(xiàn)已經正式更名為"PHP:HypertextPreprocessor"的縮寫。它是一種當今Internet上較為成熟的，開放源代碼的，跨平臺的，服務器端嵌入式的，動態(tài)的主頁開發(fā)HTML內嵌式的語言。它在很大程度上綜合了Perl，Java和C語言的精華，在語法架構上繼承了C語言的風格，可以比CGI或者Perl更快速地執(zhí)行動態(tài)網頁。PHP具有良好的跨平臺可移植性，可以在Windows，Unix和Linux系統(tǒng)下的WEB服務器上正常運行，支持包括IIS，Apache等在內的多種流行的WEB服務器[2]。Apache服務器Apache是最流行的Web服務器端軟件之一?？焖?、可靠、可通過簡單的API擴展，Perl/Python解釋器可被編譯到服務器中，完全免費，完全源代碼開放。Apacheweb服務器軟件擁有以下特性：（1）支持最新的HTTP/1.1通信協(xié)議（2）擁有簡單而強有力的基于文件的配置過程（3）支持通用網關接口（4）支持基于IP和基于域名的虛擬主機（5）支持多種方式的HTTP認證Bootstrap框架Bootstrap是簡單、靈活的用于搭建WEB頁面的HTML、CSS、Javascript的工具集。Bootstrap基于HTML5和CSS3，具有漂亮的設計、友好的學習曲線、卓越的兼容性，還有12列響應式柵格結構，豐富的組件等等。Bootstrap是最受歡迎的HTML、CSS和JS框架，用于開發(fā)響應式布局、移動設備優(yōu)先的WEB項目。MVCMVC的英文即Model-View-Controller，是軟件工程中的一種架構模式。其中M（模型）是將與應程序的業(yè)務邏輯相關的數據以及數據處理方法封裝起來的部分，是數據結構的代表；View層是用來與用戶交互，是頁面的顯示部分；Controller層是鏈接Model和View之間的橋梁和紐帶，它將Model中處理好的數據選擇恰當的View視圖進行顯示，也可以將View視圖中用戶輸入的內容進行解釋并放置到Model中進行處理[3]。1.3 本文主要工作在分析對比現(xiàn)行的各種Web開發(fā)技術后，本平臺主要以Apache+PHP+MySQL的搭配組合進行開發(fā)。在前端頁面使用了Gentellela框架，這是一個基于Bootstrap的開源前端框架，風格清新自然，很符合中小學生課外藝術素質信息平臺的定位。在收集處理家長填寫的信息的基礎上，我們還為整理好的信息進行分析統(tǒng)計繪制了若干動態(tài)圖表，以期給管理員帶來良好的使用感受。本文主要工作如下：分析開發(fā)中小學生課外藝術素質信息平臺的技術背景與可行性，在現(xiàn)行的各種Web技術中選擇出最合適的搭配組合，對平臺進行開發(fā)。對本平臺的需求進行研究，在進行需求設計和詳細設計之后，撰寫好相關文檔，進行編碼開發(fā)。在對中小學生課外藝術素質信息平臺收集好的信息進行處理后，繪制若干動態(tài)圖表，給使用者帶來了良好的用戶體驗。除了針對學生課外藝術素質信息的內容的處理之外，我們還增添了針對家長的家長志愿者部分，幫助學校更好地處理家長志愿者的信息，加強家庭與學校的聯(lián)系與互動，為學生的更全面地發(fā)展做好準備。為了考慮家長的便利，方便家長使用手機直接填寫信息，本平臺在開發(fā)過程中設計了針對家長部分的頁面的兼容性工作，保證家長在使用手機填寫時，有著良好的使用感受。1.4 本文組織結構本文共分為六章，各章內容安排如下：第一章：緒論。本章首先介紹了搭建中小學生課外藝術素質信息管理平臺的技術背景和意義，其次簡單介紹了本平臺使用的技術，在本章的最后介紹了論文的組織結構。第二章：主要對中小學生課外藝術素質信息管理平臺的需求進行分析，按照功能點劃分平臺需求，并簡要介紹相關非功能性需求。第三章：概要設計，對于本文只簡要講述模塊劃分和數據設計兩個部分的內容，除此之外還針對出錯信息有著簡短的講述。第四章：詳細設計部分主要對畫面設計、數據庫設計、接口設計三個部分作出詳細的描述。第五章：實現(xiàn)階段中本文主要根據模塊劃分和MVC模式的特點介紹中小學課外藝術素質信息平臺的偽代碼內容。第六章：總結全文，提出未來工作的設想與展望。

第二章 平臺需求分析本章詳細闡述了中小學生課外藝術素質信息平臺的需求內容，繼而方便進行之后概要設計、詳細設計以及編碼階段，給平臺的成功搭建打下了堅實的需求基礎。2.1 概述因為現(xiàn)代社會對中小學生課外藝術素質教育的高度重視，學校中有關學生課外藝術素質的信息量日益增多，給學校的日常工作增加了很多工作量，也給學生家長的工作生活增添了不少麻煩。對此中小學生課外藝術素質信息平臺的需求主要針對兩個部分[4]，其具體內容如下：（1）為家長服務由于對學生課外藝術素質信息的填寫和處理都需要家長的配合和確認，這給家長的生活增添了很多不便，因為本平臺其一的要求就是為家長服務。這一點需求的解決可以讓學生家長不必經過多次確認甚至親自來到學校遞交材料、和老師確認信息。讓家長們在家遞交材料確認信息，填寫家長志愿信息。（2）為學校服務學校在家長填寫確認各類信息之后，需要大量的人力物力進行收集整理，這樣繁瑣的工作交由計算機來處理，無疑為學校的日常工作帶來了極大的便利。為學校服務的這個需求旨在將學校獲得的各種數據使用直觀的方式展現(xiàn)出來。2.2 功能性需求按照此前分析的需求概述，在功能性需求這一部分本文也將分成兩大塊進行闡述，一部分是針對家長，另一部分則是針對學校。2.2.1 基于家長的需求基于家長的需求主要是關于學生課外藝術素質信息的填寫部分，家長部分的用例圖如下頁圖2.1所示。圖2.1家長部分用例圖主要包含以下幾個部分：（1）身份驗證：在家長進行學生課外藝術素質信息的填寫之前，首先要確認該家長的身份，即填寫材料此人是否是該學生家長、如果是該學生家長與該學生是何關系。身份驗證一是為了確認填寫材料與學生身份的綁定，而是為了防止有心人士利用本平臺對學生家庭或是學校做出極端的事情。由于平臺的特殊性，這本平臺的家長身份驗證部分，我們并沒有設置注冊機制。這的問題考慮了兩個方面，一是家長的時間，多一個一般性的注冊和驗證的環(huán)節(jié)，必然會給家長在填寫內容的過程中增加很多不便，二是考慮到平臺的特殊性，針對中小學生課外藝術素質信息管理平臺，家長用戶的主要功能就是填寫內容。從這部分需求來說，沒有注冊機制是完全可以的。反而多了注冊機制，會帶來很多繁瑣的問題，比如更換密碼，學生有多個家長的是否需要多個賬號等等問題。故而，在本平臺的設計過程中，沒有添加注冊機制。（2）學生藝術考級信息：在這一大范圍的功能需求中，包含了對學生藝術考級信息的增加、刪除和修改功能。在家長成功進行身份驗證之后可以對學生的藝術考級信息進行增加、刪除和修改的操作，其操作對象內容包括類別、項目、已獲得級別、考評機構。（3）學生藝術競賽信息：在這一大范圍的功能需求中，包含了對學生藝術競賽信息的增加、刪除和修改功能。在家長成功進行身份驗證之后可以對學生的藝術競賽信息進行增加、刪除和修改的操作，其操作對象內容包括類別、獲獎類別、獲得獎項、獲獎時間。（4）家長志愿者信息：在這一部分，家長除了要進行基礎的身份驗證之外，還需要選擇與學生的關系，包括父親、母親、其他關系，以便校方在之后的志愿者工作中進行安排。此部分需求對家長志愿者填寫的信息要求較多，包括家長的身份、家長姓名、家長性別、工作單位、聯(lián)系電話、家長學歷，還需要家長自主選擇特長，以及是否參加志愿者活動，愿意參加的志愿者活動類型，能夠參加志愿者活動的時間，此外還需要家長選填對志愿者口號的創(chuàng)意、希望學校有哪些家長志愿者活動以及對家校共建活動有何意見或是建議。2.2.2 基于學校的需求基于學校的需求主要是對數據處理與顯示的部分，學校部分的用例圖如下頁圖2.2所示。以下是其主要內容：（1）管理員身份驗證：管理員需要通過正確地輸入賬號和密碼進入管理員頁面，如果賬戶和密碼有一者出現(xiàn)錯誤，即驗證不通過。（2）管理員首頁圖表顯示：在管理員身份驗證成功后，登錄管理員后臺系統(tǒng)，需要在首頁展示信息統(tǒng)計圖表。其需展示圖表包括，各年級考級與競賽情況統(tǒng)計柱狀圖、各年級人數分布餅狀圖、各學生家長學歷統(tǒng)計柱狀圖。（3）學生藝術考級信息：在管理員身份驗證成功后，進入管理員后臺系統(tǒng)，選中學生藝術考級選框之后，顯示學生參加藝術考級信息總覽，展示學生的姓名、年級、班級、考級類別、考級項目、已獲得級別、考評機構，并支持管理員對藝術考級信息進行搜索、復制、導出和打印。（4）學生藝術競賽信息：在管理員身份驗證成功后，進入管理員后臺系統(tǒng)，選中學生藝術競賽選框之后，顯示學生參加校外藝術考競賽信息總覽，展示學生的姓名、年級、班級、競賽類別、獲獎內容、獲得獎項、獲得時間，并支持管理員對藝術考級信息進行搜索、復制、導出和打印。（5）學生家長志愿者：在管理員身份驗證成功之后，進入管理員后臺系統(tǒng)，選中學生家長志愿者選框之后，顯示家長填寫好的家長志愿者信息內容，其內容包括學生身份證號、入學年份、班級、學生姓名、家長ID、家長姓名、與學生關系、聯(lián)系電話、是否參加志愿者，并支持查看該學生家長的詳細志愿者信息，詳細志愿者信息包括基本信息，即學生姓名、性別、入學年份、所在班級、家長姓名、性別、與學生關系、聯(lián)系電話、工作單位、家長學歷，其他信息即是否愿意參加家長志愿者活動、是否愿意參加家長志愿者協(xié)會的組織工作、專業(yè)或特長、可以提供的志愿者服務內容，志愿信息即做“志愿者”時間、志愿者口號創(chuàng)意、您希望家長志愿者開展哪些活動、您對于我校共建活動有何建議與意見。同時在家長志愿者大需求中還需支持對各個志愿信息的查看工作，在管理員選擇需要查找的條件之后，在頁面下方能夠展示符合所有條件的家長信息，同時也能支持查看查找出來的家長的詳細信息，具體展示信息如上內容。其中需要查找的條件包括，年級選擇、家長與學生關系、專業(yè)或特長、教育服務、學生導師、家長學堂、志愿時間（星期）、志愿時間（時間段)、家長學歷。（6）班級信息：在管理員身份驗證成功后，進入管理員后臺系統(tǒng)，選中學校班級信息選框之后，顯示本校所有年級的班級情況，展示各個年級的入學年份、年級、班級數，并支持管理員對學校班級信息進行搜索、復制、導出和打印。同時還需支持管理員對班級信息的增加刪除和修改操作。（7）學生管理：在管理員身份驗證成功后，進入管理員后臺系統(tǒng)，選中學校學生管理選框之后，顯示本校所有學生的詳細情況，展示各個學生的身份證號、姓名、性別、入學年份、年級、班級、生日，并支持管理員對學生信息進行搜索、復制、導出和打印。同時還需支持管理員對學生信息的增加刪除和修改操作。（8）用戶管理：在管理員身份驗證成功后，進入管理員后臺系統(tǒng)，選中用戶管理選框之后，顯示本平臺所有可以在后臺登錄人員的詳細情況，展示各個管理員的用戶名、姓名、電子郵箱、電話，并支持管理員對登錄人員信息進行搜索、復制、導出和打印。同時還需支持管理員對登錄人員信息的增加刪除和修改操作。其中后臺登錄人員的增加除了需要包含用戶名、姓名、電子郵箱、電話，還應該提供一個管理員密碼。此外，除了超級管理員之外的身份才可以設置登錄人員信息的刪除。（9）管理員退出平臺：在管理員一系列操作完成之后，管理員需要退出本平臺。在退出的同時注銷管理員本次的身份驗證信息，并退出到本平臺首頁。圖2.2學校部分用例圖2.3 非功能性需求非功能性需求是指依一些條件判斷系統(tǒng)運作情形或其特性，并不是針對系統(tǒng)特定行為的需求[5]。我們一般把它分為以下幾類討論：性能/容量：本平臺需要支持的用戶數量主要也分為兩部分，一部分是學校方面，一部分是家長方面。在學校方面用戶數量屈指可數，這要根據學校具體的工作安排來決定。在家長方面的用戶數量相對而言要多一些，本平臺是以一個在校生人數約六千的學校作為開發(fā)基礎，因而家長方面的用戶數量可能達到上萬?？煽啃?可用性/可復原性：對于本平臺，我們對可靠性方面的要求主要集中在平臺不關閉持續(xù)運行，隨時響應能夠保證5年內沒有較大的bug出現(xiàn)。如果發(fā)生故障停運時間不能超過一天。本平臺對可復原性主要的要求是當不同的用戶對某數據在同一時間進行操作時兩者數據均不會保存，在不同時間操作的數據如同往常一樣處理?？删S護性/可管理性：在本平臺中，主要需要保證的是在沒有人工干預的情況下的容錯能力，平臺會發(fā)生的各種錯誤需要事先處理之后簡單地展示給用戶，以便可以預留給開發(fā)人員適當的修復時間。（4）安全：在本系統(tǒng)中安全性主要包括兩個方面，一個方面是身份驗證問題，身份驗證中包含了對家長身份的驗證和對學校管理員身份的驗證，第二個方面就是管理員權限的分級問題，本系統(tǒng)中的管理員權限分級只包含兩個層次。最高層的管理員是超級管理員，它擁有本平臺后臺系統(tǒng)的一切功能，包括對普通管理員信息的增加刪除和修改的操作，另一層就是一般管理員，一般管理員擁有對系統(tǒng)的數據的操作功能，和對自己本人的管理員信息的操作。（5）易用性：在本平臺中我們主要針對家長用戶的使用對易用性有著一些要求。為了方便家長用戶的使用，照顧到家長用戶現(xiàn)在日常更多使用的是智能手機或是平板，在開發(fā)過程中針對易用性，做出了對頁面進行自適應的要求，讓家長用戶在填寫信息時更加便捷。（6）數據一致性：一致性包括數據的編碼和語言，冗余數據的一致性要求等等。在本平臺中主要針對不同用戶在修改同一段信息時，兩者均不會保存信息，這樣避免了數據的混亂，保證了數據的一致性。（7）系統(tǒng)/環(huán)境的條件及限制：本平臺對環(huán)境條件沒有過高的要求，一般網絡帶寬在30M就可以保證平臺能夠正常運行。2.4 本章小結由于中小學生課外藝術素質信息平臺的特殊性，針對本平臺的功能性需求主要分為兩部分，家長用戶部分和學校用戶部分。家長用戶部分主要針對的是家長對各種信息的填寫，包括學生課外藝術考級信息和學生課外藝術競賽信息以及家長志愿者信息的填寫。而學校用戶部分主要是學校管理員對各類信息的管理和查看工作，主要包括查看學生課外藝術考級信息和學生課外藝術競賽信息，以及對家長志愿者信息的查找查看以便分配。除此之外，學校用戶還主要對學校各個年級的班級信息和學生信息的處理，包括增加刪除和修改，以及對學校管理員信息的增加刪除修改的管理。針對本平臺的非功能性需求相對于功能性需求來說并沒有那么細致，主要按照性能/容量、可靠性/可用性/可復原性、可維護性/可管理性、安全、易用性、數據一致性、系統(tǒng)/環(huán)境的條件及限制等分類提出了一些簡單的要求。

第三章 平臺的概要設計不同的系統(tǒng)類型其概要設計的內容也不相同，通過概要設計準則我們可以根據實際情況確定概要設計的具體內容，但是一般來說，概要設計的內容可以包含系統(tǒng)構架、模塊劃分、系統(tǒng)接口、數據設計四個主要方面的內容。對于本文只簡要講述模塊劃分和數據設計兩個部分的內容，除此之外還針對出錯信息有著簡短的講述。3.1 模塊劃分層次設計是對于復雜系統(tǒng)需要對系統(tǒng)進行多層次的劃分，然后有著一層層的設計。層次劃分的方法需要結合業(yè)務、部署、運動功能等因素考慮，根據具體的領域知識，通過拆分、合并、分組等方法，將平臺的各項功能劃分到各個大模塊中，每個大模塊下又包含各個層次[6]。對于中小學生課外藝術素質信息平臺，主要的模塊劃分是針對兩個部分，即家長用戶部分和學校管理員部分。具體的模塊劃分的信息，如圖3.1所示。圖3.1層次、模塊劃分圖家長用戶部分中又分學生藝術考級信息、學生藝術競賽信息、家長志愿者信息這三個大模塊。在學生藝術考級信息等三個大模塊之中，又包含身份驗證、信息內容填寫等層次。學校管理員部分中又分為身份驗證學生藝術考級信息、學生藝術競賽信息、家長志愿者信息、平臺管理設置模塊。其中，學生藝術考級信息、藝術競賽信息、家長志愿者信息三者中又包含對具體模塊信息的查看、搜索和分類。在平臺管理設置大模塊中又分為學校班級信息管理、學生信息管理和管理員信息管理。班級信息管理和學生信息管理中，又繼續(xù)分為對具體模塊信息的增加、刪除和修改的操作。在管理員信息管理模塊中，要包含對管理員信息的增加、刪除和修改操作外，還需要有對管理員密碼有單獨的設置與更改操作。3.2 數據設計數據設計是開發(fā)一個平臺的核心和基礎，對數據的整體設計可以將一個系統(tǒng)或是平臺中大量的數據按照一定的模型或是組織結構組織起來，給系統(tǒng)提供存儲、維護、檢索數據等功能，使得系統(tǒng)可以方便、及時、準確地從數據中獲取所需要的信息。在概要設計中，本平臺的數據設計主要集中在數據庫的選擇上面。對數據庫的選擇方面，中小學生課外藝術素質信息平臺使用的是MySQL數據庫[7]，主要原因有以下幾點：MySQL所使用的SQL語言是用于訪問平臺數據庫的最常用標準化語言。由于MySQL數據庫的體積小、速度快、總體擁有成本不高，尤其是開放源碼這一特點，使得一般中小型網站的開發(fā)都選擇MySQL作為網站數據庫。鑒于本平臺的總體規(guī)模，選擇MySQL是一個高效便捷又經濟實惠的方式。MySQL數據庫支持常見的SQL語句規(guī)范，而且可以處理擁有大數量級的數據。這對平臺來說是一個方便開發(fā)、適應開發(fā)的一個數據庫。在MySQL數據庫的多種客戶端工具中，最終選擇了Navicat作為本平臺使用的數據庫工具。一是因為Navicat是以直覺化的圖形用戶界面而建的，這一特點使得在使用數據庫的過程中更加簡便易操作，二是因為NavicatforMySQL的功能完全符合了本平臺在開發(fā)過程中對數據庫管理的要求。3.3 錯誤處理對于一個平臺的錯誤信息的處理，體現(xiàn)了整個平臺邏輯的完整性和合理性。對開發(fā)人員來說，良好的錯誤信息處理機制在后續(xù)的測試和維護階段有著極大的優(yōu)勢。對于使用者來說，一個完善的錯誤信息處理機制極大地改善了使用體驗和用戶感受，對平臺的適應性有著很大的提高。3.3.1 錯誤信息在系統(tǒng)工作運行的階段中，可能會出現(xiàn)一些開發(fā)人員無法及時解決的錯誤，可能是身份驗證的時候出現(xiàn)驗證錯誤，也可能是在表單提交時提交失敗，也有可能是讀取數據時出現(xiàn)一些內容錯誤。這些錯誤信息在大部分情況會還會影響用戶的使用，給用戶帶來不太好的使用感受。為了維護系統(tǒng)的穩(wěn)定性和健壯性，同時提高用戶感受，在本小節(jié)將會使用一覽表的方式說明每種可能的錯誤情況。表3.1主要介紹了可能出現(xiàn)錯誤信息的模塊，表3.2則主要介紹了具體的錯誤信息內容以及相關的處理方式。表3.1模塊信息編碼表模塊編號模塊名稱1學生課外藝術考級信息填寫2學生課外藝術競賽信息填寫3家長志愿者信息填寫4學校管理員后臺表3.2錯誤信息表錯誤信息原因模塊處理方式身份驗證出錯信息沒有填寫正確1,2,3,4不登錄并顯示驗證失敗填寫信息無法保存格式驗證或服務器問題1,2,3,4不保存信息并顯示保存失敗無法加載已有信息數據庫出錯或網絡問題1,2,3,4顯示數據加載出錯，建議刷新搜索內容出錯前端問題或網絡問題4不顯示搜索結果，建議刷新學生信息加載不全數據獲取或前端顯示問題4再次刷新時獲得新數據家長身份無法選擇數據庫保存時Json格式問題3顯示不成功頁面，再次填寫3.3.2 補救措施說明故障出現(xiàn)后可能采取的變通措施，包括：后備技術：當原始平臺系統(tǒng)數據萬一丟失時啟用的備份副本的建立和啟動的技術，在本平臺中主要是按照周期定期地把數據庫信息進行備份。恢復及再啟動技術：使平臺或系統(tǒng)從發(fā)生故障點恢復執(zhí)行或使平臺從頭開始重新運行的方法，對于本平臺來說恢復及再啟動主要針對信息沒有成功保存時的情況，此時平臺會自動刷新到填寫信息的頁面，并顯示沒有保存成功的報錯信息。3.4 本章小結本章主要介紹了關于中小學生課外藝術素質信息平臺的概要設計內容，在概要設計內容中主要針對模塊劃分、數據設計、出錯信息三個部分有點簡要的描述。模塊劃分部分按照本平臺的功能性需求做出了適當的模塊劃分，數據設計部分則主要針對數據庫的選擇和工具的挑選做出了相應的解釋和描述，在出錯信息部分則是主要介紹了各種出錯信息、出錯的處理方式以及出錯的補就措施。概要設計部分給之后的詳細設計以及編碼測試過程打下了堅實的理論基礎，在接下來的開發(fā)過程之中，有了前面清晰明了的概要設計作為基石可以更加順利完美地進行下去。

第四章 平臺的詳細設計在一個平臺的詳細設計階段，主要針對三個方面進行詳盡具體的設計。這三個部分是畫面設計、數據庫設計、接口設計。在本章內容中，將主要對這三個方面的內容進行詳細講述[8]。4.1 頁面設計頁面設計在本平臺中，指的是網站的前端設計，其中包括頁面布局設計以及頁面間邏輯的設計。這一部分是展現(xiàn)給用戶看的部分，關鍵在于使用感受要好、操作便捷、畫面自然。4.1.1 共同頁面設計在一個平臺的設計過程中，必然會碰到很多可復用的頁面，為了理清邏輯、方便開發(fā)，我們首先將可復用的頁面單獨地劃為一類。針對本平臺來說，共同的頁面主要有以下幾點：家長部分的身份驗證頁面：學生家長在填寫各類信息之前需要進行身份驗證，和某一個學生進行匹配，而對于學生藝術考級信息和學生藝術競賽信息兩大模塊，身份驗證頁面的內容是一模一樣的。而對于家長志愿者信息填寫的模塊，則是相較于前兩者多了一個家長身份關系的選擇。學校管理員部分的信息顯示頁面：針對學生藝術考級信息、藝術競賽信息和家長志愿者信息的表格展示部分的頁面時幾乎一致的，每個單獨的表格不同的只是表格的列屬性。學校管理員部分的管理與設置內容的各部分首頁：對于管理與設置大模塊中的班級信息管理、學生管理、用戶管理中對詳細信息的展示、添加、修改、刪除的主要頁面，這三者的總體布局是很相似，這將作為一個共同布局來設計。4.1.2 頁面間邏輯設計頁面間邏輯設計指的是頁面完成操作之后的跳轉等設計。在本平臺中頁面邏輯設計也按照家長用戶部分和學校管理員部分來劃分。在本文這部分內容中，主要也按照這樣的劃分來簡要介紹成功情況下的頁面間邏輯設計[9]。家長用戶部分：家長用戶在打開平臺首頁之后，對所需要進行的操作進行選擇。分別是學生課外藝術考級信息填寫、學生課外藝術競賽信息填寫和家長志愿者信息填寫。選擇好后續(xù)操作后，進行身份驗證，身份驗證成功后進入填寫頁面，填寫完成后返回首頁。這階段的頁面邏輯就是從首頁到身份驗證頁面再到填寫詳情頁面最后回到首頁。圖4.1將用簡單的時序圖展示家長志愿者填寫這一過程。圖4.1家長志愿者填寫時序圖圖4.2管理員修改密碼時序圖

學校管理員部分：學校管理員在首頁選擇進入管理員后臺系統(tǒng)后，進行身份驗證，身份驗證成功后，進入后臺系統(tǒng)首頁頁面。在后臺系統(tǒng)中，管理員可以根據左側列表框內容的選擇，展示出不同頁面，其內容主要有學生藝術考級信息、學生藝術競賽信息、家長志愿者信息和管理與設置部分內容。在選擇相應的選框后，系統(tǒng)會展示對應的列表信息內容，其中還可以根據具體頁面的顯示選擇對信息進行增加、刪除或修改的操作。上頁圖4.2將用簡單的時序圖展示管理員修改密碼這一過程。4.2 數據庫設計4.2.1 數據表設計具體數據表如下，其中是否為空項，0代表不為空，-1代表為空，是否是主鍵項，0代表不是主鍵，1代表是主鍵：pv_child表，保存的是學校學生的個人信息：表4.1pv_child表名稱類型長度是否為空是否是主鍵child_idvarchar2001namevarchar6400sextinyint100entranceyear400classint200birthdaydate000relationshipvarchar255-10create_timetimestamp000update_timetimestamp0-10pv_com表，用來記錄學生藝術考級信息：表4.2pv_com表名稱類型長度是否為空是否是主鍵log_idint1101child_idvarchar2000categoryvarchar3000contentvarchar10000prizevarchar10000timedate000pv_level表，用來記錄學生藝術考級信息：表4.3pv_level表名稱類型長度是否為空是否是主鍵log_idint1101child_idvarchar2000categoryvarchar3000projectvarchar10000levelvarchar10000agencyvarchar10000pv_parent表，用來記錄家長信息，包括個人特長能力：表4.4pv_parent表名稱類型長度是否是空是否是主鍵parent_idvarchar2001child_idvarchar2000namevarchar6400sextinyint100relationvarchar16-10workspacevarchar25500educationalvarchar1000phonevarchar1600ability_literarytinyint100ability_sciencetinyint100ability_painttinyint100ability_dancetinyint100ability_musictinyint100ability_languagetinyint100ability_handworktinyint100ability_sporttinyint100ability_photographtinyint100ability_cooktinyint1-10ability_othersvarchar25500is_volunteertinyint100is_organtinyint1-10suggest1text0-10suggest2text000create_timetimestamp0-10update_timetimestamp000pv_school表，用來記錄學校班級信息：表4.5pv_school表名稱類型長度是否為空是否是主鍵idint1001entranceyear400class_numint200create_timetimestamp000update_timetimestamp0-10pv_user表，用來記錄學校管理員的基本信息：表4.6pv_user表名稱類型長度是否為空是否是主鍵idint1001useraccountvarchar6400usernamevarchar6400passwordvarchar65-10emailvarchar80-10phonevarchar16-10create_timetimestamp000update_timetimestamp0-10pv_volunteer_info表，用來記錄家長志愿者的相關信息：表4.7pv_volunteer_info表名稱類型長度是否是空是否是主鍵idint1001parent_idvarchar2000service_securitytinyint100service_tourtinyint100service_photographtinyint100service_librarytinyint100service_culturetinyint100service_communicationtinyint100service_activitytinyint100service_maintenancetinyint100service_networktinyint100service_othersvarchar255-10tutor_sinologytinyint100tutor_arttinyint100tutor_sciencetinyint100tutor_environmenttinyint100tutor_securitytinyint100tutor_handmadetinyint100tutor_psychologytinyint100tutor_revolutiontinyint100tutor_bodybuildingtinyint100tutor_othersvarchar255-10lecture_educationtinyint100lecture_lawtinyint100lecture_diettinyint100lecture_othersvarchar255-10weekvarchar8-10timerangevarchar21-10week_othervarchar255-10sloganvarchar255-10create_timetimestamp000update_timetimestamp0004.2.2 數據庫邏輯設計數據庫邏輯設計主要設計的是數據庫的邏輯結構，主要反映業(yè)務邏輯，包括所需的實體和關系，實體規(guī)范化等工作[10]。在本平臺中，具體的數據關系圖如下頁圖4.3所示。在本平臺中的關聯(lián)關系有一下幾種：學生和家長的關系是一對多的關系，在學生表中保存的學生與家長的關系根據匹配關系在家長表里可以找到一條或多條信息。學生和藝術考級信息，學生和藝術競賽信息都是一對多的關系，一個學生可以對應多個藝術考級信息和多個藝術競賽信息。家長和志愿者信息是一對一的關系，每一個家長都只有一條志愿者信息。（4）班級和學生是一對多的關系，一個班級里有多個學生，不同的學生可能會屬于同一個班級。圖4.3平臺實體關系圖4.3 接口設計在本平臺的搭建中，最終采用了MVC的模型，并使用了典型的MVC框架——CodeIgniter。由于這方面的特殊性，本平臺的接口設計主要在于M（Model）層、V（View）層和C（Controller）層的數據傳輸方面。接下來，本文會根據這三個層次的關系來簡要講述本平臺的接口設計內容[11]。Model（模型）層接口：主要是負責數據處理部分，從數據庫中讀取數據并按照一定組織結構處理好數據，并將其作為返回值，以供V層和C層調用。Controller（控制器）層接口：主要是負責連接M層和V層，接受視圖中用戶的輸入和請求，并調用相應的模型獲取數據返回給視圖。當用戶在頁面上進行操作時，C層（控制器）并不會輸出任何東西，也不會做出一些處理，它只是獲得并接收視圖層的請求，并選擇相應的模型來調用處理請求，最后在決定返回到哪一個視圖中。4.4 本章小結本章主要介紹了中小學生課外藝術素質信息平臺的詳細設計部分。根據前幾章需求分析和概要設計的內容，主要針對頁面設計、數據庫設計和接口設計三個方面介紹了具體的設計內容。在接下來的章節(jié)中，將會按照概要設計和詳細設計的具體內容進行編碼階段。

第五章 平臺的實現(xiàn)本章將會根據前幾章的概要設計和詳細設計的內容，開展平臺的編碼工作。在編碼階段，本文主要根據模塊劃分和MVC模式的特點介紹中小學課外藝術素質信息平臺的內容[12]。本平臺的模塊將按照第三章概要設計中的模塊劃分部分來完成。5.1 家長用戶部分對于家長用戶部分，主要還包含學生課外藝術考級信息填寫和學生課外藝術競賽信息填寫以及家長志愿者信息填寫部分。由于篇幅原因，本文不能詳盡地展示編碼結果，因此會根據編碼過程中判定的模塊重要程度，列舉出部分編碼結果，其內容包括：家長身份驗證部分，以課外藝術考級信息為例的增加、刪除、修改部分，家長志愿者信息填寫部分。5.1.1 身份驗證對家長的身份驗證包括了兩種情況，一是藝術考級和藝術競賽填寫前的身份驗證部分，只需要驗證學生身份信息，二是家長志愿者信息填寫部分，這一部分相較于前者要增加一個家長與學生關系的驗證也可以說是統(tǒng)計填寫的內容[13]。（1）只驗證學生信息在家長身份驗證中只驗證學生信息的部分，首先要從平臺數據庫中取出學生和班級的相關信息，并按照用戶體驗度的要求展示出來。接著，在家長輸入其學生信息內容后提交進行驗證信息，若驗證成功則進入下一步填寫部分，若驗證不成功則仍返回到驗證頁面同時附上報錯信息。表5.1展示的是只驗證學生信息部分的偽代碼。表5.1只驗證學生信息偽代碼只驗證學生信息publicfunctioncheck(){$input=家長填寫身份驗證表單內容://獲取學生信息$studentinfo=get_student_by_class_info(輸入的入學年份，輸入的班級，學生性別，學生姓名);if($studentinfo中不存在該學生){return帶有’不存在該學生，請重新填寫信息’的頁面，并返回輸入值}else{$student=$studentinfo[0],即獲得的學生信息;if(驗證生日錯誤){return帶有’生日填寫錯誤，請檢查信息’頁面，并返回輸入的原始數據:}保存學生ID的SESSION;進入填寫信息頁面;}（2）增加家長與學生關系部分增加了家長與學生關系的身份驗證中，除了之前的驗證學生信息外會多出對家長身份的選擇與統(tǒng)計。家長有三種身份可以選擇，分別是父親、母親和其他關系，其他關系可以自行輸入內容。這一部分的身份驗證，驗證學生信息的關鍵代碼如上所示，之外多出的家長關系則需要對家長表進行更新。同時為了考慮學生和家長一對多的關系，更新的關系數據則要進行處理后保存，這部分的偽代碼如表5.2所示。表5.2增加家長關系偽代碼增加家長關系publicfunctioncheck(){$input=獲取家長填寫的表單信息;$studentinfo=get_student_by_class_info(輸入的入學年份，輸入的班級，學生性別，學生姓名);if($studentinfo中不存在該學生){return帶有’不存在該學生，請重新填寫信息’的頁面，并返回輸入值}else{$student=$studentinfo[0],即獲得的學生信息;if(驗證生日錯誤){return帶有’生日填寫錯誤，請檢查’頁面，并返回輸入的原始數據:}//獲取并處理學生信息$data['hidden']=$student;$relation=獲取學生與家長的關系;if(關系已經設置){$data['parent']=根據家長的ID獲取家長信息;if(如果家長是志愿者){$data['volunteer']=根據家長ID獲取志愿者信息;}}//為了和輸入錯誤時的返回一致更新$data['parent']數據與前端變量名一致;進入填寫信息頁面同時攜帶data數據;}5.1.2 藝術考級信息課外藝術考級信息主要是在身份驗證之后進行填寫，一個學生可以有多個考級信息，家長在填寫的同時還可以對已經填寫好的考級信息進行編輯修改或是刪除。新增和修改考級信息則需要家長在頁面填寫具體考級信息并提交保存，其內容包括考級類別、名稱、級別、考評機構等。刪除考級信息則只需要獲得想要刪除的考級信息id后在后臺處理刪除該記錄即可。5.1.3 志愿者信息前端處理在家長用戶填寫志愿者信息這部分，需要處理的數據有很多，其中，需要特別注意啊的部分是在家長選擇是否愿意參與家長志愿者活動和是否愿意參與家長志愿者協(xié)會的組織工作之后，對接下來的頁面是否進行選擇的操作。如果家長對以上兩項的選擇都是否，那么對接下來的關于家長志愿者的詳細內容進行鎖死操作，不允許用戶再對這部分內容進行操作。這部分的操作主要通過前端的JQuery來實現(xiàn)，由于部分家長之前填寫好后有需要修改的地方，因而在剛開始加載頁面時就要調用checks函數來檢查是否需要這部分操作。之后在是否愿意參與家長志愿者活動和是否愿意參與家長志愿者協(xié)會的組織工作單選按鈕發(fā)生改變之后，再次調用checks函數來進行檢查。其中checks函數主要的工作就是，取出這兩個單選按鈕的值，并對他們進行判斷。如果兩者均是否，那么將接下來的志愿者信息部分去除checked類，并給其中的各個可用標簽加上disabled的屬性，這樣就可以將之后的元素都禁用。如果這兩個信息不均是否時，則去除詳細志愿者信息中的disabled類，并將其中個標簽去除disabled屬性。這樣的設置就可以很好地保證單選按鈕選擇完成之后的，各個元素禁用正常。5.1.4 填寫志愿者信息家長志愿者信息的填寫也是一個在身份驗證成功后的簡單的表單提交工作，需要特殊處理的是在志愿者信息填寫中關于家長初次填寫的處理有些許復雜[14]。表5.3將會展示包含家長初次填寫時的偽代碼。表5.3家長初次填寫偽代碼家長初次填寫publicfunctionbasic_info(){$input=獲取志愿者信息填寫的表單內容;驗證輸入內容是否符合規(guī)范，如內容是否填寫，電話是否合法;if(驗證失敗){$data['hidden']=保存并處理表單信息;$parent=保存并處理家長信息;$data['message']=驗證報錯信息;return刷新帶有data的填寫頁面;}//parent表信息存儲$parent=保存并處理好在前端顯示的家長信息；//家長初次填寫if(沒有該家長){$child=根據學生ID獲取學生信息;$relation=獲取并處理家長關系數據;添加家長與學生關系到學生表中;添加家長相關信息到家長表中;}else{添加家長相關信息到家長表中;}if($parent中表單信息家長是志愿者或者服從安排){//volunteer表信息存儲$volunteer=$parent，獲取志愿者信息;根據填寫信息設置$volunteer值，如果某項值為空，同時設置默認值if(根據家長的ID在志愿者信息表中查找不存在){在志愿者信息表中新增該信息;}else{在志愿者信息表中更新該信息;}}加載到填寫完成頁面;}5.2 學校管理員部分學校管理員部分主要包含首頁圖表展示內容、學生藝術考級信息和競賽信息的查看和簡單搜索、家長志愿者信息的查看和詳細搜索以及對學校班級、學生和管理員信息的管理。在這階段內容，主要將會介紹圖表展示內容、以藝術考級為例的查看內容、家長志愿者的詳細搜索以及以對管理員信息管理為例的管理與設置內容[15]。5.2.1 圖表展示內容為了提高用戶使用的體驗感受，本平臺在管理員后臺系統(tǒng)的首頁繪制了若干信息圖表，包括各年級考級與競賽情況柱狀圖（同時標注最值與均值）、年級人數分布餅狀圖、家長學歷分析柱狀圖，以供學校管理員查看。在圖表部分主要是獲取圖表相關數據，接著對前端進行處理繪制圖表。5.2.2 藝術考級的查看內容對于藝術考級信息的查看內容也是很簡單的對信息的拉取和展示，除了部分學生基礎信息之外，這部分還展示了學生考級信息的類別項目和已獲得級別，同時對學生參加藝術考級的總體情況表支持導出和打印的功能，由于篇幅原因，這里不做過多描述。5.2.3 家長志愿者的詳細搜索家長志愿者的詳細搜索主要是針對家長填寫的志愿者信息的各個類別進行搜索，并將詳細的搜索結果顯示到頁面的下半部分，搜索的類別包括年級選擇、家長與學生關系、專業(yè)或特長、教育服務、學生導師、家長學堂、志愿時間（星期）、志愿時間（時間段)、家長學歷。詳細搜索的偽代碼如表5.4所示。表5.4詳細搜索偽代碼詳細搜索publicfunctionsearch(){$input=獲得需要搜索的信息;//無查詢內容if(沒有查詢內容){$data['parents']=獲得所有家長信息;foreach($data['parents']){$parent->relation=獲得并處理的家長關系;}加載家長志愿者表格填寫情況頁面，并攜帶data數據}$data['input']=獲取表單信息;保存選擇情況的SESSION值，以供之后返回時保持搜索結果不變if(選擇信息中是否有年級){遍歷選項并獲得入學年份}$data['parents']=連接家長學生表;if(選擇信息中是否有家長關系)){ 遍歷選項并獲得關系名稱}if(選項信息中是否有家長學歷){遍歷選項獲得學歷名稱} 將搜索結果傳值給家長志愿者表格填寫情況頁面，并打開該頁面}5.2.4 管理員信息管理管理員信息管理部分主要包括對管理員信息的增加和修改操作，以及對非本人的管理員的刪除操作。對管理員信息的增加和修改操作的大致框架和之前的學生考級信息類似，不同在于對非本人的刪除操作，這里首先需要判別身份，其次在刪除的權限賦予上面要做一些改動，表5.5將會展示這部分改動的偽代碼。5.2.5學生信息導入由于學生信息較多，雖然平臺支持單個添加，但是每年學校都會有上千人入學。上千人一條一條記錄的導入無疑是是個很大的工作量。因此，本平臺添加了批量導入的功能，主要工作是將管理員處理好的excel按照格式處理好后，導入到數據庫中。直接對excel進行操作，有著很大的便利。表5.5管理員設置密碼的偽代碼管理員設置密碼publicfunctionstore_pw(){$input=獲取表單信息;驗證是否填寫密碼;驗證兩次密碼是否一致，如不一致返回"兩次密碼不一致"的信息;if(驗證失敗){$data['message']=獲取驗證錯誤信息;加載修改密碼頁面并顯示驗證錯誤信息;}$input['password']=對輸入的密碼進行hash處理;從數據中去除確認的密碼;$result=更新用戶表數據;$data['message']=$result?'成功':'失敗';$data['users']=加載所有用戶信息;加載用戶信息頁面，并攜帶data值;}5.3 平臺實現(xiàn)效果（1）家長用戶登錄和填寫頁面：a. 平臺首頁提供了學生藝術考級、學生藝術競賽、家長志愿者、管理員四個入口，具體頁面如下頁圖5.1所示。b. 身份驗證頁面如下圖5.2所示，主要展示了沒有注冊機制時家長身份驗證需要驗證的一些信息，圖5.2是家長志愿者部分的身份驗證，藝術考級和藝術競賽部分的身份驗證則是少了家長關系部分信息。在身份驗證完成之后就可以進入填寫頁面，填寫頁面以藝術競賽信息為例，如下頁圖5.3所示。c. 學生藝術競賽信息填寫頁面主要展示了該學生當前已經存在的藝術競賽信息，同時該頁面還可對學生的藝術競賽信息進行增加、刪除和修改的操作，具體頁面如下頁圖5.3所示。圖5.1平臺首頁圖5.2家長志愿者身份驗證頁面圖5.3藝術競賽填寫頁面d. 家長志愿者填寫頁面如下圖5.4所示，這部分內容也是成功進行身份驗證之后進入的填寫頁面，是家長完成志愿者信息填寫的表單，但是這部分的表單信息相較于前兩個入口的表單來說要更加豐富，對信息的處理和實現(xiàn)方面也較為復雜。圖5.4藝術競賽填寫頁面管理員用戶管理頁面：后臺首頁如圖5.5所示，主要展示了各年級考級與競賽情況柱狀圖（同時標注最值與均值）、年級人數分布餅狀圖、家長學歷分析柱狀圖，左側導航欄這包含了家長志愿者、藝術考級、藝術競賽和管理與設置，管理與設置下拉框中還包括了班級信息、學生管理、用戶管理；圖5.5后臺首頁圖5.6藝術考級展示藝術考級展示頁面除了部分學生基礎信息之外，還展示了學生考級信息的類別項目和已獲得級別，同時