Κανο & wlyapni τεαμ

1.

guest21_bot

2.

Все хотят попасть в Школу-21!
… но из-за системы выдачи
пропусков, существующей по
сегодняшний день не все смогут в
неё попасть…

3.

…пропуска оформляются лично
через администрацию, проходят
долгую верификацию, а в
дальнейшем списки теряются на
КПП охраны…
ХВАТИТ!

4.

Рассмотрим актуальные варианты:
Решение
Плюсы
Минусы
Telegram-bot для
заказа пропусков
быстрая подача
данных; быстрая
проверка статуса;
исключает потери
бумажных списков;
отсутствуют
Веб-сайт для заказа
пропусков
приемлемая
скорость подачи
данных; приемлемая
скорость проверки
статуса; исключает
потери бумажных
списков;
уступает по
скорости и удобству
подачи данных
телеграм-боту

5.

IDEF0

6.

Use Case Diagram

7.

ERD

8.

Организация работы: Тимлид - Hunterb - "максимально быстрое
сфокусированное на выполнении необходимой цели! Еще раз!
Необходимой! И ЕЩЕ РАЗ НЕОБХОДИМОЙ! ФОКУС ВНИМАНИЯ!"
Техлид - Torvarha - "а как же не более 45 строк в функции и ровно
1,24123551 точность нажатия кнопки пробел, когда нажимаешь кнопку
пробел"
Так как в разработке интерфейса нет особой вариативности в плане
визуала и с учетом того что нужные поля продуманные зараннее, то
преоритетной задачей становится бэкенд (не только в плане разработки
приложения, но и получения знаний и обучения) на который буду
брошены совместные усилия лyчшего в мире тимлида и лучшего в
мире техлида! Let's the battle begin!

9.

выбираем либы для работы с телеграмм ботом создание бд и полей в ней
написание тестового РАБОЧЕГО демо прототипа (создание тлг бота который будет
считывать только фио с сохранением в бд и вывода уведомления), далее
масштабирование до оставшихся параметров, так как мы в концепции мы выбрали
структуру SRP и парадигму структурного программирования это займет по
минимуму времени, шаги подробнее:
Шаг 0 устанавливаем питон выбираем либы для работы с телеграмм ботом создание
бд и полей в ней
1. создать бот (получения токена и ай ди чата)
2. запрос в интерфейсе о вводе фио (питон)
3. подтверждение о запросе и перемещение в статус заявки у пользователя
4. питон отправляет в бд
5. отправляем информацию из бд на подтверждение
6. получение кода подтверждения пользователем от админа
7. перенос в нужную директорию у админа (подтвержденное, отказанное)
8. отправление статасу заявки в бд
9. отображения статуса в заявке у пользователя
10. по истечению срока выдачи пропуска изменение статуса у пользователя и
изменение статуса в бд
11. вывод информации на пункт охраны
Приоритетная цель создать так что бы программа была работоспособна и
презентабельная на самом базовом уровне Самыми преоритетными задачами
являются п 1,2,3,8 Приоритетными задачами будут являться п 1-8

10.

Технологический стек - Python && SQL (MYSQL).

11.

При разработке будем придерживаться принципа SOLID а
именно SRP (Single Responsibility Principle) учитывая
сложность приложения мы можем разбить запросы на
отдельные принципы (функции) данное решение несколько
замедлит разработку, но в нашем конкретном случае это
существенно окупит скорость проведения тестирования и
отладки ошибок в процессе разработки.
Исходя из вышесказанного становится очевидно, что в связке с
SRP наилучшая парадигма это придерживаться парадигмы
структурного программирования

12.

13.

14.

Нужны проверки на валидность ввода
Нужен календарь с клавиатуры
Нужен сбор по времени и ограничение на количество
пропусков в день
Сделать удобный выбор по фамилии на охране и за
сегодняшнюю дату со сменой
Клавиатуру при запуске
Авторизация чата по айди для сотрудников (добавить в бд)
Защитить данные авторизации в бд
Сброс ввода при новом реге

15.

16.

в папкe src/presentation