Контроль интерфейсов (Interface Control)

⇐ ПредыдущаяСтр 15 из 16Следующая ⇒

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

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

Результаты SCM-планирования для заданного проекта определяются в плане конфигурационного управления (Software Configuration Management Plan, SCMP), который является документом, используемом в качестве описание SCM-процесса. Он поддерживается в актуальном состоянии на протяжении всего жизненного цикла.

Создание и сопровождение плана конфигурационного управления основывается на информации, получаемой в процессе работ по планированию. Стандарт IEEE 828-98 “Standard for Software Configuration Management Plans” даёт рекомендации по созданию и сопровождению плана и описывает требования к информации, содержащейся в плане конфигурационного управления, а также определяет категории SCM-информации, содержащейся в плане:

- введение (Introduction) – описывает цели, содержание и используемые термины;

- управление (SCM Management) – описывает структуру, обязанности, полномочия, политики, директивы (указания, обязательные для исполнения) и процедуры;

- работы (SCM Activities) – определяет идентификацию конфигураций, их контроль и т.п.;

- расписание (SCM Schedule) – определяет связь работ по конфигурационному управлению с другими аспектами и процессами проектной деятельности;

- ресурсы (SCM Resources) – описывает инструменты, физические ресурсы, персонал и т.п.;

- сопровождение плана (SCMP Maintenance) – определяет правила, по которым в план вносятся изменения и описывает как эти изменения внедряются в повседневный SCM-процесс.

Контроль выполнения процесса управления конфигурацией ПО

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

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

Рассмотрим 2 подхода к такого рода контролю:

Метрики и процесс количественной оценки в SCM (SCM measures and measurement)

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

Программные библиотеки и различные возможности SCM-средств предоставляют источники для получения информации о характеристиках SCM-процесса (наравне с проектной информацией и данными, необходимыми для принятия тех или иных управленческих решений). Например, информация о времени, необходимом для выполнения различных типов изменений, может быть полезна для оценки критериев того, какой уровень полномочий оптимален для утверждения определенных типов изменений.

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

Аудит в рамках SCM (In-process audits of SCM)

Аудит может проводится на протяжении всего процесса программной инженерии для определения текущего статуса заданных элементов конфигураций или оценки реализации процесса конфигурационного управления. SCM-аудит предоставляет более формальный механизм мониторинга выбранных аспектов процесса и может координироваться с работами в области обеспечения качества (SQA; см. секцию “5. Software Configuration Auditing”).

Инструменты и методы программной инженерии

Инструменты

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

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

Рисунок 1. Область знаний “Инструменты и методы программной инженерии” [SWEBOK, 2004, с.10-1, рис. 1]

14.1.1. Инструменты работы с требованиями

Согласно SWEBOK [44] инструменты, применяемые для работы с требованиями, могут быть классифицированы на средства моделирования и средства трассировки. На практике моделирование требований, как и трассировка, являются частью управления требований. Но в силу своей значимости при проведении анализа требований инструменты трассировки могут быть рассмотрены как самостоятельная категория. Но моделирование требований лишь часть управления требованиями. Поэтому согласно [7] используется термин «инструменты управления требованиями», что отличается от оригинального текста SWEBOK. Таким образом, для работы с требованиями используются:

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

– инструменты трассировки требований, применяемые для представления отношений между требованиями различного уровня в системе.

⇐ Предыдущая 7 8 9 10 11 12 13 141516 Следующая ⇒