Гарантия качества

Система оценки и обеспечения качества (Quality Assessment)

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

Компания <Деста> используя собственный опыт разработки проектов и базу знания процессов создания программного обеспечения имеет возможность применять любую модель разработки на практике. Мы можем работать в стиле XP-программирования или модели Agile, использовать каскадную или спиральную модель. А также их совокупность. Модель разработки определяет заказчик с помощью своих требований.

Независимо от используемой модели компания <Деста> уделяет значительное внимание процессу обеспечения качества разрабатываемых продуктов. Для валидации и верификации продуктов используются различные методы, начиная от technical/peer review и white-box testing и заканчивая unit-, стресс- и прочими автоматизированными тестами.

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

Процесс управления требованиями

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

Основными этапами процесса являются:

1. Формирование и анализ требований. Формируются системные требования путем обсуждения будущей системы с заказчиком, анализа задач, которые должна решать система. Этот этап может включать разработку нескольких моделей системы и ее прототипов.
2. Специфицирование требований. Выполняется перевод всей совокупности информации в документ, определяющий множество требований. Этот документ, как правило, содержит два типа требований:
   1. Пользовательские требования - обобщенные представления и требования заказчика к системе
   2. Системные требования - детальное описание функциональных показателей системы
3. Утверждение требований. Проверяется выполнимость, согласованность и полнота множества требований.

Процесс планирования проекта

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

Основными этапами процесса являются:

1. Определение проектных ограничений
2. Первоначальная оценка параметров проекта
3. Анализ рисков и стратегий, направленных на их уменьшение.
4. Анализ аппартных и программных ресурсов, необходимых для выполнения проектов.
5. Определение этапов выполнения проекта
6. Cоставление графика работ с описанием результатов каждого этапа и контрольных отметок.
7. Достижение соглашения с заказчиком относительно ресурсов и времени
8. Мониторинг и контроль за ходом выполнения проекта.
9. При возникновении изменений в требованиях - пересмотр технических и/или организационных параметров проекта
10. Планирование мероприятий по тестированию
11. Планирования мероприятий по контролю качества

Процесс разработки

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

Разработка системы выполняется на основе требований, полученных на начальном этапе.

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

Кодирование поддерживается внутренними нормативными документами компании, определяющими стандарты кодирования, документирования и сопровождения.

Разработка документации, как правило, выполняется заблаговременно до выпуска конечной версии продукта. Сроки разработки документации и зависимости этой задачи от других задач фиксируются в плане-графике проекта. К инспекции документации привлекаются представители заказчика.

Процесс верификации

Верификация предназначена показать соответствие разработанной системы ее спецификации, а также ожиданиям и требованиям заказчика.

Процесс верификации состоит из следующих этапов:

1. Тестирование компонентов. Выполняется тестирование отдельных копонентов для проверки правильности их функционирования.
2. Тестирование модулей. Выполняется тестирование независимых модулей, состоящих из зависимых компонентов.
3. Тестирование подсистем. Выполняется тестирование наборов модулей, составляющих отдельные подсистемы.
4. Тестирование системы. Выполнение функционального тестирования, стресс-тестов, тестов с большим объемом данных, системных и бэта-тестов.
5. Приемочные тестирования. Выполнение тестов с использованием данных заказчика.

Процесс мониторинга проекта

Для всех проектов по разработке ПО предусматривается:

1. Отчетность участников проекта
2. Сбор и анализ метрик проекта
3. Формальные проверки завершения фаз проекта
4. Периодические собрания участников проекта

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

Деятельность по получению проектных оценок, планированию и отслеживанию состояния работ по проекту строится вокруг ключевых задач и конечных продуктов проекта.

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

Процесс управления качеством

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

Процесс управления качеством состоит из трех основных видов деятельности:

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

Процесс управления конфигурацией

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

В частности, процесс управления конфигурацией предполагает:

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