Пояснительная записка (1230040), страница 3

Просмтор этого файла доступен только зарегистрированным пользователям. Но у нас супер быстрая регистрация: достаточно только электронной почты!

Текст из файла (страница 3)

В 2009 году вышла новая версия формата — DWFx, которые возможно просматривать альтернативными программами типа Microsoft XPS Viewer.

DXF (англ. Drawing eXchange Format) — открытый формат файлов для обмена графической информацией между приложениями САПР. Был создан фирмой Autodesk для системы AutoCAD. Поддерживается практически всеми CAD-системами на платформе PC.

DXF был впервые представлен в декабре 1982 года как часть AutoCAD 1.0, в качестве обменного формата данных, предоставляющего ту же информацию, что и закрытый внутренний формат AutoCAD — DWG, спецификация на который никогда не предоставлялась. В настоящее время на сайте Autodesk можно найти спецификации всех версий DXF, начиная с AutoCAD Release 13 (ноябрь 1994 г.) по AutoCAD 2012 (февраль 2011 г.). Начиная с AutoCAD Release 10 (октябрь 1988 г.) помимо текстового варианта DXF, поддерживается также и двоичная версия — DXB.[11]

По мере того, как AutoCAD становился всё сложнее и поддерживал всё более сложные типы объектов, DXF становился всё менее полезен. Новые объекты в спецификации формата описывались не полностью либо не описывались вовсе. Большинство разработчиков коммерческих приложений, включая конкурентов Autodesk, в качестве основного формата обмена с AutoCAD используют формат DWG, через библиотеки, предоставляемые некоммерческой организацией Open Design Alliance, которой была выполнена обратная разработка формата DWG.

Однако, для большинства практических нужд вновь вводимые объекты, такие как 3D-расширения, не являются необходимыми. Например, в соответствии с требованием ЕСКД, чертёж любого изделия является двумерным контурным изображением (ГОСТ 2.301-68, Форматы). Поэтому DXF не только не исчез, но стал де-факто одним из двух стандартов для векторных изображений в открытых операционных системах и приложениях (второй стандарт -SVG). Например, его поддерживает векторный графический редактор Inkscape, а для САПР QCad формат DXF является основным.

1. ArchiCAD

Система ArchiCAD — великолепная CAD-система, т.е. специализированное средство для трехмерного строительного проектирования. В отличие от других CAD-систем, написанных для инженеров, а позднее приспособленных для архитектуры, программа ArchiCAD изначально была разработана для решения исключительно архитектурных задач. В результате такой узкой специализации программы архитекторы-профессионалы получили возможность работать в интуитивной среде с очень простым для изучения интерфейсом и привычным для архитектора инструментарием.

ArchiCAD позволяет в одном файле интегрировать данные, понятные как профессионалу-строителю, так и покупателю. Эта особенность позволяет архитектору — пользователю ArchiCAD сэкономить свое рабочее время и значительную часть средств своего клиента и поможет избежать возможных конфликтов еще до их возникновения.

Пользователь ArchiCAD обладает полной и разнообразной информацией о проекте на любом этапе его разработки:

• при работе над эскизом доступна детальная строительная информация (данные о точных размерах, площадях и материалах);

• трехмерная перспектива строится автоматически на основе данных проекта;

• любые изменения в чертежах автоматически отображаются в конструкторской документации, которая пополняется по мере выполнения проекта.

ArchiCAD — единственная программа, в которой может меняться степень детализации чертежей в зависимости от выбранного масштаба. Например, исходя из масштаба, двери или окна на плане могут быть отображены схематически или со всеми деталями. Это избавляет архитектора от необходимости каждый раз вычерчивать дополнительные элементы или узлы на чертеже малого масштаба. Существует возможность даже скопировать детали со стандартного каталога производителя. .

Система представления информации на экране программы ArchiCAD проста и ограничена, в то же время ее пользователь имеет доступ к необходимым и самым специфичным данным. Даже новички в работе с компьютером очень быстро могут освоить эту программу.

Сделать программу ArchiCAD простой и доступной для пользователей было одной из основных задач ее разработчиков, и она решена превосходно.

1. P-CAD

Система проектирования радиоэлектронной аппаратуры P-CAD на сегодняшний день является одной из самых мощных, полных и последовательных систем автоматизированного проектирования для персональных компьютеров. Изначально P-CAD представлял собой пакет специализированных модулей, тесно связанных друг с другом и охватывающих все этапы разработки и изготовления печатных плат. Начиная с версии P-CAD 2001, в состав пакета включен модуль схемотехнического моделирования электронных устройств, позволяющий проектировать аналоговые, логические и смешанные, аналого-цифровые устройства.

Программные средства системы позволяют автоматизировать весь процесс проектирования электронных средств, начиная с ввода принципиальной схемы, ее моделирования, упаковки схемы на печатную плату, интерактивного размещения радиоэлектронных компонентов на печатную плату и автотрассировки соединений, вплоть до получения конструкторской документации и подготовки информации для производства плат на технологическом оборудовании.

