kmk013
commented
1 year ago 금주 진행사항
@kmk013
- 여행소식 화면(와이어프레임) 구현
- 여행소식 작성 화면(와이어프레임)은 기능 검토로 인해 작업 일시 중단하였습니다.
- 여행소식 에디터 신청 화면(와이어프레임) 구현
- 여행소식 에디터 신청결과 화면(와이어프레임) 구현
@iosHumhae
- 회원가입/로그인(와이어프레임) & 기능 구현
- 기존 뷰 방식에서 Navigation 방식을 변경 진행 중
차주 진행계획
@kmk013
- 프로젝트 빌드에 있어서 점차 시간이 더욱 걸리는 이슈 개선 진행 예정
- Swift Package로 Reusable View와 Util을 분리
@iosHumhae
- 회원가입/로그인 UI와 비즈니스 로직 구현
논의사항
개발 기능 검토
IA와 스토리보드를 참고하여 논의를 진행했습니다.
- 여행기록 초대장 보내기
- 초대장 받은 사용자와 본인이 실시간으로 게시글을 수정할 수 있는 부분인지 디테일하게 파악할 수는 없었으나, 게시글마다 권한 부여를 한다는 특이점에 대해 서버, 클라이언트 개발팀 모두 대응하기가 공수가 오래 걸릴 듯하다고 논의되었습니다.
- 여행기록 등록
- 손글씨
- 구현을 한다는 가정하에 문제점을 생각해보았습니다. 손글씨에 대한 데이터를 저장하는 방법을 가볍게나마 2가지로 추려봤습니다. 1) 손글씨로 사용되는 선에 대한 데이터를 하나하나 저장한다.
- 입력되는 손글씨 데이터에 따라 저장되는 데이터 용량이 예측이 불가하다.
- 플랫폼에 대응하는 디바이스의 해상도가 상이하기에 레이아웃 대응에 공수가 많이 들어갈 듯 하다. 2) 사용자가 손글씨 입력 후, 화면 스크린샷 이미지를 데이터로 저장한다.
- (1)번 방안에 비해 스크린샷 이미지의 데이터는 비교적 용량 예측이 수월하다.
- (1)번 방안과 동일하게 디바이스 해상도에 따라 레이아웃 대응에 공수가 많이 들어갈 듯 하다.
- 스티커 & 이모티콘
- 스토리보드 기준으로 스티커와 이모티콘 모두 임의로 위치를 조정할 수 있다는 가정하에 논의하였습니다.
손글씨와 동일하게 스티코와 이모티콘이 어느 좌표에 위치할 지를 저장하게 된다고 보고 있는데, 이 또한 해상도 대응에 대한 공수가 비교적 많이 들어갈 듯 합니다.
대략적인 전체 개발 일정 산출
~ 5월 말
- 회원가입/로그인 페이지 & 기능 구현, 메인 와이어프레임 구현
~6월 말/7월 초
- 홈/여행소식 페이지 & 기능 구현
~8월 중순
- 여행기록/내정보 페이지 & 기능 구현
~8월 말
- 베타테스트 및 릴리즈
아무런 이슈가 없다는 가정하에 진행 플랜을 작성. 백엔드팀과 디자인팀의 진행 플랜에 따라 진행 순서와 일정은 일부분 수정될 수 있습니다.
논의사항