Описание созданного решения с использованием выбранного инструмента моделирования бизнес-процессов - Методика моделирования основных процессов разработки программного обеспечения

В качестве инструмента моделирования был выбран программный продукт RunaWFE. Данный продукт позволяет не только создать модель бизнес-процесса, но и развернуть его как веб-приложение, назначить различные группы пользователей в качестве исполнителей, а также настроить пользовательские формы ввода переменных модели.

Граф построенной модели отображен в приложении Г на рисунке Г.1. Его этапы были подробно рассмотрены во второй главе, поэтому в данном случае необходимо детально рассмотреть дополнительные компоненты бизнес-процесса - назначение ролей и операции с переменными модели.

Для данной модели были созданы 5 категорий пользователей, согласно обозначенным ранее ролям проектной группы:

    - Менеджер проекта. - Аналитик. - Архитектор. - Разработчик. - Тестировщик.

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

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

Таблица 3.1. Перечень переменных модели

Название

Тип данных

Описание

Требования от научного руководителя

Файл

Описание задания и перечень требований научного руководителя к разрабатываемому программному продукту.

Документация по смежным проектам

Файл

Документация по всем смежным проектам для случая, когда текущий проект является частью общего проекта. Данная документация может включать в себя не только общее описания, но и программные коды.

Полный перечень документации по проекту

Файл

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

Календарный план работ

Файл

Календарный план работ с примерным разбиением всего процесса разработки по отдельным спринтам.

Описание архитектуры решения

Файл

Общее описание требований к архитектуре разрабатываемого программного продукта, а также описание самой архитектуры.

Перечень работ на спринт разработки

Файл

Перечень задач для реализации на текущем спринте разработки.

Описание спринтов разработок

Список файлов

Набор описаний всех спринтов разработки, включающие задания на каждый спринт.

Сводная информация о проекте

Файл

Собранная вместе вся информация о проекте, включая набор требований, календарный план и все технические описания.

Отчет о работе

Файл

Оформленный отчет о работе.

Есть смежные проекты

Логическая переменная

Переменная определяет, есть ли у данного проекта смежные.

Есть недочеты в текущей реализации

Логическая переменная

Переменная определяет, есть ли недочеты в реализации решения на текущем спринте, которые нужно устранить.

Текущие задачи решены в срок

Логическая переменная

Переменная определяет, были ли решены все задачи, выданные на текущий спринт, в срок согласно календарного плана или нет.

Нужны дополнительные спринты разработки

Логическая переменная

Переменная определяет, нужны ли дополнительные спринты разработки для завершения работ по проекту.

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

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

В таблице ниже представлен перечень всех этапов процесса с исполнителями и используемыми на данных этапах переменных модели:

Таблица 3.2. Перечень этапов процесса

Название этапа

Описание этапа

Исполнитель

Вводимые переменные

Отображаемые переменные

Начало

Инициация процесса

Менеджер проекта

Есть смежные проекты

Уточнение задания у научного руководителя

Получение задания от научного руководителя, уточнение требований к программному решению

Менеджер проекта

Требования от научного руководителя

Поиск и анализ документации по смежным проектам

Выполняется только если у текущего проекта есть смежные. Этап подразумевает сбор и формализацию информации по смежным проектам.

Аналитик

Документация по смежным проектам

Формирование списка первоначальных требований

Сбор всей информации по проекту для начала работы

Менеджер проекта

Полный перечень документации по проекту

Требования от научного руководителя;

Документация по смежным проектам

Создание календарного плана работ

Создание календарного плана работ с использованием инструмента сетевого планирования Ms Project с примерным разбиением работ по спринтам разработки.

Менеджер проекта

Календарный план работ

Полный перечень документации по проекту

Описание ключевых требований к архитектуре решения

Описания основных требований к архитектуре разрабатываемого решения.

Аналитик

Описание архитектуры решения

Проработка и описание архитектуры решения

Проработка и описание архитектуры разрабатываемого решения.

Архитектор

Описание архитектуры решения

Описание архитектуры решения

Формирование перечня задач для текущей разработки

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

Аналитик

Перечень работ на спринт разработки

Полный перечень документации по проекту;

Календарный план работ

Корректировка календарного плана

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

Менеджер проекта

Календарный план работ

Календарный план работ

Распределение задач между разработчиками

Распределение задач, требующих реализации в текущем спринте, между разработчиками. Задачи отдельных разработчиков ведутся с использованием средств TFS.

Разработчик

Перечень работ на спринт разработки

Реализация текущих задач

Форма ввода отсутствует. Все задачи отдельных разработчиков ведутся с использованием средств TFS.

Разработчик

Тестирование текущей разработки

Тестирование части программного продукта, реализованной в текущем спринте. Если найдены какие-то ошибки, то повторяется этап "Реализации текущих задач".

Тестировщик

Есть недочеты в текущей реализации

Документирование результата

Документирование результата текущего спринта, включая поставленные на текущий спринт задачи. Сохранение файла с описанием в массив файлов. Помимо этого, все исходные коды сохраняются в TFS.

Разработчик

Описание спринтов разработок

Перечень работ на спринт разработки

Анализ результатов текущего спринта

Сверка итоговых и плановых трудозатрат - соответствующее значение проставляется в переменную "Текущие задачи решены в срок". Также выявляется, нужны ли дополнительные спринты для завершения цикла разработки.

Аналитик

Текущие задачи решены в срок;

Нужны дополнительные спринты разработки

Перечень работ на спринт разработки

Демонстрация конечной версии заказчику

Выполняется только если после завершения текущего спринта не нужны дополнительные итерации для разработки. Подразумевает показ готового решения заказчику (научному руководителю). Если у заказчика есть замечания по разработке, то проставляется соответствующее значение в переменную "Нужны дополнительные спринты разработки" и выполняется дополнительный спринт разработки.

Менеджер проекта

Нужны дополнительные спринты разработки

Полный перечень документации по проекту

Демонстрация промежуточной версии заказчику, уточнение требований

Выполняется только если после завершения текущего спринта требуются дополнительные итерации для разработки. Осуществляется показ текущего решения и уточнение требований, если в процессе работы появились вопросы. После этого выполняется следующий спринт разработки.

Менеджер проекта

Перечень работ на спринт разработки

Сбор информации по проекту

Сбор информации по проекту, формирование общего описания работ.

Аналитик

Сводная информация о проекте

Описание спринтов разработок;

Полный перечень документации по проекту;

Описание архитектуры решения

Оформление отчета о работе

Оформление итогового отчета о работе.

Менеджер проекта

Сводная информация о проекте

Таким образом, в результате работы модели на каждом этапе процесса разработки ПО пользователь получает всю нужную информацию для выполнения текущей задачи из отображаемой на форме переменной модели. Результаты своей работы пользователь также заносит в переменные, которые в дальнейшем будут использоваться либо для отображения другому участнику проектной команды на соответствующем этапе либо для корректной работы модели с точки зрения самого процесса разработки ПО.

Похожие статьи




Описание созданного решения с использованием выбранного инструмента моделирования бизнес-процессов - Методика моделирования основных процессов разработки программного обеспечения

Предыдущая | Следующая