Модель использования:

Вариант использования

Вариант использования – Аспект поведения программного обеспечения при его использования отдельным пользователем.

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

Типы вариантов использования

1. Основные – обеспечивают требуемую функциональность.

2. Вспомогательные (второстепенные) – обеспечивают настройку и обслуживание.

3. Дополнительные. Обеспечивают удобство пользователю.

Формы описания использования вариантов использования:

1. Краткая. Разделы:

   1. Название

   2. Цель

   3. Действующие лица

   4. Тип

   5. Краткое описание

2. Подробная. Разделы (дополняют разделы краткой формы):

   1. Основной поток событий

   2. Альтернативные потоки

   3. Специальные требования

   4. Предусловие

   5. Постусловие

   6. Дополнительные замечания

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

Диаграммы вариантов использования

Диаграмма вариантов использования - это графическое представление ожидаемого поведения системы в виде набора вариантов использования.

Основные элементы:

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

2. Вариант использования – некоторое очевидное для действующего лица процедура решающая его задачу. Обозначается глаголом или отглагольной формы.

3. С вязь. Отражает взаимодействие действующих лиц и вариантов использования. Отображается простой линией.

Типы связей (стереотипы)

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

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

Модель процессов

Диаграммы деятельностей (Activity Diagram)

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

Основные элементы:

1. Начало и конец. Используется для описание пред и постусловия.

2. Деятельность. операция (задачи) которые необходимо выполнить.

3. Выбор (условные переход). Условное обозначение альтернативных процессов

4. Линии синхронизации. Условное обозначение параллельных процессов.

Логическая модель. Модель реализации.

Диаграммы классов.

Графическое изображение концептуальной модели предметной области.

Уровни диаграмм классов:

1. Уровень концептуальный. Диаграммы называют контекстными, описывают связи между основными понятиями предметной области. Используются на этапе анализа.

2. Уровень спецификаций. Отражают интерфейсы классов. Используются на этапе проектирования.

3. Уровень реализаций. Отражают атрибуты и операций классов. Используются на этапе реализаций.

Диаграммы классов. Этапы анализа.

Основные элементы диаграмм классов:

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

2. Атрибут. Существенная характеристика или признак объекта.

3. Отношение. Статическая связь между классами. Виды отношений:

   1. Отношения ассоциаций – означают наличие связи между объектами классов. Обозначается сплошной линией.

2. Обобщение (наследование). Отношение между классами, при котором любой объект одного класса (подтипа) обязательно являются объектом другого класса (супертип).

3. Зависимость – условное отношение между классами при отсутствие явных связей.

О перация – действие реализуемое классом.

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

Диаграммы классов, этапы проектирования.

Основные типы или стереотипы классов:

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

2. Граничные (интерфейсные классы). Обеспечивают взаимодействие между внутренними элементами системы и действующими лицами. Классы, реализующие пользовательские и программные интерфейсы.

3. Управляющие классы. Служат для моделирования действий и операций по обработке информации.

4. Исключение. Используются для обработки исключительных операций.

Абстрактный класс – класс, не имеющий экземпляров. Служит для создания других классов.

Интерфейсы – класс, содержащий только объявления операций.

На этапе проектирования могут уточнять тип ассоциаций и выделяют:

1. Агрегация. Ассоциация между целым и частями.

2. Композиция. Более сильная разновидность агрегации, при этом объект - часть может принадлежать только единственному целому, создается и уничтожается только вместе с ним.

Диаграммы классов. Уровни реализации.

Разработка диаграмм класса уровней реализаций предполагает детализированное описание атрибутов и операций классов.

Спецификация атрибутов класса:

<ВП><ИМЯ>:<ТИП>=<ЗНАЧЕНИЕ ПО УМОЛЧАНИЮ>

Public

Private

protected

Спецификация операций:

<ВП><ИМЯ ОПЕРАЦИЙ> (<СПИСОК ПАРАМЕТРОВ>):<ТИП>

Спецификация параметра операций:

<ВИД><ИМЯ ПАРАМЕТРА>:<ТИП> = <ЗНАЧЕНИЕ ПО УМОЛЧАНИЮ>

IN

OUT

INOUT