BPM 참조 모델. 벤치마크 CUS.1.1 획득 준비 프로세스와의 비교

참조 모델 아키텍처에는 인위적으로 두 가지 차원이 포함됩니다.

공정 측정는 프로세스의 본질적인 측정 가능한 목표인 프로세스의 결과를 특성화합니다.

공정 능력 측정는 모든 프로세스에 적용되는 일련의 프로세스 속성을 특성화하고 프로세스를 제어하고 프로세스 수행 능력을 향상시키는 데 필요한 측정 가능한 특성을 나타냅니다.

참조 모델은 프로세스를 측정할 때 프로세스를 세 가지 프로세스 그룹으로 그룹화합니다. 수명주기에는 다루는 활동 유형에 따라 5가지 프로세스 범주가 포함되어 있습니다.

초기 수명주기 프로세스구성하다 공급자-고객 및 엔지니어링 프로세스의 범주.

프로세스 범주 공급자 - 고객고객에 의해 직접적으로 영향을 받는 프로세스, 지원 개발 및 고객에 대한 소프트웨어 이전, 소프트웨어 제품 및/또는 서비스의 올바른 기능 및 사용을 제공하는 프로세스로 구성됩니다.

엔지니어링 프로세스 카테고리소프트웨어 제품, 시스템과 소비자(고객) 문서와의 관계를 직접 정의, 구현 또는 지원하는 프로세스로 구성됩니다.

수명주기 프로세스 지원구성하다 지원 프로세스 카테고리.

조직 수명주기 프로세스구성하다 관리 및 조직 프로세스의 범주.

관리 프로세스 카테고리소프트웨어 수명주기 내에서 모든 유형의 프로젝트나 프로세스를 관리하는 사람이 사용할 수 있는 일반적인 성격의 방법을 포함하는 프로세스로 구성됩니다.

조직 프로세스 카테고리조직의 비즈니스 목표를 설정하고 조직의 프로젝트에서 사용될 때 조직이 비즈니스 목표를 달성하는 데 도움이 되는 프로세스, 제품 및 활성 자원을 개발(개발)하는 프로세스로 구성됩니다.

프로세스 범주 및 프로세스는 활동 유형의 그룹화를 제공합니다. 참조 모델의 각 프로세스는 목표 설명의 관점에서 설명됩니다. 이러한 설명에는 특정 환경에서 검증된 프로세스의 고유한 기능 목표가 포함됩니다. 목표 설명에는 프로세스의 성공적인 구현 결과를 정의하는 추가 자료가 포함되어 있습니다. 프로세스 목적과의 정렬은 프로세스 역량 개발의 첫 번째 단계를 나타냅니다.

참조 모델은 프로세스 목표 설명의 요소를 달성하는 방법이나 순서를 지정하지 않습니다. 프로세스 목표는 작업 산출물을 생산하기 위해 수행되는 다양한 하위 수준 활동, 작업 및 기술을 통해 조직에서 달성됩니다. 이렇게 수행된 작업, 활동, 기술, 그리고 생산된 작업 결과물의 특성은 특정 프로세스의 목표가 달성되었는지 여부를 보여주는 지표입니다.

프로세스 능력 개발은 능력 수준으로 그룹화된 프로세스 속성 측면에서 특징지어집니다. 프로세스 속성은 성취 척도로 평가할 수 있는 프로세스 속성으로, 프로세스 능력의 척도를 제공합니다. 속성은 모든 프로세스에 적용됩니다. 각 프로세스 속성은 목표를 달성하고 조직의 비즈니스 목표에 기여하는 프로세스의 효율성을 제어하고 개선하는 전반적인 능력의 측면을 설명합니다.

능력 수준은 함께 작동하는 일련의 속성으로 특징지어집니다. 각 레벨은 프로세스 실행 능력을 크게 향상시킵니다. 수준은 모든 프로세스의 기능 향상을 통해 합리적인 개발 경로를 구성합니다.

참조 모델에는 6가지 수준의 기능이 있습니다.

레벨 0: 다듬지 않은. 프로세스 목표 달성의 일반적인 실패. 쉽게 식별되는 작업 산출물이나 프로세스 출력이 없습니다.

레벨 1: 실행 가능.프로세스의 목표는 일반적으로 달성되었습니다. 성취는 엄격하게 계획하고 모니터링할 수 없습니다. 조직의 직원은 프로세스를 따라야 한다는 점을 인식하고 있으며, 프로세스가 필요에 따라, 필요할 때 수행된다는 일반적인 합의가 있습니다. 프로세스의 특정 작업 산출물이 있으며 목표 달성에 유리한 증거를 제공합니다.

2 단계: 관리됨. 프로세스는 정의된 절차에 따라 작업 산출물을 생산하고 계획되고 모니터링됩니다. 작업 산출물은 특정 표준 및 요구 사항을 준수합니다. 와의 주요 차이점 실행 수준프로세스를 실행할 때 특정 기간과 할당된 자원 내에 품질 요구 사항을 완전히 충족하는 작업 산출물이 생산된다는 것입니다.

레벨 3: 설치되었습니다.프로세스는 우수한 소프트웨어 엔지니어링 원칙을 기반으로 정의된 프로세스를 사용하여 실행되고 관리됩니다. 개별 프로세스 구현에서는 특정 프로세스의 결과를 달성하기 위해 프로세스 문서화, 검증된 사용자 정의 버전의 표준을 사용합니다. 프로세스 정의를 확립하는 데 필요한 리소스도 마련되어 있습니다. 주요 차이점 관리 수준그게 그 과정인가 레벨 설정결과를 달성할 수 있는 특정 프로세스를 사용합니다.

레벨 4: 예측 가능합니다.실제로 정의된 프로세스는 특정 제약 조건 내에서 일관되게 수행되며 특정 목표를 달성합니다. 상세한 프로세스 성능 측정값을 수집하고 분석합니다. 이는 프로세스 능력에 대한 정량적 이해와 성능 예측 능력 향상으로 이어집니다. 프로세스의 실행은 객관적으로 제어됩니다. 작업 산출물의 품질은 정량적으로 알려져 있습니다. 주요 차이점 레벨 설정이는 특정 프로세스가 이제 특정 출력을 달성하기 위해 특정 제약 내에서 순차적으로 수행된다는 것입니다.

레벨 5: 최적화.프로세스 실행은 현재와 미래의 비즈니스 요구 사항을 충족하도록 최적화되어 있습니다. 특정 비즈니스 목표가 달성되면 프로세스는 반복성을 달성합니다. 조직의 비즈니스 목표에 따라 정량적인 프로세스 효율성과 실행을 위한 성과 목표가 설정됩니다. 이러한 목표를 지속적으로 모니터링하는 프로세스를 통해 정량적 피드백이 가능하며 결과를 분석하여 개선이 이루어집니다. 주요 차이점 예측 가능한 수준정의된 표준 프로세스가 이제 현재와 미래의 비즈니스 목표를 효과적으로 달성하기 위해 동적으로 변경되고 조정된다는 것입니다.

당연히 세부 수준이 충분하지 않기 때문에 참조 모델을 신뢰할 수 있고 일관된 프로세스 능력 평가를 위한 기초로 사용할 수 없습니다. 참조 모델의 프로세스 목표 및 기능 속성에 대한 설명은 포괄적인 프로세스 성능 및 기능 측정 기준 세트에 의해 지원되어야 합니다. 이러한 방식으로 프로세스 능력의 일관된 평가가 가능해집니다.

