[캡스톤 디자인] 4월 5일(수) 회의록

기존 아이디어 : 택배사 API를 통해 단일 조회 및 전체 조회 기능 개발 및 QR코드 부착과 물류 구분 편의성을 위해 탈부착 스티커 제안

 

하지만 택배사 API 호출을 위해서는 운송장 번호가 필수적이었고 단일 조회만 가능하다는 문제점 발생.

택배사들과 파트너 사 협력이 되어있다면 실시간 조회 및 리스트 API를 제공받을 수 있지만 우리 프로젝트는 현재 상태에서 불가능함.

따라서 다른 방향으로 개발을 진행해야되는 것으로 판단.

 

우선, 한이음 프로젝트도 함께 진행하기 때문에 멘토님과 대화가 필요한 상태임. 멘토님이 진행하고자 하는 방향에 대해서도 듣고 우리는 학교 캡스톤 디자인 진행을 위해서 MockUp 서버를 구축하기로 하였음

 

▶ 주요 안건

• 개발하고자 했던 기능 개발을 위해 MockUp Page 구축 확정
• Admin Page를 통해 데이터를 주입
• Admin Page 입력과 QR코드 스캔 과정으로 택배 배송 과정을 3단계로 나타내기로 함

 

▶ MockUp Server 플로우

1. Admin Page(MockUp Server)에서 사용자가 주문한 택배 물품 관련 정보를 기입한다. (보내는 곳 정보, 물품 정보, 수령인 정보 등)
2. 1번에서 입력한 정보들이 데이터베이스에 저장된다. (데이터베이스 상태는 [주문 확인]으로 기입)
3. Admin Page에서 배송 준비를 위해 정보화 처리가 된 QR코드를 출력하게 된다. (데이터베이스 상태를 [배송 준비 중]으로 변경 - FirstState)
4. 택배 기사가 물류 분류 과정을 진행하며 QR코드 체크 및 배송 시작 등록 (데이터베이스 상태를 [배송 시작]으로 변경 - MiddleState)
5. 택배 기사가 택배 물품을 배송 완료하고 QR코드 등록 (데이터베이스 상태를 [배송 완료]로 변경 - LastState)
6. 수령인이 QR코드 체크를 통해 본인 확인 후 QR코드 내 정보 파기 또는 본인 물품이 아닐 경우 반품 저리 진행 여부 결정

 

 

▶ 데이터베이스 ERD 설계

• 위 과정까지의 구현을 위한 데이터베이스 ERD 설계이다.
• 로그인한 [회원]과 [회원]이 주문했던 배송 상품들의 정보는 [Traking_info]가 된다.
• [Traking_info]에서도 배송 과정 3단계를 각각의 테이블로 나타내어 설계
• [Traking_info] 내 QR코드에 삽입해야 할 데이터 정보들을 [ReceiverQR] 테이블로 설계