Team

🗃️ Github

https://github.com/visitor17564/arewecute

📽️ 시연 영상

https://youtu.be/trHbHBRSYMM?si=QO5oCHHt5aGQpbTE

🗒️ 발표 자료

7ㅣ엽죠 발표자료


👣 개인과제

1. 프로젝트


2. 기획 관련 메모

3. WBS & Tasks


🏝️ Ground Rules

출첵 잘하기 ( 보이스톡 바로 쏘기 )
잘 안풀리면 공유하기(사소한거라도) <= 영우님 특히 잘 공유하기
하루에 알고리즘 문제 1개 이상 풀기
서로 개인블로그 조회수 올려주기

🚩 Goals

**강의 완강!
과제 끝까지 완성해보기. (기본 요구사항 만족!)
알고리즘 레벨 5까지가기
CS필수 과목들 공부하기**
	운영체제
	컴퓨터구조
	데이터베이스
	네트워크
	자료구조
**만능인 되기**
**점심은 항상 맛있는거 먹기
외식하는날 꼭 자랑하기
일찍 자기**

🕑 회의

231212 첫 회의 요약

231213 2번째 회의

231214 3번째 회의

231215 4번째 회의 (금)

19:00 매일 회의

🚦 Project Rules

Code Convention

Github Rules

KPT 회고

🌞 계획표

요일 별 상시 업무 [D-5]

📢 SA 서면피드백

[와이어 프레임]
- 필요한 화면들을 알아보기 쉽게 잘 정의했습니다.
- 나의 애완동물을 맡기는 서비스이기 때문에, 회원가입 후 펫 정보를 입력하는 화면이 필요할 것 같습니다. 그에 따른 ERD도 수정되어야 겠죠. 이 부분은 필수 사항 구현 후 여유가 된다면 생각해 주세요.

[API 명세서]
- RESTful한 API URL을 작성하는 방법은 사용하는 리소스를 URL에 표시하는 것입니다. 마이페이지에서 호출하는 API이지만, 마이페이지라는 테이블에서 데이터를 가져오는 API는 아닙니다. 실제로 사용하는 리소스는 User 정보인거죠. 그래서 /api/user/me와 같이 사용하는게 다 RESTful한 방법입니다. 회원정보 수정도 마찬가지겠죠?
- 위와 동일하게 메인화면에서 펫시터를 조회할 때 main 이라는 리소스를 사용하는게 아니라 펫시터 리소스를 사용하는 것입니다. /api/pet-sitter 처럼 URL을 설계해야 합니다. 검색할 때에는 search=category:pet이 아니라 그냥 ?category=cate&date=2023-12-13 과 같이 넘겨서 사용하면 됩니다. 펫시터 상세 조회는 /api/pet-sitter/:petSitterId 형태가 되겠죠. /api/pet-sitter/:petSitterId 에서 pet-sitter는 kebab-case, petSitterId는 camelCase를 쓴 이유는 실제 URL에 입력되는 부분은 대소문자를 구별이 필요없는 kebab-case를 사용한 것이고, params의 경우 코드상에서 변수로 활용되어야 하기 때문에 camelCase로 작성했습니다. API 명세서에서는 kebab-case로 통일하고 실제 구현시에는 params 부분만 camelCase로 사용해도 괜찮습니다.
- Request Header에 JWT가 담겨있는 것으로 봐선 Header를 통해서 인증 정보를 전달하는 것 같은데, 그렇다면 로그인 시 Response Header에 JWT 정보를 담기 보다는 Response Body에 담아서 보내주는 것이 더 사용성이 좋습니다.
- 예약 변경, 취소는 /api/reservation 가 아니라 /api/reservation/:reservationId 형태가 되어야 합니다.
- 리뷰 수정, 삭제도 역시 /api/review 가 아니라 /api/review/:reviewId 형태가 되어야 합니다.

[ERD]
- Users.resion 오타가 있네요
- 와이어 프레임에는 회원가입 시 username을 받고 있는데, DB에는 nick으로 저장되는건가요? 추후에 변경되는 것은 어쩔 수 없지만, 초기 기획 시에는 이름을 동일하게 맞추고 가는 것이 혼란을 방지할 수 있습니다.
- 모든 엔티티가 생성날짜를 가지고 있는 것은 좋습니다. 추가적으로 수정날짜도 추가해 보세요.
- Reservations의 company, intro는 어디에서 사용하는 데이터인가요? 와이어프레임에서는 사용처가 보이지 않네요.
- PetSitter 다른 엔티티와 동일하게 복수로 이름을 지어주세요. PetSitters
- PetSitter 와이어프레임 상에는 comment를 남길 수 있는데, comment 대신 keyword 속성이 있네요. 해당 속성이 comment를 저장하는 공간이라면 위에서 언급한 것 처럼 이름을 통일해 주세요.
- Reviews 기본키의 이름이 Key네요? id인데 수정을 못한거겠죠?
- Reviews는 Reservation이 있는 경우에만 생성될 수 있습니다. 그러므로 Reservation과도 1:1 관계를 맺고 있어야 합니다.

[팀 규칙 및 역할 분담]
- 재밌는 규칙이 많네요. 서로 개인블로그 조회수 올려주기, 점심은 항상 맛있는거 먹기, 외식하는날 꼭 자랑하기 ㅎㅎ
- WBS & Tasks를 조금 더 세분화 해서 Github 이슈로 등록한 후 해당 이슈를 처리하는 브랜치를 만들어서 작업을 진행해 보세요.
- Code Convention에 있는 내용을 잘 숙지하여 코드 작성해 주시고, 그 밖에 코드 포맷은 Prettier 파일을 생성해서 동일하게 관리해 주세요.
- 기능 단위 별 브랜치를 생성하여 작업하는 것 매우 좋습니다!

4. 와이어프레임

https://www.figma.com/file/vvQD2ndeeFnFwsh9D4XIA8/7ㅣ엽죠?type=design&node-id=0-1&mode=design&t=DjHSVpVAVuzMQ9DN-0

Untitled

Untitled

Untitled

Untitled

Untitled

Untitled

Untitled

Untitled

5. API 명세서 (구현 기능 안에 상세 설명 추가)

API 명세서

6. ERD DIAGRAM


image.png

pet (3).png

https://www.erdcloud.com/d/YQGPiLFfiR2kfsWdH