- •1. Базирование и базы в машиностроении. Их роль в конечной достижимой точности. Практически реализуемые схемы базирования.
- •2. Виды движения элементов станочного оборудования и способы их задания. Необходимость и способы определения скорости резания.
- •3. Автоматизированное проектирование процессов на базе ТехноПро. Принцип формирования ктп из отп, вводимые данные и порядок их обработки при проектировании.
- •IV. Ввод описания отп в ТехноПро
- •4. Роль Базы Условий и Расчётов (бур) ТехноПро в формировании ктп, обеспечении технологических размерных цепей, подборе оснащения и расчёте режимных параметров. Структура и состав Условий.
- •6. Модели жизненного цикла ас и их анализ.
- •7. Диаграммы idef0.
- •Методология idef0
- •8. Диаграммы idef3.
- •Описание перекрестков idef3
- •9. Диаграммы idef1x.
- •10. Роль единого информационного пространства в процессе проектирования изделий.
- •11. Scada-системы. Назначение, функции.
- •12. Этапы создания scada-системы.
- •2.1. Формирование требований к scada-системе
- •2.2. Разработка концепции scada-системы
- •2.3. Технический проект scada-системы
- •2.4. Разработка программной документации scada-системы
- •2.5. Разработка руководства пользователя
- •13. Состав и назначение редакторов инструментального средства genie 3.01.
- •Редактор задач
- •Редактор форм
- •Редактор отчетов
- •14. Аппаратное обеспечение гпс.
- •15. Системы автоматического контроля и диагностирования гсп.
- •Типовая структура системы автоматического контроля гпс
- •16. Автоматизация литейного производства.
- •17. Тиристорные исполнительные устройства.
- •18. 0Днотактные и двухтактные конверторы.(в пень!)
- •2. Регулируемые двухтактные конверторы
- •19. Дискретные регулирующие органы переменного тока. (в пень!)
- •20. Основные этапы концептуального моделирования.
- •21. Этапы транзактного принципа построения имитационной модели на примере системы обслуживания.
- •Составление имитаторов «сервисных» функций
- •Определение требуемого числа прогонов эксперимента
- •Составление структуры моделирующего алгоритма
- •Описание полученного алгоритма
- •22. Язык моделирования gpss World. Основные функциональные блоки и операторы.
- •Функциональные объекты
- •Операторы gpss
- •Описание операторов gpss
- •Список некоторых операторов
- •23. Датчики углового положения и абсолютные шифраторы. Способы увеличения точности, диапазона преобразования.
- •24 .Назначение и характеристика as-интерфейса.
- •25.Принципы построения приборов для измерения давления.
8. Диаграммы idef3.
Нотация IDEF3 (Workflow diagramming) является второй важнейшей категорией после IDEF0 и ориентирована на описание логики взаимодействия информационных потоков. Особенно удобно применять IDEF3 на нижних уровнях функциональных моделей при описании работ, выполняемых в подразделениях и на рабочих местах (рис. 5). С помощью диаграмм IDEF3 удобно описывать сценарии действий работников подразделения, содержащих логику: когда процессы выполняются в определенной последовательности, задаваемой соответствующими логическими условиями (есть ли товар на складе, подписан ли документ, заключен ли договор с поставщиком и т.п.).
IDEF3 предполагает создание двух типов моделей: модель может отражать некоторые процессы в их логической последовательности, позволяя увидеть, как функционирует предприятие (процессно-ориентированный подход), или же модель может показывать сеть переходных состояний объекта предлагает вниманию системного аналитика последовательность состояний, в которых может оказаться объект при прохождении через определенный процесс.
Центральным компонентом модели является единица работы близкая по смыслу к работе IDEF0, которая изображается прямоугольником с прямыми углами и имеет имя в виде отглагольного существительного, обозначающим процесс действия, в составе фразы (изготовление изделия, генерация выходной формы и т.п.).
Взаимоотношения между работами реализуются с помощью стрелок, которые рисуются слева на право или сверху вниз.
Старшая стрелка (связь предшествования) изображается сплошной линией и означает, что работа-источник должна закончится прежде, чем работа-цель начнется.
Связь отношения обозначается пунктирной линией и называет связь между двумя работами или между работой и объектом ссылки.
Объект ссылки в IDEF3 выражает данные или некую идею, которые нельзя связать со стрелкой, перекрестком или работой (клиент, заказы клиента, склад и т.п.). Объекты ссылок должны быть связаны с единицами работ или перекрестками пунктирными линиями.
Характерным объектом IDEF3 является перекресток, который отображает не только логику взаимодействия стрелок при слиянии и разветвлении, но и множестве событий, которые могут или должны быть завершены перед началом следующей работы. В диаграммах IDEF3 любое разветвление или объединение стрелок происходит только с помощью перекрестков для разветвления (Fan-out Junction) или слияния (Fan-in Junction) соответственно. Имеется пять наименований перекрестков, которые обеспечивают любую логику в сценариях (табл. 4).
Для внесения перекрестка в диаграмму служит кнопка в палитре инструментов (добавить в диаграмму перекресток – Junction), тип перекрестка выбирается из диалогового окна Junction Type Editor. Все перекрестки на диаграмме нумеруются, каждый номер имеет префикс J.
Рис. 5. IDEF3-диаграмма.
Работы в диаграммах IDEF3 также декомпозируются в нем и в диаграммах IDEF0, но при этом не происходит мигрирования и туннелирования стрелок. Поэтому системный аналитик должен сам заботиться о связанности моделирования процесса и корректности декомпозиции.
Эту особенность необходимо учитывать при декомпозиции работы из диаграмм IDEF0 и в диаграмму IDEF3. Как уже было отмечено, что согласно нотации IDEF3 – диаграмма не должна иметь граничных стрелок – все стрелки должны заканчиваться на работах, перекрестках или объектах ссылки. Поэтому все стрелки на родительском функциональном блоке IDEF0-диаграммы следует затоннелировать, а в дочерней диаграмме создать нужные объекты ссылки и внутренние стрелки, начинающиеся с объектов ссылки, вместо граничных стрелок.