Описание созданного решения с использованием выбранного инструмента моделирования бизнес-процессов - Методика моделирования основных процессов разработки программного обеспечения
В качестве инструмента моделирования был выбран программный продукт RunaWFE. Данный продукт позволяет не только создать модель бизнес-процесса, но и развернуть его как веб-приложение, назначить различные группы пользователей в качестве исполнителей, а также настроить пользовательские формы ввода переменных модели.
Граф построенной модели отображен в приложении Г на рисунке Г.1. Его этапы были подробно рассмотрены во второй главе, поэтому в данном случае необходимо детально рассмотреть дополнительные компоненты бизнес-процесса - назначение ролей и операции с переменными модели.
Для данной модели были созданы 5 категорий пользователей, согласно обозначенным ранее ролям проектной группы:
- - Менеджер проекта. - Аналитик. - Архитектор. - Разработчик. - Тестировщик.
Данные роли участники проектной группы самостоятельно распределяют между собой согласно ранее описанной матрицы совмещения. Для назначения пользователя на определенную роль достаточно добавить его в соответствующую группу через веб-интерфейс.
В модели процесса разработки ПО были заданы переменные для организации работы пользователей, данные переменные вводятся самими пользователями на определенных этапах процесса. Часть переменных используется в качестве флагов, которые определяют, например, завершен ли спринт разработки или выполнена ли определенная задача в полном объеме. Другая часть сформирована в виде файлов, которые нужны участникам проектной группы на разных этапах работы, к таким файлам относятся, например, требования к разрабатываемому программному продукту или описание разработок на каждом спринте. Полный перечень переменных модели приведен в таблице ниже:
Таблица 3.1. Перечень переменных модели
Название |
Тип данных |
Описание |
Требования от научного руководителя |
Файл |
Описание задания и перечень требований научного руководителя к разрабатываемому программному продукту. |
Документация по смежным проектам |
Файл |
Документация по всем смежным проектам для случая, когда текущий проект является частью общего проекта. Данная документация может включать в себя не только общее описания, но и программные коды. |
Полный перечень документации по проекту |
Файл |
Полный перечень информации по проекту для начала работ, сюда включено задание от научного руководителя, документация по смежным проектам, а также определенные комментарии и уточнения от менеджера проекта. |
Календарный план работ |
Файл |
Календарный план работ с примерным разбиением всего процесса разработки по отдельным спринтам. |
Описание архитектуры решения |
Файл |
Общее описание требований к архитектуре разрабатываемого программного продукта, а также описание самой архитектуры. |
Перечень работ на спринт разработки |
Файл |
Перечень задач для реализации на текущем спринте разработки. |
Описание спринтов разработок |
Список файлов |
Набор описаний всех спринтов разработки, включающие задания на каждый спринт. |
Сводная информация о проекте |
Файл |
Собранная вместе вся информация о проекте, включая набор требований, календарный план и все технические описания. |
Отчет о работе |
Файл |
Оформленный отчет о работе. |
Есть смежные проекты |
Логическая переменная |
Переменная определяет, есть ли у данного проекта смежные. |
Есть недочеты в текущей реализации |
Логическая переменная |
Переменная определяет, есть ли недочеты в реализации решения на текущем спринте, которые нужно устранить. |
Текущие задачи решены в срок |
Логическая переменная |
Переменная определяет, были ли решены все задачи, выданные на текущий спринт, в срок согласно календарного плана или нет. |
Нужны дополнительные спринты разработки |
Логическая переменная |
Переменная определяет, нужны ли дополнительные спринты разработки для завершения работ по проекту. |
Следует отметить, что вся информация по проекту передается в модели при помощи различных файлов, так как объем передаваемой информации достаточно велик, из-за чего ее ввод, корректировка и отображение в любой другой форме будет неудобным для пользователей. Помимо этого, такое хранение информации по проекту в результате позволит легко сформировать итоговый отчет о проделанной работе путем объединения необходимых файлов.
Сам процесс разработки ПО и его этапы в рамках модели были подробно рассмотрены во второй главе. Для автоматизации данного процесса и сбора информации от всех его участников была организована работа пользователей с переменными модели на всех этапах процесса разработки ПО.
В таблице ниже представлен перечень всех этапов процесса с исполнителями и используемыми на данных этапах переменных модели:
Таблица 3.2. Перечень этапов процесса
Название этапа |
Описание этапа |
Исполнитель |
Вводимые переменные |
Отображаемые переменные |
Начало |
Инициация процесса |
Менеджер проекта |
Есть смежные проекты | |
Уточнение задания у научного руководителя |
Получение задания от научного руководителя, уточнение требований к программному решению |
Менеджер проекта |
Требования от научного руководителя | |
Поиск и анализ документации по смежным проектам |
Выполняется только если у текущего проекта есть смежные. Этап подразумевает сбор и формализацию информации по смежным проектам. |
Аналитик |
Документация по смежным проектам | |
Формирование списка первоначальных требований |
Сбор всей информации по проекту для начала работы |
Менеджер проекта |
Полный перечень документации по проекту |
Требования от научного руководителя; Документация по смежным проектам |
Создание календарного плана работ |
Создание календарного плана работ с использованием инструмента сетевого планирования Ms Project с примерным разбиением работ по спринтам разработки. |
Менеджер проекта |
Календарный план работ |
Полный перечень документации по проекту |
Описание ключевых требований к архитектуре решения |
Описания основных требований к архитектуре разрабатываемого решения. |
Аналитик |
Описание архитектуры решения | |
Проработка и описание архитектуры решения |
Проработка и описание архитектуры разрабатываемого решения. |
Архитектор |
Описание архитектуры решения |
Описание архитектуры решения |
Формирование перечня задач для текущей разработки |
Формирование перечня задач, которые должны быть реализованы в текущем спринте согласно календарному плану работ |
Аналитик |
Перечень работ на спринт разработки |
Полный перечень документации по проекту; Календарный план работ |
Корректировка календарного плана |
Выполняется только если задачи на предыдущем спринте не были решены в срок или были решены не все задачи. Подразумевает внесение соответствующих изменений в календарный план. |
Менеджер проекта |
Календарный план работ |
Календарный план работ |
Распределение задач между разработчиками |
Распределение задач, требующих реализации в текущем спринте, между разработчиками. Задачи отдельных разработчиков ведутся с использованием средств TFS. |
Разработчик |
Перечень работ на спринт разработки | |
Реализация текущих задач |
Форма ввода отсутствует. Все задачи отдельных разработчиков ведутся с использованием средств TFS. |
Разработчик | ||
Тестирование текущей разработки |
Тестирование части программного продукта, реализованной в текущем спринте. Если найдены какие-то ошибки, то повторяется этап "Реализации текущих задач". |
Тестировщик |
Есть недочеты в текущей реализации | |
Документирование результата |
Документирование результата текущего спринта, включая поставленные на текущий спринт задачи. Сохранение файла с описанием в массив файлов. Помимо этого, все исходные коды сохраняются в TFS. |
Разработчик |
Описание спринтов разработок |
Перечень работ на спринт разработки |
Анализ результатов текущего спринта |
Сверка итоговых и плановых трудозатрат - соответствующее значение проставляется в переменную "Текущие задачи решены в срок". Также выявляется, нужны ли дополнительные спринты для завершения цикла разработки. |
Аналитик |
Текущие задачи решены в срок; Нужны дополнительные спринты разработки |
Перечень работ на спринт разработки |
Демонстрация конечной версии заказчику |
Выполняется только если после завершения текущего спринта не нужны дополнительные итерации для разработки. Подразумевает показ готового решения заказчику (научному руководителю). Если у заказчика есть замечания по разработке, то проставляется соответствующее значение в переменную "Нужны дополнительные спринты разработки" и выполняется дополнительный спринт разработки. |
Менеджер проекта |
Нужны дополнительные спринты разработки |
Полный перечень документации по проекту |
Демонстрация промежуточной версии заказчику, уточнение требований |
Выполняется только если после завершения текущего спринта требуются дополнительные итерации для разработки. Осуществляется показ текущего решения и уточнение требований, если в процессе работы появились вопросы. После этого выполняется следующий спринт разработки. |
Менеджер проекта |
Перечень работ на спринт разработки | |
Сбор информации по проекту |
Сбор информации по проекту, формирование общего описания работ. |
Аналитик |
Сводная информация о проекте |
Описание спринтов разработок; Полный перечень документации по проекту; Описание архитектуры решения |
Оформление отчета о работе |
Оформление итогового отчета о работе. |
Менеджер проекта |
Сводная информация о проекте |
Таким образом, в результате работы модели на каждом этапе процесса разработки ПО пользователь получает всю нужную информацию для выполнения текущей задачи из отображаемой на форме переменной модели. Результаты своей работы пользователь также заносит в переменные, которые в дальнейшем будут использоваться либо для отображения другому участнику проектной команды на соответствующем этапе либо для корректной работы модели с точки зрения самого процесса разработки ПО.
Похожие статьи
-
Данный процесс отражает регламент работ по разработке программных продуктов в рамках учебных проектов, который будет использован при создании исполяемой...
-
Одной из наиболее популрных методологий гибкой разработки является Scrum, его популярность заключается в простоте. Подобная методология подходит для...
-
Введение - Методика моделирования основных процессов разработки программного обеспечения
В последнее время во многих предприятиях происходит внедрение новых моделей управления и различных информационных систем, обеспечивающих увеличение...
-
В данной части работы будут рассмотрены основные бизнес-процессы этапа разработки программного обеспечения в рамках учебных проектов в университете. В...
-
Согласно рассмотренным практикам и методологиям можно составить общее описание разрабатываемой модели разработки ПО в рамках учебных проектов. Основным...
-
В данной главе рассмотрены основные проблемы, решение которым будет предложено в данной работе. Помимо этого, описаны основные понятия и принципы...
-
В данной части работы будет рассмотрено моделирование спроектированного ранее бизнес-процесса. Выбор инструмента моделирования бизнес-процессов Сейчас на...
-
Помимо этапа разработки ПО, также немаловажным являются этапы накопления и передачи знаний, а также взаимодействия членов проектной команды. На...
-
Первым шагом при начале работе над учебным проектом является определение ролей участников данного проекта. Данный этап является одним из наиболее важных,...
-
Длительные учебные проекты по разработке ПО, такие как курсовые работы или задания по какому-либо курсу программирования, обычно разбиваются на набор...
-
Одним из наиболее важных аспектов в учебных проектах, как и любых других, являются сроки их сдачи. Равномерное распределение задач с учетом...
-
В работе использовались следующее программное обеспечение для решения поставленных задач: AutoCAD, ANSYS Workbench, ANSYS Icepak. Система AutoCAD...
-
Последовательность действий при принятии решения о внедрении корпоративной информационной системы С чего начать разработку решения? Любая промышленная...
-
Общая характеристика технологии создания программного обеспечения К программно-инструментальным средствам в первую очередь относятся алгоритмические...
-
Особенности функционального назначения Разрабатываемый программный продукт - это модуль вебсайт для системы управлением контентом портала с архивом...
-
Целью практики является закрепление знаний, полученных в процессе изучения дисциплин "Конструирование программ и языки программирования" и "Основы...
-
Инструментальное программное обеспечение -- это программное обеспечение, предназначенное для использования в ходе проектирования, разработки и...
-
Данная глава посвящена решению таких задач, как выявление теоретических основ тестирования, классификация и описание видов тестирования, анализ и...
-
Объектом описания процесса и построения модели, в рамках данного предложения, являлся процесс "Управление ОРД (ПриказыРаспоряжения)" производственного...
-
Возрастающая сложность современных автоматизированных систем управления и повышение требовательности к ним обуславливает применение эффективных...
-
Хранение и накопление информации - Теоретические основы информационных технологий
Хранение и накопление информации вызвано многократным ее использованием, применением условно-постоянной, справочной и других видов информации,...
-
В рамках выпускной квалификационной работы из всех возможных бизнес-процессов предприятия было принято решение рассматривать только внутренний...
-
Считается, что правильно организованный документооборот и электронный архив документов становятся необходимыми условиями эффективной работы современного...
-
В настоящее время существует большое количество поисковых систем, но большинство из них основано на методе, в соответствии с которым документы...
-
2.2 Технологическое обеспечение - Программное обеспечение Центра занятости населения
Технологическое обеспечение включает описание организации технологии сбора, передачи, обработки и выдачи информации и отражает последовательность...
-
Автоматизированный управление финансы В динамичных условиях развития потребительского спроса в сфере информационных технологий (далее ИТ), создается...
-
Основным процессом в данном проекте был выбран процесс карьерного планирования, который заключается в определении основных этапов для развития карьеры, а...
-
Наименование системы Программная система управления контентом портала с архивом конструкторской документации. Цели, назначение и область использования...
-
На сегодняшний день уже практически невозможно представить нашу повседневную жизнь без компьютерной техники. Интернет предоставляет нам безграничные...
-
Базы данных (БД) составляют в настоящее время основу компьютерного обеспечения информационных процессов, входящих практически во все сферы человеческой...
-
Введение - Разработка объектов Хранилища
Ни для кого не секрет, что проблема хранения и обработки информации является одной из самых важных на данный момент во всем мире. Особенно актуальной эта...
-
Полное наименование разрабатываемой системы - корпоративная информационная система "Бюджетное планирование и отчетность" группы компаний, занимающейся...
-
После анализа работающей системы workflow, можно достаточно точно определить, какая из предлагаемых на рынке систем наиболее соответствует потребности...
-
При внедрении СЭД необходимо придерживаться следующих основных принципов: *активное участие высшего руководства Заказчика в решении организационных...
-
Решение вопроса о разработке эффективной политики информационной безопасности на современном предприятии обязательно связано с проблемой выбора критериев...
-
В данном параграфе описывается процесс "Управление ОРД", детальная модель которого представлена в Приложении А. Для наглядной демонстрации была создана...
-
С помощью специализированного инструмента моделирования бизнес-процессов ARIS, поддерживающего одноименную методологию описания бизнес-процессов, было...
-
Автоматизированное тестирование программного обеспечения - это процесс проверки программного обеспечения, который включает в себя такие шаги как запуск,...
-
Диаграммы вариантов использования UML (англ. Unified Modeling Language) описывают взаимоотношения и зависимости между группами вариантов использования и...
-
3.1 Описание программного модуля Jadex - это агент, ориентированный на собственный механизм принятия решений, взаимодействуя с XML и Java файлами,...
Описание созданного решения с использованием выбранного инструмента моделирования бизнес-процессов - Методика моделирования основных процессов разработки программного обеспечения