4. Отличие использования метода моделирования при внешнем и внутреннем проектировании систем.

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

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

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

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

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

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

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

Язык представления исходных данных (в том числе язык исходных данных каждой из подсистем) должен быть близок к системе понятий, употребляемой инженерами-проектировщиками.

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

Всю исходную информацию, подготовленную для разработки технологических процессов, подразделяют на:
  • базовую,
  • руководящую
  • справочную.

    • Сайт управляется системой uCoz