IoT 규칙 엔진 개발

배송 문서: 합의된 제어 경계에 따라 실행되는 규칙 서비스, 구성 인터페이스 및 테스트 기록, 상태 동기화 서비스, 제어 인터페이스 및 시간 초과 및 반복 명령 테스트 기록, 데이터 서비스, 규칙 구성, 보고서 페이지 및 경보 프로세스 테스트 기록.
버전 및 재현성: 제공 목록에는 후속 통합 테스트 및 유지 관리를 용이하게 하기 위해 대상 하드웨어, 소프트웨어 버전, 빌드 또는 배포 단계, 인터페이스 구성 및 테스트 기록이 기록됩니다.

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

자주 묻는 질문

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

그렇습니다. 에지 규칙 및 로컬 자동화 개발, 장치 섀도우 및 원격 제어 개발, 기록 데이터 및 경보 관리 시스템은 별도로 범위를 지정할 수 있습니다. 개발 전에 모듈 간의 인터페이스와 통합 책임을 정의합니다.

네트워크를 사용할 수 없을 때 로컬 규칙이 계속 실행될 수 있나요?

필수 규칙, 구성 및 상태를 게이트웨이에 보관할 수 있습니다. 오프라인에서 허용되는 작업, 구성이 유효한 기간, 오래된 데이터를 처리하는 방법을 정의한 다음 사이트의 보호 메커니즘을 통해 이 동작을 확인하세요.

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