우리 프로젝트에서 관리자의 역할은 크게 2가지이다.
- 필수정보 수정 시 수락/반려
- 문서 생성 시 수락/반려
필수 정보 수정 시 시나리오
먼저 수락했을 경우
- 유저가 문서의 필수 정보인 카테고리, 위치, 이름 중 수정할 정보를 입력한다.
- 요청이 접수되면 관리자가 요청을 수락한다.
- 수락된 요청을 통해 문서의 필수 정보들을 업데이트한다.
- 수정 전의 문서는 문서 아카이브 테이블로 저장한다.
- 처리된 요청은 삭제한다.
반려했을 경우
- 유저가 문서의 필수 정보인 카테고리, 위치, 이름 중 수정할 정보를 입력한다.
- 요청이 접수되면 관리자가 요청을 반려한다.
- 처리된 요청은 삭제한다.
새 문서 생성 시 시나리오
먼저 수락했을 경우
- 유저가 새 문서의 필수 정보인 카테고리, 위치, 이름을 입력한다.
- 요청이 접수되면 관리자가 요청을 수락한다.
- 수락된 요청을 통해 문서의 새 문서를 생성한다. (문서 생성으로 forward)
- 처리된 요청은 삭제한다.
반려했을 경우
- 유저가 새 문서의 필수 정보인 카테고리, 위치, 이름을 입력한다.
- 요청이 접수되면 관리자가 요청을 반려한다.
- 처리된 요청은 삭제한다.
추후 업데이트 필요한 부분
요청들을 삭제하는 것이 맞을까?
요청들을 삭제하게 되면 발생하는 문제는 아래와 같다.
-> 요청이 원래 존재하지 않았던 것인지, 처리된 것인지 알 수 없다.
현재의 요구사항에 삭제와 사용자의 요청 조회가 없기 때문에 지금은 삭제하는 것이 편할지라도 나중엔 삭제보다는 status를 넣어서 처리하는 것이 좋다.
'에코노베이션 💙 > TEAM.팀쿠키' 카테고리의 다른 글
[AWS ec2, RDB, Spring Boot] 혼돈의 배포 과정 (0) | 2023.12.08 |
---|---|
DTO 클래스에 레코드 객체 적용하기 (0) | 2023.07.11 |