공정 측정

이 하위 섹션에서는 소프트웨어 개발, 운영, 획득, 제공 및 지원과 관련된 조직에서 채택한 프로세스 분류를 제공합니다. 분류는 모든 프로세스를 포함하는 5가지 프로세스 범주를 인식합니다. 범주와 해당 프로세스는 섹션 2에서 논의한 표준 ISO/IEC 12207, 정보 기술 – 소프트웨어 프로세스 수명 주기 초안에 정의된 것과 유사합니다.

위에서 언급한 것처럼 참조 모델은 프로세스를 3개 그룹과 5개 프로세스 범주로 그룹화합니다.

초기 수명주기 프로세스엔지니어링 프로세스 및 공급업체-고객 범주를 포함합니다.

수명주기 프로세스 지원지원 프로세스 범주를 포함합니다.

조직의 생명주기 프로세스관리 및 조직 프로세스 범주를 포함합니다.

개별 프로세스는 6가지 구성 요소로 설명됩니다.

프로세스 ID.카테고리와 해당 카테고리 내의 시퀀스 번호를 식별합니다. 번호 지정 체계는 최상위 프로세스와 두 번째 수준 프로세스 간에 다릅니다. 식별자는 범주 약어(예: 엔지니어링 프로세스 범주의 경우 ENG)와 숫자(예: CUS. 1은 획득 프로세스를 나타내고 CUS. 1.2는 두 번째 수준 프로세스인 공급업체 선택 프로세스를 나타냄)의 두 부분으로 구성됩니다. 획득 프로세스의 구성 요소 프로세스입니다.)

프로세스 이름.프로세스의 기본 기능(예: 공급업체 선택)을 강조하는 설명 문구입니다.

프로세스 유형. ISO/IEC 12207 프로세스와 관련된 최상위 프로세스에는 다음과 같이 3가지 유형(기본, 확장, 신규)과 2가지 하위 레벨 프로세스(컴포넌트, 확장)가 있습니다. IEC 12207. 기본 프로세스는 ISO/IEC 12207 프로세스와 목적이 동일합니다. 확장 프로세스는 기존 ISO/IEC 12207 프로세스를 보완합니다. 구성 요소 프로세스는 하나 또는 하나 이상의 프로세스로 그룹화됩니다. 많은 분량동일한 프로세스의 ISO/IEC 12207 작업. 확장된 구성 요소 프로세스는 동일한 프로세스에서 하나 이상의 ISO/IEC 12207 활동을 그룹화하고 추가 자료를 포함합니다.

프로세스의 목적.프로세스의 목적을 지정하고 최상위 수준에서 프로세스 실행을 위한 전반적인 목표를 설정하는 자료입니다. 목적 설명을 더 자세히 정의하기 위해 선택적 추가 자료가 포함될 수 있습니다.

결과를 처리합니다.프로세스 결과에 대한 설명 목록입니다.

프로세스 노트.프로세스 및 다른 프로세스와의 관계에 대한 정보 참고 사항의 선택적 목록입니다.

예를 들어, 다음은 각 프로세스 카테고리의 여러 프로세스입니다.

CUS.1 획득 프로세스

기본 프로세스

표적 획득 프로세스고객(클라이언트)이 표현한 요구를 충족하는 제품 및/또는 서비스를 얻는 것입니다. 프로세스는 고객이 요구하는 제품 및/또는 서비스를 수용하여 고객의 요구 사항과 원하는 결과를 정의하는 것으로 시작됩니다. 프로세스를 성공적으로 구현한 결과:

고객과 공급자 모두의 기대, 책임 및 의무를 명확하게 표현하는 계약이 개발됩니다.

확인된 고객 요구를 충족하는 제품 및/또는 서비스가 생산됩니다.

비용, 디자인 및 품질과 같은 특정 제약 조건이 충족되도록 인수가 검증됩니다.

CUS.1.1 획득 준비 프로세스

구성 요소 프로세스 CUS.1 – 획득 프로세스

표적 인수 준비 프로세스인수의 필요성과 목표를 설정하는 것입니다. 프로세스를 성공적으로 구현한 결과:

시스템, 소프트웨어 제품 또는 소프트웨어 개발 프로세스를 획득, 개발 또는 확장해야 할 필요성이 식별됩니다.

시스템 요구 사항이 공식화됩니다.

인수 전략이 개발될 것입니다.

승인 기준이 정의됩니다.

ENG.1 개발 프로세스

기본 프로세스

표적 개발 과정합의된 요구사항 세트를 기능적 소프트웨어 제품으로 변환하는 것입니다. 소프트웨어 시스템고객이 명시한 요구 사항을 충족합니다. 프로세스를 성공적으로 구현한 결과:

소프트웨어 제품이나 소프트웨어 시스템이 개발됩니다.

최종 제품이 합의된 요구 사항을 기반으로 함을 보여주는 중간 작업 제품이 개발됩니다.

소프트웨어 요구사항과 소프트웨어 설계 간의 일관성이 확립됩니다.

테스트 데이터는 최종 제품이 합의된 요구 사항을 충족한다는 것을 보여줍니다.

최종 제품은 대상 환경에 설치되고 고객이 승인하게 됩니다.

참고: 합의된 요구 사항은 획득 프로세스(CUS. 1) 또는 요구 사항 프로세스 설정(CUS. 3)을 통해 제공될 수 있습니다.

ENG.1.1 시스템 요구사항 개발 및 분석 프로세스

컴포넌트 프로세스 ENG.1 – 개발 프로세스

시스템 요구사항 개발 및 분석 프로세스의 목적은 시스템 요구사항(기능적 및 비기능적)과 아키텍처를 설정하여 어떤 시스템 요구사항을 어떤 시스템 요소에, 어떤 버전에 할당해야 하는지 식별하는 것입니다. 프로세스를 성공적으로 구현한 결과:

고객이 명시한 요구 사항을 충족하는 시스템 요구 사항이 개발됩니다.

시스템의 주요 요소를 식별하는 솔루션이 제안됩니다.

합의된 요구 사항은 시스템의 각 주요 요소에 할당됩니다.

실행 우선순위를 결정하는 버전 전략이 개발됩니다. 시스템 요구 사항;

시스템 요구 사항은 필요에 따라 승인되고 수정됩니다.

요구 사항, 제안된 솔루션 및 그 관계는 모든 이해 당사자에게 전달됩니다.

SUP.1 문서화 프로세스

고급 프로세스

표적 문서 개발 프로세스프로세스나 활동에 의해 생성된 정보를 기록하는 문서를 개발하고 유지하는 것입니다. 프로세스를 성공적으로 구현한 결과:

소프트웨어 제품의 수명주기 동안 생성될 문서를 식별하는 전략이 개발됩니다.

문서 개발에 참조되어야 하는 표준이 결정됩니다.

프로세스나 프로젝트에 의해 생성될 모든 문서가 식별됩니다.

모든 문서는 특정 표준에 따라 개발 및 게시됩니다.

모든 문서는 특정 기준에 따라 유지됩니다.

참고 - 프로세스는 소개된 예에서 프로세스 속성 2.2의 실행을 지원합니다.

MAN.1.1 프로젝트 관리 프로세스

구성 요소 프로세스 MAN.1 – 관리 프로세스

표적 프로젝트 관리 프로세스합의된 요구 사항을 충족하기 위해 제품 및/또는 서비스 프로젝트에 필요한 활동, 작업 및 자원을 식별, 설정, 조정 및 제어하는 ​​것입니다. 프로세스를 성공적으로 구현한 결과:

