<На страницу назад | На страницу вперед>

4.6.3 Создание и распределение комплектов
Основным средством валидации описаний процессов IDEF3 являются проверки и утверждение комплектов. (Эта процедура проверки комплектов взята непосредственно из "Желтой книги" первоначального функционального моделирования IDEF0 - AFWAL-TR-81-4023. Это было сделано для сохранения согласованности методов IDEF. Данные этого документа заслуживают высокой оценки.). Комплекты представляют части общего описания, которые достигли некоторого состояния завершенности. Задача проверки комплектов может выполняться в любой момент времени в процессе разработки описания как механизм получения дополнительных фактов или после завершения значительной части аналитической работы (например, завершение исходных списков UOB и объектов, завершение одной или нескольких схематик объектов, завершение схематик процессов). Создание комплектов и ассоциированный цикл проверок (рассматривается ниже) обеспечивают дисциплинированный подход, результатом которого является точное описание процесса.

Роли в процессе проверки комплектов
Роли членов проектной группы, описанные выше в разделе 4, далее специализируются для выполнения процесса проверки комплектов. В процессе проверки комплектов участвуют следующие роли:

  1. Аналитик: Специалист по IDEF3, являющийся основным разработчиком описания IDEF3. Процесс проверки начинается и заканчивается аналитиком. В части технического содержания описания аналитик полагается на специалиста по предметной области при выполнении сбора описаний и цикла проверки комплектов.
  2. Рецензенты: Весь персонал, участвующий в проверке комплектов IDEF3.
  3. Комментаторы: Рецензенты, обладающие знаниями в данной прикладной области и в достаточной степени являющиеся профессионалами в области IDEF3, чтобы представить структурированные комментарии в письменной форме. Комментаторы читают созданный аналитиками материал и проверяют техническую точность; они несут ответственность за выявление ошибок и предложение усовершенствований в описании процессов IDEF3. Комментатор определяет, достигнута ли поставленная цель, существуют ли ошибки и оплошности. Комментаторы имеют полномочия на внесение письменных предложений в процессе проверки.
  4. Читатели: Рецензенты, которым комплекты IDEF3 рассылаются только в целях информации. Читатели часто являются теми лицами, от которых аналитики могли получить информацию посредством интервью.
  5. Библиотекарь: Лицо, на которое возложена ответственность за сопровождение файлов связанных с проектом документов и артефактов описаний, за изготовление копий, распределение комплектов IDEF3 и хранение записей.

"Роль" не имеет отношения к названию должности; поэтому одно и то же лицо может выполнять несколько ролей.

Цикл проверки комплектов IDEF3
Комплекты представляют части описания процессов IDEF3, которые достигли некоторого состояния завершенности. Эти черновые части описания распределяются для проверки в форме стандартного комплекта IDEF3. В основе цикла проверки комплектов IDEF3, представленного на рис. 4-15, лежит процесс проверки комплектов для других методов IDEF. Для ясности можно сказать, что в приведенных ниже шагах не упоминается библиотекарь; основное внимание направлено на взаимодействие аналитика и комментатора. В крупных системах роль библиотекаря имеет большое значение. При небольшом объеме работ эту роль может выполнять аналитик.


Рис. 4-15
Цикл прохождения комплекта IDEF3

