SKIX Framework Blueprint 준비 WBS — 기능별 상세 작업 목록
이 문서는 브랜치 합치기 목록이 아니다. 제품 요구를 정하고, Blueprint를 승인한 뒤, 실제 SoC 코드와 제품 시험으로 옮길 전체 할 일 목록이다.
각 줄에는
무엇을 할지 / 누가 맡을지 / 현재 상태 / 무엇을 남길지 / 업체 자료가 필요한지를 적었다.3.1같은 번호로 회의와 진행 공유를 할 수 있다. 상세 구현은 Blueprint 승인 뒤 시작한다. 전체는 19개 업무 구역과 201개 세부 업무로 되어 있다. 이미 코드가 있어도 설계 승인이나 제품 시험이 끝난 것은 아니다.
읽기 전에 알아둘 말
| 용어 | 쉬운 뜻 |
|---|---|
| SDK·공개 API | 앱이 Framework 기능을 부를 때 쓰는 코드와 사용 약속 |
| Binder·AIDL | 앱과 Android 서비스가 주고받는 호출·응답 규칙 |
| 실행 담당 | 기능을 시작하고 멈추며 실제 결과까지 책임지는 코드/역할 |
| HAL·MCU | Android와 보드 장치 사이의 연결 코드 / 장치 제어 칩 |
| 빌드 결과물 | 빌드로 만들어지는 SDK 파일·앱·서비스·제품 이미지 |
| 완료 기준 | 어떤 자료와 시험이 있어야 일을 끝냈다고 볼지 정한 조건 |
| 업체 확인 | 장치 규격·소스·빌드 설정·보드 시험 때문에 업체 협력이 필요한 일 |
큰 업무 구역 — 어디서 무슨 일을 찾나
| NO | 업무 구역 | 이 구역에서 정할 것 | 주관 역할 |
|---|---|---|---|
| 1 | 제품 요구와 범위 | 어떤 제품·기능을 만들고 무엇을 완료로 볼지 정한다. | M1 + 제품 책임자 |
| 2 | 현재 SoC 조사 | 앱 요청부터 장치 동작까지 현재 코드 흐름을 찾는다. | M1 통합, M2–M6 기능별 |
| 3 | Blueprint와 전체 구조 | 계층·기능별 책임, 폴더·모듈·호출 방향을 정한다. | M1, M2–M6 함께 검토 |
| 4 | 공개 SDK와 앱 연결 | 앱에 제공할 기능, 입력, 결과, 오류 규칙을 정한다. | M2 — SDK·앱 계약 |
| 5 | Binder 통신과 권한 | 앱이 서비스를 부르는 경로와 허용 caller를 정한다. | M2 계약, M6 Android 연결 |
| 6 | Android 서비스와 부팅 | 서비스가 어디서 어떻게 시작·복구할지 정한다. | M6 — Android 제품 통합 |
| 7 | 공통 실행 기능 | 기능 간 공유가 필요한 요청·정책·자원 처리를 정한다. | M3 — 공통 제어·실행 |
| 8 | AMR 이동 | 이동·정지·위치와 실제 완료를 책임질 곳을 정한다. | M4 — AMR 기능 |
| 9 | 청소·예약·SafeCare | 청소·예약·인증·중단 결과를 정한다. | M5 — Cleaning/SafeCare 기능 |
| 10 | 기기 상태 | 배터리·센서 등 상태값의 출처, 단위와 갱신을 정한다. | M3/M4/M5 기능 담당 + M6 |
| 11 | IoT·외부 연결 | 외부 요청을 어떤 기능에 전달하고 끊김을 처리할지 정한다. | 범위 승인 시 M3/M6 + 기능 담당 |
| 12 | Android와 장치 연결 | Android 연결 코드와 업체 HAL/MCU 구현의 경계를 정한다. | M6 + 지정 BSP/HAL 담당 |
| 13 | 저장과 설정 | 재부팅 뒤 남길 데이터와 제품별 설정을 정한다. | M3 담당, M6 배치 검토 |
| 14 | 빌드와 제품 이미지 | SDK·서비스가 빌드되고 제품 이미지에 포함되는 방법을 정한다. | M6 — Android 제품 통합 |
| 15 | 보안과 운영 | 권한, 민감정보, 로그, 장애 복구 방법을 정한다. | M3/M6, M1 함께 검토 |
| 16 | 시험과 제품 인수 | 자동시험부터 보드·제품 인수까지 통과 기준을 정한다. | M6 통합, 기능 담당 판정 |
| 17 | 담당 배정과 실행 계획 | 여섯 명의 담당·지원, 작업 순서, 통합 일정과 기준선을 정한다. | M1 통합, M2–M6 담당 |
진행 단계 — 어떤 순서로 끝내나
| 단계 | 무엇을 하는가 | 상세 업무표에서 볼 곳 | 통과 조건 |
|---|---|---|---|
| P0 요구 정리 | 제품·사용자·필수 기능과 완료 기준을 정한다. | 1번 | 요구와 우선순위를 제품 책임자와 합의 |
| P1 초안 검토 | Blueprint 초안을 읽고 요구 누락·충돌·대안을 찾는다. | 3.1 | 리뷰 의견과 수정 초안 작성 |
| P2 현행 조사 | 실제 소스·제품·보드 제약과 기존 대비 위험을 확인한다. | 2번 및 기능별 분석 행 |
조사 근거와 미확인 자료를 기록 |
| P3 상세 설계 | 계층, 실행 담당, 계약, 빌드, 보안, 시험 방법을 구체화한다. | 3.2–3.16 및 4–16번의 설계 행 |
요구와 설계 항목 연결 |
| P4 승인 | 전체 Blueprint와 미해결 위험을 검토하고 기준선을 승인한다. | 3.17 | 승인자·결정·미결 사항 기록 |
| P5 실행 준비 | 담당자, 지원자, 순서, 통합 기준과 작업 계획을 정한다. | 17번 | 여섯 명의 주담당과 통합 기준 합의 |
| P6 구현 | 승인된 설계를 SDK부터 제품 장치 연결까지 구현한다. | 4–15번의 구축 행 |
구현·빌드 결과와 재현 방법 확보 |
| P7 검증·인수 | 앱·서비스·이미지·보드에서 기능과 복구를 확인한다. | 4–16번의 검증 행 |
시험 증거, 잔여 결함, 인수 결정 기록 |
현재 표 상태 (2026-09-30): 167 미착수 · 28 자료 일부 있음 · 5 범위 확인/초안 정리 필요 · 1 초안 리뷰 필요. 이는 업무표 각 줄의 준비 상태이며, 코드 완성률이나 제품 검증률은 아니다.
번호별 실행 TODO
기능별 업무(1–17번)에 더해 실제 checkout 폴더를 구현·검증으로 연결하는 18번 목록을 포함한다.
각 번호는 위 기능 구역 안에서만 유일하면 담당·회의·진행 보고에 사용할 수 있다.
구간은 해당 줄이 분석, 설계, 구축, 검증 중 어디에 속하는지 나타낸다. 구축은 Blueprint 승인 전까지 계획 항목이다.
현재 제품 요구/업체 자료가 확인되지 않은 기능은 표에서 없애지 않고 범위 확인 필요 또는 미착수로 둔다. P0/P1에서 요구가 제외되면 해당 기능 구역을 범위 제외로 닫고 구현하지 않는다.
1. 제품 요구·범위 확정 (P0)
| NO | 대분류 | 소분류 | 세부 업무 묶음 | 담당 역할(주관) | 상태 | 완료 산출물 | 업체와 업무? |
|---|---|---|---|---|---|---|---|
| 1.1 | 분석 | 제품·SKU 범위 | 대상 제품, 보드, Android 버전과 공통/제품별 범위를 확정한다. | M1 + 제품 책임자 | 범위 합의 필요 | 제품 범위·기준선표 | 제품군·SKU·보드 목록 확인 |
| 1.2 | 분석 | 사용 주체와 앱 | Framework를 부르는 앱·Agent·운영 도구와 소유 조직을 목록화한다. | M1 + 제품 책임자 | 초안 정리 필요 | 호출자/소비자 목록 | 외부 앱 owner 확인 |
| 1.3 | 분석 | 사용 시나리오 | 기능별 시작, 진행, 완료, 취소, 실패, 재시작 시나리오를 적는다. | M1 + 제품 책임자 | 미착수 | 우선순위 시나리오 목록 | 제품 동작·수용 시나리오 협의 |
| 1.4 | 분석 | 기능 요구와 우선순위 | 요구를 기능 단위로 나누고 필수·선택·제외와 우선순위를 합의한다. | M1 + 제품 책임자 | 미착수 | 요구 ID 목록과 우선순위 | 공급 기능·제약 확인 |
| 1.5 | 분석 | 수용 기준 | 각 요구가 코드, 빌드, 이미지, 보드 중 무엇으로 통과 판정되는지 정한다. | M1 + 제품 책임자 | 미착수 | 요구별 완료 기준 | 업체 시험 기준·장비 확인 |
| 1.6 | 분석 | 품질 기준 | 응답시간, 동시 요청, 복구시간, 자원, 장기 운전 목표를 수치화한다. | M1 + 제품 책임자 | 미착수 | 측정 가능한 품질 기준 | SoC 자원 한계 확인 |
2. 현행 SoC 소스·실행 흐름 조사 (P2)
| NO | 대분류 | 소분류 | 세부 업무 묶음 | 담당 역할(주관) | 상태 | 완료 산출물 | 업체와 업무? |
|---|---|---|---|---|---|---|---|
| 2.1 | 분석 | 앱→Framework 호출 경로 | 실제 앱에서 SDK/Manager, Binder, 서비스, DeviceAgent, 장치까지 호출을 따라간다. | M1 통합, M2–M6 기능별 | 자료 일부 있음 | 파일·메서드가 표시된 호출 흐름도 | 공급 소스 및 제품 앱 경로 확인 |
| 2.2 | 분석 | 기능별 실행 owner | 각 기능을 실제 시작·중지·완료시키는 프로세스와 코드를 찾아 단일 owner를 표시한다. | M1 통합, M2–M6 기능별 | 자료 일부 있음 | 기능별 실행 owner 표 | 장치 측 실행 owner 확인 |
| 2.3 | 분석 | 현재 API와 소비자 | Manager, AIDL, callback, model과 이를 쓰는 앱·모듈·버전을 연결한다. | M1 통합, M2–M6 기능별 | 자료 일부 있음 | API→caller 호환표 | 외부 소비자 유무 확인 |
| 2.4 | 분석 | 상태·저장 위치 | 상태를 쓰고 읽는 위치, DB/file/property, 초기화와 보존 방식을 찾는다. | M1 통합, M2–M6 기능별 | 미착수 | 상태·저장 소유표 | NV/장치 저장 제약 확인 |
| 2.5 | 분석 | 서비스·부팅·프로세스 | 서비스 등록, 프로세스, boot/init, permission, restart와 의존 서비스를 조사한다. | M1 통합, M2–M6 기능별 | 미착수 | 현재 배치·기동 흐름 | BSP 변경점 확인 |
| 2.6 | 분석 | 빌드와 산출물 | 소스가 Soong/Gradle target을 거쳐 AAR/JAR/APK/image 어디에 들어가는지 확인한다. | M1 통합, M2–M6 기능별 | 자료 일부 있음 | 소스→모듈→산출물 지도 | 제품 빌드 명령·산출 경로 확인 |
| 2.7 | 분석 | 장치 연결과 장애 | HAL/MCU/API의 명령·응답·이벤트 및 단절·timeout·재연결 처리를 조사한다. | M1 통합, M2–M6 기능별 | 미착수 | 장치 계약·장애 목록 | ICD/header/sample 요청 |
3. Blueprint·계층·모듈 설계 (P1)
| NO | 대분류 | 소분류 | 세부 업무 묶음 | 담당 역할(주관) | 상태 | 완료 산출물 | 업체와 업무? |
|---|---|---|---|---|---|---|---|
| 3.1 | 분석·의사결정 | Blueprint 초안 요구 대조 | 제품 요구·시나리오와 초안을 비교해 빠진 점, 충돌, 대안과 수정안을 적는다. | M1 + M2–M6 함께 검토 | 초안 리뷰 필요 | Blueprint 검토표·수정안 | 업체 범위와 맞물린 쟁점은 함께 확인 |
| 3.2 | 설계 | 전체 구조도 | 앱에서 요청한 기능이 Android 서비스와 장치까지 어떻게 전달되는지 한 장으로 그린다. | M1, M2–M6 교차 검토 | 미착수 | 제품 구조도·호출 흐름도 | 제품/업체 경계 확인 |
| 3.3 | 설계 | 계층별 책임 | SDK, Binder 진입, 공통 제어, 기능 코드, Android 장치 연결이 각각 결정·실행할 일을 정한다. | M1, M2–M6 교차 검토 | 미착수 | 계층별 책임표 | HAL 책임자 확인 |
| 3.4 | 설계 | 기능별 실행 담당 | AMR, 청소 등 각 기능을 누가 시작·중단·완료시키는지 하나로 정한다. | M1, M2–M6 교차 검토 | 미착수 | 기능별 실행 담당표 | 장치 측 실행 담당 확인 |
| 3.5 | 설계 | 상태와 결과의 주인 | 배터리·센서·이동·청소 결과의 원천, 저장 위치, 앱에 알리는 담당을 정한다. | M1, M2–M6 교차 검토 | 미착수 | 상태·데이터·결과 담당표 | 장치 상태의 기준 원천 확인 |
| 3.6 | 설계 | 공개 API와 내부 호출 | 앱에 약속할 기능과 서비스 내부에서만 쓸 호출을 나누고 앱의 기존 사용 방식도 확인한다. | M1 + M2, M6 검토 | 미착수 | 공개/내부 API 목록 | 소비 앱 호환 범위 확인 |
| 3.7 | 설계 | Binder 진입·권한 | 어떤 프로세스만 서비스를 부를 수 있는지, 호출 때 신원·권한·입력을 어디서 확인할지 정한다. | M2 + M6, M1 검토 | 미착수 | Binder·권한 흐름도 | 서명·permission 제약 확인 |
| 3.8 | 설계 | Android 서비스 배치 | 서비스의 프로세스, 시작 위치, 준비 완료 시점, 재시작과 장치 연결 복구를 정한다. | M6, M1 검토 | 미착수 | 서비스 배치·기동표 | init/product 설정 확인 |
| 3.9 | 설계 | 폴더·패키지 구성 | 실제 소스 폴더에 계층과 기능 owner를 반영하고 README만 있는 빈 경계나 중복 폴더를 만들지 않는다. | M1, M2–M6 검토 | 자료 일부 있음 | 폴더별 역할표·목표 트리 | 공급 코드 반영 경로 확인 |
| 3.10 | 설계 | Soong/Gradle 빌드 경계 | 실제 빌드 모듈과 허용 의존 방향을 정하고, 금지된 계층 참조를 빌드에서 막는다. | M6, M1 검토 | 자료 일부 있음 | 모듈 의존 그림·검사 규칙 | 제품 빌드 제약 확인 |
| 3.11 | 설계 | 용어 사용 규칙 | Manager, Service, Runtime, Port, Adapter 등 이름을 언제 쓰는지와 의존 방향을 정의한다. | M1, M2–M6 검토 | 미착수 | 용어표·새 코드 점검표 | 업체 API 용어 대조 |
| 3.12 | 설계 | 실행·취소·완료 흐름 | 요청 접수, 거절, 실행, 중단 요청, 장치 중단 확인, 완료 결과의 차이를 정한다. | M3 + 기능 owner, M6 검토 | 미착수 | 실행 상태도·기능별 결과 규칙 | 실제 완료/중단 event 확인 |
| 3.13 | 설계 | 장치·업체 계약 | 장치 명령과 event의 자료형·단위·오류·순서·timeout·재연결 규칙을 정한다. | M6 + 기능 owner | 미착수 | 장치 계약표(ICD) | 필수: 업체 규격·샘플·오류 코드 |
| 3.14 | 설계 | 보안·성능·진단 기준 | 권한, 민감정보, 응답시간, 자원, 장애 기록과 복구 기준을 요구에 연결한다. | M1 + M3/M6 | 미착수 | 품질·보안·진단 기준표 | SoC 한계·보안 정책 확인 |
| 3.15 | 설계 | 산출물·제품 탑재 방식 | 필요한 결과가 AAR/JAR/APK/시스템 서비스 중 무엇인지 정하고 이미지에 넣는 방법을 비교한다. | M6, M1/M2 검토 | 미착수 | 산출물·탑재 결정서 | 업체 image/package 방식 확인 |
| 3.16 | 설계 | 대안 비교와 결정 기록 | 구조·모듈·배포 방식의 선택지, 장단점, 결정 이유와 미결 위험을 기록한다. | M1, M2–M6 교차 검토 | 미착수 | 설계 결정 기록·위험 목록 | 업체 공동 검토 항목 정리 |
| 3.17 | 검토 | Blueprint 기준선 승인 | 요구 연결, 책임 중복, 의존 방향, 용어 남용, 제품 빌드·시험 가능성을 함께 리뷰한다. | M1, M2–M6 교차 검토 | 미착수 | 승인 Blueprint·검토 기록 | 미결 업체 의존 항목 합의 |
4. Public SDK·앱 계약 (P1→P3)
| NO | 대분류 | 소분류 | 세부 업무 묶음 | 담당 역할(주관) | 상태 | 완료 산출물 | 업체와 업무? |
|---|---|---|---|---|---|---|---|
| 4.1 | 설계 | 공개 기능 목록 | 앱에 실제 제공할 Manager와 기능 method만 요구 ID에 연결한다. | M2 — SDK·앱 계약 | 미착수 | Public API 목록 | 외부 앱 계약 확인 |
| 4.2 | 설계 | 요청·응답 모델 | 필수값, 범위, 단위, 오류, 동기/비동기, 취소 결과를 기능별로 정의한다. | M2 — SDK·앱 계약 | 미착수 | 요청/결과 계약표 | 장치 단위·오류 코드 확인 |
| 4.3 | 설계 | 이벤트·callback 계약 | 이벤트 순서, 중복, 등록/해제, 연결 종료 시 소비자 동작을 정한다. | M2 — SDK·앱 계약 | 미착수 | 이벤트 계약·예제 | 공급 callback 보장 확인 |
| 4.4 | 설계 | API 버전·호환성 | 기존 앱 호환 기간, 추가/폐기 규칙, API/AIDL 버전을 정한다. | M2 — SDK·앱 계약 | 미착수 | 호환성 정책 | 제품 지원 기간 합의 |
| 4.5 | 구축 | SDK 구현·배포 | 승인된 모델과 facade를 구현하고 결정된 형식으로 SDK artifact를 만든다. | M2 — SDK·앱 계약 | 미착수 | 버전된 SDK와 API 문서 | 공급 SDK 연동 필요 시 협의 |
| 4.6 | 구축 | 앱 연결 | 각 앱이 직접 내부 IPC를 우회하지 않고 승인된 SDK 계약을 사용하게 연결한다. | M2 — SDK·앱 계약 | 미착수 | 앱별 연결 변경·호환표 | 앱 배포 일정 조정 |
| 4.7 | 검증 | SDK 계약시험 | API 호환, parcel roundtrip, 정상/거절/오류와 기존 소비자 빌드를 확인한다. | M2 — SDK·앱 계약 | 미착수 | 계약시험 결과·artifact hash | 외부 앱 시험 협의 |
5. Binder 진입·호출자 확인 (P1→P3)
| NO | 대분류 | 소분류 | 세부 업무 묶음 | 담당 역할(주관) | 상태 | 완료 산출물 | 업체와 업무? |
|---|---|---|---|---|---|---|---|
| 5.1 | 분석 | 현재 IPC 경로 | 서비스 이름, AIDL, 권한, 호출자 검사, callback 생명주기를 확인한다. | M2 계약, M6 Android 연결 | 미착수 | Binder 현행표 | 제품 permission 정책 확인 |
| 5.2 | 설계 | 진입 검증 | 호출자 신원, 권한, 입력값, 중복 요청을 어느 경계에서 검사할지 정한다. | M2 계약, M6 Android 연결 | 미착수 | 검증 순서와 오류 계약 | 서명·권한 정책 협의 |
| 5.3 | 설계 | IPC 최소화 | 프로세스 경계가 필요한 기능만 AIDL로 노출하고 내부 호출과 구분한다. | M2 계약, M6 Android 연결 | 미착수 | 필요 AIDL 목록·보안 경계 | vendor IPC 제약 확인 |
| 5.4 | 구축 | 서비스 등록·AIDL 연결 | 승인된 Binder endpoint, service registration, permission을 제품 트리에 연결한다. | M2 계약, M6 Android 연결 | 미착수 | AIDL/service 설정 | 업체 product files 반영 |
| 5.5 | 구축 | 호출·callback 안전성 | 죽은 프로세스, callback 해제, timeout, 재진입과 거절 응답을 처리한다. | M2 계약, M6 Android 연결 | 미착수 | Binder 경로와 회귀시험 | 제품 프로세스 제약 확인 |
| 5.6 | 검증 | 권한·IPC 시험 | 허용/거절 caller, parcel, callback, binder death, 서비스 재시작을 확인한다. | M2 계약, M6 Android 연결 | 미착수 | instrumentation/log 증거 | 서명된 제품 이미지 필요 가능 |
6. Android 서비스·부팅·수명 (P1→P3)
| NO | 대분류 | 소분류 | 세부 업무 묶음 | 담당 역할(주관) | 상태 | 완료 산출물 | 업체와 업무? |
|---|---|---|---|---|---|---|---|
| 6.1 | 분석 | 서비스 기동 기준 | 부팅 중 서비스 시작 위치, 선행 서비스, 현재 crash/restart 동작을 확인한다. | M6 — Android 제품 통합 | 미착수 | 부팅/서비스 현행 흐름 | init/BSP 설정 확인 |
| 6.2 | 설계 | 프로세스·partition | 서비스 위치, 프로세스, system/vendor partition과 권한을 정한다. | M6 — Android 제품 통합 | 미착수 | 배치도·partition 결정 | 업체 image 정책 확인 |
| 6.3 | 설계 | 시작·종료·재시작 | 초기화 순서, ready 상태, 종료, 재시작 후 상태 복구를 정한다. | M6 — Android 제품 통합 | 미착수 | 서비스 lifecycle 표 | boot service 보장 확인 |
| 6.4 | 설계 | 의존성 조립 위치 | 실제 composition root와 필요한 의존성만 정하고 큰 aggregate 묶음을 피한다. | M6 — Android 제품 통합 | 미착수 | 구성도·생성 책임 | Android lifecycle 제약 확인 |
| 6.5 | 구축 | 서비스 기동 연결 | manifest/init/Soong/product config와 ready reporting을 구현한다. | M6 — Android 제품 통합 | 미착수 | 제품 service 설정·기동 로그 | 업체 product tree 반영 |
| 6.6 | 구축 | 장치 연결 복구 | HAL 미기동, binder death, 연결 해제, timeout 후 재연결/재조회 흐름을 구현한다. | M6 — Android 제품 통합 | 미착수 | 연결·복구 구현 | 업체 reconnect 계약 |
| 6.7 | 검증 | 부팅·재시작 시험 | cold boot, 재부팅, 의존 서비스 지연·실패, service crash/restart를 확인한다. | M6 — Android 제품 통합 | 미착수 | 부팅 로그·복구 결과 | 제품 image/board 필요 |
7. 공통 Task·정책·자원·상태 (P1→P3)
| NO | 대분류 | 소분류 | 세부 업무 묶음 | 담당 역할(주관) | 상태 | 완료 산출물 | 업체와 업무? |
|---|---|---|---|---|---|---|---|
| 7.1 | 분석 | 공통 기능 후보 | 여러 Domain이 실제 공유하는 요청 추적, 취소, 자원, 상태 기능을 골라낸다. | M3 — 공통 제어·실행 | 미착수 | 공통/기능별 책임표 | 동시 실행 제약 확인 |
| 7.2 | 설계 | 요청 수명 | 접수, 허용/거절, 대기, 실행, 취소, 완료, 실패 상태와 ID를 정의한다. | M3 — 공통 제어·실행 | 미착수 | Task 상태도·결과 계약 | 완료 event 계약 확인 |
| 7.3 | 설계 | 중복·우선순위·대기열 | 중복 요청, 우선순위, queue/admission이 필요한 요구를 검증해 규칙을 정한다. | M3 — 공통 제어·실행 | 미착수 | 요청 수용 규칙 | 장치 queue 한계 확인 |
| 7.4 | 설계 | 권한·정책 결정 | 누가 요청할 수 있는지, 어떤 상태에서 허용/거절할지 정하고 결과를 설명 가능하게 한다. | M3 — 공통 제어·실행 | 미착수 | 정책·거절 코드표 | 제품 보안 규정 확인 |
| 7.5 | 설계 | 공유 자원 충돌 | 이동·청소 등 동시 실행 금지/허용 관계와 자원 해제를 정한다. | M3 — 공통 제어·실행 | 미착수 | 자원 충돌표 | 장치 동시 명령 제약 |
| 7.6 | 구축 | 공통 실행 기능 | 승인된 범위의 request identity, 상태 전이, cancel/result만 공통 모듈로 구현한다. | M3 — 공통 제어·실행 | 미착수 | 공통 실행 코드·시험 | 실제 완료 신호 연결 |
| 7.7 | 구축 | 이력·재시작 처리 | 요구된 경우에만 실행 기록 보관과 재부팅 후 결과/상태 복구를 구현한다. | M3 — 공통 제어·실행 | 미착수 | 저장·복구 동작 | 저장소 수명/용량 확인 |
| 7.8 | 검증 | 경합·수명 시험 | 중복, 취소 경쟁, timeout, 재시작, 자원 해제를 단위·통합 시험한다. | M3 — 공통 제어·실행 | 미착수 | 동시성/수명 시험 결과 | 장치 경쟁 시험 지원 |
8. AMR 이동·정지·위치 (P1→P3)
| NO | 대분류 | 소분류 | 세부 업무 묶음 | 담당 역할(주관) | 상태 | 완료 산출물 | 업체와 업무? |
|---|---|---|---|---|---|---|---|
| 8.1 | 분석 | 이동 기능 범위 | 목표점 이동, 지원 위치, 이동 모드와 제품에 필요한 명령만 확정한다. | M4 — AMR 기능 owner | 미착수 | AMR 기능/우선순위 목록 | 지도·목표점 API 확인 |
| 8.2 | 분석 | 이동 실행 owner | 앱 요청 이후 실제 이동 명령·상태·완료 이벤트를 소유하는 현재 코드를 찾는다. | M4 — AMR 기능 owner | 자료 일부 있음 | AMR source-to-owner 표 | AMR service/MCU owner 확인 |
| 8.3 | 설계 | 이동 요청 계약 | 목표점 식별자/좌표 단위, 거절, busy, timeout, 완료 조건을 정한다. | M4 — AMR 기능 owner | 미착수 | 이동 요청·결과 계약 | 좌표계·명령 규격 필요 |
| 8.4 | 설계 | 정지·취소 계약 | 취소 요청과 실제 정지 확인을 구분하고 중단 deadline/failure 처리를 정한다. | M4 — AMR 기능 owner | 미착수 | AMR stop contract | 정지 확인/순번 규격 필요 |
| 8.5 | 설계 | 위치·상태 관측 | 위치·진행·오류 이벤트의 시각, 순서, freshness, 실행 ID 연결을 정의한다. | M4 — AMR 기능 owner | 미착수 | AMR 상태/event 계약 | 센서 주기·sequence 규격 |
| 8.6 | 구축 | 이동 수직 기능 | 승인된 SDK→Binder→AMR 실행 owner→장치 command 경로를 연결한다. | M4 — AMR 기능 owner | 미착수 | 이동 end-to-end slice | 보드 command API 필요 |
| 8.7 | 구축 | 정지·완료 연결 | 중단·완료·오류를 같은 request/run에 연결하고 중복 callback을 안전하게 처리한다. | M4 — AMR 기능 owner | 미착수 | correlated completion 구현 | 장치 실행 ID 필요 |
| 8.8 | 검증 | 이동·정지 시험 | 정상 이동, 잘못된 목적지, 중복/동시 요청, 취소, 장치 단절을 확인한다. | M4 — AMR 기능 owner | 미착수 | AMR 기능시험 기록 | 실제 AMR·serial 필요 |
| 8.9 | 검증 | 위치·완료 판정 | 요청 ACK와 물리적 완료를 구분해 장치 관측값으로 결과를 판정한다. | M4 — AMR 기능 owner | 미착수 | 위치/완료 evidence | 보드 접근·telemetry 필요 |
9. Cleaning·예약·SafeCare (P1→P3)
| NO | 대분류 | 소분류 | 세부 업무 묶음 | 담당 역할(주관) | 상태 | 완료 산출물 | 업체와 업무? |
|---|---|---|---|---|---|---|---|
| 9.1 | 분석 | 청소 기능 범위 | 청소 시작·중지, 동작 모드와 장치 상태 중 제품 요구에 있는 항목을 확정한다. | M5 — Cleaning/SafeCare 기능 owner | 초안 범위 확인 필요 | 청소 기능/상태 목록 | 청소기 command/API 확인 |
| 9.2 | 분석 | 예약·복귀 범위 | 예약 시작/반복/취소 및 복귀 동작이 제품 요구에 포함되는지 확인한다. | M5 — Cleaning/SafeCare 기능 owner | 미착수 | 예약·복귀 시나리오 | 예약 제한/복귀 조건 확인 |
| 9.3 | 분석 | SafeCare 시나리오 | PIN 인증, patrol 실행, 중지 확인, 재시작 차단과 사용자 결과를 정리한다. | M5 — Cleaning/SafeCare 기능 owner | 자료 일부 있음 | SafeCare 상태·오류 흐름 | 인증/run ID/stop 규격 확인 |
| 9.4 | 설계 | 청소 요청/결과 | 운전 모드, 거절, 진행 상태, 완료/실패와 결과 전달 형식을 정의한다. | M5 — Cleaning/SafeCare 기능 owner | 미착수 | Cleaning API·result 계약 | 장치 모드/오류 매핑 |
| 9.5 | 설계 | 예약 수명 | 예약 생성·변경·취소·재기동 시 저장과 실행 owner를 정한다. | M5 — Cleaning/SafeCare 기능 owner | 미착수 | Schedule lifecycle·저장 규칙 | 장치 예약 기능 여부 확인 |
| 9.6 | 설계 | SafeCare 인증·중단 | 인증된 run과 중단 명령/확인 결과가 일치하도록 계약을 정한다. | M5 — Cleaning/SafeCare 기능 owner | 미착수 | 인증·중단 sequence | 실행 ID/중단 확인 자료 필요 |
| 9.7 | 구축 | 청소 시작·중지 | SDK부터 실제 청소 명령과 상태/완료 통보까지 연결한다. | M5 — Cleaning/SafeCare 기능 owner | 미착수 | 청소 기능 slice | MCU/HAL API 필요 |
| 9.8 | 구축 | 예약과 재기동 | 합의된 스케줄 기능만 저장·복원하고 중복 실행을 막는다. | M5 — Cleaning/SafeCare 기능 owner | 미착수 | 예약 실행·복구 구현 | 시계/전원 정책 확인 |
| 9.9 | 구축 | SafeCare 흐름 | 인증된 실행을 시작하고 동일 run의 stop confirmed 뒤에만 후속 동작을 허용한다. | M5 — Cleaning/SafeCare 기능 owner | 미착수 | SafeCare 통합 구현 | stop event 계약 필요 |
| 9.10 | 검증 | 청소·예약 시험 | 정상/거절/중지, 중복 예약, 재부팅, 만료·저장 실패를 확인한다. | M5 — Cleaning/SafeCare 기능 owner | 미착수 | Cleaning/Schedule test report | 보드 및 시간 조정 환경 |
| 9.11 | 검증 | SafeCare 안전 시험 | 잘못된 PIN, 오래된 callback, 다른 run, 중단 timeout 중 신규 시작 차단을 확인한다. | M5 — Cleaning/SafeCare 기능 owner | 미착수 | SafeCare fault test report | 테스트 계정/실기기 필요 |
10. 기기 상태·관측 기능 (P1→P3)
| NO | 대분류 | 소분류 | 세부 업무 묶음 | 담당 역할(주관) | 상태 | 완료 산출물 | 업체와 업무? |
|---|---|---|---|---|---|---|---|
| 10.1 | 분석 | 제품에서 보여줄 상태 | 배터리, 전원, 센서/환경 등 실제 제공·사용되는 상태를 caller 기준으로 추린다. | 기능 owner M3/M4/M5 + M6 | 범위 확인 필요 | 상태 항목·소비자 표 | 센서 목록·측정 범위 확인 |
| 10.2 | 설계 | 값·단위·신선도 | 원본값, 단위, 유효/미사용 상태, timestamp와 stale 판정 규칙을 정한다. | 기능 owner M3/M4/M5 + M6 | 미착수 | 상태 데이터 계약 | 센서 보정·갱신 주기 |
| 10.3 | 설계 | 관측과 명령 구분 | 측정값과 명령 응답/추정 상태를 섞지 않고 각 값의 원천을 지정한다. | 기능 owner M3/M4/M5 + M6 | 미착수 | 상태 원천·신뢰도 표 | 장치 telemetry 보장 확인 |
| 10.4 | 구축 | 상태 전달 연결 | 실제 callback/poll 결과를 정규 모델로 전달하고 원본·오류 의미를 보존한다. | 기능 owner M3/M4/M5 + M6 | 미착수 | 관측 adapter 구현 | 장치 event API 필요 |
| 10.5 | 구축 | 상태 조회·변경 알림 | 요구된 조회/구독만 제공하고 callback 해제·중복 방지를 구현한다. | 기능 owner M3/M4/M5 + M6 | 미착수 | 조회·listener 구현 | 구독/해제 동작 확인 |
| 10.6 | 검증 | 값·끊김 시험 | 유효/경계/잘못된 값, stale 값, reconnect 후 재동기화를 확인한다. | 기능 owner M3/M4/M5 + M6 | 미착수 | 상태 계약시험 결과 | 센서·보드 표본 필요 |
11. IoT·외부 Agent 연결 (P1→P3)
| NO | 대분류 | 소분류 | 세부 업무 묶음 | 담당 역할(주관) | 상태 | 완료 산출물 | 업체와 업무? |
|---|---|---|---|---|---|---|---|
| 11.1 | 분석 | Framework 경계 확인 | IoT 연결 자체와 Framework가 책임질 요청/상태 계약을 구분한다. | 제품 범위 승인 시 M3/M6 + 해당 기능 owner | 범위 확인 필요 | 경계·consumer 표 | 제품 cloud/agent 요구 확인 |
| 11.2 | 분석 | 현재 연결 흐름 | 연결 상태, remote command/event, 앱·DeviceAgent 전달 경로를 추적한다. | 제품 범위 승인 시 M3/M6 + 해당 기능 owner | 자료 일부 있음 | 외부 연결 sequence | 서비스/API 자료 확인 |
| 11.3 | 설계 | 외부 요청 검증 | 외부 입력의 identity, 중복, 오래된 명령, 허용 기능과 오류 응답을 정한다. | 제품 범위 승인 시 M3/M6 + 해당 기능 owner | 미착수 | remote request contract | 보안/재전송 규격 확인 |
| 11.4 | 설계 | 연결 끊김 처리 | offline, reconnect, 중복 전달, out-of-order 때 앱과 기능 owner의 동작을 정한다. | 제품 범위 승인 시 M3/M6 + 해당 기능 owner | 미착수 | 연결상태·재전송 규칙 | 업체 재전송 정책 확인 |
| 11.5 | 구축 | 기존 연결 어댑터 | 승인된 typed API로 외부 요청/결과를 기능 owner에 전달한다. | 제품 범위 승인 시 M3/M6 + 해당 기능 owner | 미착수 | 외부 ingress 구현 | cloud protocol 자료 필요 |
| 11.6 | 검증 | 연결 장애 시험 | offline/reconnect, 중복/지연 요청과 인증 없는 요청을 확인한다. | 제품 범위 승인 시 M3/M6 + 해당 기능 owner | 미착수 | 외부 연결 fault test | broker/계정/네트워크 필요 |
12. DeviceAgent·Provider·HAL·MCU (P1→P3)
| NO | 대분류 | 소분류 | 세부 업무 묶음 | 담당 역할(주관) | 상태 | 완료 산출물 | 업체와 업무? |
|---|---|---|---|---|---|---|---|
| 12.1 | 분석 | 장치 API 목록 | System, 이동, 청소, 센서 등 확인된 실제 SoC/MCU 명령·상태를 나열한다. | M6 Android adapter, 지정 BSP/HAL 담당 장치 구현 | 미착수 | 장치 command/event 목록 | 필수: ICD/header/sample |
| 12.2 | 분석 | 구현 경계 | Android adapter와 vendor HAL/MCU 각각의 소스, 빌드, 담당자를 정한다. | M6 Android adapter, 지정 BSP/HAL 담당 장치 구현 | 미착수 | 파일/API 수준 R&R | 필수: 업체 담당·소스 제공 범위 |
| 12.3 | 설계 | 자료형·오류·단위 | 각 호출의 자료형, 단위, 오류, timeout, 재시도/idempotency를 정의한다. | M6 Android adapter, 지정 BSP/HAL 담당 장치 구현 | 미착수 | 장치 interface contract | 필수: 오류 코드/단위 |
| 12.4 | 설계 | 이벤트 상관·순서 | 실행 ID, device generation, sequence, timestamp 및 중복/역순 처리 규칙을 정한다. | M6 Android adapter, 지정 BSP/HAL 담당 장치 구현 | 미착수 | event correlation contract | 필수: serial/generation/sequence 규격 |
| 12.5 | 설계 | 정지·안전 보장 | 일반 취소·긴급 정지·전체 중단과 실제 중지 확인을 별도로 정의한다. | M6 Android adapter, 지정 BSP/HAL 담당 장치 구현 | 미착수 | 기능별 stop/safety 규격 | 필수: 전체 중단 확인 자료 |
| 12.6 | 구축 | Android adapter | 제품별 API를 승인된 Domain interface로 바꾸고 오류/재연결을 연결한다. | M6 Android adapter, 지정 BSP/HAL 담당 장치 구현 | 미착수 | adapter + contract tests | vendor API 접근 필요 |
| 12.7 | 구축 | HAL/MCU 제공물 통합 | 업체 소스·binary·service를 합의한 API/버전과 빌드에 연결한다. | M6 Android adapter, 지정 BSP/HAL 담당 장치 구현 | 미착수 | 통합 결과·버전표 | 업체 deliverable / 일정 필요 |
| 12.8 | 검증 | 명령·이벤트 시험 | 장치 응답, 늦은/중복/역순 event, 재시작, 안전 정지 동작을 확인한다. | M6 Android adapter, 지정 BSP/HAL 담당 장치 구현 | 미착수 | ICD conformance report | 실보드·serial·시험 접근 필요 |
13. 저장·설정·기록 (P1→P3)
| NO | 대분류 | 소분류 | 세부 업무 묶음 | 담당 역할(주관) | 상태 | 완료 산출물 | 업체와 업무? |
|---|---|---|---|---|---|---|---|
| 13.1 | 분석 | 저장 대상 | 예약, 상태, 이력 중 재부팅 이후 보존이 필요한 자료만 확인한다. | M3 owner, M6 배치 검토 | 미착수 | 저장 대상·기간 목록 | 제품 보존 정책 확인 |
| 13.2 | 설계 | 데이터 owner·형식 | 데이터 원천, schema/version, 접근 권한, 만료와 용량 상한을 정한다. | M3 owner, M6 배치 검토 | 미착수 | 데이터 모델·보존 규칙 | 보안/보존 기간 협의 |
| 13.3 | 설계 | SKU별 설정 | 제품별 기능 enablement와 기본값의 단일 저장/공급 위치를 정한다. | M3 owner, M6 배치 검토 | 미착수 | product configuration matrix | SKU product config 확인 |
| 13.4 | 구축 | 필요 데이터 저장 | 승인된 데이터만 저장하고 schema migration·오류 처리를 구현한다. | M3 owner, M6 배치 검토 | 미착수 | 저장소 구현·migration | partition/권한 설정 필요 |
| 13.5 | 검증 | 재부팅·마이그레이션 | 초기 설치, upgrade, 손상, 공간 부족과 버전 migration을 확인한다. | M3 owner, M6 배치 검토 | 미착수 | 저장소 시험 결과 | 제품 data 정책 확인 |
14. AOSP 빌드·패키징·이미지 (P1→P3)
| NO | 대분류 | 소분류 | 세부 업무 묶음 | 담당 역할(주관) | 상태 | 완료 산출물 | 업체와 업무? |
|---|---|---|---|---|---|---|---|
| 14.1 | 분석 | 현재 build target | Framework와 소비 앱을 재현 가능하게 빌드하는 target·의존성을 찾는다. | M6 — Android 제품 통합 | 자료 일부 있음 | 빌드 명령·target 목록 | 업체 build env 제공 |
| 14.2 | 설계 | 산출물 결정 | Java service/AAR/JAR/native .so 중 실제 소비·배포 방식에 맞는 산출물을 결정한다. |
M6 — Android 제품 통합 | 미착수 | 산출물 선택 결정서 | 제품 build/package 제약 |
| 14.3 | 설계 | 모듈 의존 강제 | 디렉터리 규칙뿐 아니라 build dependency로 금지 방향을 막을 수 있는지 정한다. | M6 — Android 제품 통합 | 미착수 | Soong/Gradle module graph | Soong module 지원 확인 |
| 14.4 | 구축 | 빌드 rule·모듈 연결 | 승인된 module, dependency, test target을 Android build에 연결한다. | M6 — Android 제품 통합 | 미착수 | build files·재현 명령 | BSP tree 반영 |
| 14.5 | 구축 | 제품 패키지 설정 | 선택 산출물, permission, init, SELinux, partition 배치를 image config에 연결한다. | M6 — Android 제품 통합 | 미착수 | product files·image manifest | 업체 signing/image 구성 |
| 14.6 | 검증 | artifact 확인 | 산출물 종류, 버전, hash, 서명, 앱 소비 관계를 확인한다. | M6 — Android 제품 통합 | 미착수 | artifact verification report | release signing 필요 가능 |
| 14.7 | 검증 | 제품 이미지 확인 | 이미지 내 포함 파일·권한·service 등록과 부팅 후 실행을 확인한다. | M6 — Android 제품 통합 | 미착수 | image revision·boot evidence | 업체 image/보드 필요 |
15. 보안·진단·운영 (P1→P3)
| NO | 대분류 | 소분류 | 세부 업무 묶음 | 담당 역할(주관) | 상태 | 완료 산출물 | 업체와 업무? |
|---|---|---|---|---|---|---|---|
| 15.1 | 분석 | 위협·민감정보 | 권한 우회, 위조 caller, replay, PIN·상태·로그 노출 위험을 찾는다. | M3/M6, M1 cross-review | 미착수 | 위협·데이터 분류표 | TEE/secure storage 제약 |
| 15.2 | 설계 | permission·SELinux·signing | 서명, privilege, SELinux domain/context와 최소 허용 정책을 정한다. | M3/M6, M1 cross-review | 미착수 | 보안 통합 규칙 | BSP security policy 필요 |
| 15.3 | 설계 | 진단 정보 | 요청 ID, 상태 변경, 거절 이유, 실제 장치 결과를 개인정보 없이 추적하게 정한다. | M3/M6, M1 cross-review | 미착수 | 로그/event 규칙 | 업체 로그 경로 확인 |
| 15.4 | 설계 | 장애 복구 | 죽은 서비스, 장치 단절, timeout, callback 폭주, DB 오류의 격리/복구 정책을 정한다. | M3/M6, M1 cross-review | 미착수 | 장애·복구 기준표 | fault code와 재시도 제약 |
| 15.5 | 구축 | 권한·로그 적용 | 최소 권한을 구현하고 필요한 진단 정보를 일관되게 기록한다. | M3/M6, M1 cross-review | 미착수 | security/log changes | 서명·정책 반영 지원 |
| 15.6 | 검증 | 보안·장애 시험 | 권한 거부, 비정상 입력, 민감정보 노출, 재시작·저장 장애를 확인한다. | M3/M6, M1 cross-review | 미착수 | security/fault report | 제품 이미지·보안 검토 |
16. 시험·제품 인수 (P3·P7)
| NO | 대분류 | 소분류 | 세부 업무 묶음 | 담당 역할(주관) | 상태 | 완료 산출물 | 업체와 업무? |
|---|---|---|---|---|---|---|---|
| 16.1 | 설계 | 요구 추적시험 | 요구→구현 모듈→자동/제품 시험→완료 evidence를 연결한다. | M6 검증 통합, 기능 owner 판정 | 미착수 | traceability/test matrix | 업체 시험 결과 형식 확인 |
| 16.2 | 검증 | 단위·모듈시험 | 모델, 정책, 상태 전이, callback, 저장 규칙을 빠르게 자동 검증한다. | M6 검증 통합, 기능 owner 판정 | 미착수 | unit/module test report | 제공 SDK test spec |
| 16.3 | 검증 | 계층·빌드 경계시험 | 금지 dependency, 모듈 graph, 전체 build target을 검사한다. | M6 검증 통합, 기능 owner 판정 | 미착수 | architecture/build report | 제품 CI 기준 연계 |
| 16.4 | 검증 | Binder·앱 통합시험 | 실제 소비자 앱, caller 권한, 서비스 재시작과 API 호환을 확인한다. | M6 검증 통합, 기능 owner 판정 | 미착수 | instrumentation/E2E 결과 | 서명 image 필요 가능 |
| 16.5 | 검증 | 기능별 보드시험 | AMR, 청소/SafeCare 등 승인 기능을 장치 완료·정지 증거까지 시험한다. | M6 검증 통합, 기능 owner 판정 | 미착수 | serial/revision 포함 시험기록 | 필수: 시험 보드·serial·ICD |
| 16.6 | 검증 | 성능·장기 운전 | 응답시간, 동시 요청, 자원, 반복 수행과 aging을 합의 기준으로 측정한다. | M6 검증 통합, 기능 owner 판정 | 미착수 | 원본 측정값·판정 | 보드·계측기·시험 시간 |
| 16.7 | 검증 | 전환·원복 | 구버전 소비자, 단계 rollout, data 호환, image rollback 가능성을 확인한다. | M6 검증 통합, 기능 owner 판정 | 미착수 | migration/rollback 시험기록 | 업체 image 복구 절차 |
| 16.8 | 승인 | 제품 인수 | pass/fail/deferred, 잔여 결함, 제한 기능, 책임자와 승인자를 확정한다. | M6 검증 통합, 기능 owner 판정 | 미착수 | 제품 인수·잔여 위험표 | 공동 결함 종결·인수 필요 |
17. 담당 배정·실행 계획 (P5)
| NO | 대분류 | 소분류 | 세부 업무 묶음 | 담당 역할(주관) | 상태 | 완료 산출물 | 업체와 업무? |
|---|---|---|---|---|---|---|---|
| 17.1 | 구축 준비 | 업무량·선행 조건 | 1–16번 업무의 선행 자료, 필요한 기술, 기간과 외부 의존성을 확인한다. | M1 통합, M2–M6 구역별 | 미착수 | 업무 의존·인력 표 | 업체 자료·일정 의존 확인 |
| 17.2 | 구축 준비 | 주담당·지원 담당 | 각 업무에 최종 책임자 한 명과 필요한 리뷰·지원 담당을 지정한다. | M1 + 팀 리더 | 미착수 | 이름이 채워진 R&R 표 | 업체 담당 창구 지정 |
| 17.3 | 구축 준비 | 작업 순서·통합 시점 | 설계 승인, SDK/API, 서비스, 기능, 장치 연결이 만나는 순서와 통합 시점을 정한다. | M1 통합, M2–M6 담당 | 미착수 | 단계별 일정·통합 순서 | 업체 제공물 일정 포함 |
| 17.4 | 구축 준비 | 빌드·시험 기준선 | 사용할 소스 revision, 빌드 명령, SDK·이미지 산출물과 시험 환경을 고정한다. | M6, M1 검토 | 미착수 | 재현 가능한 기준선 기록 | 업체 빌드 환경·이미지 전달 |
| 17.5 | 구축 준비 | 완료·변경 관리 | 완료 증거, 미결 위험, 설계 변경 승인과 작업 종료 조건을 정한다. | M1 통합, M2–M6 담당 | 미착수 | 작업 완료·변경 기록 규칙 | 공동 변경·결함 승인 절차 |
18. 실제 SoC 소스 폴더별 구현 WBS (P2→P7)
앞의 1–17번은 제품 요구와 기능별 책임을 정한다. 아래 18번은 그 결정을 현재 체크아웃의 실제 폴더에 반영할 때 누가 무엇을 할지 적었다. 같은 기능이 두 번 끝난 것으로 계산하지 않는다. 예를 들어 AMR 동작 계약은 8번에서 정하고, 18번에서는 그 계약이 SDK·서비스·장치 연결의 어느 파일과 빌드 경로에 들어가는지 추적한다. 대상 경로는 현재 skix-framework/base/ 트리 기준이며, 승인 전 새 폴더·모듈 생성을 전제로 하지 않는다.
| NO | 대분류 | 소분류 | 세부 업무 묶음 | 담당 역할(주관) | 상태 | 완료 산출물 | 업체와 업무? |
|---|---|---|---|---|---|---|---|
| 18.1 | 분석 | core/java SDK 현황 |
Skix*Manager, public model/result, task/state 계약을 앱 caller와 연결한다. |
M2 — SDK·앱 계약 | 자료 일부 있음 | 파일·method·caller 추적표 | 소비 앱·외부 SDK 사용처 확인 |
| 18.2 | 설계 | SDK 공개 범위 | 앱에 공개할 API와 Framework 내부 계약을 나누고 호환·오류·버전 규칙을 확정한다. | M2, M1 검토 | 미착수 | 승인 API 목록·호환 규칙 | 소비 앱 owner와 지원기간 협의 |
| 18.3 | 구축 | SDK 계약 반영 | 승인 API와 모델만 구현하고 내부 service/domain 타입이 public으로 새지 않게 연결한다. | M2 — SDK·앱 계약 | 미착수 | SDK 소스·배포 artifact | 외부 배포 방식 확인 |
| 18.4 | 검증 | SDK 산출물 | SDK 단위·호환 시험과 소비 앱 compile을 하고 버전·hash를 기록한다. | M2, M6 통합 | 미착수 | 테스트 결과·artifact hash | 외부 소비자 빌드 제공 |
| 18.5 | 분석 | core/aidl IPC 현황 |
실제 공개·내부 AIDL, Binder callback, 호출자와 연결되는 service를 찾는다. | M2, M6 | 자료 일부 있음 | AIDL→service→caller 표 | 제품 IPC·permission 목록 요청 |
| 18.6 | 설계 | IPC 계약 | 프로세스 경계에 꼭 필요한 AIDL만 정하고 parcel, 권한, 오류, callback 수명을 정의한다. | M2, M6, M1 검토 | 미착수 | AIDL·permission 결정표 | vendor/system 경계 확인 |
| 18.7 | 구축 | IPC 연결 | 승인된 AIDL과 Binder endpoint만 services/core 계약 및 Android service에 연결한다. |
M6 — Android 통합 | 미착수 | AIDL·endpoint 연결 변경 | product service 등록 자료 |
| 18.8 | 검증 | Binder 경로 | 권한 허용/거부, parcel, Binder death, callback 해제와 재연결을 확인한다. | M6 통합, M2 계약 | 미착수 | Binder 시험 기록 | 제품 signature/image 필요 가능 |
| 18.9 | 분석 | compatibility/ 변환 현황 |
legacy AIDL·Bundle·callback을 쓰는 소비자와 현재 변환 지점을 기능별로 찾는다. | M2 계약, 기능 owner | 자료 일부 있음 | legacy 호출·키·결과 목록 | 기존 앱/업체 protocol 확인 |
| 18.10 | 설계 | 이전·종료 규칙 | legacy 입력을 canonical SDK 계약으로 바꾸는 범위와 유지·폐기 조건을 정한다. | M2, M1 검토 | 미착수 | 변환표·호환 종료 조건 | 소비 앱 전환 일정 협의 |
| 18.11 | 구축 | legacy adapter | 호환 계층에서만 기존 형식 변환을 수행하고 domain 규칙을 중복 구현하지 않는다. | M2 + 해당 기능 owner | 미착수 | 변환 코드·migration note | 업체가 제공하는 구형 client 확인 |
| 18.12 | 검증 | 구·신 계약 병행 | 기존 caller와 typed SDK 결과가 같은 의미를 내는지 회귀·parcel 시험한다. | M2, M6 | 미착수 | 호환성 시험표 | 구형 앱/실제 IPC 시험 지원 |
| 18.13 | 분석 | services/core/control 현황 |
capability, health, lifecycle, policy, resource, state의 실제 책임과 참조 방향을 조사한다. | M3 — 공통 제어·실행 | 자료 일부 있음 | 파일·의존·owner 지도 | 동시 실행/가용성 제약 확인 |
| 18.14 | 설계 | 제어 기능 책임 | 공통으로 공유할 기능만 남기고 domain별 판단·상태와 경계를 정한다. | M3, M1·기능 owner 검토 | 미착수 | control/domain 책임표 | 제품 정책·안전 제약 확인 |
| 18.15 | 구축 | 공통 control 연결 | 승인된 capability·policy·resource·state·health 계약을 실제 호출자와 연결한다. | M3 — 공통 제어·실행 | 미착수 | 동작 코드·의존 변경 | 제품 readiness·resource 규격 확인 |
| 18.16 | 검증 | 제어 경계 | 잘못된 방향 import, 등록 실패, 상태 충돌, readiness·복구를 모듈 시험한다. | M3, M6 | 미착수 | 경계 검사·회귀 결과 | Soong 강제 경계 지원 확인 |
| 18.17 | 분석 | services/core/execution 현황 |
task, admission, completion, scheduler, workflow, evidence가 누가 호출·저장하는지 찾는다. | M3 — 공통 제어·실행 | 자료 일부 있음 | 실행 코드·상태·저장 흐름 | 장치 완료 event 규격 확인 |
| 18.18 | 설계 | 실행 수명 계약 | 접수부터 완료/실패/취소까지 상태, owner, 기록 보존의 공통·기능별 범위를 정한다. | M3 + M4/M5, M1 검토 | 미착수 | 실행 상태·완료·보존 계약 | 중단/완료 event와 순번 자료 |
| 18.19 | 구축 | 실행 관리 연결 | 승인된 admission·task·workflow만 domain owner와 장치 실행·결과에 연결한다. | M3 + 기능 owner | 미착수 | 실행 경로·기능 통합 | 장치 run ID·중복 명령 규격 |
| 18.20 | 검증 | 경쟁·복구 | 중복접수, 취소 race, 늦은/중복 완료, 프로세스 재시작과 journal 손상을 확인한다. | M3, M6 | 미착수 | race·복구 시험 증거 | 실장치 event 재현 지원 |
| 18.21 | 분석 | services/core/domain/* 목록 |
현재 AMR·Cleaning·Schedule·Power·AirQuality·IoT 등 각 package의 실제 caller와 실행 owner를 기록한다. | M1 통합, M3–M5 기능별 | 자료 일부 있음 | domain별 source/caller/owner 표 | 기능 요구와 실제 제공 기능 확인 |
| 18.22 | 설계 | Domain 포함 범위 | 제품 요구에 맞는 domain만 승인하고 각 domain의 요청·상태·policy·completion 책임을 정의한다. | M1, M3–M5 교차검토 | 미착수 | Domain catalog·계약 목록 | 제외/선택 기능 업체 범위 확인 |
| 18.23 | 구축 | Domain 기능 구현 | 승인 기능만 각 domain 실행 owner에 구현하고 공통 계층에 기능별 규칙을 중복시키지 않는다. | M4 AMR, M5 Cleaning, 담당 기능 owner | 미착수 | 기능별 source slice | MCU/HAL/API·테스트 보드 필요 항목 지정 |
| 18.24 | 검증 | Domain별 계약 시험 | 요청·상태·실행결과·중단을 domain별 단위·통합시험으로 연결한다. | 각 기능 owner, M6 통합 | 미착수 | domain별 시험 결과 | serial·실기기·이벤트 규격 필요 |
| 18.25 | 분석 | services/core/entrypoint 현황 |
Binder endpoint, identity, validation, observation ingress와 내부 호출 경로를 정리한다. | M2 계약, M6 | 자료 일부 있음 | 진입점·검증 순서 지도 | caller UID·permission 자료 |
| 18.26 | 설계 | 진입 검증 규칙 | identity·권한·입력·중복 검증을 한 책임 경계에 배치하고 내부 객체 노출을 제한한다. | M2, M6, M1 검토 | 미착수 | endpoint·validation 계약 | 제품 signature·권한 정책 협의 |
| 18.27 | 구축 | Endpoint 연결 | 승인된 binder method를 control/domain API에 연결하고 transport 성공과 기능 완료를 분리한다. | M6 + M2 | 미착수 | endpoint 구현·오류 매핑 | service registry/product 설정 |
| 18.28 | 검증 | 입력·권한·관측 유입 | 위조/무권한 caller, 잘못된 parcel, stale·중복 관측값과 Binder 재시작을 시험한다. | M6, M2 | 미착수 | entrypoint 시험 증거 | 서명된 image 또는 instrumentation 환경 |
| 18.29 | 분석 | services/core/integration 현황 |
agent/Android/HAL/MCU/task integration과 domain Port를 실제 구현체·빌드에 매핑한다. | M6 + 기능 owner | 자료 일부 있음 | Port→Adapter→실제 API 지도 | HAL·Agent 제공 API/version 확인 |
| 18.30 | 설계 | 외부 연결 규칙 | Port와 Adapter의 역할, 오류·timeout·재연결·event 순서 및 dependency 방향을 정한다. | M6, M1·기능 owner 검토 | 미착수 | 외부 계약·용어 규칙 | 업체 ICD·sample·오류 코드 |
| 18.31 | 구축 | 제품 연결 구현 | 승인된 DeviceAgent/HAL/MCU API만 adapter로 연결하고 기존 실행 owner를 유지한다. | M6 Android, 지정 BSP/HAL 담당 | 미착수 | adapter·통합 변경 | 업체 source/binary·보드 접근 |
| 18.32 | 검증 | 장치 계약 확인 | ACK와 물리 완료를 구분하고 timeout, 재연결, 역순·중복 event를 검사한다. | 기능 owner + M6 | 미착수 | ICD 적합성 결과 | 실기기 serial·telemetry·event 규격 |
| 18.33 | 분석 | services/runtime Android 의존 |
Android Context, Binder, thread, system service 의존이 runtime에 모여 있는지 찾는다. | M6 — Android 제품 통합 | 자료 일부 있음 | Android 의존 위치표 | Android release·vendor API 확인 |
| 18.34 | 설계 | Runtime 구성·수명 | 순수 core와 Android runtime 연결, composition root, 시작·종료·재연결 주체를 정한다. | M6, M1 검토 | 미착수 | 생성·수명·배치도 | boot/init/product 정책 확인 |
| 18.35 | 구축 | Runtime 조립 | Android service에서 승인된 core·adapter를 조립하고 readiness·shutdown을 구현한다. | M6 — Android 제품 통합 | 미착수 | runtime/service 구현 | product tree·service 등록 변경 |
| 18.36 | 검증 | 서비스 기동·복구 | cold boot, 지연 의존, service crash/restart, binder death와 연결 복구를 확인한다. | M6 | 미착수 | boot/service log·복구 결과 | 실제 product image·board 필요 |
| 18.37 | 분석 | Android.bp와 module graph |
실제 Soong module, source path, dependency, test target과 출력 artifact를 조사한다. | M6, M1 검토 | 자료 일부 있음 | module→artifact·dependency 지도 | SoC build tree·정식 build 명령 제공 |
| 18.38 | 설계 | build 경계·산출물 | 독립 module 분리 필요성과 AAR/JAR/APK/system service 선택을 증거로 결정한다. | M6, M1/M2 검토 | 미착수 | 모듈·배포 결정 기록 | product partition/signing 정책 확인 |
| 18.39 | 구축 | Soong·제품 설정 연결 | 승인된 dependency·test·package·init 설정만 build/product tree에 반영한다. | M6 — Android 제품 통합 | 미착수 | 재현 가능한 build 설정 | 업체 product files·CI 연계 |
| 18.40 | 검증 | 빌드·이미지 산출물 | 정식 target build, artifact/hash/signature, 이미지 포함 파일과 부팅 후 service를 확인한다. | M6 통합 | 미착수 | build/image 검증 기록 | release key·제품 이미지·보드 필요 |
| 18.41 | 분석 | core/tests, services/tests 현황 |
단위·instrumentation 테스트가 각 계약과 실제 실행 경계를 어디까지 검증하는지 연결한다. | M6 품질 통합, 각 owner | 자료 일부 있음 | 요구→테스트 추적표 | 공급자 시험 정의 확인 |
| 18.42 | 설계 | 테스트 단계와 통과 기준 | unit, module, Binder, 앱, image, board 단계별 증거와 책임자를 정한다. | M6, M1·기능 owner 검토 | 미착수 | test strategy·acceptance matrix | 업체 시험장비·인수 기준 협의 |
| 18.43 | 구축 | 재현 가능한 시험 추가 | 승인된 누락 계약에만 test를 보강하고 공통 setup·fixture 중복을 줄인다. | 해당 기능 owner, M6 통합 | 미착수 | 자동시험·실행 명령 | 보드 stub/sample 제공 협의 |
| 18.44 | 검증 | 계층 통합·제품 인수 | build boundary부터 signed image·실보드까지 통과/미확인/실패를 증거와 함께 판정한다. | M6 통합, 기능 owner 승인 | 미착수 | release evidence·잔여 위험표 | 제품 담당 공동 인수 필요 |
| 18.45 | 분석 | data/ 실제 자료 |
현재는 설정·데이터 경로가 비어 있는지, 필요한 제품 자료와 저장 owner가 무엇인지 확인한다. | M3 data owner, M6 배치 | 자료 일부 있음 | 필요 데이터·설정 목록 | SKU·보존·업데이트 정책 요청 |
| 18.46 | 설계 | 데이터 배치 결정 | 승인된 데이터의 소유 서비스, partition, 권한, schema/version·보존기간을 정한다. | M3, M6, M1 검토 | 미착수 | data placement·lifecycle 결정서 | 업체 partition/upgrade 정책 확인 |
| 18.47 | 구축 | 필요한 설정·저장만 구현 | 요구가 승인된 경우에만 data/config 파일과 저장소를 추가하고 불필요한 빈 구조는 만들지 않는다. | M3 owner, M6 제품 통합 | 미착수 | 실제 사용 파일·migration | product config·파일 권한 반영 |
| 18.48 | 검증 | 업데이트·재부팅 보존 | 기본 설치, upgrade, factory reset, 손상·공간 부족에서 보존/초기화 규칙을 검증한다. | M3, M6 | 미착수 | 저장·설정 복구 결과 | 제품 업데이트/초기화 절차 필요 |
실제 폴더와 업무 구역 연결
| 현재 SoC 경로 | 이 WBS에서 찾을 항목 |
|---|---|
base/core/java, base/core/aidl |
4–5, 18.1–18.8 |
base/compatibility/java, base/compatibility/aidl |
18.9–18.12 |
services/core/.../control |
7, 18.13–18.16 |
services/core/.../execution |
7, 18.17–18.20 |
services/core/.../domain/* |
8–12, 18.21–18.24 |
services/core/.../entrypoint |
5, 18.25–18.28 |
services/core/.../integration |
12, 18.29–18.32 |
services/runtime |
6, 18.33–18.36 |
Android.bp, core/tests, services/tests |
14–16, 18.37–18.44 |
data/ |
13, 18.45–18.48 |
19. 실제 Domain 기능별 실행 WBS (P2→P7)
18번은 services/core 폴더에 무엇을 반영하는지 보여준다. 19번은 그 안의 실제 기능 package를 따라 업무를 찾는 목록이다. 현재 폴더에 코드가 있어도 제품 요구·caller·실행 담당이 확인되기 전까지는 제품 기능 확정으로 보지 않는다. P2에서 필요성부터 확인하고, 제외·보류된 기능은 구현하지 않는다.
| NO | 대분류 | 소분류 | 세부 업무 묶음 | 담당 역할(주관) | 상태 | 완료 산출물 | 업체와 업무? |
|---|---|---|---|---|---|---|---|
| 19.1 | 분석 | AMR·이동 package 확인 | domain/amr, mobility의 호출자, 실제 이동 실행 owner, 목표점·정지·완료 경로를 찾는다. |
M4 — AMR 기능 owner | 자료 일부 있음 | 파일·caller·명령·event 목록 | 지도/목표점·AMR 명령 API 확인 |
| 19.2 | 설계 | 이동 동작 기준 | 이동·복귀·정지 요청, 위치 상태, 장치 중지 확인을 하나의 owner와 결과 계약에 연결한다. | M4, M1·M6 검토 | 미착수 | 이동·정지 시퀀스와 결과표 | 좌표·run ID·중지 event 규격 |
| 19.3 | 구축 | 이동 기능 경로 | 승인된 SDK→service→AMR 실행 코드→장치 명령·결과 경로를 연결한다. | M4 — AMR 기능 owner | 미착수 | 이동 end-to-end 구현 | DeviceAgent/MCU 연결 API 제공 |
| 19.4 | 검증 | 이동·중지 확인 | 거절·busy·timeout·재접속·취소를 시험하고 요청 접수와 실제 정지를 따로 판정한다. | M4 판정, M6 통합 | 미착수 | AMR 기능 시험·장치 evidence | 시험 보드·serial·telemetry 필요 |
| 19.5 | 분석 | Cleaning·Schedule·SafeCare package | domain/cleaning, schedule, 관련 eventasset의 caller·start/stop·예약·인증 흐름을 찾는다. |
M5 — Cleaning/SafeCare owner | 자료 일부 있음 | 기능/caller/실행 owner 목록 | 청소기 mode·예약·인증 규격 확인 |
| 19.6 | 설계 | 청소·예약·안전 기준 | 시작·중지, 반복 예약, 인증된 실행, 동일 실행의 중단 확인과 후속 동작 조건을 정한다. | M5, M1·M6 검토 | 미착수 | 청소·예약·SafeCare 흐름도 | run ID·stop confirmation 자료 |
| 19.7 | 구축 | Cleaning·Schedule 연결 | 승인된 청소/예약 경로만 SDK부터 장치 owner까지 연결하고 중복 실행·오래된 callback을 막는다. | M5 — Cleaning/SafeCare owner | 미착수 | 기능별 연결 변경·자동시험 | 청소 MCU/HAL·시간 정책 필요 |
| 19.8 | 검증 | 청소·예약·SafeCare 시험 | 잘못된 인증, 예약 중복, stop timeout, 재부팅과 같은 실행 ID 확인을 시험한다. | M5 판정, M6 통합 | 미착수 | 청소·예약·안전 시험 기록 | 테스트 계정·보드·이벤트 규격 |
| 19.9 | 분석 | Power·AirQuality·Wellness package | power, airquality, wellness의 값 원천, caller, 갱신 경로와 제품 사용 여부를 찾는다. |
해당 기능 owner, M3 공통 상태 | 자료 일부 있음 | 상태별 source/caller 목록 | 센서 사양·측정 주기 확인 |
| 19.10 | 설계 | 상태값·센서 기준 | 단위, 원본값, 사용 가능 여부, 오래된 값, 오류와 알림 구독 규칙을 기능별로 정한다. | M3 + 해당 기능 owner | 미착수 | 상태 contract·품질 기준 | 보정·오류·주기 자료 |
| 19.11 | 구축 | 상태 수집·공개 연결 | 승인된 관측값만 source adapter→canonical state→SDK 조회/알림까지 연결한다. | 해당 기능 owner, M6 | 미착수 | 기능별 상태 연결·계약시험 | 센서 callback/API 필요 |
| 19.12 | 검증 | 상태 유효성 시험 | 경계값, 누락, stale, 연결 해제·복구, 원본 단위 보존을 시험한다. | 해당 기능 owner, M6 통합 | 미착수 | Power/AirQuality 상태 시험 | 센서 sample·실장치 필요 |
| 19.13 | 분석 | IoT·MCU package | domain/iot, mcu의 외부 요청, 권한, 재전송, 장치 전달과 응답 caller를 추적한다. |
M6 + 해당 기능 owner | 자료 일부 있음 | 외부·MCU 경로/의존 목록 | protocol·ICD·broker 조건 확인 |
| 19.14 | 설계 | 외부·MCU 요청 규칙 | 허용 명령, 중복·오래된 명령, 연결 끊김, 장치 ACK와 실제 동작 결과 차이를 정의한다. | M6, M1·기능 owner 검토 | 미착수 | 외부/MCU request-response 계약 | 재시도·sequence·오류 코드 자료 |
| 19.15 | 구축 | 외부·MCU 기능 연결 | 승인된 외부 요청만 기존 기능 owner로 전달하고 Android 연결부에서 protocol을 변환한다. | M6 + 기능 owner | 미착수 | 연결 코드·오류 매핑 | 업체 API·firmware version 필요 |
| 19.16 | 검증 | 외부·MCU 장애 시험 | 지연·중복·순서 역전·offline·reconnect·미지원 명령을 시험하고 결과를 기록한다. | M6 통합, 기능 owner 판정 | 미착수 | 외부/MCU fault test | broker·보드·통신 로그 필요 |
| 19.17 | 분석 | System·Security·Update·Pairing package | system, security, update, pairing, diagnostics 호출자·권한·재시작·업데이트 owner를 확인한다. |
M6 + M3 보안/상태 | 자료 일부 있음 | 플랫폼 기능·권한·caller 목록 | SKU, 서명, OTA/복구 정책 확인 |
| 19.18 | 설계 | 플랫폼·보안·복구 규칙 | 권한·민감정보, pairing 상태, 업데이트 중 실패/복구, 서비스 재기동 책임을 결정한다. | M3/M6, M1 검토 | 미착수 | 보안·업데이트·복구 결정표 | signing/SELinux/OTA 자료 필요 |
| 19.19 | 구축 | 플랫폼 기능 연결 | 제품에서 승인된 System/Security/Update/Pairing API만 서비스와 제품 설정에 연결한다. | M6 + 기능 owner | 미착수 | 승인된 platform source 변경 | product config·업체 service 연결 |
| 19.20 | 검증 | 권한·업데이트·복구 시험 | 무권한 접근, 잘못된 상태, update 실패, 재부팅 후 복구와 진단 기록을 확인한다. | M6 통합, M3 보안 판정 | 미착수 | platform/security 시험 증거 | signed image·복구 가능한 보드 필요 |
| 19.21 | 분석 | LLM·Vision·Interaction·UI package | llm, vision, interaction, ui, command의 실제 caller·실행 위치·제품 범위를 확인한다. |
해당 기능 owner, M2/M6 | 자료 일부 있음 | 기능별 caller·API·owner 표 | 외부 모델·카메라·제품 앱 계약 |
| 19.22 | 설계 | Agent·Vision·UI 경계 | 기능 요청/결과·세션·권한·카메라/화면 자원과 Framework 책임 범위를 정한다. | M1, M2, 해당 기능 owner | 미착수 | 기능 계약·권한·자원표 | camera/display/model 지원 규격 |
| 19.23 | 구축 | Agent·Vision·UI 경로 | 제품 요구가 승인된 기능만 SDK·service·제품 runtime에 연결하고 미승인 기능은 이관하지 않는다. | 해당 기능 owner, M6 | 미착수 | 선택 기능 수직 구현 | 모델·카메라·제품 runtime 제공 |
| 19.24 | 검증 | Agent·Vision·UI 통합시험 | 앱 caller, 권한, 세션 종료, 장치/서비스 재시작과 기능 결과를 경계별로 시험한다. | M6 통합, 기능 owner 판정 | 미착수 | 기능별 통합·인수 증거 | 실제 앱·camera/device 필요 |
6인 역할 — 누가 최종 책임지는가
| 역할 | 맡는 구역 | 최종 책임 |
|---|---|---|
| M1 — 시스템 구조·Blueprint | 1–3, 설계 승인과 전체 연결 | 요구와 구조를 연결하고, 공통/기능 책임 충돌을 해결하며 기준선을 승인받는다. |
| M2 — SDK·앱 계약 | 4–5, 15의 앱/IPC 시험 | 앱에 공개하는 API/AIDL과 기존 소비자 호환을 책임진다. |
| M3 — 공통 제어·실행 | 7, 13, 그리고 10·15의 공통 부분 | 요청 수명, 정책, 자원, 공통 상태와 저장 규칙을 맡는다. AMR·청소 기능 구현을 대신하지 않는다. |
| M4 — AMR 기능 | 8 | 이동, 위치, 취소·정지와 실제 완료 결과를 책임진다. |
| M5 — Cleaning/SafeCare 기능 | 9 | 청소·예약·SafeCare 요청부터 실제 결과·중단 확인까지 책임진다. |
| M6 — Android 제품 통합·검증 | 6, 12, 14, 16–17 및 13의 제품 배치 | 서비스 기동, AOSP/Soong 빌드, 장치 연결, 이미지 포함, 통합 검증을 맡는다. HAL 내부 구현은 맡지 않는다. |
| 지정 BSP/HAL 담당 | 11과 보드 측 시험 | MCU/HAL 구현·ICD·장치 동작 자료를 제공하고 보드 측 결함을 해결한다. 6인 중 역할 배정 여부는 팀에서 확정한다. |
실제 이름, 투입률, backup 담당은 팀 리더가 정한다. 같은 기능의 실행 owner는 한 명만 두고, 교차 검토자와 지원 담당은 별도 표기한다.
이 WBS를 진행률로 바꾸는 방법
- 상태를
미착수 → 진행 중 → 리뷰 필요 → 완료로 바꾸고, 완료에는 산출물 링크와 시험/승인 근거를 붙인다. - 이 문서에 미착수 항목이 많다는 사실은 코드 진행률을 뜻하지 않는다. WBS 완료율은 항목 중요도·완료 기준을 합의한 뒤 계산한다.
- 코드 정합/머지 상태는 별도 진행 현황 문서에서 관리한다. 그 결과는 현행 조사나 구현 근거로 참조할 수 있지만 설계 승인·제품 image·기기 시험을 대체하지 않는다.
- 보드 serial, Android/SoC revision, image ID, 명령과 실제 완료/중지 관측을 시험 기록에 남긴다.
범위 경계
- AMR와 Cleaning/SafeCare는 현재 코드 및 제품 기능에서 확인되는 우선 기능 구역이다. 다른 센서·System·IoT 기능은 P0 요구에서 포함 여부를 확정한 다음 구축한다.
- Planner나 외부 계획기는 이번 Framework Blueprint 구현 WBS에 포함하지 않는다.
- 업체 제공 자료가 없으면 HAL/MCU 명령, 세대·순번, 전체 중지 확인과 실제 보드 완료는
미검증/외부 입력 대기로 남긴다.