Методические указания по выполнению лабораторных и практических работ по мдк
 Скачать 3.25 Mb.
|
|
3 Пояснительная записка Методические указания по выполнению лабораторных и практических работ по МДК 01.01. Разработка программных модулей разработаны в соответствии с рабочей программой профессионального модуля и предназначены для приобретения необходимых практических навыков и закрепления теоретических знаний, полученных обучающимися при изучении профессионального модуля, обобщения и систематизации знаний перед экзаменом. Методические указания предназначены для обучающихся специальности 09.02.07 Информационные системы и программирование. Освоение содержания МДК 01.01. Разработка программных модулей во время выполнения практических работ обеспечивает достижение обучающимися следующих результатов: Код Наименование общих компетенций ОК 1. Выбирать способы решения задач профессиональной деятельности, применительно к различным контекстам ОК 2. Осуществлять поиск, анализ и интерпретацию информации, необходимой для выполнения задач профессиональной деятельности. ОК 3 Планировать и реализовывать собственное профессиональное и личностное развитие. ОК 4 Планировать и реализовывать собственное профессиональное и личностное развитие. ОК 5 Планировать и реализовывать собственное профессиональное и личностное развитие. ОК 6 Проявлять гражданско-патриотическую позицию, демонстрировать осознанное поведение на основе традиционных общечеловеческих ценностей, применять стандарты антикоррупционного поведения. ОК 7 Содействовать сохранению окружающей среды, ресурсосбережению, эффективно действовать в чрезвычайных ситуациях. ОК 8 Использовать средства физической культуры для сохранения и укрепления здоровья в процессе профессиональной деятельности и поддержания необходимого уровня физической подготовленности ОК 9 Использовать информационные технологии в профессиональной деятельности. ОК 10 Пользоваться профессиональной документацией на государственном и иностранном языках ОК 11 Использовать знания по финансовой грамотности, планировать предпринимательскую деятельность в профессиональной сфере ПК 1.1. Формировать алгоритмы разработки программных модулей в соответствии с техническим заданием ПК 1.2. Разрабатывать программные модули в соответствии с техническим заданием ПК 1.3. Выполнять отладку программных модулей с использованием специализированных программных средств ПК 1.4. Выполнять тестирование программных модулей ПК 1.5. Осуществлять рефакторинг и оптимизацию программного кода 4 В результате освоения профессионального модуля обучающийся должен: Иметь практический опыт В разработке кода программного продукта на основе готовой спецификации на уровне модуля; использовании инструментальных средств на этапе отладки программного продукта; проведении тестирования программного модуля по определенному сценарию; использовании инструментальных средств на этапе отладки программного продукта; разработке мобильных приложений Уметь осуществлять разработку кода программного модуля на языках низкого и высокого уровней; создавать программу по разработанному алгоритму как отдельный модуль; выполнять отладку и тестирование программы на уровне модуля; осуществлять разработку кода программного модуля на современных языках программирования; уметь выполнять оптимизацию и рефакторинг программного кода; оформлять документацию на программные средства Знать основные этапы разработки программного обеспечения; основные принципы технологии структурного и объектно-ориентированного программирования; способы оптимизации и приемы рефакторинга; основные принципы отладки и тестирования программных продуктов В соответствии с рабочей программой по ПМ 01. Разработка модулей программного обеспечения для компьютерных систем, практические работы по МДК 01.01. Разработка программных модулей проводятся в пятом, шестом, седьмом семестре. Целесообразность данной группировки обусловлена необходимостью обобщения и систематизации знаний перед экзаменом. Рабочая программа профессионального модуля предусматривает проведение практических работ МДК 01.01. Разработка программных модулей в объеме 122 часов. Порядок выполнения практической и лабораторной работы записать название работы, ее цель в тетрадь; выполнить основные задания в соответствии с ходом работы; выполнить индивидуальные задания. Рекомендации по оформлению практической и лабораторной работы Задания выполняются обучающимися по шагам. Необходимо строго придерживаться порядка действий, описанного в практической работе Результаты выполнения практических работ необходимо сохранять в своей папке на компьютере или USB – накопителе. В случае пропуска занятий обучающийся осваивает материал самостоятельно в свободное от занятий время и сдает практическую работу с пояснениями о выполнении. Критерии оценки практической и лабораторной работы наличие Цель выполняемой работы, выполнение более половины основных заданий (удовлетворительно); наличие Цель выполняемой работы, выполнение всех основных и более половины дополнительных заданий (хорошо); наличие Цель выполняемой работы, выполнение всех основных и индивидуальных заданий (отлично). 5 Перечень практических работ № Наименование разделов и тем профессиональног о модуля (ПМ) Наименование лабораторных работ и практических занятий Объем часов Раздел 1. Разработка программных модулей МДК 01.01. Разработка программных модулей 1. Тема 1.2. Оновные этапы разработки программного обеспечения Практическая работа № 1.1. Формирование алгоритмов разработки программных модулей в соответствии с техническим заданием 2 2. Практическая работа № 1.2. Оформление документации на программные средства 2 3. Тема 1.3. Методы программир ования Практическая работа № 1.3. Создание программ по разработанному алгоритму как отдельный модуль 2 4. Практическая работа № 1.4. Разработка алгоритма поставленной задачи 2 5. Практическая работа № 1.5. Реализация алгоритма поставленной задачи средствами автоматизированного проектирования 2 6. Практическая работа № 1.6. Использование инструментальных средств на этапе отладки программного модуля 2 7. Тема 1.4. Структурное программирование Практическая работа № 1.7. Оценка сложности алгоритмов сортировки 2 8. Практическая работа № 1.8. Оценка сложности алгоритмов поиска 2 9. Практическая работа № 1.9. Оценка сложности рекурсивных алгоритмов 2 10. Практическая работа № 1.10. Оценка сложности эвристических алгоритмов 2 11. Тема 1.5. Объектно- ориентированное программирование Практическая работа № 1.11. Работа с классами 2 12. Практическая работа № 1.12. Перезагрузка методов 2 13. Практическая работа № 1.13. Определение операций в классе 2 14. Практическая работа № 1.14. Создание наследованных классов 2 15. Практическая работа № 1.15. Работа с объектами через интерфейсы 2 16. Практическая работа № 1.16. Использование стандартных интерфейсов 2 17. Практическая работа № 1.17. Работа с типом данных структура 2 18. Практическая работа № 1.18. Коллекции 2 19. Практическая работа № 1.19. Параметризованные классы 2 20. Практическая работа № 1.20. Использование регулярных выражений 2 21. Практическая работа № 1.21. Операции со списками 2 22. Тема 1.6 . Паттерны проектирования Практическая работа № 1.22. Использование основных шаблонов 2 23. Практическая работа № 1.23. Использование порождающих шаблонов 2 24. Практическая работа № 1.24. Использование структурных шаблонов 2 25. Практическая работа № 1.25. Использование поведенческих шаблонов 2 26. Тема 1.7. Событийно - управляемое программирование Практическая работа № 1.26. Разработка приложения с использованием текстовых компонентов 2 27. Практическая работа № 1.27. Разработка приложения с несколькими формами 2 28. Практическая работа № 1.28. Разработка приложения с не визуальными компонентами 2 29. Практическая работа № 1.29. Разработка игрового приложения 2 30. Практическая работа № 1.30. Разработка игрового приложения 2 31. Практическая работа № 1.31. Разработка приложения с анимацией 2 32. Тема 1.8. Оптимизация и рефакторинг кода Практическая работа № 1.32. Оптимизация кода 2 33. Практическая работа № 1.33. Рефакторинг кода 2 6 34. Тема 1.9. Разработка пользовательского интерфейса Практическая работа № 1.34. Пользовательская и программная модели интерфейса 2 35. Практическая работа № 1.35. Разработка технического задания 2 36. Практическая работа № 36. Разработка интерфейса пользователя 2 37. Практическая работа № 1.37. Проектирование пользовательского интерфейса десктопного приложения 2 38. Практическая работа № 1.38. Проектирование пользовательского интерфейса десктопного приложения 2 39. Практическая работа № 1.39. Проектирование пользовательского интерфейса мобильного приложения 2 40. Практическая работа № 1.40. Проектирование пользовательского интерфейса мобильного приложения 2 41. Практическая работа № 1.41. Адаптивный веб-дизайн 2 42. Практическая работа № 1.42. Адаптивный веб-дизайн 2 43. Практическая работа № 1.43. Разработка протокола взаимодействия веб-сервисов 2 44. Практическая работа № 1.44. Разработка REST API 2 45. Практическая работа № 1.45. Разработка REST API 2 46. Тема 1.10. Основы ADO.Net Практическая работа № 1.46.Теоретические основы Технологии ado.Net 2 47. Практическая работа № 1.47. Создание базы данных в среде MssqlServerManagement 2 48. Практическая работа № 1.48. Создание базы данных в среде MssqlServerManagement 2 49. Практическая работа № 1.49. Копирование и восстановление базы данных 2 50. Практическая работа № 1.50. Разработка формы для работы с данными в среде VsualStudio без кода 2 51. Практическая работа № 1.51. СозданиеSql- запросов 2 52. Практическая работа № 1.52. СозданиеSql- запросов в среде sql Server Management Studio 2 53. Практическая работа № 1.53. Программирование с помощью встроенного языка transact sql в Microsoft Sql Server 2 54. Практическая работа № 1.54. Разработка формы работы с магазинами с использованием объекта Command 2 55. Практическая работа № 1.55. Разработка формы работы с магазинами с использованием объекта Command 2 56. Практическая работа № 1.56. Создание, удаление и редактирование данных в отсоединенной среде 2 57. Практическая работа № 1.57. Быстрое создание пользовательского интерфейса посредством связывания с данными 2 58. Практическая работа № 1.58. Безопасность вMssqlServer 2 59. Практическая работа № 1.59. Создание отчетных форм для баз данных средствами MsVisualStudio 2 60. Практическая работа № 1.60. Самостоятельная работа по автономным и подключенным объектам 2 61. Практическая работа № 1.61. Самостоятельная работа по автономным и подключенным объектам 2 Итого 122 7 Практическая работа № 1.1. Формирование алгоритмов разработки программных модулей в соответствии с техническим заданием Цель работы. Освоить процесс оформления спецификации требований к программному обеспечению. Теоретическая часть. Спецификация требований - это спецификация для определенного программного изделия, программы или набора программ, которые выполняют определенные функции в специфической среде. Спецификация требований может составляться одним или более представителями поставщика, одним или более представителями заказчика, или обоими. Предпочтительнее участие обоих. Основными вопросами, которые должны рассматривать составитель (-ли) спецификации требований, являются следующие: Функциональные возможности. Каковы предполагаемые функции программного обеспечения? Внешние интерфейсы. Как программное обеспечение взаимодействуют с пользователями, аппаратными средствами системы, другими аппаратными средствами и другим программным обеспечением? Рабочие характеристики. Каково быстродействие, доступность, время отклика, время восстановления различных функций программного обеспечения и т.д.? Атрибуты. Каковы мобильность, правильность, удобство сопровождения, защищенность программного обеспечения и другие критерии? Проектные ограничения, налагаемые на реализацию изделия. Существуют ли требуемые стандарты на эффективном языке реализации, политика по сохранению целостности баз данных, ограничения ресурсов, операционная среда(-ы) и т.д.? Спецификация требований к ПО: Должна правильно определять все требования к программному обеспечению. Причиной существования какого-либо требования к программному обеспечению может являться характер решаемой задачи или особая характеристика проекта. Не должна описывать детали разработки или реализации. Они должны быть описаны на этапе разработки проекта. Не должна налагать дополнительные ограничения на программное обеспечение. Эти ограничения надлежащим образом определяются в других документах, таких как план обеспечения качества программных средств. Правильно составленная спецификация требований к ПО должна быть: Корректной; Спецификация требований к ПО является корректной, если, и только, если каждое требование, изложенное в ней, является требованием, которому должно удовлетворять программное обеспечение. Не существует какого-либо средства или процедуры, которое гарантирует корректность. Спецификация требований к ПО должна сравниваться с любой качественной применимой спецификацией, такой как спецификация требований к системе, с другой документацией проекта и с другими применимыми стандартами, и должна гарантировать согласованность. В качестве альтернативы заказчик или пользователь может определить, правильно ли спецификация требований к ПО отражает фактические потребности. Однозначной; Спецификация требований к ПО является однозначной, если и только, если каждое изложенное в ней требование может интерпретироваться только однозначно. Как минимум, для этого требуется, чтобы каждая характеристика конечного продукта была описана с использованием одного уникального термина. В тех случаях, когда термин, используемый в специфическом контексте, может иметь множественные значения, этот термин должен быть включен в глоссарий, в котором его значение описывается более конкретно. 8 Спецификация требований к ПО должна быть однозначной как для тех, кто составляет ее, так и для тех, кто ее использует. Однако, эти группы часто не имеют одинаковую квалификацию и, следовательно, не имеют тенденции к описанию требований к программному обеспечению одним и тем же образом. Способы представления требований, которые улучшают спецификацию требований для разработчика, могут оказаться неэффективными в том, что они уменьшают их понимание пользователем, и наоборот. Полной; Спецификация требований к ПО является полной, если и только, если она включает следующие элементы: Все существенные требования, независимо от того, относятся ли они к функциональным возможностям, рабочим характеристикам, проектным ограничениям, атрибутам или внешним интерфейсам. В частности, должны быть подтверждены и обработаны любые внешние требования, налагаемые спецификацией системы. Определение откликов программного обеспечения на все классы входных данных, которые могут быть реализованы, во всех возможных ситуациях. Следует заметить, что важно определить отклики, как на допустимые, так и недопустимые входные значения. Полные обозначения и ссылки на все рисунки, таблицы и схемы в спецификации требований к ПО и определение всех терминов и единиц измерения. Непротиворечивой; Непротиворечивость обозначает внутреннюю непротиворечивость. Если спецификация требований к ПО не согласовывается с каким-то документом более высокого уровня, таким как, например, спецификации системных требований, то она является некорректной. Упорядоченной по ее значимости и/или устойчивости; Спецификация требований к ПО является упорядоченной по значимости и/или устойчивости, если каждое требование в ней имеет идентификатор, указывающий или значимость или устойчивость этого конкретного требования. Как правило, все требования, которые касаются программного изделия, не являются важными в равной степени. Некоторые требования могут быть необходимыми, особенно для приложений, критичных в течение жизненного цикла, в то время как другие могут быть желательными. Каждое требование в спецификации требований к ПО должно быть идентифицировано, чтобы сделать эти различия четкими и явными. Идентификация требований следующим образом помогает: заказчикам более тщательно рассмотреть каждое требование, что часто позволяет разъяснить любые скрытые допущения, которые могут быть заключены в них. разработчикам принять правильные проектные решения и приложить соответствующие усилия к различным составляющим программного изделия. Проверяемой; Спецификация требований к ПО является проверяемой, если и только, если каждое требование, изложенное в ней, может быть проверено. Требование являются проверяемым, если и только, если существует некий конечный эффективный процесс, используя который пользователь или машина могут убедиться, что программное изделие удовлетворяет этому требованию. В целом, любое неоднозначное требование не проверяемо. Непроверяемые требования включают формулировки типа "работает хорошо", "хороший интерфейс с пользователем" и "обычно должно происходить". Эти требования не могут быть проверены, так как невозможно определить термины "хороший", "хорошо" или "обычно". Утверждение о том, что "программа никогда не должна зацикливаться" является непроверяемым, так как тестирование этого свойства теоретически невозможно. Примером проверяемого утверждения является следующее: Выходные данные программы должны вырабатываться в пределах 20 секунд в течение 60 % временного интервала события; и должны вырабатываться в пределах 30 секунд в течение 100 % временного интервала события. Это утверждение может быть проверено, так как в нем используются конкретные термины и измеримые величины. Если нельзя изобрести метод, чтобы определить, отвечает ли программное обеспечение определенному требованию, то это требование следует исключить или пересмотреть. 9 |