11. Объясните понятие «стереотип класса». Опишите основные стереотипы классов: «пограничные классы», «классы-сущности», «управляющие классы».

Стереотип – механизм, позволяющий классифицировать классы.

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

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

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

12. Дайте краткую характеристику подхода к выявлению ключевых абстракций системы, основанному на использовании uml.

Выделение ключевых абстракций на UML

1. Изучить имена сущ. в потоках событий.

Существительные могут быть:

- действующими лицами

- классами

- атрибутами

Если объект имеет выраженное поведение, тогда сделать классом.

Если нечто неск. видо…(м,в), то сделать классом.

2. Анализ диаграмм взаимодействия

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

3. Изучение границ системы и определение пограничных классов.

4. Изучение взаимодействия объектов внутри системы и создания управляющего класса.

13. Дайте краткую характеристику классическим подходам к выявлению ключевых абстракций системы.

Внимание концентрируется на осязаемых элементах предметной области.

Шеллер и Меллор предлагают следующих кандидатов в классы и объекты:

1. осязаемые предметы (автомобили, телеметрические данные, датчики давления и т.п.);

2. роли (мать, ученик, политик и т.п.);

3. события (посадка, прерывание, запрос и т.п.);

4. взаимодействие (перечисление, пересечение, заем и т.п.);

Роусс, исходя из моделирования БД, предлагает следующих кандидатов в классы и объекты:

1. люди (чел. существа, выполняющие некоторые функции);

2. места (области, связанные с людьми или предметами);

3. предметы (осязаемый материальный предмет или группы объектов);

4. организации (формально организованная совокупность людей, ресурсов, оборудования, которая имеет опр. цель и существование, которой от индивидуумов не зависит);

5. концепции (принципы и идеи, не осязаемые сами по себе, но предназначенные для организации деятельности, общения или наблюдения за ними);

6. события (нечто случившееся в заданное время или последовательно);

Коад и Йордан предлагают следующих кандидатов в классы и объекты:

1. структуры (отношение «целое-часть» и «общее-частное»);

2. другие системы (внешние системы, с которыми взаимодействует приложение);

3. устройства, с которыми взаимодействует приложение;

4. события (происшествия, которые должны быть запомнены);

5. разыгрываемые роли (роли, исполняемы пользователями);

6. места (здания, офисы и др., существенные для работы приложения);

7. организационная единица (группы, которым принадлежат пользователи);

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