3.5. Защита дипломного проекта

Полностью подписанный дипломный проект принимается к защите Государственной аттестационной комиссией при наличии следующих документов:

 отзыва руководителя проекта;

 рецензии на дипломный проект;

 разрешения заведующего кафедрой на титульном листе о допуске студента к защите дипломного проекта;

 справки из деканата о выполнении студентом полностью учебного плана и оценках, полученных студентом за время обучения в институте;

 зачетной книжки;

 дискеты с материалами по дипломному проекту, включая текст доклада.

По желанию студента на защиту могут быть представлены и другие документы, материалы; авторские свидетельства, макет устройства, акты испытаний, справки о внедрении, программы и т.п.

Защита дипломного проекта состоит из доклада студента с демонстрацией графической части проекта, работы созданных про­грамм, ответов студента на вопросы членов ГЭК и лиц, присутствующих на защите, оглашения отзыва руководителя проекта, огла­шения рецензии, ответа дипломника на замечания рецензента. На защите дипломного проекта студенту может быть задан по содер­жанию проекта любой вопрос как теоретического, так и практи­ческого характера. Оценка дипломного проекта и решение о присвоении студенту квалификации инженера системотехника принима­ется на закрытом заседании ГЭК открытым голосованием.

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

На доклад дипломнику дается не более 10 минут. (при наличие демонстрационных макетов 15 минут)

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

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

4. Литература

1. Конспект лекций к курсу «Проектирование КИП и СУ КИП». МГТУ им. Н.Э. Баумана. Кафедра «Компьютерные системы автоматизации производства». 2009.

2. Евгенев Г.Б. Системология инженерных знаний: учеб. пособие для вузов – М.: Изд-во МГТУ им. Н.Э. Баумана, 2001. -520с.

3. Буч Г. , Якобсон А., Рамбо Дж. UML. Классика CS. 2-е изд./ Пер. с англ.; Под общей редакцией проф. С.Орлова – СПб.: Питер, 2006. - 736с.

4. Емельянов В.В., Ясиновский С.И. Ввведение в интеллектуальное имитационное моделирование сложных дискретных систем и процессов. Язык РДО.-М.: “АНВИК”, 1998.-427 с., ил. 136.

5. Кельтон В.Д., Лоу А.М. Имитационное моделирование. Классика CS. 3-е изд. - СПб.: Питер; Киев: Издательская группа BHV, 2004. - 847 с.: ил.

6. Люгер, Джордж, Ф. Искусственный интеллект: стратегии и методы решения сложных проблем, 4-е издание.: Пер. с англ. -М.: Издательский дом "Вильямс", 2005.

7. Принятие оптимальных решений в интеллектуальных имитационных системах: Учебное пособие по курсам «Методы системного анализа и синтеза» и «Моделирование технологических и производственных процессов»/ Емельянов В.В., Майорова В.И., Разумцова Ю.В. и др. -М.: Изд-во МГТУ им. Н.Э. Баумана. – 2002.

8. Хоботов Е.Н. Управление в технических системах. Часть 1. Управление запасами. -М.: МГТУ им. Н.Э. Баумана, 2001.

9. Горнев В.Ф., Емельянов В.В., Овсянников М.В. Оперативное планирование в ГПС. -М.: Машиностроение, 1990.

10. Норенков И.П. Основы автоматизированного проектирования. - М.: МГТУ им. Н.Э.Баумана, 2006.- 448 c.

11. Управление проектами: Учеб. Пособие для студентов, обучающихся по специальности «Менеджмент организации»/ И.И. Мазур, В.Д. Шапиро, Н.Г. Ольдерогге; Под общ. ред. И.И. Мазура – 3-е изд. – М.: Омега-Л, 2006.- 664с.

12. Единая система конструкторской документации. Основные положения. ГОСТ 2.101-68, ГОСТ 2.109-73.

13. Единая система конструкторской документации. Общие правила выполнения чертежей. ГОСТ 2. 301-68, ГОСТ 2.316-68, ГОСТ 2.317-69.

14. Единая система конструкторской документации. Правила выполнения схем. ГОСТ 2.701-68, ГОСТ 2.702-69, ГОСТ 2.703-68, ГОСТ 2.704-68.

15. Единая система конструкторской документации. Условные графические обозначения в схемах. ГОСТ 2.721-68 - ГОСТ 2.748-74, ГОСТ 2.750-74, ГОСТ 2.751-74.

16. Информационная технология. Комплекс стандартов и ру­ководящих документов на автоматизированные системы. Издатель­ство стандартов, 1991.

17. Единая система программной документации. Издательст­во стандартов, 1982.

18. Отчет о научно-исследовательской работе. ГОСТ 7.32-81. Издательство стандартов, 1991.

19. Единая система программной документации. Схемы алгоритмов, программ, данных и систем. ГОСТ 19.701-90. Условные обозначения и правила выполнения. Издательство стандартов,1991.

20. Комплекс общеотраслевых руководящих методических ма­териалов по созданию АСУ и САПР. - М.:Статистика, 1980.

21. Методические указания по организационно-экономичес­кой части дипломных проектов, - М: МИРЭА, 1991.

22. Александров К. К., Кузьмина Е. Г. Электротехнические чертежи и схемы. - М.:Энергоатомиздат, 1990. - 288 с.

Приложения.

