- •С.М. Шаврин, л.Н. Лядова, с.И. Чуприна Моделирование и проектирование информационных систем
- •Содержание
- •I. Организационно-методический раздел 5
- •II. Содержание курса 6
- •Место курса в системе основной образовательной программы
- •II. Содержание курса Связь между разделами
- •Конспект лекций
- •Введение
- •Понятие информационной системы
- •III. Примерное распределение часов курса по формам и видам работ 153
- •IV. Форма итогового контроля 156
- •V. Учебно-методическое обеспечение курса 156
- •I. Организационно-методический раздел Цели и задачи курса
- •Требования к уровню освоения содержания курса
- •Проблемы сложных задач
- •Введение в теорию моделирования
- •Понятие моделирования и модели. Принципы моделирования и классификация моделей
- •Метамоделирование
- •Классификация информационных систем по уровню и составу моделей
- •Жизненный цикл программного обеспечения
- •Понятие жизненного цикла. Процессы жизненного цикла
- •Модели жизненного цикла
- •Структурный подход
- •Сущность и основные принципы структурного подхода
- •Метод функционального моделирования sadt
- •Моделирование потоков данных
- •Моделирование структур данных
- •Объектный подход
- •Сущность и основные принципы объектного подхода
- •Пример объектно-ориентированного анализа и проектирования
- •Унифицированный язык моделирования uml
- •Обзор языка uml
- •Моделирование функциональных требований и диаграммы прецедентов
- •Типичные ошибки
- •Моделирование бизнес-процессов и диаграммы активностей
- •Элементы диаграммы активностей
- •Концептуальное моделирование и диаграммы понятий
- •Понятие
- •Ассоциации
- •Атрибуты
- •Ограничения
- •Обобщение
- •Прямые и косвенные экземпляры
- •Абстрактные понятия
- •Многомерная множественная классификация
- •Агрегация
- •Правила идентификации отношения агрегации
- •Порядок построения концептуальной модели
- •Рекомендации по построению диаграмм понятий
- •Моделирование поведения системы и диаграмма последовательностей
- •Модель поведения системы
- •Объекты
- •Сообщения
- •Описание системных операций
- •Типичные ошибки
- •Рекомендации по построению диаграмм последовательностей
- •Проектирование поведения системы и диаграммы сотрудничества
- •Диаграммы взаимодействия
- •Диаграмма сотрудничества
- •Работа с коллекциями объектов
- •Сообщения классу
- •Видимость объектов
- •Типичные ошибки
- •Рекомендации по построению диаграмм сотрудничества
- •Проектирование статической структуры системы и диаграмма классов
- •Диаграмма классов
- •Операции
- •Информация о типах
- •Информация об области видимости
- •Вычислимые атрибуты
- •Направление навигации
- •Зависимости
- •Рекомендации по построению диаграмм классов
- •Модель реализации и диаграмма компонентов
- •Модель реализации
- •Диаграмма компонентов
- •Компоненты
- •Стереотипы
- •Пиктограммы
- •Интерфейсы
- •Зависимости
- •Рекомендации по построению диаграммы компонентов
- •Модель и диаграмма развертывания
- •Модель развертывания
- •Диаграмма развертывания
- •Стереотипы
- •Шаблоны проектирования
- •Введение в шаблоны проектирования
- •Обязанности
- •Дополнительная информация
- •Шаблоны проектирования grasp
- •Шаблоны graps
- •Шаблон Expert (Эксперт)
- •Шаблон Creator (Создатель)
- •Шаблон Low Coupling (Низкое Связывание)
- •Шаблон High Cohesion (Высокое Зацепление)
- •Шаблон Controller (Контроллер)
- •Вопрос для итоговой аттестации
- •III. Примерное распределение часов курса по формам и видам работ
- •Учебное задание
- •Примерный перечень вопросов к зачету по всему курсу
- •IV. Форма итогового контроля
- •V. Учебно-методическое обеспечение курса Рекомендуемая литература (обязательная)
- •Рекомендуемая литература (дополнительная)
- •Список адресов в Интернет
- •Моделирование и проектирование информационных систем Учебно-методическое пособие
Вычислимые атрибуты
Вычислимые атрибуты – это такие атрибуты, чье значение класс не хранит, а вычисляет при каждом обращении. Примерами вычислимых атрибутов на рис. 86 являются Продажа.Сумма и ТоварнаяПозиция.Сумма. Перед именем вычислимого атрибута ставится слэш.
Рис. 87. Реализация свойства при помощи скрытого поля и двух методов доступа
Направление навигации
Стрелки на концах ассоциаций означают, что навигация осуществляется только в указанном направлении. Другими словами, видимость в направлении стрелки есть, а в противоположном направлении она отсутствует. Если направление навигации не указано, то подразумевается навигация в обе стороны.
Зависимости
Зависимости используются для отражения способов видимости, отличных от видимости посредством ассоциаций. Например, товарная позиция вызывает методы каталога товара (зависимость «call»), доступ к которому она получает через продажу и систему розничной торговли.
Вопросы для самоконтроля
Какие видимости членов класса бывают? В чем разница при использовании разных видов видимости?
Что такое параметризованный класс?
Как определить состав операций класса?
Задания для самостоятельной работы
Постройте концептуальную модель диаграммы классов.
Постройте диаграммы классов для учебного задания.
Рекомендации по построению диаграмм классов
При построении диаграмм классов придерживайтесь тех же правил, что и при построении диаграмм понятий. Дополнительно можно посоветовать воспользоваться CRC-карточками (Class Responsibility Card – карточка ответственности класса).
Подход заключается в следующем. Необходимо взять несколько небольших кусочков бумаги – по одному на каждый класс. Подходящий размер определите сами, но бумажки должны быть действительно небольшими, например, размером с один или два спичечных коробка. Далее для каждого класса на такой бумажке следует написать его обязанности, при этом нельзя мельчить и использовать излишние сокращения.
Если Вы затрудняетесь сформулировать обязанности некоторого класса, то стоит задуматься о его необходимости.
Если же Вам не хватает листочка, то следует рассмотреть вариант разбиения соответствующего класса на несколько более простых.
Модель реализации и диаграмма компонентов
Тематический контекст
Краткое содержание
Модель реализации.
Диаграмма компонентов. Основные элементы диаграммы компонентов: компоненты, интерфейсы, зависимости.
Использование стереотипов.
Модель реализации
В предыдущих разделах были рассмотрены модели анализа и проектирования, которые призваны ответить на вопросы «Что делать?» и «Как делать?» соответственно. Модель реализации завершает описание системы и акцентирует внимание на ее физической структуре. Под физической структурой в данном случае понимается как набор программных компонентов, так и аппаратные средства, на которых они размещаются и исполняются.
Для построения моделей реализации в UML используется два типа диаграмм – диаграммы компонентов и диаграммы развертывания. Рассмотрим диаграмму компонентов.
Диаграмма компонентов
Диаграмма компонентов представляет собой граф компонентов и зависимостей между ними. Она служит для отображения зависимостей между программными модулями, включая компоненты исходного или выполняемого кода. Пример диаграммы компонентов приведен на рис. 88.
Рис. 88. Пример диаграммы компонентов
