일시: 2024-10-31

참석자: 정유진, 임형준, 노진환, 김도윤, 김정호

💡 진행할 사항

1. UI로 기획서 작성
2. 내일 기획 공유 시간 준비 → Track 4 - (10:40 - 11:00)
3. 카메라, Room 등 조사 필요한 것들 자료 조사하일시: 2024-10-31

참석자: 정유진, 임형준, 노진환, 김도윤, 김정호

💡 진행할 사항

1. UI로 기획서 작성
2. 내일 기획 공유 시간 준비 → Track 4 - (10:40 - 11:00)
3. 카메라, Room 등 조사 필요한 것들 자료 조사하기
4. 9시 멘토링

💡 기획 공유 발표 준비 + UI로 기획서 작성

팀명: 전국구

• 설명: 우리 팀원의 사는 곳은 전국에 위치해 있다. 전국의 생물들의 사진을 찍어 도감에 등록시켜보자!

발표 흐름

• 팀명

  • 팀명 이름 소개
  • 그라운드 룰

• 프로젝트 명

  • 프로젝트 설명

  프로젝트 명: Nature Album

  (한국어: 생물 도감)

  • 주변의 식물과 동물 등 다양한 생물을 촬영하고 식별하여 나만의 생물 도감을 만들고, 지도 위에 기록된 서식지를 확인하며 친구들과 공유할 수 있는 앱 입니다.
  • 추가 설명: 사용자가 주변을 둘러보며 생태계를 탐험하고 다양한 생물들을 쉽게 기록하며 자연을 깊이 이해하고 관찰하는 즐거움을 느낄 수 있도록 합니다. 친구들과 공유함으로써 생태 탐험의 경험을 확장하고 자연에 대한 소통을 넓히는 것을 목표로 합니다. 또한, 생태 도감을 통해 자연과 생태계에 친밀하게 접할 수 있도록 돕습니다. 궁극적으로, 자연에 대한 관심을 높이고 생물 다양성에 대한 인식을 확산하여 자연에 대한 이해를 깊이 할 수 있도록 합니다.

• 서비스의 주요 목표

• 핵심 기능과

• 선정 이유 Feature List (ex. 사진 찍기, 지도에 표시 등)

• 백로그 (기능 별 완성도 기준이 있다면 포함)

• UI Flow

• 팀 당 20분간 발표(15분)와 질의응답(5분)시간을 갖습니다.

  • 서비스의 주요 목표 및 핵심 기능과 선정 이유를 Feature List 및 프로덕트 backlog를 중심으로 발표합니다.
  • 기능 별 완성도 기준이 있다면 포함하여 소개합니다.
  • 팀 빌딩 및 그라운드 룰에 대해 소개해도 좋습니다.

필요한 것

[Feature List] 핵심 기능 리스트

• 카메라로 생물 촬영
• 도감에 내가 찍은 생물 등록
• 지도에 도감에 저장된 생물들 위치 표시
• 친구의 도감 및 지도 공유

[백로그 요약]

• 백로그 EPIC 리스트 - 스토리도 요약
• 기능(Story) 별 완성도 기준(Task 요약 느낌)이 있다면 포함(우선순위 분배) ▼ 참고

• PPT(UI 포함 기획서 작성) ← 유진님
• 백로그 ← 정호님, 진환님, 도윤님, 형준님
  • task 작성 (후에 작성) ⇒
  • 백로그 인수 조건 설정 ← 인수조건 작성부터 시작

11시 zep

중간 정검 : 11:50

---

Q. GPS가 꺼져있을 때 알람은 어떻게 처리할까?? (상단에 계속 or 카메라를 눌렀을 때만)

• 권한 자체를 카메라를 눌렀을 때만 요청받기에 카메라 기능을 눌렀을 때만 알림을 띄운다.
• 만약 상단에 알림을 계속 띄우고 싶다면 앱 사용 시작 시 권한을 요청받아야 한다.

Q. 앱 시작 에픽에 GPS관련 이야기가 있는게 맞는 걸까?

