Общие положения. Методические рекомендации
ПМ 0.2 Организация работ по монтажу, ремонту и наладке систем автоматизации (по отраслям).
Методическое пособие предназначено для обучающихся 2 курса специальности 220703 Автоматизация технологических процессов и производств (по отраслям). В пособии излагаются основные вопросы выполнения обучающимися реферата по направлению «Мехатронные системы». Раздел ПМ 1. Выполнение работ по монтажу, ремонту и наладке систем автоматического управления, средств измерений и мехатронных систем.
МДК 1. Теоретические основы монтажа, ремонта, наладки систем автоматического управлении, средств измерений и мехатронных систем
ПМ 0.2 Организация работ по монтажу, ремонту и наладке систем автоматизации (по отраслям).
Освещены требования к оформлению и защите данного вида работ, даются примерные темы рефератов и список основной литературы.
Составитель Манапова Ольга Николаевна, преподаватель ГБОУ СПО (ССУЗ) «ЧКИПТи ХП».
Рассмотрено и одобрено на заседании предметно-цикловой комиссии АТПП и АСУ (протокол № ___ от _________2013 г.)
Сборка и подключение механизма хранения и выдачи заготовок
- Общие положения ………………………………
- Этапы и структура выполнения реферата ……….
- Оформление и защита реферата ………………….
Общие положения
Предлагаемая тематика рефератов по направлению «Мехатронные системы» составлена в соответствии с утвержденной рабочей программой для студентов 2 курса очного отделения специальности 220703 АТПП профессионального модуля ПМ 0.2 Организация работ по монтажу, ремонту и наладке систем автоматизации (по отраслям).
Реферат обучающийся должен выполнить до итоговой аттестации по данному модулю. Реферат выполняется на основе изучаемого учебного материала. При положительной оценке (зачет) по реферату обучающийся должен обладать следующими общими компетенциями:
ОК 4. Осуществлять поиск и использование информации, необходимой для эффективного выполнения профессиональных задач, профессионального и личностного развития.
ОК 5. Использовать информационно-коммуникационные технологии в профессиональной деятельности.
При положительной оценке (зачет) по реферату обучающийся в составе профессионального модуля должен знать:
теоретические основы и принципы построения систем автоматического управления и мехатронных систем;
интерфейсы компьютерных систем мехатроники;
принципы действия, области использования, устройство типовых средств измерений и автоматизации, элементов систем мехатроники.
ИсточникЭтапы проектирования мехатронных систем
Внедрение автоматизированных систем управления в проектирование, управление оборудованием, технологическими процессами, процессы принятия управленческих решений, рассматривается как важнейшее направление научно-технического прогресса в области интенсификации производства. Особенно высока роль вычислительной техники и средств автоматизации при решении задач оперативного управления автоматизированным производством, функционирующем на основе использования промышленных роботов, станков с числовым программным управлением, гибких автоматизированных линий.
Монтаж и пуско-наладка мехатронной станции распределения изделий
Проектирование МС – трудоемкий процесс, основанный на определенной технологии и инструментарии его разработки. Для проектирования МС необходимо знать следующее.
1. Методы проектирования МС.
2. Этапы создания МС.
3. Способы организации внутренней структуры МС.
4. Специфику различных технологий создания МС.
Основные этапы разработки МС указаны ниже.
1. Постановка задачи.
2. Предпроектное обследование предметной области.
3. Разработка требований и технического задания.
4. Выбор модели жизненного цикла, методов и стратегий проектирования.
5. Моделирование МС и ее процессов.
6. Разработка общих и детальных схем МС и ее модулей.
7. Изготовление и ввод в эксплуатацию головного образца МС (эскизного, пилотного проекта).
8. Отладка и тестирование. Обеспечение качества и надежности.
10. Внедрение в эксплуатацию (установка, эксплуатационное тестирование, приемка и т.д.).
11. Опытная эксплуатация и доработка головных образцов.
12. Организация выпуска, монтаж, наладка и ввод в эксплуатацию серийных образцов;
13. Организация сопровождения МС.
На каждом из перечисленных этапов возникают многочисленные вопросы, ответы на которые могут быть найдены только в результате исследования системы и внимательного изучения качественных и количественных данных, полученных при исследовании. Применительно к объектам большой сложности приобретает особое значение первый этап.
Одним из базовых понятий методологии проектирования МС является понятие жизненного цикла ее и ее программного обеспечения (ЖЦ). ЖЦ МС — это непрерывный процесс, который начинается с момента принятия решения о необходимости создания МС и заканчивается в момент ее полного изъятия из эксплуатации.
МС как продукт производственно-технической деятельности имеет срок жизни, т.е. время от момента возникновения до момента изъятия из потребления по причине полного износа. Износ для МС — это как материальный, так и моральный износ. Жизненный цикл включает в себя несколько стадий:
— разработка, (занимает » 50% стоимости, » 32% трудозатрат),
В процессе сопровождения возможны функциональные изменения МС и процедуры обнаружения ошибок.
При проектировании МС необходимо выбрать модель жизненного цикла МС. Под моделью ЖЦ понимается структура, определяющая последовательность выполнения и взаимосвязи процессов, действий и задач, выполняемых на протяжении ЖЦ. Модель ЖЦ зависит от специфики МС и специфики условий, в которых последняя создается и функционирует. Его регламенты являются общими для любых моделей ЖЦ, методологий и технологий разработки.
К настоящему времени наибольшее распространение получили следующие две основные модели ЖЦ:
В изначально существовавших однородных МС каждый модуль представлял собой единое целое. Для разработки такого типа приложений применялся каскадный способ. Его основной характеристикой является разбиение всей разработки на этапы, причем переход с одного этапа на следующий происходит только после того, как будет полностью завершена работа на текущем (смотри рисунок 2.1). Каждый этап завершается выпуском полного комплекта документации, достаточной для того, чтобы разработка могла быть продолжена другой командой разработчиков.
Положительные стороны применения каскадного подхода заключаются в следующем :
– на каждом этапе формируется законченный набор проектной документации, отвечающий критериям полноты и согласованности;
– выполняемые в логичной последовательности этапы работ позволяют планировать сроки завершения всех работ и соответствующие затраты.
Каскадный подход хорошо зарекомендовал себя при построении МС, для которых в самом начале разработки можно достаточно точно и полно сформулировать все требования, с тем чтобы предоставить разработчикам свободу реализовать их как можно лучше с технической точки зрения.
Рисунок 2.1- Каскадная схема разработки МС
В эту категорию попадают сложные расчетные системы, системы реального времени и другие подобные задачи. Однако, в процессе использования этого подхода обнаружился ряд его недостатков, вызванных прежде всего тем, что реальный процесс создания МС никогда полностью не укладывался в такую жесткую схему. В процессе создания МС постоянно возникала потребность в возврате к предыдущим этапам и уточнении или пересмотре ранее принятых решений. В результате реальный процесс создания МС принимал следующий вид (смотри на рисунке 2.2):
Рисунок 2.2- Реальный процесс разработки МС по каскадной схеме
Основным недостатком каскадного подхода является существенное запаздывание с получением результатов. Согласование результатов с пользователями производится только в точках, планируемых после завершения каждого этапа работ, требования к МС «заморожены» в виде технического задания на все время ее создания. Таким образом, пользователи могут внести свои замечания только после того, как работа над системой будет полностью завершена. В случае неточного изложения требований или их изменения в течение длительного периода создания МС, пользователи получают систему, не удовлетворяющую их потребностям. Модели (как функциональные, так и информационные) автоматизируемого объекта могут устареть одновременно с их утверждением.
Для преодоления перечисленных проблем была предложена спиральная модель ЖЦ (рисунок 2.3), делающая упор на начальные этапы ЖЦ: анализ и проектирование. На этих этапах реализуемость технических решений проверяется путем создания прототипов. Каждый виток спирали соответствует созданию фрагмента или версии МС, на нем уточняются цели и характеристики проекта, определяется его качество и планируются работы следующего витка спирали. Таким образом углубляются и последовательно конкретизируются детали проекта и в результате выбирается обоснованный вариант, который доводится до реализации.
Рисунок 2.3 — Спиральная модель ЖЦ МС
Разработка итерациями отражает объективно существующий спиральный цикл создания системы. Неполное завершение работ на каждом этапе позволяет переходить на следующий этап, не дожидаясь полного завершения работы на текущем. При итеративном способе разработки недостающую работу можно будет выполнить на следующей итерации. Главная же задача — как можно быстрее показать пользователям системы работоспособный продукт, тем самым активизируя процесс уточнения и дополнения требований.
Основная проблема спирального цикла – определение момента перехода на следующий этап. Для ее решения необходимо ввести временные ограничения на каждый из этапов жизненного цикла. Переход осуществляется в соответствии с планом, даже если не вся запланированная работа закончена. План составляется на основе статистических данных, полученных в предыдущих проектах, и личного опыта разработчиков.
На практике более удобна в применении спиральная модель ЖЦ, т.к. обеспечивает наиболее подходящие и рациональные средства разработки программного продукта.
Источник