第3章系統分析3.1可行性分析本文的設計的系統將會分別從經濟的可行性，技術的可行性以及操作的可行性等方面進行全面的可行性的分析。3.1.1經濟可行性本系統是醫院預約掛號系統系統，面向的是電腦用戶所以成本并不高，維護和調試只需個別成員參與，所以人力投入也很少。雖說人力和資金的投入不是很多，但是面臨的增益是十分的可觀尤其是從長遠角度來看，所謂知識是無價的，而保管者需要面臨很多困擾，而醫院預約掛號管理系統很大程度上解決了這一問題，未來，需要投入到資源保管的人十分的少，不需要很多的人就夠了，人少卻又能保證信息的安全，那么對人員的資金就可以減少不少，并且工作人員并不會很辛苦。使用的數據庫是MySQL數據庫，對于小型網站來講是很低的成本，大大減少了空間，而原有的空間則可以用來處理別的事物。3.1.2技術可行性在技術方面也是完全可以做到的，目前所擁有的技術足以開發出一個完整的醫院預約掛號系統。因為面向的對象較為單一，所以所需要的技術并不復雜，皆是學校內所學到的知識，而且所需要的工具也不是很復雜。使用eclipse作為開發的平臺，使用jsp編寫頁面和tomcat連接數據庫，使用最簡單的MySQL數據庫，維護起來也是十分的容易，而本系統是基于B/S的結構創建的，也是比較簡單明了的。所以從技術方面來講也是可以實行的。3.1.3操作可行性本系統的開發，運用的是基礎技術，面向的是單一群體，所以不會造成信息擁堵和崩潰的局面，所以運行時是可以較快的執行用戶的命令的。而存在于頁面的數據都會以表單的形式傳送到數據庫，所以不會造成混亂。就目前而言，計算機普及的時代，學習維護和運用系統并不會很困難，所以人員方面是可以實行的，而且系統可以運用在不同的計算機上，所以這里也是可以運行的。3.1.4時間可行性就時間而言，因為項目并不是很龐大，所以是可以在時間范圍內完成的。但是需要好好把握時間的安排，因為本次畢業設計是單人的，所以需要自我監督和敦促，不能見異思遷，一定要先有一個明確的時間規劃表。才能在有限的時間內完成本系統3.1.5法律可行性本系統所用的技術和資源均是合法的，引用的部分都有注明，參考文獻等也是合乎規定的，是屬于個人的創作成果，沒有涉及到危害他人的知識產權的行為3.2需求分析針對現存的問題和需要，通過功能需求的分析，特建立了數字化、信息化的醫院預約掛號系統。本系統主要包含了科室信息管理、醫生信息管理、掛號信息管理、用戶信息管理等多個功能模塊。下面分別簡單闡述一下這幾個功能模塊需求。不同的權限對應相應的功能模塊的需求，管理員權限的級別是最高的，所以所對應的需求是最多的，下面根據不同的權限分別簡單闡述一下各個權限的需求。管理員對應的功能需求如下：管理員的權限是最高的，可以對系統的掛號信息，科室信息，醫生信息等信息進行統一管理。管理員可添加管理員，添加更多的管理人員，并且能修改和刪除管理員的信息資料。有關掛號信息，管理員可添加掛號信息，比如可添加有關掛號信息的類別，標題，內容等信息，添加的掛號信息都會顯示在系統中，還可以通過關鍵字進行搜索查詢，也可以修改和刪除相關的掛號信息。有關科室信息，管理員可添加科室信息，比如可添加有關科室信息的班級名稱，所屬專業等信息，添加的科室信息都會顯示在系統中，還可以通過關鍵字進行搜索查詢，管理員也可以修改和刪除相關的科室信息。有關醫生信息，管理員可添加醫生信息，比如可添加有關醫生信息的名稱，性別，年齡等信息，添加的醫生信息都會顯示在系統中，還可以通過關鍵字進行搜索查詢，管理員也可以修改和刪除相關的醫生信息。用戶對應的功能需求如下：用戶可以通過系統進行注冊，注冊完成并通過系統審核的用戶可查詢，修改自己的基礎信息，比如修改登錄密碼等功能。3.3業務流程分析總體業務流程：以管理員的身份在登錄頁面輸入賬號和密碼，經過數據庫身份驗證，驗證成功后登錄系統主頁，可以使用系統，管理系統等功能操作。系統的業務流程如下圖所示。圖3-1系統業務流程圖3.4數據流程分析數據流圖的簡稱為DFD，是通過使用圖形的方法對系統所具備的邏輯功能進行闡述，描述系統數據的流向和邏輯變換。由于該方法能將難以闡述的問題進行表述，因此被開發者廣泛應用，是當前應用范圍較為廣泛的結構化系統分析方法。零層數據流程是流程中最抽象的一層，它包括了登錄管理、管理員功能管理和檢索維護管理等功能模塊，在登錄模塊使用到的數據存儲有管理員賬戶信息文檔、管理員信息文檔，管理員功能管理模塊需要的存儲是管理員添加信息文檔、查詢信息文檔、刪除信息文檔，檢索維護是通過以上這些文檔信息通過關鍵詞進行搜索。系統的0層數據流圖如下圖所示。圖3-2系統數據流圖（0層）1層數據流圖中，數據實體包括普通用戶，普通用戶數據流程包括功能選擇、科室信息管理、醫生信息管理、掛號信息管理；管理員數據流包括添加信息、刪除信息、修改信息、查詢信息、瀏覽信息、提示信息等。系統的1層數據流圖如下圖所示。圖3-3系統數據流圖（1層）2層為管理員操作后臺數據流圖，管理員可以分別通過添加、修改和刪除來對系統管理員進行管理，如下圖所示：圖3-4系統數據流圖（2層）第4章系統設計4.1系統結構設計系統設計主要是管理員登錄后對整個系統相關操作進行處理，可進行管理員的添加和刪除，科室信息管理、醫生信息管理、掛號信息管理等操作管理。系統的功能結構圖如下圖所示。圖4-1系統功能結構圖4.2功能模塊設計系統登錄：系統登錄是管理員訪問系統的路口，設計了系統登錄界面，包括管理員名、密碼和驗證碼，然后對登錄進來的管理員判斷身份信息，判斷是管理員管理員還是普通用戶。管理員管理：管理員可以管理系統的其他普通用戶的賬號，包括錄入新管理員，刪除現有的普通用戶，修改現有的普通用戶的信息，并可以通過管理員名和姓名等關鍵字搜索普通用戶，打印管理員列表頁面，導出管理員列表至excel中。修改密碼：系統所有管理員（管理員和普通用戶）應該都要能修改自己的登錄密碼，修改后需要重新登錄。個人資料管理：由普通用戶使用，普通用戶登錄系統后，可以修改個人原始信息，如修改電話號碼、郵箱等，管理員的管理員名是無法修改的。登錄情況管理：系統每個管理員應該都能查看個人的歷史登錄情況，如登錄IP、登錄時間、登錄地址等，防止管理員賬號被盜，加強管理員賬號安全。操作日志管理：系統每個管理員應該都能查看個人的歷史操作日志，如管理員添加了某條數據，歷史操作日志需要展示操作人，操作描述，操作時間等信息。防止系統被黑客攻擊，加強系統的安全性。科室信息管理：管理員發布科室信息后，普通用戶便可以查詢到該科室信息，管理員選擇某個科室信息，查詢科室信息，管理員審核添加，或刪除科室信息。醫生信息管理：管理員發布醫生信息后，普通用戶便可以查詢到該醫生信息，管理員選擇某個醫生信息，查詢醫生信息，管理員審核添加，或刪除醫生信息。掛號信息管理：管理員發布掛號信息后，普通用戶便可以查詢到該掛號信息，管理員選擇某個掛號信息，查詢掛號信息，管理員審核添加，或刪除掛號信息。4.3數據庫設計系統里尤為關鍵的部分是在數據庫方面，需要十分清晰的思路，所以從開始的設計時需要做到確立模塊之間的聯系，從而可以很明確的建立表間的聯系和表中所需的內容。設計數據庫還有一點是減少表的繁雜的創建，所以聯系很關鍵，可以大大的減少，數據表中重復的事項。由此可以保證數據的完整和統一，不會造成數據的錯誤和重復，并且可以使數據得到數據庫安全的保護，會使用戶更加的放心。4.3.1E-R圖設計概念設計是整個數據庫設計的關鍵，在概念設計階段，由需求分析得到了E-R模型。E-R圖是識別功能模型與數據模型間關聯關系的，在主題數據庫的抽取和規范化的過程中，采用的是簡化的E-R圖表示方法，從而避免過繁過細的E-R圖表示影響規劃的直觀和可用性。是對現實世界的抽象和概括，是數據庫設計人員進行數據可設計的有力工具，能夠方便直接地表達應用中的各種語義知識，令一方面它簡單、清晰、易于用戶理解。管理員實體包括管理員名稱、密碼和權限三個屬性。管理員體ER圖如下圖所示。圖4-4管理員ER圖科室信息ER圖如下圖所示。圖4-5科室信息ER圖醫生信息ER圖如下圖所示。圖4-6醫生信息ER圖掛號信息ER圖如下圖所示。圖4-7掛號信息ER圖根據系統各個實體的關系，得出系統的總體ER圖。系統總體ER圖如下圖所示。圖4-8系統總體ER圖4.3.2表設計數據庫表是數據庫重要的組成部分，其實數據庫只是一個框架，數據庫表才是數據庫的本質，本系統數據庫表如下：allusers表:序號字段名稱字段類型大小允許為空最大長度備注1idInt4102username1502553pwd1502554cx1502555addtimeDateTime819bingli表:序號字段名稱字段類型大小允許為空最大長度備注1idInt4102binglihao1502553yonghuming1502554xingming1502555xingbie1502556chushengnianyue1502557dianhua1502558shenfenzheng1502559keshi15025510zhuzhiyisheng15025511youwuyichuanbing15025512bingqingmiaoshu107374182325513addtimeDateTime819dx表:序號字段名稱字段類型大小允許為空最大長度備注1IDInt4102leibie1502553content1073741823255guahaoxinxi表:序號字段名稱字段類型大小允許為空最大長度備注1idInt4102danhao1502553yonghuming1502554xingming1502555xingbie1502556chushengnianyue1502557dianhua1502558shenfenzheng1502559keshi15025510guahaofei15025511beizhu107374182325512issh3025513addtimeDateTime819keshixinxi表:序號字段名稱字段類型大小允許為空最大長度備注1idInt4102keshi1502553addtimeDateTime819liuyanban表:序號字段名稱字段類型大小允許為空最大長度備注1idInt4102cheng1502553xingbie1502554QQ1502555youxiang1502556shouji1502557neirong10737418232558huifuneirong10737418232559addtimeDateTime819menzhenquyao表:序號字段名稱字段類型大小允許為空最大長度備注1idInt4102yaopinbianhao1502553yaopinmingcheng1502554yaopinleibie1502555zhuzhigongxiao1502556shengchanriqi1502557youxiaoqi1502558jiage1502559quyaoshuliang15025510jine15025511quyaoren15025512issh3025513addtimeDateTime819menzhenxinxi表:序號字段名稱字段類型大小允許為空最大長度備注1idInt4102danhao1502553yonghuming1502554xingming1502555xingbie1502556chushengnianyue1502557dianhua1502558shenfenzheng1502559keshi15025510zhuzhiyisheng15025511zuozhenshijianDateTime81912menzhenfei15025513beizhu107374182325514issh3025515addtimeDateTime819xinwentongzhi表:序號字段名稱字段類型大小允許為空最大長度備注1idInt4102biaoti1502553leibie1502554neirong10737418232555shouyetupian1502556dianjilv1502557tianjiaren1502558addtimeDateTime8199dddDateTime819yaopinxinxi表:序號字段名稱字段類型大小允許為空最大長度備注1idInt4102yaopinbianhao1502553yaopinmingcheng1502554yaopinleibie1502555zhuzhigongxiao1502556shengchanriqiDateTime8197youxiaoqiDateTime8198jiage1502559zhaopian15025510yaopinshuoming107374182325511addtimeDateTime819yishengxinxi表:序號字段名稱字段類型大小允許為空最大長度備注1idInt4102yishenggonghao1502553mima1502554yishengxingming1502555xingbie1502556nianling1502557zhicheng1502558keshi1502559lianxifangshi15025510youxiang15025511zhaopian15025512yishengjianjie107374182325513paibanbiao107374182325514addtimeDateTime819yonghuzhuce表:序號字段名稱字段類型大小允許為空最大長度備注1idInt4102yonghuming1502553mima1502554xingming1502555xingbie1502556chushengnianyueDateTime8197QQ1502558youxiang1502559shouji15025510shenfenzheng15025511touxiang15025512dizhi15025513beizhu107374182325514issh3025515addtimeDateTime819youqinglianjie表:序號字段名稱字段類型大小允許為空最大長度備注1IDInt4102wangzhanmingcheng1502553wangzhi1502554addtimeDateTime8195LOGO1073741823255yuyuejilu表:序號字段名稱字段類型大小允許為空最大長度備注1idInt4102yuyuedanhao1502553yishenggonghao1502554yishengxingming1502555xingbie1502556nianling1502557zhicheng1502558keshi1502559lianxifangshi15025510yuyueshijianDateTime81911yuyueren15025512issh3025513addtimeDateTime819zhenduankaifang表:序號字段名稱字段類型大小允許為空最大長度備注1idInt4102yonghuming1502553xingming1502554xingbie1502555chushengnianyue1502556dianhua1502557shenfenzheng1502558keshi1502559zuozhenshijian15025510zhenduanjieguo107374182325511kaifang107374182325512zhuzhiyisheng15025513addtimeDateTime819第5章系統實現5.1前臺頁面的實現醫院預約掛號系統主要實現了對醫生信息整理以及醫生信息的解答，用戶可以登錄到系統可以實現在線解答醫生信息的功能；管理員登陸后可對用戶信息、科室信息、掛號信息進行維護，對醫生信息進行處理。在醫院預約掛號系統的前臺首頁，主要有用戶登錄頁面，以及用戶注冊等，在首頁的導航欄中可看出，該系統主要有網站首頁、系統簡介、醫生信息等主要模塊。如下圖所示為系統的前臺首頁界面。圖5-1首頁界面5.3注冊模塊的實現這塊程序首先根據所取得的表單中的用戶名查詢數據庫中是否有相同用戶名的記錄，如果數據庫存在相同的用戶名，則提示用戶名已存在，否則，打開記錄集并添加一條新的記錄，然后系統默認要給用戶發送注冊成功的提醒。用戶注冊流程圖如下所示。圖5.2注冊流程圖圖5-3用戶注冊界面5.4登錄模塊的實現系統登錄模塊可分為前臺登錄模塊和后臺登錄模塊，為確保系統安全性，系統操作員只有在登錄界面輸入正確的管理員名、密碼、權限以及驗證碼，單擊“登錄”按鈕后才能夠進入本系統的主界面。管理員登錄流程圖如下所示。圖5-4管理員登錄流程圖登錄界面如下圖所示。圖5-5登錄界面5.5科室信息管理模塊的實現科室信息添加功能主要指對其科室等一些基本信息的添加、刪除和修改。科室信息查詢能根據科室等多種條件對科室信息進行查詢。科室信息添加頁面設計效果如下圖所示。圖5-10科室信息添加界面科室信息管理頁面效果如下圖所示。圖5-11科室信息管理界面5.6醫生信息管理模塊的實現醫生信息添加功能主要指對其工號、姓名等一些基本信息的添加、刪除和修改。醫生信息查詢能根據工號、姓名等多種條件對醫生信息進行查詢。醫生信息添加頁面設計效果如下圖所示。圖5-13醫生信息添加界面醫生信息管理頁面效果如下圖所示。圖5-14醫生信息管理界面5.7掛號信息管理模塊的實現掛號信息添加功能主要指對其單號、姓名等一些基本信息的添加、刪除和修改。掛號信息查詢能根據單號、姓名等多種條件對掛號信息進行查詢。掛號信息添加頁面設計效果如下圖所示。圖5-16掛號信息添加界面掛號信息管理頁面效果如下圖所示。圖5-17掛號信息管理界面5.8藥品信息管理模塊的實現藥品信息添加功能主要指對其編號、名稱等一些基本信息的添加、刪除和修改。藥品信息查詢能根據編號、名稱等多種條件對藥品信息進行查詢。藥品信息添加頁面設計效果如下圖所示。圖5-18藥品信息添加界面藥品信息管理頁面效果如下圖所示。圖5-19藥品信息管理界面5.9病歷信息管理模塊的實現病歷信息添加功能主要指對其病歷號、姓名等一些基本信息的添加、刪除和修改。病歷信息查詢能根據病歷號、姓名等多種條件對病歷信息進行查詢。病歷信息添加頁面設計效果如下圖所示。圖5-20病歷信息添加界面病歷信息管理頁面效果如下圖所示。圖5-21病歷信息管理界面5.10預約模塊的實現用戶點擊某個醫生信息進入醫生信息詳細頁，點擊預約按鈕進入預約頁，提交預約信息，成功預約后，管理員管理用戶的預約信息，審核預約信息。用戶預約流程圖如下所示。圖5-22用戶預約流程圖用戶預約界面如圖所示。圖5-23用戶預約預約管理界面如圖所示。圖5-24預約管理

第6章系統測試6.1程序測試基本概念程序測試是很重要的一個環節，當自身的程序已經完成時，仍需要測試來保證程序的正確性和可靠性，因為往往此時出現的錯誤就是用戶可能會出現的錯誤，所以調試變得至關重要。唯有經過多次的調試才能夠使系統達到完美的狀態，使得用戶可以安全，放心的使用程序，保障用戶信息的安全是每個系統最基本的需求，因而調試也就是系統的最基本的要求。但是為了保證說最大程度減少開發者的工作量，應當分三個階段來測試，初期，中期和最終期。前期：主要調試模塊間的關系部分，看看是否是正確的，合理的，否則到后面會造成難以修改和總是出錯的現象。中期：插入部分數據，看看是否數據庫方面連接和設計得當，有些時候理念存在的是不能夠在現實中完美實現的，并且調試界面找到最優的布局。最終期：插入全部數據，看是否正確，修改頁面看是否能達到最初預期效果，檢查功能是否完全實現。6.2程序測試具體內容6.2.1測試的重要性及目的1.測試的重要性只有經過反復的測試，才能夠使系統得到最穩定的狀態，才能把最好的一面展現給使用的用戶，是極為關鍵的一個步驟。但是往往也是大家極容易忽視的一個部分，因為絕大部分的人認為這個部分是不重要的，但事實并非如此，任何系統不管怎樣做都不可能完全去除錯誤，所以需要測試來最大程度的降低和減少錯誤。要在多環境下進行測試，以保證用戶能夠在不同環境配置下都能夠正常使用。大多數，用戶的需求是不斷更新的，所以測試具有十分重要的意義，能夠及時的把握到用戶的最新動態，做出對系統的修改。測試的目的測試是為了讓用戶能夠使用到系統的最好一面，能夠充分利用到系統內的跟自己相關的部分。另一方面，從系統開發者的角度來說，這個舉措有助于開發者在開發系統的同時能夠與用戶保持有好的關系，能夠使開發的系統減少最多的錯誤和誤差，并且有助于開發，邊測試邊開發，能夠及時解決用戶的需求，而開發者也能夠減少返工的工作量，保證開發是朝著正確的道路前進的，并且對于用戶來說能夠定期看到一定的工作成果，也是更有助于提出更好的意見，而不是到末期突然提出大量的工作需求。這樣可以使得用戶和開發者之間的關系得到一定程度的改善，而開發者也從中得到更多改善系統的方向。6.2.2測試的步驟一般來講，測試會分為3個主要部分，主要為模塊測試、系統測試和驗收測試。而模塊測試對應開發的是在初期，也就是剛開始設計的階段。系統測試對應開發是在中期，開始編寫代碼，正式開始實現由邏輯模型到物理模型的轉化。驗收測試，相對應的是開發的終期，即將將完整的可以良好實用的系統展現給需求者的時候。模塊測試：在這個階段會針對設計的模塊進行測試，查看是否設計正確并且是否合理，模塊間的聯系是否是得當的，重點檢查細節方面，確保初期的大體方向是正確的。2. 系統測試：在這個階段會針對整體的檢查，尤其是關于頁面和數據庫的關系，確保不會出現亂碼和異常現象，插入部分數據以測試，追蹤單個數據記錄的過程，看看是否可以優化，使系統速度更快一些。另外要注意是記錄是否按照預期到達指定位置，確保數據的正確性和統一性，3. 驗收測試：在這個階段會面向使用者的測試，測試是否能夠達到用戶預期效果，是否滿足用戶需求，能保證用戶在使用時的信息的安全，會增添完整的數據，來檢驗結果，看系統是否能承受。6.2.3測試的主要內容測試的主要內容包括4個方面：單元測試（設計的最小的一個單位，一個模塊）、集成測試（組合小模塊）、確認測試（完整系統）和系統測試（全部）具體如下：1.單元測試在系統檢查中是最小的一個檢查單位，也就是對設計時的一個模塊進行測試，檢測是否模塊具有合理性，是否是用戶需求額的，建立的模塊是否是由最簡的方式呈現的，模塊內的代碼是否有錯誤，模塊間是否能夠建立正確的索引關系等關于模塊測試的任務都會在單元測試中進行。2.集成測試集成測試是將已經設計好的模塊進行組合，形成系統的初始樣貌，完成模塊間的聯系，深入檢查模塊間聯系的正確性。是否會有重復關系，或是索引關系不唯一，造成數據可能會出現的錯誤。并且模塊間的關系，是否完善，是否會有模塊對另一模塊本身的影響，這是設計到實現的關鍵步驟，因為很有可能有些模塊的聯系是難以實現的，或者說實現的時候會造成對另一些模塊信息的干擾，造成整個數據到后期難以調試的局面，所以此時發現問題需要及時調整。3.確認測試確認測試是將幾乎完整的系統完成后進行測試，看看整體運行狀況，是否能夠達到最初設計目標和預期。排除掉可能出現的接口錯誤，那么這就是幾乎可以成為面向用戶使用的系統，而這時的關鍵是將全部所需數據加載進入后，系統是否能夠承受，是否在范圍內達到最優化的速度，而內在性能要求是否是用戶需求的那樣完善，整體是否還需調試還是完善都將在確認測試中一一的對照，達到最后的完全的系統的樣貌。4.系統測試在系統測試中又將分為4個方面：功能測試（最基本的，是否完成用戶需求）、恢復測試（失敗后數據的恢復）、安全測試（數據的安全）和強度測試（最大承受的能力）。具體如下：功能測試：功能測試是最基本的測試，因為需要測試系統是否是滿足用戶需求的，而完成用戶需求是最基本的要求所以功能測試算得上是最基本的測試，但也是十分的重要，因為對用戶來說最直接的檢驗系統是否滿足自身需求就是看系統是否滿足了自身要求的功能，而潛在的是不直觀的，所以對用戶來講這是最基本的，所以功能測試十分的重要。一般來講都會測試即將發布給用戶使用的系統，所以需要嚴謹和細心。恢復測試：恢復測試是一種保護機制，當用戶在操作不當的時候造成數據插入或修改錯誤，要測試是否這些數據能否在一定程度下復原，避免用戶的損失，所以測試這個功能需要看系統的容錯能力，可以在一定的時間內可以被修正，避免一些惡性的迫害行為。安全測試：安全測試是一種系統內部的保護機制，當惡意被干擾或是被破壞需要系統的保護數據不被干預，因此測試人員需要在測試時，在系統外部做出些破壞的舉動，看系統是否能夠承受住來自外界惡意的干擾。只有系統足夠安全才能夠保證用戶的數據能夠得到系統的保護才能使用戶真正放心使用系統的良好性能。強度測試：強度測試也被稱為壓力測試，這個測試是為了測試系統是否能夠承受的最大程度的訪問量，但這不屬于惡意破壞只是在某一個時間段內的承載量是否足以支撐大頻率的操作系統是否會異常。6.3系統的優點本系統的優點在于界面簡單，對于有計算機基本操作的人群均可以高效的使用，查詢功能可以使使用者在大量的數據搜索時能夠快速的找到所需要的內容，開發的結構簡單所以便于日后進行維護和更新功能。信息的添加和查詢，使得資源得到了充分的利用。功能并不復雜所以執行速度也較快，所以用戶可以得到比較良好的體驗，系統內部的增刪改查也比較人性化，所以比較快捷和精準。用戶為管理員用戶，而身份而判別使得系統比較明了，更具有安全性，系統內的數據是得到了一定的保護的。而頁面上添加用戶，新增添了的一個優勢在于，添加后的用戶，需得到管理員的審核才能夠使用，避免了惡意添加或是惡意進入用戶內部的舉動。并且管理員據有最高權限，保證數據的安全。第7章總結經過幾個月的努力還堅持，醫院預約掛號系統終于完成了，程序功能模塊能按照需求來運行，能實現多管理員的迸發使用，但是系統由于設計經驗以及專業知識的局限性，在本系統的開發過程中，在一些功能方面和業務邏輯方面做得不是很完善，系統還存在一些缺陷。界面的設計從布局到外觀，受限于自身的設計功底較低，沒能達到自己所要設計的界面要求，另一方面，系統存在一些沒有考慮的問題和模塊。在學習的過程中首次進行獨立設計工作,編碼過程出現了許多問題和困難，原以為正確無誤的程序運行過程中不會遇到問題，但是在運行過程中也總會出現各種各樣的問題，在調試過程中找不出運行出錯的原因。而這些基本問題卻都是一些簡單的問題，例如標點符號應該是英文狀態下的，卻因為不好的編程習慣造成了一些中文的符號輸入，經過仔細觀察和老師的幫組下，還是將問題解決了。目前系統的功能比較簡單，還存在許多瑕疵，這是一份遺憾，也是促進