마이크로프로세서 장치 설계를 위한 프로그램. 마이크로프로세서. 운영자 및 운영

마이크로프로세서 데이터 수집 시스템은 다음 요구 사항을 충족해야 합니다. 고성능을 제공하고 구현이 간단해야 하며 안정적이고 문제 없는 작동을 보장해야 하며 상대적으로 저렴하고 리소스를 거의 소비하지 않아야 합니다. 할당된 작업을 수행하고 기본 요구 사항에 따라 K1816BE51 시리즈 마이크로 컨트롤러가 적합합니다.

그림 3 - 마이크로프로세서 데이터 수집 시스템의 블록 다이어그램.

마이크로프로세서 프로그램 알고리즘 칩

마이크로프로세서 시스템(MPS)은 마이크로컨트롤러(MC), 랜덤 액세스 메모리(RAM), 읽기 전용 메모리(ROM), 프로그래밍 가능 타이머(PT), 병렬 프로그래밍 가능 인터페이스(PPI), 아날로그-디지털 인터페이스 등의 블록으로 구성됩니다. 변환기(ADC), 디지털-아날로그 변환기(DAC), 멀티플렉서(MUX), 프로그래밍 가능 인터럽트 컨트롤러(PIC).

MK는 주소버스(ABA), 데이터버스(SD), 제어버스(CC)를 구성한다. RAM, ROM, PT, PPI, PKP 블록이 버스에 연결됩니다.

RAM은 센서 측량 데이터와 중간 데이터를 저장하도록 설계되었습니다. ROM은 프로그램 코드와 다양한 상수를 저장하도록 설계되었습니다.

PT는 MK 명령을 실행하는 데 필요한 시간 간격을 계산하도록 설계되었습니다. 작업이 수행되기 전에 PT가 시작됩니다. 동작이 성공하면 MK는 PT를 재설정한다. MC로부터 카운트 재설정 명령이 수신되지 않으면(정지 발생) PT는 시간 간격 카운팅이 끝나면 MC 재설정 신호를 생성합니다.

PPI는 연결용입니다. 외부 장치. ADC, 개별 멀티플렉서 및 DAC가 SPI에 연결됩니다.

ADC는 센서의 아날로그 신호와 PPI를 통해 MK에 공급되는 디지털 코드를 변환하도록 설계되었습니다. 아날로그 센서는 아날로그 멀티플렉서를 통해 ADC에 연결됩니다.

개별 센서의 데이터는 개별 멀티플렉서를 통해 수신됩니다.

DAC는 제어 작업을 생성하도록 설계되었습니다.

제어판은 외부 인터럽트를 서비스하도록 설계되었습니다.

마이크로프로세서 시스템 설계 단계

마이크로프로세서 시스템의 복잡성, 요구 사항 및 기능은 신뢰성 매개변수, 볼륨에서 크게 다를 수 있습니다. 소프트웨어, 단일 프로세서 및 다중 프로세서, 한 가지 유형의 마이크로프로세서 세트 또는 여러 개를 기반으로 구축됨 등입니다. 이와 관련하여 시스템 요구 사항에 따라 설계 프로세스가 수정될 수 있습니다. 예를 들어, ROM 내용이 서로 다른 MPS를 설계하는 프로세스는 프로그램 개발과 ROM 제조로 구성됩니다.

여러 유형의 마이크로프로세서 세트를 포함하는 다중 프로세서 마이크로프로세서 시스템을 설계할 때 메모리 구성, 프로세서와의 상호 작용, 시스템 장치와 외부 환경 간의 교환 구성, 작동 속도가 다른 장치 기능 조정 등의 문제를 해결해야 합니다. 다음은 마이크로프로세서 시스템을 생성하는 일반적인 단계의 대략적인 순서입니다.
1. 시스템 요구사항의 공식화.
2. 시스템의 구조 및 아키텍처 개발.
3. 시스템 하드웨어 및 소프트웨어의 개발 및 생산.
4. 포괄적인 디버깅 및 승인 테스트.

1단계. 이 단계에서는 외부 사양이 작성되고, 시스템 기능이 나열되고, 시스템에 대한 기술 사양(TOR)이 공식화되고, 개발자의 계획이 공식 문서에 공식적으로 명시됩니다.

