
- •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. Выбор комплекса технических средств. Расчет времени реакции.
- •Требования к комплексу технических средств
7. Отношения между классами в uml. Примеры
Классы могут находиться между собой в различных отношениях (связях). Базовыми отношениями являются:
зависимость / dependency
ассоциация / association
агрегация / aggregation, в т.ч. композиция / composition
обобщение / generalization
реализация / realization.
Зависимость – это такое отношение между элементами, при котором изменение одного элемента влечет за собой изменение другого элемента или требует представление ему дополнительной информации. В зависимость включаются все виды связей.
А зависит от B, например, использует его операции.
Основные стереотипы зависимостей:
become – превращаться
bind – связывать
call – вызывать
copy – копировать
create – создавать
derive – выводить
extend – расширять
friend – быть дружественным
import – импортировать
include – включать
instance of – являться экземпляром
instantiate – создавать экземпляр
power type – множество всех типов
parameter – параметр
refine – уточнять
send – отправить
trace – трассировка
use - использовать
Ассоциация – частный вид зависимости между классами, которая устанавливается между отдельными экземплярами классов, участвующих в ассоциации, т.е. это более тесный вид зависимости. Все зависимости носят логический характер, но они отображаются визуально.
Пример бинарной ассоциации (участвуют два класса):
Иванов ООО «Ракурс»
Основные свойства:
имя (уникальное в пакете)
есть два полюса (у бинарной ассоциации)
направленность ►
каждый полюс связан с соответствующим классом
каждый полюс состоит из экземпляров соответствующего класса
множественность / multiplicity (проставляется у полюсов)
каждый полюс имеет имя – роль полюса (работник, работодатель)
навигация / navigable
. Показывает, что со стороны противоположного полюса возможна навигация по экземплярам данного класса. Навигация может быть в одном, в двух направлениях или неопределенна.
В класс А добавляется
дополнительный атрибут для доступа к
чтению B
(псевдоатрибут
r2 :
B).
запрет навигации.
видимость:
+ public
# private
- protected
~ package
В ассоциации могут участвовать более двух классов: тернарная ассоциация.
В более сложных случаях сама ассоциация может быть классом: class assocication (используется в отношении M:N).
Исключающая ассоциация:
Агрегация (aggregation) - частный случай ассоциации, когда один из классов, называемых агрегатом, состоит из/включает в себя другие классы. Это отношение называется «часть/целое», part_of.
Это отношение позволяет разбивать систему на подсистемы, объекты на подобъекты. Рассматривается иерархия агрегации. Каждый из нижележащих классов м.б. представлен агрегацией. Принцип наследования свойств в агрегации не соблюдается.
Композиция (composition) – это такая агрегация, при которой составные части не имеют самостоятельного значения и не могут существовать отдельно.
part_of
Композитный объект, композитный класс, композитный элемент.
Обобщение (generalization) – таксономическое отношение между родителем предка и частными примерами.
overlapping
is_a
Обязательно соблюдается наследование признаков, свойств и поведения.
Overlapping / перекрытия.
Обобщение м.б. полным (complete) и неполным (incomplete). Полное включает все возможные классы ниже стоящего уровня. Неполные ограничиваются подмножеством. Многоточие показывает, что обобщение неполное. В UML допускается множественное наследование.
М.б. построена иерархия обобщений с неограниченным числом уровней. Всегда существует класс верхнего уровня – top-level класс.
Отношение реализации (realization) – это отношение между спецификацией и программной реализацией. Например, операция – метод. Client – тот, кто реализует; source – носитель спецификации. В UML источниками м.б. варианты использования, классы с неполной информацией, интерфейсы.