Примеры выполнения этапов дипломного проекта по специализации “Интеллектуальные компьютерно-интегрированные производства” специальности 220201 “Автоматизация технологических процессов и производств”.

П 1. Разработка целевого задания (рук. Проф. Горнев В.ф.)

Техническое задание представляет собой совокупность данных, определяющих требования к характеристикам проектируемой системы. Под целевым заданием на проектирование системы понимается детальное техническое задание, дополненное совокупностью производственных знаний, необходимых для проектирования системы. Поскольку знания представляются, как правило, в параметризованном виде, то эта совокупность охватывает знания, необходимые для целого класса изделий, т.е. представляет интеллектуальную среду проектирования изделий определенного класса. Как известно из курсов «Моделирование ТП и ПП» и «Проектирование КИП», она представляется совокупностью таблиц состояний системы проектирования.

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

Формализация моделей отдельных стадий проектирования основывается на унифицированных моделях перехода и процедур (см. курс “Моделирование ТП и ПП”). На рис. .№ показана форма таблицы состояния. Форма и методика ее заполнения остаются постоянными для проектных задач любого уровня и содержания.

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

Так например, для процесса создания ГАУ стадиями проектирования и состояниями могут быть: – 0 стадия – формализация технического задания;

1-ая Стадия: Разработка архитектуры системы (верхний уровень);

2 –ая стадия: Разработка системы управления ГПЯ.

3-я стадия: Разработка ПТМ КИД

Если в задании на проект (рабочий этап проектирования) входит разработка модуля КИД, дифференциация структуры (проектирования сверху вниз) на этом заканчивается

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

В таблице представлены все элементы унифицированной модели (1 ст.), их формализованное семантическое представление (2 ст.) и, если известно, математическое или логическое (3 ст.). В 4-ом столбце показаны источники получения формализованных знаний и в последнем столбце содержится информация об объеме работ, которые надо дополнительно провести для получения и формализации всей необходимой совокупности знаний, необходимых для решения задачи и, в том числе, для автоматического решения. Таблица состояния содержит достаточную и неизбыточную информацию о модели решения производственной задачи. Таким решением является совокупность управляющих элементов или оператор управления R _.

Элемент модели	Элемент задачи	Представления знаний	Источник знаний	Уровень формализации
U	Управляющие (варьируемые) элементы объекта и ПрС	Формальная запись выбранных элементов	Эксперт	Полный
Xу	Управляющие (варьируемые) элементы объекта	Формальная запись выбранных элементов	Эксперт	Полный
Xf	Возмущающие воздействия	Формальная запись выбранных возмущений	Эксперт	Полный
YТ	Выходные текущие характеристики	Формальная запись выбранных характеристик и их связь с Xf, Xу, U	Эксперт, экспериментальные и теоретические материалы предметной области	Ограниченный
G	Область выбора допустимых управляющих элементов (совокупность условий ограничений)	Формальная запись совокупности условий текущих ограничений в зависимости от Xf, Xу, U	Эксперт, экспериментальные и теоретические материалы предметной области	Неполный
F	Оператор перехода	Формальная запись совокупности зависимостей, определяющих приращение интегральных выходных характеристик от управляющих элементов в определенном состоянии объекта	Эксперт, экспериментальные и теоретические материалы предметной области	полный
YИ	Интегральные выходные характеристики	Формальная запись принятых характеристик и их связь с Xf, Xу, U	Эксперт, экспериментальные и теоретические материалы предметной области	Ограниченный
Ф	Область допустимых управлений (совокупность конечных краевых условий)	Формальная запись принятых конечных краевых условий и их связь с YИ	Эксперт, экспериментальные и теоретические материалы предметной области	Ограниченный
ф	Обобщенное время процесса		Эксперт	полный
И	Условие окончания процесса	Формальная запись принятых условий окончания процесса	Эксперт, экспериментальные и теоретические материалы предметной области	полный
Q	Критерий качества	Формальная запись условий достижения экстремума одним или несколькими элементами YИ	Эксперт, экспериментальные и теоретические материалы предметной области	Ограниченный
Rу	Оператор управления	Формальная запись оператора управления.	Эксперт, экспериментальные и теоретические материалы предметной области	неполный

Рис. П1. Форма представления таблицы состояний

Он служит в качестве вспомогательного средства для формирования в каждый момент обобщенного времени по определенным правилам текущего управления. Форма таблицы не изменяется для производственных задач любого уровня и содержания. Совокупность таблиц состояний решения определенной производственной задачи составляет интеллектуальную среду решения этой задачи, поскольку содержит весь необходимый состав знаний для решения задачи и уровень их формализации. Подробнее см. «ТУРБО ИП методология».

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

Методические аспекты формирования целевого задания, этапы и подходы, описаны в методическом пособии по проектированию КИП (См. материалы дисциплины “Проектирование КИП”).

В список документов концептуального этапа проектирования должны входить:

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

2. Диаграммы IDEF0 (to be) верхнего уровня системы или список функций по методологии UML ;

3. Структурные схемы архитектуры системы для ее верхнего уровня.

4. Целевое задание, включающее перечень и таблицы состояний проектируемой системы заданного уровня.

5. Аналитическая записка, включающая общесистемные принципы, положения, схемы, методы, методологию проектирования, обоснование и рекомендации по целесообразности и уровню автоматизации проектных работ;

6. Другие документы (по желанию студента или по требованию руководителя проекта)