개요
- 여러 종류의 웹 서비스 중, 기본적인 비즈니스 웹 서비스인 상품을 판매하는 웹 서비스를 제작.
- 모두 백엔드로 이루어진 팀.
서비스
- 커피원두를 판매하는 웹 서비스
정리 내용
- 협동
- 소통
- 요구사항
- 데이터베이스
- API
- 개발 환경
- 보안
- 넋두리
1. 협동
전공자와 비전공자(본인)이 랜덤으로 한 팀을 이뤘다.
수업이 진행된지 한달 조금 넘게 지난 이 시점에서 전공자와 비전공자의 이해도와 구현력 차이는 개인적으로 크다고 생각한다.
우선 모든 팀원이 우리가 무엇을 제작하는지 정확히 이해하는것이 중요하다고 생각했다.
우리가 개발하려는 프로젝트가 무엇인지, 어떠한 기능들이 필요한지를 모든 팀원들이 공유했다.
지금까지 각자 1인 개발로 쉽게 Git에 push했지만, 다수가 하나의 레포지터리를 공유해야 하므로 개발 환경을 모두 맞추고, Main 레포지터리에 Pull을 위한 몇가지 약속을 하였다.
개발은 보통 여럿이 같이하니, 아주 기본이되는 개발 환경과 레포지터리 공유에도 처음이라 많은 이슈가 발생하고 시간이 소비되었다.
결론적으로 적극적으로 서로 도와서 개발환경 세팅과 레포지터리 공유가 구축되었다.
2. 소통
지금의 본인은 코드에 익숙하지도 않으며 숙련되지도 않았다. 하지만 개발이라는 일에 앞서, 협동은 모든 상황에 필요하다. 내가 팀장이라면, 코드에 조금 약한 사람은 의지가 보인다면 함께 하겠지만 협동을 못하는 사람과는 함께하지 않을것이다.
그 만큼 모든 일에는 소통과 협동이 가장 중요하다고 생각한다.
적극적은 소통을 위해 적절한 스몰토킹과 함께 프로젝트 회의를 하였으며, 여러 파트를 자연스럽게 각자 자신있는 부분과 약한 부분들을 공유하며 나눴다.
고민과 이슈 그리고 질문에 있어 서로 부담이 없게 하는 것이 개인적인 첫 목표였다.
3. 요구사항
-
관리자
- 회원, 주문, 상품을 관리하는 권한
- 상품을 추가, 수정, 삭제하는 권한
-
사용자(유저)
- 상품 주문 권한
- 주문한 상품 내역 확인, 수정, 취소 권한
- 회원가입을 통한 로그인 권한
-
상품 관리
- 매일 동일한 시간에 누적된 주문을 일괄 구매자에게 알림
- 구매자가 상품을 확인하기전까지만 주문 수정, 취소 가능
- 상품 수량 관리
4. 데이터베이스
- Member (회원)
- email (Unique): 회원 이메일 (이메일을 ID처럼 사용)
- password: 비밀번호
- address: 배송 주소
- postcode: 우편번호
- member_type: 사용자 타입 (CUSTOMER, ADMIN)
- Order (주문 내역)
- order_id (PK): 고유 주문 ID
- member_id (FK): 회원 ID와 연관
- order_status: 주문 상태 (Enum)
- total_price: 총 주문 금액
- order_date: 주문 날짜
- Product (상품 정보)
- product_id (PK): 고유 상품 ID
- name: 상품명
- price: 상품 가격
- category: 상품 카테고리
- description: 상품 설명
- stock: 재고
- Cart (장바구니)
- cart_id (PK): 고유 장바구니 ID
- member_id (FK): 회원 ID와 연관
- product_id (FK): 상품 ID와 연관
- quantity: 상품 수량
5. API
관리자 AIP
- 회원 관리
POST /admin/members: 회원 추가.
GET /admin/members: 전체 회원 조회.
PUT /admin/members/{id}: 회원 정보 수정.
DELETE /admin/members/{id}: 회원 삭제.
- 상품 관리
POST /admin/products: 상품 추가.
GET /admin/products: 전체 상품 조회.
PUT /admin/products/{id}: 상품 수정.
DELETE /admin/products/{id}: 상품 삭제.
- 주문 관리
GET /admin/orders: 전체 주문 조회.
PUT /admin/orders/{id}: 주문 상태 변경.
DELETE /admin/orders/{id}: 주문 삭제.
구매자 API
- 회원 관리
GET /members/{id}: 회원 정보 조회.
PUT /members/{id}: 회원 정보 수정.
- 상품 관리
GET /products: 전체 상품 조회.
GET /products/{id}: 특정 상품 조회.
- 장바구니 관리
POST /cart: 장바구니에 상품 추가.
GET /cart: 장바구니 조회.
PUT /cart/{id}: 장바구니 수정.
DELETE /cart/{id}: 장바구니 삭제.
- 주문 관리
POST /orders: 주문 생성.
GET /orders: 자신의 주문 목록 조회.
PUT /orders/{id}: 주문 상태 변경 (구매자 주문 취소).
GET /orders/{id}: 특정 주문 조회.
6. 개발 환경
SpringBoot
- Dependencies
Spring Web
Spring Data JPA
Spring Security
MySQL Driver
Validation
Spring Boot DevTools
- Git 브랜치
Main : 배포용
각자의 리포지터리에 Main 리포지터리를 Fork하여 클론
본인의 리포지터리에 1차 Push 후, Pull을통해 팀장의 2차 체크 후 Main에 Pull
- Commit 약속
형식
<타입>: <작업 내용>
타입
feat: 새로운 기능.
fix: 버그 수정.
docs: 문서 변경.
style: 코드 스타일 변경.
test: 테스트 코드 작성.
7. 보안
Spring Secutiry 기반
권한을 User과 Admin으로 나눈다
JWT인증
로그인 시, JWT 토큰 발급
토큰을 요청 헤더에 포함하여 인증
8. 넋두리
본인은 비전공자로써 전공자에게 업혀가고싶진않다.
하지만 반대로 전공자에 비해 부족한 본인의 실력이 부끄러워 불필요하게 혼자 끙끙되기도 싫다.
배움의 단계이고, 모두 배우기 위해 모인만큼 충분히 고민하되, 적극적으로 질문하고 이해하고 흡수 할 생각이다.
첫 회의에서 전체적인 프로젝트의 스케치를 하며 파트를 나눴다. 본능적으로 상품 등록쪽이 익숙했다.
가장 자신없는 부분이 보안 즉 시큐리티쪽이었다.
짧은 찰나에 많은 고민을 했다. 고민 끝에 무모하게 시큐리티를 담당하겠다고 선언해버렸다.....
공정표에 따라 작업을 진행 할 예정으로 이제는 빠꾸없다.
기어서라도 직진이다.
