배경 (Background)

• 프로젝트 목표 (Objective): 사용자간의 대표 비즈니스 정보를 공유할수 있게 하고 이 정보를 기반으로 채팅시에 상대방을 식별 할 수 있게 한다.
• 문제 정의 (Problem):
  • 사용자가 입력하는 정보가 진짜인지 인증할수 있는 방법이 제한적이다.

설계 및 기술 자료 (Architecture and Technical Documentation)

<aside> 💡

🤔 이 섹션은 왜 필요한가요?

• 프로젝트를 어떻게 구현할 것인지 구체적인 기술 계획을 담습니다.
• API 명세, 데이터베이스 스키마(ERD), 시스템 구조, 사용 기술 등을 명시하여 개발자들이 참조할 수 있도록 합니다.
• 기술적인 결정과 그 근거를 기록하여 추후 유지보수나 변경 시 참고 자료로 활용됩니다. </aside>

데이터베이스 스키마 (ERD)

• https://www.erdcloud.com/d/WQz8csSSN3qhmBWiE
• 주요 테이블:
  • account: 계정 정보(로그인 정보)
  • users: 회원 정보(이름, 이메일, 전화번호, 유선전화 등)
• DDL (Data Definition Language):

CREATE TABLE `users` (
	`id`	INT	NOT NULL,
	`account_id`	INT	NOT NULL,
	`name`	VARCHAR(30)	NOT NULL,
	`email`	VARCHAR(255)	NOT NULL	COMMENT 'UK',
	`phone_number`	VARCHAR(15)	NULL,
	`lined_number`	VARCHAR(15)	NULL,
	`company`	VARCHAR(20)	NULL,
	`department`	VARCHAR(20)	NULL,
	`position`	VARCHAR(20)	NULL,
	`profile_image_url`	VARCHAR(2048)	NULL,
	`description`	TEXT	NULL,
	`ai_card_image_url`	VARCHAR(2048)	NULL,
	`created_at`	TIMESTAMP	NOT NULL,
	`updated_at`	TIMESTAMP	NULL,
	`deleted_at`	TIMESTAMP	NULL
);

API 명세 (API Specifications)

내 정보 조회 API

• API 명세:
  • GET api/users/me
• 권한 :
  • 로그인한 사용자
• 구현 상세 :
  • 처리 로직:
    1. JWT에 있는 userId 확인
    2. userId로 users 테이블 조회
    3. created_at, updated_at, deleted_at을 제외하고 json에 담아 응답
  • 캐싱 처리: 사용자 정보 수정시에는 캐시 정보를 갱신해야함