Профессионал управления проектами
РЕКЛАМА: «Богданов и партнеры», ведущая консалтинговая компания СНГ в области управления проектами, MS Project.

Система управления

Скачать project

Календарное планирование

Управление программами

Целевые программы

Аутсорсинг

Управление проектами

Стратегическое планирование

Система управления предприятием

Project скачать бесплатно

email 
 пароль 
 поиск 
PMProfy » Статьи » Программное обеспечение
Конфигурационное управление
Борис Позин, Дмитрий Лапыгин
Дата публикации: 07.03.2003
Источник: Планета КИС
Версия для печати (доступна только зарегистрированным пользователям)Версия для печати

Проблемы групповой разработки ПО знакомы любому руководителю софтверной фирмы. Для систематизации таких работ и повышения их эффективности предназначена технология программной инженерии, называемая "Конфигурационное управление" (КУ; Configuration management).

Лет пять назад российские компании обратили серьезное внимание на проблему качества ПО, потому что для успешной конкуренции стало недостаточно просто укладываться в бюджет и сроки. Увеличилась средняя численность команд разработчиков, нередко эти команды трудятся, находясь на большом удалении друг от друга, поэтому на первый план вышли проблемы качества и организации эффективного взаимодействия между всеми участниками проекта. Для их решения надо точно определять, кто, когда и зачем вносит изменения в проект (в программный код, схемы БД, документацию и т. д.), уметь согласовывать между собой измененные части, а также правильно организовать сопровождение распределенных систем, когда удаленные пользователи используют разные версии клиентского ПО. 

Эти задачи решаются при помощи КУ, позволяющего:

  • установить регламент работ над проектом (никогда не надо забывать правило "80/20": успешность проекта на 80% определяется регламентом работ и только на 20% - применяемым инструментарием);
  • скоординировать действия сотрудников;
  • автоматизировать самые трудоемкие процессы организации взаимодействия в больших коллективах разработчиков;
  • ограничить усложнение проекта;
  • выделять и повторно использовать базовые компоненты разрабатываемого ПО;
  • всегда иметь полный и достоверный перечень версий элементов, участвовавших в процессе сборки продукта;
  • определять текущее состояние проекта, выявлять узкие места и своевременно перераспределять ресурсы.

Чтобы грамотно использовать средства версионного контроля, предварительно нужно выделить набор объектов, определяющих структуру будущей системы, и затем контролировать их состояния (из множества заранее определенных) и ход работ по каждому из них (для этого существуют конкретные методологии, например RUP или CMM). 

Такими объектами могут быть функционально-логическая модель системы, реляционная модель БД, модули прототипов системы (экраны, меню, отчеты, тексты процедур или классов), системные и программные спецификации, документация. Желательно также контролировать планы проведения тестирования, спецификации тестовых процедур. 

Особому контролю (управлению изменениями в проекте) подвергаются такие объекты (события), как запрос на доработку модуля, сообщение о найденной ошибке или неисправности оборудования, запрос на модификацию оборудования или ПО, задание разработчику (аналитику, техническому писателю и т. п.), задание на установку рабочего места и т. п. Все эти объекты влияют на состояние текущих версий других объектов и относятся к сфере управления изменениями (подобласти КУ). 



предыдущая 1. 2. 3. следующаяСледующая страница
Страница 1 из 3

 

Материалы по теме Материалы по теме
Aplana Software
Обсуждение Обсуждение

Пожалуйста, авторизуйтесь или зарегистрируйтесь для участия в обсуждении.

Правила использования материалов
(C) 2002-2021 PMProfy