반응형 코딩스터디7 도구보다 필기구를 권장하는 이유 전문 기획자가 아닌 경우 시나리오 작성에 어려움을 격을 수가 있습니다. 심지에 오랫동안 개발을 해서 다양한 시나리오를 경험한 개발자 조차 자신의 서비스를 문서화하는데 어려움을 겪는 경우가 있습니다. (제 경우입니다.^^;) 기획문서를 접해본 경우가 없는 경우라면 더 말할 필요도 없을 것입니다. 스터디 멤버들에게 서비스를 만들기 전에 서비스 시나리오 문서 제작을 요구합니다. 먼저 요구사항 개요를 작성하고 화면 순서도를 작성하고 이를 화면 목록으로 만들어보고 다시 한 화면씩 실제 화면을 구성하도록 합니다. 이러한 과정에서 항상 처음부터 도구를 이용해서 세세하게 문서를 작성하지 말기를 권합니다. 그것보다는 우선 이면지 등에 화면을 배치해보고 (전체 순서도든 개별 화면이든 동일합니다.) 어느정도 그림이 그려지면.. 2022. 12. 7. 패턴 적용시 실제 느끼는 이점 저는 Provider를 이용한 MVVM 패턴을 이용합니다. 다른 패턴(MVC, MVP)들도 마찮가지지만 패턴을 사용하는 가장 큰 이유는 역할분담입니다. 웹 파트를 보면 화면을 디자인(CSS)하는 부분과 비즈니스 로직(java, js)을 다루는 부분이 구분되어있는 경우가 많습니다. 대부분 담당자가 다른 경우가 많고 심지어 프로젝트 시작부터 끝날때까지 한번도 마주치지 못하는 경우도 있습니다. 혼자서 프로젝트를 모두 감당할 수준이 아니라면 아무래도 담당자가 존재할 것이고 이를 구분하기 위해서 각자의 역할을 나눌 필요가 있습니다. MVVM을 적용할 때, V와 VM을 구분하는 것이 가장 중요한 것 같습니다. 프로젝트를 진행하다보면 디자인이 바뀌는 경우와 로직이 바뀌는 경우가 있는데 이것을 미리 구분해 놓지 않으면.. 2022. 12. 1. 시나리오 초안 작성 3 화면 순서와 목록을 작성했다면 한 화면씩 스케치를 시작합니다. 전체적으로 그림을 그리고 다시 돌아와 검증한다는 생각으로 막히면 너무 오래끌지 말고 '다음, 다음하면서' 끝까지 그려봅니다. 다 그리면 한 화면에 배치합니다. figma를 사용하면 확대/축소를 이용하여 전체/부분을 확인하는데 용이합니다. 2022. 11. 29. 시나리오 초안 작성 2 간단한 스케치로 서비스의 초안을 작성했다면 이를 바탕으로 화면의 목록을 작성합니다. 초안 단계는 시나리오 작성시 목록도 자주 변경되므로 가벼운 마음으로 작성하고 완성도 보다는 전체적인 목록 완성을 목표로 진행합니다. 화면 목록을 작성하는 이유는 실제 시나리오 작성시 진도를 파악하고 빠진 부분을 크로스 체크하는 용도입니다. 가장 중요한 항목은 이름과 설명이며 번호의 경우 시나리오를 바로 찾는데 쓰고 영문명은 소스코드의 클래스 검색에 사용됩니다. 문서의 경우 이해관계자들과 협의가 끝나거나 실제 개발이 들어가기 전까지는 초안으로 부릅니다. 개발을 시작하면 버전이 부여되고 이때부터는 큰 하자가 없는 경우 다음 차수에 배정을 원칙으로 하고 부득이한 경우 마이너 버전을 올려서 이전과의 차별을 둡니다. 2022. 11. 28. 이전 1 2 다음 반응형
