UML은 일반 언어로, 그래픽 표기법을 사용하여 UML 모델이라는 시스템의 추상 모델을 생성하는개방형 표준 입니다. UML은 기본적으로 소프트웨어 시스템을 정의, 시각화, 설계 및 문서화하기 위해 만들어졌습니다. UML은 프로그래밍 언어가 아니지만 UML 모델을 기반으로 코드 생성 이 가능합니다.
\\----- 인용 종료 .
그래픽 모델링 언어는 사람을 시각화하고 디자인하는 데 도움이 되지만 작업을 해결하기 위한 시스템을 자체적으로 생성하지는 않습니다.
어떤 원칙이 가정됩니까? 매우 빠르게 증가하는 계산 복잡성 문제는 어떻게 해결될 것입니까? 문제는 소프트웨어 솔루션에 대해 어떻게 공식화됩니까?
1. 일반적인 대상 구조(내가 개념에서 밝히고자 하는)의 "도면"을 따르고 해당 대상의 시뮬레이션된 "생활 활동"의 형태로 프로그램을 구성하는 원리를 제안합니다.
2. 생각이 났지만 아직 컴퓨팅 파워 문제에 대해 생각해 본 적이 없습니다. 리소스 소비가 어떻게 증가할지 아직 모릅니다. 나는 모든 것이 생성된 프로그램의 복잡성과 물론 어느 지점에서 한계에 도달했는지에 달려 있다고 생각합니다.
3. " 프로그램 솔루션을 위해 문제를 어떻게 공식화할 것인가"라는 질문에 아직 답이 없습니다. 너무 이르다. 실제 적용을 앞두고 있습니다. 이제 저는 프로그램으로 객체의 내용을 빠르게 구축한다는 아이디어를 구현하는 데 집중하고 있습니다.
*추가됨:
계산 복잡성 에 관한 질문에 약간 잘못 대답하여 "용량"과 혼동하지만 원칙적으로 대답은 변경되지 않을 수 있기 때문입니다. 계산 복잡성은 계산 능력에 의해 "진화"됩니다. 물론 작업에 대한 접근 방식입니다.
당신은 더위와 추위를 혼동하고 있습니다
당신은 사물의 주제에 전혀 관심이 없습니다. 왜 당신의 의견을 말합니까?
난 오른쪽이 왼쪽이야 형
Piotr, UML 발견( https://ru.wikipedia.org/wiki/UML )
당신이 말하려는 것은 "이미 당신보다 먼저 도난당했습니다" :-)
내 생각에는 물체의 적분 속성과 외부 영향에 의해 형성되는 속성의 경계가 중복되고 흐릿합니다. 그러면 그는 저주에 걸리고 단순화할 것입니다. 그러나 Peter는 확고부동합니다. 아마도 무언가가 태어날 것입니다.)
나는 단순한 것에서 복잡한 것에 이르기까지 물체의 그라데이션으로 시작할 것입니다. 객체로서의 복잡한 Expert Advisor의 속성... 글쎄요, 아주 간단하고 이해할 수 있는 예는 아닙니다.
Piotr, UML 발견( https://ru.wikipedia.org/wiki/UML )
당신이 말하려는 것은 "이미 당신보다 먼저 도난당했습니다" :-)
Peter's는 점점 더 글로벌해지고 있습니다)))
Piotr, UML 발견( https://ru.wikipedia.org/wiki/UML )
당신이 말하려는 것은 "이미 당신보다 먼저 도난당했습니다" :-)
이것은 완전히 사실이 아닙니다. 위키피디아에서:
"UML ( 영어 통합 모델링 언어 - 통합 모델링 언어)은 비즈니스 프로세스 모델링 , 시스템 설계 및 조직 구조 표시를 위한 소프트웨어 개발 분야의 개체 모델링 을 위한 그래픽 설명 언어입니다.
UML은 일반 언어로, 그래픽 표기법을 사용하여 UML 모델이라는 시스템 의 추상 모델을 생성하는 개방형 표준 입니다. UML은 기본적으로 소프트웨어 시스템을 정의, 시각화, 설계 및 문서화하기 위해 만들어졌습니다. UML은 프로그래밍 언어가 아니지만 UML 모델을 기반으로 코드 생성 이 가능합니다.
\\----- 인용 종료 .
그래픽 모델링 언어는 사람을 시각화하고 디자인하는 데 도움이 되지만 작업을 해결하기 위한 시스템을 자체적으로 생성하지는 않습니다.
개념의 세 번째 부분을 준비하고 있습니다.