이는 향후 시스템 유지 관리 및 업그레이드에 대한 좋은 참고 자료입니다.

시스템을 개발할 때 어떤 문서를 포함해야 합니까? 이러한 파일은 일반적으로 어떻게 완료되며 어떤 내용을 포함해야 합니까? 이것이 바로 시스템 개발의 표준화이다.

시스템 개발의 규범화는 자신뿐만 아니라 회사와 초보자에게도 좋다.

표준화된 설계로 엔지니어의 생산성이 높아진다는 것은 의심할 여지가 없다.

현재 대형 소프트웨어 공사의 개발에서, 이것은 이미 상당히 잘 해냈다.

그러나 단일 칩 마이크로 컴퓨터와 임베디드 시스템 개발에서 표준화 작업은 우리와 함께 논의해야 합니다.

국내에서는 일부 회사의 R&D 인력도 오도하고 있습니다. 빨리 코드를 써주세요. 빨리 기능을 볼 수 있게 해주고, 다른 것도 요구하지 않고, 기능을 다 써주시면 됩니다. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 예술명언)

이것들은 우리의 디자인을 오해에 빠뜨렸다: 우리는 대부분의 시간을 코드를 쓰고 코드를 바꾼다.

임베디드 실시간 시스템이 점점 더 복잡해짐에 따라 설계 엔지니어는 시스템의 초기 요구 사항을 정의하고 분석할 때 하드웨어 및 소프트웨어 간의 협력 관계를 신중하게 고려해야 합니다.

일반적으로 설계 엔지니어는 시스템의 유연성, 속도, 비용, 계획 및 사용 가능한 도구 간의 관계도 평가해야 합니다.

이 문서는 임베디드 및 실시간 시스템의 주요 특징을 설명하고 하드웨어 및 소프트웨어 구성 요소 선택 또는 개발을 기반으로 효율적인 임베디드 시스템을 개발하는 솔루션을 논의하고 임베디드 및 실시간 시스템 개발에 고유한 핵심 기술에 대해 자세히 설명합니다.

저는 realtime-uml 의 디자인 소프트웨어: TNI 내장, rational: rosertilogix:: artisan: tau 를 알고 있습니다.

TNI 의 내장형 전체 프로세스 솔루션은 사용자 요구 사항, 사양, 설계, 코드 생성, 시뮬레이션 검증에서 수용에 이르기까지 내장형 제어 소프트웨어 설계의 전 과정을 다룹니다.

설계 초기 단계에서는 실행 가능 (공식) 및 시각화 사양 설명을 사용하여 사용자와 통신하여 디자이너와 사용자 간의 모호성을 제거합니다.

시뮬레이션을 통해 설계를 검토 및 테스트하고, 전체 설계 과정에서 단계적으로 설계를 검사합니다. 장비를 설치하기 전에 많은 잠재적인 설계 오류와 문제가 발견되어 현장 디버깅 시간이 크게 단축되고 기능 설계가 지원되며 iec 61131-3 언어, en50/kloc 호환 그래픽 사용 신속한 모델링은 분석 및 설계를 위한 다양한 하드웨어 및 소프트웨어 플랫폼을 위한 C 세대 ROSE 를 자동으로 생성합니다. RoseRT 는 objecttime 을 인수한 후 Rational 에 의해 도입되었습니다. 이 도구는 주로 ROOM 이라는 모델을 기반으로 하며 모두 실행 가능합니다.

나는 좋고 나쁨의 구분이 없다.

(ilogix 의 도선생님은 Room 에 동의하지 않습니다.) Rosert 의 인터페이스는 복잡하며 코드 생성은 괜찮지만 효율성은 평가할 수 없습니다.

시스템의 동적 및 정적 모델 문서만 제공됩니다.

Rapsody 는 현재 외국의 많은 대기업들이 Rhapsody 를 사용하여 임베디드 시스템 모델링 및 소프트웨어 설계를 하고 있다.

Rhapsody 는 UML2 를 기반으로 하는 모델 중심 개발 환경입니다

0. 다양한 규모의 프로젝트를 시각화 모델링을 통해 자신의 작업을 분석, 설계, 구현 및 테스트하고 실시간 임베디드 애플리케이션을 구축 및 구성할 수 있습니다.

Rhapsody 는 실시간 시스템의 동작 의미, 실시간 운영 체제 지원, 운영 체제가 없는 실시간 애플리케이션 지원, 레거시 코드의 리버스 엔지니어링, 설계 레벨 디버깅, 효율적인 자동 코드 생성 (C, C, Ada, Java), 자동 문서 생성 등 임베디드 시장의 특수한 요구 사항에 맞게 설계 및 최적화되었습니다.

UML 그래프를 C 또는 C 코드로 직접 변환할 수 있는 아주 좋은 도구입니다.

그러나 시퀀스 다이어그램과 상태 다이어그램의 실행, 디버깅 및 시뮬레이션을 지원하는 프로그램 프레임워크도 시스템에 도입되었습니다.

그것의 장점은 분명하지만, 동시에 많은 임베디드 애플리케이션에 저항을 형성한다.

예를 들어, 기존의 절차 패키지를 패치하는 새로운 기능이 있다면 새 프레임워크는 기존 시스템에 어떻게 적용됩니까? 그런 다음 MFC 구조를 탐구하는 것 못지않게 이 추가 틀을 진정으로 소화하고 흡수해야 한다. (윌리엄 셰익스피어, MFC, 구조, 구조, 구조, 구조, 구조, 구조)

Rhapsody 는 완전히 새로운 프로젝트에 매우 적합합니다.

확장 기능을 패치하는 항목은 심사숙고해야 한다.

RoseReal-Time 이 이 방면에서 어떻게 행동했는지 모르겠다. Rhapsody 에는 많은 그림이 있습니다. 디자이너가 직접 그림을 그려서 codegeneration 의 고품질 코드를 만드는 것은 매우 흥미 롭습니다.

Rhapsody 는 개발자와 디자이너를 진정으로 구분하고 디자이너가 소프트웨어 엔지니어링 아이디어에 따라 완전히 실현할 것을 요구하는데, 이는 프로젝트에 있어서 의심할 여지 없이 좋은 유지 관리이다. (알버트 아인슈타인, Northern Exposure (미국 TV 드라마), 예술명언) 이식을 용이하게 하는 n 개 이상의 어댑터가 있습니다.

일반적으로 상위 애플리케이션 개발을 위한 프로젝트는