엣지 컴퓨팅 장치 요구 사항 및 아키텍처 설계

배송 문서: 패치, 이미지 또는 빌드 패키지, 배포 지침 및 보드 수준 검증 기록, 캐시 모듈, 구성 지침 및 네트워크 및 정전에 대한 테스트 기록, 관리 에이전트, 서버 인터페이스, 운영 및 유지 관리 페이지 및 업그레이드 테스트 기록.
버전 및 재현성: 제공 목록에는 후속 통합 테스트 및 유지 관리를 용이하게 하기 위해 대상 하드웨어, 소프트웨어 버전, 빌드 또는 배포 단계, 인터페이스 구성 및 테스트 기록이 기록됩니다.

승인은 양 당사자가 확인한 장비, 버전, 환경, 샘플 및 지표를 기반으로 수행됩니다. 소스 코드 및 디자인 문서의 범위, 프로토타입 자료, 제3자 수수료 및 후속 유지 관리는 프로젝트 문서에 나열되어 있습니다.

자주 묻는 질문

개발 모듈 중 하나만 위임할 수 있나요?

그렇습니다. 임베디드 Linux BSP 및 장치 애플리케이션 통합, 게이트웨이 오프라인 버퍼링 및 재개 가능한 데이터 업로드, 게이트웨이 원격 구성 및 애플리케이션 관리는 별도로 범위를 지정할 수 있습니다. 개발 전에 모듈 간의 인터페이스와 통합 책임을 정의합니다.

애플리케이션을 개발 보드에서 맞춤형 보드로 직접 이동할 수 있습니까?

애플리케이션을 마이그레이션하기 전에 사용자 정의 보드에서 부팅, 전원, 장치 트리 및 주변 장치 드라이버를 확인해야 합니다. 개발 보드 결과는 맞춤형 하드웨어의 인터페이스 또는 안정성 테스트를 대체하지 않습니다.

워크로드 평가 및 단계 전달 준비를 용이하게 하기 위해 대상 기능, 기존 장비 또는 코드, 인터페이스 프로토콜, 배포 환경 및 계획된 마일스톤을 제공하십시오.