2단계. 이 단계에서는 개별 장치 및 소프트웨어의 기능이 결정되고, 시스템을 구현할 마이크로프로세서 세트가 선택되며, 하드웨어와 소프트웨어 간의 상호 작용, 개별 장치 및 프로그램의 타이밍 특성이 결정됩니다. .

3단계. 하드웨어로 구현되는 기능과 프로그램으로 구현되는 기능을 결정한 후 회로 설계자와 프로그래머는 각각 프로토타입과 소프트웨어를 동시에 개발하고 제작하기 시작합니다. 장비 개발 및 제조는 구조 및 회로도 개발, 시제품 제작, 오프라인 디버깅으로 구성됩니다.
소프트웨어 개발은 ​​알고리즘 개발로 구성됩니다. 텍스트 쓰기 소스 프로그램; 소스 프로그램을 목적 프로그램으로 번역; 오프라인 디버깅.

4단계. 포괄적인 디버깅을 참조하세요.

MPS 설계의 각 단계에서 사람들은 결함을 일으키고 잘못된 설계 결정을 내릴 수 있습니다. 또한 장비에 결함이 발생할 수 있습니다.

오류의 원인

설계의 처음 세 단계에서 오류의 원인을 고려해 보겠습니다.

1단계. 이 단계에서 오류의 원인은 요구 사항의 논리적 불일치, 누락, 알고리즘의 부정확성일 수 있습니다.

2단계. 이 단계에서 오류의 원인은 기능 누락, 장비와 프로그램 간의 상호 작용을 위한 프로토콜 불일치, 마이크로프로세서 세트의 잘못된 선택, 알고리즘의 부정확성, 기술 요구 사항의 잘못된 해석, 일부 정보 흐름의 누락 등일 수 있습니다.

3단계. 이 단계에서 오류의 원인은 다음과 같습니다. 장비 개발 중 - 일부 기능 누락, 기술 요구 사항의 잘못된 해석, 동기화 회로 결함, 설계 규칙 위반; 프로토타입 생산 중 - 부품 오작동, 설치 및 조립 결함 소프트웨어 개발 시 - 일부 기능 누락 위임 사항, 알고리즘의 부정확성, 코딩 부정확성.

나열된 각 오류 소스는 국지화하고 제거해야 하는 다수의 주관적 또는 물리적 오류를 생성할 수 있습니다. 오류 감지 및 오류 위치 파악은 여러 가지 이유로 어려운 작업입니다. 첫째, 오류 수가 많기 때문입니다. 둘째, 서로 다른 결함이 같은 방식으로 나타날 수 있기 때문입니다. 주관적인 결함에 대한 모델이 없기 때문에 이 작업은 공식화되지 않습니다. 오류 감지 및 물리적 결함 위치 파악을 위한 방법과 도구를 만드는 분야에서는 어느 정도 진전이 있었습니다. 이러한 방법과 도구는 개별 시스템의 설계, 생산 및 운영 중에 작동 상태를 확인하고 개별 시스템의 결함을 진단하는 데 널리 사용됩니다.

주관적인 오작동은 감지, 위치 파악 및 수정 후에 더 이상 발생하지 않는다는 점에서 실제 오작동과 다릅니다. 그러나 오류 원인 목록에서 알 수 있듯이 시스템 사양을 개발하는 동안 주관적인 오류가 도입될 수 있습니다. 즉, 외부 사양에 대해 시스템을 가장 철저하게 테스트한 후에도 시스템에 주관적인 오류가 여전히 존재할 수 있습니다.

디자인 프로세스는 반복적인 프로세스입니다. 승인 테스트 단계에서 발견된 오작동은 사양 수정으로 이어질 수 있으며 결과적으로 전체 시스템 설계가 시작될 수 있습니다. 가능한 한 빨리 결함을 발견하는 것이 필요하며, 이를 위해서는 개발의 각 단계에서 프로젝트의 정확성을 제어하는 ​​것이 필요합니다.

설계 검증

설계의 정확성을 모니터링하는 주요 방법은 다음과 같습니다. 검증 - 설계의 정확성을 증명하는 공식적인 방법. 모델링; 테스트.

소프트웨어, 펌웨어, 하드웨어 검증에는 많은 작업이 있습니다. 그러나 이들 작품은 본질적으로 이론적이다. 실제로는 개체 동작 모델링과 테스트가 여전히 사용됩니다.

