Вопрос 1 Организация планирования жизненного цикла сложных программных средств

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

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

Организация планирования жизненного цикла сложных программных средств

ПЛАНИРОВАНИЕ ЖИЗНЕННОГО ЦИКЛА ПРОГРАММНЫХ СРЕДСТВ

ЛЕКЦИЯ 7

Цель планирования жизненного цикла программного средства состоит в выборе и определении способов создания и совершенствования ПС, которые способны удовлетворить требованиям технического задания, спецификаций и контракта, а также обеспечить уровень качества, соответствующий заданным требованиям. В современных стандартах подчеркивается, что эффективное планирование — определяющий фактор высокого качества всего ЖЦ программного средства, удовлетворяющего требованиям заказчика. В стандартах ISO 12207 и ISO 16326 рекомендуется определить администратора, который должен подготовить планы для выполнения процессов ЖЦ ПС. Планы, связанные с выполнением процесса, должны содержать описания соответствующих работ и задач, обозначения создаваемых компонентов программного средства и охватывать следующие задачи:

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

— оценки необходимых трудозатрат на задачи и проект в целом;

— определение ресурсов, необходимых для выполнения задач и проекта;

— распределение задач по исполнителям;

— определение обязанностей исполнителей;

— определение критических ситуаций, связанных с задачами или процессами ЖЦ ПС;

— установление используемых в процессах ЖЦ ПС критериев управления качеством;

— определение затрат, связанных с реализацией каждого процесса;

— обеспечение условий и определение инфраструктуры выполнения процессов ЖЦ ПС.

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

— стоимость реализации соответствующих процессов;

— инфраструктуру обеспечения реализации процессов;

— потребности в ресурсах, включая соответствующее управление и контроль;

— оценку и контроль качества реализации процессов;

— управление риском результатов процессов;

— обеспечение среды программной инженерии проекта ПС;

—задания, выполняемые в каждом процессе и (или) работе.

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

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

В стандарте ISO 15504 расширены, детализированы задачи и виды деятельности, которые следует отражать в плане управления проектом ПС:

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

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

— оценить варианты достижения целей проекта и определить, на основе анализа рисков, какая стратегия целесообразна;

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

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

— установить график (исполнители, сроки, ресурсы) выполнения проекта, основываясь на распределении работ, оценках и элементах инфраструктуры;

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

— идентифицировать интерфейсы между элементами проекта, а также с другими проектами и организационными единицами системы;

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

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

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

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

— роли и обязанности соответствующих субъектов проекта;

— подлежащие выполнению работы и задачи;

— перечень всех проектных результатов (продуктов), подлежащих поставке и определенных в структуре классификации работ;

— критерии завершения соответствующей деятельности, работ, задач;

— состав окончательных отчетных документов;

— отчетные документы по стоимости и графикам проведения работ;

— содержание средств организации работ по управлению, выпуску продукта и/или синхронизации работ;

— периодичность и средства выдачи отчетных документов;

— отчетные материалы по проблемам-дефектам или выполнению деятельности;

— требования к ресурсам и их наличие.

Стандартами ISO 16326 и ISO 90003 рекомендуется в процессе планирования ЖЦ ПС подготовить и утвердить содержание следующих планов (рис. 7.1):

— разработки компонентов и всего ЖЦ ПС, который должен определять используемую модель жизненного цикла комплекса программ и его компонентов, а также внешнюю технологическую среду проектирования;

— верификации и тестирования, который определяет методы и средства, способные удовлетворить последовательные цели процесса устранения дефектов и контроля качества ПС и его компонентов;

— реализации процессов интеграции компонентов в версии комплекса программ;

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

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

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

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

Соответствующие планы должны быть разработаны администраторами вспомогательных процессов, так как эти процессы обычно являются частью проекта. Данные планы должны быть привязаны к базовому плану управления жизненным циклом программного проекта и обеспечивать его реализацию; они могут быть оформлены в виде отдельных планов или включены в общий план. Планы должны быть согласованы (утверждены) менеджером проекта программного средства и подлежат контролю при внесении изменений в проект. Менеджером-администратором планирования программного средства должна быть определена отчетность по вспомогательным процессам (либо непосредственная, либо через управление организацией). Должны быть представлены отчеты о проблемах-дефектах и исключительных ситуациях для анализа их влияния на стоимость проекта, график работ по нему, область управления проектом и его качество. Должен быть определен механизм для разрешения или преодоления конфликтных ситуаций между администратором планирования ЖЦ программного средства и администраторами вспомогательных процессов на соответствующем уровне их полномочий по организационному управлению.

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