
- •Изучение объектно-ориентированного подхода к проектированию информационных систем
- •1.1 Методологии разработки и проектирования ис
- •1.3 Основы языка uml
- •1.3.1 Диаграмма вариантов использования
- •1.3.2 Диаграмма классов
- •1.3.3 Диаграммы кооперации и последовательности
- •1.3.4 Диаграммы состояний и деятельности
- •1.3.5 Диаграммы компонентов и развертывания
- •2.1 Глоссарий
- •2.2 Концептуальная модель системы
- •2.2.1 Диаграмма вариантов использования
- •2.2.2 Диаграмма классов
- •2.3 Анализ поведения системы
- •2.3.1 Диаграммы кооперации и последовательности
- •2.3.2 Диаграммы состояний и деятельности
- •2.4 Физическая модель
1.3.5 Диаграммы компонентов и развертывания
Физическая система (physical system) — реально существующий прототип модели системы.
Диаграмма компонентов, в отличие от ранее рассмотренных диаграмм, описывает особенности физического представления системы. Диаграмма компонентов обеспечивает согласованный переход от логического представления к конкретной реализации проекта в форме программного кода, позволяет определить архитектуру разрабатываемой системы, установив зависимости между программными компонентами, в роли которых может выступать исходный текст, исполняемый код и др..
Компонент (component) — физически существующая часть системы, которая обеспечивает реализацию классов и отношений, а также функционального поведения моделируемой программной системы.
Модуль (module) — часть программной системы, требующая памяти для своего хранения и процессора для исполнения.
В языке UML для компонентов определены следующие стереотипы:
- <<file>> (файл) – определяет наиболее общую разновидность компонента, который представляется в виде произвольного физического файла.
- <<executable>> (исполнимый) – определяет разновидность компонента-файла, который является исполнимым файлом.
- <<document>> (документ) – определяет разновидность компонента-файла, который представляется в форме документа произвольного содержания, не являющегося исполнимым файлом или файлом с исходным текстом программы.
- <<library>> (библиотека) – определяет разновидность компонента-файла, который представляется в форме динамической или статической библиотеки.
- <<source>> (источник) – определяет разновидность компонента-файла, представляющего собой файл с исходным текстом программы, который после компиляции может быть преобразован в исполнимый файл.
- <<table>> (таблица) – определяет разновидность компонента, который представляется в форме таблицы базы данных.
Диаграмма развертывания (deployment diagram) - диаграмма, на которой представлены узлы выполнения программных компонентов реального времени, а также процессов и объектов. Диаграмма развертывания применяется для представления общей конфигурации и топологии распределенной программной системы и содержит изображение размещения компонентов по отдельным узлам системы.
Представляются только те компоненты программы, которые являются исполнимыми файлами или динамическими библиотеками.
Узел (node) представляет собой физически существующий элемент системы, который может обладать вычислительным ресурсом или являться техническим устройством. Ресурсоемкий узел (processor), под которым понимается узел с процессором и памятью, необходимыми для выполнения исполняемых компонентов. Он изображается в форме куба с боковыми гранями, окрашенными в серый цвет. Второй стереотип в форме обычного куба обозначает устройство (device), под которым понимается узел без процессора и памяти (б).
Пакет (package) — общецелевой механизм для организации различных элементов модели в множество, реализующий системный принцип декомпозиции модели сложной системы и допускающий вложенность пакетов друг в друга.
Модель является подклассом пакета и представляет собой абстракцию физической системы, которая предназначена для вполне определенной цели.
2 Анализ и построение модели информационной системы, предназначенной для управления турникетом метро
При помощи турникета контролируется проход пассажиров в метро и взимается входная плата. Турникет имеет приемник карт, устройство для перекрывания доступа, таймер, три оптических датчика для определения прохода пассажира, устройство подачи звуковых сигналов, индикаторы «Проход» и «Стоп». В начальном состоянии турникета зажжен индикатор «Стоп», индикатор «Проход» потушен. Если один из датчиков посылает сигнал, то проход через турникет сразу же перекрывается, и подается предупредительный звуковой сигнал. Для прохода пассажир должен поместить карту в приемник карт. Турникет считывает с нее данные: срок годности карты и количество «единиц» на ней. Если данные не удается считать, или карта просрочена, или заблокирована, то карта возвращается пассажиру, и турникет остается в исходном состоянии. В другом случае с карты списывается одна «единица», карта возвращается из приемника, индикатор «Стоп» гаснет, зажигается индикатор «Проход», и пассажир может пройти через турникет. Получив от одного из датчиков сигнал, турникет ожидает время, отведенное на проход пассажира (5 секунд), после чего он возвращается в начальное состояние.
Наличие трех датчиков в турникете гарантирует, что при проходе пассажира хотя бы один из них подаст сигнал (датчики невозможно перешагнуть, перепрыгнуть и т.д.). Во время прохода пассажира возможна ситуация, когда все три датчика посылают сигналы. В этом случае принимается только первый сигнал и от момента его приема отсчитывается положенное время. Остальные сигналы игнорируются. Турникет заносит в свою память время всех оплаченных проходов. В конце рабочего дня он передает всю информацию, накопленную за день, в АСУ метрополитена.