6. Виды бд, исп-х в Зу сапр.

БД-поименованная совок-ть данных, отобр-щая сост. объекта, его св-ва и его взаимоотношения с другими объектами, а так же комплекс технич. и программных ср-в для ведения этих БД.Виды БД: 1) иерархические 2)сетевые 3)реляционные. 1. Иерарх.БД устанавл. строгую подчиненность между записями. Для хран. информации она не всегда подходит. Иерархические базы данных могут быть представлены как дерево, состоящее из объектов различных уровней. Верхний уровень занимает один объект, второй — объекты второго уровня итд. 2.Сетевые БД.Эти структуры сост из наборов, поименованных двухуровн. деревьев Соз-сь такие БД для малоресурсных ЭВМ. Программист должен был знать массу терминов, изучить несколько внутренних языков СУБД, детально представл. логические структуры БД для осуществления навигации в ней. Недостатки иерарх и сетевой БД: -очень жесткие БД, наборы отношений и структуры записей нужно задавать заранее; - изменение структуры БД означ. перестройку всей БД; - очень долгая реализация пользовательских запросов; - для получения ответа приходится писать специальную программу для поиска данных. 3.В реляц БД все данные представлены в виде простых таблиц, разбитых на строки и столбцы, на пересечении которых содержатся значения данных. Создав несколько таблиц взаимосвязанной информации можно выполнять сложные операции с данными. В реляц БД , используемых в ГИС и САПР содержится 2 вида данных: графич и атрибутивные. В графич БД хранится графич. или метрическая основа карты в цифровом виде. Атрибут БД содержит смысловую нагрузку карты и доп. сведения, которые относятся к пространственным данным, но не могут быть прямо нанесены на карту.

7.Возможности графического компьютерного проектирования.

Методы графического комп-го проектирования предоставляют возможность: 1) поднять производительность труда проектировщикам; 2) существенно увеличить кол-во вариантов проекта; 3) повысить точность проектных решений и качество графич части Зу проектов; 4) создавать Зу продукцию, востребованную рыночными условиями; 5) хранить, корректировать и дополнять Зу документацию на основе включ. Зу САПР в общую информационную систему.

8. Возможности применения ас в зу-ном проектировании

Особенности программных средств, применяемых для решения задач ЗУ-ва:

1) масштабность и выраженная проблемная ориентация прогр.ср-в, применяемых в различных приложениях и сочетаниях;

2) трудоемкость создания прогр.ср-в и БД, наполнения информацией и актуализацией без данных, длительность их жизненного цикла составляет несколько лет;

3) большинство используемых прогр.ср-в и БД азвиваются длительное время и применяются у пользователей в нескольких версиях, существенно различающихся функциональными хар-ками и кач-вом;

4) комплексы в/действующих и идентичных по содержанию прогр.ср-в и массивов инф-ции БД, решающих единую целевую задачу, могут размещаться на различных по архитектуре удаленных аппаратных и операционных платформам и переноситься м/у ними.

Группы прогр.продуктов:

1) прогр.продукты, основным различием которых явл-ся создание систем автоматизир.проектир-ия (AutoCad, CAD+GEO, Credo);

2) прогр.ср-ва, которые помимо основной функции автоматизир.проектир-ия имеют доп.возмож-ти для разрешения отдельных картографо-ЗУ-ных задач и создания относительно несложных ГИС. Прогр.ср-ва этойгруппы включают в состав своей среды СУБД и обеспечивают устан-ие в/связей м/у графическими образами и их семантическими описаниями (CADdy, КадастрЮГ, Object Land, Геополис);

3) прогр.продукты, хар-щиеся наличием мощных ср-в, как для создания ГИС и обработки картограф.материала, так и для построения полностью автоматизир. технологической линии: от обработки исходного картографо-геодезического материала до подготовки составительного оригинала (MGE, ArcInfo 8.0, Erdas Imaging).

Особенности, хар-ные отечественным прогр.продуктам:

1) большая часть прогр.продуктов нах-ся в стадии постоянного совершенствования;

2) нередки случаи, когда осущ-ся адаптация прогр.ср-в, разработанных для целей и задач, отличных от ЗУ;

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

4) часть выводимой инф-ции опр-ся сущ-щими НПА, классификаторами и т.д. Поэтому многие прогр.продукты для облегчения работы пользователя предлагают вводить такие данные с использованием системы справочников, которые нередко бывают жестко зашиты в тело программы. Тем самым все изменения опять возможны только при участии разработчика;

5) некоторые прогр.продукты явл-ся узкоспециализированными и разработчики не всегда указывают прогр.ср-ва, в которых полученные результаты могут использоваться далее.