각 설계 단계에서 프로젝트의 정확성을 제어하려면 시스템의 추상적 표현의 다양한 수준에서 모델링을 수행하고 테스트를 통해 주어진 모델의 올바른 구현을 검증해야 합니다. 요구사항 공식화 단계에서는 많은 설계 목표가 공식화되지 않거나 원칙적으로 공식화할 수 없기 때문에 정확성 관리가 특히 필요합니다. 기능 사양은 전문가 팀이 검토하거나 원하는 목표가 달성되었는지 여부를 결정하기 위해 시뮬레이션 및 테스트될 수 있습니다. 기능 사양이 승인되면 기능 사양에 따라 시스템의 올바른 기능을 확립하기 위한 기능 테스트 프로그램 개발이 시작됩니다. 이상적으로는 이 사양을 전적으로 기반으로 하고 사양에 지정된 기능을 수행할 수 있다고 주장되는 시스템의 구현을 테스트할 수 있는 기능을 제공하는 테스트가 개발됩니다. 이 방법은 특정 구현과 관련하여 테스트가 구축되는 다른 방법과 정반대입니다. 구현에 독립적인 기능 검증은 일반적으로 이론적인 측면에서만 매력적이지만 높은 수준의 일반성으로 인해 실제적인 의미는 없습니다.

지루한 테스트 프로그램 작성 작업을 자동화하면 설계 단계에서 테스트 프로그램을 생성하여 설계/디버깅 기간을 단축할 수 있을 뿐만 아니라(시스템 요구 사항이 생성된 후 즉시 생성할 수 있으므로) 설계자가 별도의 작업 없이 사양을 변경할 수 있습니다. 모든 테스트 프로그램을 다시 작성하는 것에 대해 걱정하십시오. 그러나 실제로는 테스트 개발이 설계보다 우선순위가 낮은 경우가 많기 때문에 테스트 프로그램완료보다 훨씬 늦게 나타납니다. 하지만 설령 상세한 테스트상세한 모델링에는 프로그램 개발 및 계산 시간에 막대한 비용이 필요하기 때문에 결과적으로 대부분의 디버깅 작업은 프로토타입 시스템이 생성될 때까지 연기되어야 하기 때문에 시뮬레이터에서 실행하는 것은 종종 비현실적입니다.

오류가 감지되면 시스템의 적절한 추상화 수준과 적절한 위치에서 수정을 수행하기 위해 해당 소스를 현지화해야 합니다. 오류의 원인을 잘못 식별하거나 시스템 추상 표현의 다른 수준에서 수정하면 시스템에 대한 정보가 상위 레벨오류가 발생하여 시스템 생산 및 운영 중에 추가 디버깅에 사용할 수 없습니다. 예를 들어, 어셈블리 언어로 작성된 프로그램의 소스 텍스트에 오작동이 발생하고 개체 코드에서 수정이 수행되면 프로그램의 추가 디버깅이 개체 코드에서 수행됩니다. 이 경우 어셈블리 언어로 프로그램을 작성하는 것의 모든 이점은 아무것도 아닙니다.

장치의 블록 다이어그램은 부록 A에 나와 있습니다.

이 마이크로프로세서 시스템은 마이크로프로세서, RAM, ROM, 프로그래밍 가능 병렬 인터페이스, 아날로그-디지털 변환기, 타이머, 디스플레이 등의 블록으로 구성됩니다.

센서의 아날로그 신호는 ADC에 내장된 아날로그 멀티플렉서의 입력에 도달하며, 각 시간 간격마다 신호 중 하나를 아날로그-디지털 변환기의 입력으로 전환합니다.

아날로그-디지털 변환기는 아날로그 신호를 마이크로프로세서가 작동하는 디지털 코드로 변환하는 데 사용됩니다.

마이크로프로세서는 프로그래밍 가능한 병렬 인터페이스를 통해 ADC에 액세스합니다. ADC 출력에서 ​​정보를 읽고 이를 RAM 메모리 셀에 저장합니다. 또한 MP는 스테이션 출구의 오일 압력 센서로부터 수신된 정보를 기반으로 규제 영향을 계산합니다. 이 수량은 형태로 디지털 코드액츄에이터가 전달됩니다.

RAM은 센서로부터 받은 정보와 마이크로프로세서 계산의 중간 결과를 임시로 저장하는 데 사용됩니다.

시스템 소프트웨어는 ROM(읽기 전용 메모리)에 저장됩니다. 읽기 작업은 마이크로프로세서에 의해 제어됩니다.

