Альтернативное ТЗ на свой проект

[gennadyterekhov]

Общие требования

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

Сервер должен реализовывать следующую бизнес-логику:

• grpc сервер
• http хендлеры
• регистрация, аутентификация и авторизация пользователей;
• редактирование профиля юзера
• CRUD заявок (в том числе пометка выполненной - аналог soft delete);
• возможность поиска по заявкам (поиск по параметрам, введенным юзером)
• возможность подбора релевантных заявок

Клиент должен реализовывать следующую бизнес-логику:

• аутентификация и авторизация пользователей на удалённом сервере;
• использование всех эндпоинтов сервера
• мочь обновлять показываемые данные автоматически в фоне (без новой команды от пользователя)

Функции, реализация которых остаётся на усмотрение исполнителя:

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

Дополнительные требования:

• вид клиента - CLI приложение
• клиент должен давать пользователю возможность получить информацию о версии и дате сборки бинарного файла клиента.

Схема БД

https://dbdiagram.io/d/art-dealers-66d4a580eef7e08f0e5bc289

Абстрактная схема взаимодействия с системой

Ниже описаны базовые сценарии взаимодействия пользователя с системой. Они не являются исчерпывающими — решение отдельных сценариев остаётся на усмотрение исполнителя.

Для нового пользователя:

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

Для существующего пользователя:

• см выше

Тестирование и документация

Код всей системы должен быть покрыт юнит-тестами не менее чем на 80%. Каждая экспортированная функция, тип, переменная, а также пакет системы должны содержать исчерпывающую документацию.

Необязательные функции

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

• поддержка логина с OTP (one time password);
• поддержка терминального интерфейса (TUI — terminal user interface);
• использование бинарного протокола;
• наличие функциональных и/или интеграционных тестов;
• описание протокола взаимодействия клиента и сервера в формате Swagger.
• просмотр осуществленных заявок любого юзера (портфолио)

[gennadyterekhov]

нужно дописать тз

чтобы был grpc grpc gate gateway plugin - generates http endpoints from protobuf

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

[gennadyterekhov]

https://dbdiagram.io/d/art-dealers-66d4a580eef7e08f0e5bc289