ABOUT ME

-

Today
-
Yesterday
-
Total
-
  • 3주차 회고노트
    항해 플러스 백엔드 5기 2024. 7. 6. 16:59


    1. 이번 과제

    주제: e-커머스 서비스 개발

    Step5 : 시나리오 선정 및 마일스톤, 시퀀스 다이어그램 작성

    • 시나리오 선정 및 프로젝트 Milestone 제출
    • 시나리오 요구사항 분석 자료 제출 (e.g. 시퀀스 다이어그램, 플로우 차트 등)

    Step6 : 설계 자료 제출 및 Mock API 개발

    • ERD 설계 자료 제출
    • API 명세 및 Mock API 작성
    • Github Repo 제출 ( 기본 패키지 구조, 서버 Configuration 등 )

    2. 회고

    ✏️ 문제

    과제, 프로젝트를 진행하면서 부딪혔던 기술적인 문제

    이번 주차를 지나며 겪었던 문제가 무엇이었나요?

     - 시퀀스 다이어그램 작성시 어떻게 작성해야하지? 기능의 전체 로직 전체를 다 작성해야하는 건가?

     - Milestone, 시퀀스 다이어그램, API 명세서 전부 작성 후 설계나 요구사항이 조금이라도 변경되면 전부 수정해야하는 상황

     - Mock API 개발에서 Controller에 특정 고정 Json 값을 String으로 작성해서 내리면 되는 건가? 아니면 DTO를 작성해서 내려야하는 건가?

    ✏️  시도

    문제를 해결하기 위해 어떤 시도를 하셨나요?

      - 시퀀스 다이어그램 작성 방법

    • 시퀀스 다이어그램을 어떻게 작성해야 하는지 알기 위해서 시퀀스 다이어그램에 대한 정의를 찾아보고 그 정의를 기반으로 작성된 예시를 찾아보았다.

      - 설계나 요구사항이 변경시 설계 문서를 전부 수정해야 하는 문제

    • 설계나 요구사항이 변경되도 설계 문서에 영향이 없는 방법이 무엇이 있을까 고민해보았다.
    • 멘토링 시간을 활용하여 이 문제에 대하 같이 이야기를 나누어 보았다.

      - Mock API 개발

    • String Json으로 구성하는 방식과 DummyDTO를 작성하고 구성하는 방식 사이에 어떤 것이 더 실용적일지 고민해보았다.

     ✏️  해결

    문제를 어떻게 해결하셨나요?

     - 시퀀스 다이어그램 작성 방법 문제 해결

    • 시퀀스 다이어그램은  시스템 수행에 대한 상세한 로직을 작성하는 것이 아니라 특정 행동이 어떤 순서로 어떠한 객체와 상호작용하여 동작하는지를 나태내는 것이라는 공통으로 통용되는 정의를 찾아 기준을 세웠다.

      - 설계나 요구사항이 변경시 설계 문서를 전부 수정해야 하는 문제 해결

    • 설계나 요구사항이 변경된다는 건 요구사항을 제대로 분석하지 못한 것으로 그 문제가 설계 사항 변경되는 문제를 가져 오기 때문에 요구사항을 좀 더 구체적으로 작성하고 잘 이해가 가지 않는 부분은 커뮤니케이션을 통해 구체화 하였다.

      - Mock API 개발

    •  DummyDTO를 구성하여 작성하는 방식이 추후 코드에 재사용성이 높다고 생각하여 해당 방식으로 구성하여 해결하였다.

    ✏️  알게된 것

    문제를 해결하기 위해 시도하며 새롭게 알게된 것은 무엇인가요?

     ✅ 시퀀스 다이어그램은 기획, 디자인 팀의 인원이 보아도 이해할 수 있도록 가독성있는 시퀀스 다이어그램을 작성해야한다.

     ✅ 설계나 요구사항이 변경되도 유연하게 대처할 수 있는 설계가 이루어져야한다.

     ✅ 설계가 계속 변경된다는 것은 요구사항을 제대로 제대로 분석하지 못한 것으로 그 문제가 설계 사항이 변경되는 문제를 야기한다.

     ✅ 설계게 충분하게 잘 이루어지지 않는다면 이후에도 설계가 계속 변경되며 문서를 여러번 수정해야하는 문제가 발생한다.

    ✏️  Keep : 현재 만족하고 계속 유지할 부분

    이번 주를 마무리 하며 나에게 만족했던 부분은 무엇인가요?

     ✅ 시퀀스 다이어그램을 작성하기 전에 공통으로 통용되는 정의를 찾고 기준을 잡으려고 했더는 점에서 만족스럽다.

     ✅ 설계 단계에서는 어떤 선서대로 어떤 작업들이 이루어 져야하하는지 알게되어 만족스럽고 이러한 과정을 계속 시도해본다.  

    Problem : 개선이 필요하다고 생각하는 문제점

    이번 주를 마무리 하며 개선이 필요하다고 생각했던 문제점은 무엇인가요?

     ❌ 어떠한 영역까지 기능을 확장해서 구현해야 차후에 도움이 될지를 좀 더 고민해보고 설계에 들어가지 못한 것.

    ✏️  Try : 문제점을 해결하기 위해 시도해야 할 것

    이 문제점을 해결하기 위해 다음 한 주간 시도 할 것은 무엇인가요?

     🔥 설계 단계에 좀 더 시간을 투자하여 많은 고민과 시도들을 해보고 한번 작성하면 이후에는 수정할일이 없는 설계를 해야한다.

    '항해 플러스 백엔드 5기' 카테고리의 다른 글

    5주차 회고노트  (0) 2024.07.21
    1 ~ 5주차 서버구축 챕터 회고록  (0) 2024.07.19
    4주차 회고노트  (0) 2024.07.13
    2주차 회고노트  (1) 2024.06.30
    1주차 회고노트  (0) 2024.06.22
Designed by Tistory.