프로젝트의 범위가 정의됩니다.

사용 가능한 자원과 제약 조건을 통해 프로젝트 목표를 달성할 수 있는 가능성이 평가됩니다.

작업을 완료하는 데 필요한 작업과 자원이 측정되고 추정됩니다.

프로젝트 요소와 다른 프로젝트 및 조직 모듈 간의 인터페이스가 식별되고 검증됩니다.

프로젝트 실행 계획이 개발되고 구현됩니다.

프로젝트 진행 상황을 검토하고 보고합니다.

프로젝트 목표가 달성되지 않으면 계획의 편차를 수정하고 프로젝트에서 식별된 문제의 재발을 방지하기 위한 조치가 취해집니다.

참고 - 이 프로세스는 소개된 예에서 프로세스 속성 2.1의 실행을 지원합니다.

ORG.2 개선 프로세스

기본 프로세스

프로세스 개선은 소프트웨어 수명주기 프로세스를 수립, 평가, 측정, 관리 및 개선하는 프로세스입니다. 이 프로세스를 성공적으로 구현한 결과:

일련의 조직 프로세스 자산이 개발되어 제공됩니다.

조직의 프로세스 능력은 프로세스 구현이 조직의 목표 달성에 어느 정도 효과적인지 결정하기 위해 정기적으로 평가됩니다.

기회 측정

참조 모델 능력 측정은 모든 프로세스의 프로세스 능력을 평가하기 위한 측정 척도를 정의합니다. 프로세스 능력은 6점 순서 척도로 측정되며, 이를 통해 척도의 맨 아래인 불완전 수준부터 척도의 맨 위인 최적화 수준까지 능력을 평가할 수 있습니다. 이 척도는 정의된 결과를 달성할 수 없는 효율성부터 비즈니스 목표를 달성하고 지속적인 프로세스 개선을 지원할 수 있는 효율성까지 프로세스 능력의 향상을 측정합니다. 따라서 규모는 각 개별 프로세스에 대한 명확한 개선 경로를 정의합니다.

능력 모델 내에서 능력의 측정은 9가지 프로세스 속성(PA) 세트를 기반으로 합니다(표 4.1 참조). 프로세스 속성은 프로세스가 주어진 기능을 달성했는지 여부를 결정하는 데 사용됩니다. 각 속성은 프로세스 능력의 특정 측면을 측정합니다. 속성 자체는 백분율 척도로 측정되므로 프로세스 개선 및 능력 결정을 지원하는 데 필요한 프로세스 능력의 특정 측면에 대한 보다 자세한 이해를 제공합니다.

예를 들어 세 번째 수준의 능력에 대한 속성 중 하나를 제시해 보겠습니다.

AP 3.1 속성 정의 및 프로세스 변환

프로세스가 표준 프로세스 정의의 변환된 인스턴스로 실행되는 정도입니다. 표준 프로세스조직의 특정 비즈니스 목표를 충족합니다. 변환은 프로세스 인스턴스의 특정 목적에 맞게 수행됩니다. 이 속성을 완전히 달성한 결과:

표준 프로세스 문서화에 대한 적절한 지침과 함께 프로세스 문서화는 프로세스의 일반적인 범위와 작업 산출물에 대한 기능적, 비기능적 요구사항을 제공하도록 결정됩니다.

프로세스 실행은 선택 및/또는 조정된 표준 프로세스 문서에 따라 수행됩니다.

먼저 프로세스 동작에 대한 이해를 확립 및 개선하고, 두 번째로 프로세스 실행 리소스의 요구 사항을 평가하기 위해 과거 프로세스 실행 데이터를 수집합니다.

프로세스 문서 사용 경험은 표준 프로세스를 개선하는 데 사용됩니다.

표 4.1.

숫자

이름

레벨 1

프로세스 실행 중

AP 1.1

프로세스 실행 속성

2 단계

관리되는 프로세스

AP 2.1

실행 제어 속성

AP 2.2

작업 산출물 관리 속성

레벨 3

확립된 프로세스

AP 3.1

프로세스 정의 및 변환 속성

AP 3.2

프로세스 자원 속성

레벨 4

예측 가능한 프로세스

AP 4.1

프로세스 측정 속성

AP 4.2

프로세스 제어 속성

레벨 5

최적화 프로세스

AP 5.1

프로세스 변경(검증) 속성

AP 5.2

추가 개선 가능성이 있는 속성

프로세스 속성은 위에 정의된 프로세스의 측정 가능한 특성을 나타냅니다.

N 도달하지 못함:

0% - 15% - 특정 특성을 달성했다는 증거가 거의 또는 전혀 없습니다.

P 부분적으로 달성됨:

16% - 50% - 특정 속성을 달성하기 위한 신뢰할 수 있는 체계적인 방법의 증거가 있습니다. 성취의 일부 측면은 예측할 수 없을 수도 있습니다.

L 크게 달성한 것:

51% - 85% - 특정 특성을 크게 달성하기 위한 신뢰할 수 있는 체계적인 방법의 증거가 있습니다. 일부 영역에서는 프로세스 실행이 변경될 수 있습니다.

F 완전히 달성됨:

86% - 100% - 특정 속성을 완전히 달성하기 위한 완전하고 체계적인 방법의 증거가 있습니다. 조직의 특정 부분에는 중대한 결함이 존재하지 않습니다.

평가 영역에 정의된 최고 역량 수준을 포함하여 조직의 모든 부분에서 평가된 각 프로세스 속성은 위에 정의된 속성 척도를 사용한 등급과 일치해야 합니다. 프로세스에 대한 일련의 속성 등급은 해당 프로세스에 대한 프로필을 형성합니다. 평가 출력에는 평가된 모든 프로세스에 대한 프로필 세트가 포함됩니다.

사용된 식별자는 검색할 등급을 결정하기 위해 사용에 대한 객관적인 증거를 제공해야 합니다. 등급은 매트릭스나 데이터베이스의 일부 등 어떤 형식으로든 표시될 수 있습니다. 단, 표시를 통해 이 참조 체계에 따라 개별 등급을 식별할 수 있어야 합니다.

프로세스에 의해 달성된 능력 수준은 표 4.2에 정의된 프로세스 능력 수준 모델에 따라 해당 프로세스에 대한 속성 등급에서 파생되어야 합니다. 이 요구사항의 목적은 프로세스에 대해 프로세스 능력 수준을 참조할 때 일관된 값을 보장하는 것입니다.

아래 표에는 참조 모델(표 4.3)에 포함된 프로세스의 요약 목록과 참조 모델의 프로세스와 ISO/IEC 12207 초안 표준(표 4.4)에 정의된 프로세스 간의 대응 관계가 포함되어 있습니다.

표 4.2

규모

프로세스 속성

등급

레벨 1

프로세스 실행

대부분 또는 완전히

2 단계

프로세스 실행

실행 관리

작업 산출물 관리

충분히

대부분 또는 완전히

대부분 또는 완전히

레벨 3

프로세스 실행

실행 관리

작업 산출물 관리

프로세스 자원

충분히

충분히

충분히

대부분 또는 완전히

대부분 또는 완전히

레벨 4

프로세스 실행

실행 관리

작업 산출물 관리

프로세스 정의 및 변환

프로세스 자원

공정 측정

프로세스 제어

충분히

충분히

충분히

