Объектно-ориентированная методология разработки сложных систем. Глотова Т.В. - 21 стр.

UptoLike

Составители: 

21
сильно зависят от индивидуальных способностей и опыта аналитика. Анализ
вариантов - это подход, который можно успешно сочетать с тремя первыми,
делая их применение более упорядоченными. Этот вид анализа начинается
вместе с анализом требований, когда пользователи, эксперты и разработчики
перечисляют сценарии, наиболее существенные для работы с системой.
Затем сценарии тщательно прорабатывается, раскладывается по
кадрам. При
этом устанавливается, какие объекты участвуют в сценарии, обязанности
каждого объекта и как они взаимодействуют в терминах операций, т.е. четко
распределяются области влияния абстракций. Далее набор сценариев
расширяется, чтобы учесть исключительные ситуации и вторичное
поведение. В результате появляются нов вые и уточняются существующие
абстракции
CRC карточки. (Class-Responsibilities-Collaborators, Класс-
Ответственность-Участники
). Это простой и эффективный способ анализа
сценариев. На карточке пишется карандашом сверху название класса, в
левой половине - за что он отвечает, в правой - с кем сотрудничает. Проходя
по сценарию, на каждый обнаруженный класс заводится по карточке. После
анализа ответственности класса, возможно, часть ответственности с одного
большого класса передается другому классу,
или выделяются новые более
детальные классы. Карточки можно раскладывать так, чтобы представить
формы сотрудничества объектов. С точки зрения динамики сценария, их
расположение показывает поток сообщений между объектами, с точки
зрения статики они представляют иерархии классов.
Неформальное описание. В описание проблемы на обычном языке
подчеркиваются существительные и глаголы. Существительные
представляют собой
кандидаты для классов; глаголы- кандидаты для
сильно зависят от индивидуальных способностей и опыта аналитика. Анализ
вариантов - это подход, который можно успешно сочетать с тремя первыми,
делая их применение более упорядоченными. Этот вид анализа начинается
вместе с анализом требований, когда пользователи, эксперты и разработчики
перечисляют сценарии, наиболее существенные для работы с системой.
Затем сценарии тщательно прорабатывается, раскладывается по кадрам. При
этом устанавливается, какие объекты участвуют в сценарии, обязанности
каждого объекта и как они взаимодействуют в терминах операций, т.е. четко
распределяются области влияния абстракций. Далее набор сценариев
расширяется,   чтобы   учесть     исключительные      ситуации     и     вторичное
поведение. В результате появляются нов вые и уточняются существующие
абстракции
     CRC       карточки.        (Class-Responsibilities-Collaborators,      Класс-
Ответственность-Участники). Это простой и эффективный способ анализа
сценариев. На карточке пишется карандашом сверху название класса, в
левой половине - за что он отвечает, в правой - с кем сотрудничает. Проходя
по сценарию, на каждый обнаруженный класс заводится по карточке. После
анализа ответственности класса, возможно, часть ответственности с одного
большого класса передается другому классу, или выделяются новые более
детальные классы. Карточки можно раскладывать так, чтобы представить
формы сотрудничества объектов. С точки зрения динамики сценария, их
расположение показывает поток сообщений между объектами, с точки
зрения статики они представляют иерархии классов.
     Неформальное описание. В описание проблемы на обычном языке
подчеркиваются     существительные          и    глаголы.     Существительные
представляют собой кандидаты для классов; глаголы- кандидаты для




                                       21