기능 명세서

• 설명 부분을 다음과 같이 작성할 수 있다.

  ex 1) 관리자가~하면 ~게 한다 ex 2) 어떤 사용자(일반 사용자, 관리자)가~하면 ~게 된다/안된다 ex 3) ~게 했을 때, 나타나는 결과

• 사용자 외에도 시스템이 있다.

어떤 배치의 컴포넌트, 어떤 예약된 작업, 실시간 처리 컴포넌트 등 이런 시스템도 요구사항이 될 수 있다

• 구현하자 이전에 정의하는 것을 해보면, ~가 ~하면, ~게 된다.

  ex) 실시간으로 게시글을 보는 시스템이 의약품 판매 게시글이 올라오면 DIABLE한다.

  → 시스템 사용자는 배치 처리, 시스템 실시간 처리 인 경우가 많다.

12.03

1. 로그인

   • ROLE: 일반 사용자, 매니저

     • 일반 사용자는 Riot 계정 연동으로 진행

     • 매니저는 회원가입을 다른 uri로 진행하기

       → 매니저가 관리자 권한만 가질 것인가, 일반 사용자의 (듀오 신청하는) 권한까지 가질 것인가

       → ROLE에 admin 추가해서, 동일 테이블 내에 두기

   • 계정에 아이디가 없으면, 예외 처리(”계정을 등록해야 합니다”)

   • 게임 듀오 신청은 게임 연동된 사용자만 가능하게

   • 관리자 권한: 강제 삭제, 숨김 → Soft Delete 로 진행

     • 숨김로 인해서 얻어지는 이점?
     • 숨김 → Soft Delete

   • 듀오 데이터는 우리의 핵심 정보이기도 하다. 이 Soft Delete 된 듀오 데이터를 따로 데이블로 둘 것인가?

     따로 테이블을 분리했을 때 이점?

     • delete 된 데이터를 따로 분리함으로써, delete되지 않은 데이터를 필터링하는 과정이 없어집니다. → 성능 향상 기대 가능

     ⇒ 타당한 이유를 정리해서 공유 (내일 4일 점심 전까지)

     → 현욱, 은영

   • 유저 삭제?

     → 외부 계정과 연동한 것인데, 따로

     • 장시간 활동하지 않은 유저를 휴면 처리할 것인가?

   ⇒ 유저에 대한 휴면 처리는 보류.

2. 회원가입 → 계정 연동 진행

   • 계정에 아이디가 없으면, 예외 처리(”계정을 등록해야 합니다”)

사용자가 증가했을 때, 구조적인 개선이 필요 ⇒ 복잡한 비즈니스 로직 개선 필요 ⇒ 문서의 팔로우 업이 필요 ⇒ 너무 문서화 자체에 집중할 필요 없다!