Резюме обзорной части - Методика моделирования основных процессов разработки программного обеспечения

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

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

В первую очередь в команде должны быть определены роли ее участников и соответствующие сферы ответственности. Роли и ответственности участников типового проекта разработки ПО были подробно рассмотрены ранее и представлены в приложении А. Их все можно условно разделить на пять групп:

    - Анализ. Включает задачи по формированию, документированию и сопровождению требовании? к продукту. - Управление. Включает задачи по определению и управлению производственными процессами, координации работы команды. - Производство. Включает задачи по проектированию и разработке ПО. - Тестирование. Включает задачи по тестированию ПО. - Обеспечение. Включает задачи по поддержанию эффективного рабочего процесса, а также доведению информации о различных проблема до всех участников команды.

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

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

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

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

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

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

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




Резюме обзорной части - Методика моделирования основных процессов разработки программного обеспечения

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