УчМетПособие_ПрактРаб_ИМС21. Учебнометодическое пособие для студентов бакалавриата рту мирэа по образовательной программе Разработка программных продуктов и проектирование информационных систем
 Скачать 235.77 Kb.
|
Раздел 02. Задания на выполнение практических работ и указания по их выполнению02.01. Задания: состав, структура, последовательность выполненияЗадания, их структура и последовательность выполнения выстроены по вариативно-модульной системе в расчёте на то, что число практических занятий, их расчасовка по тем или иным причинам могут год от года видоизменяться. За основу принята четырёхмодульная архитектура сопровождения дисциплины практическими занятиями – симметрично, видимо, по 4 – 8 часов учебной работы по каждому из модулей, чередующихся друг за другом в установленном здесь порядке: Практическая работа № 01. Выбор проекта – прототипа, составление и согласование перечня показателей анализа прототипа Изначально, готовясь к настоящему занятию в формате СРС (самостоятельной работы студента) обучающиеся внимательно знакомятся с вышеприведёнными в разделе 01 установочными и справочными материалами. Далее, уже на первом занятии, обучающиеся единолично или в составе небольшой по численности участников бригады студентов (по указанию преподавателя) от 2-х до 4-х человек выбирают в качестве прототипа для анализа, экспертизы и последующего реинжиниринга некий проект- прототип по созданию программного продукта (ПП) или информационной системы, применительно к разработке которой ПП был создан и описан её автором. Проект – прототип преимущественно учебный уровня бакалавриата, выполненный в качестве курсового проекта (курсовой работы) или, скорее всего, в качестве выпускной квалификационной работы бакалавра (ВКР) в предшествующие годы. С позиций освоения настоящей дисциплины, естественно, интерес представляют только те проекты, где представлен их информационный менеджмент. Поэтому кафедра ИиППО предлагает на выбор студента и преподавателя набор такого рода проектов в количестве 15 - 30, хранящихся в информационном репозитории кафедры, причём, совершенно не обязательно, чтобы это были проекты, выпущенные непосредственно кафедрой ИиППО. Могут привлекаться к исследовательской работе и иные проекты (как, в частности, транслируемый далее пример проекта - прототипа), даже иностранные проекты, созданные на языках - оригиналах, например, на английском языке. Последний вариант может оказаться наиболее комфортным для иностранных студентов, обучающихся в РТУ МИРЭА. Студент может представить на согласование преподавателю собственный вариант проекта – прототипа, принимаемый им в качестве прототипа выполняемой в самом ближайшем будущем выпускной квалификационной работы (ВКР). Такая постановка задачи всячески приветствуется - лишь бы в прототипе содержался материал, относимый к информационному менеджменту, в частности, к обеспечению ЖЦ и, желательно, к оценкам устойчивости проекта и коэффициента запаса изделия. Первое занятие завершается тем, что после первоначального ознакомления с избранным проектом – прототипом и сопутствующих этому консультаций с преподавателем, обсуждениям в группе обучающиеся формируют и согласовывают с преподавателем не менее 15 показателей анализа (экспертизы) оценки качества и результативности информационного менеджмента показанного в прототипе, выбирая их из всего перечня, приведённого в разделе 01 настоящих указаний. В их составе должны или могут присутствовать такие показатели как: устойчивость проекта, коэффициент запаса, обеспечение ЖЦ, ресурсоёмкость, кадровая востребованность и обеспечение лиц сопровождения проекта и его изделия на всём ЖЦ соответствующими инструкциями, коэффициент готовности, оценка и информационное обеспечение мер по диагностике, профилактикам, аварийно-восстановительных мер на всём ЖЦ, оценка проектных рисков, надёжность и нагруженность изделия, наличие и качество каталогизации изделия проекта, эргономические, технико-эстетические, дидактические и иные специфические составляющие в зависимости от жанра проекта, его юзабилити и т.п. Настоящий перечень не более, чем установочный – в окончательном виде он формируется студентом по согласованию с преподавателем и принимается за основу для последующей реализации. Первая практическая работа считается благополучно выполненной, если в установленный расписанием учебных занятий срок с преподавателем согласован выбор прототипа и перечень позиций экспертизы прототипа. Практическая работа № 02. Экспертный анализ проекта – прототипа Готовясь к настоящему занятию в формате СРС (самостоятельной работы студента) обучающиеся повторно знакомятся с выше приведёнными в разделе 01 установочными / справочными материалами и изучают в предверии занятия избранный ими прототип, особое внимание уделяя наличию и правомерности использования в проекте – прототипе положений и требований соответствующих стандартов, в том числе обсуждаемых в разделе 01 настоящих материалов. Непосредственно на занятиях (по расписанию занятий), консультируясь с преподавателем, опираясь на справочные и разъяснительные материалы раздела 01, обучающиеся step by step формируют (в табличной форме Word или сплошным текстом – перечнем) экспертные оценки по всем избранным ранее показателям экспертизы прототипа в контексте информационного менеджмента. В ситуациях, где какие-то показатели не могут быть оценены с позиций информационного менеджмента (например, потому, что в проекте отсутствуют материалы, соотносимые к эти позициям) просто делается запись об объективных причинах (например, отсутствии материалов) невыполнения оценки. Разумеется, это никак не плюс в адрес проекта – прототипа. Однако, в число «невыполнений» нельзя включать позиции, отвечающие достижению требуемого качества, работоспособности изделия на всём ЖЦ – такого рода проект должен быть отвергнут в качестве прототипа и вместо него следует избрать другой, более удачный, проект – прототип. В итоге проделанного многопараметрического анализа делается обобщающий вывод о полноценности проекта – прототипа с позиций его обеспечения методами и мерами информационного менеджмента (особенно в частях, относящихся к созданию и сопровождению ПО), соответствия стандартам и пригодности к реинжинирингу путём дальнейших улучшений и замен в частях информационного менеджмента проекта (без изменений в технической сущности проектных решений). Принятие преподавателем сформулированных выводов в установленные расписанием занятий сроки свидетельствует о благополучном завершении практической работы № 02. Практическая работа № 03. Реинжиниринг информационного менеджмента проекта – прототипа и экспертная оценка модифицированной версии Изначально, готовясь к настоящему занятию в формате СРС (самостоятельной работы студента) обучающиеся внимательно знакомятся с выше приведёнными в разделе 01 установочными и справочными материалами. Далее, по итогам проделанной в предшествующей работе экспертизы выдвигается альтернативный подход к мотивированно обновлённому обустройству информационного менеджмента проекта с опорой на позиции, изложенные в подразделе «01.04. Интегрированные среды разработки в менеджменте создания ПО. Языковое и управленческое соглашения проекта». В проект – прототип вводятся соответствующие изменения (желательно выделить их синим цветом шрифта на фоне чёрного цвета написания в оригинале). Точно также, как в предшествующей практической работе по тем же самым признакам и свойствам производится экспертиза, но уже с обновлённым описанием информационного менеджмента. Производится сравнение результативности произведённого реинжиниринга менеджмента, что оформляется в форме заключения к практической работе №3. Материалы работы, а главное, заключение по ней, являются основанием для преподавателя считать выполнение практической работы № 3 успешно завершённым. Практическая работа № 04. Разработка и представление итогового отчёта по совокупности выполненных заданий №№ 01, 02, 03 Готовясь к предстоящей последней по дисциплине практической работе № 04 обучающимся следует заблаговременно внимательно изучить требования по составу и оформлению учебной отчётной документации (см. выше). На самом практическом занятии, консультируясь в меру необходимости с преподавателем, следует составить и оформить, согласно установленным правилам и форматам, указанный отчёт в электронной форме. В отчёт наряду с ранее сформированными текстами должны быть включены три дополнительных фрагмента, формируемых непосредственно на четвёртом занятии, а именно: Каталожное (или Техническое) описание модифицированного объекта с формулировкой в нём состава трёхзвенного проектного соглашения (языкового/платформенного, онтологического, управленческого). Справка, фрагмент или сообщение о выполнении закреплённых за дисциплиной требований компетенций (как в описании их индикаторов, так и связанных с этими индикаторами трудовых действий). Список использованных в работе источников, обязательно включающий адресную ссылку на обслуживающий менеджментом прототип, перечень стандартов, а также основное учебное пособие по дисциплине (см. выше), конспект лекций с презентационным пакетом к ней и настоящее учебно-методическое пособие. Сформированный таким образом отчёт проверяется студентом на меру самостоятельности программой «Антиплаг», скрин акта проверки по которой приобщается к отчёту приложением. В приложениях также размещается файл исходного проекта - прототипа. После всего этого отчёт в эл. виде сдаётся преподавателю в установленные расписанием сроки, что является основанием для оценивания практических работ по дисциплине как благополучно завершённых. Качество, полнота, соблюдение учебного графика в указанном виде учебной деятельности, а также выполнение НИРс по тематике дисциплины, могут быть исходной позицией для экзаменатора по дисциплине в части введения в оценку добавочных баллов (до 25 из 100 всего) за «активность» в учебном процессе. |