- 사용자가 촬영한 사진에는 위치정보가 포함된다.
    - GPS 매니저로 GPS의 상태를 확인할 수 있다. - 상태를 확인할 수 있다…
    - GPS 연결이 되지 않은 경우 사용자에게 적절한 알림을 보여준다. (상단 알림 등)

• 현재 이 부분은 앱 시작 에픽에 어울리는 내용은 아닌 것 같다.
• 오히려 도감 등록 에픽에 맞는 내용이므로 도감 등록 에픽으로 수정

앱 시작 에픽에

• 사용자는 GPS가 꺼져 있다면 카메라에 접근할 수 없다.
  • GPS 매니저로 GPS의 상태를 확인할 수 있다.
    • 연결 해제시 카메라 전환x
  • GPS 연결이 되지 않은 경우 사용자에게 적절한 알림을 보여준다. (상단 알림 등)
    • 토스트/스낵바

도감 등록 에픽에

• 사용자가 촬영한 사진에는 위치 정보가 포함된다.
  • 위치정보가 없을 때 토스트나 스낵바를 띄우고 재촬영한다.
    • 카메라로 화면 전환
  • 위치정보가 있을 때 정보 입력 화면으로 넘어간다.
    • 입력 기능 활성화

으로 분리

💡 Task를 상세하게 작성하여 생긴 이슈

• Task 자체가 완료되면 그것이 인수조건이 되어버린다.
  • ex) 나의 생물 지도를 누르면 생물 지도 화면으로 넘어간다.
    • 생물 지도 화면으로 넘어간다. ⇒ -
    • 인수조건이 나오는 것은 ⇒ 작성

기획 발표 순서

💡 기술 선정 관한 논의

A. 설계

멀티 모듈 vs 싱글 모듈

• 필요할 때 분리하고 싶다.
• 의존성 관리, 레이어 분리를 해보고 싶다.
• 스토리지 계층 필수, 네트워크 계층 필수

결론

• 싱글 모듈로 시작
• 로그인까지 구현 후 이후 멀티 모듈로 교체하는 작업 진행
• 해당 교체 작업을 통해서 교체 전과 어떠한 점이 달라지는지 파해보기

B. UI 프레임워크

• Compose base + XML Component(API에 따라 View 추가)

---

월요일 오기 전 : 자료 조사 쌓기

• 카메라, GPS, 권한, Firebase(기초, 로그인 전) 등등 기술 조사 각 기술 별 페이지 파기
  • 제일 먼저 조사하기 시작한 사람
  • 토글로 자신이 조사하는 것 적어두기
• 클린 아키텍처, 구글 권장 아키텍처, MVVM, MVI, MVP(Most Valuable Player), MVC 등 공부하고 정리해보기

월요일 결정 사항

• 카메라, GPS, 권한 등등 기술 조사 해온 것 토론 및 기술 스택 선정
• Gradle, SDK 등 버전 정하기
  • 코알라 vs 무당벌레 ⇒ 코알라

    • 다운 링크 : https://developer.android.com/studio?hl=ko

    • 정호 : Android Studio Koala | 2024.1.1 Patch 1

      

Q. Carmera2 vs CameraX →CameraX 쓰는 것이 적절해보인다.

https://developer.android.com/media/camera/choose-camera-library?hl=ko

