Высокоуровневые методы информатики и программирования Лекция 3 Концептуальная

модель UML

программных систем. Его использование особенно эффективно в следующих областях:
информационные системы

обеспечения. Его выразительность позволяет моделировать, скажем, документооборот в юридических системах,

для создания "чертежей" программного обеспечения. С помощью UML можно визуализировать,

ИС масштаба предприятия до распределенных Web-приложений и даже встроенных систем

всего лишь язык; он является одной из составляющих процесса разработки

(описывает ключевые абстракции ПО – классы, интерфейсы и т.п., )
Модель

МФ ПГУ им.М.В.Ломоносова

его концептуальную модель, которая включает в себя три составные части:

строительных блоков:

сущности;
отношения;
диаграммы.

Сущности - это абстракции, являющиеся основными

поведенческие;
группирующие;
аннотационные.
Сущности являются основными объектно-ориентированными блоками языка. С

объектов с общими атрибутами, операциями, отношениями и семантикой. Класс реализует

которые определяют сервис (набор услуг), предоставляемый классом или компонентом. Т.о.,

собой совокупность ролей и других элементов, которые, работая совместно, производят

последовательности выполняемых системой действий, которая производит наблюдаемый результат, значимый для

объекты которого вовлечены в один или несколько процессов, или нитей

(физической) системы, который существует во время функционирования программного комплекса и

составляющими модели UML. Это глаголы языка: они описывают поведение модели

которого заключается в обмене сообщениями (Messages) между объектами в рамках

поведения, определяющий последовательность состояний, через которые объект или взаимодействие проходят

отношений:
зависимость;
ассоциация;
обобщение;
реализация.

между двумя сущностями, при котором изменение одной из них, независимой,

совокупность связей; связь - это соединение между объектами. Разновидностью ассоциации

при котором объект специализированного элемента (потомок) может быть подставлен вместо

между классификаторами, при котором один классификатор определяет "контракт", а другой

отношений, которые можно включать в модели UML. Существуют также их

представление набора элементов, изображаемое чаще всего в виде связанного графа

сущностей и отношений. На практике, однако, применяется сравнительно небольшое количество

типов диаграмм:
диаграммы вариантов использования;
диаграммы классов;
диаграммы пакетов;
диаграммы последовательностей

операций, которые выполняет система. Часто этот вид диаграмм называют диаграммой

аппаратной части системы, то есть «железа», а не программ. В

обладающий определенным поведением, может находится в определенных состояниях, переходить из

объектов системы, имеющих сложную модель поведения. Это одна из двух

для отражения состояний моделируемого объекта, однако, основное назначение Activity diagram

в себя диаграммы Sequence diagram (диаграммы последовательностей действий) и Collaboration

в системе происходит посредством приема и передачи сообщений объектами-клиентами и

позволяет описать взаимодействия объектов, абстрагируясь от последовательности передачи сообщений. На

позволяет создавать логическое представление системы, на основе которого создается исходный

данного типа диаграмм в различных нотациях. В нотации, предложенной Г.

предназначен для распределения классов и объектов по компонентам при физическом