Animal-passport

About🐹

Разработка прогрессивного веб-приложения "Паспорт животного" с микросервисной архитектурой и UX/UI-дизайном для пользователей, имеющих домашних животных, таких как собак, котов, крыс и многих других. Приложение даёт пользователю возможность с помощью пару кликов проверить, необходимо ли дать лекарство вашему зверьку или записаться на прием к ветеринару. Данное приложение поможет вам лучше отслеживать состояние вашего любимого питомца и сделать его жизнь лучше!

UseCase🔧

Принцип работы проекта.docx

Rules❗

Дизайнерам: Дизайны одних и тех же страниц(pages) c разной шириной сохранять в одной папке в директории design\pages\something.Картинки сохранять в папках, которые соответствуют названиям файлов, например: design\img\logo\logo.png

Программистам: при работе с ветками перед тем как делать pull request(merge request), необходимо сделать unit-тесты или mock-тесты и прикрепить конкретный issue(смотри roadmap ниже), потом идет совместный code review. Это касается как и backend, так и frontend side приложения.

Для копирования проекта на свою локальную машину, напишите в shell команду:

  git clone https://github.com/maRikOmarikexe/Animal-passport.git

При работе с актуальной версией проекта необходимо использовать встроенный функционал(API) github: fork, pull request, etc.

По всем вопросам писать в whatsup! На номер:

  +79133286714

discord:

  caaa4522

email:

  [email protected]

reddit:

  u/SoggyPressure7934

Team👨‍💻

• Александр Передвижкин - product manager
• Дмитрий Губин - ux/ui-designer
• Ева Михнова - ux/ui-designer
• Марк Мкртчян - frontend developer
• Александр Коробейников - backend developer

Stack📜

License🧾

Non-license

Roadmap💡

Используемая методология SCRUM поможет быстрее и качественнее проектировать и создавать проект, выделяя конкретные таски на каждом спринте.

Подробный алгоритм обработки issue выглядит так:

   Поступило новое issue – установили на него label (маркер) - question
   Далее принимается решение — будет это реализовано или нет.

Если решили реализовывать:

   Убираем label (маркер) - question.
   Переносим issue на доску (если она уже есть)
   Устанавливаем milestone (итерацию в которой будет реализовано)
   В комментарии к issue пишем приблизительный срок выполнении и уточняем при необходимости вопросы.

Если решили не реализовывать:

   Убираем label (маркер) - question
   Закрываем issue.
   В комментарии к issue пишем причину отказа в доработке.

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