Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Metodologicheskie_osnovy_sistemotekhnicheskoy_d...doc
Скачиваний:
3
Добавлен:
19.09.2019
Размер:
66.05 Кб
Скачать

Функции головного разработчика выполняет организация — пользователь сапр

С одной стороны, САПР в целом, несмотря на широкое применение типовых средств, является уникальной системой, так как отражает конкретную методологию проектирования. Практика автоматизации решения плохо формализуемых задач, к которым относится и проектирование, показывает, что адекватно представить информационные потребности пользователя может только он сам. Ошибки же, допущенные при определении целей САПР, описании требований пользователей и формировании технологии автоматизированного проектирования, могут привести к созданию ненужной и даже вредной системы. Достоинство данного варианта — возможность исключить эти ошибки. С другой стороны, для создания эффективной системы нужны квалифицированные кадры, практически владеющие методологией автоматизации, имеющие конкретный опыт создания систем данного класса. Если головным разработчиком является пользователь САПР, необходимо предварительно провести научно-исследовательскую работу, целью которой является создание работоспособного макета будущей системы или ее основных компонентов. В ходе проведения ее осуществляется разработка и/или освоение рабочей технологии создания системы в целом и ее компонентов; выбор, освоение и испытание инвариантных комплексов средств автоматизации; получение необходимой информации о трудоемкости проектных процедур и операций, адекватности моделей оценок эффективности и качества САПР; уточнение действительных информационных потребностей пользователей и источников эффекта от применения САПР.

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

Функции головного разработчика выполняет профессиональная организация по разработке сапр

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

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

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

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

  • разработка общей методологии создания САПР в целом, типовой технологии решения системотехнических задач;

  • адаптация общей методологии создания САПР, разработка на основе типовой технологии системотехнической деятельности рабочей технологии, ее реализация при решении системотехнических задач создания конкретной САПР.

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

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

Заключение

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