충분히

충분히

대부분 또는 완전히

대부분 또는 완전히

레벨 5

프로세스 실행

실행 관리

작업 산출물 관리

프로세스 정의 및 변환

프로세스 자원

공정 측정

프로세스 제어

프로세스 변경

추가 개선 가능성

충분히

충분히

충분히

충분히

충분히

충분히

충분히

대부분 또는 완전히

대부분 또는 완전히

표 4.3.

프로세스

숫자

이름

숫자

이름

획득(기본)

취득 준비(컴포넌트)

벤더 선정(컴포넌트)

공급업체 확인(구성요소)

고객 승인(구성 요소)

지원(기본)

요구사항 설정(신규)

작업(고급)

기능적 사용법(고급 구성요소)

사용자 지원(고급 구성요소)

개발(기본)

시스템 요구사항(구성요소) 분석 및 개발

소프트웨어 요구사항 분석(구성요소 기반)

소프트웨어 개발(컴포넌트 기반)

소프트웨어 설계(컴포넌트)

소프트웨어 통합(구성 요소)

소프트웨어 테스팅(컴포넌트)

시스템 테스트 및 통합(구성 요소)

시스템 및 소프트웨어 운영(기본)

수명주기 프로세스 지원

문서(고급)

구성 관리(기본)

품질보증(기본)

검증(기본)

검증(기본)

공동 검토(기준선)

체크(기본)

문제해결(기본)

차원(신규)

재사용 가능(신규)

제어(기본)

프로젝트 관리(컴포넌트)

품질관리(신규)

위험 관리(신규)

조직 정렬(신규)

개선 프로세스(기본)

프로세스 생성(컴포넌트)

프로세스 평가(구성 요소)

공정개선(부품)

인적자원관리(고급)

인프라(기본)

표 4.4.

작업 및 프로세스 12207

프로세스 15504

초기 수명주기 프로세스

취득과정

취득과정

기초적인

초기화

인수 준비 과정

요소

제안신청서 작성 [-계약신청서]

공급업체 선정 프로세스

요소

계약 준비 및 조정

공급업체 선정 프로세스

요소

공급업체 검증

공급업체 검증 프로세스

요소

수락 및 완료

고객 승인 프로세스

요소

배송과정

배송과정

기초적인

초기화

배송과정

기초적인

응답 준비

배송과정

기초적인

계약

배송과정

기초적인

계획

배송과정

기초적인

실행 및 관리

배송과정

기초적인

검토 및 평가

배송과정

기초적인

배송 및 완료

배송과정

기초적인

요구사항 수립 프로세스

개발 과정

개발 과정

기초적인

프로세스 구현

개발 과정

기초적인

시스템 요구사항 분석

요소

시스템 아키텍처 개발

시스템 요구사항 개발 및 분석 프로세스

요소

소프트웨어 요구사항 분석

소프트웨어 요구사항 분석 프로세스

요소

소프트웨어 아키텍처 개발

소프트웨어 개발 프로세스

요소

작업 초안 소프트웨어

소프트웨어 개발 프로세스

요소

소프트웨어 코딩 및 테스트

소프트웨어 설계 프로세스

요소

소프트웨어 통합

소프트웨어 통합 프로세스

요소

소프트웨어 자격 테스트

소프트웨어 테스트 프로세스

요소

시스템 통합

요소

시스템 자격 테스트

시스템 테스트 및 통합 프로세스

요소

소프트웨어 설치

배송과정

기초적인

프로그램 지원

배송과정

기초적인

운영과정

기초적인

프로세스 구현

프로세스 기능적 사용

확장된 구성요소

기능 테스트

기능적 사용 프로세스

확장된 구성요소

시스템 운영

기능적 사용 프로세스

확장된 구성요소

사용자 지원

사용자 지원 프로세스

확장된 구성요소

운영과정

기초적인

프로세스 구현

소프트웨어 및 시스템 운영 프로세스

기초적인

문제점 분석 및 수정사항

소프트웨어 및 시스템 운영 프로세스

기초적인

수정 구현

소프트웨어 및 시스템 운영 프로세스

기초적인

시운전

소프트웨어 및 시스템 운영 프로세스

기초적인

이주

소프트웨어 및 시스템 운영 프로세스

기초적인

소프트웨어 폐기

소프트웨어 및 시스템 운영 프로세스

기초적인

수명주기 프로세스 지원

문서화 과정

문서화 과정

펼친

프로세스 구현

문서화 과정

펼친

설계 및 개발

문서화 과정

펼친

제품

문서화 과정

펼친

착취

문서화 과정

펼친

구성 관리 프로세스

기초적인

프로세스 구현

구성 관리 프로세스

기초적인

구성 식별

구성 관리 프로세스

기초적인

구성 제어

구성 관리 프로세스

기초적인

구성 상태 회계

구성 관리 프로세스

기초적인

구성 평가

구성 관리 프로세스

기초적인

릴리스 및 전달 관리

구성 관리 프로세스

기초적인

품질 보증 프로세스

품질 보증 프로세스

기초적인

프로세스 구현

품질 보증 프로세스

기초적인

제품 보증

품질 보증 프로세스

기초적인

공정 보증

품질 보증 프로세스

기초적인

품질 보증 시스템

품질 보증 프로세스

기초적인

검증과정

검증과정

기초적인

프로세스 구현

검증과정

기초적인

확인

검증과정

기초적인

검증 프로세스

기초적인

프로세스 구현

검증 프로세스

기초적인

유효성 검사

검증 프로세스

기초적인

공동 검토 프로세스

공동 검토 프로세스

기초적인

프로세스 구현

공동 검토 프로세스

기초적인

프로젝트 관리 검토

공동 검토 프로세스

기초적인

기술 검토

공동 검토 프로세스

기초적인

검증 프로세스

검증 프로세스

기초적인

프로세스 구현

검증 프로세스

기초적인

검증 프로세스

기초적인

문제 해결 과정

문제 해결 과정

기초적인

프로세스 구현

문제 해결 과정

기초적인

문제 해결

문제 해결 과정

기초적인

측정 과정

재사용 프로세스

조직 수명주기 프로세스

관리 프로세스

관리 프로세스

기초적인

초기화 및 범위 정의

프로젝트 관리 프로세스

요소

계획

프로젝트 관리 프로세스

요소

실행 및 제어

프로젝트 관리 프로세스

요소

검토 및 평가

프로젝트 관리 프로세스

요소

폐쇄

프로젝트 관리 프로세스

요소

품질경영 프로세스

리스크 관리 프로세스

조직 정렬 프로세스

인프라 프로세스

인프라 프로세스

기초적인

프로세스 구현

인프라 프로세스

기초적인

인프라 조성

인프라 프로세스

기초적인

인프라 운영

인프라 프로세스

기초적인

개선 프로세스

개선 프로세스

기초적인

프로세스 만들기

프로세스 생성 과정

요소

프로세스 평가

프로세스 평가 프로세스

요소

프로세스 개선

개선 프로세스

요소

프로세스 준비

펼친

프로세스 구현

인적자원관리 프로세스

펼친

중요한 개발 준비

인적자원관리 프로세스

펼친

계획 실행 준비 중

인적자원관리 프로세스

네트워크 장치의 작동을 조정하려면 다른 제조업체, 서로 다른 신호 전파 환경을 사용하는 네트워크의 상호 작용을 보장하고 상호 작용의 참조 모델이 생성되었습니다. 개방형 시스템(VOS). 참조 모델은 계층적 원리를 기반으로 구축되었습니다. 각 수준은 상위 수준에 서비스를 제공하고 하위 수준의 서비스를 사용합니다.

