Демо экзамен программные решения для бизнеса задания

ТЕХНИЧЕСКОЕ
ОПИСАНИЕ

КОМПЕТЕНЦИЯ

«ИТ – Программные решения для бизнеса»

Организация
WorldSkillsRussia (WSR) с согласия технического комитета в соответствии с
уставом организации и правилами проведения конкурсов установила нижеизложенные
минимально необходимые требования владения этим профессиональным навыком для
участия в конкурсе.

Техническое
описание включает в себя следующие разделы:

1. Введение

2. Стандартные
спецификации WorldSkills (WSSS)

3. Оценка стратегии и
спецификация

4. Схема оценки

5. Тестовый проект

6. Развитие
квалификаций и общение

7. Техника безопасности

8. Инфраструктура

9. Участие посетителей
и медиа

10. Экологичность

Дата вступления в силу:

______________________ Тымчиков Алексей,
Технический директор WSR

_____________________
Осадчий Александр, эксперт WSR

1. Введение

1.1.
Название и описание компетенции

1.1.1.
Название Компетенции:

ИТ – Программные решения для бизнеса

ITSoftwareSolutionsforBusiness (англ.)

1.1.2.
Описание работы, роли или задания

Быстрые темпы глобализации в последние десять
лет были, в значительной степени, обусловлены прогрессом в области
информационных и коммуникационных технологий (ИКТ). IT-специалисты пользуются
большим спросом по разным направлениям, одним из которых является
предоставление решений для бизнеса.

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

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

IT специалисты решают профессиональные задачи
такие как (но не только эти):

—    
анализ текущей информационной системы, представлениевариантов
по её обновлению, включая анализ затрат и выгод;

—    
анализ и формализация требований пользователя;

—    
разработка детальных спецификаций системы;

—    
разработка программного обеспечениядля решения
поставленных задач и тестирование решения;

—    
интеграция программного обеспечения с другими
системами;

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

—    
установка, внедрение и поддержка программного
обеспечения системы.

IT-профессионалы в области разработки программных
решений могут работать на крупных, средних и малых предприятиях в качестве
инженера-программиста, в консалтинговых фирмах — в качестве консультанта, в
фирмах по разработке или поставкам программного обеспечения — в качествеподрядчика.

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

1.2.
Актуальность и значимость данного документа

Этот документ содержит информацию о стандартах
(компетенциях), которые необходимо учесть при участии в этом конкурсе, а также
оценках, методах, принципах и процедурах, необходимых для регулирования данного
конкурса.

Каждый эксперт и участник должен знать и
понимать Техническое описание.

В случае любой неточности в техническом
описании на разных языках, английской версииотдается предпочтение.

1.3.
Необходимые документы

Данное техническое описание содержит только
профессиональную информацию, оно должно использоваться в сочетании со
следующими документами:

·      «WorldSkillsRussia»,
Правила проведения конкурса;

·     
«WorldSkills International», «WorldSkills Russia»: онлайн—ресурсы, указанныевданномдокументе;

·     
Правила техники безопасности и санитарные нормы.

2. Стандартные спецификации WorldSkills (WSSS)

2.1.
Основные понятия WSSS

В WSSS указывает на знание, понимание и
конкретные навыки, которые лежат в основе лучшей международнойпрактикис позиции
технического и профессионального выполнения. Это должно отражаться в общем
глобальном понимании того, что все работы, выполненные индивидуально или
группой, должны быть связаны с производством или бизнесом. (www.worldskills.org/WSSS)

Конкурс предназначен для приобретения
международной практики по навыкам, описанным в WSSS.
Стандартныеспецификации- это руководство, необходимое для обучения и подготовки
кучастию в конкурсе.

Во время конкурса оценка знаний и понимания
будет проходить через оценку выполнения. Не будет отдельных тестов на знание и
понимание.

Стандартныеспецификации разделены на
определенные разделы с заголовками с добавлением справочных номеров.

Каждому разделу ставится в соответствие
процент от общей оценки для указания относительной важности раздела в пределах
норм. Сумма всех процентных оценок 100.

Схема маркировки и тестовый проект будет
оцениваться в рамках тех навыков, которые указаны в Стандартных спецификациях.
Они будут отражены в Стандартныхспецификациях, по возможности всесторонне в
пределах, установленных правилами конкурса.

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

2.2.
WORLDSKILLS Стандартныеспецификации

Секции	Относительная важность (%)
1	Организация работы и управление	5
	Участник должен знать и понимать: — принципы продуктивной работы в команде; — принципы организации и поведение систем; — подходы, способствующие эффективности продуктов, стратегий и практик; — технологии сбора информации из различных источников, анализа и оценки информации. Каждый должен уметь: — составлять ежедневный планработс учетом сроков ивременных ограничений; — использовать компьютер или иное устройство и соответствующее программное обеспечение; — применять методы и навыки исследования и актуализации информациив соответствии с отраслевыми рекомендациями; — сравнивать результат работы с ожиданиями и потребностями клиента / организации.
