스프링부트 기반 대학생 건강체크 시스템
요약
2019년 12월 19일, 중국 우한에서 신종 코로나바이러스의 첫 번째 사례가 발생했습니다.모든 사람들은 정부의 집에서 격리하라는 요청에 따라 도시, 마을 또는 마을에 있습니다.체크인 시스템, 전염병 예방 및 통제 캠퍼스 게시판, 복도에 전단지 게시, 캠퍼스 라디오 일일 루프 방송, 캠퍼스 WeChat 그룹 등을 통해 캠퍼스 학생들에게 새로운 코로나 바이러스 폐렴의 예방 및 통제에 대해 대중화하고 교육하기 위해 모두가 협력하고 단결해야 합니다. 다양한 형태로, 개인 보호 지식, 캠퍼스 보호 지식, 공공 장소 외출 시 보호 지식, 신종 코로나바이러스 폐렴의 의학 지식 및 치료 절차의 다섯 가지 측면, 대상 전염병 예방 지식은 학교 학생들에게 대중화됩니다. 전염병의 예방과 통제를 완전히 실현하는 가장 좋은 방법은 모두가 알고 있고 모두가 바이러스의 공포를 이해하는 데 참여하는 것이며 가장 좋은 방법은 캠퍼스의 플랫폼 정보를 구축하고 관리하는 것입니다.
시스템은 Java 기술을 채택하고 모든 비즈니스 모듈에 대해 브라우저 상호 작용 모드를 채택하고 시스템 데이터베이스로 MySQL을 선택하고 시스템 설계를 위한 개발 도구로 My eclipse를 선택합니다. 기본적으로 대학생 건강검진 시스템의 주요 기능 모듈을 구현했으며 시스템에는 관리자, 교사 및 학생이 있습니다. 관리자: 관리자: 홈 페이지, 사용자 관리(관리자, 교사, 학생) 및 기타 관리(수업 관리, 공지사항 공지, 일일 일정, 일일 체크인, 휴학, 학생 일기, 전염병 보고서). 교사; 교사: 홈페이지, 학생 관리, 알림 공지, 일일 일정, 일일 체크인, 휴학, 학생 일기, 전염병 보고서. 학생: 홈페이지, 공지사항 공지사항, 일일일정, 일일체크인, 휴학, 학생일지, 전염병 보고관리 등
시스템 테스트 후 프로그램 논리 및 코드가 개선되었습니다. 동시에 시스템의 모든 프로그램이 정상적으로 실행될 수 있는지, 모든 기능이 작동될 수 있는지, 시스템이 우수한 운영 경험을 가지고 있는지 확인하여 학생 관리, 교사를 위한 대학생 건강 검진 시스템에 대해 윈윈 상황을 달성합니다. 관리 및 정부 부서.
키워드: 데이터 통신, 자바 언어, 데이터 저장
스프링부트 기반의 대학생 건강펀치 시스템
추상적인
첫 COVID-19는 2019년 12월 19일에 중국에 왔습니다. 모두가 집에서 격리하라는 정부의 요청을 따르고 있습니다. 도시에 있든 마을에 있든 시골에 있든 이것이 내 관심을 끌었습니다. 학생들의 전염병 상황에 대한 폐쇄적 관리 시스템이 설계되었습니다. 전염병 예방 및 통제에는 온 가족의 공동 노력이 필요합니다. 우한 캠퍼스는 교내 게시판을 통해 신종 코로나바이러스 폐렴 예방 및 통제의 대중화 및 교육을 진행했습니다. 개인 보호 지식, 캠퍼스 보호 지식, 공공 장소 지식, 신종 코로나 바이러스 폐렴 지식, 진료과정, 학교 학생들에게 전염병 예방 지식을 대중화하는 것을 목표로 합니다. 모두가 전염병의 예방과 통제에 대해 알고 참여하고 바이러스의 끔찍함을 완전히 이해하는 가장 좋은 방법은 캠퍼스의 플랫폼 정보를 구축하고 관리하는 것입니다.
시스템은 Java 기술을 채택하고 모든 비즈니스 모듈에 대한 브라우저 상호 작용 모드를 채택하고 시스템의 데이터베이스로 MySQL을 선택하고 시스템 설계를 위한 개발 도구로 my eclipse를 선택합니다. 기본적으로 학생 전염병 폐쇄 관리 시스템의 주요 기능 모듈을 실현했습니다. 시스템에는 관리자, 교사 및 학생이 있습니다. 관리자: 관리자: 홈페이지, 사용자 관리(관리자, 교사, 학생) 및 기타 관리(수업 관리, 공지 및 공지, 일일 정리, 매일 출퇴근 시간, 휴학, 학생 일기, 전염병 보고). 선생님; 교사: 홈페이지, 학생 관리, 공지 및 공지, 일일 정리, 일일 시계, 휴학, 학생 일기, 전염병 보고서. 학생; 홈페이지, 공지사항 및 공지사항, 일일정산, 일일출근, 휴학,
시스템 테스트 후 프로그램 논리 및 코드가 개선됩니다. 동시에 시스템의 모든 프로그램이 정상적으로 작동하고 모든 기능이 작동할 수 있도록 보장하며 시스템의 운영 경험이 우수하여 학생, 교사 및 정부 부서를 위한 폐쇄적 관리 시스템의 상생을 실현합니다. .
키워드: 데이터 통신; 자바 언어; 데이터 저장고
목차
신종 코로나 바이러스의 갑작스런 출현으로 지역 사회에 대한 압박이 가중되고 학생들 사이의 전염병 예방 지식이 대중화되지 않아 학생들이 어떻게 대처해야할지 모릅니다.정부의 강력한 지원으로 , 도움이 필요한 학생들은 캠퍼스에서 돌볼 수 있습니다.
최근 몇 년 동안 우리나라 경제가 지속적으로 발전함에 따라 플랫폼 관리 시스템이 점점 더 많아지고 있습니다. 각 대학생 건강검진 시스템도 컴퓨터를 통해 전반적인 지능적 운영을 수행한다.대학생 건강검진 시스템의 기능에 관련된 데이터는 모두 대학생 건강검진의 데이터 정보 내용과 관련이 있다. 시스템 내에서 학생이 관리할 수 있습니다.직원은 온라인 처리를 통해 관리자를 선택할 수 있으며 시스템을 통해 할당할 수 있습니다.전통적인 전염병 예방 방법과 정보는 더 이상 학생의 요구를 충족시킬 수 없습니다. 이를 위해 대학생 건강체크인 시스템을 개발하여 대학생 건강체크인 시스템을 기반으로 학생들에게 관리를 제공함과 동시에 관리자가 온라인으로 상황을 파악하는 것이 편리합니다. 시스템 관리(수업관리, 공지사항 공지, 일일일정, 일일체크인, 휴학, 학생일지, 전염병보고) 및 기타 세부적인 운영을 통해 홈페이지 및 사용자(관리자, 교사, 학생)를 관리합니다 . 이 시스템은 대학생의 건강검진 시스템에서 정보를 얻기 위한 학생들의 요구를 충족시키고 정보를 적시에 정확하고 효과적으로 열람할 수 있으며 체계적이고 표준화되고 효과적인 방식으로 작업할 수 있습니다.
사회가 발전하고 과학기술이 발전함에 따라 인터넷 기술이 점점 대중화되고 있습니다. 네트워크 통신의 라이프 스타일은 점차 광범위한 사람들에게 사랑 받고 있습니다. 점점 더 많은 인터넷 애호가들이 인터넷에서 기본 요구 사항을 충족하기 시작했으며 동시에 점차 다양한 주민들의 일상 생활에 진입했습니다. 인터넷은 편의성, 속도, 고효율 및 저비용과 같은 많은 장점을 가지고 있습니다. 따라서 대학의 학생 건강 체크 시스템과 유사하게 전염병 예방 및 통제 지식에 대한 학생들의 요구를 충족시키는 것은 학생들이 언제든지 정보를 볼 수 있는 방법일 뿐만 아니라 관리 효율성을 향상시킵니다.
본 논문은 먼저 대학생들의 건강체크 시스템 과정의 기본적인 문제점을 연구대상으로 삼는다. 시스템을 개발하기 전에 기존 상황에 대한 자세한 조사 및 분석을 수행했습니다. 마지막으로 우리는 컴퓨터 기술을 이용하여 학교에서 대학생의 전염병 상황에 대한 완벽하고 적합한 폐쇄 관리 시스템을 개발합니다.이 시스템의 주요 장점은 시스템이 주로 컴퓨터 기술로 개발되고 편리하고 빠르다는 것입니다. 학생 조회 가능, 교사의 모든 정보 관리.
대학생 건강체크인 시스템은 편리하고 빠르고 실용적인 정보 서비스 질의 소프트웨어입니다. 글로벌 시장에서 지능형 네트워크의 지속적인 대중화와 다양한 지능형 플랫폼의 사용으로 인해 시스템 개발은 학교 학생들의 일상적인 요구와 관련이 있으며 중국의 주류 지능형 기술 개발 시스템으로서 이러한 소프트웨어는 당연히 필요합니다. 더 많은 학생들의 요구를 충족시키기 위해 필요와 경험.
1.3 연구내용
대학생을 위한 건강검진시스템의 개발 및 구현을 위해서는 다음과 같은 과제가 필요하다.
(1) 먼저 주제를 정하고 구축할 시스템을 결정하고 시스템의 배경과 현재 직면하고 있는 몇 가지 문제에 대해 사전에 체계적으로 확인한다.
(2) 시스템 확인 완료 후 시스템 개발에 사용되는 기술은 시스템 개발의 필요성과 결합하여 확인되어야 하며, 본 대학의 학생건강체크인 시스템 개발은 JAVA 기술을 이용하며, 데이터베이스는 활용 플랫폼 건설 및 개발을 위해 사용된 기술은 기술적 분석을 위해 확인됩니다 사용된 기술이 대학생을 위한 건강 체크인 시스템의 실현을 완료할 수 있는지 여부.
(3) 시스템에서 사용하는 기술을 결정하고, 시스템에서 분담된 학생 역할을 온라인으로 확인하고, 학생 역할 분담에 따라 설계할 기능 모듈을 결정한다. 주로 관리자, 교사, 학생으로 나뉘며 세 가지 역할과 사용되는 기능 모듈도 그에 따라 다르지만 시스템의 데이터베이스에 의해 실현되는 내용은 상호 작용합니다.학생과 교사는 자신의 필요에 따라 전염병 정보를 확인할 수 있습니다. 언제든지, 관리자는 모든 학생과 교사의 상세한 데이터를 얻을 수 있습니다.정보, 그리고 처음의 필요에 따라 솔루션을 처리합니다.
(4) 시스템의 기능 모듈 확인 후 프로그램 및 인터페이스 설계 테스트 방법은 프로그램의 허점을 찾아 프로그램의 허점을 온라인으로 해결 테스트 시스템에 문제가 없으면 시스템은 정식 작업을 위해 업로드할 수 있습니다.
시스템의 Front-end 부분은 B/S 모델을 사용하여 MVVM 모델을 기반으로 개발되었으며, Back-end 부분은 Java ssm 프레임워크를 기반으로 개발되었습니다.
프런트 엔드 부분: 프런트 엔드 프레임워크는 널리 사용되는 점진적 JavaScript 프레임워크인 Vue.js를 채택합니다. Vue-Router 및 Vuex를 사용하여 동적 라우팅 및 글로벌 상태 관리를 달성하고, Ajax를 사용하여 프런트 엔드 및 백엔드 통신을 달성하고, 요소 UI 구성 요소 라이브러리를 사용하여 페이지를 신속하게 프로토타입으로 만들고, 프로젝트의 프런트 엔드가 그리드를 통해 응답성을 실현합니다. PC, 태블릿, 모바일 등에 적용할 수 있는 레이아웃. 다양한 화면 크기에 맞는 완벽한 레이아웃 디스플레이.
백엔드 부분: ssm을 개발 프레임워크로 사용하고 MyBatis, Redis 및 기타 관련 기술을 동시에 통합합니다.
MVVM은 Model-View-ViewModel의 줄임말입니다. 본질적으로 MVC의 개선된 버전입니다. MVVM은 뷰의 상태와 동작을 추상화하고 비즈니스 로직에서 뷰 UI를 분리하도록 합니다. 물론 ViewModel은 이미 이러한 작업을 수행했으며, 콘텐츠를 표시해야 하기 때문에 Model의 데이터를 가져오고 View와 관련된 비즈니스 로직을 처리하는 데 도움을 줄 수 있습니다. Microsoft의 WPF는 Silverlight, 오디오 , 비디오 , 3D , 애니메이션 등과 같은 새로운 기술 경험을 제공하여 보다 상세하고 사용자 정의 가능한 소프트웨어 UI 계층을 제공합니다. 동시에 기술 수준에서 WPF는 바인딩, 종속성 속성, 라우팅된 이벤트, 명령, DataTemplate 및 ControlTemplate과 같은 새로운 기능도 제공합니다. MVVM(Model-View-ViewModel) 프레임워크의 기원은 WPF와 결합된 MVP(Model-View-Presenter) 패턴 의 적용에서 개발되고 발전된 새로운 유형의 아키텍처 프레임워크 입니다 . 원래의 MVP 프레임워크를 기반으로 하며 WPF의 새로운 기능을 통합하여 점점 더 복잡해지는 고객의 요구에 대처합니다.
과학 기술의 발전은 일상 생활에 많은 편의를 가져왔습니다. 교실 프로젝터는 가상 이미징 기술을 사용하고 디지털 카메라는 광전 감지 기술을 사용합니다. 예를 들어 슈퍼마켓의 창고에 들어오고 나가는 상품 기록에는 정보 창고가 필요합니다. 이 정보창고가 데이터베이스인데, 이번에는 대학생을 위한 건강체크 시스템에도 이 기술의 지원이 필요하다.
MySQL 소프트웨어를 사용하는 이유는 여러 사용자가 액세스할 수 있고 아카이브 등이 있기 때문입니다. 먼저 데이터를 분류한 후 별도로 테이블에 저장하며, 이러한 특수 작업은 데이터 관리 시스템 자체의 속도를 향상시켜 데이터베이스를 유연하게 사용할 수 있도록 합니다. MySQL의 코드는 공개되어 있으며 다른 사람들이 두 번 컴파일하고 업그레이드할 수 있습니다. 이 기능은 사용자의 비용을 절감할 수 있으며 적합한 소프트웨어와 매칭하여 좋은 웹사이트 시스템을 형성할 수 있습니다. 단점이 있지만 모든 측면에서 사용자의 주류 응용 프로그램 개체입니다.
B/S(Browser/Server)는 이전 아키텍처보다 편리한 아키텍처입니다. 웹 서버를 사용하여 데이터 전송 및 교환을 완료합니다. 브라우저를 클라이언트로 다운로드하기만 하면 작업이 "슬리밍" 효과를 얻을 수 있으며 소프트웨어의 논스톱 설치 문제를 고려할 필요가 없습니다[9].
SSM(Spring+SpringMVC+MyBatis) 프레임워크 세트는 Spring과 MyBatis(SpringMVC는 Spring의 일부)라는 두 개의 오픈 소스 프레임워크로 구성됩니다. 더 간단한 데이터 소스가 있는 웹 프로젝트의 프레임워크로 자주 사용됩니다.
1.6.1 봄
Spring은 전체 프로젝트에서 Bean을 조립하는 큰 공장과 같으며 구성 파일에서 특정 매개 변수를 지정하여 엔티티 클래스의 생성자를 호출하여 개체를 인스턴스화할 수 있습니다. 프로젝트의 접착제라고도 할 수 있습니다.
Spring의 핵심 아이디어는 IoC(Inversion of Control)입니다. 즉, 프로그래머는 더 이상 개체를 명시적으로 'new'할 필요가 없지만 Spring 프레임워크가 대신 수행하도록 합니다.
1.6.2 스프링MVC
SpringMVC는 프로젝트에서 사용자 요청을 가로채고 핵심 Servlet인 DispatcherServlet이 중개자 또는 프런트 데스크 역할을 하며 HandlerMapping을 통해 사용자 요청을 Controller와 일치시킵니다. Controller는 해당 요청에 의해 수행되는 특정 작업입니다. SpringMVC는 SSH 프레임워크의 struts와 동일합니다.
1.6.3 마이봇
mybatis는 데이터베이스의 기본 작업을 투명하게 만드는 jdbc의 캡슐화입니다. mybatis의 작업은 sqlSessionFactory 인스턴스를 중심으로 이루어집니다. Mybatis는 구성 파일을 통해 각 엔터티 클래스의 Mapper 파일과 연결되며 Mapper 파일은 각 클래스에서 요구하는 SQL 문 매핑을 데이터베이스에 구성합니다. 데이터베이스와 상호 작용할 때마다 sqlSessionFactory를 통해 sqlSession을 가져온 다음 sql 명령을 실행합니다.
페이지는 컨트롤러에 요청을 보내고, 컨트롤러는 로직을 처리하기 위해 비즈니스 계층을 호출하고, 로직 계층은 요청을 지속성 계층으로 보내고, 지속성 계층은 데이터베이스와 상호 작용하고 결과를 비즈니스 계층, 비즈니스 계층에 반환합니다. 계층은 처리 논리를 컨트롤러로 보내고 컨트롤러는 뷰를 호출하여 데이터를 표시합니다.
Vue.js는 사용자 인터페이스 구축을 위한 진보적인 프레임워크입니다. 다른 헤비급 프레임워크와 달리 Vue는 상향식 점진적 개발로 설계되었습니다. Vue의 핵심 라이브러리는 뷰 계층에만 초점을 맞추고 있으며 다른 라이브러리 또는 기존 프로젝트와 통합하고 배우기가 매우 쉽습니다. 반면에 Vue는 Vue 생태계에서 지원하는 단일 파일 구성 요소 및 라이브러리로 개발된 복잡한 단일 페이지 애플리케이션을 완벽하게 구동할 수 있습니다.
Vue.js의 목표는 가능한 가장 간단한 API로 반응형 데이터 바인딩 및 구성된 뷰 구성 요소를 활성화하는 것입니다.
Vue.js 자체는 포괄적인 프레임워크가 아닙니다. 뷰 레이어에만 초점을 맞춥니다. 따라서 배우기가 매우 쉽고 다른 라이브러리나 기존 프로젝트와 통합하기가 매우 쉽습니다. 반면에 Vue.js는 관련 도구 및 지원 라이브러리와 함께 사용할 때 복잡한 단일 페이지 애플리케이션을 구동할 수도 있습니다.
시스템의 개발 환경 및 구성은 직접 설치가 가능하며, 시스템은 ssm 프레임워크를 사용하여 개발되며, 상대적으로 성숙한 Mysql 데이터베이스를 사용하여 시스템 전경과 배경 사이에서 관련 데이터와 상호 작용합니다. 기술 언어에 따라 수정 및 유지하고 요구 사항과 결합하여 시스템 운영을 보다 안정적이고 안전하게 만들어 실현 시스템 개발을 완료할 수 있습니다.
이른바 기술적 타당성이란 초기 단계에서 계획된 기능이 제한된 시간 내에 충족될 수 있는지 여부를 말합니다. 개발 및 설계에서 해결할 수 없는 문제가 있는지 여부. 완성된 프로젝트가 잘 적용될 수 있는지, 미흡한 부분이 있는지, 추후 유지보수에 큰 어려움이 있는지. 시스템을 평가한 후 기존 기술이 목표를 달성할 수 있다고 판단되었습니다. Java 기술을 사용하여 동적 페이지를 구현하고 종속성이 낮은 디자인 패턴, 유연한 데이터베이스 및 안정적인 서버를 내장하여 전체 시스템의 운영 효율성을 크게 향상시킵니다. 기술적인 수준에서 목표를 달성하는 것은 말도 안되는 일이 아니라는 것을 알 수 있습니다.
프로젝트에 사용되는 대부분의 도구는 현재 대중적인 오픈 소스이며 무료이므로 개발 초기 단계에서 프로젝트에 사용되는 자금이 크게 줄어들고 소프트웨어 개발은 자금의 영향을 받지 않습니다. 프로젝트 시작 기간이므로 여전히 경제적으로 실현 가능합니다. 사용자의 요구를 충족시키기 위해 최소한의 비용을 사용하십시오. 인건비 및 장비 비용을 위한 자금을 절약하십시오. 페이퍼리스(Paperless)와 고효율(High Efficiency)의 길을 더욱 더 나아가게 될 것입니다.
기능을 구현하는 이 시스템의 작동은 매우 간단합니다.일반 컴퓨터의 일반적인 구성으로 이 소프트웨어를 실행할 수 있으며 컴퓨터 사용의 기본 상식을 대략적으로 이해하는 한 이 소프트웨어를 원활하게 사용할 수 있습니다. 컴퓨터는 인터넷에 접속할 수 있는 능력이 있고 정상적으로 시스템에 접속할 수 있으며 운영자가 뛰어난 능력을 필요로 하지 않고 업무 프로세스를 이해하고 전문 지식에 따라 올바르게 작동하기만 하면 된다. -대학생을 위한 인 시스템이 가능합니다. .
시스템 개발 및 설계 전에 기능에 대한 예비 아이디어를 만들고 관리 시스템에 어떤 섹션이 있는지, 각 섹션에 어떤 기능이 있는지, 전체 설계가 사용자의 요구를 충족하는지 여부를 파악한 다음 자세한 분석 및 요약을 수행해야 합니다. 개발된 시스템 기능의 완전한 시스템을 설계하고 구현합니다. 사용자와 개발자의 의사 소통 분석을 통해 최상의 이해를 얻고 시스템 기능을 최고로 만듭니다.
학생 배경의 기능 다이어그램은 다음과 같습니다.
그림 3-1 학생 배경 기능도
관리자 배경의 기능 다이어그램은 다음과 같습니다.
그림 3-2 관리자 사용 사례 다이어그램
교사 배경 기능 다이어그램은 다음과 같습니다.
그림 3-3 교사 배경 기능 다이어그램
대학생을 위한 건강 체크 시스템의 요구 사항을 분석한 후 전체 시스템은 주로 관리자, 교사 및 학생의 세 부분으로 나뉘며 각 모듈 아래의 분기 기능이 다릅니다. 다음과 같이 기능을 설명합니다.
학생 모듈:
계정 로그인 인증.
프로필 정보를 관리하고 수정 가능한 정보 항목을 수정합니다.
일상적인 준비(건강체크인, 휴가, 다이어리)는 기존 준비의 기록을 추가하고 쿼리합니다.
교사 모듈:
개인정보 관리, 자신의 정보 수정 및 삭제
학생 추가 및 조회, 일과 조회 조회, 건강 조회 조회, 휴가 관리 조회 및 검토, 일기 관리 조회 및 삭제, 공지사항 조회, 일기 통계 조회.
관리 모듈:
시스템 사용자 관리, 관리 및 관리자 추가 및 삭제, 로그인 권한을 설정하거나 모든 사용자 계정을 삭제할 수 있습니다.
교사 관리, 교사 특정 정보 추가 및 교사 조회에서도 교사를 삭제할 수 있습니다.
알림 관리, 공지 게시 기능 추가, 공지 조회 및 공지 삭제.
학생 관리, 학생 정보 조회, 수정 및 삭제 기능도 있습니다.
일일 배치 관리, 학생 배치 정보 조회, 수정 및 삭제 기능도 있습니다.
건강 체크인 관리, 학생의 체크인 정보를 조회하고 수정 및 삭제 기능도 있습니다.
휴학 관리, 휴학 신청 학생의 정보 조회, 수정 및 삭제 기능이 있습니다.
일기 관리, 학생 일기 정보 조회, 수정 및 삭제 기능도 있습니다.
저널 통계, 쿼리 통계 보기.
시스템 관리, 시스템 백업 기능.
비기능 요구 사항 분석
성능 요구 사항, 휴대할 수 있는 최대 사용자 수, 안정성 및 사용성 요구 사항과 같은 시스템의 많은 비 기능적 요구 사항이 있습니다. 이 시스템의 분석은 시스템이 사람에 의해 사용되기 때문에 사용 용이성의 요구 사항을 고려하므로 사용자의 관점에서 사용자 경험을 충분히 고려하여 시스템을 이해하기 쉽고 쉽게 만들 수 있습니다. 사용하기 쉽고 작동하기 쉽습니다.
제로 레벨 데이터 흐름도에는 로그인, 사용자 기능, 검색 유지 관리 등의 모듈이 포함되며 로그인 모듈에서 사용되는 데이터는 사용자 계정 문서를 저장하고 사용자 기능 모듈에서 필요한 저장 공간은 각 사용자 기능 모듈의 데이터 파일입니다. . 검색 유지 관리는 위의 데이터 문서를 키워드로 검색합니다.
시스템의 제로 레벨 데이터 흐름도는 아래 그림과 같습니다.
그림 3-2 시스템 데이터 흐름 다이어그램(제로 계층)
1단계 데이터 흐름도는 0단계 데이터 흐름도를 개선한 것으로, 로그인은 로그인 데이터 입력 및 데이터 개선으로 세분화하고 사용자 기능은 기본 사용자 기능과 주요 사용자 기능으로 세분화합니다.
시스템의 계층별 데이터 흐름도는 아래 그림과 같습니다.
그림 3-3 시스템 데이터 흐름 다이어그램(한 계층)
현재 B/S 시스템의 주요 데이터 액세스 방법은 사용자가 브라우저 페이지를 통해 시스템에 들어갈 수 있고 시스템은 사용자가 서버에 보낸 요청을 자동으로 처리할 수 있습니다. 처리 요청은 다음에서 수행됩니다. 시스템의 배경 페이지에서 해당 작업을 수행하면 서버에서 전달한 처리 결과를 볼 수 있습니다. 대학생을 위한 건강체크인 시스템은 주로 뷰-모델-제어의 3계층 구조 설계로 나뉜다. 뷰 레이어에서는 주로 서버에서 클라이언트로 피드백되어 표시되는 데이터를 운용하고, 모델 레이어에서는 관련 비즈니스 로직, 데이터 통합 등을 주로 다루며 최종 컨트롤 레이어는 뷰와 클라이언트 사이에 있습니다. 두 레이어 간의 관계를 조정하고 최종적으로 데이터 전송을 구현하는 것입니다.
시스템 아키텍처 다이어그램은 아래 그림과 같습니다.
그림 4-1 시스템 아키텍처 다이어그램
시스템 설계의 목적은 시스템에 포함된 모든 기능적 구조를 분석하고 개발자가 시스템을 설계, 개발 및 구현할 수 있도록 준비하는 것입니다. 예비 수요 조사, 분석 및 분류 후 결정된 전체 수요는 주로 시스템 사용자 관리, 교사 관리, 공지 사항 관리, 수업 관리, 학생 관리, 일일 일정 원본 관리, 건강 체크인 관리, 휴가와 같은 여러 모듈을 포함합니다. 관리, 일기 관리, 일기 통계, 데이터 백업. 시스템의 전반적인 역할은 세 부분으로 나뉩니다. 하나는 학생, 다른 하나는 교사, 마지막은 관리자입니다. 권한의 분포도 분명합니다.일반 사용자는 검색 정보 외에도 자신의 계정 정보를 조회 및 관리하고, 교사 정보를 수정하고, 일일 일정을 조회하고, 건강 상태를 확인하고, 휴가를 요청하고, 일기를 조회하고, 쿼리 알림 및 쿼리 다이어리 통계 및 기타 권한으로 관리자는 최고 권한 소유자입니다.
시스템의 기능적 구조 다이어그램은 아래 그림과 같습니다.
그림 4-2 시스템 기능 구조 다이어그램
사용자 관리 모듈
이 모듈은 모든 사용자가 로그인할 수 있도록 설계되었습니다. 예를 들어 학생 사용자와 같은 일반 사용자는 로그인 후 자신의 공통 기능 작업(예: 개인 정보 수정)만 수행할 수 있습니다. 관리자와 최고 관리자는 로그인 후 다른 권한을 갖습니다. 관리자는 권한을 넘어설 수 없습니다. 최고 관리자는 전체 시스템의 데이터를 관리할 수 있으며, 주로 사용자의 로그인 권한과 로그인 후 시스템에서 사용자의 조작 권한을 관리할 수 있습니다.
일일 일정 모듈
학생과 편곡은 일대다 관계가 있으며, 일별 편곡에 따라 편곡 데이터를 시스템 데이터로 전송 운영자는 교사 사용자이며, 일별 편곡 목록을 생성 학생은 개인의 열람 가능 각 데이터 우측의 히스토리 편곡 목록 및 삭제, 해당 삭제 및 업데이트 기능을 완료하기 위한 편집 버튼.
상태 확인 모듈
학생이 출석 등의 기록을 위해 출석, 출석 버튼 클릭, 입력할 출석 개인정보 데이터를 차례대로 기입, 신체상태 정보 제출 버튼 클릭, 데이터베이스에 데이터 제출 , 그런 다음 체크인 데이터 페이지를 스 와이프하면 해당 삭제 및 업데이트 기능을 완료하기 위해 각 데이터 오른쪽에 삭제 및 편집 버튼이 있습니다.
휴가 모듈
학생은 휴가 데이터를 입력하고, 휴가 입력 버튼을 클릭하고, 차례로 입력할 휴가 정보 데이터를 채우고, 제출 버튼을 클릭하고, 데이터를 데이터베이스에 제출하고, 휴가 데이터 페이지를 새로 고치면 삭제 및 편집 버튼이 있습니다. 해당 삭제 및 업데이트 기능을 완료하기 위해 각 데이터의 오른쪽에 있습니다.
다이어리 모듈
학생들은 일기 관리 메뉴를 클릭하고 일기 추가를 클릭하여 분위기를 추가하고 일기 내용이 성공적으로 제출되면 공지사항 데이터 페이지가 새로고침되고 새 데이터가 성공적으로 페이지에 로드됩니다.
개발할 시스템의 경우 ER 다이어그램을 통해 다른 사람들이 시스템의 트랜잭션과 이들 간의 관계를 더 빠르고 쉽게 이해할 수 있습니다. 시스템 분석 단계에서 도출된 결론에 따르면 대학생 건강체크인 시스템에는 일과, 건강체크, 휴가, 다이어리, 학생, 교사 등 다양한 주체가 존재하는 것으로 판단된다.
시스템의 전체 ER 다이어그램은 아래 그림과 같습니다.
그림 4-4 시스템 전체 ER 다이어그램
관리자(관리자 ID, 사용자 이름, 비밀번호, 권한)
교원관리(교사ID, 비밀번호, 교원이름, 성별, 신분증, 전화번호, 직위, 조교과정, 사진)
알림 공지(제목, 내용, 첨부파일, 게시자)
학생관리(학번, 비밀번호, 이름, 성별, 신분증, 전화번호, 학과, 반, 사진, 교원ID, 시간추가) 수정 및 삭제
일일 일정 관리(학생ID, 이름, 반, 학과, 교원ID 추가시간) 내용 수정 및 삭제
건강체크인 관리(학생증, 학번, 반, 학과, 교원ID, 개인신상, 신체상태, 현재주소, 추가시간) 내용 수정 및 삭제
휴직관리(휴직신청번호, 휴직종류, 휴학시작시간, 휴학종료시간, 휴학유무, 해당증명서, 학번, 성명, 반, 학과, 교원직번, 추가시간) 수정 및 삭제
다이어리 관리(학번, 학번, 반, 학과, 교직번호, 기분, 시간 추가) 내용 수정 및 삭제.
데이터베이스의 논리적 구조는 특정 필드가 있는 데이터베이스의 ER 다이어그램을 설명하는 것입니다. 필드 및 데이터 유형 설명을 사용하여 개체 특성을 구체화하고 최종적으로 특정 논리적 관계를 가진 데이터베이스 테이블 구조를 형성합니다. 대학생 건강체크인 시스템에서 요구하는 데이터 구조 테이블의 일부는 다음 표와 같다.
| class_management |
|||||
| 분야 명 |
유형 |
길이 |
null이 아님 |
기본 키 |
필드 설명 |
| class_management_id |
정수 |
11 |
아니요 |
기본 키 |
클래스 관리 ID |
| class_name |
varchar |
64 |
예 |
클래스 이름 |
|
| 교장 |
varchar |
64 |
예 |
담임선생님 |
|
| 연락처_번호 |
varchar |
64 |
예 |
연락처 |
|
| class_size |
정수 |
11 |
예 |
학급 크기 |
|
| 추천하다 |
정수 |
11 |
아니요 |
지능형 추천 |
|
| 생성 시간 |
날짜 시간 |
0 |
아니요 |
생성 시간 |
|
| 업데이트 시간 |
타임스탬프 |
0 |
아니요 |
업데이트 시간 |
|
| 매일 일정 |
|||||
| 분야 명 |
유형 |
길이 |
null이 아님 |
기본 키 |
필드 설명 |
| daily_schedule_id |
정수 |
11 |
아니요 |
기본 키 |
일일 일정 ID |
| 학생 수 |
정수 |
11 |
예 |
학생 아이디 |
|
| 학생 이름 |
varchar |
64 |
예 |
학생 이름 |
|
| 교사_직무_번호 |
정수 |
11 |
예 |
교사 ID |
|
| 선생님 성함 |
varchar |
64 |
예 |
선생님 성함 |
|
| class_name |
varchar |
64 |
예 |
클래스 이름 |
|
| 기록_날짜 |
날짜 |
0 |
예 |
기록 날짜 |
|
| 일정 |
텍스트 |
0 |
예 |
일정 |
|
| 추천하다 |
정수 |
11 |
아니요 |
지능형 추천 |
|
| 생성 시간 |
날짜 시간 |
0 |
아니요 |
생성 시간 |
|
| 업데이트 시간 |
타임스탬프 |
0 |
아니요 |
업데이트 시간 |
|
| 전염병_보고 |
|||||
| 분야 명 |
유형 |
길이 |
null이 아님 |
기본 키 |
필드 설명 |
| 전염병_보고_ID |
정수 |
11 |
아니요 |
기본 키 |
전염병 신고 ID |
| 학생 수 |
정수 |
11 |
예 |
학생 아이디 |
|
| 학생 이름 |
varchar |
64 |
예 |
학생 이름 |
|
| 교사_직무_번호 |
정수 |
11 |
예 |
교사 ID |
|
| 선생님 성함 |
varchar |
64 |
예 |
선생님 성함 |
|
| class_name |
varchar |
64 |
예 |
클래스 이름 |
|
| 보고서 유형 |
varchar |
64 |
예 |
보고 유형 |
|
| 핵산_결과 |
varchar |
64 |
예 |
핵산 결과 |
|
| detection_time |
날짜 시간 |
0 |
예 |
탐지 시간 |
|
| 건강 코드 |
varchar |
255 |
예 |
건강 코드 |
|
| 비고 |
텍스트 |
0 |
예 |
주목 |
|
| 추천하다 |
정수 |
11 |
아니요 |
지능형 추천 |
|
| 생성 시간 |
날짜 시간 |
0 |
아니요 |
생성 시간 |
|
| 업데이트 시간 |
타임스탬프 |
0 |
아니요 |
업데이트 시간 |
|
| 공지사항_공지사항 |
|||||
| 분야 명 |
유형 |
길이 |
null이 아님 |
기본 키 |
필드 설명 |
| notice_announcement_id |
정수 |
11 |
아니요 |
기본 키 |
알림 게시판 ID |
| 제목 |
varchar |
64 |
예 |
제목 |
|
| related_attachments |
varchar |
255 |
예 |
관련 첨부파일 |
|
| 발행자 |
varchar |
64 |
예 |
발행자 |
|
| 출시일 |
날짜 |
0 |
예 |
출시일 |
|
| 콘텐츠 |
텍스트 |
0 |
예 |
콘텐츠 |
|
| 추천하다 |
정수 |
11 |
아니요 |
지능형 추천 |
|
| 생성 시간 |
날짜 시간 |
0 |
아니요 |
생성 시간 |
|
| 업데이트 시간 |
타임스탬프 |
0 |
아니요 |
업데이트 시간 |
|
| 매일매일 펀치인 |
|||||
| 분야 명 |
유형 |
길이 |
null이 아님 |
기본 키 |
필드 설명 |
| punch_in_every_day_id |
정수 |
11 |
아니요 |
기본 키 |
일일 펀치 ID |
| 학생 수 |
정수 |
11 |
예 |
학생 아이디 |
|
| 학생 이름 |
varchar |
64 |
예 |
학생 이름 |
|
| 교사_직무_번호 |
정수 |
11 |
예 |
교사 ID |
|
| 선생님 성함 |
varchar |
64 |
예 |
선생님 성함 |
|
| class_name |
varchar |
64 |
예 |
클래스 이름 |
|
| 기록_날짜 |
날짜 |
0 |
예 |
기록 날짜 |
|
| 오늘_기온 |
varchar |
64 |
예 |
오늘 체온 |
|
| 건강 상태 |
varchar |
64 |
예 |
신체 상태 |
|
| 펀치_인_주소 |
varchar |
64 |
예 |
펀치 주소 |
|
| 건강 코드 |
varchar |
255 |
예 |
건강 코드 |
|
| 추천하다 |
정수 |
11 |
아니요 |
지능형 추천 |
|
| 생성 시간 |
날짜 시간 |
0 |
아니요 |
생성 시간 |
|
| 업데이트 시간 |
타임스탬프 |
0 |
아니요 |
업데이트 시간 |
|
| 학생 |
|||||
| 분야 명 |
유형 |
길이 |
null이 아님 |
기본 키 |
필드 설명 |
| 학생 아이디 |
정수 |
11 |
아니요 |
기본 키 |
학생 아이디 |
| 학생 수 |
varchar |
64 |
예 |
학생 아이디 |
|
| 학생 이름 |
varchar |
64 |
예 |
학생 이름 |
|
| class_name |
varchar |
64 |
예 |
클래스 이름 |
|
| 교사_직무_번호 |
정수 |
11 |
예 |
교사 ID |
|
| 선생님 성함 |
varchar |
64 |
예 |
선생님 성함 |
|
| 검사_상태 |
varchar |
16 |
아니요 |
승인 상태 |
|
| 추천하다 |
정수 |
11 |
아니요 |
지능형 추천 |
|
| user_id |
정수 |
11 |
아니요 |
사용자 아이디 |
|
| 생성 시간 |
날짜 시간 |
0 |
아니요 |
생성 시간 |
|
| 업데이트 시간 |
타임스탬프 |
0 |
아니요 |
업데이트 시간 |
|
| 학생일기 |
|||||
| 분야 명 |
유형 |
길이 |
null이 아님 |
기본 키 |
필드 설명 |
| student_diary_id |
정수 |
11 |
아니요 |
기본 키 |
학생 일기 ID |
| 학생 수 |
정수 |
11 |
예 |
학생 아이디 |
|
| 학생 이름 |
varchar |
64 |
예 |
학생 이름 |
|
| 교사_직무_번호 |
정수 |
11 |
예 |
교사 ID |
|
| 선생님 성함 |
varchar |
64 |
예 |
선생님 성함 |
|
| class_name |
varchar |
64 |
예 |
클래스 이름 |
|
| 분위기 |
varchar |
64 |
예 |
감정 |
|
| 날짜 |
날짜 |
0 |
예 |
날짜 |
|
| 콘텐츠 |
긴 문장 |
0 |
예 |
콘텐츠 |
|
| 추천하다 |
정수 |
11 |
아니요 |
지능형 추천 |
|
| 생성 시간 |
날짜 시간 |
0 |
아니요 |
생성 시간 |
|
| 업데이트 시간 |
타임스탬프 |
0 |
아니요 |
업데이트 시간 |
|
| 학생_요청_휴가 |
|||||
| 분야 명 |
유형 |
길이 |
null이 아님 |
기본 키 |
필드 설명 |
| Students_ask_for_leave_id |
정수 |
11 |
아니요 |
기본 키 |
학생 휴가 ID |
| 학생 수 |
정수 |
11 |
예 |
학생 아이디 |
|
| 학생 이름 |
varchar |
64 |
예 |
학생 이름 |
|
| 교사_직무_번호 |
정수 |
11 |
예 |
교사 ID |
|
| 선생님 성함 |
varchar |
64 |
예 |
선생님 성함 |
|
| class_name |
varchar |
64 |
예 |
클래스 이름 |
|
| leave_type |
varchar |
64 |
예 |
휴가 유형 |
|
| leave_days |
정수 |
11 |
예 |
휴가 |
|
| start_time |
datetime |
0 |
是 |
开始时间 |
|
| end_time |
datetime |
0 |
是 |
结束时间 |
|
| relevant_vouchers |
varchar |
255 |
是 |
相关凭证 |
|
| reason_for_leave |
text |
0 |
是 |
请假原因 |
|
| examine_state |
varchar |
16 |
否 |
审核状态 |
|
| examine_reply |
varchar |
255 |
是 |
审核回复 |
|
| recommend |
int |
11 |
否 |
智能推荐 |
|
| create_time |
datetime |
0 |
否 |
创建时间 |
|
| update_time |
timestamp |
0 |
否 |
更新时间 |
|
| teacher |
|||||
| 字段名称 |
类型 |
长度 |
不是null |
主键 |
字段说明 |
| teacher_id |
int |
11 |
否 |
主键 |
教师ID |
| teacher_job_number |
varchar |
64 |
否 |
教师工号 |
|
| teacher_name |
varchar |
64 |
是 |
教师姓名 |
|
| examine_state |
varchar |
16 |
否 |
审核状态 |
|
| recommend |
int |
11 |
否 |
智能推荐 |
|
| user_id |
int |
11 |
否 |
用户ID |
|
| create_time |
datetime |
0 |
否 |
创建时间 |
|
| update_time |
timestamp |
0 |
否 |
更新时间 |
|
系统的登录窗口是用户的入口，用户只有在登录成功后才可以进入访问。通过在登录提交表单，后台处理判断是否为合法用户，进行页面跳转，进入系统中去。
登录合法性判断过程：用户输入账号和密码后，系统首先确定输入输入数据合法性，然后在login.jsp页面发送登录请求，调用src下的mainctrl类的dopost方法来验证。
用户登录模块的IPO如下所示：
输入：用户名和密码。
处理：
1）检测用户输入的账号、密码是否正确及在数据库已对应存在。
2）从数据库中提取记录，并储存在本地的session中（timeout默认=30min）。
3）根据用户名，将其显示在系统首页上。
输出：是否成功的信息。
登录流程图如下所示。
图5-1登录流程图
系统登录界面如下所示。
图5-2系统登录界面
5.2.1 用户首页模块
系统呈现出一种简洁大方的首页：界面简约、鳞次栉比，用户能轻车熟路的使用。出于对系统使用群体广泛的顾虑，应有良好性能的后台。
如下图所示为系统的首页界面。
图5-3系统首页界面
5.2.2每日安排模块
每日安排学生编辑学号、教师工号、教师姓名、班级名称、学生账号、学生姓名、记录日期等内容，并可根据需要进行修改、删除等操作。如图5-4所示。
图5-4每日安排界面图
5.2.3每日打卡模块
每日打卡学生编辑学号、教师工号、教师姓名、班级名称、学生账号、学生姓名、记录日期、今日体温等内容，并可根据需要进行修改、删除等操作。如图5-5所示。
图5-5每日打卡录入界面如图
5.2.4学生请假模块
学生请假学生编辑学号、教师工号、教师姓名、班级名称、学生账号、学生姓名、请假类型、请假天数等内容，并可根据需要进行修改、删除等操作。如图5-6所示。
图5-6学生请假申请界面
5.3管理员子系统模块的实现
5.3.1学生管理模块
学生在yhzhgl查看学生信息，先使用sql语句查询出所有学生表的数据，然后调用PageManager.getPages(url,4,sql, request )，返回一个ArrayList的对象，在for循环里，使用jsp得到每个ArrayList对象的数据，在jsp页面中解析ArrayList对象，得到其各个键值对的值。
学生管理界面如下图所示。
图5-7学生管理界面
5.3.2每日安排管理模块
添加安排信息时，输入必填字段后，表现层的KechengController接受传过来的安排信息参数，再调用KechengController类的addKecheng方法，经过KechengService业务层到KechengMapper持久层的处理，完成对整个添加安排信息的操作。addKecheng方法也和用户管理中的addUser方法类似，同时做添加和修改工作。
修改安排信息时，选择需要修改的安排进行修改，调用KechengController控制器的editKecheng方法，拿到该安排原本的信息并显示到页面，管理员再对需要修改的安排信息字段进行修改，完成后调用addKecheng方法，调用业务层的updateByKey方法，更新数据库的安排信息表的数据。
每日安排管理流程图如下所示。
图5-8每日安排管理流程图
每日安排界面如下图所示。
图5-9每日安排添加界面
5.3.3每日打卡模块
每日打卡页面可查看学号、教师工号、教师姓名、班级名称、学生账号、学生姓名、记录日期、今日体温等内容，并可根据需要进行修改、删除等操作
图5-10每日打卡界面
5.3.4教师管理模块
删除教师时，选择需要删除的教师进行删除，把主键的uId传到JiaoshiController控制器，再调用控制器的deleteJiaoshi方法，数据经过JiaoshiService业务层解析和处理，请求JiaoshiMapper持久层调用deleteByPrimaryKey方法操作数据库将教师数据从数据库中删除。
查找教师时，输入需要查找的教师名，调用getData方法获取所有数据并且进行分页，把获取到的所有数据显示到视图上，这时候只需要用脚本方法便能快速查找，不涉及对数据库操作。
教师管理流程图如下所示。
图5-11教师管理流程图
教师添加界面如下图所示。
图5-12教师添加界面
在对该系统进行完详细设计和编码之后，就要对高校学生健康打卡系统的程序进行测试，检测程序是否运行无误，反复进行测试和修改，使之最后成为完整的软件，满足用户的需求，实现预期的功能。
在软件的测试过程中，通常测试人员需要针对不同的功能模块设计多种测试用例。通过测试用例能够及时发现代码业务逻辑上是否与真实的业务逻辑相对应，及时发现代码上或逻辑上的缺陷，以此来来完善系统，提高软件产品的质量，使软件具有良好的用户体验。
登录测试用例表如下所示。
表6-1登录测试用例
| 测试性能 |
用户或操作员登录系统 |
||
| 用例目的 |
测试用户或操作员登录系统时功能是否正常 |
||
| 前提条件 |
进入用户登录页面或操作员登录页面 |
||
| 输入条件 |
预期输出 |
实际情况 |
|
| 各项信息不予填写，直接点击登陆按钮 |
不允许登录，提示填写账号相关信息 |
一致 |
|
| 填写错误的登录名或密码后点击登录系统 |
提示用户名或密码错误，要求重新填写进行登录 |
一致 |
|
| 填写与验证码信息不一致的信息 |
系统显示出提示信息，表明验证码错误，要求重新填写 |
一致 |
|
每日安排测试用例表如下所示。
表6-2课程成绩测试用例
| 测试性能 |
用户进行成绩课程的操作 |
||
| 用例目的 |
测试用户进行安排操作时，系统的功能是否正常 |
||
| 前提条件 |
用户进入安排详情页，该每日安排能够被成功 |
||
| 输入条件 |
预期输出 |
实际情况 |
|
| 用户未登录，点击成绩按钮 |
跳转至登录页面，提示用户先进性登录 |
一致 |
|
| 正常的登录用户，点击成绩按钮 |
系统弹出提示框，提示用户成绩成功，同时该课程的状态更改为已成绩状态 |
一致 |
|
请假管理测试用例表如下所示。
表6-3课程管理测试用例
| 测试性能 |
请假管理相关信息管理功能 |
||
| 用例目的 |
测试系统后台操作员对请假管理相关信息进行管理的功能是否正常 |
||
| 前提条件 |
登录系统后台进入相关管理页面 |
||
| 输入条件 |
预期输出 |
实际情况 |
|
| 普通操作员登录，点击进入课程相关信息管理的页面 |
提示非超级用户，权限不够，无法进行相关页面删除 |
一致 |
|
| 超级操作员登入，删除某个已被删除的请假 |
提示该请假删除失败 |
一致 |
|
| 点击增加请假按钮 |
页面正常跳转 |
一致 |
|
| 增加请假是，填写已存在的课程编号 |
提示该编号已存在 |
一致 |
|
经过对此系统的测试，得出该系统足以满足用户日常需求，在功能项目和操作等方面也能满足操作员对于其他用户的管理。但是，还有很多功能有待添加，这个系统仅能满足大部分的需求，还需要对此系统的功能更进一步的完善，这样使用起来才能更加的完美。
通过这次大学生防疫封校管理系统的开发，我参考了很多相关系统的例子，取长补短，吸取了其他系统的长处，逐步对该系统进行了完善，但是该系统还是有很多的不足之处，有待以后进一步学习。
实践证明，大学生防疫封校管理系统有着非常好的发展前景，经过测试运行，系统各项功能都十分完善，界面简洁，使用方便，操作容易，在技术理论上已经成熟。
通过大学生防疫封校管理系统的开发，本人巩固了之前学过的知识，如今将平时所学到的知识融合在设计中，在设计过程中，做了很多的准备，首先，在数据库系统的设计过程中，尤其是在数据库的工作原理、工作特点，对其深刻的讨论，与此同时，对于小型站点来说，最好服务器的选择，其次，利用所学的知识点分析所做的系统，并在此基础上设计。
目前本系统已经上线，正在试运行阶段，用户反馈良好，基本完成用户所需，试运行过程中没有出现阻断性问题，有一些不足和小问题也及时予以修正，系统上线后，为了保证数据的安全性，对系统进行了备份操作，系统备份是每两个月备份一次，数据库备份为每周备份一次，系统部署在租赁的云平台服务器中。
本次系统上线成功后，得到了用户的高度认可，但是在功能上和性能上还需做进一步的研究处理，使其有更高的性能和更好的用户体验。
系统在以后的升级过程中，需要解决一系列用户所提出的问题，例如打印过程中如何避免浏览器的兼容性问题，大量用户访问时，如何保持较高的响应速度，在系统今后的升级过程中将着重解决这些安全性问题。
参考文献
[1]李秋萍,彭辉.高校新冠疫情集中医学观察的防控策略与思考——以中国药科大学为例[J].江苏科技信息,2021,38(36):28-31+35.
[2]金振娅. 全力做好“两节”期间疫情防控[N]. 光明日报,2021-12-30(008).DOI:10.28273/n.cnki.ngmrb.2021.006554.
[3]李雅琴.Java编程语言的优势及其应用实践研究[J].互联网周刊,2021(24):60-62.
[4]徐欢,凌骏.防疫封校期间校园学生活动的组织开展研究——以某职业院校学生读书会活动为例[J].武汉冶金管理干部学院学报,2021,31(04):17-20+23.
[5]韩冰,刘翠焕,黄振华,张波,陈明珠,张潇.人工智能时代下“Java程序设计”课程教学改革[J].科技风,2021(33):98-100.DOI:10.19392/j.cnki.1671-7341.202133033.
[6]丁海洋,王昊翔,姚全珠.基于MVVM框架的汽车销售管理系统设计与实现[J].电子制作,2021(22):55-56+8.DOI:10.16589/j.cnki.cn11-3571/tn.2021.22.019.
[7]杨涛,陈维. 中文版COVID-19恐怖症量表在疫情封校期间的信效度检验[C]//第二十三届全国心理学学术会议摘要集（下）.,2021:302.DOI:10.26914/c.cnkihy.2021.039964.
[8]苏文强,刘紫阳,苗玉恒.基于SSM的缺陷管理系统设计与实现[J].大众科技,2021,23(10):4-6+10.
[9]王伟,常庆丽,吴朝霞.基于SSM+Vue的精准帮扶系统研究与实现[J].河南科技,2021,40(27):12-14.
[10]胡开华,张玉静,陈明禄,何文鑫.基于Vue.js的Web应用开发教学案例设计与实现[J].信息与电脑(理论版),2021,33(18):91-94.
[11]喻佳,吴丹新.基于SSM的Web快速开发框架[J].电脑编程技巧与维护,2021(09):31-33.DOI:10.16184/j.cnki.comprg.2021.09.013.
[12]巢晟盛.基于SSM微服务架构下前后端分离的MVVM模型浅析[J].电脑知识与技术,2021,17(23):128-129+141.DOI:10.14004/j.cnki.ckt.2021.2412.
[13]赵志威,张生月,蒋应举,屠晓光.基于SSM的高新技术企业创新能力评价平台设计与实现[J].现代信息科技,2021,5(15):40-42.DOI:10.19850/j.cnki.2096-4706.2021.15.011.
[14]霍鹏宇.后疫情时期“高校封校”下的体育教育思考[J].当代体育科技,2021,11(20):71-73.DOI:10.16655/j.cnki.2095-2813.2010-1579-3836.
[15]方生.基于“Vue.js”前端框架技术的研究[J].电脑知识与技术,2021,17(19):59-60+64.DOI:10.14004/j.cnki.ckt.2021.1863.
[16]宋馨来,张海涛.基于前后端分离和Spring Security的用户登录功能的设计与实现[J].科技创新与应用,2021,11(18):19-21+24.
[17]Dang Tran Khanh,Huy Ta Manh,Dang Ly Hoang,Le Hoang Nguyen. An Elastic Data Conversion Framework: A Case Study for MySQL and MongoDB[J]. SN Computer Science,2021,2(4):
[18]马忠强,牟聪瑞,刘磊.新冠疫情封校期间不同体育运动对航海类学生负面情绪调节自我效能感的中介作用[J].高教学刊,2021,7(14):1-6+11.
[19]Dan Roscigno. Bring Elastic Observability to your Java application[J]. InfoWorld.com,2020:
[20]Benymol Jose,Sajimon Abraham. Performance analysis of NoSQL and relational databases with MongoDB and MySQL[J]. Materials Today: Proceedings,2020,24(Pt 3):
致谢
光阴似箭，一晃大学生活即将过去了。一直以严谨的态度和积极的热情投身于学习和工作中，虽然有竞争，也有泪水，但是通过我不断学习和奋斗不断的完善自己，不仅很好的完成了我的学业而且也让我的各方面得到了发展，取得了很大的进步。
대학생활도 끝이 나고 아쉬움도 많지만 결국 이별을 고해야 한다. 대학생활과 공부를 돌아보면 눈물과 땀이 있습니다. 이 기간 동안 나는 엄격하게 자신을 요구했고, 강한 지식 추구로 열심히 일하고 열심히 공부하고 올바른 태도, 명확한 목표를 가지고 일부 전문 지식과 기술을 확고히 습득하고 이론과 실제를 통합했습니다. 전문지식 공부와 더불어 다양한 분야에서 다양한 방법으로 지식을 넓히고 새로운 지식을 습득하고 있습니다. 모든 면에서 자격을 갖춘 대학생이 되기 위해 노력합니다.
이 졸업 프로젝트는 제가 혼자 완료한 프로젝트 중 가장 오래 걸리고 가장 노동 집약적인 프로젝트입니다. 다행스럽게도 졸업 프로젝트를 완성하는 과정에서 저를 도와준 많은 반 친구들과 선생님들이 있었습니다. 몇 달 간의 개발 과정에서 크고 작은 수많은 문제에 부딪혔습니다. 끊임없이 돕고 격려하는 룸메이트이자 선생님입니다.
강사님은 업무로 매우 바빴음에도 불구하고 우리가 보낸 질문 이메일에 신속하게 회신할 수 있었고 시간을 내어 오프라인 튜터링을 제공했습니다. 우리의 디자인 실수, 논리 오류 및 학습 계획 문제를 지적하십시오. 튜터의 도움 없이는 졸업 프로젝트가 막 다른 골목에 빠질 것이라고 할 수 있습니다. 길과 같은 미로를 지적한 것은 튜터입니다. 안개 속에서 방향을 알려주는 등불!
무료로 프로젝트의 소스 코드를 받으십시오. 좋아요 + 비공개 채팅에주의하십시오