熱門論文
最新論文
學生實習信息管理系統設計與實現
發布時間：2023-07-09 10:57
目錄
摘 要 I
ABSTRACT III
目錄 V
第一章 研究背景與意義 1
1.1研究背景與意義 1
1.2國內外研究現狀 2
1.2.1國外研究現狀 2
1.2.2國內研究現狀 2
1.3研究內容 3
1.4論文組織結構 4
第二章 相關理論與技術基礎 7
2.1MyEclipse相關簡介 7
2.2WEB應用服務器Tomcat 7
2.3Java的簡介 7
2.4Oracle數據庫簡介 8
2.5Struts2+Hibernate+Spring開源框架 8
2.6VUE前端框架介紹 9
2.7基于協同過濾的推薦 9
第三章系統需求分析 11
3.1系統可行性分析 11
3.2經濟可行性分析 11
3.3技術可行性研究 11
3.4運行可行性研究 12
3.5系統總體需求 12
3.5.1系統總體概述 12
3.5.2系統業務流程分析 14
3.6系統功能需求 15
3.6.1注冊登錄模塊 15
3.6.2學生信息管理模塊 16
3.6.3簡歷上傳導出模塊 17
3.6.4應聘模塊 18
3.6.5后臺用戶管理模塊 19
3.6.6討論區管理模塊 20
3.6.7實習打分模塊 20
3.6.8實習日志管理模塊 21
3.7非功能性需求 21
第四章 系統設計 23
4.1系統總體設計 23
4.1.1系統總體架構 23
4.1.2系統功能模塊設計 24
4.1.3系統網絡拓撲架構設計 24
4.2數據庫設計 25
4.2.1數據庫的概念模型 25
4.2.2數據庫物理結構設計 28
4.3系統詳細設計 30
4.3.1注冊登錄功能 30
4.3.2用戶信息管理功能 31
4.3.3簡歷上傳導出功能 32
4.3.4應聘管理功能 32
4.3.5用戶管理功能 33
4.4平臺推薦功能設計 34
4.4.1推薦模型設計目標 34
4.4.2推薦流程設計 35
4.4.3推薦模型的冷啟動問題 36
4.4.4推薦模型的離線計算 36
第五章 系統實現 38
5.1系統實現環境 38
5.2注冊登錄功能實現 38
5.3學生信息管理功能實現 41
5.4簡歷管理功能實現 44
5.5實習單位管理功能實現 47
5.5.1應聘管理功能 47
5.5.2招聘崗位管理 50
5.6后臺用戶管理功能實現 50
5.7討論區管理功能實現 52
5.8實習打分管理功能實現 53
5.9實習日志管理功能實現 53
5.10平臺推薦模型實現 54
5.10.1Mahout 中基于內容的分布式推薦 54
5.10.2Mahout中基于物品的協同過濾推薦策略 55
5.10.3混合推薦引擎方案 58
第六章 系統測試 61
6.1測試目的與工具 61
6.1.1測試環境描述 61
6.1.2測試目的與工具 61
6.1.3測試流程 61
6.2重點功能模塊測試 63
6.2.1簡歷管理功能測試 63
6.2.2應聘管理功能測試 64
6.2.3用戶管理功能測試 64
6.3系統測試結果 65
6.3.1測試總結 65
6.3.2測試用例分析統計 66
6.3.3測試結果分析 67
第七章總結與展望 69
7.1研究工作總結 69
7.2未來工作展望 70
參考文獻 71
攻讀學位期間取得的科研成果 73
致 謝 75
第一章 研究背景與意義
1.1研究背景與意義
隨著當前互聯網和大數據的發展，教育信息化是當下各層次學校的重點工作 之一［1］。尤其是中共十九大報告指出要推動互聯網、大數據、人工智能和民生、 教育、實體經濟深度融合，極大地推動了當前高校教育信息化發展。在我國教育 信息化、智能化的大背景和大趨勢下，如何把互聯網與教育信息的管理實現有 機、有效的結合，讓互聯網發揮出真正的效用，為教育信息管理提供智能化保 障，無論對于哪個階段或者是層次的教育而言都是一項前所未有的挑戰。對于如 今發展飛速的高校教育管理更不外如是。其中，在學校管理中，學生實習信息管 理是一個非常重要的環節［2］。教育部鼓勵高校與企業開展校企合作，進行實習實 踐。但是由于很多高校采用傳統方式進行管理，導致信息流動不暢，實習機會、 實習登記管理落后，需要通過信息化方式來進行管理。
傳統的學生實習信息管理全部是人工完成，由學校行政職能部門的老師或者 輔導員進行專門清查登記，還要對接企業崗位。傳統的實習信息管理流程，首先 是要校方工作人員進行清查與信息登記，然后需要與企業進行確認，或是要求學 生提供相關的實習憑證以確認真實和有效性，整個流程的耗時和涉及到的人員十 分多。無論是對于校方管理，還是對于企業管理而言，這都是一項極其耗費人 力、物力資源的工作，且清查的流程繁多而復雜，需要確認的事項以及控制的風 險點也極多，帶來了效率的極大浪費。
在當下高校年輕教師生活壓力極大的情況下，這些低質量勞動增加了學生實 習管理的成本，并增加了管理的難度。可見，開發出一個能夠把實習信息登記管 理進行系統化的程序是多么地重要，能夠極大地提升管理的效率。通過計算機信 息系統的開發，以實習信息為基礎建立數據庫，統籌納入管理，實現信息共享， 能夠把資源配置的效率提升。此舉一來減少了校方不必要的工作量，一來也簡化 了學生提供實習信息以及相關憑據的操作，從人、財、物方面實現降本增效，是 獲得多方共贏的舉措。
本文重點研究高校學生的學生實習信息注冊登記、學生信息管理自動化手 段，基于最新的Web開發方式，開發語言采用Java,數據庫采用Oracle，以B/S架 構進行開發，前端框架采用目前流行的vue開發，只需瀏覽器即可訪問，方便快 捷，為后期二次開發和升級提供便利。此外，本文還分析了高校實習管理的業務 和數據流程，分析整個業務的需求，設計與實現一個高校實習管理系統，降低人 工操作和人工審核程序，充分實現自動化管理，也為高校學生管理工作的信息化
提供參考。
1.2國內外研究現狀
1.2.1國外研究現狀
國外高校在較早時期已經對實習管理信息的系統化進行了研究和發展，起 步的時間點約在二十世紀的九十年代，逐步地對實習管理信息的系統化、數字 化、信息化進行推動，并形成了一定的趨勢［3］。事實上，我國與發達國家的互聯 網技術起步階段并不相同，發達國家遠遠早于我國，因此基于實習管理信息的系 統開發和實踐應用也都比我國起步得更加早，在相當大的程度領先于我國［4］。經 過多年發展，國外學校的學生實習信息系統己經日漸成熟。
事實上，外國高校在信息系統建設方面起步比我國更早，對系統建設的 投入也更加大。國外眾多的高校都有投資建設自己獨立的一套校內信息系統， 涉及的功能不止是學生實習信息管理，更涵蓋到課程修讀管理、校內交流平臺 等各個方面，涉足面廣、豐富性很強。盡管其仍然是以B/S模式為開發基礎， 但是所具備的功能仍然十分豐富，對業務的支持能力尤為強大。如Facebook、 Twitter等極其有名的社交軟件甚至都是在校內交流系統的基礎上延伸發展而成 的［5］。據數據統計，約八成以上的美國高校都有自己的校內信息系統，提供的 功能包括課程服務、學生檔案管理、師生溝通等各個方面［6］。在移動終端設備 日益發展的趨勢下，校園信息系統更是與時俱進，校內也在不斷地探索從PC 轉移至移動互聯網平臺的轉變，可以說是一種簡化和優化［7］。
國外研究學者對“實習”管理系統的研究較為深入，對于高校學生實習信息管 理的建設展開了多個課題的研究I9】，如學者LI Xiang-Dong就做出將企業工程崗位 同專業人才相結合的相關研究，設計并實現了一個基于ASP.NET的網絡培訓管理 系統，高職院校即可通過企業相關要求進行一對一的人才培養，同時也可對學生 的學習情況進行跟蹤，實現對高職院校的信息化管理［10］。開發人員N Abdul Jali 1將 實習申請功能加入實習管理系統中，該功能的審批者包括指導老師和實習單位， 當學生提交實習申請之后，由兩位審批者審批通過后即可申請入職［11］。
1.2.2國內研究現狀
在國內，由于學生人數劇增及企業人才需求較大，學生實習系統的前景相當 廣闊。孫萬里等［12］研究人員設計的學生頂崗實習管理系統，其主功能學生實習申 請、學生實習管理及應聘面試等，界面功能強大且操作簡單，并能擴展多種功 能；孫萬里等［13］研究人員針對藥科學校開發出實習管理系統，可為藥科學校的學 生提供相應的實習指導，該系統還擁有用戶管理、實習管理及專家管理等多種模 塊；馬先波［17］設計并開發出針對企業定崗的實習管理系統，該系統主要包含在校 學生、實習老師實習單位及系統管理人員四個重要角色，系統可實現學生實習管 理、招聘信息管理、統計查詢等多種功能；張競舟［15］使用UML建模工具對實習管 理系統進行改進與優化，大大降低了系統的改進成本，提升了系統的開發效率。
國內外在教育體制上存在一定的差異，其系統開發的工作內容也有不同，國 外的實習管理系統主要針對職業技能培訓方面，而國內主要針對企業定崗、高職 學校實習等方面，同時國內外相應的參考資料也存在較大的差異。由于實習管理 系統的服務對象有多個，如實習單位、學生及指導老師，因此在開發的過程中要 有針對性，考慮到不同主體和應用場景的多樣性和復雜性。
1.3研究內容
本課題以目前我國高校學生實習信息管理中的問題和痛難點作為研究立足 點，從現有的問題出發，以信息化技術作為實現手段，結合具體的使用對象進行 研發設計。通過開發一套智能化的高校學生實習信息管理系統，來為高校實習信 息管理提供解決方案，解決現有的疑難點，化繁為簡，實現從人工化到信息化、 程序化的改革和轉變，優化信息登記及后續的全流程，提高整體效率。完成系統 注冊登錄功能、用戶信息管理功能、簡歷上傳導出功能、應聘管理功能、實習企 業管理、討論區管理、實習打分、實習日志管理等設計和實現工作。
本文采用的研究技術路線以及研究方法如下：
（1） 文獻調研和軟件工程方法：搜索、收集、查閱國內外學者和專家 對高校實習信息管理以及相應的信息系統發展情況的研究文獻與資料，對 已有的研究成果進行理解、分析和思考。有方向性地整合文獻與資料，再 從中摘取有價值、 有參考價值的觀點， 為本文提供參考。從軟件工程的標 準方法出發進行分析， 一是高校學生實習信息管理系統的理論與實際可行 性。二是高校學生實習信息管理系統的需求論證。第二點又包括兩個大的 方面，分別是系統的功能需求和其他需求。從具體的分析方法來看，可以 選用UML等系統分析方法等。進行原形系統設計時，務必要采用合適、適 用的開發工具來實現。 在最后以軟件測試理論為指導進行系統的可行性測 試。
（2） 設計并完成系統所應用的推薦核心算法，利用數據信息分析手段，掌 握基于內容的分布式推薦，以及基于物品的協同過濾各個計算過程，分析各項指 標的所占權重，然后將兩種推薦算法結合起來，共同完成混合推薦模型的建立和 設計；啟動混合推薦模型對學生推薦合適的崗位信息；利用離線計算，分析客戶 的特征，研究出推薦計劃，再次進行線上內容推薦。
（3） 系統的整體架構采用瀏覽器服務器的形式，通過軟件工程方法來 進行規劃，搭建出高效學生實習信息管理系統的整體體系、整體架構，規劃 出系統的模塊設計、運算邏輯和數據傳達的流程。以科學的理論和方法為指 導，進行實習信息管理系統的實現，讓系統運行流暢，實現整個流程的優 化。
1.4論文組織結構
論文的組織結構及其具體的章節安排如下：
第一章緒論介紹。這個章節主要是針對國內外目前在實習管理領域方面的信
息化建設情況介紹，分析針對普遍的實習項目信息化管理軟件在管理過程中會存 在的問題及其難點需要進行進一步的解決。此外，本章節對我國高校實習信息管 理系統的研究背景進行了闡述，分析了信息管理系統研究的意義，以及進行研究 所要達成的目的。其次，在前述的基礎上對本文著重需要研究的內容以及文章的 整體組織架構進行陳述。
第二章論述了高校學生實習信息信息管理軟件中所采用的理論概念和關鍵性 技術。針對軟件系統建設的過程中，采用到的技術，包括Tomcat運行環境、 Oracle數據庫、Struts2+Hibernate+Spring、VUE框架技術等，并分別針對這些關鍵 性技術進行詳細的介紹。
第三章首先是對傳統的業務流程進行梳理，并采用信息化的方式對其進行優 化處理及其介紹，分析了高校學生實習信息管理系統的可行性，分別從經濟可行 性、技術可行性、運行可行性三個方面進行論述。再對高校學生實習信息管理系 統的需求進行分析和論證，分別是系統的總體需求、功能需求、非功能性需求。 在總體需求分析中，對系統的邏輯和業務流程進行了分析。在功能需求中， 對各個功能子模塊和對應的參與者進行闡述。在非功能性需求中，再具體細 化到系統的普適性、安全性、可維護性、易操作性、故障率五個方面進行闡 述。
第四章是對設計思想和具體設計模塊、功能的論述。從總體到細分，先論 述了系統的總體設計，再細化到數據庫設計、詳細設計、平臺推薦功能設計。首 先，從總體架構、功能模塊設計、網絡拓撲架構設計這三個方面來綜合論述系統 的總體設計。然后，對系統的學生實習信息數據處理操作的步驟、功能模塊之間 傳遞的流程、設計的原理、運算的邏輯等進行闡述。最后，在平臺推薦功能設計 中，介紹了推薦模型設計的目標、流程設計、冷啟動問題和模型的離線計算。
第五章從實現環境、注冊登錄功能、信息管理功能、建立管理、實習單位 管理、后臺用戶管理、討論區管理等十個方面對高效學生實習信息管理系統的實 現進行了綜合論證。首先論證的是系統實現所需要的硬件和軟件配置，這是系統 開發所需要的“硬條件”、基本環境條件。然后從具體的各個功能模塊以及具體 的實現方法、存在的問題、操作注意點以及實現效果來對系統實現進行介紹，對 Mahout中基于內容和物品的推薦策略進行實現，最后生成混合推薦方案。
第六章以軟件測試理論為指導進行系統的可行性測試，以功能性測試、安 全性測試為目標，具體的測試方面為重點功能模塊測試，分別為簡歷管理功能、 應聘管理功能、用戶管理功能三大模塊。其次，對測試中遇到的系統問題進行了 分析，并提出修正方案，作出改進，改善了整體系統運行的穩定性、準確性，保 障了系統的實用性。
第七章是總結與展望，對本課題研究的內容、所做的研究工作、研究獲得 的成果進行總結概括，再提出不足和展望，以期讓高校學生信息管理的系統化、 信息化更進一步。
第二章 相關理論與技術基礎
2.1MyEclipse 相關簡介
MyEclipse，是在Eclipse基礎上加上自己的插件開發而成的功能強大的企業 級集成開發環境，是Eclipse的一個擴展，其核心仍然是Eclipse，加了許多插件有 利于在數據庫和JavaEE上開發、發布WEB大工程，大大提高了應用程序服務器 的整合效率。它的功能豐富，包括了完備的編碼、調試測試和發布功能。 MyEclipse所能支持的產品對象十分廣泛，其中以對開源產品的支持能力尤為強 大。在對Java開發以及Java EE的Eclipse插件集合中展現出來的支持功能表現更 為優異。比如在Java Servlet， AJAX， JSP， JSF， Struts等多項功能中，MyEclipse 都可以提供良好的支持。
2.2WEB應用服務器Tomcat
Tomcat是Apache軟件基金會(Apache Software Foundation)的Jakarta項目中的 一個核心項目，由Apache， Sun和其他一些公司及個人共同開發而成。Tomcat服 務器是一個免費的開放源代碼的Web應用服務器，屬于輕量級應用服務器，在中 小型系統和訪問用戶不是很多的場合下被普遍使用，是開發和調試JSP程序的首 選。Tomcat和Nginx,Apache(httpd)，lighttpd等Web服務器一樣，具有處理HTML 頁面的功能，另外它還是一個Server和JSP容器，獨立的Server容器是Tomcat的默 認模式。不過，Tomcat處理靜態HTML的能力不如Nginx/Apache服務器，其他 Java容器還有Resin,Weblogic等。為何選擇Tomcat？ Tomcat為高性能的獨立式 Web服務器；因此很容易假設及運行，而無需擔憂如何將Tomcat與第三方的Web 服務器連接。Tomcat內嵌的Web服務器是一個HTTP1.1服務器，當正確配置好 后，可以相當快速地提供靜態網頁頁內容。除此之外，這些開發人員將全功能 Web服務器所具有的功能追加到Tomcat中，采用Tomcat作為服務器，十分方便使 用。這不僅對開發帶來便捷，對于企業來說，也在一定程度上節約成本。
2.3Java的簡介
Java是由Sun Microsystems公司于1995年5月推出的高級程序設計語言，可 運行于多個平臺，如Windows，Mac OS，及其他多種UNIX版本的系統。Java語 言的語法與C語言、C++語言接近，對使用者而言通配性高。另一方面，Java丟 棄了C++中的操作符重載、多繼承、自動的強制類型轉換等。應當注意的是，
Java語言使用的是引用，能夠對廢料信息進行自動地篩選和收集，在內存管理方 面基本不會帶來負擔，能夠減輕系統內存管理的壓力。
值得一提的是，Java語言不使用指針而是引用，并提供自動的廢料收集，使 得程序員不必為內存管理而擔憂。
此外，Java語言全面支持動態綁定，而C++語言只對虛函數使用動態綁定。 同時，Java語言還支持Internet應用的開發，在基本的Java應用編程接口中有一個 網絡應用編程接口（javanet），它提供了用于網絡應用編程的類庫，包括URL、 URLConnection、Socket、ServerSocket等。
2.4Oracle 數據庫簡介
Oracle Database，又名0 racle Rdbms，簡稱Oracle，由甲骨文公司推出，在 多年來的發展中已經不斷地完善成一款強大、優秀的關系數據庫管理系統。目前 來看，Oracle Database比起其他的關系數據庫管理系統的流行性更強，具有多種 優點。從可移植性來看，Oracle的遷移和適配能力是非常高的，規避了不兼容的 問題。從使用者的角度來，Oracle能夠適應不同的環境，無論是大中小和微機環 境，其都有很高的適應能力，且操作簡易、不復雜。從功能性倆看，Oracle集多 種功能于一體，十分強大。從數據處理效能來看，Oracle對數據處理和響應的速 度快、數據吞吐量高，因此能夠極大地提高工作效率。Oracle數據庫最新版本為 Oracle Database 12co Oracle數據庫12c引入了一個新的多承租方架構，使用該架 構可輕松部署和管理數據庫云，最大的不同就是整個數據庫的架構跟以前很不一 樣了。以前是一個instance對應一個database，然后database下面又有不同的 schema，而shcema和用戶也是一一對應的關系。而12c中一個instance下面有多個 獨立的database，這些創新特性可最大限度地提高資源使用率和靈活性，如Oracle Multitenant可快速整合多個數據庫，而Automatic Data Optimization和Heat Map能 以更高的密度壓縮數據和對數據分層。這些獨一無二的技術進步再加上在可用 性、安全性和大數據支持方面的主要增強，使得Oracle數據庫12c成為私有云和公 有云部署的理想平臺。
2.5Struts2+Hibernate+Spring 開源框架
SSH框架，即Struts、Spring、Hibernate框架，是時下JavaWeb開發比較流行 的主流框架。Hibernate是一個ORM工具。它的工作原理是通過文件把值對象和 數據庫表之間建立起一個映射關系。Struts是一個基于Sun Java EE平臺的MVC框 架，其技術核心是Servlet和JSP。最初，Struts的開發構思源自于Craig
McClanaban。Struts的開發邏輯是把Servlet、JSP自定義標簽和信息資源進行整 合，集三位于一體，打造出一個整合型的框架，直接省去了開發人員自行編碼的 步驟，一步到位地實現全套的MVC。從時間和效率來看，是極大地節約和提 升。因此，從可應用性來看，Struts框架是極強的。Spring的核心是個輕量級容器 (container)，實現了IoC模式的容器。Spring以實現全方位、全角度框架整合作為 目標。通過Spring來做框架整合，但仍然保持子框架之間的相互獨立性。
2.6VUE前端框架介紹
在傳統web開發中，基本都以html結構作為項目搭建的基礎，功能的加成則 通過jquery或者js來實現。然而，其中有一個繁雜之處就在于開發者需要針對每 一單項元素進行選取和命令，操作步驟多且具有一定的重復性。對于簡單的web 開發項目，這一弊端的顯現并不明顯。但對于大型web開發項目，這種操作則帶 來了負擔，降低了工作效率。此時vue則帶來了一個相對高效的解決方案。下面 對vue做出進一步介紹：Vue.js是一套構建用戶界面的漸進式框架，Vue采用自下 向上增量開發的設計，其核心庫只關注視圖層，易于上手，同時vue完全有能力 驅動采用單文件組件和Vue生態系統支持的庫開發的復雜單頁應用，傳統的做法 需手動改變DOM來改變視圖，vuejs只需要改變數據，就會自動改變視圖，再也 不用操心DOM的更新了，這就是MVVM思想的實現。
2.7基于協同過濾的推薦
基于協同過濾的推薦是目前推薦系統中，使用最多的一種算法，它能選擇 出與正在使用該系統的用戶的偏好相似的一組用戶，向正在使用該系統的用戶推 薦其最有可能感興趣的東西，協同過濾算法的推薦過程是建立在用戶角度的基礎 上的，同時這些信息都是系統根據用戶的操作進行產品推薦。對比一下協同過濾 推薦與內容推薦，協同過濾具有如下優點:
1)由于基于協同過濾的推薦算法能夠解決基于內容的推薦算法在產品特征 提取的時候產生的問題，比如產品關鍵字獲取不完整或不準確，比較常見的情況 是信息質量、個人品味等表述不清，導致系統無法準確提取特征。基于協同過濾 的推薦通過共享同組用戶的信息為其推薦偏好度較高的項目；
2)基于協同過濾的推薦算法能夠對用戶隱藏的興趣進行挖掘。基于協同過 濾的推薦算法邏輯是以與有相似性、共性的一組用戶為對象，查找相應的信息。 盡管也許會存在該用戶沒有接觸過，但與其相似的用戶非常偏好的項目，協同過 濾能夠發現此類項目并推薦給用戶；
3）基于協同過濾的推薦算法原理，是根據具有相似性的用戶對于特定對象 的反饋，來計算用戶的個性化特點，增強根據個性化進行推薦的能力。盡管基于 協同過濾的推薦算法原理在各種推薦算法之中最具代表性，然而這種算法仍然存 在著如冷啟動問題、擴展性不足等的一些問題，仍然有改進的余地。
第三章 系統需求分析
3.1系統可行性分析
系統的可行性分析，是軟件系統設計時必須要考慮的一個問題，是必不可少 的階段。如果一個系統缺乏可行性，那么在研發階段就會出現各種問題，更不要 談實際應用。可行性需要從技術條件、設施條件、項目預算、項目價值、經濟效 益等多個方面進行綜合評估，判斷收益是否補償成本、獲得正效益，從而判斷系 統的整體可行性。通過可行性分析，還能夠對系統開發所需要的人、財、物資源 進行預估，從而在開發過程中進行控制，提高信息系統開發的效率，實現降本增 效。本章節即分析了高校學生實習信息管理系統的可行性，分別從經濟可行性、 技術可行性、運行可行性三個方面進行全面的論述。
3.1.1經濟可行性分析
對系統進行經濟可行性分析，總結來說就是把系統開發的投入和系統能夠帶 來的產出進行對比，如果產出能夠補償投入，且帶來超額的回報，那么系統就是 可行的。具體來看，投入是指在系統開發和建設的過程中投入的各種人力和物力 資源，產出是指系統投入使用后帶來的收益。這是一種基于成本和效益的對比分 析。把經濟性分析與本文所研究的高校學生實習信息管理系統相結合，投入則是 基于目前學校所配備的條件，如實驗室以及可收集的數據資源，產出則是推廣之 后帶來的資源節約和產生的效益。系統開發出來并投入使用之后，無論是在試運 行階段、系統改進階段，還是全面鋪開使用階段，都能夠節省不少的人力和物力 資源，帶來成本的降低和效率的提高。對于學校，則能夠簡化人工登記和核實學 生實習信息的步驟和環節，實現全流程的簡化和優化，讓資源配置到更有用的地 方去，帶來辦公效率、管理效率的提高。從投入和產出來看，高校學生實習信息 管理系統在經濟上是可行的，完全可以展開進行繼續設計與實現。
3.1.2技術可行性研究
本文系統是基于Web的客戶端與服務器架構的軟件系統，采用Java語言 +oracle數據庫開發、面向對象程序設計，存儲過程可以使得程序執行效率更高、 安全性更好，使用Spring的IOC容器，將對象之間的依賴關系交給Spring，降低組 件之間的耦合性。vue前端框架將前后端分離開發方便快捷，采用B/S架構。在這 種架構下，系統用戶可以采取包括PC瀏覽器、手機端、電腦端等在內的多個終 端平臺進行訪問，并進行數據的查詢、上傳、管理等多種操作，局限性低、可操 作性高。具體采用動態網頁開發、數據庫等開發技術，這些開發技術發展已有相 當長的時間，成熟度高、實用性好，能夠與高校實習信息管理系統的開發需求相 匹配。高校學生實習信息管理系統，需要有良好的網絡環境和基礎的設備作為保 障，而目前高校的硬件設施條件基本已經良好覆蓋、配備齊全，因此網絡的暢通 性也能夠滿足，技術上可行。
3.1.3運行可行性研究
針對目前的學生實習信息管理系統來說，在設計的過程中都是采用Web開 發技術，Tomcat運行環境、Oracle數據庫、Struts2+Hibernate+Spring、vue框架。 在系統上線、投入運行后，無需安裝任何的輔助軟件，只需要配置好瀏覽器即 可，大大提高了可行性。高校學生實習信息管理系統的根本目的是為了把學生實 習信息通過系統化的管理方式實現，而高校、教師、學生這三者則是系統的參與 和使用主體，因此基于這三個主體的操作可行性分析也是必不可少的。目前，我 國高校管理的網絡化、信息化已有基礎，因此系統的可運行也能夠得到一定的保 障。系統在開發出來之后，在校園內的普及空間和普及能力也比較高，預期的使 用率也能夠得到保障，可以節省大量的數據采集和設置時間。所以，系統在操作 層面是不存在障礙的。另外，用戶習慣也極易培養形成，整個系統具有較強的操 作性和實用性。
綜合以上幾個方面來說，系統在經濟方面、技術方面及其操作方面等都是可 行的，并且通用性較強，因此這個系統是可行的。
3.2系統總體需求
學生實習信息管理系統是為了管理學生，去企業或者公司等實習單位實習的 相關信息所設立的，應包括： 1、所有實習企業的信息維護（單位名稱，地址， 招聘要求，招聘規模等），即實習企業相關信息的登記錄入。 2、所有報名實習 的學生的信息維護（學生姓名，院系，專業，班級，負責教師，學生成績，擅長 技能等）即實習學生信息的登記錄入。
本系統計劃實現學生實習信息管理系統中的學生相關信息及簡歷登記、招聘 信息發布管理、學生實習應聘、學生信息管理、實習單位信息管理、簡歷上傳與 管理、討論區管理、實習打分管理、實習日志管理等功能。
3.2.1系統總體概述
學生實習信息管理是一個用于提供高校學生相關實習信息的平臺，通過對相 關招聘信息的瀏覽，實現方便快捷地找到自己想要實習的相關方向及職位，并且 快速和企業聯系好，盡快進入公司實習。同時，該系統也為企業在高校招聘相關
實習生提供便利。
根據目前教育部對高校實習管理的相關文件要求，學生實習信息管理系統通 常需要包含下述功能。
（1） 權限與用戶身份管理：對于系統的用戶登錄、不同角色和權限進行身 份管理。對于實習信息系統而言，權限與用戶身份管理主要是系統管理員對于用 戶是老師、學生、企業還是管理員的身份進行驗證，分配其相應的權限，同時不 同用戶可以在系統上進行密碼修改、資料編輯等。
（2） 學生簡歷信息管理與查詢：學生可以進行簡歷上傳、編輯、查詢工 作。這是整個系統的核心功能，主要是針對系統操作時，學生用戶可以將自己的 簡歷進行上傳，同時完善學生的個人信息，實現將簡歷保存、編輯、導出等功 能。
（3） 應聘管理：企業提供實習機會發布、登記等功能。實習企業可以將實 習機會發布到系統上，而學生用戶可以查詢、瀏覽這些職位信息，并進行應聘操 作，通過在系統上點擊相應職位查看不同職位具體內容，同時提交相應的職位報 名、注冊和登記。
（4） 打分管理：實習企業和輔導員可以對學生實習期間的具體工作事項和 工作表現、工作成果進行評論、打分等。另外可以對學生進行任務分配，完成打 分任務、評論、編輯等一些常規管理操作。
（5） 日志管理：學生實習期間對企業和老師分配的任務進度進行記錄提 交，日志任務可按照時間篩選排序。
（6） 討論區管理：學生實習期間遇到問題可在討論區發布內容進行討論， 也可對其他學生或者老師提出的問題進行回復。
（7） 系統管理：管理員可以根據需求進行一定的數據處理、分析和管理， 如學生信息管理、實習成績的排序、企業信息的管理、簡歷信息的管理、招聘信 息的管理、學生日志管理、數據的查詢修改等。另外可以進行資料查詢、編輯等 一些常規管理操作。
表3-1下是本系統面向的最終用戶：
表 3-1 用戶功能表 Table 3-1 User Function Table
用戶 特點
匿名用戶 所有訪問實習網站的未注冊用戶，可以瀏覽所有招聘信息，但不能提交申請。該 類用戶主要包括在校學生，當然也可以是在校老師，他們使用計算機的能力普遍 比較高，比較熟悉通過網頁瀏覽各種資源。
個人用戶 注冊為網站的普通認證用戶，除了擁有匿名用戶的功能外，該類用戶可以修改信 息，提交申請，上傳簡歷等。
企業用戶 注冊為網站的企業認證用戶，除了擁有匿名用戶的功能外，該類用戶可以修改信 息，提交招聘信息，下載簡歷等。
管理員 負責系統的日常維護工作與系統基本信息的維護工作。該類用戶有很高的計算機
應用和網絡管理能力，大多數為學校計算機網絡中心的職工。
表3-2下是本系統主要角色：
表 3-2 角色分析表 Table 3-2 Role Analysis Table
角色 功能
應聘者 主要為個人會員，需求工作，擁有功能包括職位的瀏覽查詢、公司的瀏覽查
詢、應聘職位、更改個人基本信息、更改簡歷信息、上傳簡歷文檔等。
管理員 除了擁有普通用戶的功能外，還包括用戶管理、簡歷文檔管理、添加管理
員。
數據庫 數據庫是一個與系統產生交互的外部系統，負責系統的數據查詢、增加、刪
除和修改等操作。
3.2.2系統業務流程分析
本文研究的學生實習信息管理系統由于需要直接面對學校數以千計的學生以
及教職員工，涉及內容多、復雜程度高，并且需要24小時承載訪問，對系統性 能、存儲等要求較高，所以需要嚴格按照業務流程進行分析設計。
系統整體業務流程如圖3-1 所示：
圖 3-1 系統業務流程
Fig. 3-1 System business process
根據以上流程，學生首先登錄并訪問系統，然后基于簡歷信息進行管理和應 聘。由于系統負載量大，因此可以考慮用云平臺來進行數據的承載和管理。應當 要注意的是，要通過一些硬件設備的配備和工作人員定時進行數據維護等方式， 來保障系統運行的穩定和內部數的安全。如果系統無法平穩運行，那么就會出現 系統崩潰，甚至是數據出現錯亂的情況，反而帶來不便。穩定性的要求包括網絡 帶寬方面的性能、服務方面的性能及其空間方面的資源等情況。為了更加保證軟 件業務的安全性及其業務應急方面的一些需求，相應的平臺需要放置在相關高校 機房中的邏輯服務器中，并且需要對業務進行簡單的備份處理，方便后期業務系 統出現相應的問題或者不聯通的情況下能夠保證后備數據的查詢。另外由于系統 需要提供實習企業信息，所以需要學校有關部門上傳實習企業資料和信息。
3.3系統功能需求
3.3.1注冊登錄模塊
模塊說明：該模塊主要功能是實現用戶的注冊登錄，注冊的同時將用戶的用 戶名、密碼、郵箱存入數據庫，并分配該用戶的用戶類型。登錄的時候校驗用戶 名、密碼，以及用戶類型并分配相應權限。
1.注冊模塊
參與者：應聘網絡用戶。
功能描述：同意網站制定的規則，按網站給出的信息模板填寫必填個人信息 和部分或全部選填信息，生成個人賬戶。
2.登錄模塊
參與者：系統用戶。
功能描述：從匿名用戶轉換到系統用戶，同時分配用戶權限。 該模塊用例圖設計如圖3-2所示：
圖 3-2 系統注冊與登錄功能用例
Fig. 3-2 System registration and login function use cases
用例描述：用戶通過注冊成為系統用戶，可以進行系統登錄以及密碼管理。
3.3.2學生信息管理模塊 模塊說明：該模塊用于應聘者對個人的基本信息以及網站模版的簡歷信息進
行查看、修改。
1.個人信息管理
參與者：系統應聘用戶。 功能描述：用于用戶對于個人信息的查看及修改。
2.個人簡歷管理
參與者：系統應聘用戶。
功能描述： 用于用戶對于系統提供的簡歷模版進行信息的查看及修改。 該模塊用例圖設計如下圖3-3所示：
圖 3-3 系統用戶信息管理用例
Fig. 3-3 System User Information Management Use Case 用例描述：用戶可以通過本功能模塊進行信息的錄入和管理，包括簡歷的提 交與編輯，可以修改簡歷信息。
3.3.3簡歷上傳導出模塊
模塊說明：該模塊用于應聘者向系統上傳自己的簡歷文件，以提供給企業用 戶進行下載查看以及導出在系統內錄入的簡歷信息。
1.上傳模塊 參與者：系統應聘用戶。
功能描述：用于用戶向系統上傳簡歷文件。
2.下載模塊 參與者：系統應聘用戶。
功能描述：用于用戶查看自己所有上傳簡歷文件，并可下載文件。
3.導出模塊
參與者：系統應聘用戶。
功能描述：將用戶在系統內錄入的簡歷信息導出到Excel中。
該模塊用例圖分析如圖3-4所示：
圖 3-4 系統簡歷管理模塊用例
Fig. 3-4 System Resume Management Module Use Case
用例描述：用戶可以通過本功能模塊對于簡歷信息進行上傳與下載，并可以 將簡歷導出為Exce 1文件。
3.3.4應聘模塊
模塊描述：該模塊主要實現用戶對于某一職位或者公司的相關信息瀏覽，以 及對某一工作提交應聘請求，并可實現應聘流程的功能模塊。因為該功能模塊需 要與其它系統進行信息交互，故該模塊有些子模塊需引用Web Services或者作為 Web Services。
1.應聘職位模塊
參與者：系統應聘用戶。
功能描述：該模塊功能主要是將招聘信息顯示給當前用戶，用戶選擇相應的 職位，進行應聘。
2.我的應聘模塊 參與者：系統應聘用戶。
功能描述：該模塊功能主要是顯示當前用戶所有應聘的職位信息，同時可以 對已申請的職位進行刪除等操作。
系統用例如圖3-5所示：
Fig. 3-5 Application Management Module Use Case
用例描述：用戶可以通過本功能進行招聘信息的顯示、選擇以及應聘，并可 以在我的應聘管理中修改與查詢相應信息。
3.3.5后臺用戶管理模塊
模塊描述：該模塊是用于管理員對系統內所有用戶進行查看、修改、刪除的 模塊。管理員可以使用該模塊對所有用戶信息查看并修改，同時可以對用戶的賬 戶進行刪除等操作。
1.用戶信息查看模塊
參與者：系統管員。 功能描述：該模塊是用于管理員查看某用戶相關信息，并可進行修改。
2.用戶刪除模塊
參與者：系統管理員。
功能描述：該模塊是用于系統管理員對系統賬戶的刪除操作。 該模塊用例圖分析如圖3-6所示：
用例描述：系統管理員在此模塊中對系統的用戶進行權限分配和管理，對系 統的用戶進行管理和編輯。
圖 3-6 系統用戶管理模塊用例
Fig. 3-6 System User Management Modu1e Use Case
3.3.6討論區管理模塊
模塊描述：該模塊是用于學生實習期間在討論區發布問題進行討論，也可對 其他學生或者老師提出的問題進行回復，發布者可在用戶中心對發布的內容做出 修改與刪除。
該模塊用例圖分析如圖3-7所示：
Fig. 3-7Discussion Area Management Modu1e Use Case 用例描述：登陸成功的系統用戶，可以發布提問與回復問題，對發布問題進 行管理。
3.3.7實習打分模塊
模塊描述：該模塊是用于實習企業和輔導員可以對學生實習期間的表現進行 評論打分等。另外可以對學生進行任務分配完成打分、任務完成評論編輯等一些 常規管理操作。
該模塊用例圖分析如圖3-8所示：
Fig. 3-8 Mark Management Module Use Case 用例描述：輔導老師與實習企業對學生下發的任務完成情況進行打分。
3.3.8實習日志管理模塊
模塊描述：該模塊是用于實習學生每天工作情況進行記錄，對老師與實習單 位下發的任務完成進度進行記錄等一些常規管理操作。
該模塊用例圖分析如3-9圖所示：
Fig. 3-9 Journal Management Module Use Case
用例描述：學生對工作完成情況的記錄、日志的查看編輯管理操作。
3.4非功能性需求
針對一個軟件業務系統來說，除了需要滿足基本的操作及其功能方面的基本 要求之外，在系統的處理速度、軟件業務系統的響應方面還應該滿足針對軟件系 統的基本要求。針對高校實習信息管理系統來說，需要大量的頁面刷新及其頁面 的更新操作，因此更應該能夠滿足業務數據從請求、收集處理到最終返回到前端 所需要的大量的處理速度，及其響應方面的處理。
（1） 系統的普適性。由于系統是要用在高校的實習信息管理過程中，事 關單位形象，每個辦公室、院系的應用環境、終端設備、網絡條件可能不盡相 同，因此必須要考慮到系統適用性，不論任何硬件，穩定性的要求是一樣的， 要盡量兼容各類機型以及中低端設備，實現對環境的均衡性以及性能的便捷 性。
（2） 系統的安全性。對于學校的一切信息管理而言，系統的安全性是非 功能性需求中的重中之重，也是關系學生利益的重要問題［36］。例如2016年曝 出的山東大學生徐玉玉電信詐騙案，就反映了學生信息數據庫安全性能的重 要作用。
（3） 系統的可維護性。由于使用者為實習信息管理處的管理或調度人 員，因此維護人員的文化水平不一定會很高，所以要方便操作。同時系統還要 便于一般的技術人員從事維護工作，特別是系統的核心部分環節與內容，要 由專業人士提出方案后由維護人員迅速確定問題并修補。
（4） 系統的易操作性。由于系統要分布在學校多個部門，對于一些管 理員，特別是一些非專業性維護人員和操作管理人員而言，系統的易操作性 以及界面的友好性關系到系統運行的效率以及管理效率，是非常重要的非功 能性需求。
（5） 系統的故障率。由于系統是部署在學校的，面對的是學校的實習信 息管理人員，包括學校內部以及社會上來參與實習信息管理的各行各業的人 士。整個系統要實現全部數據和過程的管理和服務，關系到學校以及學員的 形象等，所以系統要保持高效和穩定，對于斷電、設備故障等要有足夠的備 份和應急方案，切實能夠連續穩定運行，從而能夠解決實習信息管理自動化的 這個重要問題。
第四章 系統設計
通過本論文的需求分析，已經抽象出組成系統的各個功能模塊。下面對系統 的總體體系結構，功能框架，各個功能模塊具體化，并完成數據庫的設計。
4.1系統總體設計
4.1.1系統總體架構
本系統采用B/S體系結構，它大大簡化了客戶端電腦載荷，減輕了系統維 護與升級的成本和工作量，降低了 用戶 的總體成本。這種開發的模式可以一 次性地把系統流程各個參與者的操作與工作都進行簡化，是一種事半功倍的 做法，賦予了不同身份的人員訪問數據庫的權限，支持包括LAN和WAN等 在內的接入方式進行連接，功能的支持性很強。其次，B/S體系結構能夠最 大程度地保障訪問者接入的安全性，同時對平臺數據、訪問權限進行管理， 保障整體的安全程度，避免數據泄露。系統結構如圖4-1所示。
圖 4-1 系統擴展 MVC 架構實現 Fig. 4-1 MVC architecture
4.1.2系統功能模塊設計
通過系統的需求分析，可得到用戶的主要功能模塊為：注冊登錄模塊，學生 信息管理模塊，簡歷模塊，實習單位管理模塊、應聘模塊、日志模塊、討論區模 塊、實習日志模塊。管理員的主要功能模塊為：添加管理員模塊，用戶管理模塊 （學生、老師、實習單位三種用戶），簡歷文件管理模塊、討論區模塊、成績模 塊。其他系統功能模塊為：搜索模塊，系統設置模塊。
各個模塊組成的功能框架圖如圖4-2所示。其中，注冊登錄模塊是對用戶注 冊以后后續登錄功能的實現，同時會對用戶類型進行區分。用戶在注冊的同時， 模塊會對用戶具體信息進行實時傳遞以及數據庫錄入，包括戶名、登錄密碼等 等，對信息進行高效的儲存。登錄的時候校驗用戶名密碼，以及用戶類型并分配 相應權限。用戶信息管理模塊用于應聘者對個人的基本信息以及網站模版的簡歷 信息進行查看、修改。簡歷上傳導出模塊可以查看簡歷管理的相關信息。具體實 現流程中，首先訪問簡歷管理功能，可以對簡歷館中的簡歷進行瀏覽，系統根據 用戶操作對數據庫中存儲的簡歷信息進行調用。應聘管理模塊主要是針對提供的 實習崗位信息進行應聘信息提交并進行后續操作。用戶管理模塊則針對系統的用 戶權限進行操作和編輯。
圖 4-2 系統功能模塊
Fig. 4-2 System function module
4.1.3系統網絡拓撲架構設計
基于JavaEE的學生實習信息管理系統，采用的是多層次而非單一的服務器 架構來對數據進行收集、處理以及相應的一些權限請求等，更是通過同時運用多
部服務器承擔不同模塊功能的負載和數據處理。對于數據服務器的設定以及選 用，都是具有針對性的，以承載不同內容的數據交互以及數據處理。采用WEB 服務器對服務端請求、客戶端請求進行接收，從而降低其他服務器的處理壓力， 避免服務器過載。同時，這樣能夠提高整體的數據處理和請求響應速度。其次， 由于數據在聯網環境中容易面臨著安全隱患，因此系統也采用了相應的數據加密 技術，采取了各種措施來為數據的安全性提供保障，規避數據泄露的風險。如圖 4-3所示，即為系統的架構圖設想。
4.2數據庫設計
數據庫主要用于存儲學生的賬戶信息、基本信息、簡歷信息、應聘信息、實 習單位、實習進度、實習日志、實習成績等相關信息。對于數據操作的一些存儲 過程，數據庫的設計是通過Oracle來實現的。學生實習信息管理系統的數據庫設 計原理，是以學生信息處理的不同階段作為判斷依據，確認數據來源，再把數據 進行收集、統一處理，再做概念層面的設計以及系統邏輯的設計，最后再具體化 到數據庫的物理設計之上，通過具體的數據庫模型、功能等設計加以實現。
4.2.1數據庫的概念模型
通過對系統數據的分析，將系統數據實體劃分成了系統用戶實體、學生信息
實體、個人信息實體以及簡歷文件實體。由于論文篇幅受限，本章僅展示幾個主 要實體。實體關系圖，即Enty-Relationshiop圖，簡稱E-R圖，本系統設計的E-R圖 如下。
1）系統用戶實體屬性圖
2）學生實體屬性圖
3）個人信息實體屬性圖
Fig. 4-6 Personal information entity attribute
4）簡歷文件實體屬性圖
圖4-7 簡歷文件實體屬性圖
Fig. 4-7 Resume file entity attribute
圖 4-8 平臺總體 E-R 圖 Fig. 4-8 Overall ER diagram of the platform
4.2.2數據庫物理結構設計
邏輯結構設計主要是將概念模型轉換成一般的關系模式，也就是將E-R圖中的 實體、實體的屬性和實體之間的聯系轉化為關系模式。
如圖4-4,首先需要完成E-R圖的繪制。此步驟完成了之后，能夠獲得系統數 據庫中不同部分的掌握，包括表中對應的不同實體，各實體的屬性，相互聯系的 方式和方式等等。這是一種直觀地表述事實的一種形式，是一個狀態的概念。這 種概念主要表達的是兩個實體之間是如何進行相互對應的。這種對應關系是多樣 的，而不是單一的，包括1： 1、1： N、N： M。相對應地，就是指實體之間
對應、一和多對應、多個和多個對應的關系。具體化到系統中來看，可以以學生 與實習單位之間的聯系來加以理解。學生與實習單位之間的聯系關系，在系統中 是以簡歷編寫、簡歷投遞、應聘崗位的關系來體現的。一個學生可以編寫多個簡 歷，多個學生可以應聘一個企業的實習崗位。各表的詳細設計如下：
系統用戶表（Person）:
表 4-1 Person 表
Table 4-1 Person Table
字段名 字段代碼 字段類型 主（外）鍵 為空 備注
用戶 ID PersonID int Y N
用戶名 Name varchar N N
密碼 Password varchar N N
郵箱 Mail varchar N N
用戶類型 Style int N N 0-普通用戶
1-管理員
學生表（ StuInfo）：
表 4-2 StuInfo 表 Table 4-2 StuInfo Table
字段名 字段代碼 字段類型 主（ 外） 鍵 為空 備注
用戶 ID PersonID int Y N
姓名 Name varchar N
性別 Sex varchar N
學號 No varchar N
班級 Class varchar N
年級 Grade varchar Y
學院 Col varchar Y
教師 Teacher varchar Y
個人信息表（GetJoblnfo）:
表 4-3 GetJobInfo 表 Table 4-3 GetJobInfo Table
字段名 字段代碼 字段類型 主（ 外） 鍵 為空 備注
信息表 ID GetJobInfoID int Y N
用戶 ID PersonID varchar N
姓名 Name varchar N
性別 Sex varchar N
郵箱 Email varchar N
電話 Phone varchar Y
地址 Address varchar Y
郵編 AddrNum varchar Y
教育程度 Education varchar Y
特長 Strong text Y
工作經歷 Experience text Y
個人介紹 Introduction text Y
工作類型 Type varchar Y
職位 WorkPosition varchar Y
工作城市 WorkCity varchar Y
薪水 Wage varchar Y
其他 Other text Y
簡歷文件表（ Files）：
表 4-4 Files 表 Table 4-4 Files
字段名 字段代碼 字段類型 主（ 外） 鍵 為空 備注
文件 ID FileID int Y N
文件名 FileName varchar N
文件路徑 FileUrl varchar N
文件類型 FileKind varchar N
用戶 ID PersonID int N
對各個表的主鍵字段加以確定和核實，是基礎步驟。完成了此步驟之后，以各
個表之間字段的關聯關系為依據，建立表和表之間的勾稽、邏輯關系，如圖4-5所
4.3系統詳細設計
本節的介紹主要針對各個模塊功能的內容和實現方式進行闡述，對功能模塊 的具體功能進行描述，用文字和流程圖的形式分析了實現的具體流程、涉及的頁 面、處理方法，以及數據訪問等，對上述內容進行了詳細的設計。
4.3.1注冊登錄功能
注冊登錄模塊的功能設計主要是為了用戶注冊、用戶登錄而實現。首先，用
戶在登錄的界面需要輸入自己的賬戶和密碼等信息從而實現登錄狀態。登入系統
之后，進入信息管理功能進行編輯，在個人信息的模塊執行相應的修改，此處對 空值有所限制，如果個人信息為空則無法成功儲存，對一些信息的填寫也有條件 設置，如一些特殊符號不被允許等，因此用戶需保證所有內容都被有效地進行填 寫。完成后，數據將被成功傳遞至后臺數據庫儲存，系統同步更新，自動跳轉回 原本的用戶基本界面。該模塊流程圖如4-6所示：
圖 4-6 個人信息管理流程圖
Fig. 4-6 Personal information management flow chart
4.3.2用戶信息管理功能
學生用戶信息管理模塊主要是負責個人用戶登錄后，用戶對個人的相關信息 進行填寫、修改。具體功能說明如下：
用戶登錄之后，在用戶信息管理模塊中調取個人信息，當系統獲取到用戶修 改信息請求后，將個人信息編輯界面鏈接返回給用戶，然后啟動用戶信息修改具 體方法，獲取到用戶修改好的信息后，采用SQL語句進行update修改數據庫，完 成修改后將修改結果返回至用戶信息界面。
此功能模塊流程如圖 4-7所示：
圖 4-7 用戶信息管理功能流程圖 Fig.4-7 user info management flowchart
4.3.3簡歷上傳導出功能
該模塊主要提供用戶上傳簡歷文件至服務器，可提供給企業用戶下載查看。以 及用戶將在系統內填寫的簡歷導出至Excel。
該模塊流程如圖4-8所示，用戶登錄系統，獲取學生登錄頁面，創建簡歷類 實例，使用該實例調用簡歷類新增簡歷對象方法，連接后臺系統Oracle數據庫， 輸入新增簡歷對象信息，執行insert簡歷對象信息連接到數據庫，系統對執行上 傳簡歷這一行為進行報錯，如果是，則系統自動錯誤處理，結束執行，如果不 是，則返回executeUpdate結果，結束上傳簡歷。
圖 4-8 簡歷上傳模塊流程圖
Fig. 4-8 Resume upload module flow chart
4.3.4應聘管理功能
應聘管理功能是系統的核心功能，是整個實習系統對于學生和實習崗位進行 匹配以及管理的重點環節。該模塊主要實現用戶對于某一職位或者公司的相關信 息瀏覽，以及對某一工作提交應聘請求，并可實現應聘流程的功能模塊。 因為該功能模塊需要與其它系統進行信息交互，在開始操作時，用戶登錄后 進入學生登錄首頁，創建應聘類實例，執行展示所有職業信息，學生獲取到職位 信息后執行參與應聘，系統更新數據庫將更新結果返回至用戶界面，圖4-9所示為 應聘管理設計流程圖。
圖 4-9 應聘模塊流程圖
Fig. 4-9 Application module flowchart
4.3.5用戶管理功能
該模塊主要包括對系統內人員的管理，以及用戶信息的管理。
該模塊主要流程圖如圖4-10所示。用戶管理功能主要用于管理員對系統內所 有用戶進行查看、修改、刪除的模塊。管理員可以使用該模塊對所有用戶信息查 看并修改，同時可以對用戶的賬戶進行刪除等操作。
系統管理員登錄系統，后臺創建管理員管理實例，獲取系統數據庫中儲存的 所有用戶信息，管理員根據權限設定執行增刪查改等操作，更新數據庫，返回結 果。圖4-10所示為用戶管理設計流程圖。
圖 4-10 用戶管理模塊流程圖
Fig. 4-10 User Management Module Flowchart
4.4平臺推薦功能設計
4.4.1推薦模型設計目標
學生實習單位推薦功能的目的是為學生提供自己所感興趣的崗位，讓實習的 學生能夠快速找到適合自己且心儀的工作崗位，故設計了該推薦模型。從結果導 向來看，該模型的主要角色包含學生、企業和學校，通過對三個不同的管理系統 進行集成，保留核心功能，完成推薦工作。
從目前來看，要完成推薦模型，首先要確定模型的主要設計目標。完成對各 個功能模塊的接入，獲取各個功能模塊的數據庫信息。根據各個模塊的主要實 體，設計并實現新的數據庫表，將數據信息整合使用。設計并完成系統推薦核心 算法，利用各項數據信息，對其進行深入分析，分析出基于內容的分布式推薦和 基于物品的協同過濾推薦，分析各項指標的所占權重。然后將兩種推薦算法結合 起來，共同完成混合推薦模型的建立和設計。在完成基本算法推薦設計后，還要 考慮模型在實際使用過程中，由于數據較少，帶來的冷啟動問題。考慮到每個用 戶在同時使用該平臺時，大量的數據交換會造成網絡擁堵，可以考慮崗位推薦先 進行離線計算，分析客戶的特征，研究出推薦計劃，再進行線上內容推薦。
4.4.2推薦流程設計 在進行崗位推薦時，首先考慮的是各個關鍵量之間的聯系，每一個關鍵量應 采用的具體指標有哪些，分析出每一個步驟的前后聯系，再建立起合適的推薦流 程。通過4.4.1的梳理，具體推薦流程如圖4-11所示。
圖 4-11 崗位推薦流程圖
Fig. 4-11 Job recommendation flowchart
崗位推薦具體步驟如下：
（1）獲取招聘信息/用戶信息。從用戶基本信息和履歷中獲取用戶的基本信 息、實習經驗、獲獎記錄、興趣、偏好崗位、崗位打分等信息，從招聘信息中， 招聘內容，招聘需求關鍵詞，獲取這些信息后，上傳至數據倉庫，一部分緩存在 本地。
（2）數據預處理。獲取到用戶信息和招聘信息后，對數據進行基本的處 理，也就是“預處理”。此步驟的目的在于篩選，通過收集數據，根據一些條件如 數據內容不充分、抓取的招聘信息不準確等條件設置，對數據是否有效進行判 斷，篩選出有效的數據，去除無效數據，以節約后續的數據處理量，提高數據處 理效率。
（3）提示用戶是否需要修改信息，如果用戶需要修改信息，則對其進行修 改后，重新執行步驟（1）-（2）。
（4）初步篩選招聘信息。數據預處理后，對實習企業和用戶信息不相關的 內容進行初步篩選剔除，方便推薦模型的計算。
（5）離線推薦。獲得初步篩選結果后，通過本地離線計算用戶行為向量、 用戶興趣向量和崗位信息向量，獲得符合用戶的工作，通過離線部分能夠初步計 算出用戶興趣內容的推薦內容。
（6）過濾后得到最終推薦。完成離線推薦后，連接數據庫獲得其他用戶興 趣崗位，對崗位之間的相似度進行計算，將相似度較高的崗位推薦給用戶，結合 離線推薦內容進行最終崗位推薦。
4.4.3推薦模型的冷啟動問題
由于數據稀疏問題，在系統剛完成時，尚未有足夠的用戶，系統學生信息和 崗位信息則相對較少，無法作出有效的崗位推薦，這就會導致系統存在著冷啟動 問題。推薦模型中包含的用戶行為、興趣內容和用戶行為相似度等無法達到要 求，這使得混合推薦模型也無法進行有效的啟動。
即使混合推薦模型中，考慮引入模糊推薦，將現有的數據信息根據模糊規則 進行匹配，也無法精準推薦到合適的崗位，這種推薦結果明顯存在著精度不準， 且無法得知用戶的深層次興趣的問題，可能會導致系統進入一個惡性循環，一直 無法使推薦模型正常工作。
為了解決冷啟動問題，系統在初次推薦時，會單獨采用簡歷興趣推薦，基于 該項推薦，使用基于內容的分布式推薦，而不采用混合推薦模型，這樣能夠使得 即使無法進行混合推薦，也能找到用戶感興趣的內容。在學生實習系統的用戶數 達到一定規模后，再啟動混合推薦模型對學生推薦合適的崗位信息。
4.4.4推薦模型的離線計算
混合推薦模型中為避免占用大量的網絡進行數據交換，導致學生實習信息管 理系統運行時出現響應時間慢，運行不穩定等情況，采用了在線和離線計算這兩 部分推薦計算過程。由于在用戶信息相關內容中，很多信息是處于緩存保存在本 地文件中，混合推薦模型在對用戶行為進行計算時，可以根據用戶的基本信息進 行計算，并完成用戶特征向量的構建。同時，對其他用戶信息進行預處理，選出 關鍵指標，并建立相關向量，計算興趣度，然后再通過在線與平臺數據信息進行 數據交換，構建基于內容的分布式推薦相關興趣崗位計算和基于物品的協同過濾 推薦算法中其他用戶相似度計算，并完成混合推薦內容。下面將對離線計算過程 進行闡述。
在離線中，主要是對客戶端用戶基本信息抽取并構建的模型。這是因為部分 用戶基本信息可以緩存到移動端，這一部分基本信息包含的有用戶ID、年齡、技 能、興趣、實習意向、實習經歷、獲獎經歷、期望實習薪資等內容，這些內容抽 取關鍵指標后建立用戶項目矩陣。完成用戶矩陣好計算出用戶的特征向量，以此 來構建用戶偏好模型。
完成用戶偏好模型后，需要對用戶的實習信息進行抽取，并建立實習需求向 量，依據求職向量，在數據庫中對崗位信息進行匹配，然后從匹配中的崗位信息 進行下一步計算。此時，已經得到了用戶行為向量、內容實習向量和崗位信息。 還需要對崗位信息內容進行進一步篩選，完成更加精準的推薦。
離線推薦計算中，還需要對用戶崗位信息的關鍵字進行篩選，首先需要對用 戶已經查看過的崗位信息進行權重分配，該類崗位信息推薦應該靠后，權重分配 最低，將其他沒有看過的崗位信息放在前面。
然后對崗位招聘時間進行篩選，對實習期已過的崗位信息進行排除，這部分 信息暫時沒有推薦價值。然后在剩下的崗位信息中篩選出與用戶相似度較高的內 容從高到低，依次排序推薦。
在部分推薦過程中，如果用戶沒有再使用信息更新，則會直接顯示當前推薦 內容，學生實習信息管理系統不會主動推薦崗位信息，而是將上次推薦的崗位信 息緩存在本地，直到下次使用該功能。
在離線計算過程中，各個推薦策略均是由Mahout和MapReduce框架中的功能 推薦接口，以此降低計算復雜度，減少平臺響應時間。
第五章 系統實現
本章主要闡述學生實習信息管理系統各個功能模塊的詳細代碼實現，以及本 系統的程序框架、需求分析、設計、實現做了較為詳細的總結。
5.1系統實現環境
本文選取的模擬大環境是學校，選用的網絡是千兆光纖，能夠在速度上為系統運 行提供保障，但是綜合來說還需要相應的一些軟硬件設施的配置，才能為測試提供充 足的實現條件。
主要開發環境如下：
計算機硬件：Lenovo XI Carbon 配置 Intel core i7 3G,內存 552DDR
操作系統： Windows 10 Basic
主要開發環境： TOMACAT
5.2注冊登錄功能實現
在注冊與登錄功能界面中，用戶在首次登錄時，需要先進行用戶注冊這一步 操作。成功地注冊身份后，進行系統登錄，登錄時需要根據一些信息進行身份的 校驗。用戶登錄系統后，頁面會友情提示用戶是否已注冊。對于已經注冊的用 戶，還會設置一層合法性驗證，針對的是用戶的賬號以及密碼設置是否合法。對 于未注冊的用戶，則需要進行用戶注冊這一操作，轉接入注冊頁面，填寫個人的 一些相關信息，這些信息也是與用戶的高校身份等相關的，填寫完整后則會生成 一個自己的賬戶。注冊過程會生成隨機碼和用戶名。通過后臺數據庫查詢與前臺 錄入的信息進行匹配來驗證它們是否一致，錄入的內容是否合法。當兩者都滿足 條件后，可以登錄成功。如果密碼不正確，特別是忘記密碼后，可以通過注冊郵 箱或者手機短信進行重置 。
在注冊登錄功能實現中，用戶身份認證模塊的核心是ASIdentityViewControll e,主要負責對用戶基本信息配置方法(void)userConfigAction、用戶密碼更改方法 (voi d)u serChangeP as swordActi on等不同功能的方法，主要實現業務處理的控制類為 ASIdentityViewController.java，其中viewDidLoad()方法負責載入系統初始化頁 面，ASIdentityView類initWithFrame()方法顯示主界面視圖的各種元素。登錄按 鈕會觸發-(void) login(NSString*)方法，主要參數包括用戶名userName、密碼pass word等參數。
另外支持調用 userChangePasswordAction ()來改變賬號密碼，需要錄入舊密 碼和兩次新密碼后，后臺進行校驗后返回密碼修改是否通過。登陸后會返回用戶 實體對象，判斷用戶類型。登錄不成功會給予相關提示，包括密碼錯誤、用戶賬 號不存在、網絡不通等原因。對于用戶可以進行注冊，調用registerUser()方法進 行注冊登記，然后ASBestLifeAPIClient類相關方法進行服務器驗證，確定是否注 冊成功。如果注冊失敗，會給予用戶名已存在、手機號碼已綁定等注冊失敗原因 提示。同時指出用戶注銷退出系統，調用方法logout。。具體實現界面如下圖所 示。
登陸頁面如圖 5-1 所示。
圖 5-1 登錄頁面實現
Fig. 5-1 Login page implementation 注冊頁面如圖5-2 所示。
圖 5-2 注冊頁面實現
Fig. 5-2 Registration page implementation
相關代碼實現如下
登錄功能實現代碼：
protected void ib_Login_Click(object sender, EventArgs e)
{
實例對象 person；
將文本框內容賦予到 person 相應屬性；
執行login函數，成功將person的相應屬性name和id，存入 session，并判斷權限，跳轉至相應頁面；若不成功，則彈出錯誤信息；
}
注冊功能代碼實現如下：
protected void btnRegister_Click(object sender, EventArgs e)
{
實例對象 person；
將textbox內信息賦予對象person相對應的屬性；執 行 add 函數，執行成功， 彈出 register successful!; 否 則提示錯誤;
}
相關函數實現：
添加用戶的執行代碼如下：
public void Add()
{
If(檢測用戶名是否存在)
{ 返回“用戶名已注冊”； }
將用戶名、密碼、郵箱、用戶類型‘0’寫入數據庫person表中；
將 personID 另寫入 getJobInfo 表中；
}
登錄判斷的執行代碼如下：
public Login()
{
判斷用戶名是否存在，若不存在，返回“用戶名不存在”,否則 {從數據庫取出相應的用戶名的密碼；
與當前密碼進行匹配，正確則返回true，否則返回false；
5.3學生信息管理功能實現
學生信息管理功能實現是對于用戶基礎信息管理的主要操作，用戶進入系統 登錄界面；通過對輸入的單位和個人賬號、密碼進行身份驗證，確認合法化可以 登錄系統；數據庫對用戶信息合法性進行驗證，然后返回提示信息。基礎數據管 理功能主要對用戶信息、學號、班級、年級等基本基礎數據進行管理與維護。
在具體實現過程中，需要設計序列圖對用戶信息管理在功能進行深入的具體 解釋，也就是說系統是如何接受客戶數據，對于用戶數據的更改等操作，其數據 的輸送形式是如何實現的，一旦用戶完成了信息的輸送處理，系統就會產生相應 的流程變化。具體實現過程中
（1） 用戶通過Form表單錄入學生基本信息，完成相關數據的填寫操作，提
交進行驗證，系統將進入業務處理類 BasicDataManageAction；
（2） 系統會對提交的數據內容進行具體化，調用 ResumeManageDao， 并將 數據進行封裝，進行合法性校驗，然后系統發送數據信息；
（3） ResumeManageDaoImpl 業務實現類 ResumeManageDao 接口的具體方 法，能夠對學生館的學生基本信息進行訪問；
（ 4） 所有指令處理完畢后，數據保存成功，及時刷新學生列表紀錄，返回 到基礎數據維護界面。
界面具體實現如下：
個人基礎信息頁面如圖 5-3 所示。
基本信息
圖 5-3 個人基礎信息頁面實現
Fig. 5-3 Personal basic information page implementation
個人求職信息頁面如圖5-4 所示。
基本信息
圖5-4 個人求職信息頁面實現
Fig. 5-4 Personal job search information page implementation 個人簡歷信息頁面如圖5-5 所示。
圖 5-5 個人簡歷信息頁面實現
Fig. 5-5 Personal resume information page implementation
相關代碼實現過程如下：
個人基礎信息頁面：主要包括點擊“確定”按鈕后， 將文本框內 的數 據，存入相關數據庫；點擊“重置”按鈕后，將文本框內數據清空；點擊“更 新”按鈕后，從數據庫讀取相關信息，顯示在文本框內。
點擊“確定”按鈕事件處理代碼如下：
protected void btn_Replay_Click(object sender, EventArgs e)
{
將相應的TextBox的內容，存入一個ArrayList對象中，將此對象
調用函數UpdateMyBaseInfo()存入數據庫中；
出錯跳至 Error.html；
protected void btn_Reset_Click(object sender, EventArgs e)
{ 將所有的 TextBox 內容置空；}
protected void btn_Show_Click(object sender, EventArgs e)
{ ShowInfo();}
返回用戶基礎信息函數代碼如下：
public DataRow GetMyBaseInfo(int personId)
{
strSQL的SQL語句為從GetJobInfo表中選擇相關的字段在 personId 相等的地方；
try
{ 調用返回 dataset 的鏈接數據庫函數 ExecuteSql4Ds(strSQL); return 獲得的值的 0 表 0 行；}
catch { 錯誤輸出 }
}
更新用戶基礎信息函數代碼如下：
public void UpdateMyBaseInfo(ArrayLi st tempary)
{
實例數據庫鏈接對象；調用數據庫存儲過
程"updatePBaseInfo” ；
將 tempary 內的值，賦予存儲過程內相應的參數； try { 鏈接數據庫；執行 sql 語句； }
catch{ 返回錯誤信息； }
finally{ 斷開鏈接； }
}
5.4簡歷管理功能實現
簡歷管理是學生實習注冊登記信息管理的核心功能，在系統操作過程中，學 生用戶登陸賬戶后可以在用戶中心我的簡歷管理板塊發布簡歷，簡歷可以發布多 個并且有單獨簡歷管理板塊，學生可在找實習單位時可將填寫好的簡歷一鍵發送 給招聘企業。可點擊左側菜單欄中的簡歷文件管理以及簡歷編輯管理功能，進入 簡歷管理界面，可以查看簡歷管里的相關信息。
具體實現流程中，首先訪問簡歷管理功能，可以對簡歷館中的簡歷進行瀏 覽，系統根據用戶操作對數據庫中存儲的簡歷信息進行調用，然后將搜索的數據 返回到功能界面上展示給用戶。admin用戶查詢過程會執行腳本方法 doListResumeNum()，然后跳入到ResumeStaticAction業務類中，該業務類會調用 queryResumeStatic()方法查詢統計結果。然后ResumeManageImpl實現類會執行具 體的queryResumeStatic()方法處理步驟，ResumeManager業務處理類會執行數據 查詢select方法，訪問數據庫。數據庫會返回resumeStaticNumList對象給admin用 戶。
在對于功能實現流程進行介紹后，下面對于實現界面進行給出：
(1) 簡歷文件管理模塊
1)界面實現
簡歷文件管理頁面如圖 5-6所示。
操作 礎 學生電話 文更
查看刪除 00002363.doc 180000000 doc 2020-06-19
fflS HfB 00035656.doc 1300000000 doc 2020-06-14
圖 5-6 簡歷文件管理頁面實現
Fig. 5-6 resume file management page implementation
2)后臺實現 簡歷文件管理頁面：點擊查看，下載該文件；點擊“刪除”，則刪除文件及其
相關信息。
“刪除”按鈕事件處理代碼如下：
protected void GridView1_RowCommand(object sender, GridViewCommandEventArgs e)
{
獲取點擊第幾行；
獲取該文件地址及文件
名； 刪除文件；
調用DeleteFile()函數，刪除相關信息；
1)相關方法實現 獲取文件相關信息函數代碼如下： public SqlDataReader GetFile() {
調用存儲過程“GetFile”；
try{ 鏈接數據庫；執行存儲過程，返回 值；}catch{提示錯誤；返回NULL； }
}
刪除文件函數代碼如下：
public static void DeleteFile(string filename)
{
strSQL的SQL語句為從Files表中刪除相關的數據在FileName是 filename；
try{ 調用鏈接數據庫函數 ExecuteSql(strSQL);} catch{ 錯誤輸出； }}
( 2 ) 簡歷編輯模塊
1)界面實現 上傳簡歷頁面如圖5-7所示。
B4；信息
圖 5-7 上傳簡歷頁面實現
Fig. 5-7 Upload resume page to achieve
導出簡歷頁面如圖5-8 所示。
圖 5-8 導出簡歷頁面實現
Fig. 5-8 Exporting the resume page to achieve
2)相關功能代碼實現如下：
protected void SurBtn_Click(object sender, EventArgs e)
{
判斷文件名稱不為空
{ 判斷文件上傳路徑不為空 { 獲取文件名稱；
機數；
獲取文件上傳時間； //包括年、月、日、小時、分、秒
文件上傳后命名為文件上傳時間+GetRandomint函數得到的隨
try{上傳文件；將文件名，文件路徑，用戶ID，文件類型寫入數據庫；} catch{ 錯誤跳轉 error.html； } 將文件名稱文本框置空； }}
}
導出簡歷頁面：顯示用戶的相關信息，點擊導出簡歷， 調用相關函數，導 出到Excel。
點擊“導出”按鈕事件處理代碼如下：
protected void DoTranExcel(System.Data.DataSet ExelDt)
{
For(循環次數為DataSet數據中共有的列數) {將每列字段的名稱寫入 Excel} 將數據源中的每一行寫入 Excel 表； }
3）相關方法實現
存儲上傳文件的相關信息函數代碼如下：
public void UpdateMyFile （ArrayList tempary）
{ 實例數據庫鏈接對象；
調用數據庫存儲過程” updateFile”；
將 tempary 內的值，賦予存儲過程內相應的參數； try{ 鏈接數據庫；執行 sql 語句； }
catch{ 返回錯誤信息； }
finally{ 斷開鏈接； }
}
5.5實習單位管理功能實現
5.5.1應聘管理功能
應聘管理功能是用戶進行實習注冊登記的重要流程。在實現過程中，需要及 時獲取實習單位提供的崗位信息，所以需要保持與職位發布的招聘職位信息同 步，另外在實現過程中，需要注意以下幾點。
1） 在首次運行該功能時，對于需要發布的招聘職位信息，要及時把這部分 數據儲存到招聘管理系統的數據庫中。對于招聘職位的有效性，時效性，應當設 置驗證的邏輯以及后續的處理。如果招聘崗位已經過時，或者已經招滿，都需要 及時更新狀態為失效，標注出“ 下線”的狀態。此外，還要對職位的招聘信息和招 聘管理系統數據庫中記載的信息進行一致性的校驗，如果兩端的數據對不上，那 么就應當要進行后續的處理，比如職位的需求信息變更時，系統應當能夠自動抓 取數據的變化點并同步傳導至數據庫后臺，進行更新，保證雙方的一致性、真實 性。在應聘管理過程中，需要學生向上提交相應的請求，然后由服務器將請求向 后臺發送。
2） 功能界面實現效果如圖所示：
應聘工作頁面如圖5-9所示。
T敘*嚴?? 甲也謹齊姓然
禺皿聘 V 月收入 -
崗位君秫 験專見工種)
交也程農 年董
工17性疇 Iff Hf 01
圖 5-9 應聘工作頁面實現
Fig. 5-9 Application page implementation 公司簡介頁面如圖 5-10所示。
圖 5-10 公司簡介頁面實現
Fig. 5-10 Company Profile page implementation 2)代碼實現如下：
應聘工作頁面：點擊“ 應聘”按鈕后，將對應的數據存入數據庫；點擊某一公司名 稱時， 跳轉到該公司的信息頁面。
“ 應聘”事件處理代碼如下：
public partial class Jobs : System.Web.UI.Page
{
實例調用的 Web Service；
protected void Page_Load(object sender, EventArgs e)
{ Bind();}
private void Bind()
{ 調用Web Service,獲取所有職位信 息； 將信息綁定為 GridView 的數 據源； }
protected void GridView1_RowCommand(object sender, Gri dVi ewCommandEventArgs e)
{ 獲取點擊了第幾行； 判斷如果觸發了按鈕事件
{ try{將該行的招聘ID，學生ID，狀態，企業ID,企業名稱，部門，職 位，薪水，報名截止時間信息調用AddStore函數，存入表personStore中;調用 Web Service方法InsertStuApply()，傳遞參數招聘ID、學生ID、學生姓名、企 業 ID； }
catch{ 返回錯誤信息； }}
}
我的工作頁面：點擊“刪除”按鈕，刪除此條應聘信息；點擊某一公司，跳轉 至該公司信息頁面。
刪除應聘信息事件處理代碼如下：
protected void Page_Load(object sender, EventArgs e)
{ Bind();}
protected void GridView1_RowCommand(object
sender, GridViewCommandEventArgs e)
{ string strJID;
獲取點擊了第幾 行； 如果觸發按 鈕
{ 獲取招聘 ID
try{調用函數DeleteJob刪除該條應聘信息；}
catch{ 返回錯誤信息； }}
}
private void Bind()
{ 調用函數GetGetStoreInfo()獲取personStore中該用戶的所有信
息；將GridView的數據源綁定為函數GetGetStorelnfo()返回的
值； }
公司招聘信息管理頁面：顯示某公司的相關招聘信息，無需要學生操 作。招聘企業可查看每個招聘崗位所對應的簡歷信息，可對簡歷進行刪除或 者其他操作，其他操作包括是否錄用、通知面試時間。
3)相關方法實現
刪除應聘信息的函數代碼如下：
public static void DeleteJob(string JID)
{
strSQL的SQL語句為從personStore表中刪除相關的數據在 giveJobInfoID 是 JID；
try{ 調用鏈接數據庫函數 ExecuteSql(strSQL);}
catch{ 錯誤輸出； }
}
5.5.2招聘崗位管理
實習單位可在管理中心發布招聘崗位，招聘崗位的信息包含公司名稱、職位 類型、薪資范圍、工作地址、工作要求，實習找工作的學生可看到全部的招聘崗 位并投遞簡歷。實習單位可對已發布的招聘崗位列表進行管理包括崗位新增、崗 位信息編輯以及刪除。
5.6后臺用戶管理功能實現
用戶管理功能負責對用戶權限信息進行維護，能夠根據密碼時效進行修 改。用戶管理界面如圖5-11 所示。管理員點擊左側菜單欄中的系統設置模塊 中的用戶管理功能，進入用戶管理界面，可以展開一些常規維護工作，包括用 戶信息的新增和調整，以及對于不同權限的賦予和取消等設置。用戶新增過程， 能夠輸入用戶名稱、密碼和重復密碼，完成用戶信息添加操作。
在用戶、角色、權限分配上會存在著一些矛盾和沖突，需要對這一情景加以 解決。一個用戶并不局限于一個角色，系統允許一對多，同時擁有不同的多個角 色。然而，系統無法控制角色的授權。因此，就會出現多權限的多角色卻歸屬于 相同的用戶這種矛盾的情況。這是系統邏輯和設置不夠完善的問題。要求在特殊 的情況下， 能夠直接對用戶進行授權。不管其角色的授權如何，始終采取針對用 戶的授權來作為最終的授權，而且需要增加對用戶的授權是否有效的標識。可以 在ACL中添加一個int類型的狀態aclTriState，當控制到的粒度為模塊時， aclTriState 為-1 時表示針對用戶授權無效，用0 表示針對用戶的授權有效。當 控制到的粒度為模塊的操作（增刪改查）時，aclTriState可以去更多的狀態值， 來表示增刪改查的有效或無效，aclTriState和aclState的位是完全對應的。
在具體權限配置過程中，下面是三種解決方案
1） 如果多個角色之間有授權沖突， 則不允許將這些角色同時授予同一個 用戶。
2） 允許將有授權沖突的角色同時授予同一個用戶， 但用戶在某個時刻只 能扮演其中的某個角色。在用戶登錄后臺管理界面之后，可以通過切換角色， 來 執行不同的操作。
3） 批準對同一用戶授予不同授權的角色，即使這些權限上存在沖突。但是 在此需要引入優先級這一判斷標準，先對角色權限的優先次序進行配置，再分配 角色至具體的用戶對象。即使是同一個角色，對于不同的用戶而言，優先級別是 不一樣的。當權限出現了沖突，系統會自動地判別權限的優先次序，以級別為標 準，更高級別的角色授權則為優先。
界面實現如圖 5-11 至 5-13所示：
人員管理頁面如圖 5-11所示。
址 桂 q耳r H ■> 當a04M4siHi 事輩 Tflz 蒼舊
呻 fl .71* * 曲 在職
鬧||瞬 mw ■ LxaQmDMzni 0
l«H-fl!l^fT 4.¥sisiaa»«]aai if* ILP
異轉ST IW3-LJ-IS iLWi»iK«a9Mi ■Hfi
smsi = LW-W-IS- mjaixiKaim 砂 如
juah pivr A F-Bn-LIHH- 44AI«I«1B££3HI At
UHX LOft A inSi-Lii-S •妙 斗
AM Dtm 左 畑 l-LLF umviaoDMioai 砂 St* 44 ffF
圖 5-11 人員管理頁面實現
Fig. 5-11Personnel Management Page Implementation
用戶信息頁面如圖5-12 所示。
角色“茨忡 :
序弓 R9i«a AR
1 DOPD 123412903129 口硼工 4^2^-1209213 ■?■*
S HHin» ■W 1也心7B54 R ffilflT 3B7<746ai791fi0
$ Mm. nr理良 n ffSfl 1?9d47im712
交3M圮錄 •頁他象4
圖 5-12 用戶信息頁面實現
Fig. 5-12 User information page implementation 人員管理頁面：點擊用戶前的勾選框，點擊刪除，刪除該用戶及相關 信 息 。
添加管理員頁面如圖5-13所示。
基本信息
圖 5-13 添加管理員頁面實現
Fig. 5-13 Adding an administrator page to achieve 添加管理員頁面：點擊“注冊”，則將用戶名、密碼、電子郵箱存入數 據庫。
5.7討論區管理功能實現
（1 ）學生在實習過程有問題可以在討論區或者向指導老師發布提問 進行交流與討論，討論區可以理解為一個論壇板塊，無論是學生還是老師 都可在該板塊發布帖子，在發布帖子的時需要登陸賬號。發布界面如下：
圖 5-14 討論區發布頁面實現
Fig. 5-14 Discussion area publishing page implementation
（2）疑難問題發布與管理。學生登陸賬戶后可對老師發布問題請求答疑。 發布的問題記錄板塊在個人中心板塊，類型分為未回復、已回復倆種，可按照時 間進行排序。老師的管理中心可查看學生提出的問題列表，可點擊查看問題詳 情，并且在線回復的問題后學生可在問題記錄列表查看回復內容。
5.8實習打分管理功能實現
1 ）企業用人單位可對正在實習的學生進行評分，從工作匹配度、工 作態度、個人綜合素質這三個角度進行打分和評價，各自以100份為總 分，單位最后的評分值為三個類型的分值的平均值。
2） 管理老師的職責在于對所分配管理的學生進行持續的跟進和追 蹤、輔助、解答疑問等等。在實習期間，如果學生對于實習以及信息登記 有任何疑問，管理老師應進行及時的解答和跟進疑問解決的情況，并對實 習期間學生的工作表現進行評分。
3） 實習完成后學生可查看自己實習成績分數，分數來自實習單位的 評分與管理老師的評分平均值。
5.9實習日志管理功能實現
在實習期間，要求學生要按時地撰寫自己的實習日志，是日志中記錄工作 內容、工作體驗、心得收獲等內容。如果發現了任何問題，學生應當及時地聯 系管理老師進行咨詢。學生需要及時地關注學校發布的有關實習的各種資訊。 對于實習 單位分配的 工作，學生 要定時定量 、認真負責 地完成。學 生登陸賬戶 后在用戶中心可填寫日志，可以管理日志列表，日志列表可根據關鍵詞、發布 時間范圍進行檢索。
TOBJB 2020-06-01 隸潮 2020-06-29
Si魏 公司 訓］ 骼 me
圖 5-15 日志管理頁面
Fig. 5-15 Log management page
5.10平臺推薦模型實現
在第四章中，介紹了學生實習信息管理系統的推薦模型設計，從設計中可以得 知，崗位推薦的模型采用的是混合型推薦，在進行內容分布式推薦中，其使用的是離 線推薦，該部分是推薦模型中的重要部分，大多數崗位推薦內容是在離線部分計算完 成的。該部分采用了基于內容的推薦，為了能夠更好的獲得推薦內容，通過興趣相似 度相同的協同過濾，推薦出興趣崗位相似度較高的。在設計過程中，除了基本推薦 外，還考慮了冷啟動問題。冷啟動是所有推薦算法中都要面對的問題，平臺前期用戶 信息過少，不足以為用戶進行精準推薦，所以采用簡單的內容推薦即可。
5.10.1Mahout中基于內容的分布式推薦
在內容上，采用的是基于內容的分布式推薦，該推薦中可以通過Mahout框架接口 建立起推薦引擎。Mahout框架中，封裝了一些算法接口，可以通過這些算法自行組建 完整的推薦引擎，可以幫助開發者快速建立許多推薦模型。在基于內容的分布式推薦 中，需要使用到推薦過濾的算法，從中獲取到基于內容、興趣等計算方式。在基于內 容的分布式推薦中，主要是計算內容相似度，內容相似度是建立用戶與工作之間的關 聯，計算二者之間的內容興趣相似度，從用戶信息和招聘信息中，計算頻率較高的關 鍵字，通過頻率來發現用戶的偏好和崗位信息的偏好。挖掘出用戶和崗位的偏好，建 立起推薦模型。
（1）內容偏好建模
建立內容偏好，先獲取相關崗位信息，分析崗位內容，從崗位信息中得出崗位需 求偏好，計算出崗位內容相似度，這就需要將獲取的崗位內容先形成文本文檔，再進 行向量建模。從崗位文本中計算出關鍵字出現的頻率，即出現的次數，其中，關鍵字 次數和頻率的倒數之積為逆關鍵字頻率。這是建立向量模型的常用方法。
通過上面對逆關鍵字頻率的定義和計算方法可以得知，逆關鍵字頻率的計算公式 如下：
TF -IDF(wJ = tf (w,)xidf (wJ =tf (wJx log(N /df (wj) (5-1)
f (wj為關鍵字次數，df (wj為關鍵字頻率，idf (wj為關鍵字的頻率的倒數，逆 關鍵字頻率即向量模型。
用戶、崗位信息的文檔完成向量模型時，都是采用對其中關鍵字的頻率來分析得 出的，但是在識別過程中，無法識別兩個字之間的關系，也不能詳細說明這兩個字共 同出現后的新詞區別，因此，在分析過程中，可以嘗試引入以關鍵詞作計算各個文檔 中某詞出現的次數，計算關鍵詞在某文檔的頻率的算法在Mahout框架中有相應的算 法，并且能夠使用 MapReduce 對其進行分布式運算，能夠在較短的時間快速獲取關鍵 詞頻率，得出關鍵詞的向量模型。
在Mahout框架中，用來計算關鍵詞在文檔中的頻率的算法為LDA, LDA算法中 能夠對詞典向量化，去掉常見出現頻率最高的關鍵詞外，進行計算，然后得到所有關 鍵詞出現頻率，同樣的，w為關鍵詞頻率，i為關鍵詞序號，那么所有關鍵詞出現的頻 率為w,, w,的集合可以成為該文檔的關鍵詞向量模型。不論是用戶信息還是崗位信 息，都可以采用該方法獲得關鍵詞向量。
(2)關鍵詞向量相似度
關鍵詞向量是對某文檔的關鍵詞內容的集合，計算用戶信息與崗位信息的相似度
采用余弦相似度進行計算，計算公式如下：
公式中的i為用戶信息關鍵詞，j為崗位信息關鍵詞。計算二者相似度計算公式為 cos余弦，T為向量集合，p、u為關鍵詞，w為頻率。在開發過程中，無需計算公式， 可以直接使用Mahout框架中的LDA算法進行計算。
(3)計算基于內容的分布式推薦結果。
完成關鍵詞相似度計算后，比較二者相似度，當二者相似度達到一定數值時，可 以認定崗位信息和用戶信息相似度較高，相互關系較為緊密，可以對該用戶進行該崗 位的推薦。為了更好的完成推薦，對一定數值設定一個常數值，令其為閾值，當相似 度達到該閾值時，可以完成推薦。
對于閾值的取值，可以通過模糊積分計算得出，即用戶對崗位信息的評價值，進 行模糊計算，對N個評價進行計算后，得到模糊綜合評價值。由于模糊綜合評價值具 有普遍性，因此，可以對模糊綜合評價值設置閾值，高于該閾值進行推薦時，不需要 考慮特殊用戶。在學生實習系統中分布式推薦模型中，模糊綜合評價閾值設定為0.1。
5.10.2Mahout中基于物品的協同過濾推薦策略
在該模型中，物品為崗位類型。因此，在該模型中，是基于用戶對某崗位類型的
偏好進行協同過濾，通過計算用戶對某類型的崗位產生興趣，然后相同或者相似類型 的崗位可以同時進行推薦，以此形成協同過濾。在基于物品的協同過濾推薦中需要構 建用戶偏好向量矩陣、崗位共現矩陣，然后計算用戶偏好向量，崗位類型相似度，完 成過濾推薦。
(1)用戶偏好向量矩陣 用戶偏好向量是通過用戶信息中的興趣內容、評價內容進行建立的，在4.4.1中，
已經進行了基于內容的分布式推薦，完成了部分用戶信息的向量模型構建。在這里， 采用用戶id、招聘信息、評價進行建模，得到用戶的偏好向量矩陣為陰r2,， 其中 r 為用戶偏好評價。
(2)崗位共現矩陣 通過用戶對崗位的偏好值和崗位本身的關鍵信息，建立共現矩陣，行和列分別代
表用戶偏好和崗位信息。假設有n個用戶對兩個不同的崗位進行評價，那么兩個不同 的崗位能夠出現的次數為N，其中用戶-崗位貢獻矩陣中的任意項在N個用戶中均未提 到，則共現次數為0。如果在N個用戶中，某項均被提到的次數越多，則共現次數越 多，這個項目就是崗位可能具有相似的地方，當滿足閾值，可以被同時進行推薦。任 意兩崗位的共現次數計算公式如公式5-3所示。
t = N (i) c N(j) (5-3)
公式中N為崗位，i和j分別代表兩種不同崗位的評價項目，從用戶信息和崗位信 息中的共同項目以及評價值，對于兩個崗位的相似性，無論是i與j的相似性還是j與i 的相似性，均可以得到不同崗位的共現矩陣，評價項目為t的共現矩陣如公式5-4所
示。
t11 t ?,
12 t
1n
t21 t22 t
2n
tn1 t 「 *
n2 t
nn
由于在推薦結果中，所有共
現項目的崗位均進行推薦，那么會形成大量的冗余結果，占用大量空間，還可能不被 用戶所采納。因此，可以根據用戶對崗位信息的評價，進行排序。用戶對推薦內容中 已經評價過的崗位，根據評價值大小進行結果排序，評價值越大，則該崗位越被用戶
所偏好。例如，用戶對某崗位的偏好和崗位共現向量之積如 5-6所示。
101 102 103 104 105 106 107 U1 R
101 5 3 4 4 2 2 1 2.0 40.0
102 3 3 3 2 1 1 0 0.0 18.5
103 4 3 4 3 1 2 0 0.0 24.5 （ 5-6）
104 4 2 3 4 2 2 1 4.0 40.0
105 2 1 1 2 2 1 1 4.5 26.0
106 2 1 2 2 1 2 0 0.0 16.5
107 1 0 0 1 1 0 1 L5.0 _ 15.5
在該公式中，可以看到崗位間共現向量的各個項目的共現次數，用戶偏好值等內 容，其中共現次數有 0、1、2、3、4、5 等5 種不同的結果。還有具體用戶的評價值和 用戶對某崗位的綜合評價值。其中，用戶沒有評價的崗位為 102、103和 106，其他崗 位均進行評過不進行考慮。在未評價中， 103的綜合偏好值較高，可以是未評價項目中 的最佳相似度推薦的崗位，而且103中還存在共現項目次數較多，所以公式 4-6的推薦 結果為 103、102和 106，其中崗位 103的推薦結果排在前面。
在進行共現向量推薦時，其計算方法可以通過MapReduce框架中的接口進行輸入 輸出。將用戶信息和崗位信息輸入后，可以對用戶偏好矩陣崗位共現矩陣進行計算， 崗位信息共現矩陣的共現項目為工資、崗位類型、職位名稱、工作經歷，工作要求 等。
利用 MapReduce 框架中的接口進行輸入輸出時，計算共現項目的共現次數，這一 部分計算過于簡單。因為在計算共現項目時，只計算了兩個招聘信息的共現項目，沒 有加入其它招聘信息。用戶對于不同的職位綜合考慮下來，其評價也是不同的，興趣 偏好值會有所不同。為了解決這一問題，不再采用共現項目的共現次數來表現兩個招 聘信息的相似性，而是采用信息相似度進行計算，將用戶興趣偏好作為向量模型，計 算崗位信息中評價項的相似度，如果兩個項目的評價相似度較高，那么可以對兩個項 目的進行推薦。崗位i和崗位j分別代表不同崗位的興趣度。其向量的余弦值可以作為
兩個崗位信息項目評價值的相似度，計算方式如下：
5-7)
式中，兩個不同的向量分別可以表示為矩陣，兩個不同的矩陣之間的偏好相似度
t =
工n心J工”皓
式中，：為崗位i的矩陣，；•為崗位j矩陣，’表示兩個不同的崗位之間偏好相似 度。
5.10.3混合推薦引擎方案
在學生實習系統推薦模型中，采用了兩種不同的推薦算法，這兩個算法綜合使用 輸出對學生用戶的崗位推薦，即混合型推薦算法。在混合推薦模型中，主要用到的有 基于內容、模糊積分和基于物品的混合推薦。
在混合推薦中，先對用戶信息感興趣的內容進行推薦，然后對感興趣中的內容進 行過濾，推薦評價較高的內容，再對已經推薦的內容中，選擇相似崗位信息進行推 薦，過濾掉評價過的崗位，完成最終的崗位招聘信息推薦。用戶和崗位照片信息的信 息建立用戶信息偏好矩陣、崗位信息評價的共現矩陣相似度，完成基于物品的協同過 濾推薦，完成初步推薦后，進行加權混合，再建立用戶信息關鍵詞和崗位信息關鍵詞 的矩陣向量，計算用戶和崗位關鍵詞的相似度，通過計算崗位信息的模糊評分，設置 閾值為0.1，滿足模糊評分后進行推薦，過濾掉已經評價過的項目，輸出最終推薦。
圖 5-16 混合推薦流程圖
Fig. 5-16 Mixed recommendation flowchart
由于在混合推薦中，先進行基于物品的招聘過濾推薦，然后進行基于內容的推 薦，完成兩種推薦后，進行混合推薦，混合推薦需要對各個不同的推薦方法進行加權 主力，這里可以對混合算法的推薦結果進行標準化處理，直接獲得混合推薦在加權后 的推薦數值，計算方式如下：
n
recweight （u，7）= xreCk （u, i） （5-9）
公式4-9中，u和i分別表示不同推薦值的結果，0k為推薦算法在混合推薦中所占 比重，即權重，其中工；=、久=1，n=2o
在混合推薦模型中，每個推薦算法的權重是可以進行調整的，調整依據來自用戶 信息中的評價值，如果在計算用戶與招聘崗位信息的相似度計算過程中，推薦結果的 模糊積分評價值比計算崗位信息相似度的模糊積分評價值要高，則其權重會相應提 高。混合推薦模型中的算法初始權重均為0.5o
第六章 系統測試
本章是通過有限的一些測試用例，對系統的整體功能運行情況進行考 察，并努力發現存在的缺陷，盡可能的修補，以使系統能更穩定的運行。
6.1 測試目的與工具
6.1.1測試環境描述
本測試的目的是驗證學生實習信息管理子系統能否正常運行，實現應 聘者登陸，填寫相關信息，上傳簡歷，應聘工作等的基本功能及并發訪問 的性能。通過設計的一些測試用例，盡可能找出系統中存在的BUG并進行 修復， 使系統更完整，更好的運行。
測試的機器配置如下：
操作系統： Microsoft Windows7
瀏覽器： Microsoft IE 9.0 CPU：CORE2 P8700
內存：2G
硬 盤 ： 320G
本文的測試環境是在實驗室，網絡為中國移動1000M專網光纖，速度 可以得到保證，在測試的過程中采取以下兩種測試工具。在進行測試的時 候首先要明確系統能否滿足用戶實際的操作和需求，然后利用查找的方式 確定系統是否有很大的差異或者異常，并且系統這種差異是否可以滿足范 圍，進而能夠確定系統是否可以穩定操作和運行。
6.1.2測試目的與工具
具體測試目的和工具如下：
（1）通過功能點測試軟件Bug Free來對高校實習信息管理系統的各個 具體功能點進行直接測試，通過每一個具體功能是否實現完備來對功能測 試結果進行直接的記錄。
（2）對于網絡連接以及Web表現通過Test Director進行測試，可以在 局域網以及公網中測試連接以及整個系統的反應和多線程并發的能力。
6.1.3測試流程
在具體的測試工作中，我們主要是利用了 Load Runner、Quality Center和 office Word、Exce 1等軟件來對整個系統的功能進行測試，利用這些軟件的不同功 能來進行綜合信息的篩選與分揀，從而找出最為適宜的數據，查出最有價值的信 息。而在性能測試的過程中，則主要是利用Load Runner來進行相關的測試，并 且在這一過程中，全面的綜合利用這些信息進行數據的判斷推理，并且進一步的 利用在測試過程中產生的一系列的效果，來對這些數據進行Word版測試報告和 Exce 1測試用例表展示；而在另一環節中，我們則進一步的使用Quality Center來 對整個測試環節中的各方面數據信息來進行記錄、追蹤用例測試情況和統計結 果。
在測試的過程中我們采用了調試技術：（1）采用使用頻繁的調試語句 來跟蹤數據。（2）實現語句嵌套操作，輸出中間變量。（3 ）利用0 racle客 戶端開發工具，觀察數據情況。
在總體測試的過程中，更多的是運用了將各方面模塊進行綜合測試的 技術。在這一過程中，我們不僅僅是對單一模塊進行綜合的測試，還進一 步的利用整 體效果來進行全面的測試分析，從而找出最為適宜的方法， 從而檢測系統的穩定性。 在這一測試的過程中， 我們首先需要對每一個模 塊進行單獨的測試，然后把單個模塊的測試結果添加到系統中去，這樣一 個整體系統就組成了。整體測試的目 的就是為了測試各個模塊之間的協同 情況。測試系統測試的是整體系 統的功能，但是此種測試不完善，只考 慮到了系統的輸入與輸出。
（ 1）功能測試 對于軟件測試包含的各個部分而言，系統的功能性測試無疑是最為重 要的。各個功能模塊如果要有效地實現，那么功能性測試就務必要做好， 并保證測試有效。功能性測試的原理，是通過實際運行系統，通過數據的 輸入以及結果輸出，觀察系統的運行是否順暢、有效，把實際運行的效果 和預期實現的效果進行比對，找出差異，判斷是否存在著不足、無效功 能，以此來確定系統的功能是否有效。功能性測試可以通過動態測試和靜 態測試兩種測試方法進行。動態測試是目前軟件進行功能性測試時最常選 用的方法。此種測試方法能夠實現最大程度的自動化，檢測涵蓋面廣， 因 此能夠節約測試成本，減少失誤，提高系統整體的測試效率和效能。對于 本文研究的高校實習信息管理系統， 在做系統性測試時，不要求一定要對 程序進行實際運行來察看輸出效果、實現效果。 可以直接人工編寫代碼、 程序架構、設計文檔等進行檢查和評價，人力成本消耗較大，可以采用第 三方輔助軟件進行，例如一些代碼檢查工具等。 這種靜態測試的方法， 不 會有對程序實際運行和操作這一步驟，也就缺少了一些對實現性的觀察， 更多是從定性角度進行系統測試，因此基本算做前期分析過程。
本文在進行高校實習信息管理系統的非功能性測試時，主要采用增加并發數 量，在不同壓力條件下進行壓力測試以及根據用戶的不同硬件條件進行兼容性測 試，對于系統的穩定性、兼容性、安全性等進行全方位的測試，測試結果均在要 求范圍之內，其中由于高校實習信息管理系統的安全性要求比較高，本文重點測 試了系統的安全性。
6.2重點功能模塊測試
本小節選擇三個重點功能對于整個系統測試流程進行描述，具體如下：
6.2.1 簡歷管理功能測試
表 6-1 簡歷上傳模塊測試用例表
Table 6-1 Resume upload module Test Case Table
名稱 學生實習信息管理系統 模塊 簡歷上傳模塊 覆蓋
UpFile
單元
業務 輸入文件名稱， 瀏覽文件路徑， 點擊上傳，將文件上傳到指定文件夾，相關信息
邏輯 存入數據庫， 提示上傳成功
數據執行過程
步驟 原始數據 輸 入 執行動作 預期結果 備注
1 我的簡歷 瀏覽至某一文件 點擊“上傳” 提 示 上 傳成 功，文件上 傳 到 指定路勁下
2 瀏覽至某一文 提 示 文 件名
件點擊“上傳” 不能為
空
3 我的簡歷 點擊“上傳” 提 示 文 件不
能為空
表 6-2 簡歷文件管理模塊測試用例表
Table 6-2Resume File Management Module Test Case Table
名稱 學生實習信息管理系統 模塊 簡歷文件管理模塊 覆蓋單元 FileManage
業務
邏輯 顯示所有簡歷文件信息，點擊文件名，下載該文件， 點擊刪除，刪除文件及相關信息
數據執行過程
步驟 原始數據 輸入 執行動作 預期結果 備注
1 點擊文件名 下載該文件
彈出確認對
2 點擊“刪除” 話框
3 點擊“刪除” 刪除該文件
點擊“確認” 及相關信息
6.2.2應聘管理功能測試
表 6-3 應聘模塊測試用例表
Table 6-3 Application Module Test Case Table
名稱 學生實習信息管理系統 模塊 應聘模塊 覆蓋
Jobs，ShowCampany
單元
業務 顯示所有職位信息， 點擊“應聘”， 將相關信息存入數據庫，點擊某一公司， 跳轉至公司
邏輯 信息頁面
數據執行過程
步驟 原始數據 輸入 執行動作 預期結果 備注
1 點擊“應聘” 將相關信息存
入數據庫
2 點擊某一公司 跳轉至該公司
名稱 信息頁面
6.2.3用戶管理功能測試
表 6-4 應聘模塊測試用例表
Table 6-4 Application Module Test Case Table
名稱 學生實習信息管理系統 模塊 應聘模塊 覆蓋單元 MyJob
業務
邏輯 顯示所有該用戶的應聘信息， 點擊“刪除”， 刪除該條應聘信息
數據執行過程
步驟 原始數據 輸入 執行動作 預期結果 備注
彈出確認對話
1 點擊“刪除” 框
2 點擊“刪除”
點擊“確認” 刪除該條信 息，跳轉至 MyJob 頁面
3 點擊公司名稱 跳轉至公司信
息頁面
表6-5 搜索模塊測試用例表
Table 6-5 Search Module Test Case Table
名稱 學生實習信息管理系統 模塊 搜索模塊 覆 蓋 單
元 PersonManage
業務 顯示所有用戶信息， 點擊“搜索”， 根據相關條件顯示搜索結果
邏輯
數據執行過程
步驟 原始數據 輸入 執行動作 預期結果 備注
1 所有用戶信息 武斌 點擊“搜索” 顯 示 名 為 “ 武 斌 ” 的用戶信 息
2 所有用戶信息 女 點擊“搜索” 顯示所有性別 為“ 女” 的用戶 信息
3 所有用戶信息 2015610227 點擊“搜索” 顯示學號為
“2015610227”
的用戶信息
4 所有用戶信
息 武大郎 點擊“搜索” 顯示空
6.3系統測試結果
6.3.1 測試總結
經過對系統的簡單測試，得出的測試總結報告。如下：
表 6-6 測試總結表
Table 6-6 software Test Case Table
軟件語種 中文
測試時間 2020 年 06 月01 日 至 2020* 年 06 月 22 日
測試環境 硬件： 名稱： PC
型號：SAMSUNG R560
硬件配置：2.53G*2顆/2G內存/320G硬盤基
本軟件配置： Windows XP SP3
軟件： 名稱、版本： IE 6.0
運行平臺： Windows XP SP3
測試站點 http://localhost/1111/
通過簡單的測試用例，統計測試用例的覆蓋率。
表6-7 測試用例覆蓋率統計表
Table 6-7 Test case coverage statistics
設計測試用 設計測試用例 執行測試用 測試用 例
測試需求覆蓋率 例的數量 的需求覆 例的數量 的執行 率
（%） 蓋率（%） （%）
計劃值 80 100% 80 100% 100%
實際值 46 100% 46 100% 100%
偏差率
（%）
通過測試用例發現的缺陷數，發布質量說明報告。
表 6-8 發布質量說明表
Table 6-8 Release Quality Description Table
缺陷注入總數（ 個） 缺陷發現數 缺陷清除數 缺陷剩余數 缺陷清除率
嚴重缺陷注入數 3 1 2 33%
一般缺陷注入數 15 11 4 73%
其它缺陷注入數
總計 18 12 6 66%
6.3.2測試用例分析統計
測試用例效率分析：
表 6-9 測試用例效率分析表
Table 6-9 Test case efficiency analysis table
對應測試用例 發現的缺陷數 比例 （%）
T1-001 3 17%
T1-002 2 11%
T2-001 3 17%
T2-002 1 6.5%
T2-003 1 6.5%
T3-001 0 0%
T4-001 1 6.5%
T4-002 1 6.5%
T5-001 1 6.5%
T5-002 1 6.5%
T6-001 2 11%
T7-001 2 11%
T8-001 0 0%
總計 18 100%
6.3.3測試結果分析
（1 ）經測試證實了系統的能力
A ）基本實現了所有的功能需求；
B ）滿足非功能性需求；
C ）系統設計文檔完整，且符合規范；
D ）代碼符合規范，且與系統設計一致； （2）缺陷和限制
A ）有些并發錯誤在設計時沒有考慮；
B ）有些缺陷當初考慮不周全，后期由于時間問題未能修改；
C ）根據項目要求，測試客戶端環境集中在 IE 6.0 下，沒有考慮客戶端兼容 性的問題。
第七章 總結與展望
7.1 研究工作總結
在當今教育信息化的大背景下，高校實習信息管理工作也面臨著較大的信息化 挑戰。通過計算機信息系統以及數據庫的應用，對學生實習信息進行自動化管理， 不僅能夠利用各方資源，使學校在學生實習管理上的成本進一步壓縮，還可以依靠 大數據以及計算機技術的多種優勢，滿足學校、學生以及企業等多方的資源共享。 學生實習信息系統主要是為學生與企業提供一個在線的溝通平臺，同時針對學生的 信息管理進行優化。該系統為學生提供了個人信息，求職信息，簡歷信息等不同信 息的錄入，且企業用戶可以通過平臺查看相關信息。此外，系統還支持學生上傳各 種文件類型的簡歷，幫助企業更好地了解學生，從而使學生和企業雙方的需求得到 滿足。
本文即重點研究高校學生的實習信息管理管理技術手段，基于最新的 Web 開發方式，充分利用當前的計算機技術，分析高校實習信息管理管理的業務和數 據流程，分析整個業務的需求，設計與實現一個高校實習信息管理管理系統，降 低人工操作和人工審核程序。本文主要根據當前高校進行實習信息管理管理的需 求，設計出一套為高校學生實習信息管理而服務的專業化系統，在文章中以標準 的軟件工程方法為指導，對系統的原理、邏輯設計以及功能模塊和流程的設計與 實現都進行了詳細的闡述，同時就系統交互、數據通信等關鍵技術進行闡述，并 實現了原型系統，進行了一定數據的測試工作。具體研究內容包括：
以軟件工程的思路為引導，闡述了系統從總體上是如何設計的，以及對原生 的需求與系統的設計相結合進行分析。首先，結合目前高校實習信息管理系統的 發展形勢和可支持的技術，對系統的背景需求進行了分析，再詳細地闡述了經 濟、技術可行性以及各功能模塊的需求。接下來，從總體、網絡、軟件硬件架構 這三大架構層面和數據庫頂層設計給出了方案，最終對于總體技術路線進行了分 析。關于系統的詳細設計，從數據庫設計和部署著手，闡述了數據庫設計的概念 模型、邏輯模型和物理模型，然后就整個系統基于網絡的數據保障和解析設計方 案，最后對系統的關鍵技術進行探討。本文的最后，根據系統軟件設計方案，對 原型系統進行實現并進行測試，首先詳細描述了開發環境和實驗環境，對于整個 系統的核心模塊進行了設計和實現，給出了界面的實現方案，并依據軟件測試理 論對系統的功能以及性能進行測試。
7.2未來工作展望
根據以上全部內容，此文雖然分析、研究了關于該系統的所有工作，但是因 為本人的業務能力及相關知識掌握、了解還有很大局限，且相關內容研究也是在 有限的時間內完成的，所以對于“如何制作并實現一個具有較強實用性的學生實 習信息管理系統”，我仍需在未來的日子里進行實踐與修改。現將我的反思與總 結，以及對于相關內容的研究展望匯總如下：
(1)此文中設計的實習信息管理系統雖只在高校內運用，但需要注意的 是，高校學生眾多，用戶數量可能會遠遠超過目前所想，僅僅使用普通的相關數 據測試并不能真正滿足于系統所需。所以，在未來用戶規模不斷擴充的大預期 下，系統相關內容還需進一步充實并實驗。
(2)關于本文設計的系統，除了依靠軟件的通信保障與響應外，要想做到 完美加載學生的快速求助與響應，還需要依據不一樣的情況與場景建立數學模 型，調配相關資源，以使系統在不同校區、不同荷載情況下進行快速響應和部 署。所以，進一步加強帶寬和服務器的承載能力，提升響應速度、數據傳輸速度 并合理分配資源， 是下一步需要完善和探討的問題。
(3)后期要重點研究高校其他環節的信息化和教學信息化的拓展應用， 按 照十九大的報告精神，滿足人民群眾日益增長的生活需求，特別是教育公平， 因為這是高校推動科技創新的根本動力。
參考文獻
[1].陳麗，李波，郭玉娟“互聯網+”時代我國基礎教育信息化的新趨勢和新方向J].教育科學文摘, 2017(3):76-78.
[2].向超.學生實習管理現狀調查及方法探索一以成都市中和職業中學為例J].教育科學論壇, 2017(3).
[3].張圣篩，陳家琪.基于Java Web的高校學生實習管理系統設計與實現[J].軟件導刊,2015,14(12):84-
86.
[4].鄭國凱，侯超鈞.基于iOS的學生實習管理系統的設計與實現J].現代計算機:上下旬,2016(27):68-
72.
[5].鄧楠，葉志翔.基于Web的高校學生實習管理系統的分析與設計[J].科技廣場,2015(12):57-59.
[6]孫萬里.淺談基于B/S架構的學生頂崗實習管理系統[J].黑龍江科學,2016(17):112-113.
[7]趙鐘祥，祝晨蔯，李小翠等.藥學類本科畢業實習管理模式[J].藥學教育,2009;25(4):47-49.
[8]袁臻.基于Web2.0的頂崗實習管理系統的研究與設計[D].北京：北京郵電大學,2012.
[9]張競舟.惠州工程技術學校學生頂崗實習管理系統的研究與分析[D].云南：云南大學,2013.
[10]朱燕紅，馬新燕.高職學生頂崗實習管理系統的研究與實現[J].電腦與電信,2012(5):59-61.
[11]馬先波.基于UML的學生頂崗實習管理系統分析與設計[J].電腦知識與技術,2010;6(21):5694-5695.
[12].秦爽彧.基于Android的學生實習管理系統[J].人間,2016,212(17).
[13].陳媛嬪.閩西職業技術學院學生實習管理系統的研究與分析[D].云南大學,2016.
[14].王蒙.基于RFID技術的學生實習管理系統設計與實現[J].電子技術與軟件工程,2016(6):195-195.
[15].張鑫，李勝男,秦黃藝，等.學生實習管理系統設計方案[J].大陸橋視野,2016(24).
[16].金會賞.基于JSP的學生實習管理系統設計與實現[D].燕山大學,2016.
[17].蔡金偉.高校學生實習管理系統功能設計[J].電子技術與軟件工程,2016(12):89-89.
[18].徐偉志.基于WEB的學生實習管理系統的設計[J].中國新技術新產品,2017(2):26-27.
[19].劉肅平.基于Android平臺的高校學生實習管理系統的設計與實現[J].信息化建設,2015(9):44-46.
[20].申玉宏.基于物聯網技術的學生實習管理系統應用[J].科技創新與應用,2015(30):93-93.
[21].郭鸞孌.SM3算法在學生實習管理系統上的研究和實現[D].廈門大學，廈門大學,2015.
[22].張亞娟,劉寒冰.基于SSH框架的高校學生出勤考核管理系統[J].實驗科學與技術,2015, 13(5):59- 61.
[23].蔣紅梅.基于指紋識別技術的學生實習管理系統的設計與開發[J].數字技術與應用，
2015(3):153-153.
[24].劉肅平.基于Android平臺的高校學生實習管理系統的研究與分析[J].電子制作,2015(24).
[25].茹峰，彭曉宏,侯立剛，等.基于人臉識別的學生課程出勤管理系統設計J].現代電子技術，
2016,39(1):81-84.
[26].張云萍.泉州市農業學校學生實習管理系統的設計與實現J].
[27].Jia X J, Ying-Bo G U. Study on the China's Provincial Government Debt Risk and Early Warning System[J]. Journal of Central University of Finance & Economics, 2017.
[28].Meng Q B, Yang J H, Business S O. Early Warning System of Fiscal Risk in China Based on Threshold Autoregressive Model[J]. Journal of Renmin University of China, 2016.
[29].Li B, Guo J, He W. ANew Early-warning System of the Local Government Debt Risk and Empirical Research[J]. Journalof Quantitative & Technical Economics, 2016.
[30].Jorisch A. System for monitoring the compliance relationships of banking entities with validation, rerouting, and fee determination of financial transactions[J]. 2015.
[31].Deangelo H, Stulz R M. Liquid-claim production, risk management, and bank capital structure: Why high leverage is optimal for banks ☆ [J]. Journal of Financial Economics, 2015, 116(2):219-236.
[32].Giovannoni E. The Role of Roles in Risk Management Change: The Case of an Italian Bank[J]. European Accounting Review, 2015, 25(1):1-21.
[33].Handorf W C. Bank risk management, regulation and CEO compensation after the Panic of 2008[J]. Journal of Banking Regulation, 2015, 16(1):39-50.
下一篇：沒有了
相關標簽:
