47
будут переданы в приложение, так же сотрудники, зарегистрировавшись в
приложении получать возможность учувствовать в проектах. Назначение
сотрудников будет в соответствии со списком участников проекта.
2.2.3 Характеристика результатной информации
В главе 2.2.2 было описано как данные будут храниться и откуда они
приходят, в это же главе я опишу что мы можем получить в результате
запроса этих данных из пользовательского интерфейса к серверной части.
Для работы с запросами я использую HTTP протокол и его методы
получения, отправки данных get и post. Для того что бы пользователю войти
на страницу где указаны его проекты либо задачи ему требуется ввести свои
данные логин и пароль, далее они с помощью запроса get отправляются на
серверную часть откуда в случае верно в веденного логина и пароля с
сервера придѐт ответ о том что данные верны и пользователь будет
перенаправлен на страницу с его задачами и проектами рисунок 8.
На странице веб приложения, приведенной выше пользователь может
получить информацию об проектах в которых он учувствует и его задачах.
Так же при нажатии на плюс с левой стороны он может создать новый
проект, а нажав на плюс около окна ввода может создать новую задачу по
проекту. В верху окна отражен никнейм пользователя и фотография.
Рисунок 8. Задачи и проекты
48
Посмотрев на панель задач, руководитель проекта получит
информацию об проделанной работе. Так же в ходе работы сотрудники
описывают то как они решили ту или иную задачу тем самым составляют
документацию по проекту.
2.3 Программное обеспечение задачи
2.3.1 Общие положения (дерево функций и сценарий диалога)
На рисунке 10 изображено дерево функций, на котором видно три
ветви функций. Первая ветвь — это ветвь владельца проекта, он может
создать новый проект, создать задачи для действующих проектов,
просмотреть уже исполненные задачи и задачи, находящиеся в работе.
Вторая ветвь скрам-мастера. Скрам-мастер имеет возможность так же, как и
владелец проекта создать новый проект, но тогда скрам-мастер станет
владельцем проекта, но также и владелец проекта в свою очередь может быть
одновременно и владельцем проекта, и скрам-мастером. Отличие скрам-
мастера от владельца проекта заключается в функции изменения статуса
Функции
Владелец проекта Скрам-мастера
Команды
разработчиков
Создание нового
проекта
Создание нового
проекта
Создание новой
задачи
Создание новой
задачи
Создание новой
задачи
Просмотр
исполненных задач
Просмотр задач в
работе
Просмотр
исполненных задач
Просмотр задач в
работе
Изменение статуса
задачи
Изменение статуса
задачи
Рисунок 10. Дерево функций
49
задач. Третья ветвь функций, это ветвь команды разработчиков. У команды
разработчиков есть такие функции, как создание новой задачи и изменение
статуса задач.
На рисунке 11 представлен фрагмент сценария диалога. Как видно на
рисунке для начала сценария требуется авторизация в приложении далее
пользователь попадает на главную страницу, на которой он может перейти в
проекты к которым он относиться, задачи которые он выполнил либо
выполняет или создать новую задачу для себя или проекта. Также
пользователь может перейти в личный кабинет для корректировки личных
данных или же вовсе выйти из приложения. Теперь подробнее об вкладке
проекты в ней в зависимости от того, кем приходится проектам пользователь,
он может создавать новые задачи проекту либо брать на исполнение задачу,
Рисунок 11. Фрагмент сценария диалога
Авторизация
Проекты Задачи
Личный кабинет выход
Задачи
Исполненные
задачи
Проекты в
работе
Завершенные
проекты
Новый проект
Задачи в работе
Новая задача
Задачи завершенного
проекта
Завершенные
мною задачи
Новая задача
Задачи в работе
Изменить никнейм
Изменить картинку
профиля
Изменить
электронную почту
50
отдавать на исполнение другому сотруднику. Так же в этом пункте
пользователь может вовсе закрыть проект, в котором он является владельцем
проекта или же создать совершенно новый проект.
2.3.2. Характеристика базы данных
Как было описано выше в проекте будет использована не реляционная
база данных mongo db. На рисунке 12 представлена примерная ER модель
базы данных.
Таблица 11
Структура записей объекта user_model
В структуре, отраженной в таблице 11, присутствует четыре поля
уникальный код, имя пользователя, пароль и почтовый ящик пользователя.
Уникальный код – это уникальная строка, сгенерированная случайным
образом длинной 38 символов, именно такая длинна и такой тип данных был
выбран для большего количества вариативности кодов.
Имя пользователя, строка, хранящая в себе никнейм пользователя
Наименование
поля
Идентификато
р поля
Тип поля
Длина
поля
Прочее
Id:
id
строка
38
Уникальный
код
name:
name
строка
20
Имя
password:
password
строка
15
Пароль
mail:
mail
строка
50
Почтовый
ящик
Рисунок 12. ER модель.
Task
Id: int||string
Id_project: int||string
user_model
Id: int||string
name: string
password: string
mail: string
description: string
name: string
acting: string [ ]
project_model
Id: int||string
name: string
stage_of_development: string
stage: string
1/m
coment: string
m/1
scrum_master: string
product_owner: string
Team: string: string [[]]
m/1
51
длинной 20 символов, длина выбрана для того, чтобы никнеймы были
запоминаемыми.
Пароль – строка, содержащая пароль от учетной записи пользователя,
длина выбрана с учетом того, что длинные пароли пользователи будут часто
забывать.
Почтовый ящик – строка содержащая почтовый ящик пользователя,
длина в 50 символов выбрана с учетом того что некоторые пользователи
могли переносить свои почтовые адреса с сервиса на сервис и в итоге
выходят очень длинны имена ящиков, например у меня почтовый адрес
длинной 31 символ (geimer.repgas-theskoch@yandex.ru).
Таблица 12
Структура записей объекта project_model
Структура записей, отраженная на таблице 12, имеет четыре поля
уникальный код, название проекта, скрам-мастер и владелец проекта.
Уникальный код – это уникальная строка, сгенерированная случайным
образом длинной 38 символов, именно такая длинна и такой тип данных был
выбран для большего количества вариативности кодов.
Название проекта – хранит строку с название проекта с длинной в 20
символов, такая длинна строки обусловлена тем, что название должно быть
коротким для легкого использования в обсуждении проекта на брифингах.
Скрам-мастер – эта строка хранит тридцати восьми символьный
уникальный код пользователя являющегося скрам-мастером проекта.
Владелец проекта, строка, содержащая уникальный код пользователя
являющегося владельцем проекта.
Наименование
поля
Идентификато
р поля
Тип поля
Длина
поля
Прочее
Id:
id
строка
38
Уникальный
код
name:
name
строка
20
Название
проекта
srum_master:
srum_master
строка
38
Скрам-мастер
product_owner:
product_owner
строка
38
Владелец
проекта
52
Таблица 13
Структура записей объекта task
На изображенной в таблице 13 структуре записей имеется восемь
полей, а именно уникальный код, уникальный код проекта к которому
относится задача, название задачи, описание задачи, исполнители, прогресс
задачи, идентификатор прогресса, комментарий прогресса.
Уникальный код – это уникальная строка, сгенерированная случайным
образом длинной 38 символов, именно такая длинна и такой тип данных был
выбран для большего количества вариативности кодов.
Уникальный код проекта, к которому относится задача сам говорит за
себя, в нем хранится уникальный код проекта, по которому была создана
скрам-мастером задача.
Название задачи, строка длинной 20 символов, такая длинна была
выбрана для быстрого ориентирования по задачам. За счет маленькой
длинны названия разработчики будут быстро ориентироваться по задачам.
Описание задачи, строка длинной 400 символов, такая длинна была
выбрана для того чтобы вместилось насколько это возможно подробное
Наименование
поля
Идентификато
р поля
Тип поля
Длина
поля
Прочее
Id:
id
строка
38
Уникальный
код
Id_project
id
строка
38
Уникальный
код проекта к
которому
относиться
задача
name:
name
строка
20
Название
задачи
description:
description
строка
400
Описание
задачи
acting:
acting
массив
8
Исполнители
stage_of_developme
nt:
stage_of_develo
pment
объект
2
Прогресс
задачи
stage:
stage
строка
15
Идентификато
р прогресса
coment:
coment
массив
Указана в
описании
Комментарии
прогресса
53
описание задачи.
Исполнители – это массив строк, в котором хранятся уникальные коды
пользователей, работающих над этой задачей.
Прогресс задачи является объектом, в котором хранятся: строка
идентификатор прогресса длинной в 15 символов, такой длинны вполне
достаточно чтобы дать понять на какой стадии задача, а также массив в
комментариями по прогрессу пользователей взявших в работу эту задачу.
2.3.3 Структурная схема пакета (дерево вызова процедур и
программ)
Таблица 14
Таблица описания программных модулей
№
п/п
Наименование модуля
Функции модуля
1.
Модуль получения
информации
с front and
Модуль находится в постоянной
активности отслеживая посылаемые
данные с front and на beak and и
передает их в последующий модуль
проверки данных на правильность
заполненных строк.
2.
Проверка данных на
правильность
Переданные данные из модуля получения
информации проверяются по критериям
длинны, типа данных и на наличие
запрещенных символов. Далее данные
переходят в модуль поиска совпадений
по базе данных.
3.
Поиск совпадений по базе
данных
Полученные и проверенные данные
попадают в текущий модуль и модуль
начинает поиск совпадений в базе
данных. Модуль отдает ответ в
следующий модуль, формирование
ответа.
4.
Формирование ответа
Ответ формируется из данных,
полученных из модуля поиска
совпадений, либо если данные не прошли
проверку на правильность будет дан
ответ в виде ошибки.
5.
Отправка ответа в front and
Сконфигурированный ответ будет
отправлен обратно во front and, данные
это или ошибка неважно.
54
Рисунок 13. Вызов модулей
2.3.4 Описание программных модулей
На рисунке 14 изображена блок схема модуля получения информации с
front and. На ней имеется начало программы это непосредственно запуск
приложения после чего появляются поля ввода информации для авторизации.
После того как пользователь ввел данные, они отправляются в первичную
проверку данных на правильность ввода, строки, введенные пользователем,
проверяются на наличие спец символов, если данные не верны данные не
пройдут дальше, а оправиться информация об ошибке во вводе. Если же
данные пройдут проверку, то они отправятся дальше в упаковщик данных,
который их запишет и отправит в описанном в главе 2.2.2 виде. После
прохода всех этапов вступает в работу следующий модуль.
Модуль
получения
информации
с front and
Проверка
данных на
правильность
Формирование
ответа
Поиск
совпадений по
базе данных
Отправка ответа
в front and
Нет совпадений
Данные не верны
55
Начало
выход из программы
Вход на страницу
аутентификации
Первичная проверка
данных на
правильность ввода
Упаковка данных
отправка данных на
серверную часть с
помощью POST
запросов
Данные верны
Ввод данных
пользователем
Пользователь ввел данные
Рисунок 14. Блок схема
56
2.4 Контрольный пример реализации проекта и его описание
При формировании нового проекта скрам-мастеру или владельцу
проекта требуется авторизоваться рисунок 15, после авторизации он
переходит на главную страницу, на которой может создать новый проект или
отрыть для просмотра или редактирования, существующего рисунок 16.
После перехода в создание нового предлагается назвать проект, добавить
скрам-мастера, имеется возможность добавить самого себя для того, чтобы
владелец проекта был еще и скрам-мастером проекта. В окне создания
проекта можно заранее указать команду разработчиков что позволит в
бедующем не добавлять каждого разработчика по-отдельности. Как только
проект будет сконфигурирован пользователя перенаправит на страницу
проекта, на которой скрам-мастер может создать и удалить рисунок 17
задачу, назначить исполнителей. Создание задачи начинается с нажатия на
поле ввода имени задачи, после подтверждения, задача с конфигурируется и
будет необходимость добавить ей описание и исполнителей. Каждой задаче
можно назначить подзадачу рисунок 18. После добавления нового
исполнителя задачи, исполнителю направляется уведомление об его задаче
рисунок 19 и на его главной странице будут видны задачи, к которым он
относится. Так же исполнители могут заходить на страницу проекта для
просмотра существующих задач.