ROM에 저장된 프로그램은 다음과 같은 시스템 작동을 제공합니다.

센서의 순차적 폴링

아날로그 신호의 아날로그-디지털 변환 제어

오일 압력 조절;

표시 및 경보;

전력 손실에 대한 대응.

시스템 알고리즘 개발

알고리즘의 블록 다이어그램은 부록 B에 나와 있습니다.

초기화

이 단계에서는 프로그래밍 가능한 병렬 인터페이스의 RUS에 제어 단어가 기록됩니다. PPI DD10은 제로 모드에서 작동합니다. 포트는 포트 A - 입력, 포트 B - 출력, 포트 C - 출력으로 작동합니다. PPI DD1은 제로 모드에서 작동합니다. 포트는 포트 A - 출력, 포트 B - 출력, 포트 C - 출력으로 작동합니다.

센서 폴링

아날로그 센서는 ADC에 의해 폴링됩니다. PPI 1의 포트 A를 통한 개별 센서는 마이크로프로세서에 의해 폴링됩니다.

RAM에 저장

센서를 조사한 후 얻은 결과는 임시 저장을 위해 랜덤 액세스 메모리 장치에 입력됩니다.

제어 동작

마이크로프로세서 시스템은 수신된 데이터를 분석하고 디지털 제어 동작을 생성합니다.

개략도 개발

장치의 개략도는 부록 D에 나와 있습니다.

주소 버스는 버퍼 레지스터와 버스 드라이버를 사용하여 구성됩니다. 레지스터 선택은 마이크로프로세서의 ALE 신호를 사용하여 수행됩니다. 주소의 상위 바이트의 로드 용량을 늘리려면 버스 드라이버가 필요합니다.

데이터 버스는 DT/R 및 OE 신호를 적용하여 선택되는 버스 드라이버를 사용하여 구성됩니다.

시스템 버스는 M/IO, WR, RD 신호의 조합을 적용하여 DD10 디코더를 통해 구성됩니다.

표 1 - 제어 신호

ROM, RAM 및 기타 장치의 선택은 디코더를 통해 주소 버스의 라인 A13-A15를 사용하여 발생합니다. ROM 셀은 주소 0000h에 위치합니다.

표 2 - 장치 선택

			장치

PPI 제어 워드의 포트 또는 레지스터 선택은 주소 버스의 라인 A0, A1을 통해 수행됩니다. 개별 센서는 PPI DD12의 포트 A PA0-PA7 입력에 제공됩니다. ADC에서 포트 B의 입력으로; LED는 포트 C의 입력에 연결됩니다.

아날로그 멀티플렉서는 정보를 읽는 장치를 선택하는 데 사용됩니다. ADC에는 아날로그 멀티플렉서가 내장되어 있습니다. ADC 폭은 데이터 버스 폭과 일치하며 8비트입니다.

저항 R2-R4는 4~20mA의 통합 전류 신호를 1~5V의 전압으로 변환하는 데 사용됩니다.

"아카이브 다운로드" 버튼을 클릭하면 필요한 파일을 완전히 무료로 다운로드할 수 있습니다.
다운로드하기 전에 이 파일귀하의 컴퓨터에 청구되지 않은 좋은 초록, 시험, 학기 논문, 논문, 기사 및 기타 문서에 대해 생각해보십시오. 이것은 귀하의 작업이며 사회 발전에 참여하고 사람들에게 혜택을 주어야 합니다. 이러한 작품을 찾아 지식 베이스에 제출하세요.
연구와 업무에 지식 기반을 활용하는 우리와 모든 학생, 대학원생, 젊은 과학자들은 여러분에게 매우 감사할 것입니다.

문서와 함께 아카이브를 다운로드하려면 아래 필드에 5자리 숫자를 입력하고 "아카이브 다운로드" 버튼을 클릭하세요.

유사한 문서

설계 솔루션 옵션을 분석하고 이를 기반으로 최적의 솔루션을 선택합니다. 소스 데이터 분석을 기반으로 마이크로프로세서 시스템의 기능 다이어그램을 합성합니다. 마이크로프로세서 시스템용 하드웨어와 소프트웨어를 개발하는 프로세스입니다.

코스 작업, 2014년 5월 20일에 추가됨


이론적 기초마이크로컨트롤러와 판독장치를 기반으로 한 마이크로프로세서 시스템 개발 전자책, 기술 및 경제 지표 분석 및 유사품과의 비교. 컴퓨터 작업 시 노동 보호에 대한 기본 표준입니다.