Основные шаги цикла проверки комплекта IDEF3:

  1. Аналитик компонует комплект (например, комплект пулов, сценарный комплект, объектный комплект, комплект описаний с использованием схематик процессов и схематик объектов). Одну копию аналитик оставляет у себя и одну копию дает комментатору для проверки.
  2. Комментатор изучает комплект в течение согласованного периода времени. Основная цель этой проверки: определить, соответствует ли данное описание общим целям и контексту разработки. Комментарии делаются непосредственно в схематиках, в других документах данного комплекта и на титульном листе. Комплект с комментариями должен быть возвращен аналитику к дате, указанной на титульном листе.
  3. Аналитик дает ответ на комментарии непосредственно в копии комплекта, принадлежащей комментатору. Аналитик может согласиться с комментариями, указав это в своей рабочей копии, и использовать их в следующей версии описания IDEF3. В случае разногласий аналитик указывает пункты, с которыми он не согласен, в данном комплекте и возвращает комплект комментатору.
  4. Комментатор читает возвращенный комплект и вносит его в файл, если ответы аналитика удовлетворительны. В противном случае организуется встреча комментатора и аналитика для устранения разногласий.
  5. Этот цикл продолжается до тех пор, пока не будет создано описание IDEF3, приемлемое для обеих сторон (аналитик и комментатор).

В течение этого цикла библиотекарь проекта обеспечивает копирование, распределение, ведение файлов и передачу комплектов IDEF3 между аналитиком и комментатором (рис. 4-15).

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

Типы комплектов IDEF3
Комплекты IDEF3 имеют такую же структуру, какая используется для других методов IDEF3. Существует три типа комплектов IDEF3:

  1. Сценарные комплекты включают один сценарий и ассоциированную документацию (полностью или частично). В сценарный комплект могут входить следующие элементы:
      a. Схематики процессов и все ассоциированные декомпозиции UOB. В некоторых комплектах, подлежащих проверке, которые были созданы на начальных этапах процесса разработки, некоторые декомпозиции могут быть исключены.
      b. Все имеющиеся детальные описания UOB и спецификации связей. В некоторых сценарных комплектах, созданных на начальных этапах процесса разработки, они могут быть исключены (полностью или частично).
  2. Объектные комплекты включают один или несколько объектов и ассоциированные схематики объектов, их описания и ассоциированные описания объектных состояний.
  3. Комплекты описаний создаются на ранних стадиях разработки. Комплект описаний представляет компиляцию из завершенных сценарных комплектов и объектных комплектов для данного проекта. Этот комплект включает все сценарии, используемые в данном описании IDEF3, и соответствующую документацию. Утвержденный комплект описаний представляет одно из конечных проектных решений в разработке.

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

Рекомендации для аналитиков и комментаторов
Рекомендации для комментаторов
Создание стандартного набора вопросов и правил по комментированию не представляется возможным, поскольку предметы комментирования, стили и методы варьируются в широком диапазоне. Однако, для повышения качества комментирования существуют определенные рекомендации. Основные критерии повышения качества: Обеспечит ли данный документ эффективную связь с целевой аудиторией? Достиг ли он поставленную цель? Является ли он действительно корректным и точным, при наличии ограниченного контекста? Ниже приводятся общие рекомендации по комментированию:

  1. Комментарии должны быть краткими, точными и конкретными. Если аналитик понимает, что "тонкости" выброшены ради краткости, обеспечивается легкая и прямая связь.
  2. Для идентификации комментариев использовать обозначение . Для записи -примечания вычеркнуть следующий номер из списка ПРИМЕЧАНИЯ (NOTES), присвоить номер примечанию, обвести номер кружком и соединить примечание с соответствующей частью посредством тильды "~".
  3. Критика должна быть конструктивной. Вместо простых негативных замечаний нужно стремиться предлагать решения.
  4. Следует потратить время на сбор всех комментариев. Комментарии можно размещать на титульном листе или на отдельном листе. (На этом листе не нужно указывать конкретные замечания, если они указаны на отдельных страницах). Можно кратко изложить пункты повестки дня для встречи аналитика и комментатора. Справка по повестке дня должна быть конкретной.

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

Взаимодействие аналитика и комментатора
Когда комментатор возвращает комплект IDEF3, аналитик в ответ ставит знак "галка" или "X" рядом с каждым - примечанием. Знак "галка" означает, что аналитик согласен с комментатором и включит данный комментарий в следующую версию комплекта IDEF3. Знак "X" означает, что аналитик не согласен и требует обосновать комментарий. После ответа аналитика на все комментарии комплект IDEF3 возвращается комментатору.

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

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

