Описание бизнес-процесса "как должно быть" - Методика моделирования основных процессов разработки программного обеспечения
Данный процесс отражает регламент работ по разработке программных продуктов в рамках учебных проектов, который будет использован при создании исполяемой модели в Bizagi. То есть, данный процесс отражает этапы разработки программного обеспечения так, как это должно быть в идеальном случае. Сам процесс поэтапно приведен в приложении В.
Принципы работы каждой команды студентов может на некоторых этапах отличаться от построенной модели, так как она призвана описать ситуацию в общем. То есть, для большинства случаев данная модель будет описывать рабочий процесс по проекту.
На рисунке В.1 приведен общий процесс разработки программного обеспечения, который декомпозируется в дальнейшем для этапов "Формирование первичных требований" и "Разработка программного продукта".
В общем, процесс разработки ПО включает в себя следующие этапы:
1. Распределение ролей в команде.
На данном этапе все участники распределяют роли между собой, каждая роль включает в себя определенный набор компетенций и задач, за который участник проектной группы будет ответственным. Полный перечень ролей и соответствующих им задач и зон ответственности представлен в таблице А.1 в приложении А.
При это учитывается, что один человек может совмещать несколько ролей. Для того, чтобы данное совмещение было наиболее эффективным, на основе методологии MSF были разработаны матрицы ответственности и совмещения ролей участников проектной группы [4]. Данные матрица были представлены в соответствующих таблицах в первой главе данной работы.
2. Подготовка к процессу разработки. Данный этап более подробно отображен на рисунке В.2 в приложении В.
На данном этапе происходит уточнение требований к программному продукту от научного руководителя/заказчика, параллельно с этим осуществляется поиск в TFS документаций по смежным проектам, если такие имеются.
Изначально необходимо точно сформулировать основные идеи, которые определяют цель визита к заказчику. Участники команды проекта должны очень ясно представлять себе, какого рода информация нужна и каким образом она будет использована. Только после этого необходимо переходить к разработке списка вопросов, которые будут заданы заказчику [5].
Поиск документации, ее разбор и анализ осуществляется аналитиком проектной группы, в то время как за общение с заказчиком и за формирование общего видения результата отвечает сам менеджер проекта.
Краи?не важным моментом является "встраивание" информации, полученнои? в процессе интервью с заказчиком, в проектную документацию - иначе вся собранная информация не имеет никакого значения для проекта [5].
На основе полученных от обоих участников проектной группы данных формируется первоначальный перечень всех требований к разработке, как с функциональной точки зрения, так и с точки зрения архитектуры решения. Данный список заносится в рабочую область TFS, к которой имеют доступ все члены проектной команды.
На основе полученного списка требований формируется календарный план работ с использованием MS Project. Данный план должен включать не только основные этапы проекта, но и примерное разбиение по итерациям циклов разработки с примерным перечнем задач на каждую итерацию. В процессе разработки итоговое количество таких итераций может изменяться в зависимости от итоговой сложности задач или каких-либо других факторов. Каждое такое изменение должно фиксироваться в итоговом календарном плане. Следует отметить, что в TFS имеется интеграция с сервером сетевого планирования, что упростит задачу актуализации календарного плана и доступа к нему всех участников проектной команды.
3. Разработка программного продукта. Данный этап более подробно отображен на рисунке В.3 в приложении В.
Первым шагом на данном этапе является проработка архитектуры программного решения, данный шаг должен быть выполнен на максимально качественном уровне, так как от него зависит весь процесс разработки. Построение и описание архитектуры выполняется совместно архитектором программного обеспечения и аналитиком проектной команды.
После проработки архитектуры решения, согласно созданному календарному плану проекта, начинаются отдельные спринты разработки конечного программного продукта. В рамках каждого спринта выполняются следующие этапы:
3.1. Формирование списка задач для реализации в текущем спринте на основе перечня всех требований к программному продукту, сформированный список заносится в общую рабочую область TFS. Данный шаг выполняется аналитиком и менеджером проекта.
Процесс определения состава операции? начинается с определения степени детализации операции?. Количество операции? должно быть достаточным для того, чтобы ответственный? за выполнение работ мог отслеживать ход исполнения и осуществлять координацию работ. При этом, число операции? не должно быть слишком большим, затрудняющим оценку общего состояния проекта [5].
Процесс определения списка работ завершается формированием списка операции? и уточненным списком контрольных событии?. Список контрольных событий представляет собой перечень основных событии?, которые должны быть включены в расписание для мониторинга хода выполнения и управления проектом.
- 3.2. При необходимости менеджер проекта может сдвинуть календарный план, если на этапе формирования списка задач были замечены недочеты или в предыдущей итерации разработки были временные отклонения от плана либо реализованы не все требования, которые должны были быть реализованы по плану. 3.3. Группа разработчиков самостоятельно распределяет между собой задачи, требующие реализации в текущем спринте. Это сделано, так как разработчики лучше могут оценить свой набор навыков и компетенций и распределить задачи так, чтобы увеличить качество конечного продукта [6, 13]. Все свои задачи каждый разработчик вносит в общую рабочую область TFS, таким образом, остальные участники проектной команды смогут отслеживать статус текущих работ.
При этом менеджеру проекта важно знать планируемые длительности работ, чтобы учитывать их в сводном плане.
Для определения длительности операции? можно использовать следующие инструменты и методы.
Оценка по аналогам подразумевает оценку фактической? длительности аналогичной? предыдущей? плановой? операции в качестве основы для оценки длительности будущей? плановой? операции и использует историческую информацию и экспертную оценку [5].
Параметрическая оценка. Оценочную величину длительности операции? можно вычислить путем умножения количества работы на производительность труда. Для определения длительности операции? по рабочим периодам общее количество ресурсов умножается на количество рабочего времени или производительность за рабочий? период и делится на количество привлеченных ресурсов [5].
После определения задач, их длительности и назначенных исполнителей следует процесс их реализации.
- 3.4. По результатам разработки, тестировщик ищет ошибки в программном продукте. Если они есть, то цикл разработки повторяется, если нет, то разработчик документирует текущий результат и заносит всю информацию, включая описание и исходные коды, в общую рабочую область TFS. Спринт разработки завершается, когда реализованы все задачи, заданные на данный спринт либо, когда заканчивается отведенное менеджером проекта время на текущий спринт. 3.5. Если в рамках текущего спринта были реализованы все требования заказчика, то программный продукт демонстрируется ему. Если он утверждает, что нужны доработки или если в рамках текущего спринта были решены не все задачи, то начинается следующий спринт, таким образом повторяются пункты 3.1 - 3.5. Если после демонстрации заказчику, его все устраивает, то процесс разработки считается завершенным, программный продукт готов. 4. На основе всей документации, полученной на предыдущих этапах, включающей формализованное описание требований к разработке, постановку программного продукта, календарный план разработки, техническое описание архитектуры решения и каждого разработанного компонента с их исходными кодами, членами команды создается отчет о проделанной работе. При этом каждый из членов команды ответственен за соответствующий его работе раздел. Аналитик проектной команды ответственен за сбор информации от каждого члена команды, менеджер проекта отвечает формирование общего отчета.
Созданная реализация процесса разработки ПО в рамках учебных проектов в университете позволяет не только эффективно распределить и организовать работы проектной команды, но и сохранить результаты ее работы с использованием TFS для последующих поколений.
Также в результате такой работы, у проектной команды будет полный набор различной документации, необходимой для написания отчета по работе. При этом вся документация создается в рамках непродолжительных этапов равномерно по мере выполнения самого проекта, что гарантирует ее полноту, так как она создается непосредственно в момент выполнения самих работ, а не через какое-то продолжительное время.
Похожие статьи
-
Одной из наиболее популрных методологий гибкой разработки является Scrum, его популярность заключается в простоте. Подобная методология подходит для...
-
Согласно рассмотренным практикам и методологиям можно составить общее описание разрабатываемой модели разработки ПО в рамках учебных проектов. Основным...
-
Длительные учебные проекты по разработке ПО, такие как курсовые работы или задания по какому-либо курсу программирования, обычно разбиваются на набор...
-
Помимо этапа разработки ПО, также немаловажным являются этапы накопления и передачи знаний, а также взаимодействия членов проектной команды. На...
-
В данной части работы будут рассмотрены основные бизнес-процессы этапа разработки программного обеспечения в рамках учебных проектов в университете. В...
-
В данной главе рассмотрены основные проблемы, решение которым будет предложено в данной работе. Помимо этого, описаны основные понятия и принципы...
-
Введение - Методика моделирования основных процессов разработки программного обеспечения
В последнее время во многих предприятиях происходит внедрение новых моделей управления и различных информационных систем, обеспечивающих увеличение...
-
Первым шагом при начале работе над учебным проектом является определение ролей участников данного проекта. Данный этап является одним из наиболее важных,...
-
Одним из наиболее важных аспектов в учебных проектах, как и любых других, являются сроки их сдачи. Равномерное распределение задач с учетом...
-
В работе использовались следующее программное обеспечение для решения поставленных задач: AutoCAD, ANSYS Workbench, ANSYS Icepak. Система AutoCAD...
-
Целью практики является закрепление знаний, полученных в процессе изучения дисциплин "Конструирование программ и языки программирования" и "Основы...
-
Для описания плана развития предприятия формируется: 1) Инвестиционный план Раздел "Инвестиционный план" предназначен для формирования календарного плана...
-
Важнейшим вопросом при создании САПР после формализации процесса проектирования является вопрос отображения проектно-конструкторской деятельности...
-
Инструментальное программное обеспечение -- это программное обеспечение, предназначенное для использования в ходе проектирования, разработки и...
-
Общая характеристика технологии создания программного обеспечения К программно-инструментальным средствам в первую очередь относятся алгоритмические...
-
Компания MERA Networks - является одним из крупнейших мировых поставщиков услуг в сфере информационно-коммуникационных технологий. MERA предлагает...
-
Данная глава посвящена описанию автоматизированного тестирования, его типам, выявлению достоинств и недостатков в автоматизации тестирования. Более того...
-
В то время как цель проекта заключалась в оценке эффективности автоматизации тестирования функционала ядра, работа стала своего рода подведением итогов...
-
Автоматизированное тестирование программного обеспечения - это процесс проверки программного обеспечения, который включает в себя такие шаги как запуск,...
-
Особенности функционального назначения Разрабатываемый программный продукт - это модуль вебсайт для системы управлением контентом портала с архивом...
-
Расчет себестоимости программного продукта Себестоимость программного продукта это все виды затрат понесенные при разработке продукта. Себестоимость...
-
Основные этапы разработки сайта - Разработка Web-сайта предприятия (ООО "Полтава")
При разработки сайта, выделены следующие этапы: - определение целей сайта; - создание структуры сайта; - создание дизайна сайта; - сбор и...
-
На сегодняшний день уже практически невозможно представить нашу повседневную жизнь без компьютерной техники. Интернет предоставляет нам безграничные...
-
2.1 Описание структуры базы данных Реляционная схема базы данных для ЦЗН представлена следующими таблицами: "ПО" - содержит список единиц программного...
-
Выбор средств реализации информационной системы Названные в параграфе 1.4. настоящей работы задачи могут быть решены тремя типами средств автоматизации:...
-
При составлении бизнес-плана решаются задачи, которые можно сгруппировать в два раздела: собственно планирование, анализ результатов/ подготовка...
-
Общее описание программного обеспечения, реализующего разработанный алгоритм Основной идеей дипломного проекта, является реализация алгоритма...
-
Процесс тестирования, Разработка тест-кейсов - Тестирование программного обеспечения
Тестирование представляет собой процесс проверки того, насколько программное обеспечение соответствует требованиям, заявленным заказчиком. Он...
-
Разрабатываемая система должна включать справочную информацию о работе системы и подсказки пользователю. В состав сопровождающей документации должны...
-
Данная глава посвящена решению таких задач, как выявление теоретических основ тестирования, классификация и описание видов тестирования, анализ и...
-
На данный момент существует множество аналогов данного приложения, можно выделить такие как стандартный проводник Windows и Total Commander. Заказчику...
-
Постановка задачи на разработку программного обеспечения Для того чтобы предлагаемая схема была интегрирована в САПР, который не имеет функции интеграции...
-
Наименование системы Программная система управления контентом портала с архивом конструкторской документации. Цели, назначение и область использования...
-
Кодирование информации -- процесс преобразования сигнала из формы, удобной для непосредственного использования информации, в форму, удобную для передачи,...
-
Работа программы представлена на рисунке 2.3 Рис. 2.3 Кодирование и тестирование программы Программа кодировалась на языке Си++, используя библотеку Qt5x...
-
Для расчета эффективность программного продукта определим, какие задачи выполняет данный продукт, а также насколько снижаются трудозатраты персонала при...
-
Требования к функциональным характеристикам система должна обеспечивать выполнение следующих функций: - Актуальная информативность Исходные данные:...
-
Программное обеспечение. - Основные термины по информатике
Компьютер - электронное устройство для обработки информации. Составные части компьютера называются его Аппаратным обеспечением . Совокупность...
-
2.2 Технологическое обеспечение - Программное обеспечение Центра занятости населения
Технологическое обеспечение включает описание организации технологии сбора, передачи, обработки и выдачи информации и отражает последовательность...
-
Тестируемый программный продукт является высокопроизводительным приложением, которое предоставляет возможность создания и настройки сетей беспроводного...
Описание бизнес-процесса "как должно быть" - Методика моделирования основных процессов разработки программного обеспечения