Экзаменационные вопросы по дисциплине "Проектирование информационных систем" (технологические сети проектирования), страница 30

Пояснения: Состояние Вида Деятельности = Событие в Диаграмме Состояний

Необходимо определить в каких состояниях нах-ся предмет труда в данной диаграмме Вид. Деят., для определения событий, т.е. операций.

57. ТСП построения и анализа диаграмм классов.

Класс (class) в языке UML служит для обозначения множества объектов, которые обладают одинаковой структурой, поведением и отношениями с объектами из других классов.

Объект – экземпляр класса.

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

Диаграмма классов (class diagram) служит для представления статической структуры модели системы в терминологии классов объектно-ориентированного программирования. Диаграмма классов может отражать, в частности, различные взаимосвязи между отдельными сущностями предметной области, такими как объекты и подсистемы, а также описывает их внутреннюю структуру и типы отношений. На данной диаграмме не указывается информация о временных аспектах функционирования системы. С этой точки зрения диаграмма классов является дальнейшим развитием концептуальной модели проектируемой системы.

Назначение: определение конструкции системы.

Вход	Преобразователь	Выход
Д1 – Устав предприятия, Д2 – орг. структура, Д3 – регламенты работ, долж. инструкции	1) Построение обобщенной инф. модели	Д4 – обобщенная инф. модель
Д4, Д5 – информация о проблемном участке	2) Локализация системы	Д6 – система, Д7 – внешние сущности
Д3, Д6	3) Определение номенклатуры объектов системы	Д8 – номенклатура объектов системы
Д3, Д7, Д8.	4) Определение свойств объектов системы и внешних сущностей	Д9 – свойства объектов системы  и внешних сущностей
Д6, Д7, Д9	5) Выявление групп объектов с идентичными свойствами	Д10 – номенклатура групп объектов
Д6, Д10	6) Определении номенклатуры классов	Д11 – номенклатура классов
Д9, Д11	7) Определение атрибутов классов	Д12 – номенклатура атрибутов классов
Д3, Д11	8) Определение методов классов	Д13 – номенклатура методов классов
Д11, Д12, Д13	9) Определение связей между классами	Д14 – связи между классами
Д11, Д12, Д13, Д14	10) Построение диаграммы классов	Д15 – диаграмма классов

58. ТСП построения и анализа диаграммы компонент (component diagram)

            Компонента - это физическая часть системы, фрагмент реализации, программа. Компонента может быть исполняемым файлом, исходным текстом программы, файлом данных, таблицей БД, библиотекой, хранимой процедурой СУБД.

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

            Назначение: определить архитектуру разрабатываемой системы, установив зависимости между программными и прочими компонентами.

            Цель построения: анализ архитектуры системы с целью минимизации количества компонент за счет применения типизации и стандартизации.

Вход	Преобразователь	Выход
Построение
Д1 – диаграмма сценариев U1 – множество прецедентов на диаграмме сценариев	П1 – выделение прецедента для построения диаграммы компонент (ДК)	Р1 – выделенный прецедент
Р1 Д2 – диаграмма классов для выбранного прецедента	П2 – Выбор классов для построения ДК	Д3 – перечень классов (объектов), участвующих в реализации прецедента
Д3	П3 – группировка классов по компонентам	Д4 – перечень компонент
Д3, Д4	П4 – выделение интерфейсов компонент на основе интерфейсов, входящих в компоненту классов	Д5 – перечень методов (интерфейсов для каждой компоненты)
Д4	П5 – Размещение компонент на диаграмме	Д6 – ДК с размещенными на ней компонентами
Д6	П6 – Определение отношений зависимости и композиции между компонентами	Д7 – ДК, содержащая компоненты и отношения между ними
Д7, Д5	П7 – Размещение интерфейсов компонент на ДК и указание взаимодействия компонент через интерфейсы	Д8 – Готовая ДК
Анализ
Д8	П8 – анализ возможности замены нетиповых компонент типовыми	Д9 – перечень применимых к использованию типовых компонент
Д8	П9 – анализ возможности использования типовых и стандартных интерфейсов для организации взаимодействия между компонентами	Д10 – перечень применимых для использования типовых и стандартных интерфейсов
Д8 Д11 – перечень, используемых технических (вычислительных) средств	П10 – Построение диаграммы развертывания (топологии)	Д12 – диаграмма топологии

59. ТСП построения и анализа диаграммы последовательности (sequence diagram)

Диаграмма последовательностей является видом диаграмм взаимодействий. (вместе с диаграммами кооперации). Разница между этими моделями заключается в акцентах. Модели последовательностей концентрируются на временных последовательностях событий, а в моделях кооперации основное внимание уделяется отношениям между объектами (последовательности и параллельности работы классов). Диаграммы последовательностей используются на этапе анализа требований, диаграммы кооперации  - на этапе системного проектирования.