四、系統(tǒng)設(shè)計(jì)概要（一）系統(tǒng)開發(fā)軟件的選擇使用的系統(tǒng).Net語(yǔ)言編寫的前臺(tái)和后臺(tái)，在開發(fā)過程中使用了系統(tǒng)的Maven開發(fā)工具，Maven是免費(fèi)使用的，是一個(gè)非常有用的開發(fā)工具。系統(tǒng)數(shù)據(jù)都存儲(chǔ)在數(shù)據(jù)庫(kù)中，系統(tǒng)使用SQLserver數(shù)據(jù)庫(kù)，SQLserver數(shù)據(jù)庫(kù)更安全可靠，是系統(tǒng)數(shù)據(jù)庫(kù)的最佳選擇。（二）系統(tǒng)總體功能設(shè)計(jì)在充分了解系統(tǒng)需求的基礎(chǔ)上，按照“高內(nèi)聚、低耦合”的原則，將系統(tǒng)功能劃分為模塊如圖4.1所示：（三）系統(tǒng)數(shù)據(jù)庫(kù)設(shè)計(jì)1．概念模型設(shè)計(jì)總之,數(shù)據(jù)庫(kù)系統(tǒng)設(shè)計(jì)就是根據(jù)一個(gè)業(yè)務(wù)管理系統(tǒng)的實(shí)際需要和所對(duì)應(yīng)選擇的業(yè)務(wù)數(shù)據(jù)庫(kù)存儲(chǔ)管理業(yè)務(wù)系統(tǒng)模型來分別設(shè)計(jì)最優(yōu)的業(yè)務(wù)數(shù)據(jù)庫(kù)和存儲(chǔ)管理模型,同時(shí)還要確定一個(gè)表的基本結(jié)構(gòu)和確定表之間的相互關(guān)系。并能有效地從大量數(shù)據(jù)庫(kù)中自動(dòng)提取需要存儲(chǔ)的大量數(shù)據(jù)。需求分析—邏輯設(shè)計(jì)—物理設(shè)計(jì)—維護(hù)優(yōu)化需求分析：數(shù)據(jù)是什么；數(shù)據(jù)有哪些屬性；數(shù)據(jù)和屬性各自的特點(diǎn)有哪些。邏輯設(shè)計(jì)：一種用于對(duì)大型數(shù)據(jù)庫(kù)進(jìn)行邏輯建模的ER方案。物理設(shè)計(jì)：根據(jù)數(shù)據(jù)庫(kù)自身的特點(diǎn)把邏輯設(shè)計(jì)轉(zhuǎn)換為物理設(shè)計(jì)。維護(hù)優(yōu)化：為新需求創(chuàng)建表；優(yōu)化指標(biāo)；大表劃分。實(shí)體：實(shí)體就是指可以摸到的存在的具有區(qū)分其他事物的特性或?qū)傩圆⑴c其他實(shí)體有聯(lián)系的實(shí)體。例如學(xué)生可以是一個(gè)實(shí)體，課程也是一個(gè)實(shí)體。屬性可以理解為實(shí)體的特征。以下為實(shí)體介紹。4.2培養(yǎng)計(jì)劃實(shí)體圖4.3學(xué)生實(shí)體圖圖4.5課表實(shí)體圖2．?dāng)?shù)據(jù)庫(kù)結(jié)構(gòu)設(shè)計(jì)概念設(shè)計(jì)主要是在數(shù)據(jù)分析的理論基礎(chǔ)上首先建立系統(tǒng)設(shè)計(jì)分析和整合數(shù)據(jù)庫(kù)系統(tǒng)設(shè)計(jì),然后從前面的系統(tǒng)分析設(shè)計(jì)角度進(jìn)行整合系統(tǒng)設(shè)計(jì),最后逐步完成系統(tǒng)結(jié)構(gòu)設(shè)計(jì)分析和系統(tǒng)優(yōu)化方案設(shè)計(jì)。建立一個(gè)良好的數(shù)據(jù)庫(kù)，需要追尋一下原則：1.盡量較少數(shù)據(jù)沉余和重復(fù)。2.操作設(shè)計(jì)和結(jié)構(gòu)設(shè)計(jì)相結(jié)合。3.數(shù)據(jù)結(jié)構(gòu)具有相對(duì)的穩(wěn)定性。根據(jù)系統(tǒng)的需求分析，同時(shí)又根據(jù)相關(guān)部分?jǐn)?shù)據(jù)流程，以下為數(shù)據(jù)庫(kù)中的表；數(shù)據(jù)庫(kù)名：a表名：zn序號(hào)列名數(shù)據(jù)類型長(zhǎng)度小數(shù)位標(biāo)識(shí)主鍵外鍵允許空默認(rèn)值說明1zn_idint40是是否2znvarchar1000是表名：send序號(hào)列名數(shù)據(jù)類型長(zhǎng)度小數(shù)位標(biāo)識(shí)主鍵外鍵允許空默認(rèn)值說明1send_idint40是是否2titlevarchar500是3com_idnchar100是4job_idint40是是5person_idint40是6zhvarchar500是7namevarchar500是8schoolvarchar500是9zyvarchar500是10rqsmalldatetime40是11statevarchar500是'未查看'表名：sc序號(hào)列名數(shù)據(jù)類型長(zhǎng)度小數(shù)位標(biāo)識(shí)主鍵外鍵允許空默認(rèn)值說明1sc_idint40是是否2job_idint40是3person_idint40是是4titlevarchar1500是5com_idint40是表名：yg序號(hào)列名數(shù)據(jù)類型長(zhǎng)度小數(shù)位標(biāo)識(shí)主鍵外鍵允許空默認(rèn)值說明1yg_idint40是否2zhvarchar500否3mimavarchar500是4namevarchar500是5sexvarchar500是6telvarchar500是7addrvarchar500是8emailvarchar500是9qxvarchar500是五、系統(tǒng)詳細(xì)設(shè)計(jì)和實(shí)現(xiàn)（一）學(xué)生用戶模塊設(shè)計(jì)1.用戶登陸模塊設(shè)計(jì)如果用戶在數(shù)據(jù)庫(kù)中輸入帳戶和密碼，則登錄成功。如果用戶輸入了錯(cuò)誤的帳號(hào)和密碼，則登錄失敗。這意味著輸入帳號(hào)和密碼。如果系統(tǒng)不需要登錄錯(cuò)誤，則登錄成功。用戶登陸界面如圖所示5-1所示圖5-1系統(tǒng)登錄模塊界面2.系統(tǒng)首頁(yè)模塊設(shè)計(jì)用戶進(jìn)入系統(tǒng)后，首先會(huì)看到系統(tǒng)的主頁(yè)。在系統(tǒng)主頁(yè)上，用戶可以看到系統(tǒng)的不同模塊。在主頁(yè)上，用戶可以通過主頁(yè)了解系統(tǒng)的功能分布，更好地利用系統(tǒng)。系統(tǒng)首頁(yè)界面如圖5-2所示圖5-2系統(tǒng)首頁(yè)設(shè)計(jì)模塊界面3.系統(tǒng)成績(jī)信息模塊設(shè)計(jì)在系統(tǒng)成績(jī)信息模塊，學(xué)生用戶可以看到系統(tǒng)的成績(jī)列表，成績(jī)列表是展示成績(jī)信息的地方，用戶可以在此查看到成績(jī)各種信息，點(diǎn)擊成績(jī)后可以查看到其他信息。成績(jī)信息界面如圖5-3所示圖5-3成績(jī)信息模塊界面4.系統(tǒng)課表查詢模塊設(shè)計(jì)在系統(tǒng)中注冊(cè)后，學(xué)生用戶可以查詢課程表信息。單擊功能可輸入時(shí)間表信息，可以在其中請(qǐng)求課程表信息。課表查詢界面如圖5-4所示圖5-4課表查詢模塊界面（二）管理員模塊設(shè)計(jì)1.班級(jí)管理模塊設(shè)計(jì)管理員可以在班級(jí)管理中查看所有班級(jí)信息，可以在班級(jí)管理中更改和刪除班級(jí)信息，點(diǎn)擊新增可以添加新的班級(jí)信息。班級(jí)管理界面如圖5-9所示圖5-9班級(jí)管理界面2.聽課管理模塊設(shè)計(jì)管理員用戶可以在實(shí)時(shí)聽課信息管理中實(shí)時(shí)查看所有實(shí)時(shí)聽課中的信息,可以在實(shí)時(shí)聽課信息管理中對(duì)所有聽課中的信息可以進(jìn)行實(shí)時(shí)修改,刪除等其他操作,點(diǎn)擊新增可以添加新的聽課信息。聽課管理界面如圖5-9所示圖5-9聽課管理界面3.成績(jī)管理模塊設(shè)計(jì)管理員可以在成績(jī)管理中查看到所有成績(jī)信息，在學(xué)生列表頁(yè)面，管理員可以對(duì)成績(jī)信息進(jìn)行錄入操作。成績(jī)管理界面如圖5-10所示圖5-10成績(jī)管理界面六、系統(tǒng)測(cè)試測(cè)試是系統(tǒng)開發(fā)的最后階段,是一個(gè)保證系統(tǒng)質(zhì)量的重要手段。系統(tǒng)測(cè)試是一個(gè)手動(dòng)或自動(dòng)操作和測(cè)試系統(tǒng)的過程。目的檢查是否達(dá)到了規(guī)定的要求或預(yù)期的結(jié)果,以及實(shí)際結(jié)果之間的差異?？刂茥l件必須包括正常和不尋常的條件。系統(tǒng)測(cè)試過程必須故意產(chǎn)生錯(cuò)誤,即在測(cè)試過程中發(fā)生錯(cuò)誤。本質(zhì)上,系統(tǒng)測(cè)試是一種"調(diào)查",系統(tǒng)缺陷是在"調(diào)查"中發(fā)現(xiàn)的。系統(tǒng)測(cè)試是運(yùn)行錯(cuò)誤檢測(cè)程序的過程。它不僅僅只是開發(fā)系統(tǒng)整個(gè)開發(fā)階段不可分割的一個(gè)小部分,而且在整個(gè)開發(fā)系統(tǒng)中必須占有相當(dāng)大的主體地位(也就是說,在整個(gè)開發(fā)系統(tǒng)中必須占有相當(dāng)大的主體地位)。系統(tǒng)測(cè)試工作是完成系統(tǒng)產(chǎn)品質(zhì)量安全保證的一個(gè)關(guān)鍵環(huán)節(jié),直接也會(huì)影響到本系統(tǒng)產(chǎn)品質(zhì)量保證評(píng)價(jià)。系統(tǒng)測(cè)試不僅僅需要仔細(xì)考慮測(cè)試策略,還要考慮及時(shí)性.驗(yàn)收設(shè)備測(cè)試過程作為整個(gè)系統(tǒng)設(shè)備測(cè)試運(yùn)行過程周期中的最后一個(gè)重要環(huán)節(jié),在保證系統(tǒng)運(yùn)行質(zhì)量和設(shè)備可用性的整個(gè)測(cè)試周期中一直起著"固定聲音"的重要作用。在提高系統(tǒng)質(zhì)量的過程中,尋找系統(tǒng)的源頭質(zhì)量問題是解決問題的關(guān)鍵。在軟件系統(tǒng)產(chǎn)品開發(fā)周期中,系統(tǒng)測(cè)試過程影響著整個(gè)軟件系統(tǒng)產(chǎn)品開發(fā)的全過程。系統(tǒng)模型開發(fā)前后都必須要保證繼續(xù)可以進(jìn)行系統(tǒng)測(cè)試,開發(fā)前必須充分了解每個(gè)測(cè)試者的需求,繼續(xù)可以進(jìn)行系統(tǒng)模型設(shè)計(jì)測(cè)試:應(yīng)用完成后,繼續(xù)進(jìn)行測(cè)試。能否完全滿足實(shí)際應(yīng)用的質(zhì)量要求,只有通過應(yīng)用永久性的電子生命周期系統(tǒng)測(cè)試技術(shù)才能不斷逐步提高系統(tǒng)的測(cè)試質(zhì)量,提高電子系統(tǒng)周期測(cè)試在電子系統(tǒng)應(yīng)用生命周期測(cè)試中的重要地位,這是我們保證系統(tǒng)測(cè)試質(zhì)量的重要關(guān)鍵。在增加內(nèi)部測(cè)試科目和內(nèi)部測(cè)試工作的基礎(chǔ)上,國(guó)內(nèi)系統(tǒng)廠商還必須引進(jìn)外部測(cè)試產(chǎn)品,甚至用戶測(cè)試。只有這樣,才能更快更好地提高系統(tǒng)產(chǎn)品開發(fā)的質(zhì)量。系統(tǒng)測(cè)試在系統(tǒng)的整個(gè)生命周期中一直起著重要的推動(dòng)作用,在一些傳統(tǒng)的數(shù)據(jù)瀑布測(cè)試模型中,系統(tǒng)測(cè)試只可能發(fā)生在程序操作和系統(tǒng)維護(hù)階段之前,這可能是在一個(gè)系統(tǒng)測(cè)試產(chǎn)品正式交付給系統(tǒng)用戶之前用以保證系統(tǒng)產(chǎn)品質(zhì)量的重要測(cè)試手段。近年來,系統(tǒng)工程研究領(lǐng)域逐漸出現(xiàn)了一種新的研究觀點(diǎn),即一個(gè)系統(tǒng)工程生命周期的每一個(gè)關(guān)鍵階段都可能應(yīng)該至少包含一次測(cè)試,這樣我們就等于可以通過檢驗(yàn)這個(gè)每一階段的測(cè)試結(jié)果分析是否能夠接近我們預(yù)期中的目標(biāo),并能盡快得到發(fā)現(xiàn)和及時(shí)糾正錯(cuò)誤。如果不是在產(chǎn)品測(cè)試的早期開發(fā)階段,錯(cuò)誤的測(cè)試延遲往往可能會(huì)給我們產(chǎn)品中的測(cè)試系統(tǒng)帶來很大的困難,事實(shí)上,對(duì)于測(cè)試系統(tǒng)來說,無論我們采用什么樣的技能和管理方式,系統(tǒng)中仍然會(huì)存在錯(cuò)誤。使用新的設(shè)計(jì)語(yǔ)言、先進(jìn)的系統(tǒng)開發(fā)方法、一個(gè)完整的系統(tǒng)開發(fā)設(shè)計(jì)過程也許可以大大減少設(shè)計(jì)錯(cuò)誤的可能引入,但不一定可能完全徹底消除整個(gè)系統(tǒng)設(shè)計(jì)中的所有錯(cuò)誤。這些誤差必須通過測(cè)試來確定,也必須檢查系統(tǒng)中的誤差密度,評(píng)估是所有技術(shù)學(xué)科的基本單元,是系統(tǒng)開發(fā)的重要組成部分,測(cè)試從編程之日起就已經(jīng)通過。統(tǒng)計(jì)表明,在一個(gè)典型的系統(tǒng)開發(fā)項(xiàng)目中,系統(tǒng)測(cè)試的成本利用率通常應(yīng)該是系統(tǒng)測(cè)試開發(fā)成本總負(fù)擔(dān)的40%以上,對(duì)于整個(gè)系統(tǒng)測(cè)試開發(fā)的總利用成本來說,測(cè)試開發(fā)成本一般為30%-50%;如果我們也需要考慮到系統(tǒng)維護(hù)階段,如果我們需要討論測(cè)試系統(tǒng)的整個(gè)使用生命周期,我們應(yīng)該可以盡量降低系統(tǒng)測(cè)試的開發(fā)成本和占比。但實(shí)際上,維護(hù)開發(fā)工作不僅相當(dāng)于軟件二次開發(fā)甚至多次軟件開發(fā),其中還必須同時(shí)包括大量的軟件測(cè)試維護(hù)工作。系統(tǒng)安全危機(jī)曾經(jīng)一直是系統(tǒng)安全行業(yè)乃至整個(gè)全球計(jì)算機(jī)安全行業(yè)最熱門的一個(gè)話題,為了有效解決這一巨大危機(jī),系統(tǒng)安全從業(yè)者、專家和系統(tǒng)科學(xué)家們已經(jīng)做了大量的研究工作,現(xiàn)在已經(jīng)人們逐漸可以認(rèn)識(shí)和看到,所謂的軟件系統(tǒng)安全危機(jī)只是一個(gè)偶然條件,即一個(gè)系統(tǒng)中可能存在很多錯(cuò)誤,在成本、進(jìn)度、質(zhì)量等方面進(jìn)行系統(tǒng)開發(fā)。制度的根本性質(zhì)必然是錯(cuò)誤的,不能因?yàn)橐粋€(gè)制度本身是由一個(gè)人自己來獨(dú)立執(zhí)行而加以改變,人的一切政治工作也不會(huì)認(rèn)為是完美的。問題所在是我們?nèi)绾文軌虮苊馑绣e(cuò)誤的繼續(xù)產(chǎn)生,消除已經(jīng)錯(cuò)誤產(chǎn)生的所有錯(cuò)誤,讓應(yīng)用程序運(yùn)行中的所有錯(cuò)誤產(chǎn)生密度盡可能的低。（一）測(cè)試方法常用的測(cè)試方法有兩種，一：白盒測(cè)試；二：黑盒測(cè)試。白盒分析測(cè)試:這種白盒分析測(cè)試也可以稱為白盒結(jié)構(gòu)分析測(cè)試。使用這種自動(dòng)測(cè)試方法時(shí),技術(shù)人員必須首先測(cè)試應(yīng)用程序的整個(gè)內(nèi)部結(jié)構(gòu)。換句話說,測(cè)試的前提是他們非常熟悉自己的程序,清楚地執(zhí)行產(chǎn)品的工作流程,清楚地了解系統(tǒng)的結(jié)構(gòu),并根據(jù)已知的結(jié)構(gòu)測(cè)試程序。在這個(gè)操作過程中,技術(shù)人員通常應(yīng)該在不同的工作位置分別設(shè)置多個(gè)檢查點(diǎn),檢查程序的當(dāng)前運(yùn)行狀態(tài),并根據(jù)測(cè)試結(jié)果比較預(yù)期狀態(tài),看是否達(dá)成一致。白盒測(cè)試分為四個(gè)測(cè)試階段，即測(cè)試階段、測(cè)試階段、測(cè)試執(zhí)行和測(cè)試摘要。按照最初的測(cè)試項(xiàng)目設(shè)計(jì)要求,制定系統(tǒng)測(cè)試工作過程的設(shè)計(jì)進(jìn)度,然后確定采用國(guó)際標(biāo)準(zhǔn)的系統(tǒng)測(cè)試方法等來進(jìn)行系統(tǒng)測(cè)試,這個(gè)系統(tǒng)測(cè)試工作過程不能盲目的,在一定技術(shù)條件下,設(shè)計(jì)系統(tǒng)測(cè)試方法,通過采用百合花的系統(tǒng)測(cè)試方法可以很好的準(zhǔn)確識(shí)別測(cè)試代碼的基本分支和執(zhí)行路徑,測(cè)試本身的一些特殊性也能迫使系統(tǒng)測(cè)試人員認(rèn)真仔細(xì)思考系統(tǒng)的基本實(shí)現(xiàn)設(shè)計(jì)方法,正確識(shí)別代碼中的錯(cuò)誤，并對(duì)代碼進(jìn)行徹底的測(cè)試，但白盒測(cè)試也有一些缺點(diǎn)，在測(cè)試過程中不能識(shí)別代碼中缺失的錯(cuò)誤，無法驗(yàn)證其準(zhǔn)確性。黑盒測(cè)試:黑盒測(cè)試方式又稱內(nèi)部功能接口測(cè)試,是用于測(cè)試各系統(tǒng)模塊的內(nèi)部功能接口是否足夠能正常連續(xù)運(yùn)行和有效使用,這種功能測(cè)試方式可以通常理解地稱為"表面測(cè)試",因?yàn)檫@種功能測(cè)試不需要考慮系統(tǒng)內(nèi)部結(jié)構(gòu)和系統(tǒng)性能,例如,在使用測(cè)試程序的內(nèi)部接口時(shí),黑盒功能測(cè)試只需要檢查程序的內(nèi)部功能接口是否按測(cè)試項(xiàng)目組的預(yù)期正常運(yùn)行使用,以及測(cè)試程序接口是否足夠能及時(shí)提供正確的性能信息。如果它得到了輸入的信息，黑盒測(cè)試的重點(diǎn)是程序的外部結(jié)構(gòu)，而不是內(nèi)部邏輯，此時(shí)白盒測(cè)試正好相反。黑盒子的測(cè)試我們可以把它看作也就是擴(kuò)大用戶群的最終目標(biāo)。這種不同類型的自動(dòng)測(cè)試系統(tǒng)側(cè)重于檢測(cè)系統(tǒng)的基本功能。如果在測(cè)試設(shè)計(jì)外部軟件特性時(shí)有一些問題,就可能找不到黑盒軟件測(cè)試,黑盒軟件測(cè)試方法是一種非常省力的軟件測(cè)試方法。這種測(cè)試類型的遠(yuǎn)程測(cè)試不僅僅需要針對(duì)測(cè)試人員的任何持續(xù)遠(yuǎn)程監(jiān)控,其余的測(cè)試用例經(jīng)過測(cè)試后相對(duì)快速簡(jiǎn)單,但是在黑盒子的測(cè)試中沒有任何過渡的基本概念。黑盒軟件測(cè)試的檢驗(yàn)結(jié)果主要取決于測(cè)試用例的整體設(shè)計(jì),這樣就需要使用更好的測(cè)試設(shè)計(jì)。（二）測(cè)試實(shí)例本系統(tǒng)一共有2個(gè)需要測(cè)試的模塊，即：（1）管理員模塊的使用測(cè)試

