MZ와 "가보자고" : 프로젝트 준비 과정

한이음 프로젝트가 시작되고 6월 말까지 프로젝트 설계를 진행했다. 엇 근데 머쓱한건 프로젝트 이름을 한동안 유행했던 가보자고~로 정했는데 시기적절하게도.. 네이버에서 서울 가보자고 서비스를 냈다...이름이 똑같...! 핳

나는 백엔드를 맡았기 때문에 백엔드 설계를 중심으로!

 

1. 요구사항 정의 및 WBS

- 요구사항 정의서 예시

- WBS 예시

 

2. 화면 설계

피그마를 이용해 작성했다.

- 화면 설계: https://www.figma.com/file/k2k6iXtsjObhdJ0QKHxBhU/MZ%EC%99%80-%22%EA%B0%80%EB%B3%B4%EC%9E%90%EA%B3%A0%22

Figma

 

3. DB 설계

DB를 설계할 당시 마침 계절학기로 DB설계 과목을 듣고있었다. 해당 과목의 설계과제가 상당히 도움이 된 것 같다. ERD 툴은 과제를 하면서 사용했던 Toad Data Modeler 를 사용했다. 처음에는 인조키를 사용하지 않는 방향으로 설계했지만 현업에선 자연키보다 인조키를 사용을 좀 더 선호한다고 해서 절대 바뀔 가능성이 없는 테이블 빼고는 모두 인조키를 사용하도록 설계를 변경했다.

 

• ERD

 

4. 프로젝트 구조도

일단은 이렇게 생각하긴 했는데, 멘토님이 도커를 사용해보는 것도 좋다고 하셔서 아마 변경될 예정이다. 또 DB 서버를 따로 두지 말고 api 서버에 DB를 구축해도 괜찮을 것 같다고 하셔서 고민중이다..(이미 RDS를 사용해서 DB를 구축한 상태라 웬만하면 안옮길것 같긴함..)

 

5. 백엔드 기술 스택

7월부터 중순부터 진행을 시작했고 프로젝트 진행에 있어 백엔드는 크게 두 단계로 진행한다.

 

1. 크롤링을 통한 핫플레이스 데이터 수집 및 정제

먼저 프로젝트에서 사용할 핫플레이스 데이터셋을 구축해야 한다. 소상공인 상가정보 공공데이터셋을 바탕으로 상가 정보를 지역별로 크롤링했다. 블로그 리뷰 수, 방문자 리뷰 수, 별점 등을 함께 크롤링하여 핫플레이스인지 판단하는 지표로 활용했다. 크롤링하여 만들어진 데이터셋에 프로젝트에 사용할 태그를 직접 라벨링하는 고통의 과정도 거쳤다😥

• 기술 스택: python(3,7 또는 3.8 사용), selenium(3.14.1)
• 사용 데이터셋: 공공데이터포털의 소상공인시장진흥공단_상가(상권)정보
• 깃허브 링크: https://github.com/minpaeng/gabojago-crawling

 

 

2. 웹 애플리케이션 제작

데이터셋을 구축한 다음, 현재는 핫플레이스 조회 및 커뮤니티 활용에 관한 요구사항에 맞춰 웹 애플리케이션을 제작하는 중이다. API 명세서는 문서로 따로 작성하여 프론트에 전달하였다.

• 기술 스택: spring boot, spring data JPA, OAuth2.0
• API 명세서: https://documenter.getpostman.com/view/21317701/UzXM1yjD
• 깃허브 링크: https://github.com/minpaeng/gabojago