1. Выбор системы автоматизированного проектирования

Как итог, ArchiCAD и PCAD являются специализированными системами и по определению не подходят для проектирования виртуальной железной дороги. AutoCAD имеет более богатую базу элементов и возможностей, нежели его конкуренты. Ко всему прочему, для дальнейшей трехмерной визуализации виртуальной железной дороги используется система 3ds Max. Эта система имеет основательную поддержку формата dwg, что позволяет быстро и безошибочно напрямую импортировать данные из AutoCAD. Для других рассмотренных систем это невозможно и необходимо промежуточное звено, такое как, например, AutoCAD.

Из приведенной сравнительной характеристики видно, что для решения задачи, поставленной в данном дипломном проекте, наилучшим образом подходит система автоматизированного проектирования AutoCAD с надстройкой Civil 3D.

1. Элементы автоматизации

1.7.1 Импорт-экспорт данных

Конвертированием обычно называют изменение формата файла-документа или его части. При конвертировании файл-документ определенного типа, подготовленный средствами некоего приложения (возможно, в другой операционной системе) преобразуется приложением Windows в файл-документ того же (или примерно того же) типа. Операция конвертирования достаточно сложна и не удобна для рядового пользователя. К тому же результаты не всегда получаются ожидаемыми, так как любое преобразование, в том числе и формата, влечет за собой потери. Многие специалисты считают конвертирование частным случаем более общей операции – импорта-экспорта данных. В этом действии данные одного файла-документа по определенным соглашениям пересылаются в другой файл-документ. При этом оба файла могут иметь одинаковый тип, но разный формат (например, обмен между файлами баз данных), а могут принадлежать к разным классам документов (например, обмен между текстовыми файлами и базами данных). Примерами импорта-экспорта являются: файл AutoCad *.dwg в точечный рисунок *.bmp , рисунок созданный в 3D Studio Max *.3ds в документ AutoCAD *.dxf. При таком подходе формат переносимых данных остается неизменным, однако же, в приложении-источнике пользователь теря-ет ряд возможностей по редактированию вставленного фрагмента.

1.7.2 Динамический обмен данными (DDE)

DDE – это разработанный Microsoft набор специальных соглашений (протокол) об обмене данными между приложениями Windows. В самом начале развития персонального компьютера, когда объем памяти на внешнем запоминающем устройстве был мал и дорог, при помощи DDE решали проблему недостатка свободного места на диске. Так как связываемый документ хранится в виде файла только в одном месте, то при связывании свободное место используется эффективно. Понять суть этого метода связывания можно на простом примере. Допустим, требуется составить документ, содержащий сведения о различных программных и аппаратных продуктах (как минимум, краткое описание и цена). Очевидно, что подготовить данный документ необходимо с помощью текстового редактора, например Word. Представим, что подлежащие внесению в документ сведения о продуктах и их ценах уже существуют в базе данных, которая управляется некоторым Windows-приложением, например Access. Для ускорения процесса подготовки документа разумно по уже известной методике передать необходимые сведения из базы данных в буфер обмена (Clipboard). Однако вполне возможно, что через некоторое время цены изменятся.

При старой методике (через буфер) это приведет к необ-ходимости подготовить документ заново. Использование DDE-метода позволяет избежать этого, так как обеспечивает динамический обмен данными и обновление их в подготавливаемом документе по мере их изменения в источнике. При таких условиях «выходной» документ всегда будет «первой свежести». Обновляемые данные находятся в документе-источнике и хранятся там приложением-источником. Сохранение документа источника и лежит в основе функ-ционирования DDE-метода. Из сохраненного документа-источника требуемые сведения копируются через Clipboard в выходной документ. Процедура этого копирования нам знакома. Особенность состоит в том, что DDE-метод устанавливает между источником и копиями некоторую связь. И связь эта обеспечивает автоматическое (или по требованию) обновление копии по мере появления изменений в источнике. Многие Windows-приложения поддерживают методику DDE как для создания источников связывания, так и для восприятия динамически обновляемых данных. Но при практическом применении DDE-метода следует учитывать ряд требований. Первое и наиболее важное состоит в том, что приложения, подлежащие связыванию, должны поддерживать DDE-метод. Важным является также определе-ние, в каком качестве данное приложение будет существовать в DDE: в качестве источника или приемника. Не все приложения можно использовать в обоих качествах. Данные, являющиеся источником в DDE-операциях, должны быть обязательно сохранены, так как связь осуществляется непосредственно через файлы документов.