В том случае, если требуется встреча, выполняется следующая процедура:

  1. Каждая встреча должна быть ограничена во времени.
  2. Каждая встреча должна начинаться с конкретного перечня вопросов, которые должны быть рассмотрены; при обсуждении не следует отклоняться от этих вопросов.
  3. Каждая встреча должна закончиться в том случае, если участники соглашаются, что уровень продуктивности упал и что индивидуальная работа будет более полезной.
  4. В конце каждой встречи должен быть составлен согласованный список действий, который может включать график последующих встреч с указанием повестки дня.
  5. Для каждой встречи должен быть назначен "секретарь" для ведения протокола и записи всех действий, решений и рассматриваемых вопросов.
  6. К серьезным нерешенным разногласиям требуется профессиональный подход (т.е. обе точки зрения должны быть документированы).

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

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

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

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

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


Рис. 4-16
Титульный лист предназначенного для проверки комплекта IDEF3

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

  1. Описание процесса/Описание документа IDEF3 (IDEF3 Process Description/Document Description)
      a. Название (Title) - Должно описывать комплект IDEF3.
      b. Шаг жизненного цикла (Life-Cycle Step) - "КАК ЕСТЬ" (AS-IS) или "КАК МОЖЕТ БЫТЬ" (TO-BE) (какое описание содержит данный комплект: нечто, что есть на данный момент, или нечто, что может быть).
      c. Система (System) - Акроним, означающий систему или подсистему.
  2. Информация о проекте (Project Information):
      a. Аналитик (Analyst) - Имя лица, представляющего комплект IDEF3.
      b. Дата (Date) - Дата передачи в библиотеку.
      c. Компания (Company) - Название компании, представляющей комплект IDEF3.
  3. Информация о комплекте IDEF3 (IDEF3 Kit Information): Отметить комплект описаний, сценарный комплект или объектный комплект. Указать номер документа, присвоенный библиотекарем.
  4. Цикл проверки (Review Cycle): Должна быть поставлена подпись и дата после проверки комментатором и аналитиком.
  5. Предметный указатель/Содержание (Index/Contents): Перечислить имена сценариев, декомпозиций, объектов и объектных состояний (по мере необходимости) с указанием номера страницы, чтобы их можно было найти в документе. Вместе с титульным листом комплекта заполняется дополнительный лист, который называется "Содержанием комплекта IDEF3" (рис. 4-17), если в этом есть необходимость.
  6. Комментарии/Специальные инструкции (Comments/Special Instructions): Любая другая информация, необходимая для рецензентов. Это поле также может использоваться для специальных инструкций, предназначенных для библиотекаря, по поводу обращения с документом. Библиотекарь также может использовать это поле для специальных инструкций, предназначенных для получателей комплектов IDEF3.


Рис. 4-17
Содержание комплекта IDEF3

Форма "Схематика комплектов"
Как показано на рис. 4-18, форма "Схематика комплектов" имеет минимальную структуру и ограничения. Эта форма обеспечивает поддержку только тех функций, которые важны для дисциплины структурного анализа: (1) определение точки зрения; (2) перекрестные ссылки между листами документа; (3) документирование примечаний по содержанию каждого листа. Эта форма разделена на три основные секции: (1) Рабочая информация (Working Information) (вверху); (2) Поле сообщений (Message Field) (в середине); (3) Поля идентификации (Identification Fields) (внизу).

 
Аналитик:                   Дата:
x Рабочий вариант Рецензент: Дата:

Где
исполь зуется:

Проект:   Черновой вариант    
      Рекомендуемый вариант    
 
Примечания:              Реценз.:
  Выпущенный вариант    
   
Ссылка на установку контекста:
Описанный элемент:

Тип формы:

 


Рис. 4-18
Форма "Схематика комплектов IDEF3"

