[4주차 크루 미션 - 최종 발표 & 회고] A4 미션 제출합니다.

Dognal/shared/src/commonMain/kotlin/a4/dogsignal/ui/record/composable/dialog/ManualRecordDialog.kt

@@ -16,7 +16,9 @@ import androidx.compose.foundation.layout.fillMaxWidth
 import androidx.compose.foundation.layout.height
 import androidx.compose.foundation.layout.imePadding
 import androidx.compose.foundation.layout.padding
+import androidx.compose.foundation.rememberScrollState
 import androidx.compose.foundation.shape.RoundedCornerShape
+import androidx.compose.foundation.verticalScroll
 import androidx.compose.material3.MaterialTheme
 import androidx.compose.material3.Surface
 import androidx.compose.material3.Text
@@ -92,7 +94,6 @@ private fun ManualRecordDialogContent(
         modifier =
             modifier
                 .fillMaxWidth()
-                .imePadding()
                 .pointerInput(Unit) {
                     detectTapGestures {
                         focusManager.clearFocus()
@@ -105,6 +106,8 @@ private fun ManualRecordDialogContent(
             modifier =
                 Modifier
                     .fillMaxWidth()
+                    .verticalScroll(rememberScrollState())
+                    .imePadding()
                     .padding(start = 22.dp, top = 7.dp, end = 22.dp, bottom = 16.dp),
         ) {
             Spacer(Modifier.height(29.dp))

README.md

@@ -3,7 +3,7 @@
 강아지 배변패드 방문·소변·대변을 자동으로 감지하고 기록하는 IoT 앱 프로젝트입니다.
 ESP32 하드웨어가 센서로 이벤트를 감지하면 Supabase를 거쳐 Android/iOS 앱에 푸시 알림이 전송되고, 앱에서 기록을 조회·관리할 수 있습니다.
 
-> 우아한테크코스 8기 Android 미니 프로젝트 · 2026.05.28 ~ 진행 중
+> 우아한테크코스 8기 Android 미니 프로젝트 · 2026.05.28 ~ 2026.06.18 (4주)
 
 피그마 디자인: [링크 바로가기](https://www.figma.com/design/HtTu8krbr2kOYGiWt2uLZ9/%EC%95%88%EB%93%9C%EB%A1%9C%EC%9D%B4%EB%93%9C-%EB%AF%B8%EB%8B%88-%ED%94%84%EB%A1%9C%EC%A0%9D%ED%8A%B8?node-id=0-1&t=bFMTjGwftHtI5Dw9-1)
 
@@ -17,6 +17,10 @@ ESP32 하드웨어가 센서로 이벤트를 감지하면 Supabase를 거쳐 And
 |---|---|---|
 | <img width="180" height="405" alt="image" src="https://github.com/user-attachments/assets/be86ff42-e82d-4001-be78-5f27f3b29518" /> | <img width="180" height="405" alt="image" src="https://github.com/user-attachments/assets/df6c3fb1-e262-45e0-b884-5b0dba2ca530" /> | <img width="180" height="405" alt="image" src="https://github.com/user-attachments/assets/99a2d338-ff9a-46aa-986b-09ea4b753841" /> |
 
+| 아두이노 기기 시연 | 푸시 알림 |
+| --- | --- |
+| <img width="4000" height="2252" alt="image" src="https://github.com/user-attachments/assets/83076804-f387-4e57-a8df-4e8a7d3ba86e" /> | <img width="1440" height="1041" alt="image" src="https://github.com/user-attachments/assets/99c64a08-4b6e-4f77-ae76-1d34f47d5170" /> |
+
 ---
 
 ## 팀 구성 및 담당
@@ -25,8 +29,8 @@ ESP32 하드웨어가 센서로 이벤트를 감지하면 Supabase를 거쳐 And
 
 | 담당 | 영역 |
 |------|------|
-| 허닛 - 팀장 [@BaekCCI](https://github.com/BaekCCI) | ESP32 펌웨어 |
-| 모스 [@katie0109](https://github.com/katie0109) | ESP32 펌웨어 |
+| 허닛 - 팀장 [@BaekCCI](https://github.com/BaekCCI) | 아두이노 회로 연결, 아두이노 센서 및 통신 로직 구현, supabase edge functions 구현  |
+| 모스 [@katie0109](https://github.com/katie0109) | 아두이노 회로 설계, 아두이노 센서 및 통신 로직 구현, supabase database 스키마 설계 구축  |
 | 별터 [@todays-sun-day](https://github.com/todays-sun-day) | Android/iOS 앱 UI 구현 (Compose Multiplatform), Supabase 연동 |
 | 로미 [@parkhyomi](https://github.com/parkhyomi) | Android/iOS 앱 UI 구현 (Compose Multiplatform), 기록 추가 시 Android 앱 푸시 알림 처리 (FCM 연동) |
 
@@ -111,14 +115,22 @@ Dognal/
 
 ### 로컬 빌드
 
-`Dognal/local.properties`에 Supabase 키를 추가합니다.
+#### 1. Supabase 키 설정
+`Dognal/local.properties`에 추가:
 
 ```properties
 SUPABASE_URL=https://<project-ref>.supabase.co
 SUPABASE_KEY=<anon-key>
 ```
 
-Android는 Android Studio에서 `androidApp` 모듈을 바로 실행합니다.
+2. Firebase 설정 (푸시 알림)
+
+Firebase Console에서 Android 앱을 등록하고 `google-services.json`을 다운로드한 뒤
+`Dognal/androidApp/google-services.json`에 위치시킵니다.
+
+3. Android 실행
+
+Android Studio에서 `androidApp` 모듈 실행
 
 ---
 

reports/week-4.md

@@ -0,0 +1,106 @@
+# Week 4 최종 보고서 - A4: 제국의 영애들
+
+## 4주 흐름 한 줄 요약
+
+'배변 즉시 알림'이라는 편의 기능에서 출발해, 인터뷰를 통해 핵심 가설을 수정하고, '노령견·질병견의 배변 기록을 통한 건강 변화 확인'으로 문제를 재정의한 뒤 센서–Supabase–모바일 앱으로 이어지는
+기록형 MVP를 구현했다.
+
+---
+
+## A. 처음 의도 vs 결과
+
+### 문제 정의의 변천
+
+| 1주차                                                                                                           | 4주차                                                                                                                                                         |
+|---------------------------------------------------------------------------------------------------------------|-------------------------------------------------------------------------------------------------------------------------------------------------------------|
+| 반려견의 배변을 즉시 확인하지 못해 패드 위생 관리, 실내 배변 실수, 병원 상담 과정에서 불편을 겪는다고 정의했다. 따라서 배변을 감지한 뒤 즉시 알림을 제공하는 것을 핵심 해결책으로 설정했다. | 보호자가 느끼는 더 큰 문제는 배변을 즉시 확인하지 못하는 것이 아니라, 배변 횟수/시간/상태 변화를 지속적으로 기록하고 비교하기 어렵다는 것이었다. 이에 자동 감지와 수동 기록을 결합해 배변 데이터를 축적하고, 노령견/질병견의 건강 변화를 확인할 수 있도록 문제를 재정의했다. |
+
+1주차에는 실시간 감지와 알림을 핵심 가치로 보았지만, 2주차 인터뷰에서 보호자들은 배변 청소를 위한 즉시 알림을 필수 기능으로 인식하지 않았다.
+오히려 배변 횟수나 상태 변화가 결석, 노화, 쿠싱증후군 등의 건강 문제를 확인하는 단서가 될 수 있다는 점에 더 큰 가치를 느꼈다.
+
+특히 인터뷰 참여자 5명 중 4명은 즉시 알림보다 건강 확인 및 기록에 더 높은 관심을 보이거나 알림의 부작용(부저 소리/LED 빛에 의해 반려견이 놀람 등)을 우려했다.
+
+### MVP 범위의 변천
+
+| 1주차 만들 것          | 실제 만든 것                                                  |
+|-------------------|----------------------------------------------------------|
+| LED를 활용한 감지 결과 표시 | 테스트용으로 사용했으나 사용자 가치가 낮다고 판단해 최종 범위에서 제외                  |
+| 서버와 기록 저장 기능은 제외  | Supabase 테이블과 이벤트 전달 로직을 구현해 감지 기록을 저장                   |
+| 배변패드 위 배변 여부 감지   | 반려견이 패드 위에 올라왔는지를 확인하는 방문 감지 기능까지 추가                     |
+| 모바일 앱 알림          | 안드로이드 모바일 앱 알림 구현, 앱에서 배변 기록을 조회하는 기능까지 확장               |
+| 자동 감지 중심          | 패드 밖 배변이나 감지 누락을 보완하기 위한 사용자 수동 기록 기능 추가                 |
+| 사용자 계정 구조 미정      | Authentication과 User 테이블은 제외하고, 아두이노 기기 ID를 기준으로 데이터를 구분 |
+
+최종 MVP에서는 아두이노 감지 -> Supabase 저장 -> Compose Multiplatform 앱에서 기록 조회라는 전체 흐름을 구현했다.
+
+초기에는 제외했던 기록 기능이 문제 재정의 이후 핵심 기능이 되었으며, 반대로 초기 핵심이었던 앱 알림은 타겟층이 노령견/질병견이 됨에 따라 구현 후순위로 결정했다.
+
+### 기술 선택 재평가
+
+#### 다시 한다면 같은 기술을 사용할 것인가?
+
+**전체 구조는 유지하되, 센서 구성과 개발 우선순위는 조정할 것이다.**
+
+- **Arduino**
+    - 배우는데 비용이 많이 들지 않고 실시간 감지하는 것에 적합한 기술이기 때문에 다시 선택할 것이다.
+
+- **로드셀/초음파 센서**
+    - 1개의 풀브릿지 로드셀에서 비용/납땜문제로 포기했던 하프브릿지 4개짜리 로드셀로 변경할 것이다.
+    - 대소변 구분을 위한 센서로 초음파 대신 가스센서를 이용할 것이다.
+
+- **Supabase**
+  별도의 백엔드 서버를 처음부터 구축하지 않고도 테이블, 데이터 저장, 앱 연동을 빠르게 구현할 수 있어 4주 MVP에 적합했다. 다시 진행해도 사용할 것이다.
+
+- **Compose Multiplatform**
+  하나의 코드베이스로 모바일 UI와 데이터 연동을 구현할 수 있다는 장점이 있었다. 다만 4주처럼 기간이 짧다면 Android 시연 환경을 우선 완성하고, 이후 iOS 지원 범위를 확장하는 방식이 더 효율적일 수
+  있다.
+
+- **Firebase Cloud Messaging**
+    - 서버를 구축하지 않고 빠르게 구현했을 때, 알림 기능을 구현하기 가장 적합한 기술이라고 생각되기 때문에 다시 선택할 것이다.
+
+#### 고려했다가 사용하지 않은 선택지와 제외 이유
+
+- **LED 알림:** 실제 보호자에게 전달하는 가치가 낮아 최종 범위에서 제외했다.
+- **Authentication·User 테이블:** 현재 MVP의 핵심은 계정 관리가 아니라 감지 데이터를 저장하고 보여주는 것이므로 제외했다. 사용자 대신 기기 고유 ID를 기준으로 기록을 구분했다.
+- **정교한 건강 분석 및 커뮤니티 기능:** 사용자 니즈는 확인했지만, 어떤 건강 지표를 제공해야 하는지 충분히 검증하지 못했고 구현 범위도 커 이번 MVP에서는 제외했다.
+  - 배변의 횟수와 시간은 불안정하지만 감지가 가능하다. 
+  - 색이나 양같은 경우는 아두이노 기기로 구현하지 않았고 사용자가 앱 내 메모 기능을 통해 기록할 수 있도록 보완했다.
+
+---
+
+## B. 가설 검증 종합
+
+| 주차  | 가설                                                               | 결과 (지지/반박/불명확) | 받아들인 방식                                                                                      |
+|-----|------------------------------------------------------------------|----------------|----------------------------------------------------------------------------------------------|
+| 1주차 | 보호자는 반려견의 배변을 즉시 확인하지 못해 큰 불편을 느끼며, 실시간 배변 알림이 핵심 해결책이 될 것이다.    | 반박             | 기존 가설을 유지하거나 인터뷰 결과를 알림 기능에 맞춰 해석하지 않았다. 문제를 '즉시 확인'에서 '배변 기록을 통한 건강 변화 확인'으로 재정의했다.         |
+| 2주차 | 패드 방문 여부와 실제 배변 여부를 함께 기록하면 반려견의 배변 패턴과 건강 상태를 파악하는 데 도움이 될 것이다. | 불명확            | 사용자 니즈와 가능성은 확인했지만 실제 사용 효과는 검증하지 못했다. 따라서 효과가 있다고 단정하지 않고 방문 감지 기능을 MVP에 구현해 다음 검증 단계로 넘겼다. |
+| 3주차 | 센서 감지 데이터를 Supabase에 저장하고 앱에서 조회하는 전체 흐름을 4주 MVP 안에 구현할 수 있다.    | 지지             | 아두이노 감지, DB 저장, 앱 조회 흐름을 완성했다. 대신 사용자 인증은 제외하고 감지 정확도와 기록 흐름 검증에 집중했다.                       |
+| 3주차 | 자동 감지 데이터에 사용자의 수동 입력을 결합하면 누락을 보완하고 더 완전한 배변 기록을 만들 수 있다.       | 불명확            | 수동 기록 기능은 구현했지만, 보호자가 실제로 지속해서 입력하는지와 기록 신뢰도가 향상되는지는 사용자 테스트를 통해 확인하지 못했다.                   |
+| 3주차 | 패드를 교체하지 않은 상태에서 대소변 이벤트가 여러 번 발생했을 때, 각각의 이벤트를 정확히 구분할 수 있다.    | 불명확            | 시나리오 테스트 결과, 제한된 센서 범위 내에서 대변+대변 중첩을 제외한 테스트는 성공했으나, 성공한 시나리오 테스트가 실제 사용자 테스트에서도 성공할 수 있을 지 검증하지 못했다.              |
+
+
+### 가장 크게 깨진 가설
+
+- **무엇이었는가:**
+  "보호자는 반려견의 배변을 즉시 확인하지 못하는 것을 큰 불편으로 느끼며, 배변 직후 알림을 가장 필요로 할 것이다"라는 가설이었다.
+
+- **어떻게 받아들였는가:**
+  인터뷰 결과, 일부 보호자는 배변을 늦게 확인해 냄새가 나거나 패드 교체가 늦어지는 불편을 경험했지만, 이를 반드시 해결해야 하는 핵심 문제로 보지는 않았다. 일부는 소리 알림 때문에 반려견이 놀라 패드 사용을
+  꺼릴 수 있다고 우려하기도 했다.
+
+  반면 보호자들은 배변 횟수와 상태 변화가 건강 이상을 확인하는 단서가 될 수 있고, 병원 방문 전에 객관적인 기록이 있으면 도움이 된다는 점에 더 큰 관심을 보였다.
+
+  이에 팀은 기존 아이디어를 방어하기보다 실시간 알림을 부가 기능으로 낮추고, 기록 저장과 건강 변화 확인을 중심으로 MVP를 수정했다. 또한 기록 누락을 보완하기 위해 수동 입력 기능을 추가했다.
+
+### 끝까지 검증하지 못한 가설
+
+- 실제 반려견과 실제 배변패드를 사용했을 때 방문, 소변, 대변을 충분한 정확도로 구분할 수 있는가.
+- 이미 소변이 묻은 패드 위에서 새로운 소변이 발생하거나, 대변과 소변이 시간차를 두고 발생했을 때 각각을 새로운 이벤트로 구분할 수 있는가.
+- 패드 방문 횟수와 배변 횟수를 함께 기록한 데이터가 보호자에게 실제로 의미 있는 건강 단서를 제공하는가.
+- 노령견/질병견 보호자가 서비스를 장기간 사용하면서 지속적인 가치를 느끼는가.
+
+
+### 다음 단계에서 해야할 일
+
+- CMP팀도 아두이노 팀에 함류해 두 팀으로 나눠 적절한 센서 후보들을 빠르게 적용 후 테스트를 진행하여 더 적절한 센서를 선정한다.
+- 안정적인 사용자 테스트를 위해 하프브릿지 4개짜리 로드셀로 변경한다git

reports/week4/test.md

@@ -0,0 +1,39 @@
+# 배변활동 감지 기기 테스트 케이스
+
+## 주요 임계값
+
+| 항목          | 값                                                              |
+|-------------|----------------------------------------------------------------|
+| 진입 무게       | 700g 이상, 1.5초 유지                                               |
+| 퇴장/부재       | baseline 대비 500g 미만, 3초 유지                                     |
+| 이벤트 확정      | 퇴장 후 2초                                                        |
+| 분류          | 잔여 <20g → 방문 / 잔여 ≥20g + 거리 ≥2cm → 대변 / 잔여 ≥20g + 거리 <2cm → 소변 |
+| LOCKED→IDLE | 빈 패드 15초                                                       |
+
+### 테스트 설계 전제
+
+- **경계값 테스트 제외**: 로드셀·초음파 센서 정밀도가 높지 않아, 임계값 인근의 정밀 검증 대신 센서 편차가 있어도 확실히 구분되는 큰 마진 값으로 검증한다.
+- **잔여/거리 측정 기준**: 잔여 무게와 거리는 절대값이 아니라 **방문 시작 시점 baseline 대비 증분(delta)** 으로 측정한다. (패드 미교체 시 이전 잔여물을 오분류하지 않기 위함)
+
+## 이벤트 분류
+
+| 케이스   | 단계                               | 예상 결과          |
+|-------|----------------------------------|----------------|
+| 단순 방문 | 700g+ 진입 → 완전 제거 → 확정            | VISIT_DETECTED |
+| 대변    | 진입 → 증분 20g+, 거리 변화량 >= 2cm → 확정 | STOOL_DETECTED |
+| 소변    | 진입 → 증분 20g+, 거리 변화량 < 2cm → 확정  | URINE_DETECTED |
+
+## 패드 미교체 상황
+
+이전 배변물이 패드에 남아 baseline이 0이 아닌 상태에서의 동작을 검증한다.
+
+### 이벤트 분류
+
+| 케이스           | 단계                        | 예상 결과          |
+|---------------|---------------------------|----------------|
+| 미교체 단순 방문     | 증분 20g 미만 → 확정            | VISIT_DETECTED |
+| 젖은 패드 위 추가 소변 | 증분 80g, 거리 변화 거의 0cm → 확정 | URINE_DETECTED |
+| 대변 더미 위 추가 대변 | 증분 100g, 거리 변화 5cm → 확정   | STOOL_DETECTED |
+| 소변 후 미교체 → 대변 | 증분 100g, 거리 변화 5cm → 확정   | STOOL_DETECTED |
+| 대변 후 미교체 → 소변 | 증분 80g, 거리 변화 거의 0cm → 확정 | URINE_DETECTED |
+