Модели жизненного цикла программных средств. Требования к ПО, страница 9

Итеративный цикл автор-инцидент

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

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

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

1. Автор модели- тот, кто ее создает

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

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

Кроме автора эксперта и читателя в цикле читатель- автор имеются также следующие роли:

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

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

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