논문, 2010년 7월 13일에 추가됨


MP 장치 사용의 타당성. 마이크로프로세서 시스템 아키텍처. 격리된 버스를 갖춘 LSI VT의 구조적 구성. 마이크로컨트롤러의 내용과 가능한 초점. 간단한 임베디드 마이크로컨트롤러의 일반화된 구조.

초록, 2011년 4월 28일에 추가됨


마이크로프로세서 시스템의 구조, 제어 및 신호 전송을 위한 알고리즘. 주소 분포 지도. 전기 개발 개략도그리고 요소 베이스의 선택. 전류 소비, 전원 공급 장치, 소프트웨어 계산.

과정 작업, 2014년 1월 22일에 추가됨


마이크로프로세서 시스템의 하드웨어와 소프트웨어 부분 간의 기능 분배. 마이크로 컨트롤러 선택, 구조, 기능 및 회로도 개발 및 설명. 프로그래밍 환경, 알고리즘 다이어그램 및 프로그램 목록을 선택합니다.

코스 작업, 2013년 8월 17일에 추가됨


마이크로프로세서 제어 시스템의 목적과 설계. 마이크로프로세서 제어 시스템의 기능 다이어그램에 대한 설명입니다. 측정 채널의 정적 특성 계산. 마이크로프로세서 제어 시스템의 기능을 위한 알고리즘 개발.

코스 작업, 2010년 8월 30일에 추가됨


마이크로 컨트롤러의 일반적인 개념, 용도 및 목적. SDK 1.1 및 SDX 0.9를 사용한 마이크로프로세서 데이터 수집 시스템 프로젝트 개발. 소프트웨어 생성 및 이를 실험실 스탠드 SDK-1.1에 로드합니다.

코스 작업, 2014년 1월 31일에 추가됨

VT 장비의 기본 기반의 질적, 양적 변화로 인해

디자인의 확립된 원칙을 변경하는 것(예: 엄격한

구조, 일관된 중앙관리, 라인조직

기억력과 컴퓨터 구조를 특성에 적응시키지 못하는 능력

문제가 해결되고 있음).

컴퓨터 시스템을 구성하는 고전적인 폰 노이만 원칙은 MPS의 문제 지향, 병렬 및 파이프라인 정보 처리, 테이블 형식의 데이터 처리 방법 사용, MPS 구조의 규칙성 및 동질성 원칙에 대한 아이디어로 대체되었습니다. 현실이 되다

적응적으로 재구성 가능한 시스템을 생성할 가능성뿐만 아니라

소프트웨어 기능의 하드웨어 구현. 따라서 현재

수신된 MPS를 기반으로 컴퓨터 시스템을 설계할 때의 시간

소위 "3M" 원칙 적용: 모듈성, 트렁킹,

마이크로 프로그래밍 가능성.

모듈식 조직의 원리계산적 구성과

구조적, 기능적 및 기능적 모듈 세트를 기반으로 MPS를 제어합니다.

독립적으로 작업할 수 있는 전기적으로 완전한 컴퓨팅 장치

또는 다른 모듈과 결합하여 이 클래스의 문제를 해결합니다. 모듈식

마이크로컴퓨터 및 시스템 설계에 대한 접근 방식은 다음과 같이 구현될 때 허용됩니다.

범용 및 특수 모듈) 가족 생성을 보장합니다.

(행) MPS, 서로 다름 기능성그리고 특징,

상당한 범위의 응용 분야를 포괄하므로 비용을 줄이는 데 도움이 됩니다.

설계 비용을 절감하고 용량 확장을 단순화하며

시스템 재구성으로 컴퓨팅 노후화 지연

정보 교환의 백본 방법조직 방식에 비해

임의의 연결("모든 사람과 모든 사람" 원칙에 따라)을 사용하면 구성하고

MPS의 연결 수를 최소화합니다. 사이의 정보 교환을 촉진합니다.

다음을 사용하여 다양한 수준의 기능 및 구조 모듈

입출력 버스를 연결하는 고속도로. 하나-, 둘-이 있습니다.

3선 및 다중선 연결. 관계에 주목해야 한다

구현 중에 나타나는 회로 설계 및 구조 솔루션

이 방법특별한 양방향 버퍼를 생성하는 형태로 교환