Рассмотрим способ актуализации без открытия окна. Допустим, что у нас существуют два документа (Источник и Приемник) Word и между ними существует связь посредством DDE. Предположим, что мы открыли документ Источник и изменили его, затем закрыли окно текстового редактора. Поскольку мы закрыли окно Word, то внесенное изменение осталось теперь только в файле источника на диске. Далее опять запустим Word и загрузим в него оставшийся неизменным файл документа Приемника. Хотя во время внесения изменений в текст, окно приемника было закрыто, целевой Word-документ предстает в актуализированном виде. Это произошло потому, что связь в DDE методе осуществляется не через окна, а через файлы.

Если файл-источник поврежден или перемещен, то связь нарушается и для её восстановления необходимо заново создавать все ссылки. Сейчас DDE вытеснено более новой технологией OLE, которая широко используется в Windows приложениях. Однако все же в ряде случаев DDE применяется. На сегодняшний день в DDE можно выделить два уровня:

1) В некоторых приложениях Windows избранные операции DDE встроены в интерфейс программы. Например, в процессоре Word имеется возможность решить следующую задачу. Пусть имеется документ Word, и в этом документе содержится текст «серийного» письма, которое необходимо разослать по нескольким адресам. В этом письме имеются переменные поля с фамилией адресата и его адресом. Фамилии и адреса содержатся в базе данных MS Access. Надо изготовить несколько экземпляров одного и того же письма, каждый из которых будет отличаться от другого фамилией и адресом. Эту операцию можно выполнить с помощью команды Сервис-Слияние (Сервис – Письма и рассылки) [8].

2) Второй уровень DDE требует знания некоторых программных средств и может быть использован квалифицированными пользовате-лями или программистами. Суть этого уровня проиллюстрирую приме-ром. Допустим, программист разработал информационную систему, в которой предусмотрено автоматизированное составление расписания каких-то мероприятий (например, встреч, конференций, семинаров и т. п.). Это расписание надо красиво напечатать (с указанием дат, дней недели, колонтитулов и т. п.). Лучше всего справится с этой задачей процессор Word. Поэтому программист заготовил в процессоре Word некий шаблон расписания и снабдил его закладками.

Итак, можно сказать, что с появлением метода DDE возник качественный скачек в продвижении технологии связывания и совместного использования документов. Но все же остались некоторые недочеты, которые в своем большинстве были исправлены схемой OLE.

1. Технология OLE.

1.8.1 Объектно-ориентированная технология

В данной части кратко описывается объектно-ориентированная технология, которая используется в современных средствах разработки программного обеспечения и составляет ядро метода OLE. Стремительный прогресс аппаратных технологий дал рядовому потребителю огромную вычислительную мощь. Приобретая новое программное обеспечение, люди желают получить новые свойства и более сложные функции; они хотят воспользоваться преимуществами тех вычислительных средств, которыми располагают. Стремясь соответствовать этим запросам, объем многих прикладных программ вырос до нескольких сотен мегабайт. Это привело к появлению чрезмерно сложных и громоздких систем, которые обычно:

• выходят с опозданием;

• имеют непомерно высокие цены;

• используются эффективно лишь в небольшой своей части;

• плохо адаптируются к требованиям пользователя;

• нуждаются в устранении выявленных ошибок и доработки;

• требуют определенного опыта для своей инсталляции.

Как можно изменить такую ситуацию. Так как причиной всех недостатков является сложность, то, следовательно, необходимы новые способы создания современных программ. Объектно-ориентированная технология – это термин, за которым скрывается ряд новых методологий анализа, проектирования и программирования. При использовании объектно-ориентированной технологии анализ, проектирование и разработка системы проводятся с помощью объектов. Под объектом понимается "разумный", самодостаточный агент, отвечающий за выполнение определенных системных задач.

Традиционно сложилось так, что проектирование и реализация программного обеспечения осуществляется с точки зрения функций или алгоритмов. Как правило, мы разбиваем свои системы на взаимодействующие группы логически связанных функций, воздействующих на наборы несопоставимых данных. Другими словами, мы разделяем сложную задачу на более простые и решаем ее алгоритмически. При использовании алгоритмической декомпозиции проблема разбивается на фундаментальные функциональные единицы, или подсистемы. После этого каждая подсистема реализуется как набор связанных процедур. Эти процедуры воздействуют на данные, не учитывая присущие этим данным взаимосвязи.

Алгоритмическая декомпозиция — это способ решения проблемы с функциональной точки зрения. При алгоритмической декомпозиции все внимание сосредоточено на том, какие преобразования необходимо выполнить над данными без учета их семантической связи.

Можно подойти к решению проблемы по-другому. Прежде чем изучать функциональные взаимосвязи или интересоваться, что происходит с набором данных, необходимо выявить логически обособленные сущности в предметной области, определить их свойства, взаимосвязи и отношение к решаемой проблеме. Лишь разобравшись в сути проблемы, можно моделировать систему при помощи программного обеспечения. Такой способ анализа называется объектно-ориентированной декомпозицией.

Характеристики

Список файлов ВКР