《校外教育機(jī)構(gòu)管理系統(tǒng)設(shè)計(jì)》13000字（論文）

II—緒論選題的背景與意義人類通過不斷地學(xué)習(xí)從而進(jìn)化發(fā)展，從無意識(shí)地模仿到主動(dòng)的總結(jié)歸納，于是人類文明的起源出現(xiàn)了。文明的成形需要積累，需要傳承，于是教育便出現(xiàn)了。教育，這個(gè)詞最早出現(xiàn)是在《孟子》，是一種引導(dǎo)人全面發(fā)展的社會(huì)實(shí)踐活動(dòng)。在我看來，學(xué)習(xí)與教育是互相促進(jìn)的，學(xué)到的知識(shí)靠教育傳承，教育出的人才進(jìn)一步去研究，先賢們積累了無數(shù)寶貴的知識(shí)財(cái)富需要我們?nèi)W(xué)習(xí)，但人的精力有限，所以教育的引導(dǎo)就顯得尤為重要。最早在西周時(shí)期，學(xué)校被稱為“辟雍”，分為庠、序、學(xué)、校、塾，初步形成了地緣性的教育組織分布，再往后發(fā)展到西漢時(shí)期時(shí)在地方上各地有學(xué)宮，中央設(shè)有太學(xué)作為一國最高的教育機(jī)構(gòu)。學(xué)府辦學(xué)最興盛的時(shí)期是唐朝，對(duì)于學(xué)校、學(xué)科的分類更細(xì)且更規(guī)范化，結(jié)合科舉制，形成了較為完備的教育選拔人才的體系。直到清末，不同于科舉教育的新式學(xué)堂出現(xiàn)，標(biāo)志著中國近代教育的開始。現(xiàn)如今，我國的教育體系已經(jīng)非常完善，幼兒園、小學(xué)、中學(xué)、大學(xué)、非學(xué)歷教育五級(jí)劃分，其中非學(xué)歷教育近年來更是蓬勃發(fā)展。人們不再滿足于學(xué)校的知識(shí)傳授，開始主動(dòng)地尋求更進(jìn)一步的、更專業(yè)的教育培訓(xùn)，或是追求在書本知識(shí)之外的技能培訓(xùn)。這種校外教育大體分為補(bǔ)習(xí)類、進(jìn)修類、藝術(shù)類、職業(yè)技能類，而其中發(fā)展最迅速的無疑是補(bǔ)習(xí)類，特別是針對(duì)中小學(xué)生的課外輔導(dǎo)。小升初、中考、高考、就業(yè)困難，家長(zhǎng)們對(duì)于教育競(jìng)爭(zhēng)的焦慮感越來越強(qiáng)烈，對(duì)于校外教育這種額外的且針對(duì)性更強(qiáng)的培訓(xùn)機(jī)構(gòu)需求不斷變大，校外教育也相應(yīng)的推出了小班化補(bǔ)習(xí)、一對(duì)三補(bǔ)習(xí)乃至一對(duì)一補(bǔ)習(xí)，于是在現(xiàn)今的競(jìng)爭(zhēng)大環(huán)境下，校外教育的發(fā)展快速且蓬勃。新冠疫情的爆發(fā)，對(duì)于校外教育培訓(xùn)機(jī)構(gòu)來說是一次“大洗牌”。疫情期間嚴(yán)格管控，針對(duì)私企性質(zhì)的校外機(jī)構(gòu)的復(fù)學(xué)控制更是嚴(yán)格，無法進(jìn)行線下教學(xué)，不少機(jī)構(gòu)不重視線上教育的投入或缺少相應(yīng)的教學(xué)、管理經(jīng)驗(yàn)，生源流失紛紛倒閉，又或是線上辦公不規(guī)范引發(fā)的員工矛盾，經(jīng)營(yíng)不善，難以為繼。在這種情況下，一個(gè)優(yōu)秀的信息系統(tǒng)顯然能減少大量的溝通成本，使工作、教學(xué)更加的高效。因?yàn)樵?jīng)在精銳教育有過實(shí)習(xí)經(jīng)歷，對(duì)于校外教育機(jī)構(gòu)有一定的了解，本文將結(jié)合實(shí)習(xí)所見與大學(xué)所學(xué)設(shè)計(jì)一種信息管理系統(tǒng)。本系統(tǒng)的特點(diǎn)與作用簡(jiǎn)明友好：本系統(tǒng)從架構(gòu)開始一直到軟件、硬件、使用的開發(fā)語言、界面設(shè)置都是簡(jiǎn)單明了又切實(shí)可用的，無論是對(duì)于操作人員來說還是對(duì)于維護(hù)人員來說，系統(tǒng)的難度都不高，交互體驗(yàn)也是比較友好的。其次，這一特點(diǎn)也使得整個(gè)系統(tǒng)的成本達(dá)到了比較低的一個(gè)水平，但同時(shí)基本功能都具備，對(duì)于剛起步的教育機(jī)構(gòu)來說是非常友好的。易部署、易維護(hù)：簡(jiǎn)明的系統(tǒng)對(duì)于軟件和硬件的要求都不高，且系統(tǒng)總體以模塊化的形式組成，不涉及到特殊需求的開發(fā)，部署時(shí)就降低了實(shí)施人員的工作難度與工作量，同時(shí)也使得維護(hù)難度比較低，只需要短期培訓(xùn)便可由教育機(jī)構(gòu)員工自行維護(hù)，降低了維護(hù)成本。規(guī)范化：系統(tǒng)雖然簡(jiǎn)單，但是基礎(chǔ)的邏輯與功能都是規(guī)范的。對(duì)于剛起步的教育機(jī)構(gòu)來說，可以很好的培養(yǎng)信息化的意識(shí)。模塊化的系統(tǒng)構(gòu)成使得后續(xù)增加功能更加便捷，也讓教育機(jī)構(gòu)管理層在替換升級(jí)更為專業(yè)的系統(tǒng)時(shí)對(duì)于所需功能有基礎(chǔ)的認(rèn)知與規(guī)劃。本系統(tǒng)可以使得教育機(jī)構(gòu)實(shí)現(xiàn)初步的信息一體化，對(duì)于后期替換系統(tǒng)也能起到降低溝通對(duì)接成本的作用。本系統(tǒng)實(shí)現(xiàn)的目標(biāo)功能目標(biāo)數(shù)據(jù)相關(guān)功能：數(shù)據(jù)包括了學(xué)生信息、員工信息、課程信息、機(jī)構(gòu)通告等等，系統(tǒng)可對(duì)數(shù)據(jù)進(jìn)行增加、刪除、修改、查詢等操作。用戶登錄功能：用戶主要是教育機(jī)構(gòu)內(nèi)部員工，通過機(jī)構(gòu)分配的工號(hào)作為用戶名，自行設(shè)置密碼登錄。管理目標(biāo)權(quán)限管理：在教育機(jī)構(gòu)普通員工的基礎(chǔ)上進(jìn)一步劃分出管理員角色，將權(quán)限進(jìn)行隔離，增強(qiáng)系統(tǒng)的安全性，也使得系統(tǒng)更具規(guī)范性。信息管理：協(xié)助教育機(jī)構(gòu)進(jìn)行信息一體化的嘗試，讓機(jī)構(gòu)各項(xiàng)數(shù)據(jù)的處理更加便捷，也為機(jī)構(gòu)后續(xù)做大做強(qiáng)、替換升級(jí)更專業(yè)的ERP系統(tǒng)打下基礎(chǔ)。系統(tǒng)開發(fā)的需求調(diào)研調(diào)研的目的通過調(diào)研了解客戶教育機(jī)構(gòu)現(xiàn)存的基礎(chǔ)數(shù)據(jù)的情況，確定是否有需要錄入的數(shù)據(jù)，以及確定部分?jǐn)?shù)據(jù)的字段規(guī)范。對(duì)客戶教育機(jī)構(gòu)現(xiàn)行的業(yè)務(wù)流程及內(nèi)部控制體系進(jìn)行整理與分析，從而了解各業(yè)務(wù)環(huán)節(jié)對(duì)信息系統(tǒng)的功能需求。通過調(diào)研制訂系統(tǒng)實(shí)施中的具體業(yè)務(wù)目標(biāo)。調(diào)研的內(nèi)容調(diào)研客戶教育機(jī)構(gòu)的部門組織與分工，明確組織架構(gòu)與部門權(quán)責(zé)。調(diào)研各業(yè)務(wù)部門的基礎(chǔ)數(shù)據(jù)的現(xiàn)狀，包括留存情況與留存形式。調(diào)研各業(yè)務(wù)環(huán)節(jié)的業(yè)務(wù)流程和管理制度。調(diào)研各業(yè)務(wù)部門對(duì)數(shù)據(jù)呈現(xiàn)效果的要求。調(diào)研各業(yè)務(wù)部門對(duì)系統(tǒng)應(yīng)用的期望。調(diào)研的準(zhǔn)備與方式客戶教育機(jī)構(gòu)人員與數(shù)據(jù)準(zhǔn)備：各業(yè)務(wù)部門的業(yè)務(wù)骨干或部門經(jīng)理整理好本部門的基本業(yè)務(wù)流程及相關(guān)的管理制度文本、單據(jù)和報(bào)表的樣張。調(diào)研地點(diǎn)與工具準(zhǔn)備：會(huì)議室、投影儀、白板。調(diào)研的主要方式：由客戶教育機(jī)構(gòu)相關(guān)人員對(duì)所提供資料的進(jìn)行說明并提出需求，我方實(shí)施人員確認(rèn)后進(jìn)行需求分析，雙方反饋溝通，由我方實(shí)施人員編制系統(tǒng)實(shí)施業(yè)務(wù)藍(lán)圖，交客戶教育機(jī)構(gòu)項(xiàng)目經(jīng)理確認(rèn)簽字后，完成調(diào)研。需求分析組織架構(gòu)圖2.1-組織架構(gòu)圖經(jīng)過調(diào)查詢問并結(jié)合自身在精銳教育的實(shí)習(xí)經(jīng)歷，我總結(jié)了教育機(jī)構(gòu)基礎(chǔ)的五大部門，實(shí)際架構(gòu)見圖2.1組織架構(gòu)圖。最上層的部門是總經(jīng)理室，對(duì)于創(chuàng)業(yè)型教育機(jī)構(gòu)來說屬于機(jī)構(gòu)所有人這一層。總經(jīng)理室直接管理四個(gè)部門：事業(yè)部、財(cái)務(wù)部、信息部和人資部。其中根據(jù)工作側(cè)重方向，事業(yè)部又分為教職工部和銷售部，財(cái)務(wù)部分為資金部和賬務(wù)部?？偨?jīng)理室：作為第一層級(jí)管理部門，人員主要有總經(jīng)理、副總經(jīng)理和助理，負(fù)責(zé)統(tǒng)管教育機(jī)構(gòu)的方向，所以經(jīng)理賬號(hào)需要管理員權(quán)限。事業(yè)部：事業(yè)部的職能主要在于機(jī)構(gòu)的業(yè)務(wù)活動(dòng)。其一，機(jī)構(gòu)的最終的功能是教育，所以分出教職工部統(tǒng)一安排所有入職的老師，包括進(jìn)行排課、排班與學(xué)生分配。其二，機(jī)構(gòu)的學(xué)生來源不同于傳統(tǒng)中小學(xué)，需要專門的部門進(jìn)行課程宣傳、名師宣傳、機(jī)構(gòu)宣傳以及銷售方案的制定，所以分出了銷售部門專門負(fù)責(zé)。財(cái)務(wù)部：任何的組織都不可能缺少財(cái)務(wù)部，對(duì)于教育機(jī)構(gòu)來說更是如此，考慮到教育機(jī)構(gòu)經(jīng)常有大額的現(xiàn)金流動(dòng)，所以預(yù)計(jì)進(jìn)行嚴(yán)格的錢賬分離管理，分別由資金部與賬務(wù)部負(fù)責(zé)。資金部負(fù)責(zé)所有銀行賬戶的管理，負(fù)責(zé)學(xué)生學(xué)費(fèi)的收取和日常機(jī)構(gòu)維護(hù)開銷的繳費(fèi)，同時(shí)負(fù)責(zé)聯(lián)通人資部進(jìn)行工資的發(fā)放。資金部的每一筆收支都需要向財(cái)務(wù)部負(fù)責(zé)人匯報(bào)簽字，然后由賬務(wù)部職員記錄匯總，財(cái)務(wù)部負(fù)責(zé)人簽字確認(rèn)后按照一定周期上報(bào)總經(jīng)理室。信息部：主要負(fù)責(zé)系統(tǒng)和部分?jǐn)?shù)據(jù)的維護(hù)，讓系統(tǒng)能夠正常有效運(yùn)行。同時(shí)負(fù)責(zé)輔助銷售部進(jìn)行課程信息的宣傳。人資部：人資部門的職員主要需要負(fù)責(zé)對(duì)教師的招聘工作?？紤]到后期會(huì)對(duì)各部門各職員進(jìn)行權(quán)限的隔離與分配，人事變動(dòng)會(huì)帶來賬戶與權(quán)限的變動(dòng)，所以人資部門的負(fù)責(zé)人需要次一級(jí)管理員的權(quán)限，在離職流程后負(fù)責(zé)修改相應(yīng)數(shù)據(jù)。業(yè)務(wù)流程分析登錄流程系統(tǒng)最為基礎(chǔ)的流程就是用戶的注冊(cè)與登錄。流程涉及到用戶各項(xiàng)信息的錄入與檢驗(yàn)，只有檢驗(yàn)成功后用戶信息才會(huì)被錄入數(shù)據(jù)庫。注冊(cè)成功后才能通過與數(shù)據(jù)庫信息比對(duì)實(shí)現(xiàn)檢驗(yàn)登錄。具體流程如圖2.2.1所示。數(shù)據(jù)錄入流程數(shù)據(jù)錄入流程是幾乎所有部門都會(huì)用到的功能，所以設(shè)計(jì)了一套通用的流程。首先是相關(guān)用戶在對(duì)應(yīng)界面錄入數(shù)據(jù)，然后交由直接上級(jí)領(lǐng)導(dǎo)審核，審核通過后提交數(shù)據(jù)。為了數(shù)據(jù)的正確性，預(yù)計(jì)進(jìn)行二次審核。因?yàn)樾畔⑼扑图夹g(shù)限制，設(shè)置了信息部職員進(jìn)行數(shù)據(jù)核驗(yàn)與維護(hù)。流程實(shí)際情況展示于圖2.2.2。圖2.2.1-登錄流程圖圖2.2.2-數(shù)據(jù)錄入流程圖用戶變動(dòng)流程圖2.2.3-用戶變動(dòng)流程圖因?yàn)閷?duì)于客戶教育機(jī)構(gòu)設(shè)定的用戶群體就是機(jī)構(gòu)職員，所以用戶變動(dòng)流程包括入職與離職。入職流程帶來的變動(dòng)與用戶注冊(cè)基本一致，所以本流程針對(duì)于離職員工的用戶變動(dòng)程序。在職員提出離職并通知直屬上級(jí)領(lǐng)導(dǎo)與人資部門后，進(jìn)入常規(guī)離職程序，完成對(duì)應(yīng)交接等工作后，由人資部職員修改、刪除用戶相關(guān)信息，再由信息部職員進(jìn)行二次審核。數(shù)據(jù)流程分析登錄流程圖2.3.1-登錄流程（數(shù)據(jù)流程圖）用戶注冊(cè)與登錄流程主要涉及到一個(gè)外部實(shí)體、兩條數(shù)據(jù)流、兩個(gè)處理過程、和一個(gè)數(shù)據(jù)存儲(chǔ)。數(shù)據(jù)錄入流程本流程主要是對(duì)于職員錄入的數(shù)據(jù)進(jìn)行審核。其中直接上級(jí)領(lǐng)導(dǎo)的審核考慮到并非每一種數(shù)據(jù)都需要上報(bào)數(shù)級(jí)領(lǐng)導(dǎo)分別審核，結(jié)合系統(tǒng)技術(shù)實(shí)際，預(yù)計(jì)采用由直屬上級(jí)人工審核并抄送信息部職員的方式進(jìn)行第一次審核。本流程數(shù)據(jù)庫并非同一數(shù)據(jù)庫而是對(duì)應(yīng)不同數(shù)據(jù)的數(shù)據(jù)庫。二次復(fù)核工作則由信息部職員結(jié)合收到的抄送信息核驗(yàn)系統(tǒng)中的數(shù)據(jù)，必要時(shí)進(jìn)行維護(hù)動(dòng)作。用戶變動(dòng)流程用戶變動(dòng)的數(shù)據(jù)流程涉及到的數(shù)據(jù)庫與用戶在注冊(cè)和登錄時(shí)訪問的數(shù)據(jù)庫是同一個(gè)，審核與復(fù)核的設(shè)計(jì)和原因與數(shù)據(jù)錄入流程一致。圖2.3.2-數(shù)據(jù)錄入流程（數(shù)據(jù)流程圖）圖2.3.3-用戶變動(dòng)流程（數(shù)據(jù)流程圖）數(shù)據(jù)字典表2.4.1-數(shù)據(jù)存儲(chǔ)卡片（D1）數(shù)據(jù)存儲(chǔ)卡片總編號(hào)：001名稱用戶信息數(shù)據(jù)庫編號(hào)D1簡(jiǎn)述D1存儲(chǔ)所有用戶的注冊(cè)信息來源P1.1（F1.1）去向P1.2（F1.1）、P3.5（F3.2）構(gòu)成用戶編號(hào)+用戶名稱+用戶賬號(hào)+用戶密碼+用戶身份信息（部門、職位）備注本系統(tǒng)的設(shè)計(jì)中用戶等同于職員表2.4.2-數(shù)據(jù)存儲(chǔ)卡片（D2）數(shù)據(jù)存儲(chǔ)卡片總編號(hào)：002名稱各錄入信息數(shù)據(jù)庫編號(hào)D2簡(jiǎn)述D2存儲(chǔ)職員錄入的各種信息來源P2.2（F2.3）、P2.4（F2.4）去向P2.3（F2.3）構(gòu)成通知、新聞資訊、課表、班表……備注在設(shè)計(jì)中為了便于描述流程將不同數(shù)據(jù)庫統(tǒng)合到了一起，實(shí)際流程中存在各數(shù)據(jù)對(duì)應(yīng)的數(shù)據(jù)庫表2.4.3-數(shù)據(jù)流卡片（F1.1；F1.2）數(shù)據(jù)流卡片總編號(hào)：003名稱用戶信息；審核不通過的用戶信息編號(hào)F1.1、F1.2簡(jiǎn)述用戶注冊(cè)時(shí)存檔的相關(guān)信息；用戶注冊(cè)時(shí)系統(tǒng)自動(dòng)審核判斷不通過的用戶信息來源P1.1；P1.1去向用戶（職員）；P1.2構(gòu)成用戶名稱+用戶賬號(hào)+用戶密碼+用戶身份信息（部門、職位）備注本系統(tǒng)中用戶即職員表2.4.4-數(shù)據(jù)流卡片（F2.1；F2.2）數(shù)據(jù)流卡片總編號(hào)：004名稱被錄入數(shù)據(jù)；審核不通過的被錄入數(shù)據(jù)編號(hào)F2.1；F2.2簡(jiǎn)述職員在正常業(yè)務(wù)活動(dòng)中使用系統(tǒng)時(shí)錄入的數(shù)據(jù)；人工審核駁回的被錄入的數(shù)據(jù)來源職員；P2.2去向P2.1、P2.2；P2.1構(gòu)成通知、新聞資訊、課表、班表……備注F2.3審核被通過的被錄入數(shù)據(jù)與相對(duì)應(yīng)的F2.1相同表2.4.5-數(shù)據(jù)流卡片（F2.4）數(shù)據(jù)流卡片總編號(hào)：005名稱復(fù)核修改后的被錄入數(shù)據(jù)編號(hào)F2.4簡(jiǎn)述由信息部職員復(fù)核修改后的被錄入的數(shù)據(jù)來源P2.3去向D2構(gòu)成與F2.1、F2.2、F2.3相同備注與F2.1、F2.2、F2.3具體數(shù)據(jù)不同表2.4.6-數(shù)據(jù)流卡片（F3.1）數(shù)據(jù)流卡片總編號(hào)：006名稱離職信息編號(hào)F3.1簡(jiǎn)述職員提出離職相關(guān)的信息（離職時(shí)間、原因等）來源P3.1去向P3.2、P3.3、P3.4構(gòu)成離職人員基本信息（姓名、職位等）+離職原因+離職時(shí)間備注無表2.4.7-數(shù)據(jù)流卡片（F3.2；F3.3）數(shù)據(jù)流卡片總編號(hào)：007名稱離職職員用戶信息；復(fù)核修改后的用戶信息編號(hào)F3.2；F3.3簡(jiǎn)述用于修改用戶信息數(shù)據(jù)庫D1的數(shù)據(jù)來源P3.4；P3.5去向D1、P3.5；D1構(gòu)成與用戶信息相等備注在本系統(tǒng)的設(shè)計(jì)中這兩條數(shù)據(jù)流應(yīng)當(dāng)用于刪除離職員工系統(tǒng)用戶信息表2.4.8-處理過程卡片（P1.1）處理過程卡片總編號(hào)：008名稱用戶注冊(cè)編號(hào)P1.1參與人職員去向D1處理說明登記用戶注冊(cè)信息，系統(tǒng)自動(dòng)審核通過后錄入數(shù)據(jù)庫D1，反之打回備注無表2.4.9-處理過程卡片（P1.2）處理過程卡片總編號(hào)：009名稱用戶登錄編號(hào)P1.2參與人職員去向無處理說明系統(tǒng)通過校驗(yàn)職員填寫數(shù)據(jù)與D1中留存數(shù)據(jù)，一致則允許登陸，反之登錄失敗備注無表2.4.10-處理過程卡片（P2.1）處理過程卡片總編號(hào)：010名稱數(shù)據(jù)錄入編號(hào)P2.1參與人各部門職員去向P2.2、D2處理說明不同部門職員按照系統(tǒng)預(yù)設(shè)錄入業(yè)務(wù)數(shù)據(jù)備注無表2.4.11-處理過程卡片（P2.2）處理過程卡片總編號(hào)：011名稱直接上級(jí)審核編號(hào)P2.2參與人各級(jí)領(lǐng)導(dǎo)去向D2、P2.1處理說明由各職員直接上級(jí)領(lǐng)導(dǎo)進(jìn)行線下人工審核備注無表2.4.12-處理過程卡片（P2.3；P3.5）處理過程卡片總編號(hào)：012名稱信息部復(fù)核編號(hào)P2.3；P3.5參與人信息部職員去向D2；D1處理說明由信息部職員在數(shù)據(jù)錄入數(shù)據(jù)庫后再進(jìn)行二次線上復(fù)核，P2.3主要是對(duì)已經(jīng)錄入的數(shù)據(jù)排錯(cuò)，P3.5主要針對(duì)刪除已離職員工的系統(tǒng)用戶信息備注無表2.4.13-處理過程卡片（P3.1）處理過程卡片總編號(hào)：013名稱提出離職編號(hào)P3.1參與人將離職員工去向P3.2、P3.3處理說明想要離職的員工按照勞動(dòng)合同要求提前以書面形式提出離職，同時(shí)通知到直屬領(lǐng)導(dǎo)與人資部備注無表2.4.14-處理過程卡片（P3.2；P3.3）處理過程卡片總編號(hào)：014名稱通知相關(guān)人員編號(hào)P3.2；P3.3參與人將離職員工、該員工直接上級(jí)、人資部專員去向P3.4處理說明將離職意愿通知直接上級(jí)領(lǐng)導(dǎo)；通知人資部對(duì)應(yīng)專員備注處理過程一致，但實(shí)際處理順序?yàn)橄韧ㄖ苯由霞?jí)再通知人資部表2.4.15-處理過程卡片（P3.4）處理過程卡片總編號(hào)：015名稱人資職員修改用戶信息編號(hào)P3.4參與人人資部職員去向D1處理說明人資部專員在收到確認(rèn)離職信息后，將離職員工的系統(tǒng)用戶信息進(jìn)行刪除處理備注無表2.4.16-數(shù)據(jù)項(xiàng)卡片數(shù)據(jù)項(xiàng)卡片總編號(hào)：016名稱用戶賬號(hào)；用戶密碼簡(jiǎn)述用于職員登錄系統(tǒng)的憑證具體要求賬號(hào)由公司分配的工號(hào)為準(zhǔn)，密碼自行設(shè)置最多不超過18位備注由職員注冊(cè)時(shí)錄入系統(tǒng)，可通過對(duì)應(yīng)權(quán)限人員修改數(shù)據(jù)庫修改可行性分析經(jīng)濟(jì)可行性本系統(tǒng)在設(shè)計(jì)之初就在追求簡(jiǎn)明、友好的系統(tǒng)特性，對(duì)于實(shí)際部署過程中的成本有意識(shí)地進(jìn)行一定的控制，因?yàn)槭褂玫腂/S架構(gòu)，所以無論硬件還是軟件要求都不高，加上系統(tǒng)設(shè)計(jì)之初就選定目標(biāo)群體為剛起步的校外教育機(jī)構(gòu)，數(shù)據(jù)體量相對(duì)較小，權(quán)衡之下暫時(shí)不需要配置專業(yè)的服務(wù)器，通過尋找代理商或使用普通高性能電腦也可滿足實(shí)際運(yùn)行。加上實(shí)際實(shí)施部署不涉及高難度的開發(fā)，實(shí)施人員易于培訓(xùn)，客戶教育機(jī)構(gòu)也不需要招聘專業(yè)開發(fā)人員即可完成日常維護(hù)，使得實(shí)際成本相比較低、經(jīng)濟(jì)可行。技術(shù)可行性目前對(duì)于教育相關(guān)信息管理系統(tǒng)的研究早已成熟，特別是在最基礎(chǔ)功能的實(shí)現(xiàn)層面，相關(guān)技術(shù)易于獲得學(xué)習(xí)，且有成熟的系統(tǒng)架構(gòu)可以借鑒。系統(tǒng)使用B/S架構(gòu)，涉及到的軟件都較為基礎(chǔ)，軟件購買成本低的同時(shí)，實(shí)際操作難度也低，對(duì)于實(shí)施人員的要求不高，需要擁有JAVA基礎(chǔ)、有一定網(wǎng)頁設(shè)計(jì)經(jīng)驗(yàn)即可，以作者個(gè)人而言，經(jīng)過大學(xué)四年專業(yè)教育完全可以實(shí)現(xiàn)基礎(chǔ)的系統(tǒng)，對(duì)于進(jìn)一步的功能實(shí)現(xiàn)再通過學(xué)習(xí)與培訓(xùn)也可以滿足開發(fā)前提，總體評(píng)估下技術(shù)可行。組織管理可行性本系統(tǒng)設(shè)計(jì)面向剛起步的校外教育機(jī)構(gòu)，這種機(jī)構(gòu)相對(duì)來說組織架構(gòu)尚未成形，可塑性強(qiáng)，系統(tǒng)化思維下的組織結(jié)構(gòu)設(shè)計(jì)可以幫助機(jī)構(gòu)更好的實(shí)現(xiàn)管理與機(jī)構(gòu)信息一體化。同時(shí)較為規(guī)范的組織架構(gòu)也便于機(jī)構(gòu)后續(xù)發(fā)展壯大時(shí)更換專業(yè)ERP系統(tǒng)，進(jìn)一步減少對(duì)接成本與升級(jí)難度。其次，系統(tǒng)的操作與維護(hù)難度比較低，實(shí)際培訓(xùn)簡(jiǎn)單，可以暫時(shí)減少專業(yè)開發(fā)人員的招聘，更合理的進(jìn)行人力資源管理，綜合評(píng)估組織管理可行。系統(tǒng)設(shè)計(jì)系統(tǒng)總體設(shè)計(jì)架構(gòu)設(shè)計(jì)系統(tǒng)架構(gòu)的選擇可以從兩方面入手，其一是系統(tǒng)運(yùn)行時(shí)的程序結(jié)構(gòu)，另一個(gè)是開發(fā)系統(tǒng)時(shí)源代碼的組織結(jié)構(gòu)。對(duì)于整個(gè)系統(tǒng)來說，第一是要符合客戶的需求。能否正確的、完整的實(shí)現(xiàn)客戶提出的需求，功能性的需求能否開發(fā)落地，以及非功能性的需求層面能否使客戶滿意。第二，總體的性能情況。主要有：對(duì)于內(nèi)存的管理、數(shù)據(jù)庫的設(shè)計(jì)組織和非數(shù)據(jù)庫信息、并發(fā)數(shù)的允許情況、不同接口是否影響性能。特別值得關(guān)注的是并發(fā)問題，系統(tǒng)最大可以支持多少用戶同時(shí)操作，實(shí)際并發(fā)數(shù)的增加會(huì)不會(huì)引發(fā)系統(tǒng)宕機(jī)、頻繁掉線等情況的出現(xiàn)，掉線情況出現(xiàn)時(shí)會(huì)不會(huì)導(dǎo)致數(shù)據(jù)丟失與損壞。第三，系統(tǒng)運(yùn)行時(shí)的可管理性。系統(tǒng)的日志記錄是否正常，是否便于輔助維護(hù)人員監(jiān)控系統(tǒng)的狀態(tài)。系統(tǒng)是否存在錯(cuò)誤的自處理功能，對(duì)于無法自處理的錯(cuò)誤能否及時(shí)獲得錯(cuò)誤信息以便于維護(hù)人員排除問題。模塊與模塊之間關(guān)系是否簡(jiǎn)單便于通信。第四，關(guān)于接口。從硬件和軟件兩方面看，首先與網(wǎng)絡(luò)、打印機(jī)等硬件的接口是否兼容，聯(lián)通接口會(huì)不會(huì)影響系統(tǒng)運(yùn)行效率。其次，當(dāng)前系統(tǒng)所使用接口是否合法，與其他系統(tǒng)兼容還是沖突。第五，關(guān)于系統(tǒng)的安全性與可靠性。對(duì)于客戶來說，除了需求外最重要的就是安全性與可靠性。常規(guī)系統(tǒng)運(yùn)行能否穩(wěn)定持久，有沒有基礎(chǔ)的防入侵能力。除此以外，還需要考慮到特殊情況的應(yīng)對(duì)。對(duì)于災(zāi)難的預(yù)防是否到位，小到停電斷網(wǎng)，大到自然災(zāi)害，系統(tǒng)能否保護(hù)數(shù)據(jù)甚至穩(wěn)定運(yùn)行。系統(tǒng)能否使用雙機(jī)熱備等方式達(dá)到應(yīng)對(duì)災(zāi)難的效果。相對(duì)的，有災(zāi)難應(yīng)對(duì)也要有災(zāi)后重建。當(dāng)災(zāi)難中系統(tǒng)出現(xiàn)停止運(yùn)行甚至硬件損壞情況時(shí)，能否在災(zāi)后快速重新部署投入使用。第六，系統(tǒng)的使用是否便捷。相關(guān)的業(yè)務(wù)流程、業(yè)務(wù)信息是否能夠通過特定方式隨時(shí)進(jìn)行調(diào)整。信息的調(diào)整會(huì)影響那些功能，是否會(huì)導(dǎo)致進(jìn)行中的流程出錯(cuò)。相關(guān)的調(diào)整能否被清晰展示給使用者或特定用戶。第七，構(gòu)架樣式的一致性。整個(gè)系統(tǒng)構(gòu)架需要時(shí)刻保持一致，包括命名風(fēng)格、編碼習(xí)慣、頁面布局等。保持一致可以更方便后來的開發(fā)、維護(hù)人員理解系統(tǒng)，也能夠給客戶留下更深的印象，便于形成風(fēng)格、形成品牌。從源代碼的角度看問題，首先一定是開發(fā)是否易于管理。第一，是否便于分工。特別是對(duì)于系統(tǒng)的模塊劃分，一定要追求模塊之間的高度內(nèi)聚，減少相關(guān)耦合，模塊化的去分工、去開發(fā)，考慮到實(shí)際情況甚至可以進(jìn)一步組件化，使得系統(tǒng)部署進(jìn)度更加可控，也使得開發(fā)人員流動(dòng)導(dǎo)致的風(fēng)險(xiǎn)降到最低。細(xì)分下的功能模塊、組件在大幅加強(qiáng)可管理性的同時(shí)，也使得系統(tǒng)出現(xiàn)問題時(shí)可以更快且影響更小的定位錯(cuò)誤、排除錯(cuò)誤。第二，系統(tǒng)的發(fā)展性。首先是系統(tǒng)需要易于維護(hù)。對(duì)于故障的定位排除與其所在局部的修改。其次便是系統(tǒng)的升級(jí)擴(kuò)展。結(jié)合系統(tǒng)的運(yùn)行時(shí)間預(yù)估，需要考慮系統(tǒng)硬件升級(jí)的難度以及是否會(huì)影響系統(tǒng)性能。同時(shí)系統(tǒng)構(gòu)架修改、擴(kuò)充的可行性是否足夠。最后，要考慮代碼語言層面是否足夠標(biāo)準(zhǔn)與開放。不同客戶對(duì)于瀏覽器、客戶端等的使用有著不同的偏好，所以要考慮架構(gòu)是否便于移植到不同的環(huán)境中。第三，源代碼也需要考慮是否能夠滿足客戶需求的變化。部分方法是否需要封裝，相關(guān)信息是否注釋清晰，代碼總體組成是否留下了修改的余地。本系統(tǒng)在設(shè)計(jì)之初就定下了目標(biāo)群體，所以對(duì)于本系統(tǒng)來說架構(gòu)一定要滿足以上所說的十個(gè)特點(diǎn)。因?yàn)樵O(shè)計(jì)基調(diào)在于簡(jiǎn)明、友好，同時(shí)考慮到技術(shù)能力的局限，所以，最終決定了采用B/S應(yīng)用架構(gòu)作為總的框架。根據(jù)圖可以清晰地了解該架構(gòu)大致情況。系統(tǒng)的整體是存放在Web服務(wù)器上的，包括頁面的設(shè)置、各種請(qǐng)求的處理邏輯、頁面設(shè)計(jì)素材等，而系統(tǒng)的數(shù)據(jù)主要存放在額外的數(shù)據(jù)庫中，包括用戶信息，錄入的數(shù)據(jù)、操作日志等。作為系統(tǒng)的使用者，用戶不需要下載客戶端、系統(tǒng)整體和所有數(shù)據(jù)庫，而只需要Web服務(wù)器開通外網(wǎng)，就可以在自己的設(shè)備上通過訪問固定的網(wǎng)址，直接連接系統(tǒng)，再通過注冊(cè)、登錄操作就可以進(jìn)行操作。圖-B/S架構(gòu)圖設(shè)計(jì)原則簡(jiǎn)明友好：與系統(tǒng)設(shè)計(jì)初定下的系統(tǒng)特點(diǎn)一致。大概分為兩個(gè)方面，一是代碼設(shè)計(jì)，二是交互體驗(yàn)。代碼方面盡量注釋清晰，特別是涉及到封裝時(shí)，除了注釋還要考慮到后續(xù)修改是否留有余地。而關(guān)于交互體驗(yàn)這一層面，也是需要重點(diǎn)關(guān)注的。需求滿足不代表能使客戶滿意，操作是否簡(jiǎn)單、提示是否完善、功能是否易于理解、界面展示是否美觀大氣、賞心悅目，都是影響客戶滿意度的重要指標(biāo)。本系統(tǒng)設(shè)計(jì)的競(jìng)爭(zhēng)優(yōu)勢(shì)在于成本低但基礎(chǔ)功能完備，具有協(xié)助客戶進(jìn)行信息一體化建設(shè)的規(guī)范性。因此本系統(tǒng)的缺點(diǎn)也十分明顯，功能過于基礎(chǔ)，實(shí)際系統(tǒng)使用過程中帶來的效率提升可能并不明顯，同時(shí)技術(shù)局限導(dǎo)致一些處理邏輯比較復(fù)雜、原始。所以為了彌補(bǔ)這一方面的缺陷，設(shè)計(jì)過程中要盡量簡(jiǎn)約，給客戶一種更輕松的交互感受。發(fā)展性原則：本系統(tǒng)功能雖然比較少且極為基礎(chǔ)，但設(shè)計(jì)開發(fā)過程中預(yù)留了相當(dāng)大的擴(kuò)展空間，包括新模塊的設(shè)計(jì)與引用、舊模塊的升級(jí)、原算法的優(yōu)化等。由此進(jìn)一步可以表現(xiàn)本系統(tǒng)的另一競(jìng)爭(zhēng)優(yōu)勢(shì)。在原架構(gòu)之上升級(jí)是有極限的，雖然隨著研究學(xué)習(xí)的深入，技術(shù)局限會(huì)被不斷破除，但是當(dāng)體量達(dá)到一定程度時(shí)就需要替換更為專業(yè)的信息管理系統(tǒng)，就比如金蝶、用友等公司的主力云平臺(tái)產(chǎn)品。而本系統(tǒng)作為過度系統(tǒng)，對(duì)數(shù)據(jù)進(jìn)行規(guī)范化處理，一定程度上幫助客戶組織架構(gòu)進(jìn)行合理規(guī)劃，在后續(xù)升級(jí)中既能減少溝通對(duì)接的實(shí)施成本，也能使得機(jī)構(gòu)員工快速適應(yīng)新系統(tǒng)邏輯，使得新系統(tǒng)快速的進(jìn)入產(chǎn)生價(jià)值的狀態(tài)。基礎(chǔ)性原則：本系統(tǒng)在設(shè)計(jì)時(shí)選擇最為基礎(chǔ)的硬件配置和最容易上手的軟件組成，配合標(biāo)準(zhǔn)、開放的開發(fā)語言，使得在實(shí)際部署時(shí)可以根據(jù)客戶實(shí)際情況進(jìn)行軟硬件的選擇，讓成本與性能能夠更精準(zhǔn)的滿足每一位客戶的需求。系統(tǒng)功能概要設(shè)計(jì)系統(tǒng)用戶模塊本系統(tǒng)的用戶即為客戶教育機(jī)構(gòu)的職員，所有職員在入職后，確定了工作相關(guān)信息，包括部門、職位、工號(hào)等信息后開始訪問系統(tǒng)注冊(cè)用戶。以工號(hào)作為賬號(hào)，自行設(shè)置密碼，注冊(cè)成功后，即可通過賬號(hào)密碼登入系統(tǒng)進(jìn)行相關(guān)操作。數(shù)據(jù)模塊各部門職員都有不同的數(shù)據(jù)需要錄入，像教職工部員工錄入課表和排班表、信息部職員錄入新聞資訊等，但是實(shí)際流程一致，所有職員錄入的數(shù)據(jù)在提交前，都需要交由直接上級(jí)進(jìn)行線下人工初審，審核通過后再提交錄入系統(tǒng)數(shù)據(jù)庫中，最后由信息部對(duì)應(yīng)專員負(fù)責(zé)定期根據(jù)審核情況對(duì)查詢到的數(shù)據(jù)進(jìn)行復(fù)查，復(fù)核不通過的進(jìn)行修改乃至刪除操作。數(shù)據(jù)發(fā)布人自行發(fā)現(xiàn)錯(cuò)誤但無權(quán)限修改時(shí)，也可再請(qǐng)示直接上級(jí)，通知信息部專員立刻修改。代碼設(shè)計(jì)表3.3.1工號(hào)編碼卡片編碼對(duì)象職員工號(hào)代碼種類層次碼代碼結(jié)構(gòu)所屬部門入職年份順序號(hào)01210001代碼說明代碼整體由三段組成，通過“-”間隔每個(gè)部門擁有唯一的識(shí)別碼（如總經(jīng)辦01，事業(yè)部02）年份取入職年份后兩位（如2021就取21）四位流水碼，以年份為隔離，同一年份按入職先后順序獲得流水碼例：事業(yè)部2021年第一位入職的職員的工號(hào)為02-21-0001總經(jīng)辦2021年第三位入職的職員的工號(hào)為01-21-0003事業(yè)部2022年第一位入職的職員的工號(hào)為02-22-0001數(shù)據(jù)庫設(shè)計(jì)本系統(tǒng)所使用的數(shù)據(jù)庫中設(shè)計(jì)到的表主要有：用戶表，新聞（公告）表，排課表。表3.4.1-用戶表字段名數(shù)據(jù)類型字段長(zhǎng)度空值自動(dòng)增加主鍵用戶編號(hào)整數(shù)型10不允許是是用戶名字符型45不允許否否用戶密碼字符型45不允許否否表3.4.2-新聞（公告）表字段名數(shù)據(jù)類型字段長(zhǎng)度空值自動(dòng)增加主鍵編號(hào)整數(shù)型10不允許是是標(biāo)題字符型45不允許否否時(shí)間日期&時(shí)間無限制不允許否否內(nèi)容長(zhǎng)文本無限制不允許否否表3.4.3-排課表字段名數(shù)據(jù)類型字段長(zhǎng)度空值自動(dòng)增加主鍵編號(hào)整數(shù)型10不允許是是課程名字符型45不允許否否授課時(shí)間日期&時(shí)間無限制不允許否否授課老師字符型45不允許否否系統(tǒng)實(shí)現(xiàn)系統(tǒng)主頁圖4.1.1展示的就是系統(tǒng)的首頁，當(dāng)用戶通過指定地址在瀏覽器訪問時(shí)顯示的界面就是如此。用戶注冊(cè)新入職員工需要注冊(cè)用戶，點(diǎn)擊首頁“登錄”欄中的“注冊(cè)”按鈕，瀏覽器會(huì)出現(xiàn)一個(gè)新頁簽如圖4.2.1所示即為注冊(cè)界面。職員通過錄入用戶名（工號(hào)）、密碼、確認(rèn)密碼，再點(diǎn)擊“提交”即可完成注冊(cè)。點(diǎn)擊“提交”按鈕之后提交成功會(huì)清空所有所填項(xiàng)，當(dāng)密碼不一致或存在空值時(shí)會(huì)提交失敗并觸發(fā)相應(yīng)的提示，如圖4.2.2、圖4.2.3、圖4.2.4、圖4.2.5所示。用戶登錄職員在注冊(cè)過用戶之后，在注冊(cè)頁面點(diǎn)擊“返回”按鈕可以回到首頁，通過首頁“登錄”欄就可以登入系統(tǒng)。在輸入用戶名、密碼后，系統(tǒng)會(huì)進(jìn)行一次判斷，用戶名、密碼與數(shù)據(jù)庫中相符合時(shí)可以登錄，不相符時(shí)清空所有所填數(shù)據(jù)。圖4.1.1-首頁圖4.2.1-注冊(cè)頁面圖4.2.2-用戶名為空時(shí)圖4.2.3-密碼為空時(shí)圖4.2.4-確認(rèn)密碼為空時(shí)圖4.2.5-兩次密碼輸入不一致時(shí)數(shù)據(jù)查詢(以新聞為例)在職員登入系統(tǒng)之后，通過點(diǎn)擊左側(cè)導(dǎo)航欄“新聞列表”，新聞數(shù)據(jù)會(huì)在右側(cè)主頁面顯示。圖4.4.1-查詢數(shù)據(jù)錄入點(diǎn)擊圖4.4.1中的“新建”，主頁面就會(huì)跳轉(zhuǎn)到新聞新增發(fā)布界面，即錄入數(shù)據(jù)界面，完成錄入后點(diǎn)擊“提交”，數(shù)據(jù)就錄入數(shù)據(jù)庫了，點(diǎn)擊“返回”回到查詢界面。圖4.5.1-錄入數(shù)據(jù)修改修改界面與錄入界面一致，在查詢界面點(diǎn)擊對(duì)應(yīng)數(shù)據(jù)所在行的修改圖標(biāo)，主頁面就會(huì)跳轉(zhuǎn)到所需修改的數(shù)據(jù)的詳情頁，修改后點(diǎn)擊“提交”就完成了修改，再點(diǎn)擊“返回”回到列表界面。數(shù)據(jù)刪除在數(shù)據(jù)查詢界面如圖4.4.1新聞列表，選中要?jiǎng)h除的數(shù)據(jù)，點(diǎn)擊右側(cè)刪除即可刪除數(shù)據(jù)，選擇復(fù)數(shù)條數(shù)據(jù)時(shí)，點(diǎn)擊右上角“刪除”就可以完成批量刪除動(dòng)作。系統(tǒng)測(cè)試與使用說明測(cè)試安排與測(cè)試方法代碼測(cè)試對(duì)于源代碼的測(cè)試是貫穿整個(gè)系統(tǒng)搭建過程全程的，每個(gè)方法編寫完成時(shí)進(jìn)行一次測(cè)試，看在瀏覽器中運(yùn)行是否達(dá)到預(yù)期效果。其次當(dāng)一個(gè)頁面完成編寫時(shí)進(jìn)行一次該頁面所有方法的檢驗(yàn)，看不同的方法之間會(huì)不會(huì)互相影響而導(dǎo)致某一方法失效，其次完成一個(gè)功能模塊時(shí)進(jìn)行一次全功能測(cè)試，檢驗(yàn)不同的方法能否在同一模塊下平穩(wěn)有效運(yùn)行。最后，當(dāng)完成整個(gè)系統(tǒng)的搭建時(shí)，進(jìn)行更隨機(jī)的測(cè)試：一項(xiàng)一項(xiàng)功能依次測(cè)試，不同模塊功能穿插測(cè)試，正確操作與錯(cuò)誤行為穿插測(cè)試（主要針對(duì)注冊(cè)與登錄模塊）。通過這些隨機(jī)性極大的測(cè)試檢驗(yàn)系統(tǒng)是否存在一些未知的錯(cuò)誤。對(duì)于源代碼還有一項(xiàng)重要工作就是注釋的編寫，對(duì)于編寫的各種方法留下思路、用意、原理方面的注釋，既是為了方便自己后續(xù)測(cè)試時(shí)及時(shí)發(fā)現(xiàn)問題所在，也是為了系統(tǒng)在后期維護(hù)升級(jí)時(shí)更加容易被開發(fā)人員理解，降低交接難度，增強(qiáng)系統(tǒng)的可維護(hù)性。功能測(cè)試功能的測(cè)試主要在特定方法的源代碼編寫完成后進(jìn)行。測(cè)試的時(shí)點(diǎn)與源代碼測(cè)試類似，但相較于源代碼關(guān)注功能是否正常實(shí)現(xiàn)更注重功能能否滿足需求。用戶注冊(cè)功能，嘗試大小寫是否會(huì)影響用戶名、密碼的一致性，嘗試特殊字符對(duì)于密碼的影響，嘗試是否能夠進(jìn)行重復(fù)注冊(cè)同一用戶。用戶登錄功能，除了大小寫、特殊字符的登錄測(cè)試外，測(cè)試失敗次數(shù)是否影響登錄，測(cè)試同一用戶是否可以并發(fā)登錄，測(cè)試同一瀏覽器能否并發(fā)登錄，測(cè)試不同瀏覽器是不是可以同用戶并發(fā)登錄。數(shù)據(jù)相關(guān)功能。測(cè)試新增錄入數(shù)據(jù)時(shí)，同樣的數(shù)據(jù)能否多次錄入以及多次錄入對(duì)數(shù)據(jù)庫與列表頁的影響。測(cè)試修改數(shù)據(jù)時(shí)，嘗試將選中數(shù)據(jù)相關(guān)信息完全刪除，檢驗(yàn)這種修改帶來的影響，并將此方法修改效果與刪除數(shù)據(jù)作比較。數(shù)據(jù)刪除時(shí)，重點(diǎn)嘗試不同數(shù)據(jù)量情況下，全部刪除是否正常運(yùn)行，是否會(huì)對(duì)數(shù)據(jù)庫產(chǎn)生預(yù)料外的影響。同時(shí)測(cè)試隨機(jī)錄入、修改、刪除操作下對(duì)于數(shù)據(jù)各字段是否有影響，特別是主鍵編號(hào)字段。環(huán)境測(cè)試環(huán)境測(cè)試首先是硬件環(huán)境的測(cè)試。此測(cè)試主要針對(duì)服務(wù)器硬件的配置。主要在筆記本電腦進(jìn)行測(cè)試。筆記本電腦的基礎(chǔ)配置為：酷睿i7的處理器，8G的自帶運(yùn)存，250G的存儲(chǔ)空間，64位操作系統(tǒng)，windows版本為win10教育版。然后更換配置更低的筆記本電腦：酷睿i5的處理器，4G運(yùn)行內(nèi)存，100G的存儲(chǔ)空間，64位操作系統(tǒng)，win7旗艦版系統(tǒng)。對(duì)比不同硬件條件下服務(wù)器運(yùn)行差異。具體測(cè)試包括：多用戶并行、單用戶并發(fā)對(duì)系統(tǒng)的影響，單次操作的數(shù)據(jù)量巨大時(shí)對(duì)系統(tǒng)運(yùn)行的影響（主要是極長(zhǎng)文本數(shù)據(jù)的單次錄入和對(duì)大量數(shù)據(jù)的批量刪除操作進(jìn)行測(cè)試，觀察操作是否成功有效與系統(tǒng)的響應(yīng)速度）。其次是軟件的測(cè)試。本系統(tǒng)涉及的軟件有adobe的Dreamweaver、NetBeansIDE8.2和MySQL數(shù)據(jù)庫，主要使用的瀏覽器為電腦自帶的IE瀏覽器。再不更改搭建軟件的情況，使用不同的瀏覽器進(jìn)行系統(tǒng)登入操作，如360瀏覽器、谷歌瀏覽器、火狐瀏覽器、Edge瀏覽器等。重點(diǎn)測(cè)試不同瀏覽器下，JSP方法與控件是否能夠正常使用，測(cè)試不同瀏覽器功能是否正常，測(cè)試不同瀏覽器顯示是否正常。測(cè)試用例針對(duì)系統(tǒng)功能總計(jì)有兩套測(cè)試用例。表5.2.1-用戶注冊(cè)與登錄測(cè)試用例表用例編號(hào)簡(jiǎn)述預(yù)計(jì)測(cè)試結(jié)果1用戶名或密碼/確認(rèn)密碼有一為空注冊(cè)界面提示“用戶名（密碼/確認(rèn)密碼）不能為空”登錄界面登錄失敗留在主頁且清空錯(cuò)誤信息2（注冊(cè)）密碼與確認(rèn)密碼不一致提示“兩次輸入的密碼不一致”3用戶名對(duì)應(yīng)的密碼大小寫進(jìn)行變化注冊(cè)界面提示“兩次輸入的密碼不一致”登錄界面登錄失敗4密碼長(zhǎng)度超過18位提示“密碼過長(zhǎng)”(密碼文本框最長(zhǎng)字符為18)5同一用戶并發(fā)登錄成功登錄且可正常操作系統(tǒng)6不同用戶同時(shí)登錄操作成功登錄且可正常操作表5.2.2-數(shù)據(jù)測(cè)試用例表用例編號(hào)簡(jiǎn)述預(yù)計(jì)測(cè)試結(jié)果1相同數(shù)據(jù)重復(fù)錄入成功錄入但每條數(shù)據(jù)自動(dòng)生成的編號(hào)不同2修改時(shí)刪除所有數(shù)據(jù)信息修改后點(diǎn)擊“提交”提示內(nèi)容不能為空測(cè)試結(jié)果注冊(cè)測(cè)試注冊(cè)界面填寫信息時(shí)的檢驗(yàn)空值方法運(yùn)行正常，密碼一致性檢查運(yùn)行正常，密碼特殊取值檢驗(yàn)正常（大小寫變化與特殊字符），與測(cè)試用例預(yù)計(jì)結(jié)果一致。但是注冊(cè)數(shù)據(jù)未能成功進(jìn)入數(shù)據(jù)庫，推測(cè)對(duì)應(yīng)JAVA方法存在錯(cuò)誤。登錄測(cè)試登錄界面測(cè)試用例測(cè)試結(jié)果和預(yù)期相符，同時(shí)驗(yàn)證了同一用戶并發(fā)登錄與不同用戶同時(shí)登錄皆可行。同一用戶可并發(fā)登錄與預(yù)期一致，但是屬于系統(tǒng)問題，實(shí)際運(yùn)行過程中應(yīng)該控制為同一用戶同一時(shí)間僅可登錄一個(gè)賬號(hào)（包括不同瀏覽器）。數(shù)據(jù)相關(guān)測(cè)試測(cè)試用例的實(shí)際運(yùn)行情況符合預(yù)期。環(huán)境測(cè)試硬件測(cè)試結(jié)果如同預(yù)期，硬件的性能很大程度上影響系統(tǒng)的運(yùn)行性能。單次大量數(shù)據(jù)的操作在不同硬件環(huán)境下執(zhí)行成功但響應(yīng)效率不同，高性能硬件響應(yīng)速度的明顯更快。軟件測(cè)試的結(jié)果比較超出預(yù)計(jì)。在自帶IE瀏覽器下，系統(tǒng)顯示與相應(yīng)功能完全正常，但是在更換瀏覽器時(shí)發(fā)現(xiàn)功能雖然正常但顯示出現(xiàn)了問題，如在Edge瀏覽器中出現(xiàn)網(wǎng)頁的框架貼合異常。推測(cè)原因其一瀏覽器不兼容，其二框架設(shè)置存在錯(cuò)誤。使用說明系統(tǒng)的部署需要至少一臺(tái)點(diǎn)腦。配置要求：64位操作系統(tǒng)，win7及以上系統(tǒng)版本，電腦的運(yùn)行內(nèi)存至少要4G，可用存儲(chǔ)空間至少要50G。軟件要求：Dreamweaver、NetBeansIDE8.2和MySQL數(shù)據(jù)庫。用戶注冊(cè)功能暫時(shí)異常但不影響使用，通過將用戶賬號(hào)、密碼錄入數(shù)據(jù)庫可通過登錄頁面正常登入系統(tǒng)進(jìn)行相關(guān)操作?？偨Y(jié)系統(tǒng)仍存在的問題系統(tǒng)的界面設(shè)置上仍有不同，簡(jiǎn)單明了但并不美觀。部分按鈕的設(shè)置邏輯存在一定的問題。用戶注冊(cè)問題尚未解決，雖然仍可以使用，但從安全性的角度來看，存在較大的風(fēng)險(xiǎn)，且對(duì)于系統(tǒng)界面功能的展示產(chǎn)生了一定的影響。系統(tǒng)的局限性與改進(jìn)方向在系統(tǒng)整體運(yùn)行測(cè)試后，發(fā)現(xiàn)不少問題但就系統(tǒng)總體來說，已經(jīng)是一個(gè)可以正常運(yùn)行的基礎(chǔ)信息管理系統(tǒng)。本系統(tǒng)的局限性主要在兩方面，技術(shù)的局限性與眼界的局限性。技術(shù)層面上，首先就是注冊(cè)功能的實(shí)現(xiàn)失敗，校驗(yàn)功能正常但在數(shù)據(jù)發(fā)送至數(shù)據(jù)庫這一行動(dòng)時(shí)出現(xiàn)了問題，經(jīng)過復(fù)查后，進(jìn)一步確定原因在于JAVA文件代碼與對(duì)應(yīng)Servlet代碼存在邏輯錯(cuò)誤。其次，是數(shù)據(jù)匯總、分析功能的缺失，對(duì)于校外教育機(jī)構(gòu)來說，數(shù)據(jù)的分析還是很重要的，不僅展示了職員個(gè)人能力，也可以通過銷售數(shù)據(jù)輔助管理層決策課程改革與銷售策略更新。還有一個(gè)很明顯的功能缺失在于權(quán)限隔離，對(duì)于不同用戶授予不同的操作權(quán)限、訪問權(quán)限，比較粗糙的解決辦法在于針對(duì)不同權(quán)限用戶開發(fā)不同的登錄頁面以及登錄后訪問的主頁，但是這種辦法工作量巨大，不具備普適性，且架構(gòu)層面上來說，結(jié)構(gòu)復(fù)雜、多余，不易于維護(hù)。最后的技術(shù)局限在于網(wǎng)絡(luò)控制。本系統(tǒng)的運(yùn)行暫時(shí)只能通過本機(jī)瀏覽器訪問，外網(wǎng)映射與接口功能這一塊無法實(shí)現(xiàn)。眼界層次首先在于系統(tǒng)架構(gòu)的規(guī)劃，B/S架構(gòu)基礎(chǔ)，但是并不能完全適應(yīng)當(dāng)下各種需求的實(shí)現(xiàn)，針對(duì)不同的客戶需求應(yīng)當(dāng)用合適的架構(gòu)，單一的B/S架構(gòu)不夠靈活。對(duì)于模塊的劃分也存在局限，對(duì)于基礎(chǔ)功能不夠了解，設(shè)計(jì)的系統(tǒng)實(shí)際運(yùn)行效率可能還比不了人工進(jìn)行來的快捷。最后對(duì)于系統(tǒng)應(yīng)該提供給客戶的幫助認(rèn)識(shí)不夠清晰，所以在功能邏輯的設(shè)計(jì)上存在一定的問題，同時(shí)項(xiàng)目經(jīng)驗(yàn)與閱歷的缺少也使得自身對(duì)于UI設(shè)計(jì)沒有一套友好且有特色的設(shè)計(jì)方案。參考文獻(xiàn):[1]丁勇,黃海軍.系統(tǒng)架構(gòu)設(shè)計(jì)考慮[J].辦公自動(dòng)化,2010(14):28-31.[2]金晶.基于ASP.NET的學(xué)生信息管理系統(tǒng)的設(shè)計(jì)分析[J].衛(wèi)星電視與寬帶多媒體,2020(02):21-22.[3]谷利國,陳存田,張甲瑞.基于B/S模式的人事教育信息管理系統(tǒng)的分析與設(shè)計(jì)[J].電腦知識(shí)與技術(shù),2019,15(10):58-59.[4]徐志凱,金子堅(jiān),田艷.通用任務(wù)管理系統(tǒng)分析與設(shè)計(jì)[J].軟件工程,2020,23(04):37-39.[5]段輝良.網(wǎng)絡(luò)教育管理信息系統(tǒng)的研究與實(shí)現(xiàn)[D].中南大學(xué),20