
- •Характеристика этапов технологического (жизненного) цикла создания и развития информационной системы: сбор требований к информационной системе; проектирование информационной системы
- •5. Роль, функции и результат работы проектировщика взаимодействия пользователя с информационной системой на всех этапах работы над проектом создания инфомационной системы
- •Пользовательскии интерфейс: определение, назначение, техническая суть, классификация, характеристики, примеры и перспективы развития. Подробная характеристика пользовательских интерфейсов
- •Uml диаграммы: определение, назначение, техническая суть, классификация, характеристики, примеры и перспективы развития
- •Структурные диаграммы:
- •Диаграммы поведения:
- •Диаграммы взаимодействия:
- •Порядок построения диаграммы классов. Порядок построения диаграммы компонентов
- •Порядок построения диаграммы композитной/составной структуры. Порядок построения диаграммы объектов
- •Порядок построения диаграммы деятельности. Порядок построения диаграммы состояний
- •Порядок построения диаграммы вариантов использования. Порядок построения диаграммы коммуникации
- •Порядок построения диаграммы обзора взаимодействия. Порядок построения диаграммы последовательности
- •Задачи прототипирования пользовательского интерфейса информационной системы. Виды прототипов. Критерии выбора инструмента для прототипирования пользовательского интерфейса информационной системы
- •Статический и динамический прототипы системы: основные отличия и особенности создания прототипов. Примеры статичеких прототипов. Примеры динамических прототипов
- •Характеристика и назначение различных видов прототипов пользовательского интерфейса информационной системы
- •Понятие навигации в информационных системах. Классификация элементов навигации. Назначение навигационных карт и принципы их функционирования. Варианты реализации информационных карт
- •Структура меню в информационных системах. Характеристики и особенности различных видов и типов структуры меню в информационных системах
- •Роль цвета в пользовательских интерфейсах. Обзор основных цветов. Принципы создания цветовых схем пользовательских интерфейсов. Критерии выбора инструмента подбора цветовых схем
- •Задачи юзабилити-тестирования на различных стадиях разработки информационной системы. Особенности юзабилити-тестирования
- •Классификация методов юзабилити-тестирования информационных и технических систем. Сферы применения и назначение различных методов юзабилити-тестирования
- •Характеристика методов юзабилити-тестирования: карточная сортировка, контекстное исследование. Сферы применения перечисленных методов юзабилити тестирования
- •Характеристика методов юзабилити-тестирования: контрольные листы, обзоры. Сферы применения перечисленных методов юзабилити тестирования
- •Характеристика методов юзабилити-тестирования: опросники, протоколы самоотчета, фокусные группы. Сферы применения перечисленных методов юзабилити тестирования
- •Эвристическая оценка юзабилити информационной системы: определение, назначение, техническая суть, классификация, характеристики, примеры и перспективы развития
- •Базовые принципы экранной типографики. Особенности восприятия человеком экранного текста. Специфика отображения шрифтов на экране
Порядок построения диаграммы композитной/составной структуры. Порядок построения диаграммы объектов
Диаграмма композитной/составной структуры (Compositestructurediagram) — статическая структурная диаграмма, демонстрирует внутреннюю структуру классов и, по возможности, взаимодействие элементов (частей) внутренней структуры класса.
Диаграммы композитной структуры могут использоваться совместно с диаграммами классов.
Рисунок 1. Шаблон "Декоратор" на структурной диаграмме
Диаграммы объектов позволяют моделировать экземпляры сущностей, которые содержатся в диаграммах классов. На диаграмме объектов показано множество объектов и отношений между ними в некоторый момент времени.
Диаграммы объектов применяют при моделировании статических видов системы с точки зрения проектирования и процессов. При этом моделируется "снимок" системы в данный момент времени и изображается множество объектов, их состояний и отношений между ними.
Диаграммы объектов важны не только для визуализации, специфицирования и документирования структурных моделей, но и для конструирования статических аспектов системы с помощью прямого и обратного проектирования.
При моделировании вида системы с точки зрения проектирования с помощью набора диаграмм классов можно полностью определить семантику абстракций и их отношений. Однако диаграммы объектов не позволяют полностью описать объектную структуру системы. У класса может быть большое количество различных экземпляров, а при наличии нескольких классов, связанных друг с другом отношениями, число возможных конфигураций объектов многократно возрастает. Поэтому при использовании диаграмм объектов нужно сосредоточиться только на изображении интересующих наборов конкретных объектов или объектов-прототипов. Именно это и понимается под моделированием объектной структуры - отображение на диаграмме объектов множества объектов и отношений между ними в некоторый момент времени.
Моделирование объектной структуры осуществляется так:
Идентифицирование механизма, который будет моделироваться. Механизм представляет собой некоторую функцию или поведение части моделируемой системы, являющееся результатом взаимодействия сообщества классов, интерфейсов и других сущностей.
Для каждого обнаруженного механизма следует идентифицировать классы, интерфейсы и другие элементы, участвующие в кооперации, а также отношения между ними.
Следует рассмотреть один из сценариев использования работы механизма, заморозить этот сценарий в некоторый момент времени и изобразить все объекты, участвующие в механизме.
Отобразить состояние и значения атрибутов каждого такого объекта, если это необходимо для понимания сценария.
Отобразить также связи между этими объектами, которые представляют экземпляры существующих ассоциаций.
В качестве примера на рисунке показана совокупность объектов, взятая из реализации автономного робота. Внимание здесь акцентировано на нескольких объектах, составляющих часть механизма робота, предназначенного для расчета модели мира, в котором тот перемещается. Разумеется, в работе системы принимает участие гораздо больше объектов, но в этой диаграмме рассматриваются только абстракции, непосредственно вовлеченные в процесс формирования взгляда на мир.
Как видно из рисунка, один из объектов соответствует самому роботу (r, экземпляр класса Robot); в настоящий момент он находится в состоянии moving(движется). Этот объект связан с экземпляром w класса World(Мир), являющегося абстракцией модели мира робота. В свою очередь объект w связан с мультиобъектом, который состоит из экземпляров класса Element, описывающего сущности, опознанные роботом, но еще не включенные в его модель мира. Эти элементы помечены как части глобального состояния робота.
В текущий момент времени экземпляр w связан с двумя экземплярами класса Area. У одного из них (а2) показаны его собственные связи с тремя объектами класса Wall (Стена) и одним – класса Door (Дверь). Указана ширина каждой из трех стен и обозначено, что каждая связана с соседними. Как видно из диаграммы, робот распознал, что замкнутое помещение, в котором он находится, имеет с трех сторон стены, а с четвертой - дверь.