세 가지 안정적인 상태와 임시 사용이 포함된 캐스케이드

교환 채널의 다중화.

펌웨어 제어조직에 최고의 유연성을 제공합니다.

다기능 모듈을 사용하여 문제 방향을 정할 수 있습니다.

MPS를 사용하는 것보다 더 효과적인 매크로 작업도 사용합니다.

표준 루틴. 또한 다음과 같은 형식으로 제어 단어를 전송합니다.

암호화된 코드 시퀀스는 최소화 조건에 해당합니다.

VLSI 핀 수 및 모듈의 상호 연결 수를 줄입니다.

위에 나열된 MPS 설계의 주요 기능 외에도

자연스러운 현상을 전제로 하는 규칙성의 원칙에 주목하세요.

MPS 구조 요소의 반복성과 이들 사이의 연결. 이것의 적용

원리를 사용하면 전체 밀도를 높이고 결합 길이를 줄일 수 있습니다.

온칩, 토폴로지 및 회로 설계 시간 단축

LSI 및 VLSI 설계, 교차점 수 및 기능 유형 감소

및 구조적 요소.

MPS 아키텍처(시스템 단계)를 개발할 때 다음 사항을 해결해야 합니다.

시스템의 기능적 동작에 대한 개념적 구조를 다음과 같이 설명합니다.

구축 및 조직 과정에서 사용자의 이익을 고려하는 입장

컴퓨팅 프로세스그 안에;

소프트웨어 구축의 구조, 명명법 및 특징을 결정하고

마이크로프로그램 도구;

데이터 흐름 및 제어의 내부 조직 특성 설명

정보;

물리적인 부분의 기능적 구조와 특징을 분석합니다.

소프트웨어 균형의 관점에서 시스템 장치 구현,

마이크로프로그램과 하드웨어.

MPS 설계의 주요 단계는 그림 1에 나와 있습니다. 3.1.

초기 설계 단계에서 MPS는 다음 중 하나로 설명될 수 있습니다.

다음과 같은 개념적 수준: "블랙박스", 구조적, 프로그램,

논리, 회로.

"블랙박스" 수준에서 MPS는 외부 사양으로 설명됩니다.

외부 특성이 나열되어 있습니다.

쌀. 3.1. MPS 설계 단계

구조적 수준은 MPS의 하드웨어 구성 요소에 의해 생성됩니다.

개별 장치의 기능, 상호 연결 및 정보로 설명됩니다.

스트림.

소프트웨어 레벨은 두 개의 하위 레벨(프로세서 명령어 및

언어) MPS는 일련의 연산자로 해석됩니다.

특정 데이터 구조에 대해 하나 이상의 작업을 수행하는 명령입니다.

논리 수준은 개별 시스템에만 고유하며 다음과 같이 나뉩니다.

두 가지 하위 수준: 스위칭 회로와 레지스터 전송.

첫 번째 하위 레벨은 게이트(조합 회로 및 메모리 요소)와 이를 기반으로 구축된 데이터 처리 연산자로 구성됩니다. 두 번째 하위 수준은 더 높은 수준의 추상화를 특징으로 하며 레지스터에 대한 설명과 레지스터 간의 데이터 전송을 나타냅니다. 그것은 2개를 포함합니다

부분: 정보 및 제어: 첫 번째 부분은 레지스터로 구성됩니다.

운영자 및 데이터 전송 경로, 두 번째는 다음에 따라 제공됩니다.

레지스터 간의 데이터 전송을 시작하는 시간 신호.

회로 레벨은 개별 장치 요소의 작동에 대한 설명을 기반으로 합니다.

다른 개별 시스템과 마찬가지로 MPS의 수명 주기에는 세 단계가 있습니다.

디자인, 제조 및 운영.

각 단계는 구조적 또는 물리적 고장 가능성이 있는 여러 단계로 세분화됩니다. 결함은 원인에 따라 분류됩니다. 원인이 요소의 결함인 경우 물리적, 원인이 설계 오류인 경우 주관적입니다.

주관적인 결함은 디자인과 인터랙티브로 구분됩니다. 설계

오작동은 다양한 단계에서 시스템에 도입된 결함으로 인해 발생합니다.

원래 작업의 구현. 대화형 오류가 발생합니다.

서비스 담당자 (운영자)의 과실로 인해 작업 중. 결과

오작동의 징후는 오류이며 한 번의 오작동은

