Задания. Методические рекомендации по выполнению практических
 Скачать 2.15 Mb.
|
|
Государственное бюджетное профессиональное образовательное учреждение «Кунгурский автотранспортный колледж» МЕТОДИЧЕСКИЕ РЕКОМЕНДАЦИИ ПО ВЫПОЛНЕНИЮ ПРАКТИЧЕСКИХ РАБОТ по междисциплинарному курсу ПМ.02. ОСУЩЕСТВЛЕНИЕ ИНТЕГРАЦИИ ПРОГРАММНЫХ МОДУЛЕЙ МДК 02.01 ТЕХНОЛОГИЯ РАЗРАБОТКИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ по специальности 09.02.07 Информационные системы и программирование 2020 Одобрено на заседании цикловой комиссии информационно-математических дисциплин. Протокол №____ от «__» ________20___г. Председатель комиссии ______________________Е.А. Наговицына УТВЕРЖДАЮ Зам. директора ______________М.Г. Целищева «___» ___________ 20___г. Организация-разработчик: ГБПОУ КАТК Составитель: С.Б.Антипина СОДЕРЖАНИЕ Пояснительная записка 4 Порядок выполнения практической работы 5 Рекомендации по оформлению практической работы 5 Критерии оценки практической работы 5 Перечень практических работ 6 Практическая работа №1 «Анализ предметной области» 7 Практическая работа №2 «Разработка и оформление технического задания»12 Практическая работа №3 «Построение архитектуры программного средства» 16 Практическая работа №4 «Изучение работы в системе контроля версий» 20 Лабораторная работа №1 «Построение диаграммы Вариантов использования и диаграммы. Последовательности» 27 Этапы выполнения 28 Лабораторная работа №2 «Построение диаграммы Кооперации и диаграммы Развертывания» 32 Лабораторная работа №3 «Построение диаграммы Деятельности, диаграммы Состояний и диаграммы Классов» 36 Лабораторная работа №4 «Построение диаграммы компонентов» 47 Лабораторная работа №5 «Построение диаграмм потоков, данных» 50 Лабораторная работа №6 «Разработка тестового сценария» 55 Лабораторная работа №7«Оценка необходимого количества тестов» 56 Лабораторные работы №8 «Разработка тестовых пакетов» 57 Лабораторные работы №9 «Оценка программных средств с помощью метрик» 58 Лабораторные работы №10 «Инспекция программного кода на предмет соответствия стандартам кодирования» 61 Список литературы 69 Пояснительная записка Методические указания по выполнению лабораторных и практических работ по МДК 02.01 Технология разработки программного обеспечения разработаны в соответствии с рабочей программой профессионального модуля и предназначены для приобретения необходимых практических навыков и закрепления теоретических знаний, полученных обучающимися при изучении профессионального модуля, обобщения и систематизации знаний перед экзаменом. Методические указания предназначены для обучающихся специальности 09.02.07 Информационные системы и программирование. МДК 02.01 Технология разработки программного обеспечения относится к профессиональному циклу, изучается на 2 курсе и при его изучении отводится значительное место выполнению практических работ. Освоение содержания МДК 02.01 Технология разработки программного обеспечения во время выполнения практических работ обеспечивает достижение обучающимися следующих результатов: Код Наименование общих компетенций ОК 1. Выбирать способы решения задач профессиональной деятельности, применительно к различным контекстам ОК 2. Осуществлять поиск, анализ и интерпретацию информации, необходимой для выполнения задач профессиональной деятельности. ОК 3 Планировать и реализовывать собственное профессиональное и личностное развитие. ОК 4 Планировать и реализовывать собственное профессиональное и личностное развитие. ОК 5 Планировать и реализовывать собственное профессиональное и личностное развитие. ОК 6 Проявлять гражданско-патриотическую позицию, демонстрировать осознанное поведение на основе традиционных общечеловеческих ценностей ОК 7 Содействовать сохранению окружающей среды, ресурсосбережению, эффективно действовать в чрезвычайных ситуациях. ОК 8 Использовать средства физической культуры для сохранения и укрепления здоровья в процессе профессиональной деятельности и поддержания необходимого уровня физической подготовленности ОК 9 Использовать деятельности. информационные технологии в профессиональной ОК 10 Пользоваться профессиональной документацией на государственном и иностранном языке ОК 11 Планировать предпринимательскую деятельность в профессиональной сфере ВД 2 Осуществление интеграции программных модулей ПК 2.1. Разрабатывать требования к программным модулям на основе анализа проектной и технической документации на предмет взаимодействия компонент ПК 2.4 Осуществлять разработку тестовых наборов и тестовых сценариев для программного обеспечения. ПК 2.5. Производить инспектирование компонент программного обеспечения на предмет соответствия стандартам кодирования В результате освоения профессионального модуля обучающийся должен: Иметь практический опыт Модели процесса разработки программного обеспечения; основные принципы процесса разработки программного обеспечения; основные подходы к интегрированию программных модулей; основы верификации и аттестации программного обеспечения Уметь Использовать выбранную систему контроля версий; использовать методы для получения кода с заданной функциональностью и степенью качества Знать Модели процесса разработки программного обеспечения; основные принципы процесса разработки программного обеспечения; основные подходы к интегрированию программных модулей; основы верификации и аттестации программного обеспечения В соответствии с рабочей программой ПМ.02. Осуществление интеграции программных модулей практические работы по МДК 02.01 Технология разработки программного обеспечения разбиты на два семестра – третий и четвертый семестры. Целесообразность данной группировки обусловлена необходимостью обобщения и систематизации знаний перед экзаменом. Рабочая программа профессионального модуля предусматривает проведение практических работ в объеме 90 часов. Порядок выполнения практической работы ● записать название работы, ее цель в тетрадь; ● выполнить основные задания в соответствии с ходом работы; ● выполнить индивидуальные задания. Рекомендации по оформлению практической работы Задания выполняются обучающимися по шагам. Необходимо строго придерживаться порядка действий, описанного в практической работе Результаты выполнения практических работ необходимо сохранять в своей папке на компьютере или USB – накопителе. В случае пропуска занятий обучающийся осваивает материал самостоятельно в свободное от занятий время и сдает практическую работу с пояснениями о выполнении. Критерии оценки практической работы ● наличие цели выполняемой работы, выполнение более половины основных заданий (удовлетворительно); ● наличие цели выполняемой работы, выполнение всех основных и более половины дополнительных заданий (хорошо); ● наличие цели выполняемой работы, выполнение всех основных и индивидуальных заданий (отлично). Перечень практических работ № Наименование разделов и тем профессионального модуля (ПМ) Наименование лабораторных работ и практических занятий Объем часов Раздел 1. Разработка программного обеспечения МДК 02.01 Технология разработки программного обеспечения 1 Тема 2.1.1 Основные понятия и стандартизация требований к программному обеспечению Практическая работа №1 «Анализ предметной области» 2 2 Практическая работа №2 «Разработка и оформление технического задания» 2 3 Практическая работа №3 «Построение архитектуры программного средства» 2 4 Практическая работа №4 «Изучение работы в системе контроля версий» 2 5 Тема 2.1.2. Описание и анализ требований. Диаграммы IDEF Лабораторная работа №1 «Построение диаграммы Вариантов использования и диаграммы. Последовательности» 2 6 Лабораторная работа №2 «Построение диаграммы Кооперации и диаграммы Развертывания» 2 7 Лабораторная работа №3 «Построение диаграммы Деятельности, диаграммы Состояний и диаграммы Классов» 2 8 Лабораторная работа №4 «Построение диаграммы компонентов» 2 9 Лабораторная работа №5 «Построение диаграмм потоков данных» 2 10 Тема 2.1.3. Оценка качества программных средств Лабораторная работа №6 «Разработка тестового сценария» 2 11 Лабораторная работа №7«Оценка необходимого количества тестов» 2 12 Лабораторные работы №8 «Разработка тестовых пакетов» 2 13 Лабораторные работы №9 «Оценка программных средств с помощью метрик» 2 14 Лабораторные работы №10 «Инспекция программного кода на предмет соответствия стандартам кодирования» 2 Итого 24 Практическая работа №1 «Анализ предметной области» Цель работы: описать и проанализировать ИС, определить необходимые элементы КТС ИС и системного ПО ИС. Теоретические сведения Проблемы управления программными проектами впервые появились в 60-х– начале70- хгодов прошлого века, когда провалились многие большие проекты по разработке программных продуктов. Были зафиксированы задержки в создании ПО, программное обеспечение было ненадежным, затраты на разработку в несколько раз превосходили первоначальные оценки и т.д. Провалы этих проектов обуславливались не только некомпетентностью руководителей и программистов. Напротив, в этих больших поисковых проектах принимали участие люди, уровень квалификации которых был явно выше среднего. Причины провалов коренились в тех подходах, которые использовались в управлении проектами. Применяемая методика была основана на опыте управления техническими проектами и оказалась неэффективной при разработке программных проектов. Руководители программных проектов выполняют такую же работу, что и руководители технических проектов. Вместе с тем процесс разработки ПО существенно отличается от процессов реализации технических проектов. Ниже приведен небольшой список этих отличий. 1. Программный продукт нематериален. Менеджер судостроительного проекта или проекта постройки здания видит результат выполнения своего проекта. Если реализация проекта отстает от графика,то это видно по незавершенности конструкции. В противоположность этому процент незавершенности программного проекта нельзя увидеть или потрогать. Менеджер программного проекта может полагаться только на документацию, которая фиксирует процесс разработки программного продукта. 2. Не существует стандартных процессов разработки программного обеспечения. На сегодняшний день не существует четкой зависимости между процессом создания ПО и типом создаваемого программного продукта. Другие технические дисциплины имеют длительную историю, процессы разработки технических изделий многократно опробованы и проверены. Изучением же процессов создания ПО специалисты занимаются только последние несколько лет. Поэтому прока нельзя точно предсказать, на каком этапе процесса разработки ПО могут возникнуть проблемы, угрожающие всему проекту. 3. Большие программные проекты – это часто одноразовые проекты. Большие программные проекты, как правило, значительно отличаются от проектов, реализованных ранее. Поэтому, чтобы уменьшить неопределенность в планировании проекта, руководители проектов должны обладать очень большим практическим опытом. Но постоянные технологические изменения в компьютерной технике обесценивают предыдущий опыт. Перечисленные особенности могут привести к тому, что реализация проекта выйдет за рамки временного графика или бюджетных ассигнований. Об этом всегда нужно помнить. Процессы управления программными проектами Невозможно описать и стандартизировать все работы, выполняемые менеджером проекта по созданию ПО, но в большинстве случаев к ним относятся. − Написание предложений по созданию ПО. − Планирование и составление графика работ проекта. − Оценивание стоимости проекта. − Контроль процессов выполнения работ. − Подбор персонала. − Написание отчетов и представлений. Время выполнения больших программных проектов может занимать несколько лет. В течение этого времени цели и намерения организации, оказавшей программный проект, могут существенно измениться. Может оказаться, что разрабатываемый программный продукт стал уже ненужным либо исходные требования к ПО устарели и их нужно кардинально менять. В такой ситуации руководство организации-разработчика может принять решение о прекращении разработки ПО или об изменении проекта в целом. Планирование проекта Эффективное управление проектами напрямую зависит от правильного планирования работ. План, разработанный на начальном этапе проекта, рассматривается всеми его участниками как руководящий документ, выполнение которого должно привести к успешному завершению проекта. Этот первоначальный план должен максимально подробно описывать все этапы реализации проекта. План проекта должен показать ресурсы, необходимые для реализации проекта, разделение работ на этапы и временной график выполнения этих этапов. Детализация планов проектов очень разнится в зависимости от типа разрабатываемого программного продукта и организации- Разработчика. Но в любом случае большинство планов содержит следующие разделы. 1. Введение. Краткое описание целей проекта и проектных ограничений (бюджетных, временных и т.д.). 2. Организация выполнения проекта. Описание способа подбора команды разработчиков и распределение обязанностей между членами команды. 3. Анализ рисков. Описание возможных проектных рисков, вероятность их проявления и стратегий, направленных на их уменьшение. 4. Аппаратные и программные ресурсы для реализации проекта. Перечень аппаратных средств и программного обеспечения, необходимого для разработки программного продукта. 5. Разбиение работ на этапы. Проект разбивается на отдельные процессы, определяются этапы выполнения проекта, приводится описание результатов каждого этапа и контрольные отметки. 6. График работ. В графике работ отображаются зависимости между отдельными этапами разработки по, оценки времени их выполнения и распределение членов команды проекта по отдельным этапам. 7. Механизмы контроля и мониторинга за ходом выполнения проекта. Описываются механизмы и сроки предоставления отчетов о ходе работ, а также механизмы мониторинга всего проекта. При планировании проекта разработки ПО определяются контрольные точки – вехи, отмечающие окончание определенного этапа работ. Для каждой вехи создается отчет, который предоставляется руководству проекта. При определении контрольных точек весь процесс создания ПО должен быть разбит на отдельные этапы с указанным «выходом» (результатом) каждого этапа. Например, на рис. 1 показаны этапы разработки спецификации требований в случае, когда для ее проверки используется прототип системы. Рисунок 1. Этапы процесса разработки спецификации Информационный процесс - это осуществление всей совокупности следующих элементарных информационных актов: прием или создание информации, ее хранение, передача и использование. Информационная система - это совокупность механизмов, обеспечивающих полное осуществление информационного процесса. Вне ИС информация может лишь сохраняться в виде записей на тех или иных физических носителях, но не может быть ни принятой, ни переданной, ни использованной. Информационная система - организационно-техническая система, которая предназначена для выполнения информационно-вычислительных работ или предоставления информационно- вычислительных работ, или предоставления информационно-вычислительных услуг, удовлетворяющих потребности системы управления и ее пользователей - управленческого персонала, внешних пользователей путем использования и/или создания информационных продуктов. Информационные системы существуют в рамках системы управления и полностью подчинены целям функционирования этих систем. Информационно-вычислительная работа - деятельность, связанная с использованием информационных продуктов. Типичным примером информационной работы является поддержка информационных технологий управления. Информационно-вычислительная услуга - это разовая информационно-вычислительная работа.Под информационным продуктом понимается вещественный или нематериальный результат интеллектуального человеческого труда, обычно материализованный на определенном носителе, например разнообразных программных продуктов, выходной информации в виде документов управления, баз данных, хранилищ данных, баз знаний, проектов ИС и ИТ. Методологическую основу изучения ИС составляет системный подход, в соответствии с которым любая система представляет собой совокупность взаимосвязанных объектов, функционирующих совместно для достижения общей цели. Информационная система представляет собой совокупность функциональной структуры, информационного, математического, технического, организационного и кадрового обеспечения, которые объединены в единую системы в целях сбора, хранения, обработки и выдачи необходимой информации для выполнения функций управления. Она обеспечивает информационные потоки: I-1 - информационный поток из внешней среды в систему управления, который, с одной стороны, представляет собой поток нормативной информации, создаваемый государственными учреждениями в части законодательства, а с другой стороны - поток информации о конъюнктуре рынка, создаваемый конкурентами, потребителями, поставщиками; I-2 - информационный поток из системы управления во внешнюю среду (отчетная информация, прежде всего финансовая в государственные органы, инвесторам, кредиторам, потребителям; маркетинговая информация потенциальным потребителям); I-3 - информационный поток из системы управления на объект, представляет собой совокупность плановой, нормативной и распорядительной информации для осуществления хозяйственных процессов; I-4 - информационный поток от объекта в систему управления, который отражает учетную информацию о состоянии объекта управления экономической системой (сырья, материалов, денежных, энергетических, трудовых ресурсов, готовой продукции и выполненных услугах) в результате выполнения хозяйственных процессов. Задачи информационных систем Корпоративные системы позволяют решить следующие задачи: - гарантировать требуемое качество управления предприятием; - повысить оперативность и эффективность взаимодействия между подразделениями; - обеспечить управляемость качеством выпускаемой продукции; - увеличить экономическую эффективность деятельности предприятия; - создать систему статистического учета на предприятии; - осуществлять прогноз развития предприятия; - создать систему стратегического и оперативного планирования, систему прогнозирования. |