|
|
@@ -33,7 +33,7 @@
|
|
|
QR код | Описание
|
|
|
:-----:|----------
|
|
|
 | https://github.com/kolei/PiRIS
|
|
|
- | группа в `телеграм`
|
|
|
+ | [группа в `телеграм`](https://t.me/+5CXDecWYma8yODBi)
|
|
|
|
|
|
# Содержание
|
|
|
|
|
|
@@ -92,7 +92,7 @@ http://sergeyteplyakov.blogspot.com/2014/01/microsoft-fakes-state-verification.h
|
|
|
+ [Вывод списка материалов продукта. CRUD материалов продукта](./articles/cs_product_material.md)
|
|
|
- [Разработка API](#тема-515-разработка-своего-api)
|
|
|
+ [API. REST API. Создание сервера ASP.NET Core. Swagger.](./articles/api_asp_net_core.md)
|
|
|
- + API. Авторизация и аутентификация. Методы авторизации. Basic-авторизация.
|
|
|
+ + [Авторизация и аутентификация. Методы авторизации. Basic-авторизация.](./articles/api_auth.md)
|
|
|
+ [HTTP запросы в C#. Получение списка материалов выбранного продукта](./articles/cs_http.md)
|
|
|
|
|
|
* [МДК. 05.02 Разработка кода ИС](#мдк-0502-разработка-кода-информационных-систем)
|
|
|
@@ -345,7 +345,7 @@ https://office-menu.ru/uroki-sql Уроки SQL
|
|
|
|
|
|
1. [API. REST API. Создание сервера ASP.NET Core. Swagger.](./articles/api_asp_net_core.md)
|
|
|
|
|
|
-API. Авторизация и аутентификация. Методы авторизации. Basic-авторизация.
|
|
|
+1. [Авторизация и аутентификация. Методы авторизации. Basic-авторизация.](./articles/api_auth.md)
|
|
|
|
|
|
1. [HTTP запросы в C#. Получение списка материалов выбранного продукта](./articles/cs_http.md)
|
|
|
|
|
|
@@ -356,7 +356,7 @@ API. Авторизация и аутентификация. Методы авт
|
|
|
|
|
|
|
|
|
|
|
|
-## Тема 6. Разбор заданий предыдущих лет.
|
|
|
+<!-- ## Тема 6. Разбор заданий предыдущих лет.
|
|
|
|
|
|
### Задание регионального чемпионата 2021 года
|
|
|
|
|
|
@@ -364,7 +364,7 @@ API. Авторизация и аутентификация. Методы авт
|
|
|
|
|
|
1. [Сессия 1. Создание БД. Импорт данных. Окно авторизации](./articles/wsr_21_1.md)
|
|
|
|
|
|
-## [Code Review](./articles/code_review.md)
|
|
|
+## [Code Review](./articles/code_review.md) -->
|
|
|
|
|
|
<!-- ## Введение в WEB-разработку -->
|
|
|
|
|
|
@@ -530,4 +530,246 @@ tablayout
|
|
|
-- разрешение пользователю создавать базы
|
|
|
GRANT ALL PRIVILEGES ON `isergeev%`.* TO 'isergeev'@'%';
|
|
|
FLUSH PRIVILEGES;
|
|
|
+-->
|
|
|
+
|
|
|
+<!--
|
|
|
+
|
|
|
+Задание на ДЭ24
|
|
|
+
|
|
|
+
|
|
|
+
|
|
|
+Задание модуля 1:
|
|
|
+
|
|
|
+Перед вами поставили задачу разработать информационную систему
|
|
|
+для автоматизации работы кафе. Внимательно ознакомьтесь с описанием
|
|
|
+предметной области и выполните поставленные задачи.
|
|
|
+
|
|
|
+Описание предметной области
|
|
|
+
|
|
|
+Проектируемая ИС предназначена для управления заведениями
|
|
|
+общественного питания типа – кафе. Пользователями системы являются
|
|
|
+сотрудники кафе. Основная задача системы состоит в учёте заказов клиентов.
|
|
|
+
|
|
|
+Пользователи системы
|
|
|
+
|
|
|
+Все пользователи системы подразделяются на три группы:
|
|
|
+
|
|
|
+Администраторы
|
|
|
+Официанты
|
|
|
+Повара
|
|
|
+
|
|
|
+Пользователи получают доступ к функциям ИС только после успешной
|
|
|
+авторизации.
|
|
|
+
|
|
|
+Требования к функционалу администратора:
|
|
|
+
|
|
|
+Регистрация новых пользователей в системе.
|
|
|
+Перевод пользователей в статус «уволен».
|
|
|
+Назначение официантов и поваров на смены.
|
|
|
+Просмотр всех заказов.
|
|
|
+
|
|
|
+Требования к функционалу повара:
|
|
|
+
|
|
|
+Просмотр заказов, принятых от клиентов.
|
|
|
+Изменение статуса заказа (готовится, готов).
|
|
|
+
|
|
|
+Требования к функционалу официанта:
|
|
|
+
|
|
|
+Создание нового заказа.
|
|
|
+Изменение статуса заказа (принят, оплачен).
|
|
|
+
|
|
|
+Требования к интерфейсам системы
|
|
|
+
|
|
|
+Окно администратора:
|
|
|
+
|
|
|
+После перехода в окно администратора, пользователь имеет возможность
|
|
|
+перейти к списку всех сотрудников, заказов, смен.
|
|
|
+
|
|
|
+В интерфейсе сотрудников должна быть возможность изменения статуса на
|
|
|
+«уволен» и добавление нового сотрудника. Добавление сотрудников должно
|
|
|
+осуществляться в отдельном окне.
|
|
|
+
|
|
|
+В интерфейсе смен должна отображаться вся необходимая информация о смене,
|
|
|
+работающей в кафе. Администратор должен иметь возможность формировать новые
|
|
|
+смены.
|
|
|
+
|
|
|
+Окно повара:
|
|
|
+
|
|
|
+В интерфейсе пользователь должен видеть перечень всех принятых от клиентов
|
|
|
+заказов, с возможностью изменения их статуса.
|
|
|
+
|
|
|
+Окно официанта:
|
|
|
+
|
|
|
+Пользователь должен иметь возможность просмотреть перечень всех заказов,
|
|
|
+принятых от клиентов за период активной смены.
|
|
|
+
|
|
|
+В интерфейсе официанта должна быть реализована возможность создание
|
|
|
+нового заказа. В заказе обязательно должны учитываться места (столик), количество
|
|
|
+клиентов, заказанные блюда и напитки.
|
|
|
+
|
|
|
+Задание 1. Разработка пользовательских историй и сценариев использования
|
|
|
+
|
|
|
+На основе описания предметной области разработайте алгоритм поведения
|
|
|
+пользователей в системе. Поведения пользователей должны быть представлены в
|
|
|
+виде текстовых нотаций.
|
|
|
+
|
|
|
+Заполните Таблицу 1, описав взаимодействие пользователей системы
|
|
|
+(по ролям) с функциональными модулями системы. Описание должно отражать
|
|
|
+действия пользователя в зависимости от его роли и реакцию системы на это действие.
|
|
|
+
|
|
|
+Описание строится на основе предметной области.
|
|
|
+
|
|
|
+Таблица 1
|
|
|
+
|
|
|
+Пользователь Система
|
|
|
+Что делает пользователь? Как реагирует система?
|
|
|
+
|
|
|
+Заполните Таблицу 2, описав пользовательские истории в зависимости от роли
|
|
|
+пользователя. Описание должно включать роль пользователя системы, производимые
|
|
|
+им действия и цели этих действий. У одного действия, не может быть более одной
|
|
|
+цели.
|
|
|
+
|
|
|
+Таблица 2
|
|
|
+
|
|
|
+Роль Действие Цель
|
|
|
+Роль пользователя в
|
|
|
+системе
|
|
|
+Какое действие
|
|
|
+производит?
|
|
|
+Какая цель действия?
|
|
|
+
|
|
|
+Задание 2. Постановка задач по разработке информационной системы
|
|
|
+
|
|
|
+На основании описания предметной области, пользовательских историй и
|
|
|
+сценариев. Заполните Таблицу 3, описав задачи по обработке данных функциями
|
|
|
+информационной системой.
|
|
|
+
|
|
|
+Таблица 3
|
|
|
+Название функции Входные
|
|
|
+параметры
|
|
|
+Выходные
|
|
|
+параметры
|
|
|
+Описание функции
|
|
|
+Как функция
|
|
|
+называется?
|
|
|
+Какие параметры
|
|
|
+функция
|
|
|
+принимает?
|
|
|
+Какие параметры
|
|
|
+функция
|
|
|
+возвращает?
|
|
|
+Что делает
|
|
|
+функция?
|
|
|
+
|
|
|
+Задание 3. Разработка прототипов пользовательских интерфейсов системы
|
|
|
+На основании описания предметной области, пользовательских историй, сценариев и
|
|
|
+задач по обработке данных функциями информационной системы, разработайте
|
|
|
+прототипы основных пользовательских интерфейсов системы.
|
|
|
+
|
|
|
+Модуль 1: Проектирование и разработка информационных систем
|
|
|
+
|
|
|
+Задание модуля 1:
|
|
|
+
|
|
|
+Для информационной системы, для управления заведениями общественного
|
|
|
+питания типа – кафе, реализуйте следующий функционал.
|
|
|
+
|
|
|
+Задание 1. Реализация интерфейсов
|
|
|
+
|
|
|
+На основании разработанных прототипов, реализуйте графический интерфейс
|
|
|
+приложения для каждой из ролей. Для реализации интерфейсов, используйте
|
|
|
+доступные вам интерактивные среды разработки (IDE).
|
|
|
+
|
|
|
+Задание 2. Реализация функционала
|
|
|
+
|
|
|
+На основании описания предметной области, пользовательских историй, сценариев,
|
|
|
+задач по обработке данных функциями информационной системы и разработанных
|
|
|
+интерфейсов, реализуйте основной функционал для каждой из ролей. В процессе
|
|
|
+разработки следуйте принятым стандартам разработки выбранного языка
|
|
|
+программирования. Для реализации функционала системы, используйте
|
|
|
+предоставленный дамп базы данных в соответствии с выбранной вами СУБД.
|
|
|
+
|
|
|
+Модуль 2: Осуществление интеграции программных модулей
|
|
|
+Задание модуля 2:
|
|
|
+Для информационной системы, описание предметной области которой
|
|
|
+представлено в модуле 1, разработайте тестовые сценарии
|
|
|
+Задание 1. Разработка тестовых сценариев
|
|
|
+Разработайте минимум 2 тестовых сценария (Таблица 1) для проверки функционала
|
|
|
+каждой из ролей.
|
|
|
+Таблица 1
|
|
|
+Поле Описание
|
|
|
+Дата(ы) теста Дата(ы) проведения тестов – это один или несколько дней.
|
|
|
+Если тесты проводились в более протяженный период
|
|
|
+времени, нужно отметить отдельную дату для каждого теста
|
|
|
+ГИА/ДЭ
|
|
|
+БУ,
|
|
|
+ГИА/ДЭ
|
|
|
+ПУ
|
|
|
+24
|
|
|
+Приоритет
|
|
|
+тестирования
|
|
|
+(Низкий/Средний/
|
|
|
+Высокий)
|
|
|
+Насколько важен каждый тест. Приоритет тестирования для
|
|
|
+бизнес-правил и функциональных тестовых случаев может
|
|
|
+быть средним или высоким, в то время как незначительные
|
|
|
+случаи пользовательского интерфейса могут иметь низкий
|
|
|
+приоритет.
|
|
|
+Заголовок/названи
|
|
|
+е теста
|
|
|
+Название тестового случая. Например, Подтвердите страницу
|
|
|
+авторизации с действительным именем пользователя и
|
|
|
+паролем.
|
|
|
+Этапы теста Перечислите все этапы теста подробно. Запишите этапы теста
|
|
|
+в том порядке, в котором они должны быть реализованы.
|
|
|
+Предоставьте как можно больше подробностей и разъяснений.
|
|
|
+Пронумерованный список – хорошая идея.
|
|
|
+Тестовые данные Перечислите/опишите все тестовые данные, используемые для
|
|
|
+данного тестового случая. Так, фактические используемые
|
|
|
+входные данные можно отслеживать по результатам
|
|
|
+тестирования. Например, Имя пользователя и пароль для
|
|
|
+подтверждения входа.
|
|
|
+Ожидаемый
|
|
|
+результат
|
|
|
+Каким должен быть вывод системы после выполнения теста?
|
|
|
+Подробно опишите ожидаемый результат, включая все
|
|
|
+сообщения/ошибки, которые должны отображаться на экране.
|
|
|
+Фактический
|
|
|
+результат
|
|
|
+Каким должен быть фактический результат после выполнения
|
|
|
+теста? Опишите любое релевантное поведение системы после
|
|
|
+выполнения теста.
|
|
|
+Задание 2. Инспектирование программного кода
|
|
|
+Проверьте программный код, разработанный при выполнении модуля 1 на
|
|
|
+предмет соответствия стандартам кодирования.
|
|
|
+Модуль 3: Сопровождение информационных систем
|
|
|
+Задание модуля 3:
|
|
|
+Для информационной системы, для управления заведениями общественного
|
|
|
+питания типа – кафе, разработайте руководство пользователя
|
|
|
+Напишите руководство пользователя для разработанной вами информационной
|
|
|
+системы. В руководстве пользователя должен быть описан функционал для каждой
|
|
|
+роли. Руководство пользователя должно включать в себя текстовое описание работы с
|
|
|
+системой и скриншоты пользовательских интерфейсов. Разработанное руководство
|
|
|
+сохраните в формате PDF.
|
|
|
+ГИА/ДЭ
|
|
|
+ПУ
|
|
|
+Модуль 4: Соадминистрирование баз данных и серверов
|
|
|
+Задание модуля 4:
|
|
|
+Для информационной системы, для управления заведениями общественного
|
|
|
+питания типа – кафе, спроектируйте и разработайте БД
|
|
|
+Задание 1. Проектирование базы данных
|
|
|
+Спроектируйте базу данных в соответствии с описанием предметной области.
|
|
|
+Проектирование базы данных выполните в виде графической нотации (ERD). Файл
|
|
|
+ERD сохраните в формате PDF.
|
|
|
+ГИА/ДЭ
|
|
|
+ПУ
|
|
|
+25
|
|
|
+Задание 2. Разработка базы данных
|
|
|
+На основании разработанной ERD, реализуйте физическую модель базы данных, в
|
|
|
+выбранной вами СУБД.
|
|
|
+Задание 3. Импорт данных
|
|
|
+Импортируйте предоставленные данные в разработанную базу данных.
|
|
|
+Задание 4. Резервное копирование
|
|
|
+Выполните резервное копирование разработанной базы данных, используя
|
|
|
+механизмы выбранной вами СУБД. Сохраните копию базы данных в архиве в
|
|
|
+формате ZIP.
|
|
|
-->
|