- •1. Методология объектно-ориентированного программирования (ооп). Понятие класса и объекта. Общие принципы
- •2. Методология объектно-ориентированного анализа и проектирования. Основные этапы развития uml
- •3. Основные компоненты языка uml. Унифицированный процесс проектирования. Состав моделей
- •4. Uml Диаграмма вариантов использования и правила ее построения. Пример.
- •5. Uml. Концептуальный уровень. Диаграмма классов и правила ее построения. Пример.
- •6. Операции и методы в языке uml.Свойства понятий и нотация. Примеры
- •7. Отношения между классами в uml. Примеры
- •8. Uml. Логический и физический уровень. Диаграммы классов. Объекты и шаблоны (параметризованные классы).
- •9.Диаграмма состояний (простые состояния) и правила ее построения. Пример.
- •10.Составные и исторические состояния в диаграмме состояний. Сложные переходы. Синхронизирующие состояния. Примеры.
- •11.Диаграмма деятельности и правила ее построения. «Плавательные дорожки». Примеры.
- •12. Диаграмма последовательности и правила ее построения. Виды сообщений и правила их обозначений. Примеры
- •13. Диаграмма кооперации и правила ее построения. Активные и пассивные объекты. Связи в кооперации и их обозначения.
- •14. Диаграмма компонентов и правила ее оформления. Интерфейсы и их описания. Примеры
- •15. Диаграмма развертывания и правила ее построения
- •16. Язык объектных ограничений ocl.Назначение и основные конструкции.
- •17. Модель данных и ее связь с объектной моделью. Генерация схем баз данных.
- •Объектные модели данных
- •Модели данных на основе записей
- •Физические модели данных
- •18. Ас административно-организационного управления. Уровни управления. Экономическая информация и ее виды. Отечественные и международные стандарты финансовой отчетности
- •19. Задачи автоматизации управленческого и бухгалтерского учета.
- •3. Задачи бухгалтерского учета
- •4. Принципы построения аис обработки организационно-экономической информации. Стратегии управления
- •20. План счетов предприятия. Принципы работы с планом счетов в ас бухгалтерского учета. Корреспонденция счетов. Бухгалтерский баланс.
- •21. Документальные формы ведения бухгалтерского учета. Программные комплексы управленческого и бухгалтерского учета
- •Структура бд системы обработки оэ-информации
- •22. Реализация систем управленческого и бухгалтерского учета. Структура информационной базы.
- •Структура бд системы обработки оэ-информации
- •23. Стратегии управления предприятием. Стандарты mrp,erp,csrp
- •Основные недостатки mrp систем
- •Алгоритм работы
- •Функции erp-систем
- •Внедрение
- •Достоинства
- •Преимущества csrp
- •24. Ресурсные расчеты. Расчет внешней памяти. Расчет необходимого объема внешнего запоминающего устройства
- •Расчет необходимого объема оперативного запоминающего устройства
- •25. Выбор комплекса технических средств. Расчет времени реакции.
- •Требования к комплексу технических средств
12. Диаграмма последовательности и правила ее построения. Виды сообщений и правила их обозначений. Примеры
На диаграмме последовательности изображаются исключительно те объекты, которые непосредственно участвуют во взаимодействии и не показываются возможные статические ассоциации с другими объектами. Для диаграммы последовательности ключевым моментом является именно динамика взаимодействия объектов во времени. При этом диаграмма последовательности имеет как бы два измерения. Одно — слева направо в виде вертикальных линий, каждая из которых изображает линию жизни отдельного объекта, участвующего во взаимодействии. Графически каждый объект изображается прямоугольником и располагается в верхней части своей линии жизни (рис. 8.1). Внутри прямоугольника записываются имя объекта и имя класса, разделенные двоеточием. При этом вся запись подчеркивается, что является признаком объекта, который, как известно, представляет собой экземпляр класса. Каждый объект существует только 1 раз от момента создания до уничтожения. Некоторые объекты считаются уже созданными (показываются вверху).
Виды сообщений:
Синхронные или составные сообщения (типа вызова процедуры) может быть составным (с влож.вызовами)
Простое сообщение(сигнал)
Сообщение о завершении некоторого действия или процедуры возврата какого-либо значения
<<return>> стрелка возврата может не рисоваться, если она очевидна, чтобы не усложнять диаграмму
Различают активные и пассивные объекты. Активный – имеет свою нить управления. Вводится фокус управления. Объекты могут самоуничтожаться или уничтожаться другими объектами.
Сообщение – фундаментальное понятие UML. Сообщениями обмениваются линии жизни объектов. В последовательности обмена сообщениями возникает траектория событий. Диаграмма последовательности строится по 1 основной траектории без альтернатив
Линия жизни объекта (object lifeline) изображается пунктирной вертикальной линией, ассоциированной с единственным объектом на диаграмме последовательности. Линия жизни служит для обозначения периода времени, в течение которого объект существует в системе и, следовательно, может потенциально участвовать во всех ее взаимодействиях. Если объект существует в системе постоянно, то и его линия жизни должна продолжаться по всей плоскости диаграммы последовательности от самой верхней ее части до самой нижней. Вовсе не обязательно создавать все объекты в начальный момент времени. Отдельные объекты в системе могут создаваться по мере необходимости, существенно экономя ресурсы системы и повышая ее производительность. В этом случае прямоугольник такого объекта изображается не в верхней части диаграммы последовательности, а в той ее части, которая соответствует моменту создания объекта (объект 6 на рис.). При этом прямоугольник объекта вертикально располагается в том месте диаграммы, которое по оси времени совпадает с моментом его возникновения в системе. Очевидно, объект обязательно создается со своей линией жизни и, возможно, с фокусом управления.
Как уже отмечалось, построение диаграммы последовательности целесообразно начинать с выделения из всей совокупности тех и только тех классов, объекты которых участвуют в моделируемом взаимодействии. После этого все объекты наносятся на диаграмму с соблюдением некоторого порядка инициализации сообщений. Здесь необходимо установить, какие объекты будут существовать постоянно, а какие временно — только на период выполнения ими требуемых действий.
Когда объекты визуализированы, можно приступать к спецификации сообщений. При этом следует учитывать те роли, которые играют сообщения в системе. При необходимости уточнения этих ролей надо использовать их разновидности и стереотипы. Для уничтожения объектов, которые создаются на время выполнения своих действий, нужно предусмотреть явное сообщение.
Наиболее простые случаи ветвления процесса взаимодействия можно изобразить на одной диаграмме с использованием соответствующих графических примитивов. Однако следует помнить, что каждый альтернативный поток управления может существенно затруднить понимание построенной модели. Поэтому общим правилом является визуализация каждого потока управления на отдельной диаграмме последовательности. В этой ситуации такие отдельные диаграммы должны рассматриваться совместно как одна модель взаимодействия.
Дальнейшая детализация диаграммы последовательности связана с введением временных ограничений на выполнение отдельных действий в системе. Для простых асинхронных сообщений временные ограничения могут отсутствовать. Однако необходимость синхронизировать сложные потоки управления, как правило, требуют введение в модель таких ограничений. Общая их запись должна следовать семантике языка объектных ограничений, который рассмотрен в приложении.