데이터 처리는 애플리케이션 수준에서 시작됩니다. 이후 데이터는 참조 모델의 모든 계층을 통과하고 물리 계층을 통해 통신 채널로 전송됩니다. 수신 시 데이터의 역처리가 발생합니다.

OSI 참조 모델은 두 가지 개념을 도입합니다. 규약그리고 상호 작용.

프로토콜은 다양한 개방형 시스템의 계층이 상호 작용하는 기반이 되는 일련의 규칙입니다.

인터페이스는 개방형 시스템의 요소들 간의 상호 작용 수단과 방법의 집합입니다.

프로토콜은 서로 다른 노드에 있는 동일한 수준의 모듈 간의 상호 작용 규칙과 동일한 노드에 있는 인접한 수준의 모듈 간의 인터페이스를 정의합니다.

OSI 참조 모델에는 총 7개의 계층이 있습니다. 실제 스택은 더 적은 수의 레이어를 사용한다는 점은 주목할 가치가 있습니다. 예를 들어, 널리 사용되는 TCP/IP는 4개의 계층만 사용합니다. 왜 그런 겁니까? 잠시 후에 설명하겠습니다. 이제 7개 레벨을 각각 개별적으로 살펴보겠습니다.

OSI 모델 계층:

  • 신체 수준. 데이터 전송 매체의 유형, 물리적 및 전기적 특성인터페이스, 신호 유형. 이 계층은 약간의 정보를 다룹니다. 프로토콜의 예 신체적 수준: 이더넷, ISDN, Wi-Fi.
  • 데이터 링크 수준. 전송 매체에 대한 접근, 오류 정정, 안정적인 데이터 전송을 담당합니다. 리셉션에서물리 계층에서 수신된 데이터는 프레임으로 압축된 후 무결성이 검사됩니다. 오류가 없으면 데이터가 네트워크 계층으로 전송됩니다. 오류가 있으면 프레임이 삭제되고 재전송 요청이 생성됩니다. 데이터 링크 계층은 MAC(Media Access Control)과 LLC(Local Link Control)의 두 하위 계층으로 나뉩니다. MAC는 공유된 물리적 매체에 대한 액세스를 규제합니다. LLC는 네트워크 계층 서비스를 제공합니다. 스위치는 데이터 링크 계층에서 작동합니다. 프로토콜의 예: 이더넷, PPP.
  • 네트워크 계층. 주요 작업은 라우팅(최적의 데이터 전송 경로 결정, 노드의 논리적 주소 지정)입니다. 또한 이 수준에서는 네트워크 문제(ICMP 프로토콜) 문제 해결을 담당할 수도 있습니다. 네트워크 계층은 패킷과 함께 작동합니다. 프로토콜의 예: IP, ICMP, IGMP, BGP, OSPF).
  • 전송 계층. 데이터가 전송된 순서대로 오류, 손실 및 중복 없이 데이터를 전달하도록 설계되었습니다. 발신자에서 수신자로의 데이터 전송에 대한 엔드투엔드 제어를 수행합니다. 프로토콜의 예: TCP, UDP.
  • 세션 수준. 통신 세션의 생성/유지/종료를 관리합니다. 프로토콜의 예: L2TP, RTCP.
  • 임원 수준. 데이터를 필요한 형식으로 변환하고, 암호화/인코딩하고, 압축합니다.
  • 애플리케이션 레이어. 사용자와 네트워크 간의 상호 작용을 제공합니다. 클라이언트 측 애플리케이션과 상호 작용합니다. 프로토콜의 예: HTTP, FTP, Telnet, SSH, SNMP.

미팅 후 참조 모델, TCP/IP 프로토콜 스택을 고려하십시오.

TCP/IP 모델에는 4개의 계층이 정의되어 있습니다. 위 그림에서 볼 수 있듯이 하나의 TCP/IP 계층은 OSI 모델의 여러 계층에 해당할 수 있습니다.

TCP/IP 모델 수준:

  • 네트워크 인터페이스 수준. OSI 모델의 두 하위 계층인 데이터 링크와 물리적에 해당합니다. 이를 바탕으로 이 수준이 전송 매체(연선, 광섬유, 무선)의 특성, 신호 유형, 코딩 방법, 전송 매체에 대한 액세스, 오류 수정, 물리적 주소 지정(MAC 주소)을 결정한다는 것이 분명합니다. . TCP/IP 모델에서는 Ethrnet 프로토콜과 그 파생물(Fast Ethernet, Gigabit Ethernet)이 이 수준에서 작동합니다.
  • 상호 연결 레이어. OSI 모델의 네트워크 계층에 해당합니다. 라우팅, 논리적 주소 지정(IP 주소) 등 모든 기능을 대신합니다. IP 프로토콜은 이 수준에서 작동합니다.
  • 전송 계층. OSI 모델의 전송 계층에 해당합니다. 소스에서 대상으로 패킷을 전달하는 역할을 담당합니다. ~에 이 수준 TCP와 UDP의 두 가지 프로토콜이 사용됩니다. TCP는 오류 발생 시 재전송을 위해 사전 연결 요청을 생성하므로 UDP보다 더 안정적입니다. 그러나 동시에 TCP는 UDP보다 느립니다.
  • 애플리케이션 레이어. 주요 임무는 호스트의 애플리케이션 및 프로세스와 상호 작용하는 것입니다. 프로토콜의 예: HTTP, FTP, POP3, SNMP, NTP, DNS, DHCP.

캡슐화(Encapsulation)란 데이터 패킷을 패키징하는 방식으로, 하위 계층의 헤더를 상위 계층에 포함시켜 독립적인 패킷 헤더를 추상화하는 방식이다.

구체적인 예를 살펴 보겠습니다. 컴퓨터에서 웹사이트로 이동하고 싶다고 가정해 보겠습니다. 이를 위해 우리 컴퓨터는 필요한 사이트 페이지가 저장된 웹 서버의 리소스를 얻기 위해 http 요청을 준비해야 합니다. 애플리케이션 수준에서는 HTTP 헤더가 브라우저 데이터에 추가됩니다. 다음으로 전송 계층에서는 송신자 및 수신자 포트 번호(HTTP의 경우 포트 80)를 포함하는 TCP 헤더가 패킷에 추가됩니다. 네트워크 계층에서는 발신자와 수신자의 IP 주소를 포함하는 IP 헤더가 생성됩니다. 전송 직전에 Ethrnet 헤더가 링크 계층에 추가되며 여기에는 송신자와 수신자의 물리적 주소(MAC 주소)가 포함됩니다. 이러한 모든 절차가 끝나면 정보 비트 형태의 패킷이 네트워크를 통해 전송됩니다. 리셉션에서는 반대 절차가 진행됩니다. 각 수준의 웹 서버는 해당 헤더를 확인합니다. 확인에 성공하면 헤더는 폐기되고 패킷은 상위 레벨로 이동한다. 그렇지 않으면 전체 패킷이 삭제됩니다.

프로젝트를 지원하세요

여러분, 여러분의 성원에 힘입어 넷클라우드 홈페이지가 나날이 발전하고 있습니다. 우리는 새로운 기사 섹션과 몇 가지 유용한 서비스를 출시할 계획입니다.

