C# учебник

РАБОЧАЯ ТЕТРАДЬ Программа повышения квалификации преподавателей (мастеров производственного обучения) «Практика и методика подготовки кадров по профессиям (специальностям) «Программист», «Специалист по информационным ресурсам», «Специалист по информационным системам», «Специалист по тестированию в области информационных технологий», «Администратор баз данных» и «Технический писатель» с учетом стандарта Ворлдскиллс Россия по компетенции «Программные решения для бизнеса» ФИО слушателя ___________________________________________________________ Москва, 2018 Оглавление НАЗНАЧЕНИЕ РАБОЧЕЙ ТЕТРАДИ ........................................................................................... 4 ЧАСТЬ 1. ОЗНАКОМЛЕНИЕ С WSI И ВОРЛДСКИЛЛС РОССИЯ. СТАНДАРТ КОМПЕТЕНЦИИ WSSS ПРОГРАММНЫЕ РЕШЕНИЯ ДЛЯ БИЗНЕСА (КОНКУРСНОЕ ЗАДАНИЕ, ТЕХНИЧЕСКОЕ ОПИСАНИЕ, ИНФРАСТРУКТУРНЫЙ ЛИСТ, СХЕМА И ОБОРУДОВАНИЕ РАБОЧИХ МЕСТ, ТРЕБОВАНИЯ К ТЕХНИКЕ БЕЗОПАСНОСТИ, КРИТЕРИИ ОЦЕНИВАНИЯ, КОДЕКС ЭТИКИ, ОСНОВНЫЕ ТЕРМИНЫ) ............................ 7 1.1. История и современное состояние движения WSI. История и современное состояние движения Ворлдскиллс Россия («Молодые профессионалы»). Роль движения Ворлдскиллс Россия («Молодые профессионалы») в развитии профессиональных сообществ и систем подготовки кадров ............................................................................................................7 1.2. Стандарты компетенции WSI 09 IT Software Solutions for Business (Программные решения для бизнеса) ..............................................11 ЧАСТЬ 2. СОВРЕМЕННЫЕ ТЕХНОЛОГИИ В ПРОФЕССИОНАЛЬНОЙ СФЕРЕ ДЕЯТЕЛЬНОСТИ. СОДЕРЖАНИЕ ПРОФЕССИОНАЛЬНЫХ МОДУЛЕЙ ОБРАЗОВАТЕЛЬНОЙ ПРОГРАММЫ С УЧЕТОМ СТАНДАРТА ВОРЛДСКИЛЛС РОССИЯ ПО КОМПЕТЕНЦИИ ПРОГРАММНЫЕ РЕШЕНИЯ ДЛЯ БИЗНЕСА .........................................21 Тема 2.1. Инструментальные средства для анализа и проектирования программных решений. Платформы для реализации баз данных ........................................................................................................................... 21 Тема 2.2. Платформы для разработки программных решений..................28 Тема 2.3 Тестирование программных решений .................................................56 ЧАСТЬ 3. СОДЕРЖАНИЕ ПРОФЕССИОНАЛЬНЫХ МОДУЛЕЙ ОСНОВНОЙ ПРОФЕССИОНАЛЬНОЙ ОБРАЗОВАТЕЛЬНОЙ ПРОГРАММЫ И МЕТОДИКА ПРЕПОДАВАНИЯ ПРОФЕССИОНАЛЬНЫХ МОДУЛЕЙ С УЧЕТОМ СТАНДАРТА ВОРЛДСКИЛЛС РОССИЯ ПО КОМПЕТЕНЦИИ «ПРОГРАММНЫЕ РЕШЕНИЯ ДЛЯ БИЗНЕСА» ....................................................................................................................................74 Тема 3.1 Методика реализации основной профессиональной образовательной программы (программ) по профессии (специальности) 09.02.07 Информационные системы и программирование с учетом стандарта Ворлдскиллс Россия по компетенции «Программные решения для бизнеса» .......................................74 Тема 3.2. Методика реализации отдельных профессиональных модулей основной профессиональной образовательной программы по профессии (специальности) 09.02.07 Информационные системы и программирование с учетом стандарта Ворлдскиллс Россия по компетенции «Программные решения для бизнеса» .....................................113 Тема 3.3 Материально-техническая база для реализации основной профессиональной образовательной программы по профессии (специальности) 09.02.07 Информационные системы и программирование с учетом стандарта Ворлдскиллс Россия по компетенции «Программные решения для бизнеса» .....................................116 РАЗДЕЛ 4. ОРГАНИЗАЦИЯ И ПРОВЕДЕНИЕ ДЕМОНСТРАЦИОННОГО ЭКЗАМЕНА ПО СТАНДАРТАМ ВОРЛДСКИЛЛС РОССИЯ. ОЦЕНКА КВАЛИФИКАЦИИ СТУДЕНТА (ВЫПУСКНИКА) В ХОДЕ ДЕМОНСТРАЦИОННОГО ЭКЗАМЕНА. ЗАСТРОЙКА ПЛОЩАДКИ ПРОВЕДЕНИЯ ДЕМОНСТРАЦИОННОГО ЭКЗАМЕНА .......................................117 Страница 2 из 165 Страница 3 из 165 НАЗНАЧЕНИЕ РАБОЧЕЙ ТЕТРАДИ Рабочая тетрадь программы повышения квалификации преподавателей (мастеров производственного обучения) «Практика и методика подготовки кадров по профессиям (специальностям) «Программист», «Специалист по информационным ресурсам», «Специалист по информационным системам», «Специалист по тестированию в области информационных технологий», «Администратор баз данных» и «Технический писатель» с учетом стандарта Ворлдскиллс Россия по компетенции «Программные решения для бизнеса» предназначена для: - активизации самостоятельной работы слушателей в процессе освоения теоретического и практического материала при выполнении учебных заданий; - обучения слушателей рациональному использованию учебного времени, повышению плотности занятия и интенсификации учебного процесса; - формирования у студентов навыков делать аргументированный отбор полученных идей, планировать свою работу, оценивать и публично представлять результаты собственной учебной и творческой деятельности. Цели реализации программы повышения квалификации преподавателей (мастеров производственного обучения) «Практика и методика подготовки кадров по профессиям (специальностям) «Программист», «Специалист по информационным ресурсам», «Специалист по информационным системам», «Специалист по тестированию в области информационных технологий», «Администратор баз данных» и «Технический писатель» с учетом стандарта Ворлдскиллс Россия по компетенции «Программные решения для бизнеса»: повышение профессионального уровня преподавателей (мастеров производственного обучения) по наиболее востребованным, новым и перспективным профессиям в системе среднего профессионального образования, на основе лучших отечественных и международных практик и методик подготовки рабочих кадров с учетом стандартов Ворлдскиллс по компетенции «Программные решения для бизнеса». формирование (совершенствование) компетенции преподавателей (мастеров производственного обучения) по подготовке студентов к сдаче демонстрационного экзамена по профессиям (специальностям) «Программист», «Специалист по информационным ресурсам», «Специалист по информационным системам», «Специалист по тестированию в области информационных технологий», «Администратор баз данных» и «Технический писатель» с учетом стандарта Ворлдскиллс Россия по компетенции «Программные решения для бизнеса». В результате освоения программы повышения квалификации слушатель должен приобрести следующие знания и умения, необходимые для качественного изменения компетенций: слушатель должен знать: - историю, современное состояние и перспективы развития движения WSI и Ворлдскиллс Россия («Молодые профессионалы»); Страница 4 из 165 - - - - - - - - - - понятие о компетенциях и стандарт по компетенции «Программные решения для бизнеса» Ворлдскиллс Россия; современные профессиональные технологии в предметной (профессиональной) сфере деятельности; лучшие доступные отечественные и международные практики и методики подготовки кадров по профессии «Сетевой и системный администратор» с учетом стандарта компетенции Ворлдскиллс Россия; методику реализации основной профессиональной образовательной программы (программы профессионального обучения) и отдельных профессиональных модулей с применением стандарта компетенции «Программные решения для бизнеса» Ворлдскиллс Россия; практику и методику оценивания промежуточных и итоговых результатов обучения, организации и проведения демонстрационного экзамена по соответствующей компетенции «Программные решения для бизнеса» Ворлдскиллс Россия (примеры модульных заданий, организацию рабочего места, требования к технике безопасности, критерии и процедуру оценивания результатов); требования к материально-техническому обеспечению учебного процесса по основной профессиональной образовательной программе (программе профессионального обучения) с применением соответствующего стандарта компетенции «Программные решения для бизнеса» Ворлдскиллс Россия; принципы и способы организации сохранения работ участников. слушатель должен уметь: организовать обучение студентов и подготовку к сдаче демонстрационного экзамена по стандартам Ворлдскиллс Россия по компетенции «Программные решения для бизнеса» в рамках профессиональных модулей основной профессиональной образовательной программы (программы профессионального обучения); провести оценку промежуточных и итоговых результатов обучения студентов, оценку профессиональной компетентности студента в ходе демонстрационного экзамена по стандартам Ворлдскиллс Россия по компетенции «Программные решения для бизнеса»; организовать разбор результатов, достигнутых студентами на демонстрационном экзамене по стандартам Ворлдскиллс Россия по компетенции «Программные решения для бизнеса» и соответствующую актуализацию программ и методик обучения в целях достижения студентами высоких профессиональных результатов; подготовить и провести демонстрационный экзамен (промежуточную аттестацию, итоговую государственную аттестацию) по стандарту Ворлдскиллс Россия; подготовить площадку и настраивать оборудование, для проведения демонстрационного экзамена или регионального чемпионата; разработать (актуализировать) учебно-методические комплексы профессиональных модулей профессиональной образовательной Страница 5 из 165 программе (программы профессионального обучения) по соответствующей профессии (специальности) с учетом стандарта компетенций Ворлдскиллс Россия. Страница 6 из 165 Часть 1. Ознакомление с WSI и Ворлдскиллс Россия. Стандарт компетенции WSSS Программные решения для бизнеса (конкурсное задание, техническое описание, инфраструктурный лист, схема и оборудование рабочих мест, требования к технике безопасности, критерии оценивания, кодекс этики, основные термины) 1.1. История и современное состояние движения WSI. История и современное состояние движения Ворлдскиллс Россия («Молодые профессионалы»). Роль движения Ворлдскиллс Россия («Молодые профессионалы») в развитии профессиональных сообществ и систем подготовки кадров WorldSkills International (WSI) — международная некоммерческая ассоциация, целью которой является повышение статуса и стандартов профессиональной подготовки и квалификации по всему миру, популяризация рабочих профессий через проведение международных соревнований по всему миру. Основана в 1953 году. На сегодняшний день в деятельности организации принимают участие 77 стран. Своей миссией WSI называет привлечение внимания к рабочим профессиям и создание условий для развития высоких профессиональных стандартов. Её основная деятельность — организация и проведение профессиональных соревнований различного уровня для молодых людей в возрасте до 22 лет. Раз в два года проходит мировой чемпионат рабочих профессий WorldSkills, который также называют «Олимпиадой для рабочих рук». В настоящее время это крупнейшее соревнование подобного рода. История В 1947 году в Испании впервые прошел национальный конкурс по профессионально-технической подготовке. Он был призван поднять популярность рабочих специальностей и способствовать созданию эффективной системы профессионального образования, так как в стране, восстанавливающейся после Гражданской войны, существовала острая нехватка квалифицированных рабочих. Автором данной идеи был генеральный директор Испанской молодёжной организации Хосе Антонио Элола Оласо. Первой эту инициативу поддержала Португалия. В результате в 1950 году прошли первые международные Пиренейские соревнования, в которых приняли участие 12 представителей обеих стран. Три года спустя к соревнованиям присоединились конкурсанты из Германии, Великобритании, Франции, Марокко и Швейцарии. Таким образом, в 1953 году была сформирована организация по проведению конкурсов профессионального мастерства — International Vocational Training Organisation (IVTO). Впервые за пределами Испании соревнования были проведены в 1958 году в рамках Всемирной выставки в Брюсселе, а в 1970 году они первый раз прошли в другой части света — в Токио. В начале 2000-х годов IVTO изменила название и символику, и с тех пор ведет свою деятельность под именем WorldSkills International. Сегодня под эгидой WSI проводится множество мероприятий, включая региональные и национальные соревнования, континентальные первенства и, раз в два года, мировой чемпионат. Страница 7 из 165 Список соревнований по годам и странам Год Место проведения Год Место проведения 2021 Шанхай, Китай 1975 Мадрид, Испания 2019 Казань, Россия 1973 Мюнхен, Германия 2017 Абу-Даби, ОАЭ 1971 Хихон, Испания 2015 Сан-Паулу, Бразилия 1970 Токио, Япония 2013 Лейпциг, Германия 1969 Брюссель, Бельгия 2011 Лондон, Великобритания 1968 Берн, Швейцария 2009 Калгари, Канада 1967 Мадрид, Испания 2007 Нумадзу, Япония 2003 Санкт-Галлен, Швейцария 1966 Утрехт, Нидерланды Глазго, 1965 Великобритания Лиссабон, 1964 Португалия 2001 Сеул, Южная Корея 1963 Дублин, Ирландия 1999 Монреаль, Канада 1962 Хихон, Испания 1997 Санкт-Галлен, Швейцария 1961 Дуйсбург, Германия 1995 Лион, Франция 1960 Барселона, Испания 1993 Тайбэй, Тайвань 1959 Модена, Италия 1991 Амстердам, Нидерланды Бирмингем, 1989 Великобритания 1958 Брюссель, Бельгия 1988 Сидней, Австралия 1956 Мадрид, Испания 1985 Осака, Япония 1955 Мадрид, Испания 1983 Линц, Австрия 1953 Мадрид, Испания 1981 Корк, Ирландия 1951 Мадрид, Испания 1979 Пусан, Южная Корея 1950 Мадрид, Испания 2005 Хельсинки, Финляндия 1957 Мадрид, Испания 1977 Утрехт, Нидерланды WorldSkills Kazan 2019 WorldSkills Kazan 2019 - это 45-ый чемпионат мира по профессиональному мастерству, который пройдёт городе Казани c 22 по 27 августа 2019 года. Молодые специалисты из более чем 70 стран приедут в Россию соревноваться за звание лучшего в 51 компетенции. Направления, по которым идут соревнования В структуру чемпионата WorldSkills входят 45 профессиональных компетенций, разделенных на шесть магистральных направлений. Сервис на воздушном транспорте Строительные технологии Изготовление архитектурного камня, Каменщик, Производство корпусной мебели, Плотник, Электрик, Столяр, Ландшафтный дизайн, Маляр, Отделочник штукатур, Сантехника и отопление, Холодильная техника и системы кондиционирования воздуха, Облицовка плиткой Творчество и дизайн Страница 8 из 165 Дизайн одежды, Флористика, Графический дизайн, Ювелир, Оформитель витрин Информационные и коммуникационные технологии Информационные кабельные сети, ИТ Сетевое администрирование, ИТ Решения для бизнеса, Полиграфия, Веб-дизайн Производственные и инженерные технологии Фрезеровщик на станках с ЧПУ, Токарь на станках с ЧПУ, Изготовление конструкций из металла, Электроника, Автоматизированные системы контроля и управления в производстве, Производственная сборка изделий, Графический CAD дизайн, Мехатроника, Мобильная робототехника, Изготовление изделий из пластика, Полимеханика/Автоматизация, Создание прототипов, Технология обработки листового металла, Сварка Специалисты в сфере услуг Косметология, Кондитер, Повар, Парикмахер, Социальный работник, Официант Спасательные работы Обслуживание гражданского транспорта Обслуживание авиационной техники, Кузовной ремонт, Автомеханик, Автопокраска Соревнования в области робототехники проводятся с помощью специальной платформы Robotino На сегодняшний день на соревнованиях WorldSkills International тысячи молодых профессионалов демонстрируют свои знания и навыки, представляя более чем 60 стран. WorldSkills Russia Проект проведения первого национального чемпионата WorldSkills Russia был одобрен наблюдательным советом Агентства стратегических инициатив (АСИ) под председательством Президента России Владимира Путина в октябре 2011 года. В апреле 2012 года по инициативе АСИ и Минобрнауки был организован визит в Россию Президента WSI Саймона Бартли, в результате которого было принято решение о включении Российской Федерации в состав организации. 12 мая 2012 года на очередном заседании Генеральной ассамблеи WSI оно было одобрено всеми странами-участницами. Первый Всероссийский конкурс рабочих профессий WorldSkills Russia состоялся весной 2013 года в Тольятти. В нем приняли участие более 300 конкурсантов в возрасте от 18 до 22 лет. По итогам соревнований была сформирована сборная Российской Федерации, которая в июле 2013 года приняла участие в чемпионате мира WorldSkills International 2013 в Лейпциге. Россия разделила последнее, 41 место, с Чили, Эстонией, Исландией, Кувейтом, Оманом и Саудовской Аравией. Второй национальный чемпионат прошел в мае 2014 года, и в нем приняли участие уже 450 молодых специалистов из 39 регионов России, а также (вне конкурса) команды Абхазии и Финляндии. Сформированный по его итогам новый состав сборной представлял Россию на чемпионатах Euroskills 2014 в Лилле и WorldSkills International 2015 в Сан-Паулу. 8 ноября 2014 Председатель Правительства РФ Дмитрий Медведев распорядился учредить совместно с АСИ союз «Агентство развития профессиональных сообществ и рабочих кадров “Ворлдскиллс Россия”». Целью этой организации является формирование системы Страница 9 из 165 профессионального образования в соответствии со стандартами WSI для обеспечения экономики высококвалифицированными рабочими кадрами. На чемпионате WorldSkills International 2015 обновлённая сборная России заняла 14 общекомандное место и завоевала 6 медалей «За высшее мастерство». Кроме того, на очередном заседании Генеральной ассамблеи WSI местом проведения мирового первенства 2019 была выбрана Казань. Национальный чемпионат WorldSkills Hi-Tech C 30 октября по 03 ноября 2014 года на площадке Международного выставочного центра «Екатеринбург-Экспо» прошёл Первый Национальный чемпионат сквозных рабочих профессий высокотехнологичных отраслей промышленности по методике WorldSkills (WorldSkills Hi-Tech). Компании-победители:  Сборная от образовательных учреждений — 28  Объединенная двигателестроительная компания — 16  Объединенная авиастроительная компания — 13  Первоуральский новотрубный завод — 11  Евразхолдинг — 9  Объединенные машиностроительные заводы — 7  Трубная металлургическая компания — 7  Росэлектроника — 6  Уралвагонзавод — 6  Объединенная металлургическая компания — 6  ОАО Швабе — 6  Группа ГАЗ — 5 Чемпионат 2017 года  Москва — 22  Татарстан — 13  Краснодарский край — 6  Московская область — 9  Свердловская область — 4  Новосибирская, Челябинская, Владимирская, Красноярский, Якутия — по 2 человека  Санкт-Петербург, Нижегородская,Хабаровский, Пермский, Башкирская , Самарская, Тюменская , Курская , Кемеровская, Ставропольский — по 1 человеку EuroSkills Сборная России, сформированная по результатам национального чемпионата в Казани, участвовала в континентальном соревновании EuroSkills 2014 в Лилле. Итоговый результат — 6947 баллов и 11 место из 25. В десятку лидеров вошли: Австрия (14405), Франция (14099), Нидерланды (13434), Финляндия (12107), Португалия (11150), Бельгия (10958), Швеция (8545), Великобритания (8129), Венгрия (8124) и Германия (7774). В 2016 году сборная России, сформированная по результатам национального чемпионата в Красногорске, приняла участие в соревновании Euroskills 2016 в Гётеборге. По итогам трёх дней Страница 10 из 165 состязаний Россия заняла 1-е место в общекомандном и 7-е место в медальном зачёте, заслужив 2 золотые, 2 серебряные, 1 бронзовую медаль, а также 11 медальонов за профессиональное мастерство. 1.2. Стандарты компетенции WSI 09 IT Software Solutions for Business (Программные решения для бизнеса) Стремительные темпы глобализации за последние десять лет были в основном вызваны разработками в области информационных и коммуникационных технологий (ИКТ). Спрос на ИТ-специалистов растет в целом ряде отраслей, одной из которых является предоставление программных решений для бизнеса. Разработка программных решений для повышения производительности бизнеса охватывает многочисленные компетенции и дисциплины. Ключом к ним является осознание динамичной природы отрасли и способность идти в ногу с постоянными переменами. Профессионалы в области программных решений всегда тесно сотрудничают с клиентами для модификации существующих или создания новых систем. Они могут модифицировать готовое программное обеспечение и интегрировать его в существующие системы. Они часто работают в составе команды профессиональных программистов, отвечающих за спецификацию требований, системный анализ и проектирование, построение, испытание, обучение и развертывание, а также техническое обслуживание коммерческих программных систем. Задачи, выполняемые профессионалами в области программных решений, в числе прочего, включают следующее: • анализ существующей системы и представление идей по усовершенствованию, включая анализ затрат-выгод; • анализ и уточнение требований пользователя; • составление детальных спецификаций для новых систем или для модификаций существующих систем; • разработку систем программного обеспечения и тщательное тестирование программных решений; • подготовку обучающих материалов для пользователей, обучение пользователей и представление программного решения пользователям; • установку, развертывание и обслуживание программной системы. Профессионалы в области программных решений могут быть приняты на работу в крупные, средние и малые предприятия в качестве разработчиков ПО, в консультационные фирмы в качестве консультантов и в компании, выпускающие ПО, в качестве подрядчиков. Они могут выполнять самые разнообразные роли: роль разработчика для индивидуальной разработки или персонализации программных решений, вспомогательную роль для управления системами, роль бизнес-аналитика для предоставления решений, упрощающих и автоматизирующих рутинные офисные и бизнес-процессы, а также обучающую роль для обучения пользователей применению прикладных программ. WSSS определяет знание, понимание и конкретные компетенции, которые лежат в основе лучших международных практик технического Страница 11 из 165 и профессионального уровня выполнения работы. Она должна отражать коллективное общее понимание того, что соответствующая рабочая специальность или профессия представляет для промышленности и бизнеса. Целью соревнования по компетенции является демонстрация лучших международных практик, как описано в WSSS и в той степени, в которой они могут быть реализованы. Таким образом, WSSS является руководством по необходимому обучению и подготовке для соревнований по компетенции. В соревнованиях по компетенции проверка знаний и понимания осуществляется посредством оценки выполнения практической работы. Отдельных теоретических тестов на знание и понимание не предусмотрено. WSSS разделена на четкие разделы с номерами и заголовками. Каждому разделу назначен процент относительной важности в рамках WSSS. Сумма всех процентов относительной важности составляет 100. В схеме выставления оценок и конкурсном задании оцениваются только те компетенции, которые изложены в WSSS. Они должны отражать WSSS настолько всесторонне, насколько допускают ограничения соревнования по компетенции. Схема выставления оценок и конкурсное задание будут отражать распределение оценок в рамках WSSS в максимально возможной степени. Допускаются колебания в пределах 5% при условии, что они не исказят весовые коэффициенты, заданные условиями WSSS. Раздел Важность (%) 1 Организация и управление работой 5 Специалист должен знать и понимать: • принципы и навыки, обеспечивающие продуктивную работу в команде; • принципы и поведение систем; • аспекты систем, которые повышают стабильность и экологическую безопасность продуктов, стратегий и навыков; • как проявлять инициативу и быть изобретательным в плане идентификации, анализа и оценки информации, получаемой из различных источников. Специалист должен уметь: • планировать производственный график на каждый день в соответствии с доступным временем и принимать во внимание временные ограничения и крайние сроки; • применять исследовательские технологии и навыки, чтобы иметь представление о самых последних отраслевых рекомендациях; • анализировать результаты собственной деятельности в сравнении с ожиданиями и потребностями клиента и организации.* 2 Компетенции общения и межличностных отношений 5 Страница 12 из 165 3 Специалист должен знать и понимать: • важность умения слушать; • необходимость осмотрительности и конфиденциальности при общении с заказчиками; * • важность разрешения недопонимания и конфликтных ситуаций; * • важность установления и поддержания доверия заказчика и продуктивных рабочих отношений; * • важность навыков письменной и устной коммуникации. Специалист должен уметь: Использовать навыки грамотности для: • следования задокументированным инструкциям в предоставленном руководстве; • понимания инструкции по организации рабочего места и другой технической документации; • интерпретации и понимания системных спецификаций; • осведомленности о последних отраслевых рекомендациях. Использовать навыки устного общения для: • обсуждения и выдвижения предложений относительно спецификации системы; • регулярного уведомления клиента о ходе работы над системой; * • ведения переговоров с клиентом относительно бюджета и сроков выполнения проекта; * • сбора и подтверждения требований клиента; * • представления предложенного и окончательного программного решения. Использовать навыки письменного общения для: • документирования программной системы (например, технического документа, руководства пользователя); • регулярного уведомления клиента о ходе работы над системой; * • подтверждения, что созданное приложение соответствует оригинальным спецификациям, и утверждения пользователем готовой системы Использовать коммуникационные навыки при работе в команде для: • сотрудничества с другими специалистами для получения желаемых результатов; • успешной работы над групповым решением проблем. Использовать навыки управления проектами в: • расстановки приоритетов и графика выполнения задач; • распределять ресурсы между задачами. Решение проблем, инновации, креативность 5 Страница 13 из 165 4 Специалист должен знать и понимать: • общие типы проблем, которые могут возникнуть при разработке программного обеспечения; • общие типы проблем, которые могут возникнуть в коммерческой организации; * • диагностические подходы к решению проблем; • тенденции и разработки в отрасли, включая новые платформы, языки, условные обозначения и технические навыки. Специалист должен уметь: Использовать аналитические навыки для: • синтезировать сложную или неоднородную информацию; • определять функциональные и нефункциональные требования спецификации. Использовать навыки исследования и обучения для: • получать пользовательские требования (например, опросы, анкеты, поиск и анализ документов, совместная разработка приложения и наблюдение); • Независимо исследовать возникшие проблемы. Самостоятельно решать проблемы, с которыми столкнулся в процессе работы: • своевременно идентифицировать и решать проблемы; • грамотно собирать и анализировать информацию; • разрабатывать альтернативы для принятия решений, выбирать наиболее уместные варианты и реализовать необходимое решение Анализ и проектирование программных решений Специалист должен знать и понимать: • важность рассмотрения всех возможных вариантов и выбора лучшего решения на основе взвешенного аналитического суждения и интересов клиента; • важность использования системного анализа и методологий проектирования (например, унифицированного языка моделирования (Unified Modelling Language), программной платформы MVC (Model-View-Control), фреймворки, шаблоны проектирования); * • необходимость быть в курсе новых технологий и принимать решение о целесообразности их применения; • важность оптимизации архитектуры системы с учетом модульности и повторного использования. Специалист должен уметь: Анализировать системы с помощью: • моделирования и анализа прецедентов использования (например, диаграммы прецедентов, описания прецедентов, описание Страница 14 из 165 30 5 действующих субъектов (актер), диаграммы вариантов использования); * • структурного моделирования и анализа (например, объекта класса, диаграммы класса домена); * • динамического моделирования и анализа (например, схемы последовательности, схемы взаимодействия, диаграммы состояний, диаграммы деятельности); * • инструментов и методов моделирования (например, диаграмма сущностей и связей, нормализации, словарь данных; Проектировать системы на основе: • диаграммы классов, диаграммы последовательности, диаграммы состояний, диаграммы деятельности; * • описания объекта; • схемы реляционной или объектной базы данных; • структуры человеко-машинного интерфейса; • средств безопасности и контроля; • структуры многозвенного приложения. Разработка программных решений Специалист должен знать и понимать: • важность рассмотрения всех возможных вариантов и выбора лучшего решения для удовлетворения требований пользователя и интересов клиента; • важность использования методологий разработки системы (например, объектно-ориентированные технологии); • важность рассмотрения всех нормальных и ненормальных сценариев и обработки исключений; • важность соблюдения стандартов (например, правила кодирования, руководство по стилю (оформление системной и программной документации), дизайна пользовательского интерфейса, управление каталогами и файлами); • важность точного и постоянного контроля версий (управление версиями); • использование существующего кода в качестве основы для анализа и модификации; • важность выбора наиболее подходящих средств разработки из предложенных вариантов. Специалист должен уметь: • использовать системы управления базами данных для построения, хранения и управления данными для требуемой системы (MySQL или MS SQL Server); • использовать последнюю версию программного обеспечения среды разработки и инструменты, чтобы изменить существующие коды и писать Страница 15 из 165 40 новый код "клиент-сервер" на базе программного обеспечения (.NET или Java); • определить и интегрировать соответствующие библиотеки и Фреймворки в программное решение; • строить многоуровневые приложения; • разрабатывать мобильный интерфейс для клиента на основе серверной системы. 6 Тестирование программных решений Специалист должен знать и понимать: • принципы устранения распространенных проблем программных приложений; • важность тщательного тестирования решения; • важность документирования испытаний. Специалист должен уметь: • составлять план тестирования (например, модульное тестирование, объемное испытания, интеграционное тестирование и приемочные испытания); • разрабатывать тест-кейсы и проверять результаты тест-кейсов; • устранять и исправление ошибок; • составлять отчет о процессе тестирования. 7 Документирование программных решений Специалист должен знать и понимать: • важность тщательного документирования разработанных решений; Специалист должен уметь: • проявлять профессионализм в подготовке документации; • разрабатывать документацию пользователей; • работать с технической документацией. Всего * не применяется для возрастной группы "14 и выше" 10 5 100 ОЦЕНОЧНАЯ СТРАТЕГИЯ И ТЕХНИЧЕСКИЕ ОСОБЕННОСТИ ОЦЕНКИ Стратегия устанавливает принципы и методы, которым должны соответствовать оценка и начисление баллов WSR. Экспертная оценка лежит в основе соревнований WSR. По этой причине она является предметом постоянного профессионального совершенствования и тщательного исследования. Накопленный опыт в оценке будет определять будущее использование и направление развития основных инструментов оценки, применяемых на соревнованиях WSR: схема выставления оценки, конкурсное задание и информационная система чемпионата (CIS). Оценка на соревнованиях WSR попадает в одну из двух категорий: измерение и судейское решение. Для обеих категорий оценки использование точных эталонов для сравнения, по которым оценивается каждый аспект, является существенным для гарантии качества. Страница 16 из 165 Схема выставления оценки должна соответствовать процентным показателям в WSSS. Конкурсное задание является средством оценки для соревнования по компетенции, и оно также должно соответствовать WSSS. Информационная система чемпионата (CIS) обеспечивает своевременную и точную запись оценок, что способствует надлежащей организации соревнований. Схема выставления оценки в общих чертах является определяющим фактором для процесса разработки Конкурсного задания. В процессе дальнейшей разработки Схема выставления оценки и Конкурсное задание будут разрабатываться и развиваться посредством итеративного процесса для того, чтобы совместно оптимизировать взаимосвязи в рамках WSSS и Стратегии оценки. Они представляются на утверждение Менеджеру компетенции вместе, чтобы демонстрировать их качество и соответствие WSSS. Схема выставления оценки и Конкурсное задание могут разрабатываться одним человеком, группой экспертов или сторонним разработчиком. Подробная и окончательная Схема выставления оценки и Конкурсное задание, должны быть утверждены Менеджером компетенции. Кроме того, всем экспертам предлагается представлять свои предложения по разработке Схем выставления оценки и Конкурсных заданий на форум экспертов для дальнейшего их рассмотрения Менеджером компетенции. Во всех случаях полная и утвержденная Менеджером компетенции Схема выставления оценки должна быть введена в информационную систему соревнований (CIS) не менее чем за два дня до начала соревнований, с использованием стандартной электронной таблицы CIS или других согласованных способов. Главный эксперт является ответственным за данный процесс. Основные заголовки Схемы выставления оценки являются критериями оценки. В некоторых соревнованиях по компетенции критерии оценки могут совпадать с заголовками разделов в WSSS; в других они могут полностью отличаться. Как правило, бывает от пяти до девяти критериев оценки, при этом количество критериев оценки должно быть не менее трёх. Независимо от того, совпадают ли они с заголовками, Схема выставления оценки должна отражать долевые соотношения, указанные в WSSS. Критерии оценки создаются лицом (группой лиц), разрабатывающим Схему выставления оценки, которое может по своему усмотрению определять критерии, которые оно сочтет наиболее подходящими для оценки выполнения Конкурсного задания. Сводная ведомость оценок, генерируемая CIS, включает перечень критериев оценки. Количество баллов, назначаемых по каждому критерию, рассчитывается CIS. Это будет общая сумма баллов, присужденных по каждому аспекту в рамках данного критерия оценки. Каждый критерий оценки разделяется на один или более субкритериев. Каждый субкритерий становится заголовком Схемы выставления оценок. В каждой ведомости оценок (субкритериев) указан конкретный день, в который она будет заполняться. Страница 17 из 165 Каждая ведомость оценок (субкритериев) содержит оцениваемые аспекты, подлежащие оценке. Для каждого вида оценки имеется специальная ведомость оценок. Каждый аспект подробно описывает один из оцениваемых показателей, а также возможные оценки или инструкции по выставлению оценок. В ведомости оценок подробно перечисляется каждый аспект, по которому выставляется отметка, вместе с назначенным для его оценки количеством баллов. При принятии решения используется шкала 0–3. Для четкого и последовательного применения шкалы судейское решение должно приниматься с учетом: ● эталонов для сравнения (критериев) для подробного руководства по каждому аспекту ● шкалы 0–3, где: ▪ 0: исполнение не соответствует отраслевому стандарту; ▪ 1: исполнение соответствует отраслевому стандарту; ▪ 2: исполнение соответствует отраслевому стандарту и в некоторых отношениях превосходит его; ▪ 3: исполнение полностью превосходит отраслевой стандарт и оценивается как отличное Каждый аспект оценивают три эксперта, каждый эксперт должен произвести оценку, после чего происходит сравнение выставленных оценок. В случае расхождения оценок экспертов более чем на 1 балл, экспертам необходимо вынести оценку данного аспекта на обсуждение и устранить расхождение. При измеримых аспектах оценка каждого аспекта осуществляется тремя экспертами. Если не указано иное, будет присуждена только максимальная оценка или ноль баллов. Если в рамках какого-либо аспекта возможно присуждение оценок ниже максимальной, это описывается в Схеме оценки с указанием измеримых параметров. Главный эксперт и Заместитель Главного эксперта обсуждают и распределяют Экспертов по группам (состав группы не менее трех человек) для выставления оценок. Каждая группа должна включать в себя как минимум одного опытного эксперта. Эксперт не оценивает участника из своей организации. Каждый эксперт выступает в качестве члена команды оценки тестового проекта. Эксперты будут разделены на команды оценки при максимально возможном равенстве в количестве оценки критериев. Состав команд оценки будет определять Главный эксперт и Заместитель главного эксперта с целью достижения баланса между новыми и опытными экспертами в каждой из команд. Судейские оценки не должны превышать 20%. КОНКУРСНОЕ ЗАДАНИЕ Продолжительность Конкурсного задания не должна быть менее 15 и более 22 часов. Возрастной ценз участников для выполнения Конкурсного задания от 14 до 22 лет. Вне зависимости от количества модулей, КЗ должно включать оценку по каждому из разделов WSSS. Страница 18 из 165 Конкурсное задание не должно выходить за пределы WSSS. Оценка знаний участника должна проводиться исключительно через практическое выполнение Конкурсного задания. При выполнении Конкурсного задания не оценивается знание правил и норм WSR. Конкурсное задание содержит 5 модулей: 1. Модуль 1. Системный анализ и проектирование. 2. Модуль 2. Разработка программного обеспечения. 3. Модуль 3. Стандарты разработки. 4. Модуль 4. Документирование. 5. Модуль 5. Оформление решения. Набор модулей разрабатывается в зависимости от Конкурсного задания. Общие файлы данных могут быть предоставлены на русском и английском языке и только английские версии программного обеспечения. Участникам разрешен выход в интернет в зоне соревнования. Интернет будет доступен на обозначенных компьютерах в пределах 15 минут на участника на сессию. Это время включается во соревновательное время конкурса. В течении соревновательного времени может быть объявлен «Overdrive» – неожиданное независимое испытание на скорость. Привычным запросом в данной области является, что чья-то работа может быть прервана по просьбе. В какой-то момент в каждый из дней проведения конкурса участникам может быть поставлена задача, которая должна быть решена в течение 30 минут. Это будет задача визуального характера, которая будут привлекать зрителей к территории соревнований. Задача должна быть одна, и иметь быстрое решение. Все предконкурсные обсуждения проходят на особом форуме (http://forum.worldskills.ru). Решения по развитию компетенции должны приниматься только после предварительного обсуждения на форуме. Также на форуме должно происходить информирование о всех важных событиях в рамке компетенции. Модератором данного форума являются Международный эксперт и (или) Менеджер компетенции (или Эксперт, назначенный ими). Информация для конкурсантов публикуется в соответствии с регламентом проводимого чемпионата. Информация может включать: ● Техническое описание; ● Конкурсные задания; ● Обобщённая ведомость оценки; ● Инфраструктурный лист; ● Инструкция по охране труда и технике безопасности; ● Дополнительная информация. ОСОБЫЕ ПРАВИЛА ВОЗРАСТНОЙ ГРУППЫ 14-16 ЛЕТ Время на выполнения задания не должны превышать 5 часов в день. При разработке Конкурсного задания и Схемы оценки необходимо учитывать специфику и ограничения применяемой техники безопасности и охраны труда для данной возрастной группы. Так же необходимо учитывать антропометрические, психофизиологические и психологические особенности данной возрастной группы. Тем самым Страница 19 из 165 Конкурсное задание и Схема оценки может затрагивать не все блоки и поля WSSS в зависимости от специфики компетенции. Вопросы для самоконтроля 1. Что такое компетенция в терминах Ворлдскиллс Россия? 1. Это уровень профессиональных навыков конкурсанта 2. Это набор знаний и навыков в определенной профессиональной области 3. Это название площадки на чемпионате 2.Что такое Skill Management Plan (SМР)? 1. План работы на площадке компетенции 2. План застройки площадки 3. План развития навыков конкурсантов 3.Что указывается в Плане застройки площадки? 1. Планировка конкурсных участков 2. Расположение инфраструктуры на площадке (розетки, выводы сжатого воздуха, вода и т.п.) 3. Список инструмента, который может привезти с собой участник 4.Что должно указываться в Инфраструктурном листе? 1. Расположение инфраструктуры на площадке (розетки, выводы сжатого воздуха, вода и т.п.) 2. Список всего необходимого оборудования, инструмента, расходных материалов, офисного оснащения и принадлежностей, необходимых для работы площадки, предоставляемых организатором 3. Параметры, как освещенность, напряжение, давление и т.п. 5.Сколько часов, как правило, отводится на выполнение конкурсного задания? 1. от 3 до 15 2. от 15 до 22 3. 24 6.Какой из документов устанавливает "рамки компетенции"? 1. Техническое описание компетенции 2. Конкурсное задание 3. Регламент чемпионата 7.Какова элементарная позиция Критериев оценки? 1. Критерий 2. Субкритерий 3. Аспект Страница 20 из 165 Часть 2. Современные технологии в профессиональной сфере деятельности. Содержание профессиональных модулей образовательной программы с учетом стандарта Ворлдскиллс Россия по компетенции Программные решения для бизнеса Тема 2.1. Инструментальные средства для анализа и проектирования программных решений. Платформы для реализации баз данных Современные системы анализа и проектирования могут быть разделены на две большие категории. Первую составляют CASEсистемы (как независимые (upper CASE), так и интегрированные с СУБД), обе системы анализа и проектированияечивающие проектирование БД и приложений в комплексе с интегрированными средствами разработки приложений "клиент-сервер" (например, Westmount I-CASE+Uniface, Designer/2000+Developer/2000). Их основное достоинство заключается в том, что они позволяют разрабатывать всю ИС целиком (функциональные системы анализа и проектирования спецификации, логику процессов, интерфейс с пользователем и базу данных), оставаясь в одной технологической среде. Инструменты этой категории, как правило, обладают существенной сложностью, широкой сферой применения и высокой гибкостью. Вторую категорию составляют собственно средства проектирования БД, реализующие ту или иную методологию, как правило, "сущность-связь" ("entity-relationship") и рассматриваемые в комплексе со средствами разработки приложений. К средствам этой категории можно отнести такие, как SILVERRUN+JAM, ERwin/ERX+PowerBuilder и др. Помимо указанных категорий, системы анализа и проектирования можно классифицировать по следующим признакам:  степени интегрированности: (отдельные локальные средства, набор частично интегрированных средств, охватывающих большинство этапов жизненного цикла ИС и полностью интегрированные средства, связанные общей базой проектных данных - репозиторием);  применяемым методологиям и моделям систем и БД;  степени интегрированности с СУБД;  степени открытости;  доступным платформам. В разряд системы анализа и проектирования попадают как относительно дешевые системы для персональных компьютеров (ПК) с весьма ограниченными возможностями, так и дорогостоящие системы для неоднородных вычислительных платформ и операционных сред. Так, современный рынок программных средств насчитывает около 300 различных CASE-систем, наиболее мощные из которых так или иначе используются практически всеми ведущими западными фирмами. Применение системы анализа и проектирования требует от потенциальных пользователей системы анализа и проектирования специальной подготовки и обучения. Опыт показывает, что внедрение системы анализа и проектирования осуществляется медленно, однако по мере приобретения практических навыков и общей культуры проектирования эффективность применения этих средств резко возрастает, причем наибольшая потребность в использовании систем Страница 21 из 165 проектирования испытывается на начальных этапах разработки, а именно на этапах анализа и спецификации требований. Это объясняется тем, что цена ошибок, допущенных на начальных этапах, на несколько порядков превышает цену ошибок, выявленных на более поздних этапах разработки. Практическое задание MySQL Workbench — инструмент для визуального проектирования баз данных, интегрирующий проектирование, моделирование, создание и эксплуатацию БД в единое бесшовное окружение для системы баз данных MySQL. Программа позволяет быстро и с удовольствием накидывать схемы данных проекта, проектировать сущности и связи между ними, безболезненно внедрять изменения в схему и так же быстро и безболезненно синхронизировать её с удалённым сервером. А графический редактор EER-диаграмм позволяет увидеть общую картину модели данных. Создание и редактирование модели данных Для добавления модели нажимаем "Models" или выбираем "File → New Model" (Ctrl + N): Страница 22 из 165 На этом экране вводим имя базы данных, выбираем кодировку по умолчанию и, если нужно, заполняем поле комментария. Можно приступать к созданию таблиц. Добавление и редактирование таблицы Список баз данных проекта и список таблиц в пределах базы данных будет располагаться во вкладке "Physical Schemas".Чтобы создать таблицу, дважды кликаем на "+Add Table": Откроется удобный интерфейс для редактирования списка полей и их свойств. Здесь мы можем задать название поля, тип данных, а так же установить для полей различные атрибуты: назначить поле первичным ключом (PK), пометить его Not Null (NN), бинарным (BIN), уникальным (UQ) и другие, установить для поля автоинкремирование (AI) и значение по умолчанию (Default). Управление индексами Добавлять, удалять и редактировать индексы таблиц можно во вкладке "Indexes" интерфейса управления таблицей: Страница 23 из 165 Вводим название индекса, выбираем его тип, затем галочками помечаем в нужном порядке список полей, участвующих в данном индексе. Порядок полей будет соответствовать порядку, в котором были проставлены галочки. В данном примере добавлен уникальный индекс к полю username. Связи между таблицами Установка внешних ключей и связывание таблиц возможно только для таблиц InnoDB (эта система хранения данных выбирается по умолчанию). Для управления связями в каждой таблице находится вкладка "Foreign Keys": Для добавления связи открываем вкладку "Foreign Keys" дочерней таблицы, вводим имя внешнего ключа и выбираем таблицу-родителя. Далее в средней части вкладки в графе Column выбираем поле-ключ из дочерней таблицы, а в графе Referenced Column - соответствующее поле из родительской таблицы (тип полей должен совпадать). При создании внешних ключей в дочерней таблице автоматически создаются соответствующие индексы. В разделе "Foreign Key Options" настраиваем поведение внешнего ключа при изменении соответствующего поля (ON UPDATE) и удалении (ON DELETE) родительской записи: Страница 24 из 165  RESTRICT - выдавать ошибку при изменении / удалении родительской записи  CASCADE - обновлять внешний ключ при изменении родительской записи, удалять дочернюю запись при удалении родителя  SET NULL устанавливать значение внешнего ключа NULL при изменении / удалении родителя (неприемлемо для полей, у которых установлен флаг NOT NULL!)  NO ACTION - не делать ничего, однако по факту эффект аналогичен RESTRICT В приведённом примере добавили к дочерней таблице UserProfile внешний ключ для связи с родительской таблицей User. При редактировании поля userId и удалении позиций из таблицы User аналогичные изменения будут автоматически происходить и со связанными записями из таблицы UserProfile. Наполнение таблицы базовыми данными При создании проекта в базу данных часто нужно добавлять стартовые данные. Это могут быть корневые категории, пользователиадминистраторы и т.д. В управлении таблицами MySQL Workbench для этого существует вкладка "Inserts": Как видно из примера, в случае, если перед записью в базу данных к данным нужно применить какую-то функцию MySQL, это делается с помощью синтаксиса \func functionName('data'), например, \func md5('password'). После ввода данных необходимо сохранить их в локальную базу данных нажатием на кнопку "Apply Changes". Создание ER диаграммы (диаграммы "сущность-связь") Для представления схемы данных, сущностей и их связей в графическом виде в MySQL Workbench существует редактор EERдиаграмм. Для создания диаграммы в верхней части экрана управления базой данных дважды кликаем на иконку "+Add Diagram": Страница 25 из 165 В его интерфейсе можно создавать и редактировать таблицы, добавлять между ними связи различных типов. Чтобы добавить уже существующую в схеме таблицу на диаграмму, просто перетащите её из панели "Catalog Tree". Для экспорта схемы данных в графический файл выберите "File → Export", а затем один из вариантов (PNG, SVG, PDF, PostScript File). Импорт существующей схемы данных (из SQL дампа) Если уже есть схема данных, её можно без труда импортировать в MySQL Workbench для дальнейшей работы. Для импорта модели из SQL файла выбираем "File → Import → Reverse Engineer MySQL Create Script...", после чего выбираем нужный SQL файл и жмём "Execute >" Страница 26 из 165 В MySQL Workbench так же предусмотрен импорт и синхронизация модели данных нарямую с удалённым сервером. Для выполнения практического задания можно ознакомиться с обучающими видео Задание: 1) разработать ER-диаграмму к информационной системе на основании описания бизнес-процесса (https://drive.google.com/drive/folders/1NrRGxRfGmf0HGT4f TCFvZpe1oCLd-lkn); 2) разработать элемент рабочей тетради по теме “UMLдиаграммы’’(действующие лица, варианты использования, инструментальные средства и т.д.) . Страница 27 из 165 Тема 2.2. Платформы для разработки программных решений Компьютерная платфо́ рма — в общем смысле, это любая существующая среда выполнения, в которой должен выполняться вновь разрабатываемый фрагмент программного обеспечения или объектный модуль с учётом накладываемых этой средой ограничений и предоставляемых возможностей. Термин платформа может применяться к разным уровням абстракции, включая определенную аппаратную архитектуру, операционную систему или библиотеку времени выполнения. Нижний слой многоуровневой организации вычислительной системы (аппаратура, операционная система, прикладное программное обеспечение), на который опираются ОС и прикладное ПО. Аппаратные платформы отличаются друг от друга архитектурой центрального процессора и используемыми шинами связи функциональных блоков. Каждой аппаратной платформе соответствуют совместимые с ней операционные системы и прикладные программы, которые могут на ней запускаться. Программная платформа представляет собой общую организацию исполнения прикладных программ, задавая, например, порядок запуска программы, схему использования ею адресного пространства, зафиксированные в архитектуре операционной системы плюс API на уровне операционной системы. При рассмотрении совместимости, или сходства, на уровне операционных систем, например, системных вызовов, файловых систем и пользовательской среды, при сравнении родственных операционных систем (например, UNIX) или семейства (например, Microsoft Windows), речь идет о совместимости на уровне API операционной системы, например, в рамках семейства ОС, а не абстрактного понятия «платформы» Примеры платформ ОС  Win32 — Win32 API,  API POSIX для ОС UNIX/Linux. Кроссплатформенность программного обеспечения — возможность исполнять его, без перекомпилирования программы, как на различных аппаратных платформах, так и под управлением разных операционных систем (иначе говоря, возможность запуска исполняемого файла на платформах различных ОС). Примерами программного обеспечения, выполняющегося на разных аппаратных платформах и под управлением разных операционных систем, являются разнообразные программы, написанные на языках программирования для виртуальных машин, таких, как, например, PHP, Perl, Python, Java, и многие другие, а также — кроссплатформенные среды разработки приложений. Примеры  Qt  GTK  Boost  Java Virtual Machine  .NET Framework  Adobe AIR Рассмотрим примеры работы с платформой .NET на примере выполнения задания для демонстрационного экзамена 2016 года(WPF). СОЗДАНИЕ ПРОЕКТА Запустите Visual Studio 2017, перейдите File – Project. Страница 28 из 165 Выберите Visual C# - Windows Classic Desktop – WPF App, укажите имя проекта, а также поставьте галочку «Create new git repositoty» чтобы включить проект в систему контроля версий. После нажатия кнопки «OK» создастся проект с пустой формой. СОЗДАНИЕ РЕПОЗИТОРИЯ Откройте в браузере GOGS. Авторизуйтесь под своей учетной записью. На верхней панели нажмите «+» и выберите «Новый репозиторий». Страница 29 из 165 После чего укажите имя репозитория, поставьте галочку что репозиторий будет являться личным. И создайте его путем нажатия на «Создать репозиторий». После создания репозитория появится следующее окно. Создадим в проекте «Resource Dictionary». Для того чтобы подключить проект, откройте проект в Visual Studio, затем внизу нажмите на стрелку направленную вверх. После нажатия у вас откроется окно «Team Explorer», в котором нажмите «Publish Git Repo» После чего у вас откроется окно в которое необходимо вставить ссылку на репозиторий. Для получения ссылки, откройте GOGS, авторизуйтесь, зайдите в созданный репозиторий (урок Создание репозитория) и там скопируйте на него ссылку. Страница 30 из 165 После того как скопируете ссылку вставьте ее в поле подключения удаленного репозитория в «Team Explorer» и нажмите кнопку «Publish» После нажатия кнопки, проект будет сохранен на удаленном репозитории, а также создастся связь между локальным и удаленным репозиторием. Проверить репозитории. результат сохранения проекта Страница 31 из 165 можно на GOGS в СОХРАНЕНИЕ ИЗМЕНЕНИЙ В РЕПОЗИТОРИИ По мере того как будут вноситься правки в проект, счетчик изменений будет расти (указывается внизу Visual Studio) Чтобы сохранить проект в репозитории, необходимо нажать на счетчик (карандаш). После этого появится окно Team Explorer. В данном окне показывается ветка (branch) в которую будет сохранятся изменения и файлы (Changes) в которых произошли изменения. Если изменения были произведены ошибочно, то их можно откатить на предыдущею версию, путем нажатия на необходимом файле правой кнопкой мыши и выбрав пункт «Undo Changes» Если необходимо посмотреть изменения в файле (сравнить с предыдущей версией), то необходимо нажать правую кнопку мыши на нужном файле и выбрать пункт меню «Compare with Unmodified» Страница 32 из 165 После чего откроется окно с изменениями, предыдущая версия, в другом актуальная. в одном окне Для того чтобы сохранить изменения необходимо написать текст об изменениях в данной версии. После ввода изменений, необходимо нажать кнопку «Commit All» для сохранения изменений в локальный репозиторий. После чего будет выведено сообщение о успешном сохранении проекта. Так же будет предложено синхронизировать локальный репозиторий с удаленным. Страница 33 из 165 Теперь необходимо отправить изменения локального репозитория на удаленный репозиторий. Для этого необходимо выбрать пункт Sync из выпадающего меню. В данном пункте меню, внизу будет отображаться ваш коммит (изменения). Для того чтобы отправить изменения необходимо нажать на кнопку «Push» После нажатия кнопку локальный репозиторий будет сохранен на удаленном. И после успешного завершения будет выведено соответствующее сообщение. Страница 34 из 165 СОЗДАНИЕ СЛОВАРЯ СТИЛЕЙ Укажем имя «Dictionary.xaml» и создадим его. Страница 35 из 165 Теперь словарь необходимо подключить к проекту (чтобы компоненты могли обращаться к стилям) для этого откроем «App.xaml» И впишем следующий код для подключения словаря. Страница 36 из 165 После данных операций можно начинать писать стили и константы. Напишем первый стиль, который будет менять задний фон и внутренний отступ, и он применяться ко всем компонентам типа «Label» РАЗМЕЩЕНИЕ КОНТЕНТА ПО ЦЕНТРУ ФОРМЫ Откройте форму или страницу. Выберите компонент Grid, после чего по краям (сверху и слева) появится возможность добавлять строки и столбцы. Добавим первый столбец. Добавим еще один столбец. Страница 37 из 165 Таким же образом добавим две строки. После всех добавление мышкой, мы можем увидеть следующий код XAML. Так же столбцы и строки можно добавлять, редактируя код XAML. Здесь же можно редактировать размер строк и столбцов. Чтобы разместить элементы по центру (которые будут во второй строки и во Страница 38 из 165 втором столбце) необходимо задать размеры строкам и столбцам. Зададим столбцам и строкам следующие размеры. После чего на форме увидим следующее. В результате средний столбец и средняя строка имеют фиксированный размер, в то время как последние и первые имеют динамический размер (меняется в зависимости от размера контейнера, окна). СОЗДАНИЕ БАЗОВОЙ ФОРМЫ Создадим несколько строк с фиксированными размерами. Страница 39 из 165 Добавим компонент «Rectangle» на форму и разместим его в 3 строке. Компонент необходимо растянуть на всю ширину и высоту строки, а затем закрепить высоту и ширину (чтобы он мог растягиваться) Укажем у компонента «Rectangle» свойство «StrokeThickness» равное 0, это задаст размер границы прямоугольника. Добавим на форму кнопку и разместим в левом углу первой строки. И укажем имя кнопки «Назад», которая в последствии будет выполнять соответствующею функцию. Страница 40 из 165 Добавим на форму компонент «Frame» во вторую строку, в него будут загружать страницы (Авторизация, Регистрация и другие). Закрепим компонент по высоте и ширине. Укажем имя ему «MainFrame» Запустим проект и увидим примерно следующее. Для выполнения практического ознакомиться с обучающими видео Страница 41 из 165 задания можно СОЗДАНИЕ МЕНЮ ПОЛЬЗОВАТЕЛЯ Создадим новую страницу, назовем ее CustomerMenu. Добавим несколько кнопок, разместим их по центру и добавим им обработчик события клик. И в коде каждому обработчику укажем свой переход Страница 42 из 165 Для выполнения практического ознакомиться с обучающими видео задания можно СОЗДАНИЕ ПОДКЛЮЧЕНИЯ К БАЗЕ ДАННЫХ Добавим в проект новый объект Выберем Data – ADO.NET Entity Data Model, назовем Model и добавим. Страница 43 из 165 Появится диалоговое окно и выберем пункт «EF Designer from database» После появится следующее окно. Нажмем «New Connection» Страница 44 из 165 В данном окне выберем «Change». В следующем окне выберем «MySQL Database» и нажмем «ОК». Страница 45 из 165 После выбора введем данные сервера: IP адрес, логин и пароль. После выберем нужную базу данных. На следующем окне, выберем созданное подключение и поставим «Yes, include the sensitive data in the connection string», а также укажем имя нашего объекта базы данных «Entitites». В следующем окне оставим по умолчанию: Страница 46 из 165 В этом окне выберем таблицы, которые хотим использовать в проекте: ПОЛУЧЕНИЕ ДАННЫХ ИЗ БАЗЫ ДАННЫХ Для подключения к базе данных необходимо создать контекст. Теперь загрузим всю таблицу пользователей. Страница 47 из 165 Получим пользователей по определенному критерию Получим пользователя по определенным критериям Для выполнения практического ознакомиться с обучающими видео задания можно Создание формы авторизации Добавим в проект новую папку и назовем ее «Pages», в этой папке будут находится страницы (авторизация, регистрация и другие) Добавим в папку новую страницу. Страница 48 из 165 Назовем страницу AuthPage и создадим ее. После чего появится пустая страница. Добавим на форму компоненты «Label» и «TextBox», а затем от центруем их и добавим еще один столбец (для размещения лейблов). Также не забудем переименовать страницу, а затем закрепить лейбл и текстбокс, чтобы они растягивались по ширине. Страница 49 из 165 Добавим остальные компоненты по аналогии и переименуем их. В результате получится примерно так. Страница 50 из 165 Перейдем на главную форму и в компоненте «Frame» укажем в свойстве «Source» нашу страницу «AuthPage.xaml» Страница 51 из 165 Запустим проект и увидим, что при запуске теперь отображается страница авторизации. Теперь добавим кнопку вход. функционал. Добавим обработчик Добавим полям имена: Добавим в код базовую проверку Добавим запрос к базе данных: Страница 52 из 165 события на И теперь добавим переходы в зависимости от роли на меню пользователя (для этого необходимо создать страницы меню для каждого типа пользователя, CustomerMenu или DirectorMenu и тд) Для выполнения практического ознакомиться с обучающими видео Страница 53 из 165 задания можно ПЕРЕХОД МЕЖДУ СТРАНИЦАМИ Перейдем на базовую форму Navigated у Frame. и создадим обработчик события В обработчик события напишем следующий код. Сначала мы проверяем что получили ли мы страницу на вход, затем устанавливаем заголовок формы в соответствии с шаблоном, после в зависимости от страницы отображаем или скрываем кнопку «Назад». А в обработчик события нажатия кнопки «Назад». При нажатии на кнопку будет выполнен переход назад, если такой возможен. Добавим еще одну страницу. Теперь выполним переход со страницы AuthPage на Page2. Перейдем на страницу AuthPage и добавим обрабочик события на кнопку «Регистрация»: Страница 54 из 165 Напишем следующий код в обработчике: После этого переход по кнопке будет осуществляться на страницу Page2, а по кнопке «Назад» обратно на AuthPage. Для выполнения практического задания можно ознакомиться с обучающими видео Задание: 1) Разработать элемент рабочей тетради по теме «Проектирование интерфейса»; 2) Разработать проект интерфейса программного продукта в соответствие с заданием (https://drive.google.com/drive/folders/1NrRGxRfGmf0HGT4f TCFvZpe1oCLd-lkn); 3) Разработать лабораторный практикум по теме «Проектирование интерфейсов мобильных приложений». Страница 55 из 165 Тема 2.3 Тестирование программных решений Тестирование ПО – процесс проверки соответствия заявленных к продукту требований и реально реализованной функциональности, осуществляемый путем наблюдения за его работой в искусственно созданных ситуациях и на ограниченном наборе тестов, выбранных определенным образом. Тестирование (software testing) — деятельность, выполняемая для оценки и улучшения качества программного обеспечения [1]. Эта деятельность, в общем случае, базируется на обнаружении дефектов и проблем в программных системах. В соответствие с IEEE Std 829-1998 тестирование – это процесс анализа ПО, направленный на выявление отличий между его реально существующими и требуемыми свойствами (дефект) и на оценку свойств ПО. По ГОСТ Р ИСО МЭК 12207-99 в жизненном цикле ПО определены среди прочих вспомогательные процессы верификации, аттестации, совместного анализа и аудита. Процесс верификации является процессом определения того, что программные продукты функционируют в полном соответствии с требованиями или условиями, реализованными в предшествующих работах. Данный процесс может включать анализ, проверку и испытание (тестирование). Процесс аттестации предусматривает определение полноты соответствия требований и системы их конкретному функциональному назначению. Под аттестацией понимается подтверждение и оценка достоверности проведенного тестирования ИС. Аттестация должна гарантировать полное соответствие спецификациям, требованиям и документации. Аттестацию выполняют путем тестирования во всех возможных ситуациях и используют при этом независимых специалистов. Процесс совместного анализа является процессом оценки состояний и, при необходимости, результатов работ (продуктов) по проекту. Процесс аудита является процессом определения соответствия требованиям, планам и условиям договора. В сумме эти процессы и составляют то, что обычно называют тестированием. Тестирование основывается на тестовых процедурах с конкретными входными данными, начальными условиями и ожидаемым результатом, разработанными для определенной цели, такой, как проверка отдельной программы или верификация соответствия на определенное требование [2]. Тестовые процедуры могут проверять различные аспекты функционирования программы — от правильной работы отдельной функции до адекватного выполнения бизнестребований. Основные цели тестирования:  проверить взаимодействие между объектами;  проверить корректную интеграцию всех модулей системы;  проверить, что все требования были корректно реализованы;  идентифицировать дефекты и убедиться, что они максимально выявлены еще до развертывания системы. Этапы процесса тестирования Страница 56 из 165 На рисунке 1 представлены программного обеспечения. этапы процесса тестирования Рисунок 1 - Этапы процесса тестирования Планирование и подготовка процесса тестирования состоит в анализе требований, предъявляемых к программному продукту, выборе стратегии тестирования, целей и приоритетов. Создание тест-кейсов. Тест-кейсы должны быть основаны на требованиях к программному продукту, должны покрывать все эти требования и иметь приоритет. Проверка на критические ошибки, блокирующие процесс тестирования. Если такие ошибки были обнаружены, то программу сразу отправляют на исправление разработчикам. Обычно такие ошибки не заносятся в базу данных дефектов. Выполнение тест-кейсов – проверка соответствия результатов работы программы ожидаемым результатам. Описание дефектов. Дефект – выявленное в процессе тестирования несоответствие полученных и ожидаемых результатов. Проверка и устранение дефектов. Жизненный цикл дефекта представлен на рисунке 2. Рисунок 2 - Жизненный цикл дефекта Автоматизация тестирования выполняется для того, чтобы уже написанные и проверенные один раз тест-кейсы выполнялись Страница 57 из 165 автоматически. Повторное выполнение тестов необходимо, чтобы убедиться, что во время исправления дефектов не было внесено новых ошибок. В настоящее время существует много программных продуктов, предназначенных для автоматизации тестирования. Идея этих продуктов заключается в создании централизованного репозитория для хранения, доступа и управления всеми составляющими компонентами процесса тестирования. Именно с использования такого инструментария, как правило, и начинается переход от тестирования вручную к внедрению автоматизированных средств. Одно из важных требований к инструменту подобного класса — возможность использования обычного браузера в качестве клиентской части, что упрощает установку, настройку и последующую поддержку продукта [3]. Отчет о тестировании. Отчеты о тестировании могут формироваться в различных точках в течение процесса тестирования. Отчеты о тестировании будут суммировать результаты тестирования и документировать любой анализ. Отчет о приемочном тестировании часто является договорным документом, подтверждающим приемку ПО. Существует несколько признаков, по которым принято производить классификацию видов тестирования. Обычно выделяют следующие признаки [4]: По объекту тестирования:  Функциональное тестирование (functional testing);  Нагрузочное тестирование: o Тестирование производительности (perfomance/stress testing); o Тестирование стабильности (stability/load testing);  Тестирование удобства использования (usability testing);  Тестирование интерфейса пользователя (UI testing);  Тестирование безопасности (security testing);  Тестирование локализации (localization testing);  Тестирование совместимости (compatibility testing). По знанию системы:  Тестирование чёрного ящика (black box) При тестировании чёрного ящика, инженер по тестированию имеет доступ к ПО только через те же интерфейсы, что и заказчик или пользователь, либо через внешние интерфейсы, позволяющие другому компьютеру либо другому процессу подключиться к системе для тестирования. Например, тестирующий модуль может виртуально нажимать клавиши или кнопки мыши в тестируемой программе с помощью механизма взаимодействия процессов, с уверенностью в том, все ли идёт правильно, что эти события вызывают тот же отклик, что и реальные нажатия клавиш и кнопок мыши. Как правило, тестирование чёрного ящика ведётся с использованием спецификаций или иных документов, описывающих требования к системе.  Тестирование белого ящика (white box) При тестировании белого ящика (англ. white-box testing, также говорят — прозрачного ящика), разработчик теста имеет доступ к исходному коду программ и может писать код, который связан с библиотеками тестируемого ПО. Это типично для юнит-тестирования (англ. unit testing), при котором тестируются только отдельные части системы. Оно обеспечивает то, что компоненты конструкции — Страница 58 из 165 работоспособны и устойчивы, до определённой степени. При тестировании белого ящика используются метрики покрытия кода.  Тестирование серого ящика (gray box). По степени автоматизированности:  Ручное тестирование (manual testing);  Автоматизированное тестирование (automated testing);  Полуавтоматизированное тестирование (semiautomated testing). По степени изолированности компонентов:  Компонентное (модульное) тестирование (component/unit testing);  Интеграционное тестирование (integration testing);  Системное тестирование (system/end-to-end testing). По времени проведения тестирования:  Альфа тестирование (alpha testing): o Тестирование при приёмке (smoke testing); o Тестирование новых функциональностей (new feature testing); o Регрессионное тестирование (regression testing); o Тестирование при сдаче (acceptance testing). В альфа-тестировании программу тестирует разработчик с точки зрения пользователя. Ближе к выходу продукта наступает следующая стадия тестирования – бета-тестирование, когда на тестирование программу отдают реальным, конечным пользователям.  Бета тестирование (beta testing) В бета-версии обычно ограничивают функциональность, время использования программы, взамен обратной связи, а также найденных ошибок. По признаку позитивности сценариев:  Позитивное тестирование (positive testing)  Негативное тестирование (negative testing) По степени подготовленности к тестированию:  Тестирование по документации (formal testing)  Эд Хок (интуитивное) тестирование (ad hoc testing) Статическое и динамическое тестирование Описанные выше техники — тестирование белого ящика и тестирование чёрного ящика — предполагают, что код исполняется, и разница состоит лишь в той информации, которой владеет инженер по тестированию. В обоих случаях это динамическое тестирование. При статическом тестировании программный код не выполняется — анализ программы происходит на основе исходного кода, который вычитывается вручную, либо анализируется специальными инструментами. В некоторых случаях, анализируется не исходный, а промежуточный код (такой как байт-код или код на MSIL) [5]. На рисунке 3 представлена классификация техник тестирования программного обеспечения. Страница 59 из 165 Рисунок 3 - Техники тестирования программного обеспечения Также к статическому тестированию относят тестирование требований, спецификаций, документации. Тестирование обычно производится на протяжении всей разработки и сопровождения на разных уровнях. Уровень тестирования определяет «над чем» производятся тесты: над отдельным модулем, группой модулей или системой, в целом. При этом ни один из уровней тестирования не может считаться приоритетным. Важны все уровни тестирования, вне зависимости от используемых моделей и методологий [6]. Модульное тестирование (Unit testing). Этот уровень тестирования позволяет проверить функционирование отдельно взятого элемента системы. Что считать элементом – модулем системы определяется контекстом. Наиболее полно данный вид тестов описан в стандарте IEEE 1008-87 «Standard for Software Unit Testing», задающем интегрированную концепцию систематического и документированного подхода к модульному тестированию. Интеграционное тестирование (Integration testing). Данный уровень тестирования является процессом проверки взаимодействия между программными компонентами/модулями. Системное тестирование (System testing). Системное тестирование охватывает целиком всю систему. Большинство функциональных сбоев должно быть идентифицировано еще на уровне модульных и интеграционных тестов. В свою очередь, системное тестирование, обычно фокусируется на нефункциональных требованиях – безопасности, производительности, точности, надежности т.п. На этом уровне также тестируются интерфейсы к внешним приложениям, аппаратному обеспечению, операционной среде и т.д. Рассмотрим подробнее каждый из уровней тестирования: Модульное (unit) тестирование [1] – проверка функционирования первого компонента системы, самого элементарного. Обычно берется самый минимально возможный для тестирования компонент, например, одна функция программы. В данном виде тестирования используется метод «белого ящика». Обычно модульное тестирование выполняется программистами. Цель этого вида тестирования – изолировать отдельные части программы, протестировать их и показать, что в отдельности они работоспособны. Страница 60 из 165 Преимущество этого вида тестирования в том, что программисты довольно легко идут на изменение программы, не сопротивляясь нововведениям. Это объясняется тем, что протестировать отдельный модуль после изменения достаточно просто. В одном модуле получается достаточно маленький набор вариантов развития событий, и достаточно легко рассмотреть их все. Этот вид тестирования помогает локализовать ошибку. Локализовать ошибку – значит определить место, где содержится ошибка, т.е. в каком модуле, в какой функции она произошла. Когда мы находим ошибку, мы пытаемся установить, при каком наборе действий она возникает, и обобщить его. Затем пытаемся локализовать, т.е. определить в каком компоненте программы происходит сбой. Юнит-тестирование не решит проблемы производительности, качества, безопасности, надежности. Поэтому остаётся еще целый ряд непроверенных параметров, для которых заданы определенные требования при разработке продукта. Проблемы взаимодействия компонентов этот вид тестирования также не решает. Этот вид тестирования отдельно никогда не используют, только с другими видами тестирования. На выходе этого вида тестирования мы получаем протестированные модули программы. Они в свою очередь подаются на вход следующего уровня тестирования – интеграционного тестирования. Этот вид тестирования проверяет взаимодействие компонентов, взаимодействие модулей, которые общаются между собой. Модули передают информацию друг другу и каким-то образом связаны. Вот на этой стыковке и могут быть сбои в передаче этой информации. Либо она может передаваться не точно, либо вообще не передаваться, либо искажаться при передаче. Поэтому тестировать взаимосвязь компонентов нужно обязательно. Таким образом, мы получаем на входе протестированные модули, затем объединяем их в группы, тестируем эти группы. И на выходе получаем протестированные группы модулей. Этот вид тестирования проводится через интерфейс программы - методом «черного ящика». Также с помощью метода «черного ящика» тестируется следующий уровень. На вход системного тестирования мы подаем выходные данные интеграционного тестирования, т.е. протестированные группы модулей. На выходе же системного тестирования мы получаем полностью протестированную программу. В системном тестировании мы проверяем всю систему целиком. Какие ошибки обычно выявляются на этом уровне тестирования? Это ошибки надежности, безопасности, производительности. Также на этом уровне тестируется интерфейс для внешнего окружения, например, доступ к другим программам, доступ к операционной системе, доступ к «железу» компьютера. Знания внутреннего устройства работы программы не требуются. Таким образом, модульное тестирование - проводим методом «белого ящика», обнаруживаем ошибки функциональности. Затем проводим интеграционное тестирование - методом «черного ящика», Страница 61 из 165 обнаруживаем ошибки взаимодействия модулей программы. И, наконец, системное тестирование – методом «черного ящика», выявляем ошибки производительности, надежности, безопасности и других параметров. В системном тестировании можно выделить два этапа, которые будут являться стадиями разработки продукта: альфа-тестирование, бета-тестирование. Выполнение задач процесса тестирования программных комплексов сопровождается разработкой различных артефактов (документов, моделей и других материалов проекта). Обычно разработка артефактов может проводиться в разной форме с разными требованиями к способу выполнения, рецензированию и качеству оформления. Ниже представлены основные рабочие артефакты тестировщиков, в той или иной форме связанные со сценариями использования. Эти документы необходимо передавать заказчику или группе сопровождения и технической поддержки системы в случае необходимости. План тестирования (Test plan). План тестирования определяется международным стандартом IEEE 829-1998. В нем должны быть предусмотрены как минимум три раздела содержащие, следующие описания:  что будет тестироваться (тестовые требования, тестовые варианты);  какими методами и насколько подробно будет тестироваться система;  план-график работ и требуемые ресурсы (персонал, техника) (Shedule). Дополнительно описываются критерии удачного/неудачного завершения тестов, критерии окончания тестирования, риски, непредвиденные ситуации, приводятся ссылки на соответствующие разделы в основных документах проекта - план управления требованиями, план конфигурации [8]. Сценарий тестирования (Test case, тест кейс). Это один из основных документов, с которыми имеет дело тестировщик. По сути, упрощенное описание теста. То есть входной информации, условий и последовательности выполнения действий и ожидаемого выходного результата. Учитывая, что даже успешно прошедшие тесты выполняются неоднократно в ходе регрессионного тестирования, наличие таких описаний необходимо. Однако уровень формальных требований к их оформлению может меняться в очень широких пределах. Одно дело, если вы собираетесь использовать тесты в ходе приемочных испытаний, проводимых заказчиком, и другое — в ходе внутреннего тестирования коробочного продукта. Тест скрипт(Test script). Обычно говорят о программной реализации теста, хотя скрипт может описывать и ручные действия, необходимые для выполнения конкретного тест кейса. Набор тестов(Test set). Как правило, сценарии тестирования объединяются в пакеты или наборы. Во-первых, это просто способ группирования тестов со сходными задачами, а, во-вторых, в такой набор можно включать зависимые тесты, которые должны выполняться в определенном порядке (поскольку последующие тесты используют данные, сформированные в ходе выполнения предыдущих). Страница 62 из 165 Список идей тестов. Использование списка идей тестов для анализа и проектирования системы сценариев использования существенно упрощает задачу разработки необходимого набора тестов. Основной объем тестов строится как проверка различных вариантов выполнения каждого сценария использования. Однако тесты не сводятся к сценариям использования, как и задачи тестирования не сводятся только лишь к проверке функциональных требований к системе. Проверка нефункциональных требований может потребовать использования специальных приемов и подходов. Соответствующие тесты не всегда очевидны. Для таких ситуаций и создается список идей тестов. В него все желающие могут записать «что и как» стоит еще проверить. Этот список является внутренним рабочим документом группы тестирования. Наиболее разумная форма его ведения — электронный документ с минимальными формальными требованиями к оформлению. Модель нагрузки. Сценарии использования, как правило, описывают взаимодействие с системой одного пользователя, часто этого бывает мало. При тестировании систем необходимо учитывать возможность параллельной работы большого числа пользователей, решающих различные задачи. Модель реальной нагрузки описывает характеристики типового «потока заявок», которые должны использоваться для нагрузочного тестирования, имитирующего работу системы в реальных условиях. Также могут быть созданы стрессовые модели нагрузки для тестирования отказоустойчивости системы. Дефекты(Deffects). Основополагающие артефакты процесса тестирования – описывают обнаруженные факты несоответствия системы предъявляемым требованиям [9]. Являются одним из подтипов запросов на изменение, описывающих найденную ошибку или несоответствие на всех этапах тестирования. Хотя базу данных дефектов можно вести в текстовом файле или Excel таблице, предпочтительным является использования специализированного инструментального средства, которое позволяет передавать информацию об обнаруженных дефектах от тестировщиков к разработчикам, а в обратную сторону – сведения об устранении дефектов. А также формировать необходимые отчеты о тенденциях изменения количества обнаруживаемых и устраняемых дефектов. Журнал тестирования. Каждое выполнение теста должно быть зарегистрировано в журнале тестирования. Журнал тестирования будет содержать записи о том, когда запускался каждый тест, итог выполнения каждого теста и может также содержать важные наблюдения, сделанные при выполнении теста. Зачастую журнал тестирования не ведут для нижних уровней тестирования (тестов компонент и интеграции ПО). Отчеты о тестировании. Отчеты о тестировании могут формироваться в различных точках в течение процесса тестирования. Отчеты о тестировании будут суммировать результаты тестирования и документировать любой анализ. Отчет о приемочном тестировании часто является договорным документом, подтверждающим приемку ПО. Функциональность Функциональное тестирование объекта-тестирования планируется и проводится на основе требований к тестированию, заданных на этапе определения требований. В качестве требований выступают диаграммы use-case, бизнес-функции и бизнес-правила. Страница 63 из 165 Цель функциональных тестов состоит в том, чтобы проверить соответствие разработанных графических компонентов установленным требованиям. В основе функционального тестирования лежит методика «черного ящика» [3]. Идея тестирования сводится к тому, что группа тестировщиков проводит тестирование, не имея доступа к исходным текстам тестируемого приложения. При этом во внимание принимается только входящие требования и соответствие им тестируемым приложением. Цель тестирования: Убедиться в надлежащем функционировании объекта тестирования. Тестируется правильность навигации по объекту, а также ввод, обработка и вывод данных. Методика: Необходимо исполнить (проиграть) каждый из use-case, используя как верные значения, так и заведомо ошибочные, для подтверждения правильного функционирования, по следующим критериям:  продукт адекватно реагирует на все вводимые данные (выводятся ожидаемые результаты в ответ на правильно вводимые данные);  продукт адекватно реагирует на неправильно вводимые данные (появляются соответствующие сообщения об ошибках);  каждое бизнес-правило реализовано надлежащим (установленным) образом. Критерии Завершения: Все запланированные действия по тестированию выполнены. Все найденные дефекты были соответствующим образом обработаны (документированы и помещены в базу дефектов). Целостность данных и баз данных Цель Тестирования: Убедиться в надежности методов доступа к базам данных, в их правильном исполнении, без нарушения целостности данных. Методика: Необходимо последовательно испробовать максимально возможное число способов обращения к базе. Используется подход, при котором тест составляется таким образом, чтобы «нагрузить» базу последовательностью, как верных значений, так и заведомо ошибочных. После этого необходимо оценить правильность внесения данных и убедиться в корректной обработке базой входящих значений. Критерии Завершения: Все способы доступа функционируют, в соответствии с требованиями. Действия скрипта не приводят к потере данных или нарушению целостности базы, либо к другим неадекватным реакциям. Пользовательский интерфейс Цель Тестирования: Проверить правильность навигации по объекту тестирования (в том числе межоконные переходы, переходы между полями, правильность обработки клавиш «enter» и «tab», работа с мышью, функционирование клавиш-акселераторов и полное соответствие индустриальным стандартам); Страница 64 из 165 Проверить объекты и их характеристики (меню, размеры, положения, состояния, фокус ввода и др.) на соответствия общепринятым стандартам на графический интерфейс пользователя. Методика: Создаются или дорабатываются тесты для каждого из окон, на предмет соответствия навигации и состояний каждого из объектов. Критерии завершения: Каждое окно протестировано и удовлетворяет, базовой линии поведения, требованиям стандартов и не противоречит проектным требованиям. Все выявленные дефекты обработаны и документированы. Описание процесса тестирования как этапа разработки программного обеспечения Процесс тестирования - один из основных процессов общего процесса разработки программного обеспечения. Для того чтобы выработать правильный алгоритм процесса тестирования, определить стратегии тестирования, запланировать процесс тестирования заданного программного комплекса необходимо знать место процесса тестирования в общем процессе разработки программного обеспечения. Покажем место тестирования в общем процессе разработки программного обеспечения, определим объекты тестирования, уровни тестирования на карте процесса тестирования, которая приведена на рисунке 4. Этапы разработки ПО Объекты тестирования Документация Тестирование документации на - корректность - однозначность - полноту - непротиворечивость Анализ Проектирование Реализация Техническ ое задание Уровни и типы тестирования Техническ ий проект Специфи кация Подготовка к тестированию: - описание и внесение требований в систему - создание тест-планов - создание тест-кейсов Модуль ММ,интерфейс) интерфейс) Модуль (БД, (БД, ММ, Модульное Тестирование «Белого ящика» Группа модулей Группа модулей Интеграционное Интеграционное Тестирование «Черного ящика» Программный комплекс Программный комплекс Системное Системное «Альфа» тестирование Системное «Бета» тестирование Тестирование Внедрение и сопровождение Программный комплекс Рисунок 4 – Место тестирования в процессе разработки ПО Анализируя карту процесса тестирования, мы видим, что процесс тестирования начинается на этапе проектирования и разработки технической документации на программный комплекс. Правильно построенный процесс тестирования не может начинаться на этапе программирования или внедрения и сопровождения. Только таким образом построенный процесс тестирования позволит на ранних стадиях разработки, а именно, на стадии разработки требований к программным комплексам, выявить дефекты, которые в будущем могут негативно сказаться на разрабатываемом программном комплексе. Объектами тестирования на этапе разработки требований к программному комплексу является техническая документация в виде технических заданий, спецификаций на отдельные модули или систему Страница 65 из 165 в целом, руководства пользователей. Этап тестирования заключается в регистрации и анализе требований к программному комплексу в системе поддержки процесса тестирования через модуль управления требованиями к ПО. Тестирование документации проводится на корректность, полноту, однозначность, непротиворечивость, тестируемость, упорядоченность, модифицируемость, отслеживаемость. На данном этапе процесса тестирования инженер по тестированию обращается к базе данных документов. В результате тестирования документации и ее анализа необходимо перейти к этапу планирования процесса тестирования конкретного модуля, интеграции модулей или системы в целом. Руководитель группы тестирования составляет план тестирования, определяет стратегии тестирования, при этом он работает с базой данных заданий на тестирование. Группа тестирования начинает проектирование тестов, подготовку тестовых данных, тестовой среды и окружения. Как только группа тестирования получает от разработчиков модуль, группу модулей или программный комплекс начинается этап выполнения тестов и регистрации дефектов. При этом идет пополнение базы данных тестов и дефектов. Руководитель группы тестирования, в свою очередь, работая с базами данных тестов и дефектов через подсистему генерации отчетности, получает информацию о ходе процесса тестирования и анализирует состояние тестируемого программного комплекса. Как только выполняется условие завершения работ (закончилось время, отведенное на тестирование; закончились денежные средства, выделенные на тестирование проекта; найдены дефекты, неисправленными остались лишь незначительные дефекты), руководитель группы тестирования составляет отчет о тестировании и программный комплекс передается в эксплуатацию. Таким образом, происходит тестирование программного комплекса на всех трех уровнях тестирования: модульном, интеграционном, системном, изменяется лишь объект тестирования. Модель работы с дефектами Каждый обнаруженный дефект программного комплекса должен быть зарегистрирован и с ним должна быть проведена работа, которая в конечном итоге должна привести к исправлению дефекта. Работа с дефектами осуществляется по выбранной модели работы с дефектами. Выбор модели работы с дефектами зависит от конкретного проекта, структуры подразделения разработчиков и инженеров по тестированию. Для разработанной системы поддержки процесса тестирования была спроектирована модель работы с дефектами, которая представлена на рисунке 5: Страница 66 из 165 Рисунок 5 – Модель работы с дефектами Как только дефект обнаружен, тестировщик регистрирует его в подсистеме работы с дефектами, присваивая ему статус «Новый» и направляет его на руководителя группы тестирования. Руководитель группы тестирования подтверждает дефект и направляет его на руководителя группы разработчиков или направляет дефект на инженера по тестированию на доработку. Далее руководитель группы разработчиков направляет дефект на программиста, отвечающего за дефект, программист изучает суть дефекта и проставляет статус «В процессе». Если в данный момент необходимо отложить исправление дефекта, то разработчик может присвоить дефекту статус «Отложен». После исправления дефекта разработчик присваивает ему статус «Исправлен» и направляет дефект на руководителя группы тестировщиков, а тот направляет дефект на тестировщика. Инженер по тестированию проверяет дефект и если он исправлен, присваивает ему статус «Исправлен». Если дефект не исправлен, то ему присваивается статус «Не исправлен» и направляется на программиста для исправления. Всем дефектам со статусом «Исправлен» руководитель группы тестирования присваивает статус «Закрыт». Кроме статусов атрибутами дефекта являются приоритет и важность. Приоритет дефекта показывает насколько быстро нужно исправить дефект, по приоритету определяется очередность выполнения задачи. Важность характеризует критичность дефекта по отношению к тестируемому приложению. Например, по признаку «важность» дефект может быть описан как «блокирующий» - не позволяющий приложению запуститься, «критичный» - некоторые функции приложения недоступны, «крупный» - какая-то функция не работает , «средний» - часть функции не работает и «второстепенный» - не влияющий не работу приложения (например, неправильное написание или неудобное расположение элементов управления). Приоритет в свою очередь может быть «высоким», «средним» и «низким». Страница 67 из 165 Такая модель работы с дефектами позволяет полностью контролировать состояние тестируемого проекта, распределяет роли между участниками процесса тестирования и делает процесс работы с дефектами открытым и отслеживаемым как для тестировщиков, так и для разработчиков. Рассмотрим пример создания unit-test. СОЗДАНИЕ ПРОЕКТА ТЕСТИРОВАНИЯ Откроем созданное решение, нажмем правой кнопкой мыши на решении и выберем «New Project» Далее выберем Test – Unit Test Project. В решение добавится новый проект. СОЗДАНИЕ ЮНИТ ТЕСТА Добавим в проект базовый юнит-тест. Страница 68 из 165 И напишем первый тест. Тест проверяет различные варианты ошибок. Для тестирования проекта, подключим его к тестовому проекту. Для этого необходимо нажать правой кнопкой мыши по «References» и выбрать «Add Reference». Страница 69 из 165 После чего выбрать нужный проект: Для тестирования авторизации, нужно немного видоизменить форму авторизации: Теперь можно начинать тестировать авторизацию. Создадим новый метод для проверки авторизации и напишем следующий код: Страница 70 из 165 Запустим все тесты на выполнение: После запуска можем увидеть какие тесты были пройдены, а какие нет. Задание: Представьте себе, что ваша цель – тестирование приложения или сервиса, указанного в вашем варианте работы. Необходимо указать, какие тесты необходимы для покрытия различных видов, типов и областей тестирования, представленных в таблице 1. При этом нет необходимости перечислять все тесты. Необходимо привести 2-3 конкретных примера тестов (см. пример выполнения работы). Страница 71 из 165 Таблица 1. Тесты Пример тестов Различные виды тестирования Функциональное тестирование (Functional testing) Тестирование производительности (Performance testing) Нагрузочное тестирование (Load testing) Тестирование совместимости (Compatibility testing) Различные типы тестов Позитивные тесты Негативные тесты Исследовательские тесты Различные области тестирования Модульное тестирование Интеграционное тестирование Системное тестирование Пример выполнения работы: Тестирования форума тестировщиков (http://software-testing.ru/forum) Тесты Пример тестов Различные виды тестирования Функциональные Переход по разделам форума. тесты (Functional Поиск по сайту. testing) Подписка на рассылку - письма с информацией приходят. Тесты Скорость перехода по вкладкам производительности Скорость поиска по ключевым (Performance testing) словам Нагрузочные тесты Большое количество (Load testing) пользователей обращаются к разделам форума. Большой апдейт нескольких разделов Тестирование Корректная работа форума в совместимости разных браузерах (Compatibility testing) Различные типы тестов Позитивные тесты Правильность ссылок - ведут куда предполагалось. Правильность поиска по ключевым словам – находят нужные темы. Негативные тесты Не авторизованный пользователь не может оставлять комментарии на форуме Не модератор не может закрыть тему на форуме Страница 72 из 165 Исследовательские Ввод информации символами с диакритическими знаками Различные области тестирования Модульное Тестирование каждого раздела тестирование в отдельности Тестирование модуля регистрации Интеграционное Авторизация: залогиниться в тестирование одном разделе, перейти в другой, система не выкинула – «продолжает» узнавать Правильно ли работают вместе модуль учета статистики и модуль добавления сообщений. Системное Основные сценарии тестирование использования форума соответствуют ожиданию. Встроенное видео проигрывается, картинки отображаются, текст отображается корректно. тесты Варианты: 1) Текстовый редактор Notepad. 2) Почтовый сервис Mail.Ru (www.mail.ru). 3) Графический редактор Paint. 4) Сервис хранения файлов Яндекс.Диск (http://disk.yandex.ru/). 5) Проигрыватель Windows Media Player. 6) Картографический сервис Google-карты (https://maps.google.ru/). 7) Браузер Internet Explorer. 8) Торрент-клиент µTorrent. 9) Архиватор WinRar. 10) Сервис прогноза погоды от Рамблер (http://weather.rambler.ru/) Задание: 1) Изучить шаблоны тестовой документации https://drive.google.com/drive/folders/1NrRGxRfGmf0HGT4f TCFvZpe1oCLd-lkn; 2) Выполнить тестирование и оформить тестовую документацию в соответствие с заданием https://drive.google.com/drive/folders/1NrRGxRfGmf0HGT4f TCFvZpe1oCLd-lkn. Страница 73 из 165 ЧАСТЬ 3. СОДЕРЖАНИЕ ПРОФЕССИОНАЛЬНЫХ МОДУЛЕЙ ОСНОВНОЙ ПРОФЕССИОНАЛЬНОЙ ОБРАЗОВАТЕЛЬНОЙ ПРОГРАММЫ И МЕТОДИКА ПРЕПОДАВАНИЯ ПРОФЕССИОНАЛЬНЫХ МОДУЛЕЙ С УЧЕТОМ СТАНДАРТА ВОРЛДСКИЛЛС РОССИЯ ПО КОМПЕТЕНЦИИ «ПРОГРАММНЫЕ РЕШЕНИЯ ДЛЯ БИЗНЕСА» Тема 3.1 Методика реализации основной профессиональной образовательной программы (программ) по профессии (специальности) 09.02.07 Информационные системы и программирование с учетом стандарта Ворлдскиллс Россия по компетенции «Программные решения для бизнеса» ФГОС 09.02.07 Информационные системы и программирование Квалификации, присваиваемые выпускникам образовательной программы:  администратор баз данных;  специалист по тестированию в области информационных технологий;  программист;  технический писатель;  специалист по информационным системам;  специалист по информационным ресурсам;  разработчик веб и мультимедийных приложений. Формы получения образования: допускается только в профессиональной образовательной организации или образовательной организации высшего образования Объем и сроки получения среднего профессионального образования по специальности09.02.07 «Информационные системы и программирование» на базе основного общего образования с одновременным получением среднего общего образования: 5940 академических часов. Область профессиональной деятельности выпускников1: 06 Связь, информационные и коммуникационные технологииПриказ Министерства труда и социальной защиты Российской Федерации от 29 сентября 2014 г. № 667н "О реестре профессиональных стандартов (перечне видов профессиональной деятельности)" (зарегистрирован Министерством юстиции Российской Федерации 19 ноября 2014 г., регистрационный № 34779). Соответствие профессиональных модулей присваиваемым квалификациям (сочетаниям квалификаций п.1.11/1.12 ФГОС) Технический писатель Разработчик web и мультимедийны х приложений Специалист по информационным ресурсам Специалист по информационным системам Наименование профессиональных модулей Специалист по тестированию в области информационных Программист технологий Наименование основных видов деятельности Администратор баз данных Квалификации (для специальностей СПО) / Сочетание профессий (для профессий СПО) Приказ Министерства труда и социальной защиты Российской Федерации от 29 сентября 2014 г. № 667н «О реестре профессиональных стандартов (перечне видов профессиональной деятельности)» (зарегистрирован Министерством юстиции Российской Федерации 19 ноября 2014 г., регистрационный № 34779). 1 Страница 74 из 165 осваивает ся осваи ваетс я осваи ваетс я осваи ваетс я осваи ваетс я осваи ваетс я осв аив ает ся осваи ваетс я осваи ваетс я осваи ваетс я осваи ваетс я осв аив ает ся Проектирование, разработка и оптимизация вебприложений. Администрирование информационных ресурсов. Разработка, администрирование и защита баз данных. осваи ваетс я Разработка дизайна вебприложений Проектирование, разработка и оптимизация вебприложений Администрировани е информационных ресурсов Разработка, администрировани е и защита баз данных осваи ваетс я Разработка дизайна веб-приложений. осваи ваетс я осваи ваетс я Соадминистрирова ние баз данных и серверов осв аив ает ся осв аив ает ся осваи ваетс я осваивае тся осваивае тся Сопровождение информационных систем Соадминистрировани е баз данных и серверов. осваи ваетс я осваивает ся осваи ваетс я осваи ваетс я осваивает ся осваивает ся осваи ваетс я осваи ваетс я Осуществление интеграции программных модулей. Ревьюирование программных продуктов. Сопровождение и обслуживание программного обеспечения компьютерных систем. Проектирование и разработка информационных систем. Сопровождение информационных систем. Разработка модулей программного обеспечения для компьютерных систем Осуществление интеграции программных модулей Ревьюирование программных продуктов Сопровождение и обслуживание программного обеспечения компьютерных систем Проектирование и разработка ИС осваивае тся Разработка модулей программного обеспечения для компьютерных систем. Код компетенции Планируемые результаты освоения образовательной программы Общие компетенции Формулировка компетенции Знания, умения 2 Приведенные знания и умения имеют рекомендательный характер и могут быть скорректированы в зависимости от профессии (специальности) 2 Страница 75 из 165 ОК 01 Выбирать способы решения задач профессиональной деятельности, применительно к различным контекстам ОК 02 Осуществлять поиск, анализ и интерпретацию информации, необходимой для выполнения задач профессиональной деятельности ОК 03 Планировать и реализовывать собственное профессиональное и личностное развитие. ОК 04 Работать в коллективе и команде, эффективно взаимодействоват ь с коллегами, руководством, клиентами. Осуществлять устную и письменную коммуникацию на ОК 05 Умения: распознавать задачу и/или проблему в профессиональном и/или социальном контексте; анализировать задачу и/или проблему и выделять её составные части; определять этапы решения задачи; выявлять и эффективно искать информацию, необходимую для решения задачи и/или проблемы; составить план действия; определить необходимые ресурсы; владеть актуальными методами работы в профессиональной и смежных сферах; реализовать составленный план; оценивать результат и последствия своих действий (самостоятельно или с помощью наставника) Знания: актуальный профессиональный и социальный контекст, в котором приходится работать и жить; основные источники информации и ресурсы для решения задач и проблем в профессиональном и/или социальном контексте; алгоритмы выполнения работ в профессиональной и смежных областях; методы работы в профессиональной и смежных сферах; структуру плана для решения задач; порядок оценки результатов решения задач профессиональной деятельности Умения: определять задачи для поиска информации; определять необходимые источники информации; планировать процесс поиска; структурировать получаемую информацию; выделять наиболее значимое в перечне информации; оценивать практическую значимость результатов поиска; оформлять результаты поиска Знания: номенклатура информационных источников, применяемых в профессиональной деятельности; приемы структурирования информации; формат оформления результатов поиска информации Умения: определять актуальность нормативноправовой документации в профессиональной деятельности; применять современную научную профессиональную терминологию; определять и выстраивать траектории профессионального развития и самообразования Знания: содержание актуальной нормативноправовой документации; современная научная и профессиональная терминология; возможные траектории профессионального развития и самообразования Умения: организовывать работу коллектива и команды; взаимодействовать с коллегами, руководством, клиентами в ходе профессиональной деятельности Знания: психологические основы деятельности коллектива, психологические особенности личности; основы проектной деятельности Умения: грамотно излагать свои мысли и оформлять документы по профессиональной тематике на государственном языке, проявлять толерантность в рабочем коллективе Страница 76 из 165 ОК 06 ОК 07 ОК 08 ОК 09 ОК 10 государственном языке с учетом особенностей социального и культурного контекста. Проявлять гражданскопатриотическую позицию, демонстрировать осознанное поведение на основе традиционных общечеловеческих ценностей. Содействовать сохранению окружающей среды, ресурсосбережени ю, эффективно действовать в чрезвычайных ситуациях. Знания: особенности социального и культурного контекста; правила оформления документов и построения устных сообщений. Использовать средства физической культуры для сохранения и укрепления здоровья в процессе профессиональной деятельности и поддержания необходимого уровня физической подготовленности . Использовать информационные технологии в профессиональной деятельности Умения: использовать физкультурнооздоровительную деятельность для укрепления здоровья, достижения жизненных и профессиональных целей; применять рациональные приемы двигательных функций в профессиональной деятельности; пользоваться средствами профилактики перенапряжения характерными для данной специальности Знания: роль физической культуры в общекультурном, профессиональном и социальном развитии человека; основы здорового образа жизни; условия профессиональной деятельности и зоны риска физического здоровья для специальности; средства профилактики перенапряжения Пользоваться профессиональной документацией на государственном и иностранном языках. Умения: описывать специальности значимость своей Знания: сущность гражданско-патриотической позиции, общечеловеческих ценностей; значимость профессиональной деятельности по специальности Умения: соблюдать нормы экологической безопасности; определять направления ресурсосбережения в рамках профессиональной деятельности по специальности Знания: правила экологической безопасности при ведении профессиональной деятельности; основные ресурсы, задействованные в профессиональной деятельности; пути обеспечения ресурсосбережения Умения: применять средства информационных технологий для решения профессиональных задач; использовать современное программное обеспечение Знания: современные средства и устройства информатизации; порядок их применения и программное обеспечение в профессиональной деятельности Умения: понимать общий смысл четко произнесенных высказываний на известные темы (профессиональные и бытовые), понимать тексты на базовые профессиональные темы; участвовать в диалогах на знакомые общие и профессиональные темы; строить простые высказывания о себе и о своей профессиональной деятельности; кратко обосновывать и объяснить свои действия (текущие и планируемые); писать простые связные сообщения на знакомые или интересующие профессиональные темы Страница 77 из 165 ОК 11 Планировать предпринимательс кую деятельность в профессиональной сфере Знания: правила построения простых и сложных предложений на профессиональные темы; основные общеупотребительные глаголы (бытовая и профессиональная лексика); лексический минимум, относящийся к описанию предметов, средств и процессов профессиональной деятельности; особенности произношения; правила чтения текстов профессиональной направленности Умения: выявлять достоинства и недостатки коммерческой идеи; презентовать идеи открытия собственного дела в профессиональной деятельности; оформлять бизнес-план; рассчитывать размеры выплат по процентным ставкам кредитования; определять инвестиционную привлекательность коммерческих идей в рамках профессиональной деятельности; презентовать бизнес-идею; определять источники финансирования Знание: основы предпринимательской деятельности; основы финансовой грамотности; правила разработки бизнес-планов; порядок выстраивания презентации; кредитные банковские продукты Профессиональные компетенции Основные виды деятельности Разработка модулей программного обеспечения для компьютерных систем. Код и формулировка компетенции ПК 1.1. Формировать алгоритмы разработки программных модулей в соответствии с техническим заданием. Показатели освоения компетенции Практический опыт: Разрабатывать алгоритм решения поставленной задачи и реализовывать его средствами автоматизированного проектирования. Умения: Формировать алгоритмы разработки программных модулей в соответствии с техническим заданием. Оформлять документацию на программные средства. Дополнительно для квалификаций "Программист" и "Технический писатель": Оценка сложности алгоритма. Знания: Основные этапы разработки программного обеспечения. Основные принципы технологии структурного и объектноориентированного программирования. Дополнительно для квалификаций "Программист" и "Технический писатель": Актуальная нормативно-правовая база в области документирования алгоритмов. Страница 78 из 165 ПК 1.2. Разрабатывать программные модули в соответствии с техническим заданием. Практический опыт: Разрабатывать код программного продукта на основе готовой спецификации на уровне модуля. Дополнительно для квалификаций "Программист": Разрабатывать мобильные приложения. Умения: Создавать программу по разработанному алгоритму как отдельный модуль. Оформлять документацию на программные средства. Дополнительно для квалификаций "Программист": Осуществлять разработку кода программного модуля на языках низкого уровня и высокого уровней в том числе для мобильных платформ. Дополнительно для квалификации "Специалист по тестированию в области информационных технологий": Осуществлять разработку модулей для различных видов тестирования. Знания: Основные этапы разработки программного обеспечения. Основные принципы технологии структурного и объектноориентированного программирования. ПК.1.3. Выполнять отладку программных модулей с использованием специализированных программных средств. Дополнительно для квалификаций "Программист": Знание API современных мобильных операционных систем. Практический опыт: Использовать инструментальные средства на этапе отладки программного продукта. Проводить тестирование программного модуля по определенному сценарию. Умения: Выполнять отладку и тестирование программы на уровне модуля. Оформлять документацию на программные средства. Дополнительно для квалификаций "Программист" и "Специалист по тестированию в области информационных технологий": Применять инструментальные средства отладки программного обеспечения. Страница 79 из 165 ПК 1.4. Выполнять тестирование программных модулей. Знания: Основные принципы отладки и тестирования программных продуктов. Инструментарий отладки программных продуктов. Практический опыт: Проводить тестирование программного модуля по определенному сценарию. Использовать инструментальные средства на этапе тестирования программного продукта. Дополнительно для квалификации "Специалист по тестированию в области информационных технологий": Проводить тестирование в соответствие с функциональными требованиями. Умения: Выполнять отладку и тестирование программы на уровне модуля. Оформлять документацию на программные средства. Дополнительно для квалификации "Специалист по тестированию в области информационных технологий": Выполнять тестирование в соответствие с функциональными требованиями. Выполнять оценку тестового покрытия. Знания: Основные виды и принципы тестирования программных продуктов. ПК 1.5. Осуществлять рефакторинг и оптимизацию программного кода. Дополнительно для квалификации "Специалист по тестированию в области информационных технологий": Методы организации работы при проведении функционального тестирования. Практический опыт: Анализировать алгоритмы, в том числе с применением инструментальных средств. Осуществлять рефакторинг и оптимизацию программного кода. Умения: Выполнять оптимизацию и рефакторинг программного кода. Работать с системой контроля версий. Знания: Способы оптимизации и приемы рефакторинга. Инструментальные средства анализа алгоритма. Страница 80 из 165 ПК 1.6. Разрабатывать модули программного обеспечения для мобильных платформ. Осуществление интеграции программных модулей ПК 2.1. Разрабатывать требования к программным модулям на основе анализа проектной и технической документации на предмет взаимодействия компонент. Методы организации рефакторинга и оптимизации кода. Принципы работы с системой контроля версий. Практический опыт: Разрабатывать мобильные приложения. Умения: Осуществлять разработку кода программного модуля на современных языках программирования. Оформлять документацию на программные средства. Знания: Основные этапы разработки программного обеспечения. Основные принципы технологии структурного и объектноориентированного программирования. Практический опыт: Разрабатывать и оформлять требования к программным модулям по предложенной документации. Разрабатывать тестовые наборы (пакеты) для программного модуля. Разрабатывать тестовые сценарии программного средства. Инспектировать разработанные программные модули на предмет соответствия стандартам кодирования. Умения: Анализировать проектную и техническую документацию. Использовать специализированные графические средства построения и анализа архитектуры программных продуктов. Организовывать заданную интеграцию модулей в программные средства на базе имеющейся архитектуры и автоматизации бизнес-процессов. Определять источники и приемники данных. Проводить сравнительный анализ. Выполнять отладку, используя методы и инструменты условной компиляции (классы Debug и Trace). Оценивать размер минимального набора тестов. Разрабатывать тестовые пакеты и тестовые сценарии. Выявлять ошибки в системных компонентах на основе спецификаций. Знания: Модели процесса разработки программного обеспечения. Страница 81 из 165 ПК 2.2. Выполнять интеграцию модулей в программное обеспечение. Основные принципы процесса разработки программного обеспечения. Основные подходы к интегрированию программных модулей. Виды и варианты интеграционных решений. Современные технологии и инструменты интеграции. Основные протоколы доступа к данным. Методы и способы идентификации сбоев и ошибок при интеграции приложений. Методы отладочных классов. Стандарты качества программной документации. Основы организации инспектирования и верификации. Встроенные и основные специализированные инструменты анализа качества программных продуктов. Графические средства проектирования архитектуры программных продуктов. Методы организации работы в команде разработчиков. Практический опыт: Интегрировать модули в программное обеспечение. Отлаживать программные модули. Инспектировать разработанные программные модули на предмет соответствия стандартам кодирования. Умения: Использовать выбранную систему контроля версий. Использовать методы для получения кода с заданной функциональностью и степенью качества. Организовывать заданную интеграцию модулей в программные средства на базе имеющейся архитектуры и автоматизации бизнес-процессов. Использовать различные транспортные протоколы и стандарты форматирования сообщений. Выполнять тестирование интеграции. Организовывать постобработку данных. Создавать классы- исключения на основе базовых классов. Выполнять ручное и автоматизированное тестирование программного модуля. Страница 82 из 165 ПК 2.3. Выполнять отладку программного модуля с использованием специализированных программных средств. Выявлять ошибки в системных компонентах на основе спецификаций. Использовать приемы работы в системах контроля версий. Знания: Модели процесса разработки программного обеспечения. Основные принципы процесса разработки программного обеспечения. Основные подходы к интегрированию программных модулей. Основы верификации программного обеспечения. Современные технологии и инструменты интеграции. Основные протоколы доступа к данным. Методы и способы идентификации сбоев и ошибок при интеграции приложений. Основные методы отладки. Методы и схемы обработки исключительных ситуаций. Основные методы и виды тестирования программных продуктов. Стандарты качества программной документации. Основы организации инспектирования и верификации. Приемы работы с инструментальными средствами тестирования и отладки. Методы организации работы в команде разработчиков. Практический опыт: Отлаживать программные модули. Инспектировать разработанные программные модули на предмет соответствия стандартам кодирования. Умения: Использовать выбранную систему контроля версий. Использовать методы для получения кода с заданной функциональностью и степенью качества. Анализировать проектную и техническую документацию. Использовать инструментальные средства отладки программных продуктов. Определять источники и приемники данных. Выполнять тестирование интеграции. Организовывать постобработку данных. Страница 83 из 165 ПК 2.4. Осуществлять разработку тестовых наборов и тестовых сценариев для программного обеспечения. Использовать приемы работы в системах контроля версий. Выполнять отладку, используя методы и инструменты условной компиляции. Выявлять ошибки в системных компонентах на основе спецификаций. Знания: Модели процесса разработки программного обеспечения. Основные принципы процесса разработки программного обеспечения. Основные подходы к интегрированию программных модулей. Основы верификации и аттестации программного обеспечения. Методы и способы идентификации сбоев и ошибок при интеграции приложений. Основные методы отладки. Методы и схемы обработки исключительных ситуаций. Приемы работы с инструментальными средствами тестирования и отладки. Стандарты качества программной документации. Основы организации инспектирования и верификации. Встроенные и основные специализированные инструменты анализа качества программных продуктов. Методы организации работы в команде разработчиков. Практический опыт: Разрабатывать тестовые наборы (пакеты) для программного модуля. Разрабатывать тестовые сценарии программного средства. Инспектировать разработанные программные модули на предмет соответствия стандартам кодирования. Умения: Использовать выбранную систему контроля версий. Анализировать проектную и техническую документацию. Выполнять тестирование интеграции. Организовывать постобработку данных. Использовать приемы работы в системах контроля версий. Оценивать размер минимального набора тестов. Разрабатывать тестовые пакеты и тестовые сценарии. Страница 84 из 165 ПК 2.5. Производить инспектирование компонент программного обеспечения на предмет соответствия стандартам кодирования. Выполнять ручное и автоматизированное тестирование программного модуля. Выявлять ошибки в системных компонентах на основе спецификаций. Знания: Модели процесса разработки программного обеспечения. Основные принципы процесса разработки программного обеспечения. Основные подходы к интегрированию программных модулей. Основы верификации и аттестации программного обеспечения. Методы и способы идентификации сбоев и ошибок при интеграции приложений. Методы и схемы обработки исключительных ситуаций. Основные методы и виды тестирования программных продуктов. Приемы работы с инструментальными средствами тестирования и отладки. Стандарты качества программной документации. Основы организации инспектирования и верификации. Встроенные и основные специализированные инструменты анализа качества программных продуктов. Методы организации работы в команде разработчиков. Практический опыт: Инспектировать разработанные программные модули на предмет соответствия стандартам кодирования. Умения: Использовать выбранную систему контроля версий. Использовать методы для получения кода с заданной функциональностью и степенью качества. Анализировать проектную и техническую документацию. Организовывать постобработку данных. Приемы работы в системах контроля версий. Выявлять ошибки в системных компонентах на основе спецификаций. Знания: Модели процесса разработки программного обеспечения. Страница 85 из 165 Ревьюирование программных продуктов. ПК 3.1. Осуществлять ревьюирование программного кода в соответствии с технической документацией. ПК 3.2. Выполнять измерение характеристик компонент программного продукта для определения соответствия заданным критериям. ПК 3.3. Производить исследование созданного программного кода с Основные принципы процесса разработки программного обеспечения. Основные подходы к интегрированию программных модулей. Основы верификации и аттестации программного обеспечения. Стандарты качества программной документации. Основы организации инспектирования и верификации. Встроенные и основные специализированные инструменты анализа качества программных продуктов. Методы организации работы в команде разработчиков. Практический опыт: Выполнять построение заданных моделей программного средства с помощью графического языка (обратное проектирование). Умения: Работать с проектной документацией, разработанной с использованием графических языков спецификаций. Знания: Технологии решения задачи планирования и контроля развития проекта. Принятые стандарты обозначений в графических языках моделирования. Типовые функциональные роли в коллективе разработчиков, правила совмещения ролей. Методы организации работы в команде разработчиков. Практический опыт: Определять характеристики программного продукта и автоматизированных средств. Измерять характеристики программного проекта. Умения: Применять стандартные метрики по прогнозированию затрат, сроков и качества. Определять метрики программного кода специализированными средствами. Знания: Современные стандарты качества программного продукта и процессов его обеспечения. Методы организации работы в команде разработчиков. Практический опыт: Оптимизировать программный код с использованием Страница 86 из 165 использованием специализированных программных средств с целью выявления ошибок и отклонения от алгоритма. ПК 3.4. Проводить сравнительный анализ программных продуктов и средств разработки, с целью выявления наилучшего решения согласно критериям, определенным техническим заданием. Сопровождение и обслуживание программного обеспечения компьютерных систем. ПК 4.1. Осуществлять инсталляцию, настройку и обслуживание программного обеспечения компьютерных систем. специализированных программных средств. Использовать основные методологии процессов разработки программного обеспечения. Умения: Выполнять оптимизацию программного кода с использованием специализированных программных средств. Использовать методы и технологии тестирования и ревьюирования кода и проектной документации. Знания: Принципы построения системы диаграмм деятельности программного проекта. Приемы работы с инструментальными средами проектирования программных продуктов. Практический опыт: Обосновывать выбор методологии и средств разработки программного обеспечения. Умения: Проводить сравнительный анализ программных продуктов. Проводить сравнительный анализ средств разработки программных продуктов. Разграничивать подходы к менеджменту программных проектов. Знания: Основные методы сравнительного анализа программных продуктов и средств разработки. Основные подходы к менеджменту программных продуктов. Основные методы оценки бюджета, сроков и рисков разработки программ. Практический опыт: Выполнять инсталляцию, настройку и обслуживание программного обеспечения компьютерных систем. Настройка отдельных компонентов программного обеспечения компьютерных систем. Умения: Подбирать и настраивать конфигурацию программного обеспечения компьютерных систем. Проводить инсталляцию программного обеспечения компьютерных систем. Производить настройку отдельных компонент программного обеспечения компьютерных систем. Знания: Страница 87 из 165 ПК 4.2. Осуществлять измерения эксплуатационных характеристик программного обеспечения компьютерных систем. ПК 4.3. Выполнять работы по модификации отдельных компонент программного обеспечения в соответствии с потребностями заказчика. ПК 4.4. Обеспечивать защиту программного обеспечения компьютерных систем программными средствами. Основные методы и средства эффективного анализа функционирования программного обеспечения. Основные виды работ на этапе сопровождения ПО. Практический опыт: Измерять эксплуатационные характеристики программного обеспечения компьютерных систем на соответствие требованиям. Умения: Измерять и анализировать эксплуатационные характеристики качества программного обеспечения. Знания: Основные методы и средства эффективного анализа функционирования программного обеспечения. Основные принципы контроля конфигурации и поддержки целостности конфигурации ПО. Практический опыт: Модифицировать отдельные компоненты программного обеспечения в соответствии с потребностями заказчика. Выполнение отдельных видов работ на этапе поддержки программного обеспечения компьютерных систем. Умения: Определять направления модификации программного продукта. Разрабатывать и настраивать программные модули программного продукта. Настраивать конфигурацию программного обеспечения компьютерных систем. Знания: Основные методы и средства эффективного анализа функционирования программного обеспечения. Практический опыт: Обеспечивать защиту программного обеспечения компьютерных систем программными средствами. Умения: Использовать методы защиты программного обеспечения компьютерных систем. Анализировать риски и характеристики качества программного обеспечения. Выбирать и использовать методы и средства защиты компьютерных систем программными и аппаратными средствами. Страница 88 из 165 Проектирование и разработка информационных систем. ПК 5.1. Собирать исходные данные для разработки проектной документации на информационную систему. Знания: Основные средства и методы защиты компьютерных систем программными и аппаратными средствами. Практический опыт: Анализировать предметную область. Использовать инструментальные средства обработки информации. Обеспечивать сбор данных для анализа использования и функционирования информационной системы. Определять состав оборудования и программных средств разработки информационной системы. Дополнительно для квалификаций " Специалист по информационным системам" и "Разработчик web и мультимедийных приложений": Выполнять работы предпроектной стадии. Умения: Осуществлять постановку задачи по обработке информации. Выполнять анализ предметной области. Использовать алгоритмы обработки информации для различных приложений. Работать с инструментальными средствами обработки информации. Дополнительно для квалификаций " Специалист по информационным системам" и "Разработчик web и мультимедийных приложений": Осуществлять выбор модели построения информационной системы. Осуществлять выбор модели и средства построения информационной системы и программных средств. Знания: Основные виды и процедуры обработки информации, модели и методы решения задач обработки информации. Основные платформы для создания, исполнения и управления информационной системой. Основные модели построения информационных систем, их структуру, особенности и области применения. Платформы для создания, исполнения и управления информационной системой. Страница 89 из 165 ПК 5.2. Разрабатывать проектную документацию на разработку информационной системы в соответствии с требованиями заказчика. ПК 5.3. Разрабатывать подсистемы безопасности информационной системы в соответствии с техническим заданием. Дополнительно для квалификаций " Специалист по информационным системам" и "Разработчик web и мультимедийных приложений": Основные процессы управления проектом разработки. Методы и средства проектирования, разработки и тестирования информационных систем. Практический опыт: Разрабатывать проектную документацию на информационную систему. Умения: Осуществлять математическую и информационную постановку задач по обработке информации. Использовать алгоритмы обработки информации для различных приложений. Знания: Основные платформы для создания, исполнения и управления информационной системой. Национальную и международную систему стандартизации и сертификации и систему обеспечения качества продукции, методы контроля качества. Сервисно - ориентированные архитектуры. Важность рассмотрения всех возможных вариантов и получения наилучшего решения на основе анализа и интересов клиента. Методы и средства проектирования информационных систем. Основные понятия системного анализа. Практический опыт: Управлять процессом разработки приложений с использованием инструментальных средств. Модифицировать отдельные модули информационной системы. Дополнительно для квалификаций "Специалист по информационным системам" и "Разработчик web и мультимедийных приложений": Программировать в соответствии с требованиями технического задания. Умения: Создавать и управлять проектом по разработке приложения и формулировать его задачи. Дополнительно для квалификаций "Специалист по информационным системам" и "Разработчик web и мультимедийных приложений": Страница 90 из 165 Использовать языки структурного, объектно-ориентированного программирования и языка сценариев для создания независимых программ. Разрабатывать графический интерфейс приложения. Знания: Национальной и международной системы стандартизации и сертификации и систему обеспечения качества продукции. Методы контроля качества объектно-ориентированного программирования. Объектно-ориентированное программирование. Спецификации языка программирования, принципы создания графического пользовательского интерфейса (GUI), файлового ввода-вывода, создания сетевого сервера и сетевого клиента. ПК 5.4. Производить разработку модулей информационной системы в соответствии с техническим заданием. Дополнительно для квалификаций "Специалист по информационным системам" и "Разработчик web и мультимедийных приложений": Файлового ввода-вывода. Создания сетевого сервера и сетевого клиента. Практический опыт: Разрабатывать документацию по эксплуатации информационной системы. Проводить оценку качества и экономической эффективности информационной системы в рамках своей компетенции. Модифицировать отдельные модули информационной системы. Умения: Использовать языки структурного, объектно-ориентированного программирования и языка сценариев для создания независимых программ. Решать прикладные вопросы программирования и языка сценариев для создания программ. Проектировать и разрабатывать систему по заданным требованиям и спецификациям. Дополнительно для квалификаций "Специалист по информационным системам" и "Разработчик web и мультимедийных приложений": Разрабатывать графический интерфейс приложения. Страница 91 из 165 Создавать проект по разработке приложения и формулировать его задачи. Знания: Национальной и международной систему стандартизации и сертификации и систему обеспечения качества продукции, методы контроля качества. Объектно-ориентированное программирование. Спецификации языка программирования, принципы создания графического пользовательского интерфейса (GUI). Важность рассмотрения всех возможных вариантов и получения наилучшего решения на основе анализа и интересов клиента. ПК 5.5. Осуществлять тестирование информационной системы на этапе опытной эксплуатации с фиксацией выявленных ошибок кодирования в разрабатываемых модулях информационной системы. ПК 5.6. Разрабатывать техническую документацию на эксплуатацию информационной системы. Дополнительно для квалификаций "Специалист по информационным системам" и "Разработчик web и мультимедийных приложений": Файлового ввода-вывода, создания сетевого сервера и сетевого клиента. Платформы для создания, исполнения и управления информационной системой. Практический опыт: Применять методики тестирования разрабатываемых приложений. Умения: Использовать методы тестирования в соответствии с техническим заданием. Знания: Особенности программных средств, используемых в разработке ИС. Практический опыт: Разрабатывать проектную документацию на информационную систему. Формировать отчетную документации по результатам работ. Использовать стандарты при оформлении программной документации. Умения: Разрабатывать проектную документацию на эксплуатацию информационной системы. Использовать стандарты при оформлении программной документации. Знания: Основные модели построения информационных систем, их структура. Страница 92 из 165 Использовать критерии оценки качества и надежности функционирования информационной системы. ПК 5.7. Производить оценку информационной системы для выявления возможности ее модернизации. Сопровождение информационных систем. ПК 6.1. Разрабатывать техническое задание на сопровождение информационной системы. Дополнительно для квалификаций "Специалист по информационным системам" и "Разработчик web и мультимедийных приложений": Реинжиниринг бизнес-процессов. Практический опыт: Проводить оценку качества и экономической эффективности информационной системы в рамках своей компетенции. Использовать критерии оценки качества и надежности функционирования информационной системы. Умения: Использовать методы и критерии оценивания предметной области и методы определения стратегии развития бизнес-процессов организации. Решать прикладные вопросы интеллектуальных систем с использованием статических экспертных систем, экспертных систем реального времени. Знания: Системы обеспечения качества продукции. Методы контроля качества в соответствии со стандартами. Практический опыт: Разрабатывать техническое задание на сопровождение информационной системы в соответствии с предметной областью. Умения: Поддерживать документацию в актуальном состоянии. Формировать предложения о расширении функциональности информационной системы. Дополнительно для квалификации "Специалист по информационным системам" Формировать предложения о прекращении эксплуатации информационной системы или ее реинжиниринге. Знания: Классификация информационных систем. Принципы работы экспертных систем. Достижения мировой и отечественной информатики в Страница 93 из 165 области интеллектуализации информационных систем. ПК 6.2. Выполнять исправление ошибок в программном коде информационной системы. ПК 6.3. Разрабатывать обучающую документацию для пользователей информационной системы. ПК 6.4. Оценивать качество и надежность функционирования информационной системы в соответствии с критериями технического задания. Дополнительно для квалификации "Специалист по информационным системам" Структура и этапы проектирования информационной системы. Методологии проектирования информационных систем. Практический опыт: Исправлять ошибки в программном коде информационной системы в процессе эксплуатации. Осуществлять инсталляцию, настройку и сопровождение информационной системы. Умения: Идентифицировать ошибки, возникающие в процессе эксплуатации системы. Исправлять ошибки в программном коде информационной системы в процессе эксплуатации. Знания: Основные задачи сопровождения информационной системы. Регламенты и нормы по обновлению и сопровождению обслуживаемой информационной системы. Практический опыт: Выполнять разработку обучающей документации информационной системы. Умения: Разрабатывать обучающие материалы для пользователей по эксплуатации ИС. Знания: Методы обеспечения и контроля качества ИС. Методы разработки обучающей документации. Практический опыт: Выполнять оценку качества и надежности функционирования информационной системы на соответствие техническим требованиям. Умения: Применять документацию систем качества. Применять основные правила и документы системы сертификации РФ. Дополнительно для квалификации «Специалист по информационным системам»: Организовывать заключение договоров на выполняемые работы. Выполнять мониторинг и управление исполнением договоров на выполняемые работы. Страница 94 из 165 ПК 6.5. Осуществлять техническое сопровождение, обновление и восстановление данных ИС в соответствии с техническим заданием. Соадминистрировани е баз данных и серверов. ПК 7.1. Выявлять технические проблемы, возникающие в процессе Организовывать заключение дополнительных соглашений к договорам. Контролировать поступления оплат по договорам за выполненные работы. Закрывать договора на выполняемые работы. Знания: Характеристики и атрибуты качества ИС. Методы обеспечения и контроля качества ИС в соответствии со стандартами. Политику безопасности в современных информационных системах. Дополнительно для квалификации «Специалист по информационным системам»: Основы бухгалтерского учета и отчетности организаций Основы налогового законодательства Российской Федерации Практический опыт: Выполнять регламенты по обновлению, техническому сопровождению, восстановлению данных информационной системы. Организовывать доступ пользователей к информационной системе. Умения: Осуществлять техническое сопровождение, сохранение и восстановление базы данных информационной системы. Составлять планы резервного копирования. Определять интервал резервного копирования. Применять основные технологии экспертных систем. Осуществлять настройку информационной системы для пользователя согласно технической документации. Знания: Регламенты по обновлению и техническому сопровождению обслуживаемой информационной системы. Терминология и методы резервного копирования, восстановление информации в информационной системе. Практический опыт: Идентифицировать технические проблемы, возникающих в процессе эксплуатации баз данных. Страница 95 из 165 эксплуатации баз данных и серверов. ПК 7.2. Осуществлять администрирование отдельных компонент серверов. Умения: Добавлять, обновлять и удалять данные. Выполнять запросы на выборку и обработку данных на языке SQL. Дополнительно для квалификации "Администратор баз данных" Выполнять запросы на изменение структуры базы. Знания: Модели данных, иерархическую, сетевую и реляционную модели данных, их типы, основные операции и ограничения. Уровни качества программной продукции. Практический опыт: Участвовать в администрировании отдельных компонент серверов. Дополнительно для квалификации " Администратор баз данных" Организовывать взаимосвязи отдельных компонент серверов. Умения: Осуществлять основные функции по администрированию баз данных. Проектировать и создавать базы данных. ПК 7.3. Формировать требования к конфигурации локальных компьютерных сетей и серверного оборудования, необходимые для работы баз данных и серверов. Дополнительно для квалификации " Администратор баз данных" Развертывать, обслуживать и поддерживать работу современных баз данных и серверов. Знания: Тенденции развития банков данных. Технология установки и настройки сервера баз данных. Требования к безопасности сервера базы данных. Практический опыт: Формировать необходимые для работы информационной системы требования к конфигурации локальных компьютерных сетей. Умения: Формировать требования к конфигурации локальных компьютерных сетей и серверного оборудования, необходимые для работы баз данных и серверов в рамках поставленной задачи. Знания: Представление структур данных. Технология установки и настройки сервера баз данных. Требования к безопасности сервера базы данных. Страница 96 из 165 ПК 7.4. Осуществлять администрирование баз данных в рамках своей компетенции. ПК 7.5. Проводить аудит систем безопасности баз данных и серверов, с использованием регламентов по защите информации. Разработка дизайна веб-приложений. ПК 8.1. Разрабатывать дизайн-концепции вебприложений в соответствии с корпоративным стилем заказчика. Практический опыт: Участвовать в соадминистрировании серверов. Проверять наличие сертификатов на информационную систему или бизнес-приложения. Применять законодательство Российской Федерации в области сертификации программных средств информационных технологий. Умения: Развертывать, обслуживать и поддерживать работу современных баз данных и серверов. Знания: Модели данных и их типы. Основные операции и ограничения. Уровни качества программной продукции. Практический опыт: Разрабатывать политику безопасности SQL сервера, базы данных и отдельных объектов базы данных. Умения: Разрабатывать политику безопасности SQL сервера, базы данных и отдельных объектов базы данных. Владеть технологиями проведения сертификации программного средства. Знания: Технология установки и настройки сервера баз данных. Требования к безопасности сервера базы данных. Государственные стандарты и требования к обслуживанию баз данных. Практический опыт: Разрабатывать эскизы вебприложения. Разрабатывать схемы интерфейса веб-приложения. Разрабатывать прототип дизайна веб-приложения. Разрабатывать дизайн вебприложений в соответствии со стандартами и требованиями заказчика. Разрабатывать интерфейс пользователя для веб-приложений с использованием современных стандартов. Умения: Создавать дизайн с применением промежуточных эскизов, прототипов, требований к эргономике и технической эстетике. Учитывать существующие правила корпоративного стиля. Страница 97 из 165 ПК 8.2. Формировать требования к дизайну вебприложений на основе анализа предметной области и целевой аудитории. ПК 8.3. Осуществлять разработку дизайна вебприложения с учетом современных тенденций в области веб-разработки. Придерживаться оригинальной концепции дизайна проекта и улучшать его визуальную привлекательность. Разрабатывать интерфейс пользователя для веб-приложений с использованием современных стандартов. Знания: Нормы и правила выбора стилистических решений. Способы создания эскиза, схем интерфейса и прототипа дизайна по предоставляемым инструкциям и спецификациям. Правила поддержания фирменного стиля, бренда и стилевых инструкций. Стандарт UIX - UI &UXDesign. Инструменты для разработки эскизов, схем интерфейсов и прототипа дизайна вебприложений. Практический опыт: Формировать требования к дизайну веб-приложений. Умения: Выбирать наиболее подходящее для целевого рынка дизайнерское решение. Учитывать существующие правила корпоративного стиля. Анализировать целевой рынок и продвигать продукцию, используя дизайн веб-приложений. Осуществлять анализ предметной области и целевой аудитории. Знания: Нормы и правила выбора стилистических решений. Вопросы, связанные с когнитивными, социальными, культурными, технологическими и экономическими условиями при разработке дизайна. Государственные стандарты и требования к разработке дизайна веб-приложений. Стандарт UIX - UI &UXDesign. Современные тенденции дизайна. Ограничения, накладываемые мобильными устройствами и разрешениями экранов при просмотре веб-приложений. Практический опыт: Разрабатывать графические макеты для веб-приложений с использованием современных стандартов. Создавать, использовать и оптимизировать изображения для веб – приложений. Страница 98 из 165 Проектирование, разработка и оптимизация вебприложений. ПК 9.1. Разрабатывать техническое задание на вебприложение в соответствии с требованиями заказчика. Умения: Создавать, использовать и оптимизировать изображения для веб-приложений. Создавать «отзывчивый» дизайн, отображаемый корректно на различных устройствах и при разных разрешениях. Использовать специальные графические редакторы. Интегрировать в готовый дизайнпроект новые графические элементы, не нарушая общей концепции. Знания: Современные методики разработки графического интерфейса. Требования и нормы подготовки и использования изображений в сети Интернет. Принципы и методы адаптации графики для Веб-приложений. Ограничения, накладываемые мобильными устройствами и разрешениями экранов при просмотре Веб-приложений. Практический опыт: Осуществлять сбор предварительных данных для выявления требований к вебприложению. Определять первоначальные требования заказчика к вебприложению и возможности их реализации. Подбирать оптимальные варианты реализации задач и согласование их с заказчиком. Оформлять техническое задание. Умения: Проводить анкетирование. Проводить интервьюирование. Оформлять техническую документацию. Осуществлять выбор одного из типовых решений. Работать со специализированным программным обеспечением для планирования времени и организации работы с клиентами. Знания: Инструменты и методы выявления требований. Типовые решения по разработке веб-приложений. Нормы и стандарты оформления технической документации. Принципы проектирования и разработки информационных систем. Страница 99 из 165 ПК 9.2. Разрабатывать вебприложение в соответствии с техническим заданием. ПК 9.3. Разрабатывать интерфейс пользователя вебприложений в соответствии с техническим заданием. Практический опыт: Выполнять верстку страниц вебприложений. Кодировать на языках вебпрограммирования. Разрабатывать базы данных. Использовать специальные готовые технические решения при разработке веб-приложений. Выполнять разработку и проектирование информационных систем. Умения: Разрабатывать программный код клиентской и серверной части веб-приложений. Использовать язык разметки страниц веб-приложения. Оформлять код программы в соответствии со стандартом кодирования. Использовать объектные модели веб-приложений и браузера. Использовать открытые библиотеки (framework). Использовать выбранную среду программирования и средства системы управления базами данных. Осуществлять взаимодействие клиентской и серверной частей веб-приложений. Разрабатывать и проектировать информационные системы Знания: Языки программирования и разметки для разработки клиентской и серверной части веб-приложений. Принципы работы объектной модели веб-приложений и браузера. Основы технологии клиент-сервер. Особенности отображения вебприложений в размерах рабочего пространства устройств. Особенности отображения элементов ИР в различных браузерах. Особенности выбранной среды программирования и системы управления базами данных. Практический опыт: Разрабатывать интерфейс пользователя. Разрабатывать анимационные эффекты. Умения: Разрабатывать программный код клиентской части веб-приложений. Оформлять код программы в соответствии со стандартом кодирования. Страница 100 из 165 ПК 9.4. Осуществлять техническое сопровождение и восстановление вебприложений в соответствии с техническим заданием. Использовать объектные модели веб-приложений и браузера. Разрабатывать анимацию для вебприложений для повышения его доступности и визуальной привлекательности (Canvas). Знания: Языки программирования и разметки для разработки клиентской части веб-приложений. Принципы работы объектной модели веб-приложений и браузера. Технологии для разработки анимации. Способы манипуляции элементами страницы веб-приложения. Виды анимации и способы ее применения. Практический опыт: Устанавливать и настраивать вебсерверы, СУБД для организации работы веб-приложений. Использовать инструментальные средства контроля версий и баз данных. Проводить работы по резервному копированию веб-приложений. Выполнять регистрацию и обработку запросов Заказчика в службе технической поддержки. Умения: Подключать и настраивать системы мониторинга работы Вебприложений и сбора статистики его использования. Устанавливать и настраивать вебсервера, СУБД для организации работы веб-приложений. Работать с системами Helpdesk. Выяснять из беседы с заказчиком и понимать причины возникших аварийных ситуаций с информационным ресурсом. Анализировать и решать типовые запросы заказчиков. Выполнять регламентные процедуры по резервированию данных. Устанавливать прикладное программное обеспечение для резервирования веб-приложений. Знания: Основные показатели использования Веб-приложений и способы их анализа. Регламенты работ по резервному копированию и развертыванию резервной копий веб-приложений. Способы и средства мониторинга работы веб-приложений. Методы развертывания веб-служб и серверов. Принципы организации работы службы технической поддержки. Страница 101 из 165 Общие основы решения практических задач по созданию резервных копий. ПК 9.5. Производить тестирование разработанного веб приложения. ПК 9.6. Размещать веб приложения в сети в Практический опыт: Использовать инструментальные средства контроля версий и баз данных, учета дефектов. Тестировать веб-приложения с точки зрения логической целостности. Тестировать интеграцию вебприложения с внешними сервисами и учетными системами. Умения: Выполнять отладку и тестирование программного кода (в том числе с использованием инструментальных средств). Выполнять оптимизацию и рефакторинг программного кода. Кодировать на скриптовых языках программирования. Тестировать веб-приложения с использованием тест-планов. Применять инструменты подготовки тестовых данных. Выбирать и комбинировать техники тестирования веб-приложений. Работать с системами контроля версий в соответствии с регламентом использования системы контроля версий. Выполнять проверку вебприложения по техническому заданию. Знания: Сетевые протоколы и основы webтехнологий. Современные методики тестирования эргономики пользовательских интерфейсов. Основные принципы отладки и тестирования программных продуктов. Методы организации работы при проведении процедур тестирования. Возможности используемой системы контроля версий и вспомогательных инструментальных программных средств для обработки исходного текста программного кода. Регламент использования системы контроля версий. Предметную область проекта для составления тест-планов. Практический опыт: Публиковать веб-приложения на базе хостинга в сети Интернет. Страница 102 из 165 соответствии с техническим заданием. ПК 9.7.Осуществлять сбор статистической информации о работе веб-приложений для анализа эффективности его работы. ПК 9.8. Осуществлять аудит безопасности веб-приложения в соответствии с регламентами по безопасности. ПК 9.9. Модернизировать веб-приложение с учетом правил и норм подготовки информации для поисковых систем. Умения: Выбирать хостинг в соответствии с параметрами веб-приложения. Составлять сравнительную характеристику хостингов. Знания: Характеристики, типы и виды хостингов. Методы и способы передачи информации в сети Интернет. Устройство и работу хостингсистем. Практический опыт: Реализовывать мероприятия по продвижению веб-приложений в сети Интернет. Собирать и предварительно анализировать статистическую информацию о работе вебприложений. Умения: Подключать и настраивать системы мониторинга работы Вебприложений и сбора статистики его использования. Составлять отчет по основным показателям использования Вебприложений (рейтинг, источники и поведение пользователей, конверсия и др.). Знания: Основные показатели использования Веб-приложений и способы их анализа. Виды и методы расчета индексов цитируемости Веб-приложений (ТИЦ, ВИЦ). Практический опыт: Обеспечивать безопасную и бесперебойную работу. Умения: Осуществлять аудит безопасности веб-приложений. Модифицировать веб-приложение с целью внедрения программного кода по обеспечению безопасности его работы. Знания: Источники угроз информационной безопасности и меры по их предотвращению. Регламенты и методы разработки безопасных веб-приложений. Практический опыт: Модернизировать веб-приложения с учетом правил и норм подготовки информации для поисковых систем. Умения: Модифицировать код вебприложения в соответствии с требованиями и регламентами поисковых систем. Страница 103 из 165 Размещать текстовую и графическую информацию на страницах веб-приложения. Редактировать HTML-код с использованием систем администрирования. Проверять HTML-код на соответствие отраслевым стандартам. Знания: Особенности работы систем управления сайтами. Принципы функционирования поисковых сервисов и особенности оптимизации Веб-приложений под них (SEO). Методы оптимизации Вебприложений под социальные медиа (SMO). ПК 9.10. Реализовывать мероприятия по продвижению веб-приложений в сети Интернет. Практический опыт: Реализовывать мероприятия по продвижению веб-приложений в сети Интернет. Собирать и предварительно анализировать статистическую информацию о работе вебприложений. Умения: Подключать и настраивать системы мониторинга работы Вебприложений и сбора статистики его использования. Работать с системами продвижения веб-приложений. Публиковать информации о вебприложении в специальных справочниках и каталогах. Осуществлять подбор и анализ ключевых слов и фраз для соответствующей предметной области с использованием специализированных программных средств. Составлять тексты, включающие ссылки на продвигаемый сайт, для размещения на сайтах партнеров. Осуществлять оптимизацию вебприложения с целью повышения его рейтинга в сети интернет. Знания: Принципы функционирования поисковых сервисов. Виды и методы расчета индексов цитируемости веб-приложений (ТИЦ, ВИЦ). Стратегии продвижения вебприложений в сети Интернет. Виды поисковых запросов пользователей в интернете. Программные средства и платформы для подбора ключевых Страница 104 из 165 Администрирование информационных ресурсов. ПК 10.1. Обрабатывать статический и динамический информационный контент. словосочетаний, отражающих специфику сайта. Инструменты сбора и анализа поисковых запросов. Практический опыт: Выполнять обработку и публикацию статического и динамического контента. Настраивать внутренние связи между информационными блоками/ страницами в системе управления контентом. Выполнять монтаж динамического информационного контента. Обновлять информацию в базах данных. Размещать и обновлять информационные материалы через систему управления контентом (CMS). Выявлять потенциальные источники информации (среди сайтов производителей и основных дистрибьюторов товаров, конкурентов, тематических сообществ и форумов, электронных и печатных каталогов и справочников, информационных систем и баз данных организации). Выполнять поиск и извлечения (копирование, сохранение) недостающей графической и (или) текстовой информации. Выполнять поиск информации о новых товарах и услугах, других материалов для актуализации (пополнения) сайта новыми сведениями. Выполнять мониторинг новостных лент, форумов, социальных сетей, рассылок. Составлять краткие и развернутые тексты объявлений для размещения на сайте, в социальных сетях, форумах и на тематических порталах. Размещать новости на сайте и в социальных сетях, контроль правильности работы RSS-каналов и механизмов кросспостинга. Выполнять сбор и обработку материалов для электронных рассылок. Выполнять обработку комментариев пользователей, подготовку оперативных ответов или поручение этой задачи сотрудникам организации. Выполнять анализ и корректировку ответов, подготовленных представителями организации. Страница 105 из 165 Выполнять ведение базы данных и отчетов по обращениям, вопросам, жалобам. Модерировать сообщения и комментарии пользователей. Повышать посещаемость, снижать негативные реакции, поддерживать дружелюбную тональность в комментариях к официальным сообщениям организации. Выполнять настройку параметров форума и управление характеристиками постоянных пользователей. Работать с отраслевым оборудованием обработки информационного контента. Формировать задания для исправления веб-писателям, публикаторам, веб-дизайнерам и веб-мастерам. Устанавливать права доступа и других характеристик вебстраниц, информационных ресурсов для просмотра и скачивания. Умения: Подготавливать и обрабатывать цифровую информацию. Размещать цифровую информацию на информационных ресурсах согласно правилам и регламентам. Осуществлять поиск информации в сети Интернет различными методами. Осуществлять оптимизацию контента для эффективной индексации поисковыми системами. Осуществлять процесс допечатной подготовки информационного контента. Инсталлировать и работать со специализированным прикладным программным обеспечением. Работать в графическом редакторе. Обрабатывать растровые и векторные изображения. Работать с пакетами прикладных программ верстки текстов. Осуществлять подготовку оригинал-макетов. Работать с пакетами прикладных программ обработки отраслевой информации. Работать с программами подготовки презентаций. Инсталлировать и работать с прикладным программным обеспечением обработки динамического информационного контента. Инсталлировать и работать со специализированным прикладным Страница 106 из 165 программным обеспечением монтажа динамического информационного контента. Осуществлять выбор средств монтажа динамического контента. Осуществлять событийноориентированный монтаж динамического контента. Заполнять веб-формы, уверенно владеть одним или несколькими браузерами. Владеть текстовыми и графическими редакторами, технологиями размещения и передачи информации в сетях Интернет/интранет. Размещать мультимедийные объекты на веб-страницах. Владеть методами работы с информационными базами данных. Осуществлять навигацию по различным веб-ресурсам, регистрироваться на сайтах. Владеть различными методами поиска информации в Интернет (по ключевым словам, с помощью каталогов). Работать с агрегаторами новостей, электронными подписками, социальными сетями, форумами. Работать с большими объемами информации. Писать тексты литературным, техническим и рекламным языком. Реферировать, аннотировать и модифицировать тексты. Владеть функциональными особенностями популярных социальных сетей. Конвертировать аналоговые форматы информационного содержания в цифровые. Публиковать динамическое информационное содержание в заданном формате. Знания: Требования к различным типам информационных ресурсов для представления информации в сети Интернет. Законодательство о работе сети Интернет. Принципы и механизмы работы поисковых систем, функциональные возможности сервисов поиска. Технологии работы со статическим информационным контентом. Стандарты форматов представления статического информационного контента. Стандарты форматов представления графических данных. Страница 107 из 165 Последовательность и правила допечатной подготовки. Правила подготовки и оформления презентаций. Программное обеспечение обработки информационного контента. Основы эргономики. Математические методы обработки информации. Информационные технологии работы с динамическим контентом. Стандарты форматов представления динамических данных. Терминологию в области динамического информационного контента. Принципы линейного и нелинейного монтажа динамического контента. Правила построения динамического информационного контента. Принципы организации информационных баз данных. Общие принципы отображения статических и динамических вебстраниц, ключевые вебтехнологии, используемые на вебсайтах. Требования к различным типам информационных ресурсов (текст, графика, мультимедиа и др.) для представления на веб-сайте. Общие принципы разграничения прав доступа к информации в сети Интернет, обеспечение информационной безопасности. Принципы и механизмы работы поисковых систем, функциональные возможности популярных сервисов поиска. Законодательство Российской Федерации в области интеллектуальной собственности, правила использования информационных материалов в Интернет. Принципы копирайтинга и рерайта. Технологии организации и ведения новостных лент, RSS-каналов, электронных подписок, рассылок по электронной почте. Знание специальной терминологии и веб-этикета. Виды спама и нежелательного контента, методы и средства борьбы с ними. Правила и методы публикации динамической информации на внешних ресурсах (социальные сети, форумы, доски объявлений и пр.). Виды и методы расчета индексов цитируемости (ТИЦ, ВИЦ); Страница 108 из 165 принципы работы и виды контекстной рекламы в сети Интернет. ПК 10.2. Разрабатывать технические документы для управления информационными ресурсами. Разработка, администрирование и защита баз данных. ПК 11.1. Осуществлять сбор, обработку и анализ информации для проектирования баз данных. ПК 11.2. Проектировать базу данных на основе анализа предметной области. Практический опыт: Разрабатывать технические документы для управления информационными ресурсами. Выявлять потенциальные источники информации. Формировать задания для исправления веб-писателям, публикаторам, веб-дизайнерам и веб-мастерам. Умения: Работать с пакетами прикладных программ обработки отраслевой информации. Осуществлять подготовку отчета об ошибках. Знания: Требования к различным типам информационных ресурсов. Технологии работы со статическим и динамическим информационным контентом. Стандарты для оформления технической документации. Законодательство Российской Федерации в области интеллектуальной собственности, правила использования информационных материалов в Интернет. Терминология отраслевой направленности. Практический опыт: Выполнять сбор, обработку и анализ информации для проектирования баз данных. Умения: Работать с документами отраслевой направленности. Собирать, обрабатывать и анализировать информацию на предпроектной стадии. Знания: Методы описания схем баз данных в современных СУБД. Основные положения теории баз данных, хранилищ данных, баз знаний. Основные принципы структуризации и нормализации базы данных. Основные принципы построения концептуальной, логической и физической модели данных. Практический опыт: Выполнять работы с документами отраслевой направленности. Страница 109 из 165 Умения: Работать с современными caseсредствами проектирования баз данных. Знания: Основные принципы структуризации и нормализации базы данных. Структуры данных СУБД, общий подход к организации представлений, таблиц, индексов и кластеров. ПК 11.3. Разрабатывать объекты базы данных в соответствии с результатами анализа предметной области. ПК 11.4. Реализовывать базу данных в конкретной системе управления базами данных. Дополнительно для квалификаций " Администратор баз данных" и "Специалист по тестированию в области информационных технологий" Основные принципы построения концептуальной, логической и физической модели данных. Современные инструментальные средства проектирования схемы базы данных. Практический опыт: Работать с объектами баз данных в конкретной системе управления базами данных. Использовать стандартные методы защиты объектов базы данных. Работать с документами отраслевой направленности. Использовать средства заполнения базы данных. Использовать стандартные методы защиты объектов базы данных. Умения: Работать с современными caseсредствами проектирования баз данных. Создавать объекты баз данных в современных СУБД. Дополнительно для квалификаций " Администратор баз данных" и "Специалист по тестированию в области информационных технологий" Проектировать логическую и физическую схему базы данных. Знания: Методы описания схем баз данных в современных СУБД. Структуры данных СУБД, общий подход к организации представлений, таблиц, индексов и кластеров. Методы организации целостности данных. Практический опыт: Работать с объектами базы данных в конкретной системе управления базами данных. Страница 110 из 165 Умения: Создавать объекты баз данных в современных СУБД. Дополнительно для квалификаций " Администратор баз данных" и "Специалист по тестированию в области информационных технологий" Создавать хранимые процедуры и триггеры на базах данных. Знания: Основные принципы структуризации и нормализации базы данных. Основные принципы построения концептуальной, логической и физической модели данных. ПК 11.5. Администрировать базы данных. Дополнительно для квалификаций " Администратор баз данных" и "Специалист по тестированию в области информационных технологий" Структуры данных СУБД. Методы организации целостности данных. Модели и структуры информационных систем. Практический опыт: Выполнять работы с объектами базы данных в конкретной системе управления базами данных. Дополнительно для квалификаций " Администратор баз данных" и "Специалист по тестированию в области информационных технологий" Использовать стандартные методы защиты объектов базы данных. Умения: Применять стандартные методы для защиты объектов базы данных. Выполнять стандартные процедуры резервного копирования и мониторинга выполнения этой процедуры. Выполнять процедуру восстановления базы данных и вести мониторинг выполнения этой процедуры. Дополнительно для квалификаций " Администратор баз данных" и "Специалист по тестированию в области информационных технологий" Выполнять установку и настройку программного обеспечения для администрирования базы данных. Страница 111 из 165 ПК 11.6. Защищать информацию в базе данных с использованием технологии защиты информации. Знания: Технологии передачи и обмена данными в компьютерных сетях. Алгоритм проведения процедуры резервного копирования. Алгоритм проведения процедуры восстановления базы данных. Практический опыт: Использовать стандартные методы защиты объектов базы данных. Умения: Выполнять установку и настройку программного обеспечения для обеспечения работы пользователя с базой данных. Обеспечивать информационную безопасность на уровне базы данных. Знания: Методы организации целостности данных. Способы контроля доступа к данным и управления привилегиями. Основы разработки приложений баз данных. Основные методы и средства защиты данных в базе данных Задание: 1) Заполнить матрицу компетенций на основании предложенного шаблона (https://drive.google.com/drive/folders/1NrRGxRfGmf0HGT4f TCFvZpe1oCLd-lkn); 2) Выполнить актуализацию спецификаций ПООП 09.02.07 в соответствие с профессиональными стандартами. Страница 112 из 165 Тема 3.2. Методика реализации отдельных профессиональных модулей основной профессиональной образовательной программы по профессии (специальности) 09.02.07 Информационные системы и программирование с учетом стандарта Ворлдскиллс Россия по компетенции «Программные решения для бизнеса» Современный этап развития образования ставит перед будущим учителем ряд важных задач, связанных с его готовностью работать в новых условиях перестройки содержания обучения. Говоря о технологическом обеспечении, можно выделить следующие направления применительно к образовательному процессу в колледже. Во–первых необходимо совершенствовать и оптимизировать процесс передачи возрастающего объема информации в учебных дисциплинах. В связи с этим в системе профессионального образования расширяются возможности применения педагогических технологий, как проблемного, программирования, интенсивного, модульного и интегративного обучения, технологии игрового моделирования, новых информационных технологий. Во–вторых, по прежнему актуальность имеют образовательные технологии предметного обучения. При технологизации предметного обучения важно учитывать ценностно-деятельностный аспект всех этапов изучения предмета и его профессиональную специализацию. Образовательные технологии, используемые в колледже будут более результативны, если они не только инструментально обоснованы, но и обеспечивают профессионально-личностный рост будущего специалиста, а также учитывают механизмы включения студентов в исследовательскую и творческую деятельность. В–третьих, сфера образования требует новой научнообоснованной методики подготовки «новых» специалистов, а также определение степени влияния на эти результаты новых учебных планов, образовательных программ и технологий. Для образования проблема педагогических технологий стала столь актуальной ещё и в условиях экономических изменений в стране. Внедрение стандартов Ворлдскиллс Россия предполагает не только изменения в содержании образования, но и новые технологические приемы в организации образовательного процесса. Страница 113 из 165 Важное значение имеют новые образовательные технологии. В понимании сущности «образовательная технология» можно выделить следующие подходы: Технико-инструментальный. Он характеризуется тем, что понятие «педагогическая технология» по содержанию сводится в основном к техническим средствам обучения и его инструментам. Первоначально под «педагогическая технологиями» понимали средства, используемые педагогами для решения образовательных задач. Особое внимание было уделено таким устройствам, которые не только дополняли образовательный процесс (средства звукозаписи, учебное кино, телевидение и др.), но и могли бы влиять на ход обучения, брать на себя отдельные функции учителя. Таким образом, сторонники технико-инструментального подхода ориентировались на выбор средств, обеспечивающих эффективность образовательного процесса. Вопрос о соотношении метода, приёмов и технологий обучения активно дискутируются психологами, педагогами и методистами. Второй подход функционально-процессуальный. По сути, есть технологический подход к построению образовательного процесса, в котором способы, средства и условия могут выполнять разные функции при достижении образовательных задач. В рамках данного подхода «педагогическая технология» характеризуется как процесс выбора и использования определенного набора средств, для достижения педагогической цели в определенной логике, эффективность которых будет достигаться только при определенно заданных условиях. Технологический подход к построению образовательного процесса ориентируется на выделении таких процедур как: компонент педагогического процесса в виде системы действий; циклический алгоритм действий учителя и учащихся; возможность построения педагогической системы на основе определенного набора дидактических педагогических приемов (2). Страница 114 из 165 Своеобразие технологического подхода проявляется также и в том, что он даёт не описательную, а конструктивную, предписывающую схему образовательного процесса. В технологии образовательного процесса особое место уделяется развитию технологических средств обучения, использованию их возможностей в практике работы преподавателей вуза для большего охвата семинарских занятий, индивидуализации каналов подачи учебного материала и др. Если рассматривать педагогическую технологию с этой позиции, то их применение в большей мере направлено на создание своего рода технологической среды в обучающем процессе независимо от использования технических — организационных средств. Совершенствование подготовки специалистов связано и с созданием условий для осознанного восхождения личности к более высокому уровню компетентности, а затем и к профессионализму. Задание: 1) Разработать паспорт образовательной программы в виде mindкарты в соответствие с шаблоном (https://drive.google.com/drive/folders/1NrRGxRfGmf0HGT4f TCFvZpe1oCLd-lkn); 2) Разработать рабочую программу по профессиональному модулю на основании ПООП 09.02.07 . Страница 115 из 165 Тема 3.3 Материально-техническая база для реализации основной профессиональной образовательной программы по профессии (специальности) 09.02.07 Информационные системы и программирование с учетом стандарта Ворлдскиллс Россия по компетенции «Программные решения для бизнеса» Задание: 1) Описать условия реализации образовательной программы по специальности 09.02.07 (https://drive.google.com/drive/folders/1NrRGxRfGmf0HGT4f TCFvZpe1oCLd-lkn); 2) Сформировать перечень кабинетов, лабораторий, мастерских и полигонов по 09.02.07 3) Описать материально-техническое оснащение лабораторий, мастерских и баз практики по профессии (специальности) Страница 116 из 165 РАЗДЕЛ 4. ОРГАНИЗАЦИЯ И ПРОВЕДЕНИЕ ДЕМОНСТРАЦИОННОГО ЭКЗАМЕНА ПО СТАНДАРТАМ ВОРЛДСКИЛЛС РОССИЯ. ОЦЕНКА КВАЛИФИКАЦИИ СТУДЕНТА (ВЫПУСКНИКА) В ХОДЕ ДЕМОНСТРАЦИОННОГО ЭКЗАМЕНА. ЗАСТРОЙКА ПЛОЩАДКИ ПРОВЕДЕНИЯ ДЕМОНСТРАЦИОННОГО ЭКЗАМЕНА Важную роль в проведении демонстрационного экзамена играет застройка площадки проведения ДЭ. Порядок застройки площадки и настройка ПО разработаны Оковалковым В. Общая топология площадки L1 L2 Страница 117 из 165 L3 Примечание В случаи необходимости сохранения ip адреса на клонированных виртуальных машинах необходимо что бы 1) Машина находилась в 445 vlan Страница 118 из 165 2) Не был задан шлюз При данной конфигурации вы сохраните адресацию клонированной виртуальной машины для проверки, если это будет необходимо. Страница 119 из 165 План застройки Страница 120 из 165 Страница 121 из 165 Установка MS SQL SERVER 2016 и настрока Страница 122 из 165 Страница 123 из 165 Страница 124 из 165 Страница 125 из 165 При необходимости можно добавить еще одного администратора базы данных Страница 126 из 165 Страница 127 из 165 Установка SQL MANAGEMENT STUDIO Страница 128 из 165 Настройка MSSQL Подключение к бд Настройка пользователя sa Страница 129 из 165 Настройка Аутентификации пользователей Страница 130 из 165 Страница 131 из 165 Подключение к БД под пользователем SA Для автоматического создания пользователей и баз данных создаем запрос: Страница 132 из 165 Далее пишем скрипт --Шаблон создания пользователей, БД и настройка прав DECLARE @user INT = 1; DECLARE @user_total INT = 51; DECLARE @dbname VARCHAR(10); DECLARE @dbpass VARCHAR(10); WHILE @user <= @user_total BEGIN SET @dbname = 'user'+CAST(@user AS varchar); SET @dbpass = 'wsr'+@dbname; PRINT @dbname; USE [master] EXEC('CREATE LOGIN ['+@dbname+'] WITH PASSWORD=N'''+@dbpass+''', DEFAULT_DATABASE=[master], CHECK_EXPIRATION=OFF, CHECK_POLICY=OFF'); EXEC('CREATE DATABASE ['+@dbname+'] ON PRIMARY ( NAME = N'''+@dbname+''', FILENAME = N''C:\Program Files\Microsoft SQL Server\MSSQL12.MSSQLSERVER\MSSQL\DATA\'+@dbname+'.mdf'' , SIZE = 5120KB , FILEGROWTH = 1024KB ) LOG ON ( NAME = N'''+@dbname+'_log'', FILENAME = N''C:\Program Files\Microsoft SQL Server\MSSQL12.MSSQLSERVER\MSSQL\DATA\'+@dbname+'_log.ldf'' , SIZE = 1024KB , FILEGROWTH = 10%)'); EXEC('ALTER LOGIN ['+@dbname+'] WITH DEFAULT_DATABASE=['+@dbname+'], DEFAULT_LANGUAGE=[русский], CHECK_EXPIRATION=OFF, CHECK_POLICY=OFF DENY VIEW ANY DATABASE TO ['+@dbname+']'); EXEC('USE ['+@dbname+']; EXEC dbo.sp_changedbowner @loginame = '+@dbname+', @map = false;'); PRINT 'ok!'; SET @user = @user + 1; END; ПРИМЕЧАНИЕ Необходимо проверить пути создания БД в системе. Страница 133 из 165 Таким образом скрип в данном случае имеет вид DECLARE @user INT = 1; DECLARE @user_total INT = 51; DECLARE @dbname VARCHAR(10); DECLARE @dbpass VARCHAR(10); WHILE @user <= @user_total BEGIN SET @dbname = 'user'+CAST(@user AS varchar); SET @dbpass = 'wsr'+@dbname; PRINT @dbname; USE [master] EXEC('CREATE LOGIN ['+@dbname+'] WITH PASSWORD=N'''+@dbpass+''', DEFAULT_DATABASE=[master], CHECK_EXPIRATION=OFF, CHECK_POLICY=OFF'); EXEC('CREATE DATABASE ['+@dbname+'] ON PRIMARY ( NAME = N'''+@dbname+''', FILENAME = N''C:\Program Files\Microsoft SQL Server\MSSQL13.SQLEXPRESS\MSSQL\DATA\'+@dbname+'.mdf'' , SIZE = 5120KB , FILEGROWTH = 1024KB ) LOG ON ( NAME = N'''+@dbname+'_log'', FILENAME = N''C:\Program Files\Microsoft SQL Server\MSSQL13.SQLEXPRESS\MSSQL\DATA\'+@dbname+'_log.ldf'' , SIZE = 1024KB , FILEGROWTH = 10%)'); EXEC('ALTER LOGIN ['+@dbname+'] WITH DEFAULT_DATABASE=['+@dbname+'], DEFAULT_LANGUAGE=[русский], CHECK_EXPIRATION=OFF, CHECK_POLICY=OFF DENY VIEW ANY DATABASE TO ['+@dbname+']'); Страница 134 из 165 EXEC('USE ['+@dbname+']; EXEC dbo.sp_changedbowner @loginame = '+@dbname+', @map = false;'); PRINT 'ok!'; SET @user = @user + 1; END; При успешном выполнения скрипта Страница 135 из 165 Проверка авторизации пользователя Логин user50 Пароль wsruser50 Страница 136 из 165 Для разрешения удаленного подключения к серверу SQL необходимо 1) Разрешить 1433 порт в настройках firewall или выключить его в настройках Страница 137 из 165 2) Настроить службы SQL сервера Страница 138 из 165 Страница 139 из 165 Проверка подключения пользователя с другого устройства Страница 140 из 165 Установка MYSQL и настройка Страница 141 из 165 Страница 142 из 165 При необходимости можно добавить еще одного администратора бд Страница 143 из 165 Установка MySql workbench Настройка MYSQL Подключение к бд Страница 144 из 165 Создание пользователей и бд Страница 145 из 165 Назначение прав доступа Для разрешения удаленного подключения к серверу My SQL необходимо 1) Разрешить 3306 порт в настройках firewall или выключить его в настройках Страница 146 из 165 Страница 147 из 165 Установка GOGS и настройка Для работы gogs необходимо установить mysql Страница 148 из 165 Страница 149 из 165 При необходимости можно добавить еще одного администратора бд Страница 150 из 165 Установка MySql WORKBENCH для GOGS Страница 151 из 165 Создание БД Установка SCM GIT Страница 152 из 165 Не меняя настроек по умолчанию: Установка gogs После установки scm git нужно перезагрузить сервер Страница 153 из 165 Страница 154 из 165 Страница 155 из 165 Затем открыть файл app.ini [repository] FORCE_PRIVATE = true [repository.upload] ENABLED = true FILE_MAX_SIZE = 500 MAX_FILES = 30 [attachment] ENABLED = true ALLOWED_TYPES = */* MAX_SIZE = 500 MAX_FILES = 30 После чего необходимо перезапустить gogs Страница 156 из 165 Создание пользователей Страница 157 из 165 Страница 158 из 165 Настройка ip на сервере gogs Вам необходимо задать статический ip адрес на сервере Затем открыть файл app.ini Страница 159 из 165 Перезапустить gogs И зайти по адресу, который вы задали Страница 160 из 165 План застройка площадки по компетенции № 09 «Программные решения для бизнеса» (версионность ПО и количество рабочих мест должно определять инфраструктурным листом конкретного чемпионата или демонстрационного экзамена) Подготовка комнаты экспертов (рабочих мест 5 шт.) Раздел 1. Выполнение застройки Этап 1.1. Установка столов в количестве 5 шт. Этап 12. Расстановка стульев в количестве 5 шт. Этап 1.3. Установка МФУ М50З5 1 шт. Этап 1.4. Установка компьютеров на столы 5 шт. Этап 1.5. Подключение компьютеров к ЛВС и сети электропитания 5 шт. Раздел 2. Настройка рабочих мест экспертов Этап 2.1. Настройка управляемого коммутатора 1 шт. Этап 2.2. Создание изолированной сети для экспертов. Этап 2.3. Настройка сервера дубликации рабочих мест экспертов. Этап 2.4. Установка 0S Windows 10 Этап 2.5. Установка и настройка ПО Eclipse IDE for java ЕЕ developers Этап 2.6. Установка и настройка ПО Framework.net Этап 2.7. Установка и настройка ПО JDk 8 Этап 2.8. Установка и настройка ПО Microsoft SQL Server 2014 Express Этап 2.9. Установка и настройка ПО Microsoft Visio Professional 201З Этап 2.10. Установка и настройка ПО Microsoft Visual Studio Ultimate 2013 Этап 2.11. Установка и настройка ПО MySQL Community Server Этап 2.12. Установка и настройка ПО MySQL Connector/J Этап 2.13. Установка и настройка ПО MySQL Connector/NET Этап 2.14. Установка и настройка ПО MySQL Workbench Этап 2.15. Установка и настройка ПО Netbeans Этап 2.16. Установка и активация ПО Microsoft Office 2013 Этап 2.17. Установка и настройка ПО SQL Server Management Studio 2014 Express Раздел З. Сопровождение работы экспертных групп Этап З. 1. Разворачивание дубликатов программных проектов рабочих мест участников каждой сессии демонстрационного экзамена Этап 3.2. Разворачивание дубликатов баз данных рабочих мест участников каждой сессии демонстрационного экзамена Этап 3.3. Оперативное решение проблем, критических для работоспособности площадки, возникающих при работе экспертных групп Подготовка комнаты участников (рабочих мест 15 шт.) Раздел 4. Выполнение застройки Этап 4.1. Установка столов в количестве 15 шт. Этап 4.2. Расстановка стульев в количестве 15 шт. Этап 4.3. Установка компьютеров на столы 15 шт. Этап 4.4. Установка управляемого коммутатора 1 шт. Страница 161 из 165 Этап 4.5. Подключение компьютеров к ЛВС и сети электропитания 15 шт. Этап 4.6. Установка веб-камеры 1 шт. Раздел 5. Настройка рабочих мест участников Этап 5.1. Настройка управляемого коммутатора 1 шт. Этап 5.2. Создание изолированной сети для участников. Этап 5.3. Настройка сервера дубликации рабочих мест участников. Этап 5.4. Установка 0S Windows 10 Этап 5.5. Установка и настройка ПО Eclipse IDE for java ЕЕ developers Этап 5.6. Установка и настройка ПО Framework.net Этап 5.7. Установка и настройка ПО JDk 8 Этап 5.8. Установка и настройка ПО MicrosoR SQL Server 2014 Express Этап 5.9. Установка и активация ПО Microsoft Office 2013 Этап 5.10. Установка и настройка ПО Microsoft Visio Professional 2013 Этап 5.11. Установка и настройка ПО Microsoft Visual Studio Ultimate 2013 Этап 5.12. Установка и настройка ПО MySQL Community Server Этап 5.13. Установка и настройка ПО MySQL Connector/J Этап 5.14. Установка и настройка ПО MySQL Connector/NET Этап 5.15. Установка и настройка ПО MySQL Workbench Этап 5.16. Установка и настройка ПО Netbeans Этап 5.17. Установка и настройка ПО SQL Server Management Studio 2014 Express Этап 5.18. Установка драйверов и настройка веб-камеры Этап 5.19. Авторизация канала на youtube.com для обеспечения трансляции Этап 5.20. Создание дубликатов рабочих мест участников на каждую сессию Этап 5.21. Настройка и сопровождение таймера Этап 5.22. Изготовление патч-кордов больше З метров 4 шт. Этап 5.23. Замена комплектующих. Раздел 6. Сопровождение работы участников Этап 6.1. Разворачивание дубликатов рабочих мест участников каждой группы демонстрационного экзамена Этап 6.2. Оперативное решение проблем, критических для работоспособности площадки, возникающих при работе участников Этап 6.3. Ресурсообеспечение деятельности участников (в части расходных материалов) Этап 6.4. Инструктаж участников по охране труда и технике безопасности при работе с ПЭВМ Этап 6.5. Проведение жеребьевки участников Этап 9.6. Инструктаж участников по работе с системой версионного контроля программного обеспечения Страница 162 из 165 Программа подготовки обучающихся к демонстрационному экзамену WSSS Анализ и проектирование программных решений Наименовани е UML Диаграмма прецедентов Описание прецедентов Описание действующих субъектов Диаграмма вариантов использования Объект класса Диаграммы класса домена Схемы последовательности Схемы взаимодействия Диаграмма состояний Диаграмма деятельности Диаграмма сущностей и связей Нормализации Словарь данных Создание формы Создание Модели Создание контроллера MVC Шаблоны проектирова ния Разработка программных решений Навык Руководство по стилю Управление каталогами и файлами Управления версиями Подключение к БД Шаблон одиночка Шаблон конечный автомат Создание базовой формы Использование базовой формы Создание каталога Создание файла Чтение из файла Запись в файл Создание репозитория Подключение удаленного репозитория Получение изменений Коммит Создание подключения к MySQL через EF5 Создание подключения к MySQL Создание подключения к MSSQL через EF5 Создание подключения к MSSQL Выгрузка данных через EF5 Страница 163 из 165 Выгрузка данных через класс Добавление данных через EF5 Обновление данных через класс Обновление данных через EF5 Добавление данных через класс Загрузка изображений Выгрузка изображений Библиотеки и фреймворки Разработка мобильного интерфейса на основе серверной системы Тестирование программных решений Тестировани е Документиро вание Документирован ие программных решений Документиро вание EntityFramework Создание Activity Переход между Activity Доступ к данным через REST API Создание списка Обработчик нажатия кнопки Модульное тестирование Объемное испытания Интеграционное тестирование Приемочные испытания Составление плана тестирования Разработка тест-кейсов Проверка результатов тест-кейсов Составление отчета о процессе тестирования Документация пользователя Техническая документация Презентация Страница 164 из 165 Задание: 1) Составить план подготовки участников ДЭ на основании предложенного шаблона (https://drive.google.com/drive/folders/1NrRGxRfGmf0HGT4f TCFvZpe1oCLd-lkn); 2) Подготовить задание для демонстрационного экзамена на основании предложенного шаблона в соответствие с представленной предметной областью. Итоговая аттестация слушателей: выполнение задания демонстрационного экзамена по компетенции «Программные решения для бизнеса». Страница 165 из 165

C# учебник

Related documents

Products

Support

C# учебник

Related documents

Add this document to collection(s)

Add this document to saved

Suggest us how to improve StudyLib