[WIL] 2주차 (Software Design)

이번 주 목표

요구사항을 설계로 옮기는 힘, 도메인을 해석하는 힘을 기른다.

 

이번 주에 학습한 키워드

• 요구사항 정리 / 기능 명세
• 시퀀스 다이어그램
• 클래스 다이어그램
• ERD (Entity Relationship Diagram)
• 도메인 모델 / 엔티티 / VO
• 설계 문서화

 

배운 점

이번 주차의 주제는 Software Design이었다.
요구사항 정리 -> 시퀀스 다이어그램 -> 클래스 다이어그램 -> ERD 순서로 설계하는 과제가 제공되었다.

이전에 프로젝트를 할 때, ERD는 그려본 적이 있었지만, 이렇게 다양한 기법들을 사용해 본 것은 처음이었다.

 

사실 귀찮은 작업이라고 생각했는데, 과제와 멘토링을 진행하면서 왜 이것들의 중요성을 강조하셨는지 알 수 있었다.

이런 과정을 통해 우리는 요구사항을 좀 더 명확하고 뾰족하게 다듬을 수 있다.

이렇게 다듬어 놓으면 더 좋은 설계를 할 수 있게 되고, 구현 단계에서 문제가 생길 여지를 많이 줄일 수 있다.

 

커뮤니케이션 측면에서도 중요하다.

시퀀스 다이어그램, 클래스 다이어그램 등을 통해 과정을 시각화한다면 같이 일하는 기획, 개발자분들에게 하고자 하는 바를

명확하게 표현할 수 있다.

또한 서로 간의 이해가 일치하지 않는 문제들을 줄일 수 있고, 개발에 들어가는 시간을 절약할 수 있게 된다.

 

아쉬운 점

이번 주차도 뭔가 모르게 답답한 부분이 있었다.

다른 분들을 보면, 만들면서 고민을 굉장히 많이 하시는 것 같았다.

하지만 나는 큰 고민 없이 그냥 요구사항대로 만들었다.

 

사실 어느 부분을 고민해야 하는지도 잘 모르겠고, 질문을 하려고 해도 뭘 질문해야 할지 몰랐다.

이런 부분을 팀원 분께 말씀드렸더니, 작업을 하면서 AI에게 실무에서는 어떻게 하는지 물어보고 계속 꼬리질문을 이어가다 보면

궁금한 점이 생길 것이라고 피드백을 주셨다.

다음 주에는 이런 피드백을 반영해서 과제를 진행해보려고 한다.

 

다음 주 목표

고민이나 질문을 하지 않고 진행하다 보니 내가 뭘 하고 있는 것인지 의문이 들 때가 많다.

다음 주는 과제를 잘 해내는 것도 물론 중요하지만, 과정 속에서의 "왜"에 좀 더 집중해 볼 생각이다.

작은 과정 속에서도 근거를 찾아내는 연습을 하다 보면 자연스럽게 고민거리와 질문거리 많이 생길 것이라 기대한다.