귀하에게는 프로젝트를 지원하고 필요하다고 생각되는 금액을 기부할 수 있는 기회가 있습니다.

1961년에 제안된 참조 모델 제어 아이디어는 그림 1의 회로를 약간 수정하여 구현할 수 있습니다. 11.27. 이 아이디어는 제어 시스템 작업에 큰 영향을 미쳤습니다. 그 본질은 시스템, 즉 일반적인 시스템을 구축, 합성 또는 적용하는 것입니다. 충동 반응이는 참조 모델의 특성 또는 일부 이상적인 모델의 특성과 가장 잘 일치합니다.

예를 들어, 항공기 제어의 동적 특성이 음속 장벽 이하의 속도와 초음속의 속도에 따라 크게 다르다고 가정해 보겠습니다. 조종사에게 속도에 관계없이 항공기를 적절하게 제어할 수 있는 능력을 제공하기 위해 조종사의 제어 신호를 수신하고 제어 서보 메커니즘을 작동시키는 자동 조종 장치가 도입되었습니다. 조종사의 제어 신호에 대한 항공기의 반응은 조종사에게 편리한 "방향타 느낌"을 항공기에 제공하기 위해 시스템 설계자가 선택한 일부 참조 모델의 반응에 해당합니다. 많은 물리적 시스템은 그 특성이 모델의 특성과 유사하도록 합성되며 이러한 시스템 중 상당수는 적응형입니다.

그림 1의 다이어그램을 수정하여 설명된 접근 방식을 구현하는 것은 어렵지 않습니다. 11.11 또는 11.27. 이렇게 하려면 지연이 있는 역 모델을 참조 모델로 대체하면 됩니다. 그 다음에 일반적 특성시스템은 지연된 점프보다 참조 모델의 성능과 유사할 가능성이 더 높습니다. 이 회로 수정은 그림 1에 나와 있습니다. 11.28.

그림의 시스템에서 11.11 및 11.27에서는 낮은 수준의 MSD에 대응하는 정확한 역모델링을 가능하게 하기 위해 지연이 도입되었습니다. 지연이 있는 경우에는 지연되지만 보다 정확한 답변을 받으실 수 있습니다. 위에서 언급한 바와 같이, 제어되는 시스템에 응답 지연이 있거나 이 시스템이 최소 위상이 아닌 경우 지연 도입이 필요합니다. 지연을 참조 모델로 대체할 때 정확한 역모델링을 위해 지연이 필요한 경우 일반적으로 참조 모델에도 포함해야 합니다.

쌀. 11.28. 그림과 유사한 적응형 역모델을 사용한 제어. 11.27(참조 모델 포함)

이 경우, 이 필터의 가중치 계수가 최소 표준편차에 해당하면 제어 시스템과 적응형 필터를 순차적으로 켜서 구현할 수 있는 참조 모델의 특성을 형성해야 합니다. 그림의 구성표. 11.28은 적응형 시스템에 유연한 조건이 지정된 경우 잘 작동합니다. 그러나 이 회로가 제어 시스템 및 해당 적응형 유한 임펄스 응답 제어 장치에 가능한 것보다 덜 관성이거나 더 정확한 응답을 갖는다고 가정해서는 안 됩니다.

참조 모델을 사용한 역모델링을 사용하는 적응 제어 시스템의 예를 보려면 그림 1의 회로에 대한 다음 구현을 고려하십시오. 11.28:

참조 모델: 적응형 프로세스 반복 제어 장치의 가중치 계수 모델의 가중치 계수입니다. 그림에서. 그림 11.29는 보상되지 않은 제어 모델의 단일 단계에 대한 응답을 보여줍니다. 11.30 - 기준 시스템의 응답에 중첩된 보상 시스템의 응답. 매우 가까운 근사치를 얻은 것은 분명합니다.

특정 직업의 전문성에 대한 기본 아이디어는 구조적 내용에 의해 제공됩니다. 직업의 전문성은 다음 섹션을 포함하여 설명됩니다 - 직업의 일반적인 특성, 그 중요성; 노동 과정, 수행된 작업에 대한 설명; 개인에 대한 직업 요구 사항; 근무 조건; 필요한 지식; 필요한 기술과 능력; 전문성을 얻을 수 있는 곳; 경제적 근무 조건.

현대 교사의 성격과 활동을 연구하는 전문적인 방법도 있습니다.

직업 기록은 다음을 제시하는 교사, 강사, 담임 교사, 교육자, 샘플, 표준의 이상적인 모델입니다.

교사가 갖추어야 할 기본 인성 자질

교사의 기능을 수행하는 지식, 능력, 기술.

'프로페시오그램' 개념의 의미에 대한 이러한 이해를 바탕으로 교사의 지식, 기술 및 능력을 이상적인 모델에 따라 가질 수 있는 것과 비교하는 전문적인 성격 연구 방법에 대해 이야기할 수 있습니다. 그러한 방법을 통해 교사의 개인적, 직업적 성장을 설계하는 것이 가능하다는 것을 상상하는 것은 어렵지 않습니다.

동시에 교사의 전문성은 교사의 지식, 능력 및 기술, 성격, 능력, 정신 생리적 능력 및 훈련 수준에 대한 요구 사항 측면에서 교사의 완전한 자격 설명을 제공하는 문서입니다.

전문 프로그램에 대한 이러한 아이디어는 지난 수십 년 동안 개발되었습니다. 따라서 N.I. Boldyrev가 편집한 담임 교사의 전문성에 대해 이야기할 수 있습니다.

N. I. Boldyrev는 이념적 헌신, 도덕적 및 시민 적 성숙도, 사회 활동, 교직에 대한 열정, 어린이에 대한 사랑, 인도적, 배려하는 태도, 자신과 학생에 대한 높은 요구, 의사 소통 기술 등 담임 교사 성격의 우선 순위 특성을 식별했습니다. , 친절한 성향, 의사 소통의 공손함, 다른 교직원과의 심리적 호환성 및 이상적인 전문가에게 필요한 기타 사항.

N. I. Boldyrev에 따르면 교사는 다양한 기능을 수행하기 위해 다음 기술이 필요합니다.

학교 행정부, 학부모 및 대중과 비즈니스 관계를 구축합니다(오늘날의 아이디어에 따르면 의사소통 기술은 의사소통에 가깝습니다).

정보 기술;

자신의 생각을 명확하고, 표현력 있게, 논리적으로 표현하는 능력(오늘의 아이디어에 따라 - 교훈적이고 연설)

설득하고, 끌어들이고, 자신의 지지자를 만드는 능력(오늘날의 아이디어에 따르면 교훈적, 의사소통적).

이러한 기술을 구현하려면 높은 정서적 분위기를 조성하고 삶과 일의 업무 성격을 보장해야 합니다.

N. I. Boldyrev는 우선 순위 외에도 교사 (학급 교사)가 재치, 자제, 자제력, 관찰, 성실, 수완, 견고 함, 일관성을 갖는 것이 좋을 성격 특성에 중요한 역할을 할당했습니다. 그리고 행동, 단정함, 외부 단정함 .

담임 교사는 교육 이론과 방법의 기본을 알고 다음을 수행하는 것이 중요합니다.

부모(대중)와 협력합니다. 교육 활동을 계획합니다.

팀(그룹)과 개인의 진단을 바탕으로 필요한 활동 유형을 선택합니다.

교육 결과를 올바르게 고려하고 평가합니다. 자산을 식별하고 구성합니다.

임무 수행에 대한 통제 및 지원을 행사합니다.

