17. Декомпозиция задачи проектирования.

Проектирование – многоуровневый процесс

Декомпазиция - это процесс разделения общей цели проектируемой системы – на отдельные подцели – задачи

18. Задачи, решаемые с помощью к САПР при разработке проекта.

19. Концептуальное проектирование, проектный анализ.

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

20. Детальное проектирование, подготовка проектной документации.

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

21. Первый подход к разработке сапр (сапр как методологическая наука).

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

22. Второй подход к разработке сапр (академический подход)

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