Обзор предлагаемого подхода к разработке ПО в рамках учебных проектов в НИУ ВШЭ - Пермь - Методика моделирования основных процессов разработки программного обеспечения

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

Ранее говорилось и о том, что сейчас в НИУ ВШЭ - Пермь происходит уход от линейных моделей разработки ПО к итерационным. Таким образом, получается, что процесс разработки в университете должен обеспечиваться гибкими и легко адаптируемыми методиками. Подобные подходы к разработке объединены в общую группу Agile методов, ориентированных на использование методов интерактивной разработки, динамическое формирование требований и обеспечение их реализации в результате постоянного взаимодействия между членами проектных групп [8]. Иными словами, подобные методы представляют собой набор эффективных практик организации работы небольших проектных групп.

Большинство гибких методологий нацелены на минимизацию рисков путем сведения разработки к серии коротких циклов, называемых итерациями или спринтами, длительность которых определяется руководителями проектной группы, но обычно находится в интервале от 1 до 4 недель, при этом предпочтение отдается более коротким спринтам. Каждый спринт сам по себе выглядит как отдельный небольшой программный проект со своими целями и задачами [8]. Таким образом, подразумевается, что определенный продукт или его рабочая часть готова к выпуску в конце каждого спринта. По окончании каждого спринта команда выполняет переоценку текущих задач проекта.

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




Обзор предлагаемого подхода к разработке ПО в рамках учебных проектов в НИУ ВШЭ - Пермь - Методика моделирования основных процессов разработки программного обеспечения

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