복잡하고 다양한 기능을 수행하려면 교사가 창의적이고 예술적 응용 기술을 익히는 것이 좋습니다.

(비유적으로) 그리다;

계속 놀다 악기, 노래하다 (뮤지컬); 표현력 있게 읽습니다(소설과 문학). 댄스(안무);

하이킹을 가세요(스포츠-관광 또는 스포츠-일).

A. S. Makarenko는 "부모를 위한 책" 서론에서 다음과 같이 썼습니다. "교육 능력은 여전히 ​​예술이며, 바이올린이나 피아노를 잘 연주하고, 그림을 잘 그리며, 좋은 방앗간이나 터너가 되는 것과 같은 예술입니다."

기능적 원리, 즉 교사가 수행해야 하는 기능의 동작에서 벗어나면 교사의 기능을 나열할 수 있습니다. 따라서 A. I. Shcherbakov와 N. A. Rykov는 1971년에 학교에서 교사의 8가지 기능을 최초로 확인한 사람 중 하나였습니다. 이들은 다음과 같은 교사 기능 분류에 속합니다.

정보 제공(교사가 이 정보 또는 저 정보를 방송함)

발달(사고력, 상상력, 특정 기술, 언어 등의 발달);

지향 (정보, 도덕적 가치의 다양성 지향);

동원 (연습, 작업, 작업 수행을 위해 동원)

건설적(수업 설계, 과외 활동, 다단계 작업, 독립적 작업, 의사소통 등)

의사소통(부모, 다른 교사, 행정부, 심리학자, 가치학자 등과의 의사소통 기능);

조직적 (학생, 다른 교사, 부모, 자신을 조직하고 그가 수행하는 수업, 과외 활동을 조직함)

연구 (개인, 학생 그룹-팀, 학생 훈련 및 육성 등을 모두 연구 할 수 있음).

우리의 관점에서 볼 때 마지막 기능에 대한 언급을 통해 교사뿐만 아니라 교사의 기능에 대해 넓은 의미로 이야기할 수 있습니다.

지난 몇 년간의 교육학 교과서에서 저자는 교육자와 담임 교사의 기능을 강조합니다.

조직적 (여행, 여행, 회의, 수업, 연구 조사 등 교육 업무의 형태를 포함하여 팀의 모든 교육 영향 및 상호 작용을 구성합니다)

교육적 (그 결과 다양한 방법과 수단을 통해 어린이 팀의 구성원, 가족, 러시아 시민, 세계 시민으로서 학생에게 내재된 개인적 자질의 교육, 형성 및 개발, 창의적인 개성과 개성이 실현됩니다)

자극적(결과적으로 학생, 어린이 그룹, 부모, 대중 등을 대상으로 자극적 활동이 수행됨)

조정 (필요한 경우 두 어린이의 활동과 같은 수업에서 일하는 교사의 활동이 조정되고 평행하며 교육 기관이 개방형 시스템으로 간주되는 경우 외부 세계와의 의사 소통도 수행될 수 있습니다.

문서 작업(잡지, 학생 일기, 개인 파일, 다양한 계획)

교사, 교육자, 담임교사가 수행해야 할 역할은 꽤 많습니다. 이를 위해서는 어떤 지식과 기술이 있어야 합니까? 위에서 논의한 전문성의 개념은 교사와 담임 교사 모두가 가져야 할 기술과 능력에 대한 아이디어를 제공합니다. 그러나 앞서 설명한 지식과 기술만으로는 충분하지 않습니다. 심리학자들에 따르면, 많은 부분이 자연적 전제 조건, 개인의 성향(특정 능력으로 발전할 수 있음), 개인의 심리적 준비 상태, 이러한 기능을 잘 수행하려는 욕구(욕망)에 따라 달라집니다. 자신에 대한 장기적인 노력의 결과로만 많은 것이 자라나고 발전합니다. 자기 교육에서 가장 중요한 것은 인내심과 행동에 대한 통제력입니다.

심리학자 V. A. Krutetsky는 교과서 "심리학"에서 교사가 갖추어야 할 전문적으로 중요한 성격 자질과 기술의 구조를 제공합니다. V. A. Krutetsky를 따라 교사 성격의 전문적으로 중요한 특성을 4가지 블록(부분 또는 하위 구조) 세트의 형태로 제시한다면 (1. 개인적 세계관; 2. 교육에 대한 긍정적인 태도; 3. 교육적 능력; 4. 전문 교육학 지식, 능력 및 기술)을 통해 우리는 교직 및 기타 교직에 적용되는 요구 사항에 대한 상당히 전체적인 그림을 얻을 것입니다.

교사 성격의 전문적으로 중요한 특성 블록을 더 자세히 고려해 보겠습니다.

첫 번째 블록. 인본주의 적 세계관 (우리는 교사-교육자 고유의 신념과 이상에 대해 이야기하고 있습니다. 교육받은 사람 만 교육을받습니다. 교육자는 높은 수준의 일반 문화와 높은 도덕적 성격을 갖는 것이 바람직하며 가장 중요한 것은 , 다른 사람들을 사랑할 것입니다).

2번째 블록. 교육 활동에 대한 긍정적인 태도(우리는 개인의 교육적 성향, 교육 활동에 헌신하려는 안정적인 욕구와 욕구로서의 교육적 성향에 대해 이야기하고 있습니다. 자신의 일에 무관심한 사람은 좋은 교사가 될 수 없습니다. 아이들은 그것을 정확하게 식별합니다 좋아하지 않거나 일반적인 교육 활동을 좋아하지 않는 교사).

3번째 블록. 교육적 능력 (자연적인 전제 조건에 기초하여 특정 조건 하에서 전문 교육적 지식, 능력, 기술, 즉 교육적 능력으로 실현되거나 실현되지 않음) - 이것은 개인의 심리적 특성과 전문적으로 중요한 성격 특성의 일반화 된 집합입니다. 교육 활동의 요구 사항을 충족하고, 높은 결과를 달성하며, 이 활동을 마스터하는 데 있어 교사 전체의 성공 여부를 결정합니다(자세한 내용은 1장 참조).

4번째 블록. 전문적이고 교육학적인 지식, 능력, 기술 (우리는 가르치는 주제 분야의 지식과 기술을 가르치는 것에 대해 이야기하고 있습니다).

V. A. Sukhomlinsky는 교육 문화의 네 가지 징후를 언급합니다. 그의 생각은 다음과 같이 간략하게 표현될 수 있다. ​​1) 교사는 학생의 정신과 마음에 어필할 수 있도록 학문적 지식을 가지고 있어야 합니다. 2) 교사가 문학(교육학, 심리학, 저널리즘 등)을 읽을 수 있도록 합니다. 3) 교사는 아이를 공부하는 다양한 방법을 알 수 있습니다. 4) 언어문화가 있었습니다.

그래서 전문가들은 교사가 되기 위한 좋은 전제 조건을 갖춘 사람들이 있다고 믿습니다.

적응 시스템 이론은 적절한 지식이 필요한 전통적인 방법이 적용되는 광범위한 응용 문제를 해결해야 할 필요성과 관련하여 발생했습니다. 수학적 모델물체. 전통적인(비적응형) 관리 방법의 품질이 높을수록 객체 자체와 객체의 기능 조건에 대한 선험적 정보가 더 많아집니다. 실제로 제어 개체에 대한 정확한 수학적 설명을 제공하는 것은 매우 어렵습니다. 예를 들어, 항공기의 동적 특성은 비행 모드, 기술 변화, 대기 조건에 따라 크게 달라집니다. 이러한 조건에서는 기존 방법을 적용할 수 없거나 필요한 시스템 품질을 제공하지 못하는 경우가 많습니다. 자동 제어.

