27. Использование классов описаний и производных атрибутов в процессе моделирования предметной области

Концептуальный класс – представление идей или объекта. Его можно рассматривать в терминах

символов, содержания и расширения.

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

2. Содержание – определение концептуального класса.

3. Расширение – набор примеров, к которым применим этот концептуальный класс.

Концептуальные классы могут вообще не содержать атрибутов и играть в предметной области

чисто поведенческую, а не информационную роль.

Если некоторый объект Х в реальном мире не является числом или текстом, значит это скорее

концептуальный класс, чем атрибут.

Класс описания – содержит информацию о свойствах некоторого объекта.

Класс описания вводится в следующих случаях:

1. Существует необходимость описания элементов или служб, не зависимо от существования

конкретных экземпляров этих объектов.

2. Если удаление экземпляров, описываемых им понятий, приводит к потери важной

информации в связи с некорректной ассоциацией этой информации с удаляемым

экземпляром.

3. Если при наличии понятия устраняется дублирования информации.

28. Понятие системного события и идентификация системных событий

Системное событие (system event) — это событие высокого уровня, генерируемое внешним исполнителем (событие с внешним входом). Системные события связаны с системными операциями (system operation), т.е. операциями, выполняемыми системой в ответ на события.

Например, когда кассир в POS-системе щелкните на кнопке Оплатить, он генерирует системное событие, свидетельствующее о завершении торговой операции. Аналогично, когда пользователь текстового процессора выбирает команду Орфография, он генерирует системное событие "выполнить проверку орфографии".

Контроллер (controller) — это объект, не относящийся к интерфейсу пользователя и отвечающий за обработку системных событий. Контроллер определяет методы для выполнения системных операций.

Системные события не обрабатываются на уровне представления

29. Открытый системный интерфейс и описание операций в рамках унифицированного процесса проектирования

Описание операций.

Описание системных операций определяют детальное поведение системы в терминах изменение состояния объектов модели предметной области после выполнения системных операций.

Основными входными данными для описания операций являются системные операции, определенные для СДП, а также модели предметной области.

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

Описание операций содержит разделы:

1. Операции

2. Ссылки

3. Предусловия

4. Постусловия

Описания определяются для системных операций, системными называются операции, входящие в

открытый интерфейс системы, для обработки входных системных событий, которые система

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

Постусловия писания операций.

В разделе постусловия декларируется изменение состояния объектов в модели предметной области. К таким изменениям относятся:

1. Создание или удаление экземпляра

2. Формирование или разрыв ассоциации

3. Изменение атрибута

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

Наиболее типичной ошибкой при составлении описаний является не включение формирования операций в число постусловий операции. Установка ассоциаций играет особо важную роль при составлении операций.