（2）學(xué)生用戶的使用測(cè)試模塊這里管理員只檢查系統(tǒng)的管理功能，測(cè)試結(jié)果如表6-1所示。表6-1測(cè)試結(jié)果表測(cè)試用例號(hào)輸入數(shù)據(jù)測(cè)試結(jié)果T1學(xué)生登錄正常T2學(xué)生成績(jī)查詢正常T3管理員成績(jī)錄入正常T4管理員聽課管理正常經(jīng)過系統(tǒng)測(cè)試和安裝調(diào)試,系統(tǒng)基本能夠按設(shè)計(jì)要求正常安裝運(yùn)行,基本準(zhǔn)確無誤,能夠充分滿足系統(tǒng)開發(fā)人員和企業(yè)用戶的各種需求,整個(gè)系統(tǒng)的安裝測(cè)試運(yùn)行過程中,系統(tǒng)硬件功能相對(duì)簡(jiǎn)單,數(shù)據(jù)源的合理配置系統(tǒng)有待進(jìn)一步優(yōu)化完善。（三）系統(tǒng)維護(hù)系統(tǒng)檢查完成后，系統(tǒng)應(yīng)進(jìn)入正常運(yùn)行期。這一階段的主要任務(wù)是系統(tǒng)的維護(hù)，系統(tǒng)的維護(hù)主要包括兩個(gè)方面：一是系統(tǒng)的維護(hù)和現(xiàn)代化；第二是系統(tǒng)的維護(hù)和更新，一個(gè)成功的系統(tǒng)不僅僅是生產(chǎn)中使用的外觀和技術(shù)，更重要的是能否及時(shí)為用戶提供有用的信息。（1）系統(tǒng)維護(hù)：用戶必須立即檢查系統(tǒng)的可用性，如果這真的是服務(wù)器和頁(yè)面問題，則應(yīng)及時(shí)改進(jìn)。用戶對(duì)系統(tǒng)的建議應(yīng)該是有用的，并在將來得到應(yīng)用。同時(shí)，刪除無用的過期信息，減少程序的負(fù)載，提高服務(wù)器的穩(wěn)定性和響應(yīng)時(shí)間。（2）系統(tǒng)內(nèi)容更新：系統(tǒng)發(fā)布后需要及時(shí)更新添加新的信息。（3）系統(tǒng)布局更新：如果系統(tǒng)的內(nèi)容需要頻繁更新，系統(tǒng)很難引起長(zhǎng)時(shí)間的關(guān)注，因此有必要定期更新系統(tǒng)。（4）系統(tǒng)升級(jí)包含以下方面的升級(jí)：系統(tǒng)應(yīng)用升級(jí)：由于系統(tǒng)應(yīng)用長(zhǎng)期使用，難免會(huì)出現(xiàn)一些類似注冊(cè)用戶信息泄露的問題，輕則會(huì)導(dǎo)致服務(wù)器故障，這就是為什么管理人員必須實(shí)時(shí)監(jiān)控計(jì)劃，遇到問題時(shí)立即采取行動(dòng)，并不時(shí)關(guān)注安全公告的原因。系統(tǒng)后臺(tái)數(shù)據(jù)庫(kù)更新：系統(tǒng)長(zhǎng)時(shí)間運(yùn)行后，可能會(huì)出現(xiàn)數(shù)據(jù)庫(kù)速度問題，在業(yè)務(wù)量小的初期，由于數(shù)據(jù)庫(kù)較小，處理大量數(shù)據(jù)會(huì)導(dǎo)致服務(wù)器停止?？紤]更新數(shù)據(jù)庫(kù)。結(jié)束語(yǔ)經(jīng)過這幾個(gè)月的畢業(yè)設(shè)計(jì)工作，我從一開始對(duì)課題的理解不充分，變得設(shè)身處地思考課題的意義，從對(duì)編寫代碼的恐懼，變得熟練調(diào)試程序，從技巧和經(jīng)驗(yàn)的缺失變得可以熟練操作各種看似繁瑣的步驟。這不僅為我今后的工作奠定了一定的基礎(chǔ)，更是讓我從其中熟練掌握了各個(gè)流程和每一個(gè)步驟實(shí)施成功的過程。最重要的是，這次畢業(yè)設(shè)計(jì)讓我學(xué)會(huì)衡量自己，也讓我對(duì)自身有了進(jìn)一步的了解，明白自己擅長(zhǎng)之處和很多方面能力還有欠缺。今后我也將根據(jù)這些經(jīng)驗(yàn)，發(fā)揮自己的長(zhǎng)處，同時(shí)也要加強(qiáng)自己的薄弱之處。除此之外，這次畢業(yè)設(shè)計(jì)還讓我對(duì)程序設(shè)計(jì)的認(rèn)知刷新許多，讓我在專業(yè)技能方面有了提升。通過這次系統(tǒng)開發(fā)我懂得了系統(tǒng)的開發(fā)可并不只是簡(jiǎn)單的代碼與代碼之間的堆積，而是需要各個(gè)步驟間充分的協(xié)作操作。雖然翻閱了很多文獻(xiàn)，看了很多有關(guān)專業(yè)知識(shí)的書，但是在實(shí)際操作時(shí)，還是會(huì)遇到很多問題。在這期間，我最要感謝的就是我的指導(dǎo)老師施國(guó)君老師，老師不僅具有耐心，而且對(duì)于專業(yè)問題的解答十分到位，因?yàn)槲易约簩I(yè)能力有限，在系統(tǒng)開發(fā)中有各種的疑問問題，即使是很簡(jiǎn)單的問題，老師都特別耐心的解答與指導(dǎo)，并且老師認(rèn)真負(fù)責(zé)的態(tài)度也在鞭策著我努力做好自己的該做的事。真心的感謝我的老師對(duì)我所有的援助！在本次畢設(shè)的工作過程中，雖然我有了一些進(jìn)步，但是這對(duì)于今后要走的漫漫長(zhǎng)路來說，是肯定遠(yuǎn)不夠的。這已經(jīng)為我今后的努力提供了很多動(dòng)力，同時(shí)這也更準(zhǔn)確地指出了我前進(jìn)的方向。在今后的日子我將持續(xù)努力，不斷地學(xué)會(huì)思考問題并且提高自己的能力，最后要再次感謝在畢設(shè)工作中給予過我?guī)椭乃腥恕?/p>

