목차
컴퓨터의 발달 이후 컴퓨터 관련 기술은 점점 더 빠르게 발전하고 있으며, 오늘날 정보기술의 비약적인 발전과 함께 컴퓨터 응용기술은 다양한 분야에 응용되고 있는 것으로 보인다. 사람들의 취미 생활도 점점 더 보편화되고 있습니다. 사람들은 여가 시간에 낚시를 즐기며 정서를 가꾸고 있습니다. 낚시 도구 가게에 가서 낚시 제품을 구매하고 사용자 커뮤니케이션도 매우 중요합니다.일반적으로 QQ 또는 WeChat 그룹을 통해 진행됩니다.많은 사용자의 채팅 메시지는 쉽게 덮어쓰여집니다.제품 구매 측면에서 때때로 하나의 상품에 대해 여러 낚시용품점으로 이동하면 사용자의 경험이 급격히 떨어질 것이므로 많은 상인들은 낚시 서비스 시스템을 개발하기 시작하여 사용자에게 특히 시간과 공간에서 새로운 경험을 제공하여 사용자가 거래를 수행하고 통신할 수 있도록 합니다. 인터넷에 연결되어 있는 한 어디에 있든 상관 없습니다. 이 낚시 서비스 시스템의 프론트 엔드는 JSP 페이지를 통해 표시되고, 백그라운드는 Springboot 프레임워크를 사용하며, 데이터베이스는 현재 널리 사용되는 오픈 소스 관계형 데이터베이스 MYSQL을 사용합니다. 프런트엔드 기술을 사용하여 현재 인기 있는 vue.js를 사용하여 페이지를 더 깔끔하고 아름답게 만듭니다.
핵심어 : JSP, Springboot 프레임워크, MYSQL, 낚시 서비스 시스템
추상적인
컴퓨터 개발이 시작된 이래로 컴퓨터 관련 기술은 점점 더 빠르게 발전해 왔습니다. 오늘날 정보화의 급속한 발전과 함께 컴퓨터 응용기술은 다양한 분야에 응용되고 있는 것으로 보인다. 점점 더 많은 사람들이 자신의 정서를 키우기 위해 여가 시간에 낚시하러 가는 것을 좋아합니다. 동시에 낚시꾼들에게는 낚시용품 구매 및 소통 측면에서 낚시용품점에 가서 낚시용품을 구매하곤 했고, 사용자 소통도 매우 중요하다. 일반적으로 QQ 또는 WeChat 그룹을 통해 수행됩니다. 사용자의 많은 채팅 메시지가 쉽게 가려집니다. 상품 구매 측면에서 상품을 위해 여러 낚시 도구 상점을 방문해야 하는 경우가 있으며 사용자의 경험이 급격히 떨어집니다. 그러므로, 많은 상인들이 낚시 서비스 시스템을 개발하기 시작했으며, 이러한 시스템은 사용자에게 특히 시간과 공간 측면에서 새로운 경험을 제공하여 사용자가 어디에 있든 상관없이 거래 및 교환을 수행할 수 있습니다. 인터넷. 이 낚시 서비스 시스템의 프론트엔드는 JSP 페이지에 표시되고 백엔드는 Springboot 프레임워크를 사용하며 데이터베이스는 현재 널리 사용되는 오픈 소스 관계형 데이터베이스 MYSQL을 사용합니다. 프런트엔드 기술을 사용하여 현재 인기 있는 vue.js를 사용하여 페이지를 더 깔끔하고 아름답게 만듭니다. 이 낚시 서비스 시스템의 프론트엔드는 JSP 페이지에 표시되고 백엔드는 Springboot 프레임워크를 사용하며 데이터베이스는 현재 널리 사용되는 오픈 소스 관계형 데이터베이스 MYSQL을 사용합니다. 프런트엔드 기술을 사용하여 현재 인기 있는 vue.js를 사용하여 페이지를 더 깔끔하고 아름답게 만듭니다. 이 낚시 서비스 시스템의 프론트엔드는 JSP 페이지에 표시되고 백엔드는 Springboot 프레임워크를 사용하며 데이터베이스는 현재 널리 사용되는 오픈 소스 관계형 데이터베이스 MYSQL을 사용합니다. 프런트엔드 기술을 사용하여 현재 인기 있는 vue.js를 사용하여 페이지를 더 깔끔하고 아름답게 만듭니다.
키워드 : JSP; 스프링부트 프레임워크; MYSQL; 낚시 서비스 시스템
1 소개
1.1 연구 배경
현재 대부분의 산업은 점차적으로 전자상거래 정보화를 자체 기업, 주로 전자상거래 서비스가 지배하는 인터넷 플랫폼에 도입하고 있습니다. 예를 들어, 현재 주로 낚시 서비스에 전념하고 있다면 낚시 서비스에 집중해야 합니다. 인터넷 플랫폼의 강화를 통해 낚시 서비스 이용자와 상인에게 지능적인 서비스를 제공하고 상인의 효율성을 높이는 동시에 사용자에게 실질적인 편의를 제공할 수 있습니다. 따라서 낚시 서비스 시스템은 현재 사용자와 기업의 요구에 더 부합하고 현재 낚시 산업의 경쟁 압력에 더 잘 적응할 수 있습니다[1]. 낚시 서비스 시스템은 "Internet +" B2C 서비스 모델을 기반으로 사용자가 온라인에서 독립적으로 낚시 상품을 선택하여 거래를 조회할 수 있도록 하는 동시에 일부 낚시 위치 정보를 제공하여 낚시 애호가가 소통하고 공유할 수 있도록 합니다. 상인들이 상점을 개선하도록 돕고 판매량은 어업의 지능적인 발전을 위해 노력할 수 있습니다.
오늘날 인터넷의 대중화와 정보기술의 비약적인 발전으로 사회의 모든 분야는 시대의 흐름에 발맞추어 끊임없이 혁신과 개혁을 거듭하고 있습니다. 정보 데이터의 지능적 처리는 질적 변화를 이루었습니다 번거롭고 시간이 많이 걸리고 누출하기 쉽고 저장하기 어려운 단점을 빠른 작업, 시간 절약 및 노동력의 장점으로 변경했습니다. 절약, 높은 기밀성, 간편한 보관으로 사회 모든 분야에서 혜택을 받습니다.
인터넷+시대의 도래와 전자상거래의 급격한 부상으로 한동안 온라인 쇼핑의 형태가 큰 인기를 끌었고, 이제는 온라인 쇼핑이 더욱 대중화되었습니다. 요즘은 다양한 업종도 온라인 쇼핑을 통해 사업을 확장하고 기업의 인지도를 높이고 실적을 향상시키며 온라인 쇼핑, 온라인 낚시 정보 보기, 상품 구매 등 사용자를 만족시키고 현재 핫한 컴퓨터 기술을 활용해 낚시 서비스를 공략하고 있다. 안전하고 신뢰할 수 있으며 전문적인 관련 비즈니스 정보 관리 시스템은 관리 프로세스를 더욱 편리하게 만들고 투자 인력을 줄이며 효율성을 크게 향상시키고 사용자에게 더 높은 품질의 서비스를 제공할 수 있습니다.
1.3 관련 기술 소개
(1) 낚시 서비스 시스템의 웹 배경 관리 백엔드는 더 이상 고대 jsp+javabean+servlet[5] 기술을 사용하지 않고 현재 주류인 Sprinboot[6] 프레임워크를 사용하여 Java 구성 코드를 줄이고 프로그래밍 코드를 단순화합니다. , 현재 Sprinboot 프레임워크는 많은 회사에서 선택한 프레임워크 중 하나이기도 합니다.
(2) 낚시 서비스 시스템에서 웹 배경 관리의 프런트 엔드는 ajax[8] 및 jquery[9]로 페이지 디자인을 미화할 수 있는 bootstrap[7] 프레임워크를 사용합니다.
(3) 널리 사용되는 vue 프레임워크는 jQuery 기술을 결합하여 jQuery를 기반으로 일부 플러그인을 확장하고 플러그인을 직접 정의하여 프런트 엔드 디자인을 더 잘 실현합니다.
(4) 낚시 서비스 시스템에서 데이터베이스로 사용되는 mysql5.7[10]은 실행 효율이 높다.
이 낚시 서비스 시스템은 소개를 위해 6개의 장으로 나누어져 있으며 각 장의 내용은 다음과 같이 정리되어 있습니다.
1 장 소개. 제1장에서는 주로 어업서비스시스템의 연구배경, 어업서비스시스템의 연구의의, 주요 개발기술 및 연구내용과 본 논문의 주요업무를 소개한다.
2장: 시스템 요구 사항 분석. 2장에서는 주로 시스템 사용자 및 기능 측면에서 요구 분석을 수행한다.
3장: 시스템 설계. 세 번째 장은 주로 시스템 프레임, 시스템 기능 모듈, 데이터베이스에 대한 기능 설계를 수행합니다.
4장: 시스템 실현. 네 번째 장에서는 주로 시스템 프레임워크의 구성과 시스템 인터페이스의 구현을 소개합니다.
5장: 시스템 테스팅. 5장에서는 주로 시스템의 일부 인터페이스를 테스트하고 주요 기능을 테스트합니다.
2 낚시 서비스 시스템 요구사항 분석
시스템 요구 사항 분석은 시스템 개발의 핵심 링크이며 시스템 설계 및 구현에서 연결 역할을 합니다. 시스템 요구 사항 분석은 수행해야 할 시스템 요구 사항을 마이닝하는 것으로 분석이 정확하면 현실에서 직면하는 문제를 정확하게 해결할 수 있습니다. 분석이 제대로 이루어지지 않으면 이후 시스템의 구현에 영향을 미칩니다. 시스템의 우수성에 대한 요구사항 분석도 매우 큰 비중을 차지하는데, 요구사항 분석이 제대로 이루어지지 않으면 후속 시스템 설계는 내비게이션에서 벗어난 설계가 될 것이다.
2.1 타당성 분석
시스템 타당성 분석은 시스템 간 타당성에 대한 논의입니다. 시스템의 타당성을 논의함에 있어 주로 기술적 타당성, 경제성, 운영 타당성, 법적 타당성 측면에서 분석하고 4단계를 통과하면 상대적으로 타당하다고 판단한다.
낚시 서비스 시스템의 설계 및 구현은 웹 기반 낚시 서비스 플랫폼입니다.이 시스템을 구현하기 위해 사용하는 기술 솔루션은 Java 기반 웹 구현 솔루션입니다.시스템은 Spring 부트 아키텍처를 사용하여 Spring, SpringMvc 및 마이바티스 솔루션 . SSM 프레임워크는 매우 성숙한 프레임워크입니다. Java는 1997년에 탄생한 이후 엄청난 성장을 경험했습니다. Java는 통신, 은행, 전자 상거래와 같은 다양한 분야에서 매우 성숙한 솔루션을 제공합니다. Spring boot는 전체 프로젝트를 위한 또 다른 즉시 사용 가능한 기술 솔루션 세트입니다. 따라서 스프링 부트를 기반으로 이 시스템을 구현하는 것은 매우 성숙하고 간단한 기술 솔루션입니다. 기술적 타당성은 매우 실현 가능합니다.
경제성 측면에서 프로젝트는 개발 단계에서 개발용 PC가 필요하고 생산 단계에서 웹 서버와 데이터베이스 서버가 필요합니다. 개인용 PC는 경제적인 면에서 큰 문제가 되지 않으며, 추후 시스템 구축 및 생산 측면에서도 서버에 대한 투자가 그리 높지 않을 것이며 경제적인 면에서 상대적으로 실현 가능성이 높다.
이번에 개발된 낚시 서비스 시스템은 인터넷에 접속할 수 있는 이용자가 이용할 수 있는 비교적 단순한 시스템으로 시스템에 진입한 후 프롬프트에 따라 해당 작업을 수행할 수 있다. Blackstone 시스템은 상대적으로 간단하다.예를 들어 사용자가 어떤 제품을 사고자 할 때 먼저 제품의 다양한 매개변수를 이해해야 한다.이해 과정에서 우리는 이 페이지에서 구매 작업을 설정하여 사용자가 쉽게 구매를 하여 사용자가 사용하기 더 편리한 것 같습니다. 조작이 간편합니다. 관리자 관리 부분을 다시 보겠습니다. 저희 시스템 가격 설정 및 각종 매개 변수 설정이 고정되어 있습니다. 운영자가 추가, 삭제, 수정 입력만 하면 확인이 가능하여 매우 편리합니다.일반적으로 위의 시스템이 실행 가능합니다.
법적인 관점에서 시스템은 타사에 대한 다른 법적 문제가 없으며 시스템 데이터베이스는 Mysql 오픈 소스 커뮤니티 데이터베이스를 사용하고 프레임 워크는 오픈 소스 Spring Boot를 사용합니다. 시스템 정보 및 관련 콘텐츠도 법적 측면을 준수합니다. 소스코드 관리 측면에서는 git 오픈소스를 사용하여 관리하므로 법적 타당성 측면에서 확립되어 있다.
2.2.1 데이터 흐름
낚시 서비스 시스템의 주요 목적은 낚시 제품의 온라인 구매를 실현하는 것입니다.그림 2-1은 시스템의 데이터 흐름도입니다.
그림 2-1 상품구매업무 전개도
3.3.2 비즈니스 프로세스
시스템의 데이터 흐름을 분석한 후 시스템의 비즈니스 프로세스를 살펴보겠습니다.그림 2-2는 비즈니스 흐름도입니다.
그림 2-2 업무 흐름도
낚시 서비스 시스템의 설계 및 구현은 관리자가 낚시 서비스와 관련된 일부 정보를 보다 편리하게 관리할 수 있도록 하고 사용자도 웹 시스템, 상품 온라인 쇼핑 및 상호 커뮤니케이션을 통해 낚시 서비스 정보를 볼 수 있도록 합니다. 사용자 간의 커뮤니케이션은 특정 정보를 검색할 때 많은 시간과 에너지를 절약할 수 있으며 불필요한 검색 시간을 효과적으로 줄일 수 있습니다.
낚시 서비스 시스템의 설계 및 구현을 연구하는 목적은 간단하고 친숙한 인터페이스, 간단한 조작 및 안정적인 운영을 통해 지능형 원스톱 낚시 서비스 관리 방법을 갖추는 것입니다. 시스템 요구 사항은 주로 관리자와 사용자에게서 나옵니다.
사용자 관리 모듈:
(1) 이용자 등록 및 로그인 : 관광객은 언제든지 시스템에 접속하여 정보 열람이 가능하나, 상품 구매 및 통신을 위해서는 본 시스템의 계정이 있어야 합니다. 회원가입을 하시면 회원가입이 가능하며, 동시에 "마이" 버튼을 통해 개인정보 및 운영정보를 관리하실 수 있습니다.
(2) 낚시 서비스 시스템 홈페이지 정보 보기 : 낚시 서비스 시스템 홈페이지 정보에는 홈페이지, 낚시친구 서클, 공지사항, 낚시 서클 정보, 낚시 포인트 정보 등이 포함됩니다.
(3) 낚시친구 서클 : "낚시친구 서클"을 클릭하시면 낚시애호가들이 공개하는 일부 통신정보를 보실 수 있습니다. 모두가 함께 토론할 수 있는 새 주제를 게시할 수도 있습니다.
(4) 공지 사항: "공지 사항" 버튼을 클릭하면 백그라운드(관리자)가 발행한 모든 공지 사항이 표시되어 사용자가 일부 실시간 개발에 대해 알 수 있습니다.
(5) 낚시터 정보 : "낚시터 정보" 버튼을 클릭하면 배경(관리자)에서 공개한 모든 낚시터 정보가 표시되며, 사용자가 낚시터 정보에 좋아요, 북마크, 댓글을 달 수 있도록 지원합니다.
(6) 낚시 포인트 정보 : "낚시 포인트 정보" 버튼 클릭 후 배경(관리자)에서 공개한 모든 낚시 포인트 정보가 표시됩니다. 사용자는 다음 번에 더 빨리 찾을 수 있도록 북마크할 수 있으며 낚시 포인트도 좋아할 수 있습니다. 정보, 코멘트.
(7) 상품구매 : 홈페이지에서 모든 상품정보를 열람할 수 있으며, 구매하고자 하는 상품에 대해 문의 시 입장하여 상세소개를 볼 수 있으며 구매, 바로구매, 즐겨찾기, 댓글을 추가할 수 있습니다.
(8) 장바구니 : "장바구니" 버튼을 클릭하면 장바구니에 담은 모든 상품이 표시되며, 구매를 확정하면 선택한 상품에 대한 구매 결제를 진행할 수 있습니다.
(9) 나의 주문 : "나의" 버튼 아래 "나의 주문"을 클릭하면 본인이 제출한 모든 주문정보가 조회되며, 주문 삭제 관리를 지원합니다.
(9) 즐겨찾기: "내" 버튼 아래의 "즐겨찾기"를 클릭하면 즐겨찾기에 있는 모든 정보가 표시되며, 특정 정보를 즐겨찾기에 추가하고 싶지 않은 경우 세부 정보를 클릭한 후 삭제 버튼을 클릭하여 삭제합니다. 좋아요.
관리자 관리 모듈:
(1) 사이트 관리 : 관리자는 시스템 프런트에 표시되는 캐러셀 사진 및 공지사항을 추가, 삭제, 수정 및 확인할 수 있어 사용자가 보기에 편리합니다.
(2) 사용자 관리 : 관리자는 프런트에 등록된 사용자 정보를 관리할 수 있으며, 관리자 정보도 관리할 수 있습니다.
(3) 낚시터 관리 : 관리자는 낚시 서비스 시스템에서 회원 사용자가 조정한 낚시터 정보와 백그라운드에서 낚시터 분류 정보를 추가, 삭제, 수정 및 확인할 수 있습니다.
(4) 낚시터 정보 : 백그라운드에서 낚시 서비스 시스템에 표시되는 낚시터 정보 및 정보 분류 정보를 관리자가 추가, 삭제, 수정 및 확인할 수 있습니다.
(5) 분류 관리 : 관리자는 어업 서비스 시스템에서 상품의 분류를 관리합니다.
(6) 상품관리 : 어업서비스 시스템에 표시되는 상품정보를 관리자가 관리하여 이용자가 편리하게 조회 및 구매가 가능하도록 합니다.
(7) 주문관리 : 관리자는 낚시 서비스 시스템에서 사용자가 제출한 주문을 관리할 수 있습니다.
(8) 낚시터 관리 : 백그라운드에서 낚시 서비스 시스템에 표시되는 낚시터 정보를 관리자가 추가, 삭제, 수정 및 확인할 수 있습니다.
낚시 서비스 시스템의 비기능적 요구 사항에는 낚시 서비스 시스템의 보안성, 신뢰성, 성능 및 확장성이 포함됩니다. 구체적으로 다음 표 3-1과 같이 나타낼 수 있다.
표 3- 1 어업 서비스 시스템의 비기능 요구사항 표
| 안전 |
주로 낚시 서비스 시스템의 데이터베이스 설치, 데이터베이스 사용 및 비밀번호 설정이 규정을 준수해야 함을 말합니다. |
| 신뢰할 수 있음 |
신뢰성이란 낚시 서비스 시스템이 사용자의 지시에 따라 운영될 수 있음을 의미하며 테스트 후 신뢰성은 90% 이상입니다. |
| 성능 |
성능은 어업 서비스 시스템이 시장을 선점하기 위한 필요조건이므로 성능이 좋은 것이 좋다. |
| 확장성 |
예를 들어, 데이터베이스는 시스템의 비기능적 요구 사항을 보장하기 위해 인터페이스 사용과 같은 여러 속성을 예약합니다. |
| 사용의 용이성 |
사용자는 피싱 서비스 시스템 페이지에 표시된 내용에 따라 작동하기만 하면 됩니다. |
| 유지 보수성 |
낚시 서비스 시스템 개발은 유지보수가 매우 중요하며, 테스트 후 유지보수에는 문제가 없습니다. |
2.4 시스템 사용 사례 분석
2.3 기능 분석을 통해 이 낚시 서비스 시스템의 사용 사례 다이어그램을 얻습니다.
그림 2-3은 사용자 역할의 예를 보여줍니다.
그림 2-3 피싱 서비스 시스템의 사용자 역할 사용 사례 다이어그램
웹 백그라운드 관리의 관리자는 전체 피싱 서비스 시스템의 모든 데이터 정보를 유지합니다. 그림 2-4는 관리자 역할의 예를 보여줍니다.
그림 2-4 낚시 서비스 시스템 관리자 역할 사용 사례 다이어그램
본 장에서는 주로 낚시 서비스 시스템의 타당성 분석, 프로세스 분석, 기능적 요구사항 분석, 시스템 활용 사례 분석을 통해 전체 낚시 서비스 시스템이 구현해야 할 기능을 결정한다. 동시에 낚시 서비스 시스템의 코드 구현 및 테스트를 위한 표준도 제공합니다.
본 장에서는 낚시 서비스 시스템의 기능적 모듈 설계와 데이터베이스 시스템 설계를 주로 다룬다.
3.1 시스템 기능 모듈 설계
마지막 장에서는 시스템의 기능적 요구사항과 비기능적 요구사항을 주로 분석하고, 요구사항에 따라 본 낚시 서비스 시스템의 유스케이스를 분석하였다. 다음 단계는 이 낚시 서비스 시스템의 아키텍처, 주요 기능 및 데이터베이스 설계를 시작하는 것입니다. 앞 장의 요구사항 분석을 바탕으로 낚시 서비스 시스템을 얻었으며 전체 설계 모듈 다이어그램은 그림 3-1과 같다.
그림 3-1 낚시 서비스 시스템의 기능 모듈 다이어그램
3.1.2 사용자 모듈 설계
백그라운드 매니저는 프런트에 등록된 사용자를 추가, 삭제, 수정, 확인할 수 있으며 사용자 모듈의 구조도는 다음과 같습니다.
그림 3-2 회원 사용자 모듈의 구조도
3.1.3 댓글 관리 모듈 설계
낚시 서비스 시스템은 커뮤니케이션 성격의 개방형 플랫폼으로, 회원 이용자는 플랫폼에서 소통하여 이용자 간의 상호작용을 높일 수 있습니다. 그러나 동시에 댓글 내용을 더 잘 규제하고 관리자에게 부적절한 댓글을 삭제하는 기능을 제공하기 위해 댓글 관리 모듈을 특별히 설계해야 합니다.구체적인 구조 다이어그램은 다음과 같습니다.
그림 3-3 주석 모듈 구조도
3.1.4 상품 관리 모듈 설계
낚시 서비스 시스템은 많은 상품 정보를 저장해야 하며 모듈 기능 구조, 특정 구조 다이어그램은 다음과 같습니다.
그림 3-4 Commodity 모듈 구조도
3.1.5 주문 관리 모듈 설계
낚시 서비스 시스템 의 가장 중요한 기능 중 하나는 구매이며, 그 모듈 기능 구조, 구체적인 구조 다이어그램은 다음과 같습니다.
그림 3-5 주문 모듈 구조 다이어그램
데이터베이스 설계는 일반적으로 요구사항 분석, 개념 모델 설계, 데이터베이스 테이블 구축의 세 가지 주요 프로세스로 구성되며 요구 사항 분석은 이전 장에서 설명했으며 개념 모델 설계는 개념 모델과 논리 구조 설계의 두 부분으로 구성됩니다.
3.2.1 데이터베이스의 개념적 구조 설계
다음은 전체 낚시 서비스 시스템의 주요 데이터베이스 테이블의 ER 개체 관계도이다.
그림 3-6 어업 서비스 시스템의 전체 ER 관계도
낚시 서비스 시스템 데이터베이스의 일반적인 ER 관계도에 따르면 낚시 서비스 시스템에는 많은 ER 다이어그램이 필요하다는 결론을 내릴 수 있으며 일부 주요 데이터베이스 ER 모델 다이어그램이 여기에 나열됩니다.
그림 3-7 회원 사용자 정보 ER 관계도
그림 3-8 어권 정보의 ER 관계도
그림 3-9 상품관리정보의 ER 관계도
그림 3-10 주문 정보의 ER 관계도
그림 3-11 주소 정보 ER 관계도
그림 3-12 어권 정보의 ER 관계도
앞 절의 낚시 서비스 시스템의 전체 ER 관계도로부터 많은 데이터 테이블을 생성해야 한다는 결론을 내릴 수 있다. 여기서는 주로 몇 가지 주요 데이터베이스 테이블 구조 디자인을 나열합니다.
(1) member_user 테이블은 <표 3-1>과 같이 회원사용자아이디+이름+성별+감사상태 등을 포함하며 프론트엔드 사용자가 낚시서비스 시스템에 로그인할 때 주로 사용된다.
표 3-1 member_user 회원 사용자 정보 테이블
| 열 이름 |
데이터 유형 |
길이 |
빈 허용 |
설명하다 |
| buyers_id |
정수 |
11 |
아니요 |
회원 사용자 ID |
| full_name |
varchar |
64 |
예 |
이름 |
| 성별 |
varchar |
64 |
예 |
성별 |
| 검사_상태 |
varchar |
16 |
예 |
승인 상태 |
| 추천하다 |
정수 |
11 |
예 |
지능형 추천 |
| user_id |
정수 |
11 |
예 |
사용자 아이디 |
| 생성 시간 |
날짜 시간 |
예 |
생성 시간 |
|
| 업데이트 시간 |
긴 문장 |
예 |
업데이트 시간 |
(2) 포럼 테이블은 표 3-2와 같이 기본 키 + 사용자 ID + 닉네임 + 표지 이미지 + 텍스트 + 제목 + 좋아요 수 + 포럼 분류 등을 포함하며 주로 사용자 커뮤니케이션에 사용됩니다.
표 3-2 포럼 낚시친구 서클 정보표
| 열 이름 |
데이터 유형 |
길이 |
빈 허용 |
설명하다 |
| 포럼 ID |
중간 |
8 |
아니요 |
낚시동아리 아이디 |
| 표시하다 |
스몰린트 |
5 |
예 |
정렬하다 |
| user_id |
중간 |
8 |
예 |
사용자 아이디 |
| 별명 |
varchar |
10 |
예 |
닉네임 |
| 칭찬_len |
정수 |
10 |
예 |
좋아요 |
| 안타 |
정수 |
10 |
예 |
방문 횟수 |
| 제목 |
varchar |
125 |
예 |
제목 |
| 키워드 |
varchar |
125 |
예 |
키워드 |
| 설명 |
varchar |
125 |
예 |
설명하다 |
| URL |
varchar |
125 |
예 |
소스 주소 |
| 꼬리표 |
varchar |
255 |
예 |
상표 |
| 이미지 |
텍스트 |
16 |
예 |
표지 그림 |
| 콘텐츠 |
긴 문장 |
16 |
예 |
텍스트 |
| 화신 |
바르차 |
255 |
예 |
포스터 아바타 |
| 유형 |
varchar |
예 |
포럼 분류 |
|
| 생성 시간 |
날짜 시간 |
예 |
생성 시간 |
|
| 업데이트 시간 |
긴 문장 |
예 |
업데이트 시간 |
(3) 상품_관리표는 <표 3-3>과 같다.주로 관리자가 상품의 가격을 더 잘 조정하고 상품 교체를 추천할 수 있다.프론트엔드(회원 사용자)에서는 효과적으로 상품을 검색할 수 있다. 제품의 외형과 제품의 속성 등을 직관적으로 확인할 수 있습니다.
표 3-3 Commodity_management 상품 관리 정보 테이블
| 열 이름 |
데이터 유형 |
길이 |
빈 허용 |
설명하다 |
| mall_management_id |
정수 |
11 |
아니요 |
상품 관리 ID |
| 비고 |
정수 |
11 |
예 |
주목 |
| 장바구니_제목 |
varchar |
125 |
예 |
제목 |
| cart_img |
텍스트 |
예 |
표지 그림 |
|
| 장바구니 설명 |
varchar |
255 |
예 |
설명하다 |
| cart_price_ago |
더블 |
예 |
원래 가격 |
|
| 장바구니_가격 |
더블 |
예 |
판매 가격 |
|
| 장바구니_재고 |
정수 |
11 |
예 |
상품주 |
| 장바구니 유형 |
varchar |
64 |
예 |
카테고리 |
| 장바구니_콘텐츠 |
긴 문장 |
64 |
예 |
텍스트 |
| cart_img_1 |
텍스트 |
10 |
예 |
메인 사진 |
| 추천하다 |
정수 |
11 |
지능형 추천 |
|
| 생성 시간 |
날짜 시간 |
11 |
예 |
생성 시간 |
| 업데이트 시간 |
타임스탬프 |
예 |
업데이트 시간 |
(4) 오더 테이블은 [표 3-4]와 같으며 주요 오더정보는 프론트엔드(바이어)에서 형성하고 오더관리자가 관리를 수행하며 바이어관리자는 오더의 모든 정보를 볼 수 있다.
표 3-4 주문정보 표
| 열 이름 |
데이터 유형 |
길이 |
빈 허용 |
설명하다 |
| 주문 아이디 |
정수 |
11 |
아니요 |
주문 아이디 |
| 주문 번호 |
varchar |
64 |
예 |
주문 번호 |
| 상품 ID |
varchar |
64 |
예 |
상품 ID |
| 제목 |
varchar |
32 |
예 |
제품 제목 |
| 이미지 |
varchar |
255 |
예 |
제품 사진 |
| 가격 |
더블 |
예 |
가격 |
|
| price_ago |
더블 |
예 |
원래 가격 |
|
| 숫자 |
정수 |
11 |
예 |
수량 |
| price_count |
더블 |
예 |
총 가격 |
|
| 규범 |
varchar |
255 |
예 |
사양 |
| 유형 |
varchar |
64 |
예 |
분류 |
| contact_name |
varchar |
32 |
是 |
联系人姓名 |
| contact_email |
varchar |
125 |
是 |
联系人邮箱 |
| contact_phone |
varchar |
11 |
是 |
联系人手机 |
| contact_address |
varchar |
125 |
是 |
收货地址 |
| postal_code |
varchar |
11 |
是 |
邮政编码 |
| user_id |
varchar |
10 |
是 |
买家id |
| merchant_id` |
mediumint |
8 |
是 |
商家id |
| description |
varchar |
255 |
是 |
描述 |
| state |
varchar |
16 |
是 |
状态 |
| create_time |
datetime |
是 |
创建时间 |
|
| update_time |
timestamp |
是 |
更新时间 |
（5）address表如表3-5所示，主包含了收货地址id+姓名+手机+邮编+地址，主要用在用户对提交订单选择地址的时候进行使用。
表3-5 address收货地址信息表
| 列名 |
数据类型 |
长度 |
允许空 |
说明 |
| address_id |
int |
11 |
否 |
收货地址id |
| name |
varchar |
32 |
是 |
姓名 |
| phone |
varchar |
16 |
是 |
手机 |
| postcode |
varchar |
8 |
是 |
邮编 |
| address |
varchar |
255 |
是 |
地址 |
| default |
int |
11 |
是 |
默认判断 |
| user_id |
mediumint |
8 |
是 |
用户id |
| create_time |
datetime |
是 |
创建时间 |
|
| update_time |
longtext |
是 |
更新时间 |
（6）article表如表3-6所示，主要在系统后台（管理员）中可以更好的管控新闻，在前端（买家）可以有效的查找新闻等。
表3-6 article渔圈资讯信息表
| 数据类型 |
长度 |
允许空 |
说明 |
|
| article_id |
mediumint |
8 |
否 |
渔圈资讯id |
| title |
varchar |
125 |
是 |
标题 |
| type |
varchar |
64 |
是 |
分类 |
| hits |
int |
10 |
是 |
点击数 |
| praise_len |
int |
11 |
是 |
点赞数 |
| create_time |
datetime |
是 |
创建时间 |
|
| update_time |
timestamp |
是 |
更新时间 |
|
| source |
varchar |
255 |
是 |
来源 |
| url |
varchar |
255 |
是 |
来源地址 |
| tag |
varchar |
255 |
是 |
标签 |
| content |
longtext |
是 |
正文 |
|
| img |
varchar |
255 |
是 |
封面图 |
| description |
text |
是 |
描述 |
整个垂钓服务系统的需求分析主要对系统总体架构以及功能模块的设计，通过建立E-R模型和数据库逻辑系统设计完成了数据库系统设计。
4 垂钓服务系统详细设计与实现
垂钓服务系统的详细设计与实现主要是根据前面的垂钓服务系统的需求分析和垂钓服务系统的总体设计来设计页面并实现业务逻辑。主要从垂钓服务系统界面实现、业务逻辑实现这两部分进行介绍。
4.1用户功能模块
4.1.1 前台首页界面
当进入垂钓服务系统的时候，首先映入眼帘的是系统的导航栏，下面是轮播图以及系统内容，其主界面展示如下图4-1所示。
图4-1 前台首页界面图
4.1.2 会员注册界面
普通的用户只支持对网站信的浏览，想要购买或者交流就必须登录到系统，如果你没有本垂钓服务系统的账号的话，添加“注册”根据提示输入好用户信息后，点击“注册”按钮后，系统会对输入的信息进行验证，验证输入的账户名和数据库表中已经注册的账户名是否重复，只有都验证没问题后即可会员注册成功。其用会员注册界面展示如下图4-2所示。
图4-2 前台会员注册界面图
4.1.3 会员登录界面
垂钓服务系统中的前台上注册后的会员是可以通过自己的账户名和密码进行登录的，当会员输入完整的自己的账户名和密码信息并点击“登录”按钮后，将会首先验证输入的有没有空数据，再次验证输入的账户名+密码和数据库中当前保存的用户信息是否一致，只有在一致后将会登录成功并自动跳转到垂钓服务系统的首页中；否则将会提示相应错误信息，用户登录界面如下图4-3所示。
图4-3会员登录界面图
4.1.4交友圈界面
点击“钓友圈”可以查看到垂钓爱好者发布的一些交流信息，选择某一信息进入详情后可以对垂钓爱好者发布的交流信息进行回复自己的见解，也可以发布新的话题来让大家共同讨论，交友圈界面如下图4-4所示。
图4-4交友圈界面图
4.1.5 收货地址界面
当用户点击“收货地址”右后，就回去显示出目前现有的地址，也可以添加新的地址，界面如下图4-5所示。
图4-5收货地址界面图
4.1.6 商品详情界面
当访客点击了任意商品后将会进入该款商品的详情界面，可以了解到该商品的图片信息、商品信息、价钱信息等，同时可以对该商品进行加购+立即购买+收藏+点赞+评论，商品详情展示页面如图4-6所示。
图4-6 商品详情界面图
4.1.7 我的订单界面
当用户点击“我的订单”链接后就进入自己购买的订单的界面展示，界面如下图4-7所示。
图4-7 我的订单界面图
点击“钓点信息”按钮后显示出后台（管理员）发布的所有的钓点信息，用户可以收藏方便下次更快的找到，也可以对钓点信息进行点赞、评论。界面如下图4-8所示。
图4-8 钓点信息界面图
4.2管理员功能模块
4.2.1站点管理界面
管理员可以对系统前台展示的轮播图以及公告进行增删改查，方便用户进行查看。界面如下图4-9所示。
图4-9 站点管理界面图
垂钓服务系统中的管理人员是可以对前台注册的会员进行管理的，也可以对管理员进行管控。界面如下图4-10所示。
图4-10用户管理界面图
垂钓服务系统中的管理人员是可以对前台用户发布的钓友圈信息进行管控的，界面如下图4-11所示。
图4-11钓友圈界面图
垂钓服务系统中的管理人员是可以对前台显示的渔圈资讯信息进行管控，界面如下图4-12所示。
图4-12渔圈资讯界面图
理员对垂钓服务系统所展示的商品信息进行管控，方便用户查询购买。界面如下图4-13所示。
图4-13商品管理界面图
管理员可以对垂钓服务系统中用户提交的订单进行管控，订单列表界面如下图4-14所示。
图4-14订单列表界面图
管理员在后台可以对垂钓服务系统中显示的钓点信息进行增删改查。钓点信息界面如下图4-15所示。
图4-15钓点信息界面图
5系统测试
系统的前台、后台、数据库完成以后，这个系统才算是完成了一半，我们在这之后要对系统进行最后的一个阶段，那就是测试了，测试对一个系统来说是非常重要的，有的时候开发完一个系统，如果测试不合格的话，这个系统是没有办法进行投入使用的，所有我们要用测试对系统的功能进行检验，把不完善的功能尽量完善，把出现的bug解决掉，然后给用户呈现出一个完美的系统。通过对系统最后一步的测试，使得开发人员对自己的系统更加有信心，更加积极的为后期的系统版本的更新提供支持。
系统测试包括：用户登录功能测试、商品展示功能测试、商品添加、商品搜索、密码修改功能测试，如表5-1、5-2、5-3、5-4、5-5所示：
表5-1 用户登录功能测试表
商品查看功能测试：
表5-2 商品查看功能测试表
管理员添加商品界面测试：
表5-3 管理员添加商品界面测试表
商品搜索功能测试：
表5-4商品搜索功能测试表
密码修改功能测试：
表5-5 密码修改功能测试表
通过编写垂钓服务系统的测试用例，已经检测完毕用户登录模块、商品查看模块、商品添加模块、商品搜索模块、密码修改功能测试，通过这5大模块为垂钓服务系统的后期推广运营提供了强力的技术支撑。
至此论文结束，感谢您的阅读。在此我要感谢我的导师，虽然我在实习期间很忙，论文撰写总是停停改改，但是导师依然十分负责，时不时的询问我的任务进展情况，跟进我的论文进度。虽然我在实习期间很忙，以至于很晚才开始进行论文撰写和编写程序的工作，但是在指导老师的帮助下，我逐步完成了自己的论文和程序，从导师身上也学习到很多知识，和经验，这些知识和经验令我受益匪浅。也从导师身上看到了自己的不足，不论是在即使层面上还是在对待工作的态度上，倒数如同明镜一般照出了我的缺点我的不足。此外，我还要感谢在我实习期间在论文和程序上帮助过我的同学和社会人士，此前我对于PHP开发方面的一些知识还不了解，是他们在我编写程序过程中给了我很多的启发和感想，也帮助了我对于程序的调试和检测。没有他们我是不能顺利完成本次毕业设计的。至此，我的毕业设计就花上了一个圆满的句号了。
[1]刘敏. 基于SpringBoot框架社交网络平台的设计与实现[D]. 湖南大学, 2018.
[1]张培利. 基于Vue+SpringBoot框架技术的高校课程平时成绩系统浅析[J]. 2020.
[1]熊永平. 基于SpringBoot框架应用开发技术的分析与研究[J]. 电脑知识与技术：学术版, 2019, 15(12X):2.
[1]杨众. 基于Spring Boot的校园商城系统设计与实现[J]. 信息技术与信息化, 2020(9):2.
[1]叶方超, 张思扬, 李传锴. 基于SpringBoot的旧物回收商城的设计与实现[J]. 智能计算机与应用, 2019, 9(5):3.
[1]贾志勇. 基于SpringBoot的下沉市场交易平台的设计与实现. 安徽大学.
[1]陈宇. 基于Spring Boot的电商管理系统的设计[J]. 现代信息科技, 2020, 4(1):2.
[1]许乐. 基于spring boot技术微信平台的BC新零售点餐系统的设计[J]. 轻松学电脑, 2019.
[1] F Gutierrez. Spring Boot[J]. Apress.
[1] Antonov A . Spring Boot cookbook : over 35 recipes to help you build, test, and run Spring applications using Spring Boot. 2015.
[1] Turnquist G L . Learning Spring Boot learn how to use Spring Boot to build apps faster than ever before.
[1] LiY , GaoS , WuW , etal. Research and Development Housing Rental System with Recommendation System Based on SpringBoot[M]. 2021.
逝者如斯夫，不舍昼夜。转眼间，大学生会员活便已经接近尾声，人面对着离别与结束，总是充满着不舍与茫然，我亦如此，仍记得那年秋天，我迫不及待的提前一天到了学校，面对学校巍峨的大门，我心里充满了期待：这里，就是我新生活的起点吗？那天，阳光明媚，学校的欢迎仪式很热烈，我面对着一个个对着我微笑的同学，仿佛一缕缕阳光透过胸口照进了我心里，同时，在那天我认识可爱的室友，我们携手共同度过了这难忘的两年。如今，我望着这篇论文的致谢，不禁又要问自己：现在，我们就要说再见了吗？
感慨莫名，不知所言。遥想当初刚来学校的时候，心里总是想着工科学校会过于板正，会缺乏一些柔情，当时心里甚至有一点点排斥，但是随着我对学校的慢慢认识与了解，我才认识到了她的美丽，她的柔情，并且慢慢的喜欢上了这个校园，但是时间太快了，快到我还没有好好体会她的美丽便要离开了，但是她带给我的回忆，永远不会离开我，也许真正离开那天我的眼里会满含泪水，我不是因为难过，我只是想将她的样子映在我的泪水里，刻在我的心里。最后，感谢我的老师们，是你们教授了我们知识与做人的道理；感谢我的室友们，是你们陪伴了我如此之久；感谢每位关心与支持我的人。
少年，追风赶月莫停留，平荒尽处是春山。
点赞+收藏+关注 → 私信领取本源代码、数据库