2	Общение и международные навыки	5
	Участник должен знать и понимать: — важность умения слушать; — необходимость соблюдения принципов внимательности и соблюдения конфиденциальности при работе с клиентами; — важность разрешения недоразумений и противоречивых требований; — важность создания и сохранения доверительных и продуктивных  клиентов и продуктивных рабочих отношений; — Ценность навыков понятной и грамотной письменной и устной речи Участник должен уметь: Использовать навыки грамотности для: — составленияи следования инструкциям в соответствии со имеющимися справочниками; — интерпретировать служебные инструкции и другие технические документы; — -актуализировать документацию в соответствии с последними отраслевыми рекомендациями; Использовать навыки устного общения в: — обсуждении и внесении предложений по вопросу специфики информационных систем; — информировании клиента о развитии системы; — проведении переговоров с клиентом по вопросам бюджета проекта и графику его выполнения; — сборе и согласовании требований клиента; — представлении итоговых разработанных программных решений и в формировании предложений по их дальнейшему развитию; Использовать навыки письменного общения в: — документировании программного решения (например, для составления технических документов, руководств пользователя и т.д.); — информировании клиента о развитии системы; — предоставлении подтверждении,о том, чторазработанное приложение соответствует оригинальной спецификации,и пользователь получает готовую систему; Использовать коммуникационные навыки при работе в команде для: — сотрудничества с другими для достижения требуемых результатов; — слаженно работать в группе по решению проблем. Использовать навыки управления проектами в: — определении приоритетов и планировании задач; — выделении ресурсов для решения задач.
3	Решение проблем, инновации, креативность	5
	Участник должен знать и понимать: — типы проблем, которые могут возникнуть при разработке программного обеспечения; -типы проблем, которые могут возникнуть в бизнесе организации; — подходы к диагностике проблем; — отраслевые тенденции и разработки в отрасли, включая новые платформы, языки, конвенции и технические навыки. Участник должен уметь использовать аналитические навыки для: — обобщения сложной или разнородной информации; — определения функциональных и нефункциональных требований спецификации; Участник должен уметь использовать навыки изучения и обследования для: — сбора требований пользователя (например, интервью, анкетирование, поиск и анализ документов) Участник должен уметь самостоятельно решать проблемы, с которыми столкнулся в процессе работы: — использовать навык решения проблем; — выявлять и решать проблемы своевременно; — собирать и анализировать информацию; — разрабатывать альтернативные решения, выбирать наиболее подходящий вариант и принимать необходимое решение.