이와 관련하여 이미 자동 제어 이론 개발의 초기 단계에서 대상과 그 기능 조건에 대한 완전한 선험적 정보가 필요하지 않은 제어 시스템을 구성하는 매우 효과적인 방법이 매우 효과적인 것처럼 보였습니다.

적응형 시스템에서 작동 조건에 대한 적응 효과는 작동 중 물체의 동작에 대한 정보를 축적하고 처리함으로써 보장됩니다. 이를 통해 제어 품질에 대한 불확실성의 영향을 크게 줄이고 시스템 설계 단계에서 사전 정보를 제공합니다.

현재 제어 중에 물체의 거동을 분석하여 필요한 제어 법칙을 자동으로 결정하는 제어 시스템을 호출합니다. 적응형 .

적응 시스템은 두 가지 큰 클래스로 나눌 수 있습니다. 스스로 조직하고 스스로 조정합니다.

B와 자기 조직화 시스템 작동 과정에서 설정된 제어 목표(CO)의 관점에서 시스템을 최적화할 수 있는 제어 알고리즘(구조 및 매개변수)이 형성됩니다. 이러한 종류의 문제는 예를 들어 작동 모드에 따라 제어 개체의 구조 및 매개 변수가 변경되는 조건에서 선험적 정보가 현재 모드를 결정하는 데 충분하지 않은 경우 발생합니다. 가능한 개체 구조의 클래스가 넓다는 점을 감안할 때 폐쇄 시스템이 모든 작동 모드에서 제어 목표를 달성하도록 보장할 수 있는 단일 제어 알고리즘 구조를 선택하기를 희망하기는 어렵습니다. 따라서 우리는 자유 조절기 구조를 사용한 합성에 대해 이야기하고 있습니다. 문제 설명의 명백한 복잡성으로 인해 문제를 해결하기 위한 간단한 알고리즘과 결과적으로 현재 시스템이 널리 도입되기를 기대할 수 없습니다.

제어 개체의 구조가 알려져 있고 변경되지 않고 동작이 여러 상수 매개변수에 따라 달라지면 작업이 상당히 단순화됩니다. 문제는 컨트롤러의 구조가 제공되고(사전 선택됨) 계수 조정을 위한 알고리즘(적응 알고리즘)만 결정하면 되는 자체 조정 시스템(SNS) 클래스에서 해결됩니다.

자체 조정 시스템 자동 제어는 시스템의 최적 출력을 달성하기 위해 변화하는 외부 조건에 따라 동적 특성을 독립적으로 변경하는 시스템입니다. 자체 조정 비행 제어 시스템의 경우 시스템의 최적 출력은 외부 방해에 대한 최적의 반응이 됩니다.

CNN은 검색과 비검색이라는 두 가지 하위 클래스로 나뉩니다. 검색 CNN에서는 특별히 구성된 검색 신호를 사용하여 최소(또는 최대) 품질 측정값(플랜트 성능, 연료 소비 등)을 검색합니다. 가장 간단한 검색 엔진인위적으로 도입된 검색(시험, 테스트) 영향에 대한 객체의 반응 형태로 얻은 현재 정보로 선험적 정보의 부족이 보상되는 극단적인 시스템의 대부분입니다.

비검색 CNN에는 원하는 동적 특성을 가진 명시적 또는 암시적 모델이 있습니다. 적응 알고리즘의 임무는 제어 개체와 모델 간의 불일치를 0으로 줄이는 방식으로 컨트롤러 계수를 조정하는 것입니다. 이러한 제어를 직접 적응 제어라고 하며 시스템은 - 참조 모델이 있는 적응 시스템 .

간접 적응 제어의 경우 먼저 객체를 식별한 다음 해당 컨트롤러 계수를 결정합니다. 이러한 규제 기관을 자체 조정이라고 합니다.

직접 적응 제어를 사용하면 적응 루프가 폐쇄 주기로 작동하므로 작동 중에 물체와 컨트롤러의 매개변수 변경에 대응할 수 있습니다. 그러나 각 자체 조정 루프는 시스템의 순서를 하나 이상 증가시키며 동시에 폐쇄 시스템의 전체 역학에 큰 영향을 미칩니다.

간접 적응 제어의 경우 자체 조정 루프는 개방 루프에서 작동하므로 시스템의 역학에 영향을 미치지 않습니다. 그러나 모든 식별 오류, 플랜트 및 컨트롤러 매개변수의 편차는 제어 정확도에 큰 영향을 미칩니다. 비검색 자체 조정 시스템에서 참조 모델은 실제 동적 링크(명시적 모델)의 형태로 구현되거나 제어된 변수와 해당 파생 항목을 연결하는 일부 참조 방정식의 형태(암시적 모델)로 존재할 수 있습니다. 암시적 모델에서 참조 방정식의 계수는 적응 알고리즘의 매개변수입니다.

그림 1은 액추에이터 드라이브에 자주 사용되는 적응형 제어 옵션 중 하나를 보여줍니다. 여기서 컨트롤러 매개변수는 참조 모델에 따라 제어 컴퓨터에 의해 조정됩니다.

참조 모델 는 명령 신호 g(t)에 대한 시스템의 이상적인 원하는 응답을 보여줍니다. 자동 제어 시스템의 일반적인 링크(예: 비주기 링크)가 참조 모델로 사용됩니다. PID(Proportional Integral Derivative) 제어기 매개변수는 모델 출력과 실제 시스템 간의 불일치를 최소화하도록 조정됩니다.

튜닝 루프의 임무는 이러한 불일치를 0으로 줄이는 것입니다. 특정 시간전환 과정의 안정성을 보장합니다. 이 문제이는 결코 사소한 것이 아닙니다. 선형 관계 "오류 – 컨트롤러 계수"로는 해결할 수 없음을 알 수 있습니다. 예를 들어, 매개변수 설정을 위한 다음 알고리즘이 문헌에 제안되어 있습니다.

여기서 k는 PID 제어기의 조정 가능한 계수입니다. A는 적응 속도를 지정하는 상수 계수입니다.

쌀. 1. 참조 모델이 있는 적응형 시스템의 블록 다이어그램

기울기 함수는 컨트롤러 계수의 변화에 ​​대한 오류 c(t)의 민감도를 결정합니다. 본질적으로 비선형인 폐쇄 루프 시스템의 절대적인 안정성은 설정 프로그램에서 매개변수 A를 선택함으로써 보장됩니다. 따라서 이 방식에 따라 적응 제어를 구현하려면 제어 컴퓨터가 다음 문제를 실시간으로 해결해야 합니다.

  • 제어되는 시스템에 대한 마스터 신호를 생성하고;
  • 참조 모델을 사용하여 이상적인 응답을 계산합니다.
  • 설정 프로그램에 따라 컨트롤러 계수를 계산하고, 현재 오류를 확인하고, 메카트로닉 모듈의 입력에 제어 신호를 보냅니다.

참조 모델을 사용하여 고려한 블록 다이어그램 외에도 다른 방법이 알려져 있습니다. 자동 설정레귤레이터의 매개 변수 및 구조.


무료 프로그램과 유용한 팁의 세계
2024 whatsappss.ru