Main Content

이 페이지는 기계 번역을 사용하여 번역되었습니다. 영어 원문을 보려면 여기를 클릭하십시오.

프로젝트에 지침을 적용할 때 고려할 사항

프로젝트에 모델링 지침을 적용할 때 다음 사항을 고려하는 것이 중요합니다.

지침 적용 시 모델 분석 프로세스 사용

지침을 검토하기 전에 모델 설계 사양을 정의해야 합니다. 그렇게 하면 어떤 지침을 적용할지 결정하고 지침을 구현하는 과정이 더욱 효율적이 됩니다.

예를 들어, 간단한 모델의 분석에서는 sldiagnostics 함수를 사용하여 특정 블록이 얼마나 자주 사용되는지 조사할 수 있습니다. 자주 사용되는 블록과 그렇지 않은 블록을 지정하여 동작 규칙 목록을 조정합니다.

또한 다음과 같은 규칙을 추가하면 이후 단계의 재사용성이 향상됩니다.

  • 설명 스타일 통합

  • 모델 수정에 필요한 작업 시간을 미리 예측하세요.

  • 피드백 상태 변수(Unit Delay 블록)가 있는 블록을 어디에 배치해야 하는지, Unit Delay 블록이 서브시스템 내부에 있어야 하는지 외부에 있어야 하는지, Abs 블록이 서브시스템의 출력 측에 설정되어야 하는지 등의 경향을 측정하고, 신호를 받은 후 입력 측에서 처리해야 합니다.

지침 규칙 채택 및 프로세스 설정

프로젝트를 시작할 때 각 개발 프로세스에 어떤 지침을 적용할지 결정해야 합니다. 가이드라인은 개발 프로세스에 부합하도록 평가되고 적용되어야 합니다. 고려 사항에는 다음과 같은 질문이 포함될 수 있습니다.

  • 가이드라인은 코드 생성 단계에서만 적용되나요?

  • 각 프로세스 단계마다 채택된 지침 규칙이 변경됩니까?

가이드라인 적용분야 설정 및 제외조건 명시

가이드라인이 적용되는 분야를 결정해야 합니다. 예를 들어 지침은 다음과 같습니다.

  • AUTOSAR 적용 분야를 대표하는 모델로 제한됨

  • 모델이 인터럽트를 구현하는 곳(계산 중 중단을 금지하는 프로세스 추가)과 같은 일반적인 소프트웨어 분야에 적용됩니다.

  • 일반 엔지니어가 모델을 편집하는 분야에만 해당됩니다. 이러한 규칙의 목적은 해당 분야에서 모델을 쉽게 이해할 수 있도록 하는 것입니다.

    참고

    범위를 제한하고 이 환경에 특정한 고유한 지침 세트를 적용하여 전문 분야를 이러한 지침의 제약에서 제외할 수 있습니다.

모델러가 사용자 정의 라이브러리 블록을 설계하는 분야와 같은 전문 분야는 일반적으로 이러한 지침의 대상이 아닙니다.

또한 RCP(Rapid Control Prototyping)로 작동되는 제어 모델이 있는 경우 전체 모델을 대상으로 설정해서는 안 됩니다. 대신, 그 분야는 제한되어야 합니다. 코드를 생성하고 내장된 마이크로컴퓨터에서 구현된 부분과 구현되지 않은 부분을 검토해야 한다. 이 지침은 RCP 전용으로 제작되어 구현되지 않은 스케줄러 모델과 같은 제어 모델이나 실제 머신을 작동하기 위한 CAN 및 PWM 신호와 같은 드라이버에 해당하는 블록이 있는 인터페이스 섹션에는 적용되지 않습니다.

지침의 파라미터 권장사항

추가 평가 없이 작성된 지침을 채택해서는 안 됩니다.

지침 규칙 및 파라미터 권장 사항의 구현을 평가하여 사용 중인 프로젝트 및 개발 프로세스에 대한 영향을 결정해야 합니다. 또한 다른 지침에 미치는 영향과 사용자 정의 파라미터 적용이 시뮬레이션이나 코드 생성에 어떤 영향을 미칠 수 있는지도 고려해야 합니다.

가이드라인 준수 확인

프로젝트 시작 시 지침 준수 여부를 확인하기 위해 프로젝트를 평가할 방법과 시기를 결정하는 것이 중요합니다.

자동 검사 메커니즘(제3자 또는 내부)을 사용할지 아니면 수동 검사를 수행할지 결정하는 것은 매우 중요합니다. 또한 점검이 이루어지는 단계와 점검 규칙 기준을 개정하기 위한 시스템을 개발하는 것도 중요합니다.

자동 검사를 통해 검토에 필요한 시간을 크게 줄일 수 있습니다. 모든 것이 자동으로 확인될 수 있더라도 숙련된 사람이 추가적인 수동 검토를 수행하는 것이 좋습니다.

지침 준수 수정

지침이나 규칙을 적용하는 결정은 바뀔 수 있습니다. 그렇게 할 때 요청의 근본 원인을 파악하기 위한 프로세스와 절차를 지정하고 변경이 프로젝트와 조직에 미칠 수 있는 잠재적 영향을 평가하는 것이 중요합니다.

변경 요청을 평가할 때 먼저 모델러의 요구 사항을 듣고 요청의 근본 원인을 파악합니다. 사용자가 블록 사용법을 이해하지 못하거나 지침 규칙을 기반으로 요청하는 경우 규칙을 수정하는 대신 훈련을 수행해야 합니다.

필요에 따라 규칙을 완화하는 절차는 회사의 목적, 제어 사양 또는 하드웨어(예: 마이크로컴퓨터)로 인해 제한이 있는 경우 구현되어야 합니다.