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

проверку выполнения требований, в том числе:

тестирование в условиях повышенной нагрузки граничных значений выходных параметров ПП;

тестирование ПП на его способность к изолированию

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

тестирование получаемого пользователем требуемого результата при использовании конкретного функционала ПП.

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

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

2.2.Комплекс стандартов «Единая система программной документации»

Стандарт «Единая система программной документации» представляет собой комплект из 23 документов, составляющих систему межгосударственных стандартов стран СНГ (ГОСТ 19), действующих на территории Российской Федерации на основе межгосударственного соглашения по стандартизации. Несмотря на то что большая часть комплекта ЕСПД была разработана в 1970–1980-е годы, стандарт пользуется большой популярностью как у разработчиков ПП, так и у организаций, планирующих участие в конкурсе-тендере) на разработку ПП.

Комплект стандартов ЕСПД включает [7]:

1)ГОСТ 19.001-77 ЕСПД. Общие положения;

2)ГОСТ 19.101-77 ЕСПД. Виды программ и программных документов;

22)ГОСТ 19.701-90 ЕСПД. Схемы алгоритмов, программ, данных и систем. Условные обозначения и правила выполнения;

23)ГОСТ 19.781-90 ЕСПД. Обеспечение систем обработки информации программное. Термины и определения.

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

ГОСТ 19.102-77 ЕСПД. Стадии разработки

В стандарте все действия по разработке программных продуктов и программной документации независимо от их назначения и области применения подразделяются на стадии, этапы и работы (табл. 2.1). При использовании стандарта допускается исключение 2-й стадии разработки, объединение 3-й и 4-й стадий, введение других этапов работ по согласованию с заказчиком. Необходимость изменения стадий разработки указывается в техническом задании (ТЗ).

ГОСТ 19.101-77 ЕСПД. Виды программ и программных документов

В качестве основных видов программ стандартом определены: компонент — программа, рассматриваемая как единое целое, выполняющая законченную функцию и применяемая само-

стоятельно или в составе комплекса; комплекс — программа, состоящая из двух или более компо-

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

Виды программных документов и их краткое содержание представлены в стандарте описаниями, приведенными в табл. 2.2.

Перечень эксплуатационных документов, рекомендуемых ЕСПД, представлен в табл. 2.3. Допускается объединение отдельных видов эксплуатационных документов (за исключением ведомости эксплуатационных документов и формуляра), необходимость объединения указывается в ТЗ. Объединенному документу присваивают наименование и обозначение одного из объединяемых документов. В объединенных документах должны быть приведены сведения, которые необходимо включать в каждый объединяемый документ.

Таблица 2.1 Стадии разработки, этапы и содержание работ по разработке программных продуктов

и программной документации

2.3.Международный стандарт «Процессы

идействия жизненного цикла программного обеспечения»

Стандарт IEEE1 1074-1997 «Процессы и действия жизненного цикла программного обеспечения» (Developing a software project life cycle processes) обеспечивает поддержку процессов жизненного цикла разработки программного обеспечения [5]. В документе содержание ЖЦ разработки ПП описывается набором из 6 фаз, 17 процессов и 65 действий (табл. 2.4).

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

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

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

Содержание стандарта не отождествляется с конкретной моделью ЖЦ разработки ПП и не предполагает использование определенной методологии разработки.

Практическое использование стандарта начинается с фазы выбора модели ЖЦ разработки ПП, наиболее полно отве-

чающей особенностям программного проекта.

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

1 Читается «ай-трипл-и» [Кулямин В.В. Технологии программирования. Компонентный подход [Электронный ресурс]: лекция 2. – Режим доступа: http://panda.ispras.ru/~RedVerst/RedVerst/Lectures%20and%]