參考文獻(xiàn)[1]王浩,邢稚.基于ASP.NET的學(xué)生信息管理系統(tǒng)[J].中國(guó)新通信,2019,21(1):119.[2]陶慶鳳,盧志財(cái),涂啟泮,等.基于.NET的高校一卡通系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)[J].信息技術(shù)與信息化,2018,(12):37-40.DOI:10.3969/j.issn.1672-9528.2018.12.007.[3]孟敏.基于ASP.NET的教務(wù)管理系統(tǒng)的設(shè)計(jì)[J].河北系統(tǒng)職業(yè)技術(shù)學(xué)院學(xué)報(bào),2018,20(4):7-10,20.[4]肖建宏.基于ASP.NETMVC框架的畢業(yè)答辯管理信息系統(tǒng)[J].福建電腦,2019,35(1):147,158.DOI:10.16707/ki.fjpc.2019.01.074.[5]朱小琴,顏杰群.基于HTML5+ASP.NET技術(shù)的文化傳媒網(wǎng)站設(shè)計(jì)與實(shí)現(xiàn)[J].集寧師范學(xué)院學(xué)報(bào),2018,40(6):38-44.[6]皇甫立夏,陸宇宏,施琦,等.基于.NET的心電網(wǎng)絡(luò)系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)[J].中國(guó)醫(yī)學(xué)裝備,2018,15(10):103-105.DOI:10.3969/J.ISSN.1672-8270.2018.10.029.[7]JamesMurray,JohnNunley.E:Pencaststosupplementtheundergraduateeconomicscurriculum[J].TheJournalofEconomicEducation,2018,49(2):222-222.DOI:10.1080/0