26Вопрос-Проектир-я (функ-я) подсист-ма сапр

Под функциональной структурой ЗУ-ой САПР понимают совокупность взаимосвязанных подсистем, блоков и комплексов задач. ЗУ-ая САПР состоит из подсистем. Такое деление позволяет организовывать работы оп ее созданию и внедрению отдельных ее элементов по времени и по разработчикам.

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

27Вопрос-Растровая модель данных

Растровая модель представл.простр-во и отобр.в виде 2-х мерного массива ячеек или пикселов, где каждая ячейка предст.атрибут отд.темы.

В растр.модели четкость регулируется вкличиной пикселя.

Растр.модель исп-ся для представлений объектов и явлений, имеющих непрерывный хар-ер. Обознач.площадн.объекты, террит.зоны. Приемущество-единичное представл.графич. и атрибутивной инф-ии. Исп-ся как подложка для созд.эл.карты. Недостаток-большой объем занимаемой памяти.

28Вопрос-Реализ-я принц-ов систем-ти, комплекс-ти реш-я и единства иНф-х баз в зу сапр

1.принцип комплексности решения – все задачи ЗУ взаимосвязаны, поэтому они должны быть объединены в технологический процесс; 2.принцип системности заключается в комплексном анализе объектов проектирования на основе которого проводится полная структуризация процесса проектирования, что позволяет организовать сквозной цикл проектирования;

3.принцип единства информационной базы требует накопления информации, характеризующей объекты проектирования во всех компонентах САПР должны использоваться термины, символы, условные обозначения и способы предоставления информации в соответствии с нормативными документами.

29Вопрос-Сод-е принц-пов открыт-ти, надежн-ти и интерактив-ти в зу сапр

1.принцип открытости – любой элемент в процессе функционирования системы можно добавлять, изменять или снимать. Эти операции не должны опираться на состояние системы или требовать ее перепроектирование;

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

30Вопрос-Сод-е принц-ов оценочности вариантов и инвариант-ти в зу сапр

1.принцип инвариантности – каждый элемент системы должен иметь возможность фукционировать как в рамках системы, так и вне её, обеспечивая эффективное решение в различных условиях его использования – компоненты САПР по возможности должны быть универсальными и типовыми, то есть инвариантными по отношению к объектам проектирования;

31Вопрос-Состав док-ции на программ-е сред-ва

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

Документирование объектов и процессов жизненного цикла программного средства обеспечивает взаимодействие с пользователями, а также освоения и развития функций программного средства на любых стадиях его жизненного цикла. В зависимости от назначения и предполагаемого использования документация на программное средство подразделяется на следующие виды: 1.план документирования программного средства и поддерживающие его документы; 2.план обеспечения заданных показателей качества и поддерживающие его документы управления качества; 3.исследовательская документация; 4.технологическая процесса разработки, включающая подробные технические описания, она готовится для специалистов ведущих проектирование, разработку и сопровождение программных средств; 5.эсплуатационная документация на программный продукт – она создается для конечных пользователей и позволяет им осваивать и квалифицированно применять эти средства для решения конкретных функциональных задач. Эксплуатационная документация должна обеспечивать отчуждаемость программного средства от первичных разработчиков и возможность освоения и эффективного применения программного средства достаточно квалифицированными специалистами. Состав этой документации формируется выборкой из технологических документов с учетом требований заказчика или потенциальных пользователей. Эксплуатационная документация включает: 1.руководство администраторов и операторов, осуществляющих инсталляцию и непосредственное управление режимами решения функциональных задач регламентированными в информационной системе; 2.руководство операторов пользователей, использующих программное средство по прямому назначению; 3.документацию сопровождения программного средства, включая руководство по сопровождению и модификации программ; 4.справочные руководства по применению программного средства; 5.учебные руководства по освоению программного средства.