서브스케줄(서브루틴) 기능 특장점

소개 하위 일정

우리의 현재 프로그래밍 접근 방식은 전통적인 스케줄링 방법에 의존하지만 모듈성이 부족하고 유지 관리가 어렵습니다.

이제 모듈성을 크게 향상시키고 유지 관리성을 개선하며 정보 숨기기를 강화하는 혁신적인 하위 일정 방법을 도입하고 있습니다.

이 최첨단 접근 방식을 사용하면 더 간단하고 효율적이며 유연한 개발 경험을 즐길 수 있어 복잡한 프로젝트를 더 쉽게 처리할 수 있습니다!

개발 프로세스의 효율성과 유연성을 향상시키는 강력한 솔루션을 제공하는 캡슐화 및 재사용성의 개념을 Schedule 및 Sub-Schedule 메서드에 통합했습니다 강력한 솔루션 개발 프로세스의 효율성과 유연성을 높여줍니다.

단층 하위 일정만 지원됩니다.
왼쪽은 메인 스케줄이고 오른쪽은 서브스케줄입니다

Sub-Schedule을 사용하면 프로그래밍과 같이 기본 일정에 쉽게 넣을 수 있는 재사용 가능한 테스트 루틴을 만들 수 있습니다. 이를 통해 중복을 피하고 보다 깔끔하고 체계적인 일정을 유지할 수 있습니다.

전체 기본 일정을 점검할 필요 없이 하위 일정을 수정하여 테스트 프로토콜을 신속하게 조정할 수 있습니다. 이러한 유연성은 테스트 매개변수가 자주 변경될 수 있는 R&D 환경에 필수적입니다.

일반적으로 수행되는 테스트 시퀀스를 재사용하여 새로운 배터리 테스트 레시피를 더 빠르고 효율적으로 생성하여 반복적인 설정의 필요성을 줄입니다.

테스트 내에서 중요한 구성 요소를 분리하고 재사용하여 테스트 변형에 대한 더 나은 구성과 감독을 유지하고 다양한 테스트 버전 간에 일관성을 보장합니다.

이전에 검증된 테스트 세그먼트를 새로운 테스트에 쉽게 통합하여 복잡한 배터리 테스트 프로토콜의 정확성을 유지하면서 보다 원활한 테스트 생성을 가능하게 합니다.

하위 스케줄은 메인 스케줄로 전환할 수 없으며 메인 스케줄 또는 독립 스케줄로 실행할 수 없습니다.

메인 스케줄은 하위 스케줄로 작동할 수 없으며 다른 메인 스케줄의 단계로 실행할 수 없습니다.

서브 스케줄과 메인 스케줄 단계를 합쳐서 500개 이하로만 허용해야 합니다.

하위 스케줄은 다른 스케줄이나 하위 스케줄을 참조하여 중첩을 형성할 수 없습니다.

많은 스케줄은 실행 중인 스케줄에서 하나 이상의 하위 스케줄 및 기본 전역 설정을 참조할 수 있으며 하위 스케줄을 덮어쓸 수 있습니다

하위 스케줄 하위 시퀀스 변경은 이전 참조에 반영되지 않으며 강제로 업데이트해야 합니다. NOT 이전 참조를 반영해야 하며 FORCE 업데이트

일정 편집기에 Sub Schedule 폴더가 있습니다. 서브 스케줄을 만드는 방법은 스케줄을 만드는 것과 동일합니다

서브스케줄을 할당하는 방법은 다음과 같습니다

Monitor & Control 창의 Channel View에는 테스트가 SubSchedule 단계에 있는지 여부도 표시됩니다.

SQL의 새 필드인 "Sub_Step_ID"이 데이터베이스 Event_Table, Resume_Table 및 기타 관련 데이터베이스 테이블에 추가되어 사용자가 결과를 querying할 때 해당 데이터를 볼 수 있습니다.

데이터를 Excel 또는 CSV 파일로 내보낼 때 SubSch Step에 대한 새로운 열이 추가되었습니다.