
- •Характеристика этапов технологического (жизненного) цикла создания и развития информационной системы: сбор требований к информационной системе; проектирование информационной системы
- •5. Роль, функции и результат работы проектировщика взаимодействия пользователя с информационной системой на всех этапах работы над проектом создания инфомационной системы
- •Пользовательскии интерфейс: определение, назначение, техническая суть, классификация, характеристики, примеры и перспективы развития. Подробная характеристика пользовательских интерфейсов
- •Uml диаграммы: определение, назначение, техническая суть, классификация, характеристики, примеры и перспективы развития
- •Структурные диаграммы:
- •Диаграммы поведения:
- •Диаграммы взаимодействия:
- •Порядок построения диаграммы классов. Порядок построения диаграммы компонентов
- •Порядок построения диаграммы композитной/составной структуры. Порядок построения диаграммы объектов
- •Порядок построения диаграммы деятельности. Порядок построения диаграммы состояний
- •Порядок построения диаграммы вариантов использования. Порядок построения диаграммы коммуникации
- •Порядок построения диаграммы обзора взаимодействия. Порядок построения диаграммы последовательности
- •Задачи прототипирования пользовательского интерфейса информационной системы. Виды прототипов. Критерии выбора инструмента для прототипирования пользовательского интерфейса информационной системы
- •Статический и динамический прототипы системы: основные отличия и особенности создания прототипов. Примеры статичеких прототипов. Примеры динамических прототипов
- •Характеристика и назначение различных видов прототипов пользовательского интерфейса информационной системы
- •Понятие навигации в информационных системах. Классификация элементов навигации. Назначение навигационных карт и принципы их функционирования. Варианты реализации информационных карт
- •Структура меню в информационных системах. Характеристики и особенности различных видов и типов структуры меню в информационных системах
- •Роль цвета в пользовательских интерфейсах. Обзор основных цветов. Принципы создания цветовых схем пользовательских интерфейсов. Критерии выбора инструмента подбора цветовых схем
- •Задачи юзабилити-тестирования на различных стадиях разработки информационной системы. Особенности юзабилити-тестирования
- •Классификация методов юзабилити-тестирования информационных и технических систем. Сферы применения и назначение различных методов юзабилити-тестирования
- •Характеристика методов юзабилити-тестирования: карточная сортировка, контекстное исследование. Сферы применения перечисленных методов юзабилити тестирования
- •Характеристика методов юзабилити-тестирования: контрольные листы, обзоры. Сферы применения перечисленных методов юзабилити тестирования
- •Характеристика методов юзабилити-тестирования: опросники, протоколы самоотчета, фокусные группы. Сферы применения перечисленных методов юзабилити тестирования
- •Эвристическая оценка юзабилити информационной системы: определение, назначение, техническая суть, классификация, характеристики, примеры и перспективы развития
- •Базовые принципы экранной типографики. Особенности восприятия человеком экранного текста. Специфика отображения шрифтов на экране
Порядок построения диаграммы классов. Порядок построения диаграммы компонентов
Статическая структура проектируемой системы представляется в UML диаграммами классов, а также диаграммами реализаций – компонентов и размещения. Диаграмма классов определяет типы классов системы, а также различного рода связи, существующие между ними.
Классом называется описание совокупности объектов с общими атрибутами, операциями, отношениями и семантикой. Например, класс “Стена” описывает объекты с общими свойствами: высотой, длиной, толщиной, и т.д. При этом конкретные стены будут рассматриваться как отдельные экземпляры класса «стена». На диаграмме UML класс отображается в виде прямоугольника.
Атрибут – это именованное свойство класса, включающие описание множества значений, которые могут принимать экземпляры этого свойства. Он представляет собой некоторое свойство моделируемой сущности общее для всех объектов данного класса. Например, у любой стены есть высота, ширина и толщина.
Операция – это некоторый сервис, который предоставляет экземпляр или объект класса по требованию своих клиентов
Классы редко существуют автономно, они взаимодействуют между собой. Это значит, что, при моделировании системы, необходимо идентифицировать не только сущности, составляющие ее словарь, но и описать, как они соотносятся друг с другом. Существует основные три вида отношений между классами: зависимости, обобщения, ассоциации. Кроме перечисленных отношений на диаграммах классов также применяются отношения агрегации и композиции.
Отношение агрегации применяется для представления системных взаимосвязей типа "часть-целое". Например, деление персонального компьютера на составные части: системный блок, монитор, клавиатуру и мышь
Отношение композиции является частным случаем агрегации. Оно служит для выделения специальной формы отношения "часть-целое", при которой оставляющие части в некотором смысле находятся внутри целого. Специфика взаимосвязи между ними заключается в том, что части не могут выступать в отрыве от целого, т.е. с уничтожением целого уничтожаются и все его составные части.
Последовательность построения диаграммы классов:
Определите все классы, задействованные в программном решении. Для этого проанализируйте диаграммы взаимодействий.
Отобразите их на диаграмме классов.
Перенесите на диаграмму атрибуты соответствующих понятий из концептуальной модели.
Добавьте имена методов на основе анализа диаграмм взаимодействия.
Добавьте информацию о типах атрибутов и методов.
Добавьте ассоциации, необходимые для поддержки обеспечения видимости посредством атрибутов.
Добавьте стрелки, определяющие направление навигации для ассоциаций.
Добавьте линии зависимостей, определяющие другие способы обеспечения видимости, отличные от видимости посредством атрибутов.
Диаграмма компонентов описывает особенности физического представления системы. Диаграмма компонентов позволяет определить архитектуру разрабатываемой системы, установив зависимости между программными компонентами, в роли которых может выступать исходный, бинарный и исполняемый код. Основными графическими элементами диаграммы компонентов являются компоненты, интерфейсы и зависимости между ними.
Для представления физических сущностей в языке UML применяется специальный термин – компонент (component). Компонент реализует некоторый набор интерфейсов и служит для общего обозначения элементов физического представления модели.
Следующим
элементом диаграммы компонентов
являются интерфейс. В общем случае
интерфейс графически изображается
окружностью, которая соединяется с
компонентом отрезком линии без стрелок.
Семантически линия означает реализацию
интерфейса, а наличие интерфейсов у
компонента означает, что данный компонент
реализует соответствующий набор
интерфейсов.
На диаграмме компонентов также могут быть представлены отношения зависимости между компонентами и реализованными в них классами. Эта информация имеет важное значение для обеспечения согласования логического и физического представлений модели системы.