4	Анализ и проектирование программных решений	30
	Каждый должен знать и понимать: — важность рассмотрения всех возможных вариантов и выбора лучшего решения на основе взвешенного аналитического суждения и интересов клиента; — важность использования системного анализа и методологий проектирования (например, унифицированногоязыка моделирования(UnifiedModellingLanguage),программной платформыMVC (Model—View-Control), фреймворки, шаблоны проектирования); — необходимость быть в курсе новых технологий и приниматьрешение о целесообразности их применения; — важность оптимизации архитектуры системы с учетом модульности и повторного использования. Участник должен уметь: Анализировать системыс помощью: — моделирования и анализа прецедентов использования (например, диаграммы прецедентов, описания прецедентов, описание действующих субъектов (актер), диаграммы вариантов использования) — структурного моделирования и анализ (например,объектакласса, диаграммы класса домена); — динамического моделирования и анализа (например, схемы последовательности, схемы взаимодействия, диаграммы состояний, диаграммы деятельности); — инструментов и методов моделирования (например, диаграмма сущностей и связей, нормализации, словарь данных; Проектировать системы на основе: — диаграммы классов, диаграммы последовательности, диаграммы состояний, диаграммы деятельности — описания объекта; -схемы реляционной или объектной базы данных; -структурычеловеко-машинного интерфейса; -средств безопасности и контроля; -структурымногозвенного приложения.
5	Разработка программных решений	40
	Участник должен знать и понимать: — важность рассмотрения всех возможных вариантов и выбора лучшего решения для удовлетворения требований пользователя и интересов клиента; — важность использования методологий разработки системы (например, объектно-ориентированные технологии); — важность рассмотрения всех нормальных и ненормальных сценариев и обработки исключений; — важность соблюдения стандартов(например, правила кодирования, руководство по стилю (оформление системной и программной документации), дизайна пользовательского интерфейса, управление каталогами и файлами); — важность точного и постоянного контроля версий (управление версиями); — использование существующего кода в качестве основы для анализа и модификации; — важность выбора наиболее подходящих средств разработки из предложенных вариантов. Участник должен уметь: — Использовать системы управления базами данных для построения, хранения и управления данными для требуемой системы (MySQL или MSSQLServer); — Использовать последнюю версию программного обеспечения среды разработки и инструменты, чтобы изменить существующие коды и писать новый код «клиент-сервер» на базе программного обеспечения (.NETили Java); — определить и интегрировать соответствующие библиотеки и Фреймворки в программное решение; — строить многоуровневые приложения; — разрабатывать мобильный интерфейс для клиента на основе серверной системы.
6	Тестирование программных решений	10
	Участник должен знать и понимать: — принципы устранения распространенных проблем программных приложений; — важность тщательного тестирования решения; — важность документирования испытаний. Участник должен уметь: — составлять план тестирования (например, модульное тестирование, объемное испытания, интеграционноетестирование и приемочные испытания); — разрабатывать тест-кейсы и проверять результаты тест-кейсов; — устранять и исправление ошибок; — составлять отчет о процессе тестирования.
7	Документирование программных решений	5
	Участник должен знать и понимать: — важностьтщательного документирования разработанных решений; Участник должен уметь: — Проявлять профессионализм в подготовке: — Разрабатывать документацию пользователей; — Работать с технической документацией.

3. Оценка стратегии и спецификация

3.1.
Общие рекомендации

Оценивание регулируется Оценкой стратегии
WorldSkills. Стратегия устанавливает принципы и приемы, которые должны
соответствовать оценке, установленной правиламиWorldSkills.

Экспертная практика оценки лежит в основе
конкурса WorldSkills. По этой причине она предметом непрерывного
профессионального развития и изучения. Рост информированности в области оценивания
будет способствовать совершенствованию основных инструментов оценки,
используемых конкурсом WorldSkills: Схема маркировки, Тестовый проект и
информационной системы оценки (CIS).

В конкурсе WorldSkillsоценка состоит издвух
широких категорий: измерение и мнение судей.
СоответственноониназываютсяобъектнойиJudgement-оценкой. Для обоих типов оценки используются установленные критерии,
по которым оценивается каждый аспект, который имеет большое значение для
обеспечения качества в целом.

Схема маркировки должна следовать нормам
нагрузки в рамках Технического описания. Тестовый проект — это средства оценкив
рамках заявленных навыков на конкурсе и также должен следовать правилам Технического
описания. Специализированная информационная системаКонкурсапредусматривает
своевременную и точную запись оценок и имеет расширенный вспомогательный объем.

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

До представления на утверждение WSR Схемы маркировки и Тестового проекта будет поддерживаться связь с
квалифицированными консультантами WSR для того, чтобы использовать
данные конкурса(CIS).

4. Схема оценки

3.2.
Общие правила

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

Схема
оценки — ключевой инструмент конкурса WorldSkills, с помощью которого можно
оценить навыки участников (почти дословно: который связывает оценку участников
с некими стандартами мастерства).

Он
предназначен для оценки каждого этапа выполнения работ в соответствии с
распределением значений «весов» в Спецификации стандартов.

На
основе значений «весов» в Техническом описании, Схема оценки
устанавливаетпараметры для тестового проекта. В зависимости от навыков
(мастерства) и оценки их значимости, допустимо разработать более подробную
Схему оценки, которая будет использоваться в качестве руководства для тестового
проекта.

Кроме
того, первоначальный тестовый проект может быть основан на плане Схемы оценки.

С
этого момента Схема оценки и тестовый проект должны разрабатываться совместно.

Раздел
2.1, а также предыдущие разделы показывают до какой степени могут расходиться
Схема оценки и тестовый проект от значений «весов» в Стандартныхспецификациях,
если нет практических альтернатив.

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

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

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

Во
всех случаях полная и одобренная Схема оценки должна быть введена в CIS, по крайней мере,
за 3 дня до проведения соревнования с использованием стандартной таблицы CIS или других
согласованных методов.

3.3.
Критерии оценки

Основные
пункты (заголовки, разделы) Схемы оценки являются критериями оценки. Заголовки
разделов получаются совместно с тестовым проектом. В соревнованиях Критерии
оценки могут быть похожи на заголовки разделов в Стандартных спецификациях; в
других они могут быть совершенно другими. Существует, как правило, 5-9
критериев оценки. Соответствуют они заголовкам или нет, Схема оценки должна
отражать значения «весов» в Стандартных спецификациях.

Критерии
оценки создаются людьми, разрабатывающими Схему оценки, они могут
беспрепятственно определить критерии, которые они считают наиболее подходящими
для оценки тестового проекта. Каждый критерий оценки определяется буквами
(A-I).

Суммарная
форма оценки генерируется CIS и будет включать в себя список Критериев оценки.

Оценка,
по каждому из критериев будет рассчитана CIS. Оценки будут представлять собой
совокупную сумму оценки, данную в отношении каждого элемента оценки в рамках этих
Критериев оценки.

3.4.
Подкритерии

Каждый
Критерий оценки состоит из одного или нескольких подкритериев. Каждый подкритерий
— заголовок раздела в Форме оценки WorldSkills.

Каждая
Форма оценки (подкритерий) содержит информацию об определенном дне, в который
он будет отмечен.

Каждая
Форма оценки (подкритерий) содержит либо объективные или субъективные аспекты,
которые должны быть оценены.

Некоторые
подкритерии содержат в себе как объективные, так и субъективные аспекты, и в
этом случае существует Форма оценки для каждого из них.

3.5.
Аспекты

Каждый
аспект определяется детально, каждый элемент маркируется и оценивается
совместно с другими оценками или по инструкции, содержащей информацию о том,
как должны оцениваться аспекты. Аспекты оцениваются объективно или субъективно
и появляются в соответствующей Форме оценки.

Форма
оценок – это детальный список, в котором каждый аспект отмечается совместно с
оценкой (маркировкой), указывается ссылка на раздел навыков, как изложено в Стандартных
спецификациях.

Суммарная
оценка, по каждому аспекту должна находиться в пределах, указанных в
Стандартных спецификациях. Это будет отображаться в таблице распределения
оценок CIS, в следующем формате, когда Схема оценки проверяется за
С-8 недель

3.6.
Judgement (Мнение экспертов)

Judgement-оценка осуществляется в соответствии с правилами WorldSkills.

Оценка
должна быть проведена с использованием:

·      критериев с мнением экспертов по каждому аспекту

·      с указанием следующего масштаба:

—    
0неприемлемо для коммерческого производства;

—    
1: приемлемо для коммерческого производства;

—    
2приемлемо, с элементами более высокого качества;

—    
3превосходно.

Judgement-оценка не является субъективной оценкой.

3.7.
Measurement(измерение)

Оценка
производится в соответствии с правилами WorldSkills. Measurement-оценка используется.

3.8.
Использование Judgement и Measurement

Окончательное
раскрытие объективной или Judgement-оценки будут согласованы, когда Схема оценки и
тестовый проект будут завершены. Приведенная ниже таблица носит
рекомендательный характер для разрабатываемого тестового проекта и Схемы
оценки.

Секция	Критерий	Оценка
		Judgement	Measure	Общий
A	Организация работы и управление			5
B	Общение и международные навыки			5
C	Проблемы, инновация, креативность			5
D	Анализ и проектирование программных решений			30
E	Разработка программных решений			40
F	Тестирование программных решений			10
G	Документирование программных решений			5
Всего		20% или меньше	80% или больше	100

3.9.
Окончание спецификации оценки навыков

Оценочные
группы будут сформированы в соответствии с Правилами соревнований.

Критерии
оценки, разработанные внешним писателем, четкие и лаконичные, онипоясняют, как
и почему присуждается каждая оценка.

Существует
три разных типа объективных критериев для оценки тестового проекта. Приведенная
ниже таблица описывает эти типы:

Тип	Пример	Максимальная оценка	Все верно	Не верно
Полная оценка или нулевая	Круговая диаграмма показывает в процентах	0,2	0,2	0
При уменьшении количества баллов используется скользящая шкала	В формате отчет указано, что за каждую ошибку вычитается по 0.1 балла.	0,5	0,5	0-0,4
Добавление баллов к 0 отметкам (используется прогрессивная шкала).	При правильном решении добавляется по 0, 1 балла.	1,0	1,0	0-0,9

3.10.
Процедуры оценки навыков

Каждый
эксперт выступает в качестве члена команды оценки тестового проекта.

Эксперты
будут разделены на команды оценки при максимально возможном равенстве в
количестве оценки критериев.

Состав
команд оценки будет определять Главный эксперт и Заместитель главного эксперта
с целью достижения баланса между новыми и опытными экспертами в каждой из
команд.

Эксперты
будут разделены по различным культурным группам по субъективным оценкам на
сколько это будет возможным.

Внешний
автор проекта должен обеспечить экспертов критериями оценки. Эксперты обсудят
критерии оценки по прибытию на конкурс.

Эксперты согласуют окончательную Схему оценки
иопределят, используя субъективные/ объективные оценки, стоит ли оценить проект
в 100% объективных баллов. Judgement-оценки не должны
превышать 20 %.

Тестовый проект

3.11.
Общие сведения

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

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

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

Тестовый
проект не будет использовать разделы, не входящие в WSSS,
указанные в Разделе 2.

С
помощью тестового проекта можно получить знание и понимание об оценке
практической работы.

Тестовый
проект не будет оценивать знания норм и правил WorldSkills.

3.12.
Структура тестового проекта

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

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

Участникам
разрешен выход в интернет в зоне соревнования. Интернет будет доступен на обозначенных
компьютерах в пределах 15 минут на участника на сессию. Это время включается во
соревновательное время конкурса.

 В
течении соревновательного времени может быть объявлен “Overdrive” – неожиданное
независимое испытание на скорость. Привычным запросом в данной области
является, что чья-то работа может быть прервана по просьбе. В какой-то момент в
каждый из дней проведения конкурса участникам может быть поставлена
задача, которая должна быть решена в течение 20 минут. Это будет задача
визуального характера, которая будут привлекать зрителей к территории
соревнований. Задача должна быть одна, и иметь быстрое решение.

3.13.
Требования к тестовому дизайн проекту

Тестовый
проект должен быть основан на сценарии, согласованном экспертами на предыдущем
конкурсеWorldSkills и основан на материально-техническом обеспечении следующего
соревнования. Поставленные задачи не требует каких-либо глубоких знаний в
отрасли. Необходимая поддержка будет предоставлена организаторами в рамках
конкурса. В идеале проект будет использоваться в благотворительной или другой
сфере, не приносящей прибыль, в стране, организующей конкурс, так что расходы
(материальные и моральные) не будут потрачены впустую.

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

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

—
Определения таблиц, импорт данных, разработки форм и запросов и построения отчета.
Проект может содержать, определенные результаты работы, которые необходимо
предоставить в первом соревновательном этапе. В перерыве, результаты работы
будут помещены в резервные копии и оценены. Любая работа, выполняемая с
результатами после перерыва, не оценивается.

3.14.
Развитие тестового проекта

Тестовый проект должен быть подан в
соответствие с шаблоном, предоставленным WorldSkillsInternational (www.worldskills.org/expertcentre). Используйте шаблон Word для текстовых документов и DWG шаблон для рисунков.

1.1.3.
Кто разрабатывает тестовые проекты

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

Разработчик предоставляет следующее:

·      Разрабатывает детали сценария примера Тестового Проекта;

·      Обозначает и документирует ожидаемые характеристики разрабатываемой системы;

·      Предоставляет тестовые данные;

·      Предоставляет образцы решения;

·      Предоставляет критерии оценки в соответствии со спецификациями
Технического Описания и WSR CIS системы оценок.

Все зарегистрированные эксперты в соревновании
приглашаются для подачи заявки (“ExpressionofInterest”)
для номинации экспертов или группы экспертов на позицию команды разработчиков.
Все номинации должны быть отправлены по электронной почте техническому
директору WSR.

WSR проверит все номинации и выберет наиболее
подходящую.

Разработчик будет общаться только с главным
экспертомпо компетенции и не будет контактировать с «Группой Связи Проекта» (“ProjectLiaisonTeam”) и экспертами.

1.1.4.
Как и где разрабатываются тестовый проекты или модули

Тестовые проекты/модули подготавливаются командой
разработчиков проектов. Каждый эксперт должен представить образец, чтобы команда
разработчиков лучше поняла требования тестового проекта. Представление образца
будет осуществляться через дискуссионный форум в сроки, которые будут оговорены
главным экспертом. Каждый эксперт также представит доклад и отзыв о тестовом
проекте, оценки и файлы с данными, используемыми на предыдущем чемпионате в
качестве контрольного образца.

«Группа Связи Проекта» (PLT) будет формироваться,
по меньшей мере, за четыре месяца до начала соревнований. Эта команда будет
включать в себя главного эксперта, заместителя главного эксперта, и три других
эксперта, которые имеют опыт, по крайней мере, одного предыдущего национального
конкурса. Эти три эксперта будут отобраны командой управлениями квалификациями
(SMT), которая будет стремиться к тому, чтобы отобранные эксперты отражали
состав участников. Роль PLT будет состоять в том, чтобы оказывать помощь,команде
разработчиков отвечая на организационные вопросы, касающиеся проведения
Конкурса. В идеале команда разработчиковпредставит тестовый проект экспертам
лично или через электронные средства связи.

Каждый эксперт конкурса будет участвовать в
оценке тестового проекта в составе группы. SMT будет определять состав группы,
а также долю ответственности за оценки проектов для каждой команды. Главный
специалист-эксперт, заместитель главный специалист могут, но не обязаны
участвовать в оценке.

1.1.5.
Временные рамки разработки тестового проекта

Разработка проекта должно производиться в
соответствие со следующим графиком:

ВРЕМЯ	МЕРОПРИЯТИЕ
В течение двух месяцев после последнегоКонкурса	Каждый эксперт должен представить обзор тестового проекта этого конкурса, в том числе руководство по оценке
За двенадцать месяцев перед Конкурсом	Эксперты могут проявить заинтересованность в написании тестовых проектов
Восемь месяцев до начала Конкурса	Формируется команда PLT
Три месяца до начала Конкурса	Тестовый проект разработан и направлен главному эксперту
Два месяцев до начала Конкурса	Руководства по стилю и обзоры проекта распространяются для ознакомления конкурсантам через веб-сайт
Во время Конкурса	Тестовый проект показывается экспертам. Эксперты должны немедленно сообщить их участникам соревнованиям о тестовом проекте.

3.15.
Проверка тестового проекта

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

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

·      схемы оценки разработаны;

·      тестовый проект соответствует техническому описанию;

·      точный список необходимых файлов с даннымидля каждой сессии имеется в
наличии;

·      каждая команда оценки представит и объяснит, что требуется от проекта,
для каждой команды, включая критерии оценки.

3.16.
Отбор тестовых проектов

Тестовый проект будет предоставлен главномуэксперту
командой разработчиков, в идеале за три месяца до начала соревнований.

3.17.
Распространение тестового проекта

Тестовый проект распространяется через
веб-сайт следующим образом:

Тестовый проект не распространяется до
соревнований. Тестовый проект будет показан экспертам в первый подготовительной
день перед соревнованиями. На этом этапе эксперты должны связаться со своими
участниками соревнований и информировать их о тестовом проекте.

3.18.
Координация тестового проекта (подготовка к конкурсу)

Согласование тестового проекта будет
проводиться группами SMT и PLT, а также техническим директором WSR.

3.19.
Изменение тестового проекта на конкурсе.

Никакие изменения не могут быть внесены в
тестовый проект, разработанный внешним разработчикам до начала соревнований за
исключением поправок к техническим ошибкам в документе тестового проекта.

3.20.
Материалы или спецификации производителя

Конкретные материалы и/или спецификации
производителя, необходимые участникам соревнований для выполнения тестового
проекта будут предоставлены организаторами соревнования и будут доступны на
сайте www.worldskillsrussia.orgрасположенной в экспертном центре.

4. Развитие квалификаций и общение

4.1.
Форум для обсуждения

До конкурса, все обсуждения, общение,
сотрудничество и принятия решений в отношении компетенции конкурса должны
проходить на специальном форуме (http://forum.worldskillsrussia.org). Обсуждения являются действительными только если они происходят
на форуме. Модератором этого форума будет главный эксперт (или эксперт,
назначенный главным экспертом). Обращайтесь к правилам соревнований для
получения информации о сроках обсуждения и требованиях развития конкурса.

4.2.
Информация для участников

Вся информация для зарегистрированных
участников доступна на сайте www.worldskillsrussia.org.

Эта информация включает:

·      Правила соревнований;

·      Технические описания;

·      Схемы оценок;

·      Тестовые проекты;

·      Список инфраструктур;

·      Документация о нормах безопасности;

·      Другая информация, связанная с проведением конкурса.

4.3.
Тестовые проекты и схемы оценок

Тестовые проекты будут доступны на сайтах
www.worldskillsrussia.org.

4.4.
Повседневное управление

Управление квалификациями во время конкурса
определяется планом управления квалификациями (SkillManagementPlan), который разрабатывается командой управления квалификациями во главе
с главным экспертом. Команда управления квалификациями состоит из президента
жюри, главного эксперта и заместителя главного эксперта. План управления квалификациями
разрабатывается в течение шести месяцев до начала соревнований и завершается во
время конкурса по соглашению экспертов. План управления квалификациями может
быть увиден на сайте экспертного центра www.worldskillsrussia.org.

Техника
безопасности

Применяется стандартная техника безопасности
при работе за компьютером

Инфраструктура

4.5.
Списокинфраструктуры

Список инфраструктуры содержит все
оборудование, материалы и средства, предоставляемые организаторами конкурса.
Список инфраструктуры доступен в разделе www.worldskillsrussia.org.
Список инфраструктуры определяет предметы и их количество, запрашиваемые
экспертами для очередного конкурса. Организатор конкурса будет постепенно
обновлять список инфраструктуры, конкретизируя количество, вид, марку и модель
объектов. Комплект поставки предметов инфраструктуры от организаторов показан в
отдельной колонке. Для каждого конкурса, эксперты должны пересмотреть и
обновить список инфраструктуры в рамках подготовки к следующему конкурсу.
Эксперты должны проинформировать технического директора об увеличении площади
или количества оборудования. Технический наблюдатель должен проверить список
инфраструктуры, которая была использована на каждом конкурсе. Список
инфраструктуры не включает в себя предметы,которые должны принести участники
или эксперты, а также предметы, которые участникам не разрешается приносить —
они указаны ниже.

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

Не применимо.

4.7.
Материалы, оборудование и инструменты, предоставляемые
экспертами

Не применимо.

4.8.
Материалы, не допускаемые в зоне конкурса

·      Участники могут использовать защиту для ушей

·      Участники могут принести с собой свои клавиатуры, мышки и коврики для
мышек. Все принесенные клавиатуры, мышки и коврики должны быть предварительно
сданы на проверку технической команде. Запрещено использование Клавиатур и
мышек с подключением по беспроводным каналам. Запрещено наличие USB входов на клавиатуре. Устройства ввода не должны быть
программируемыми.

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

·      Участники не должны приносить:

—    
Дополнительные программы

—    
Мобильные телефоны

—    
Портативные электронные устройства (планшеты, и т
п)

—    
Устройства для хранения информации (флэш-накопители,
диски, и т п)

·      Оборудование не должно иметь доступ к внутренним устройствам для
хранения информации. Организаторы соревнования проверят, что доступ был
заблокирован.

·      Эксперты обладают правом запретить определенное оборудование в зоне
конкурса.

4.9.
План застройки конкурсного участка

Планы застройки предыдущих конкурсных участков
доступны на сайте www.worldskills.org/sitelayout.

Пример застройки конкурсного участка:

·      Дизайн
должен предусматривать возможность уединения для участника, а также
необходимость доступности для наблюдения экспертом. Должно быть легко заметить,
что участник хочет позвать эксперта. Высота перегородок между двумя участниками
должна быть не выше 120 см.

·      Дизайн должен максимизировать простоту обслуживания;

·      Если возможно экспертам должно быть доступно как минимум четыре
отдельных и закрытых комнаты для оценки достаточного размера (чтобы 5 экспертов
могли сесть в один ряд), чтобы разместить команду оценки. Каждая команда оценки
должна быть обеспечена ключом от комнаты;

·      Для главного эксперта и заместителя главного эксперта также должны быть
предоставлены закрытая комната, чтобы они могли руководить конкурсом;

·      Необходимо хорошо оборудованное помещение для опроса участников с
проектором, экраном, а также аудио системой с компьютером, аудио, видео, и
другими возможностями.

5. Участие посетителей и медиа

Чтобы максимизировать участие посетителей и
медиа предлагаются следующие идеи:

·      Экраны

·      Описания тестовых проектов

·      Объяснения того, чем занимаются участники

·      Профили участников

·      Карьерные возможности

·      Ежедневное объявление промежуточных результатов

6. Экологичность

·      Утилизация

·      Использование экологичных материалов

·      Использование завершенных тестовых проектов после конкурса

·      Использование электронных материалов вместо печатных

WSR 2023 🚀

🛠️ Технологии

Сессия 1

https://disk.yandex.ru/d/gcqNGLGLzrxPOQ

Презентация

Составить презентацию о себе, 10 слайдов

Задание на Сессию 1

1. Прочитать предметную область

2. Построить диаграмму прецедентов UML(MS Visio, Star UML)

3. Построить ERD диаграму (MS Visio)

4. Построить скрипт базы даных (MSSQL, PostgeSQL)

Замечание: дополнительно можно MySQL.

Замечание: можно сразу написать скрипт базы данных, а потом из нее получить ERD. Научиться пользоваться DBeaver для отладки базы данных

1. Создать словарь данных на основе ERD (по примеру). Сохранить в xls

2. Разработать wareframe для клиента мобильного приложения (Visio)

git push origin Designing

1. Реализация модуля авторизация (WPF Core 6,7 + EF

Замечание: нам потребуется Reverse Engeeniring (Scaffold) и выучить механизм миграций (Code First)

git push origin Desktop_Auth

Readme: описать результаты: UML, ERD, Словарь, Wareframe, модуль авторизации

Проверка: git(push, pull, config), база данных (подключение через vs, dbeaver)

Подготовка: час, потом будут чистить git и базу, компьютер не чистят, можно подготовить visual studio (архитектура, пакеты, подключение к базе данных, подключение к git, конфиги)

Стек: WPF(событийная модель) + MSSQL + Требования по стилю

Повышенная сложность: WPF(MVVM) + PostgreSQL + Material Design

Вариация: MAUI(MVVM) + MySQL + WPF Toolkit

Усложненная архитектура: MAUI(MVVM) + API + MSSQL + Fontawesome

Микросервисная архитектура: ASP Core API + PostgreSQL + VueJS(web) + MAUI(client) + Electron(client) + Android(client) (maybe remote api on VPS or db on Cloud)

Ответ прислать мне Pull Request в репозиторий WSR 2023

Замечание: для развертывания базы данных сделать готовый скрипт вместе с данными (схема + данные)

Ниже приведен пример задания, придуманного мной в качестве первого опыта, для демонстрационного экзамена WorldSkill по компетенции «Программные решения для бизнеса». 

Разработка ИС для автоматизации работы такси

Описание предметной области

Разрабатываемая ИС предназначена для сотрудников службы такси небольшого города. Задача системы – учет и сопровождения заказов.

Пользователи системы

1. Администраторы.
2. Диспетчеры.

Пользователи системы получают доступ к функциям ИС только после успешной авторизации.

Порядок заказа такси

Заказ такси принимает оператор по телефону +7 (9122) 12-34-56, после чего объявляет по рации о наличии заказа, оператор закрепляет заказа за одним из откликнувшихся водителей.

После исполнения заказа водитель отмечается по рации, что он свободен.

В случае, если клиент не удовлетворен, он может позвонить по указанному телефону и рассказать оператору о проблеме.

Водитель предоплачивает службе такси взнос за работу на смене в размере 300 рублей вне зависимости от продолжительности смены.

Функционал пользователей

Функционал администратора

1. Регистрация новых пользователей в системе.
2. Регистрация личных автомобилей водителей, используемых в работе такси.
3. Перевод пользователей в статус уволен.
4. Назначение диспетчеров [1] и водителей на смены.
5. Формирование учетных карточек.
6. Формирование отчета по выполненным заказам как конкретного водителя, так и в целом за любой период.
7. Формирование отчета о заказах со скидкой.
8. Формирование отчета об оплаченных водителями взносов на сопровождение диспетчером.

Функционал диспетчера

1. Закрепление водителя за заказом.
2. Отмечает выполнение заказа или невыполнение с указанием причины – отсутствие заказчика, неудовлетворенность клиента приехавшей машиной, авария и т.д. (полный перечень причин хранится в БД).
3. Внесение информации об удовлетворенности клиента.

Интерфейс системы

Окно администратора

После перехода в окно администратора, пользователь имеет возможность перейти к списку всех операторов, водителей и их автомобилей, заказов, смен или к формированию отчётов.

В интерфейсе сотрудников должна быть возможность перехода в личную карточку сотрудника. Карточка сотрудника должна содержать всю необходимую о нём информацию. Все поля должны быть заполнены. Обязательным условием является наличие фотографии в карточке сотрудника и прикреплённого скана трудового договора. Добавление фотографии и скана договора должно осуществляться двумя способами: через кнопку «Добавить» с дальнейшем выбором файла в проводнике и через перетаскивание файла в поле на форме (Drag-and-drop). Добавление сотрудников должно осуществляться через создание новой личной карточки.

Должна иметься возможность редактирования данных об автомобилях водителей.

В интерфейсе заказов должна быть возможность перехода в карточку конкретного заказа. В ней должна отображаться вся информация о заказе – телефон, имя, дата и время заказа, указанное время ожидания, место отправления, место прибытия, стоимость заказа.

В интерфейсе смен должна отображаться вся необходимая информация о диспетчере и водителях. Администратор должен иметь возможность формировать новые смены на 5 дней вперёд от актуальной даты.

В интерфейсе отчётов должна быть реализована возможность формирования отчёта о всех заказах, полученных от клиентов как в период одной смены, так и произвольный период. Также должна иметься возможность получения информации о конкретном клиенте.

Отчёты должны формироваться в двух форматах: PDF и XLSX. Пользователь должен иметь возможность выбора пути сохранения файла отчёта в проводнике.

Окно диспетчера

Водители должны присылать фотографии на начало смены. Для контроля качества система должна хранить фотографии автомобилей за все смены. Фотографии автомобилей за предыдущие смены не может редактировать ни диспетчер, ни администратор.

ИС должна сортировать заказы по категориям «Выполнены», «Исполняются», «Не исполнены».

Каждый 10-й заказ у определенного клиента осуществляется со скидкой [2].

ИС предлагает диспетчеру возможность внесения данных о работе с заказом – принятие, фиксация исполнения, фиксация претензий.

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

[1] Диспетчер не может войти в систему не в свою систему.

[2] В качестве идентификатора клиента выступает его номер телефона. Клиент оплачивает водителю 50% стоимости проезда. Остальные 50% идут водителю на будущую оплату работы диспетчера.

О книге «Программные решения для бизнеса. Рекомендации по выполнению демонстрационного экзамена и еПриложение. . Учебное пособие.»

Описывается демонстрационный экзамен по компетенции 09 «Программные решения для бизнеса» по стандартам Ворлдскиллс Россия и рассматривается рекомендуемый порядок его выполнения (на примере экзамена КОД 1.6). Для выполнения задания используются такие инструменты и технологии, как: СУБД Microsoft SQL Server, программы SSMS и Excel (с надстройкой Power Query), среда разработки Visual Studio, язык программирования C с технологиями пользовательского интерфейса Windows Forms и работы с базой данных Entity Framework. Соответствует ФГОС СПО последнего поколения. Рекомендовано для освоения профессий из списка ТОП-50 наиболее востребованных на рынке труда, новых и перспективных профессий. Для студентов СПО, обучающихся по специальности «Информационные системы и программирование».

Произведение относится к жанру Информатика и вычислительная техника. Оно было опубликовано в 2023 году издательством Кнорус. На нашем сайте можно скачать книгу «Программные решения для бизнеса. Рекомендации по выполнению демонстрационного экзамена и еПриложение. . Учебное пособие.» в формате fb2, rtf, epub, pdf, txt или читать онлайн. Здесь так же можно перед прочтением обратиться к отзывам читателей, уже знакомых с книгой, и узнать их мнение. В интернет-магазине нашего партнера вы можете купить и прочитать книгу в бумажном варианте.