• “대부분의 개발자는 [CameraX](https://developer.android.com/training/camerax?hl=ko)를 사용하는 것이 좋습니다”
• “CameraX는 [Camera2](https://developer.android.com/training/camera2?hl=ko) 패키지를 기반으로 빌드됩니다.”

Q. LiveData가 비동기 처리 안된다는 것이 무슨 의미인가요?

• liveData의 observer가 main thread에서 이루어짐
• 어떤 상황인지는 모른다 ⇒ 겪어볼까요

Q. Firebase는 어떤 SQL? → NoSQL

• ROOM은 RDB 기반이므로 동일 쿼리 사용 불가할 것으로 보임
• Room >> Sqlite 사용

Q. 패키지를 어떻게 나누시나요?

• ui

  • 화면 별로 나누는 편 (얻어 걸렸다)

• data

• 기능 별로 나누는 편

• domain
  • model
  • repository
• data
  • model
  • repository
  • network
• feature
  • 화면 별 + viewmodel

• 이전 리뷰 참고용

  https://github.com/boostcampwm-2024/kotlin-p3-issue-tracker/pull/231

  피드백)

  아키텍처

  A)

  아키텍처는 적절히 분리하신거네요. 설명이 조금 안맞아보여서 위에 질문 드렸습니다.

  추가로 app의 디렉토리 구조는 어떻게 하는것이 좋을까요?

  지금은

  • 화면
  • ViewModel
  • adapter

  이렇게 묶어져있는 상태입니다. 지금이야 몇 개 없으니 위와 같이 묶어도 문제는 없습니다. 하지만 이런 파일이 100개가 만들어진다면 찾을 수 있을까요? 화면에 해당하는 adapter, viewModel을 찾기 위해서 폴더구조로는 이해가 어렵습니다. 그래서 셋중 하나의 파일을 열어서 찾아가면서 열어봐야 합니다.

  이런 폴더 구조는 단점이 생깁니다. 그래서 아래와 같이 묶습니다.

  NIA를 참고해도 좋습니다.

  • feature - a
    • a그룹 adapter
    • a 그룹 viewModel
    • a 그룹 화면 이름

  좀 더 구체적으로 보면

  • feature - home
    • home activity
    • home activity의 viewModel
    • home a fragment / screen
    • home a fragment의 viewModel
    • home a fragment의 adapter
    • home a fragment의 adapter - viewHolder
    • home b fragment / screen

  이런식으로 그룹으로 묶어서 사용합니다. 이때의 장점은 명확합니다. 관련한 집합을 바로 볼 수 있다는 점입니다.

Domain Layer가 필요한 이유

(로그인 레포지토리 + 보안 인증 레포지토리) ⇒ domain

• 서로 다른 2개 이상의 레포지토리를 사용하는 한 흐름을 만들려고 할 때 필요

• 1

• 2

https://developer.android.com/topic/architecture/data-layer?hl=ko

https://developer.android.com/topic/architecture/data-layer

결론

• 아키텍처, 레포지토리 등 공부 후 패키지 구조 결정하기

Q. 라벨 색상 랜덤? 지정?

• 랜덤으로 한다면
  • 생성할 때 랜덤으로 지정?
  • 화면 보일 때마다 랜덤?
• 모두 1개의 통일된 색상으로
• 사진에서 색상 추출하기
• 노션처럼 팔레트, 컬러셋에서 색상에서 지정하기

결론

• 유색으로 라벨 색상 지정. 어떻게 지정할지는 도감 구현할 때 결정하기

ROOM DB 설계 관련

다음주 스프린트 저장할 데이터 목록

1. 라벨 ⇒ data class ⇒ 테이블에 저장
   1. id
   2. 라벨 배경색
   3. 이름
2. 앨범⇒ data class ⇒ 테이블에 저장
   1. id
   2. 라벨 id
   3. 사진 디테일 이미지 id
3. 사진 디테일 ⇒ data class → 테이블에 저장
   1. id
   2. 라벨 id
   3. bitmap 이미지
   4. 위치
   5. 설명
   6. 촬영일시

SELECT
FROM
WHERE
GROUP BY
HAVING
ORDER BY

---

💡 예리한 발견

• 만약 다른 이미지로 대표이미지를 선택한다면 이전의 대표 이미지 필드의 값을 false로 바꾸기 위해 모든 도감 정보를 탐색해야하는 문제가 있었음
• 대표이미지는 [앨범] 테이블 내에서 [사진 디테일] 테이블의 id값을 통해 관리한다면 탐색없이 효과적으로 가능

---

FireBase : NoSQL 중 Document로 관리 (json)

유저 - 라벨 도큐먼트 id - 도감정보 도큐먼트 id

Q. key값을 무엇으로 둘 것인가?

• 0 ~N으로 두자
• 촬영일시

⇒ NoSQL 연결을 고려하고, 우선순위를 고려하여 복잡성을 줄이고 편의성을 높이자.

⇒ id를 key값으로 주자.

💡 다음주 진행 예정

• 기술 확정, 프로젝트 생성
• ui composable 생성 및 앱 시작하기, 도감 구현 진행
• 문서 정리 및 발표 준비기

4. 9시 멘토링