Эта форма разработана таким образом, что рабочая информация вверху формы может быть отрезана после завершения окончательной версии "Утверждено для публикации". Форма схематики должна использоваться в любом случае при использовании печатных документов.

Поле "Рабочая информация" (Working Information) имеет следующие подполя:

  1. Где используется (Used At): Перечень схематик, за исключением данного контекста, в которых тем или иным образом используется данный лист.
  2. Аналитик/Дата/Проект (Analyst/Date/Project): В этом подполе документируется, кто первоначально создал данную схематику, дата первого построения, название проекта, в котором была создана схематика. Элемент "Дата" может включать дополнительные даты, которые указываются ниже первоначальной даты. Эти даты представляют модификации первоначального листа. Если лист выпускается повторно без каких-либо изменений, дата модификации не указывается.
  3. Примечания (Notes): Здесь зачеркиваются -примечания, записываемые на листе схематики. По мере внесения комментариев на страницу примечания последовательно вычеркиваются, что обеспечивает быструю проверку номеров комментариев; обведенный кружком номер представляет уникальную ссылку на конкретный комментарий.
  4. Статус (Status): Классификация, включающая четыре статуса, используется для ранжирования утверждения: рабочий вариант, черновой вариант, рекомендуемый вариант, выпущенный вариант.
      a. Рабочий вариант (Working) - Данная схематика представляет существенное изменение, независимо от предыдущего статуса. Новые схематики представляют рабочие копии.
      b. Черновой вариант (Draft) - Данная схематика представляет несущественное изменение предыдущей схематики; достигнут некоторый уровень соглашения относительно приемки рядом читателей. Схематики в черновом варианте - это схематики, предлагаемые руководителем проекта, но еще не принятые проектной группой.
      c. Рекомендуемый вариант (Recommended) - И данная схематика, и поддерживающий текст проверены и утверждены проектной группой. В данной схематике не ожидаются изменения.
      d. Выпущенный вариант (Released) - Данная страница может быть направлена "как есть" (as is) для окончательного выпуска или публикации.
  5. Читатель/Дата (Reader/Date): Это подполе предназначено для подписи комментатора (инициалы) и указания даты в каждой форме.

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

Ниже приводятся "Поля идентификации" (Identification Fields):

  1. Ссылка на установку контекста (Context-Setting Reference): Информация, представляемая в этом поле, помогает установить контекст для интерпретации информации, приведенной в поле сообщений. Этот контекст устанавливается при использовании ссылочного идентификатора, который представляет уникальный номер элемента IDEF3 (например, Scenario 1, Decomp 1.1, UOB43, PL31, J5, O6, OS22). Для ссылочного идентификатора можно использовать термин "Глобальный" (Global), что означает глобальный контекст. Например, если в поле сообщений отображается детальное описание сценария, ссылка на установку контекста должна быть "Глобальный". С другой стороны, если в поле сообщений отображается схематика процессов, ссылка на установку контекста должна указывать номер сценария или номер родительской UOB.
  2. Описанный элемент (Item Described): В этом поле указывается имя материала, представленного в поле сообщений формы схематики. Если поле сообщений содержит схематику, содержание поля названия должно точно соответствовать имени, записанному в родительском блоке.
  3. Тип формы (Form Type): Для всех форм, кроме титульного листа комплекта, используемого в процессе разработки описания, в качестве базовой структуры можно использовать стандартную форму для комплекта IDEF3. Это поле используется для определения, каким образом используется стандартная форма для комплекта IDEF3. Рекомендуемые типы форм: форма "Сводное описание" (Description Summary), "Содержание комплекта" (Kit Contents Sheet), формы "Сводная схематика процессов" (Process Schematic Summary) и "Сводная схематика объектов" (Object Schematic Summary), "Журнал регистрации исходного материала" (Source Material Log), форма "Описание исходного материала" (Source Material Description), формы для пулов индивидов, формы детального описания элементов IDEF3.

<На страницу назад | На страницу вперед>