일단 요구 사항 정리는 이정도로 해봤다.
이제 ERD랑 API 명세서 작성해야 한다.
API 명세서는 포스트맨으로 작성하고, ERD는 ERDCloud 에서 작성예정!!!!!
<링크>
포스트맨으로-API-명세-작성하는-방법
이건 내가쓰고있는 클라우드 저장소 링크임 https://www.erdcloud.com/d/QTinvAuR9J4Hr45J4
ERD
솔직히 ERD는 컴퓨터로 그리는것 보다 공책에다가 쓰는게 훨씬 편하긴한데 문서화..................? 를 하려면 한곳에서 하는게 좋을 것 같아서 이번에 여기서 작성해봣다.
일단 필요한 값들을 이렇게 정리하고 테이블을 만들게따
생각해보면 밑에 두줄이 ........................한..........................................BCNF정규형 만족하지않나 ㅋㅋ
ROW 수정날짜의 경우 모든 테이블의 모든 ROW가 값이 다를 수 있기 때문에따로따로 만들어줬따.
요로코롬
화살표 같은경우는 외래키 표기를 위해서 덧붙였는데, 해당 외래키는 일정 테이블의 후보키는 아니기때문에 Non-Identifying Relationship 선택해줬따
API
api 설계전에 생각해보니 DTO부터 해야한다...
다시 다이어 그램 작성하러가
필요한 입출력문 정리하니깐 각각의 DTO모양이 나온다.
하는김에 나올만한 오류가 뭐가있을까 고민하면서 쓰긴했는데
음....
일단 "날짜"를 입력받는 곳에서 "YYYY-MM-DD" 형식이 아니거나 자바에서 DATE으로 값을 못바꾸는 경우를 대비해서 BAD REQUEST달아줬다..
BAD REQUEST 같은 경우는 비밀번호가 필수적으로 들어와야할 경우에 비밀번호가 없을 때 도 뱉을거다. (그 외에 생성시에 모든 값이 필수인데 하나라도 빠지면 뱉음)
NOT FOUND는 처리한 줄이 0줄(맞는 ROW가 없음)일 경우에 뱉을것
UML ㅇ.ㅇ
그리고 필요한 API종류도 포스트맨에서 정리해봤는데
이정도 나오는 것 같다.
다른게잇나? 일단 저정도만 할 것 가틈
나중에는 사용자 삭제 (사용자가 등록한 할일정보도 삭제) 이런것도 추가해볼만하지 않나 싶다
아 그러고보니 사용자 수정하는 .................건 또 requestDto랑 ResponseDto랑 다르구나
라이터보다는 유저라는 단어가 맞지않낫 ㅣㅍ어서 최최최최수종 ㅠ
그럼 유저 테이블만 쓰는 서비스 클래스 (경로를 /users/ 로 읽는 ㅇㅇㅇㅇ)랑 할일 테이블 접근하는 서비스 (겨ㅑㅇ로가 /schedules / 겠네)
나뉘겠고
그에따른 레포지토리랑... 컨트롤러도 나뉘어야겠군
UML
대충 이런식이 되지않을까??
지금 User 테이블에서 하는 일이 많이 없다보니깐 좀 양이 적어지는거 같은데 나중에
특정 id값을 가진 유저가 쓴 할일 목록 이런것도 써봐도될거같다.
그리고 자기가 쓴 포스트의 개수가 0이되면 유저 내역이 없어져도될듯..
이정도로 하고 리드미에 올리고 스크립트 작성을 시작해보게따
지금 슬금슬금 스케줄쪽 고치고있는데 오타랑 매개변수 이게 더 나을거같아서 반쯤고쳤다..
문제
지금 문제가있따
사용자 입장에서 할 일을 생성할 때, 자신의 userID를 알아야한다는 것이다...................
그러려면 회원가입을 우선으로 해야해서
user를 추가하는 함수도 필요하다............
그럼 유저 삭제도 필요하긋지............................... 추가해야한다...........
