- •220400 «Программное обеспечение вычислительных комплексов и автоматизированных систем»
- •Глава 1. Понятие и сущность моделирования. Место компьютерного моделирования в задачах изучения процессов и явлений
- •§ 1. Понятие модели. Функции моделей и их классификация
- •1.1. Понятие и функции моделей
- •1.2. Классификация моделей
- •§ 2. Структура моделей
- •2.1. Структура модели и ее основные составляющие
- •2.2. Анализ и синтез
- •2.3. Требования к модели
- •§ 3. Виды моделирования. Понятие и сущность компьютерного моделирования
- •3.1. Виды моделирования
- •3.2. Понятие и сущность компьютерного моделирования
- •3.3. Искусство моделирования. Действия, выполняемые в процессе моделирования
- •§ 4. Моделирование как искусство. Этапы процесса моделирования
- •4.1. Этапы процесса моделирования
- •4.2. Постановка задачи и определение типа модели
- •4.3. Формулирование модели
- •4.4. Проверка модели
- •4.5. Стратегическое и тактическое планирование
- •4.6. Экспериментирование и анализ чувствительности
- •4.7. Реализация замысла и документирование
- •Глава 2. Объектно-ориентированная технология как современная парадигма компьютерного моделирования. Основные сведения о языке uml
- •§ 5. Объектно-ориентированная технология как современная парадигма компьютерного моделирования
- •5.1. Обстоятельства и причины появления объектно-ориентированной технологии. Основные термины
- •В общем случае объекты обладают двумя качествами:
- •5.2. Принципы объектно-ориентированной технологии
- •§ 6. Назначение и цели унифицированного языка моделирования. Основные концепции uml
- •6.1. Назначение и цели uml
- •6.2. Основные концепции uml
- •§ 7. Статическое представление модели
- •7.1. Классификаторы
- •Типы классификаторов
- •7.2. Отношения
- •7.3. Ограничения
- •§ 8. Структурные представления модели
- •8.1. Представление вариантов использования
- •Виды отношений вариантов использования
- •8.2. Представления программной реализации и развертывания
- •§ 9. Представление в виде конечного автомата как один из видов динамического представления модели
- •9.1. Понятие конечного автомата. Определение события и состояния
- •9.2. Понятие и структура перехода. Типы переходов
- •§ 10. Представления деятельности и взаимодействия как виды динамического представления модели
- •10.1. Представление деятельности
- •10.2. Представление взаимодействия
- •§ 11. Представление управления моделью и дополнительные возможности языка uml
- •11.1. Представление управления моделью
- •11.2. Расширение возможностей языка uml
- •Глава 3. Понятие и виды имитационного моделирования. Инструментарий имитационного моделирования: назначение и краткий обзор
- •§ 12. Понятие и виды имитационного моделирования. Роль языков имитационного моделирования в решении задач компьютерного моделирования
- •12.1. Понятие и виды имитационного моделирования
- •12.2. Роль языков имитационного моделирования в решении задач компьютерного моделирования
- •§ 13. Классификация и краткая характеристика языков имитационного моделирования. Среда и функциональная структура языка моделирования gpss
- •13.1. Классификация языков имитационного моделирования
- •13.2. Принципы организации системы gpss
- •Глава 4. Общие понятия о графическом моделировании и геоинформационных системах
- •§ 14. Способы представления и принципы обработки графических данных на персональных эвм
- •14.1. Представление в компьютере графической информации. Растровая и векторная графика
- •14.2. Модели представления цвета в графических изображениях
- •14.3. Форматы графических файлов
- •14.4. Принципы обработки графических данных на персональных компьютерах
- •§ 15. Геоинформационные системы и особенности моделирования земной поверхности
- •15.1. Основные понятия и организация гис
- •15.2. Проблемы качества векторных цифровых карт для гис
- •§ 16. Классификация программного обеспечения гис и реализация гис-проектов
- •16.1. Классификация и краткая характеристика программного обеспечения гис
- •16.2. Порядок создания гис-проектов
- •Компьютерные модели в информационных технологиях на железнодорожном транспорте
- •127994, Москва, ул.Образцова, 15
7.3. Ограничения
Хотя язык UML предлагает набор сущностей и отношений, позволяющих представить моделируемую систему в виде графа, некоторую информацию удобнее выражать текстом. Ограничение (constraint) – это логическое выражение, представленное строкой текста на определенном языке (естественном языке, языке программирования, языке ограничений) или в виде специальной нотации. В UML входит язык ограничений под названием Object Constraint Language (OCL), который максимально подходит для выражения UML-ограничений. Ограничения можно использовать также в различных отношениях, например, для ассоциаций, а также для кванторов общности и существования.
На диаграммах ограничения представляются в виде текста, заключенного в фигурные скобки и записанного формальным или естественным языком. Строка текста, в которой содержится ограничение, должна быть помещена в элемент-примечание (note), или присоединяться к стрелке зависимости.
Рис.13. Ограничения
§ 8. Структурные представления модели
8.1. Представление вариантов использования
Представление вариантов использования описывает поведение классов, подсистем или всей системы в целом с точки зрения пользователя. При этом вся деятельность в рамках системы делится на транзакции, называемые вариантами использования (use cases). Вариант использования описывает взаимодействие системы с одним или несколькими действующими лицами (актантами) в виде последовательности сообщений.
Рис. 14. Пример диаграммы вариантов использования для программы продаж по каталогу с использованием телефона
Актант (actor) – это идеализированная внешняя сущность (процесс, компьютер или человек), вступающая во взаимодействие с системой, подсистемой или классом. С его помощью определяются те взаимодействия, которые могут осуществляться между системой и ее пользователями. В реальном мире один физический пользователь может выполнять функции нескольких актантов системы, и наоборот – несколько пользователей могут соответствовать одному актанту.
Каждый актант вступает во взаимодействие с одним или несколькими вариантами использования. Это взаимодействие производится путем обмена сообщениями с системой или классом, к которому относится вариант использования. На диаграммах актант изображается в виде схематического человечка, под которым указано его имя.
Вариантом использования называется блок внешне наблюдаемой деятельности системы (т.е. последовательность сообщений между системой и одним или несколькими актантами). Вариант использования описывает некоторую часть поведения системы, не вдаваясь при этом в особенности ее внутренней структуры. Он не представляет собой четкую конструкцию, которую можно напрямую реализовать в программном коде. Напротив, каждый вариант использования отображается на классы, служащие для реализации системы. Каждый класс может играть несколько ролей в реализации системы и участвовать в реализации нескольких вариантов использования. Одна из задач проектирования – найти для реализации вариантов использования те классы, которые играют нужные роли и не создают при этом излишних сложностей.
Таблица № 5