사이드 프로젝트 개발 중 기획/설계 단계에서 설계해야할 것들은 무엇이 있을까요?

Question

"컬러 트레져"라는 제 사이드 프로젝트를 개발하려고 하는데 개발 전 설계 단계의 순서는 어떤 방식으로 될 지 모르겠어서 질문 남겨봅니다.일단 제가 생각하는 간단한 흐름은 개발 개요, 기획 의도, 기대 효과가 들어간 프로젝트 기획서(1)Figma로 그려낸 화면 설계서(2) 화면 설계서를 기반으로 작성된 API 명세서(swagger로 작성할 예정)(3)그 후 ERD 설계(4), DDL DCL DML(5) 이런 흐름을 현재 생각하고 있는데..궁금한건 화면 설계서를 얼마나 자세하게 기술해야할까가 일단 첫 번째로 궁금합니다.회원가입을 예시로 들자면 이메일 형식이 안 맞다던가 하면 밑에 빨간 글씨로 "이메일 형식이 맞지 않습니다. 올바른 형식: email@email.com" 처럼 예외 케이스까지는 쓰는 것이 스탠다드한 것 같은데이메일 형식이 안 맞는 채로 회원가입 버튼을 누르면 "이메일 형식을 확인해주세요" 라는 모달이나 Alert이 뜰 텐데 이것도 화면 설계에 포함되어야 하는 건가요?그리고 화면 설계를 진행할 때 학원에서 프로젝트를 진행했을 땐 각 버튼마다 무슨 동작을 하는지 번호를 매겨가며 주석을 다 달아줬었는데 인터넷에서 강의 영상들을 보니까 그냥 화면에 간략하게 설명 몇 자만 적혀져 있고 그냥 그 상태에서 API 명세서 작성하는걸로 넘어가더라고요 전자처럼 빡세게 적는것도 하나의 스타일인가요?그리고 제가 지금 크게 다섯 가지 흐름으로 기획/설계 단계를 명시했는데 여기서 혹시나 빠졌거나 추가하면 좋을 만한 절차가 있을까요? 기업에서 실제 프로젝트를 하면 변수명까지 정하고 시작한다는데 이런 절차가 또 뭐가 있을지 궁금합니다앞선 설계문서 다 끝내고 클래스 다이어그램, 시퀀스 다이어그램, UML 중 추가로 꼭 제작해야할 것이 있을까요?

캐티 · Answer

그거는 공통 함수 아니나요. 예컨데 안드로이드에서는 토스트 알림으로 형식이 틀렸다고 띄워요. 한국인들은 대체적으로 이런 노티를 안읽는다고요.웹에는 일반저긍로 alert, prompt, comfirm 세가지 노티를 사용해요. 다른 설계에서도 일반적으로 이전례를 따라요. 물론 디자인을 맞춤설계 하느라 이런 함수를 대신하는 공통된 ui를 만들곤 하였쩌. 솔까 이런 부분은 사용하지 않을 여지가 있어서 캐싱 가능한 동적 컴포넌트로 구현하면 좋아요. 대부분에 개발자는 정적 하드코딩을 할거이지만요. 설계에는 이거처럼 정도가 없어서 실력과 예산 정도에서 되는 만큼만 쳐요.실력이 아무리 좋았다 하더라도 돈을 적게 주면서 무료로 해달라 이럼 겠냐고요.하찮은 기능은 쉬워서 다이어그램도 만들지 않아요. 음 ..

사이드 프로젝트 개발 중 기획/설계 단계에서 설계해야할 것들은 무엇이 있을까요?

1개의 답변

Q&A 목록