3.1.2. Формати за обмен на данни
Форматите за обмен на данни могат да бъдат класифицирани според няколко критерия [35]:
Символно и двоично. Данните в символен формат, според статистиката, заемат 20% повече място и се обработват 5 пъти по-бавно. Въпреки това символните формати са по-често срещани, защото осигуряват висока степен на независимост от хардуерни и софтуерни платформи.
Корпоративни, национални и международни. Някои от форматите са стандартни и са одобрени от национални или международни органи по стандартизация. Одобрението на формата като стандарт е важно - стандартът се преразглежда веднъж на всеки пет години и това е гаранция, че конверторите не трябва да се преработват с чести промени на формата.
Формати на функционален план и формати, които предават крайния модел. Формати на функционални планове - широко разпространени библиотеки от стандартни функции: Grafor,GKS,PHIGS. Възможно е да се напише на език за програмиране набор от извиквания на стандартни функции, което води до генериране на някои данни. Чрез вмъкване на изходния текст в програмата, компилиране, компилиране, стартиране за изпълнение, ние получаваме необходимите данни. Сега такива формати практически не се използват, тъй като крайните потребители работят с готови софтуерни приложения.
В описанието на всеки формат голямо място се отделя на концептуалното ниво, тоест описанието какво значение има кое поле. В повечето формати такова описание се дава под формата на четим от човека текст, но не много четим от програмата. Поради това форматите имат ограничен набор от концепции, които могат да бъдат предадени с тяхна помощ. Много често това е геометрия, в която наборът от понятия е малък и отдавна е установен.
Това важи и за найобщи формати:
dxf– форматAutoDesk. Първоначално той е създаден, за да може да прави илюстрации вAutoCADи да ги вмъква в текстови документи. След това целта на формата започна да се разширява и сега той често се използва за обмен на данни междуCADсистеми.
igesе национален стандарт на САЩ, който се прилага по целия свят. Постоянно се добавят нови концепции към форматаiges, но този процес е много бавен поради факта, че описанията на нови концепции се добавят само под формата на текст на обикновен език.
stlе високо специализиран формат, предназначен да бъде зареден в специални машини -3Dпринтери. Геометрията на частта в този формат се предава като голям брой малки плоски лица.
vda-fsе специален геометричен формат, разработен от Германската автомобилна асоциация. Принципите са почти същите като вstl.
В съвременните условия на развитие на ИТ вече не е необходимо да се прехвърля само една геометрия, но също така и данни за състава на продукта, технологични данни, изчислителни модели, информация за електронни компоненти, данни за процеса на разработване и одобрение и т.н. Много от тези проблеми все още не са решени, например в средата KOMPAS е невъзможно автоматично да се създаде спецификация за ESKD, като се използват части, направени съгласно групови дизайнерски документи като част от продукта.
Към днешна дата, поради факта, че броят на различните компютърни приложения непрекъснато нараства, задачата за представяне на данни за съхранение и обмен става все по-важна. Първоначално (започвайки през 50-те години на миналия век) компютърните приложения се използват за индивидуални задачи (например филтърни изчисления, сложни физични и химични процеси,траектории на режещия инструмент и др.). Тъй като тези различни задачи бяха толкова различни една от друга, не можеше да се говори за обмен на данни между тях. Необходимостта от обмен на данни възниква по-късно, с увеличаване на броя на компютърните приложения, увеличаване на броя и сложността на задачите, които решават.
Разработването на софтуерни продукти като набор от алгоритми и структури от данни може да се раздели на три етапа (фиг. 3.5) [35]:
Етап 1. Функционално-алгоритмичен. На този етап последователността от действия беше следната. Задачата е формулирана (например изчисляване на разпределението на температурата върху повърхността на печатната платка); компилира се алгоритъм за неговото решаване, програмира се и се получава изпълним код. След като въведете първоначалните данни, можете да получите резултата бързо и с висока точност. Моделът на изследвания обект е изграден за алгоритъма и е неотделим от алгоритъма.
Като цяло,моделе обект или явление, което повтаря в достатъчна степен свойствата на моделирания обект или явление (прототип), които са съществени за целите на конкретното моделиране, и пропуска несъществени свойства, по които може да се различава от прототипа. Съответствието на свойствата на модела с оригиналния обект се характеризира с адекватност [39].
Всички модели могат да бъдат разделени на два вида:обективнииинформационни. Пример за обектен модел може да бъде глобус като модел на Земята, кола играчка като модел на настоящето. Информационните модели включват описания на обект на естествен език (вербален или вербален модел) и формални системи за представяне на информация (математически, софтуерни и други модели)].