여러 가지 오류가 발생하고, 동일한 오류가 발생할 수 있습니다.

많은 오작동.

결함이라는 개념도 있습니다. 즉 매개변수의 물리적 변화입니다.

허용 한도를 초과하는 시스템 구성 요소. 결함이 호출됩니다.

일시적인 경우 실패이고, 영구적인 경우 실패입니다.

조건이 충족될 때까지는 결함을 발견할 수 없습니다.

이로 인해 오작동이 발생하고 그 결과는 다음과 같습니다.

대기열을 생성하기 위해 연구 중인 객체의 출력으로 전달됩니다.

관찰 가능한 오작동.

고장 진단은 오류의 원인을 파악하는 프로세스입니다.

시험 결과.

디버깅은 오류를 감지하고 결정하는 프로세스입니다.

MPS 설계 중 테스트 결과에 따른 외관 소스.

디버깅 도구는 장치, 컴플렉스 및 프로그램입니다. 때로는 아래

디버깅은 결함의 감지, 위치 파악 및 제거를 의미합니다. 성공

디버깅은 시스템 설계 방식에 따라 달라집니다.

디버깅에 편리하게 해주는 속성과 사용되는 도구에서

디버깅을 위해.

디버깅을 수행하려면 설계된 MPS에 다음이 있어야 합니다.

제어 가능성, 관찰 가능성 및 예측 가능성의 속성.

제어 가능성 –동작이 영향을 받기 쉬운 시스템의 속성

관리, 즉 시스템 작동을 중지하는 것이 가능합니다.

특정 상태를 확인하고 시스템을 다시 시작하세요.

관찰 가능성– 동작을 모니터링할 수 있는 시스템의 속성

내부 상태의 변화 뒤에 시스템이 있습니다.

예측 가능성– 시스템을 설치할 수 있게 해주는 시스템 속성

모든 후속 상태를 예측할 수 있는 상태입니다.

MPS는 복잡성, 요구 사항 및 기능이 크게 다를 수 있습니다.

작동 매개변수, 소프트웨어 용량, 유형

마이크로프로세서 세트 등 이와 관련하여 디자인 프로세스는 다음과 같습니다.

시스템 요구 사항에 따라 다릅니다.

디자인 프로세스는 반복적인 프로세스입니다. 승인 테스트 단계에서 발견된 오작동은 사양 수정으로 이어질 수 있으며,

따라서 전체 시스템 설계의 시작 부분에 있습니다. 찾다

결함은 가능한 한 빨리 감지되어야 합니다. 이를 위해서는 통제가 필요합니다

개발의 모든 단계에서 프로젝트의 정확성. 다음과 같은 방법이 존재합니다

설계 정확성 관리: 검증(공식적인 방법

프로젝트의 정확성 증명) 모델링; 테스트.

최근에는 소프트웨어 검증에 관한 많은 작업이 나타났습니다.

소프트웨어, 펌웨어, 하드웨어. 그러나 이 작품들은 아직도

본질적으로 이론적이다. 따라서 실제로는 모델링이 더 자주 사용됩니다.

다양한 추상 수준에서의 객체 동작 및 테스트

시스템 표현.

시스템 요구 사항을 공식화하는 단계에서 프로젝트의 정확성을 모니터링합니다.

많은 설계 목표가 공식화되지 않았거나 공식화되지 않았기 때문에 특히 필요합니다.

원칙적으로 공식화할 수 없습니다. 기능 사양은 다음과 같습니다.

전문가 팀이 분석하거나 시뮬레이션 및 테스트를 거쳤습니다.

원하는 목표의 달성을 실험적으로 확인합니다. 승인 후

기능명세서 테스트 프로그램 개발 시작,

다음에 따라 시스템의 올바른 작동을 확립하도록 설계되었습니다.

그 사양. 이상적으로는 테스트가 완전히 개발됩니다.

이 사양을 기반으로 모든 검증을 가능하게 합니다.

기능을 수행할 수 있다고 선언된 시스템의 구현

사양에 명시되어 있습니다. 이 방법은 다른 방법과 완전히 반대입니다.

여기서 테스트는 특정 구현과 관련하여 구축됩니다. 그러나 실제로는

테스트 개발은 종종 테스트 개발보다 우선순위가 낮습니다.

프로젝트이므로 테스트 프로그램은 그보다 훨씬 늦게 나타납니다.