- •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. Выбор комплекса технических средств. Расчет времени реакции.
- •Требования к комплексу технических средств
14. Диаграмма компонентов и правила ее оформления. Интерфейсы и их описания. Примеры
Диаграмма компонентов разрабатывается для следующих целей:
Визуализации общей структуры исходного кода программной системы.
Спецификации исполнимого варианта программной системы.
Обеспечения многократного использования отдельных фрагментов программного кода.
Представления концептуальной и физической схем баз данных.
В разработке диаграмм компонентов участвуют как системные аналитики и архитекторы, так и программисты. Диаграмма компонентов обеспечивает согласованный переход от логического представления к конкретной реализации проекта в форме программного кода. Одни компоненты могут существовать только на этапе компиляции программного кода, другие — на этапе его исполнения. Диаграмма компонентов отражает общие зависимости между компонентами, рассматривая последние в качестве классификаторов.
Для представления физических сущностей в языке UML применяется специальный термин — компонент (component). Компонент реализует некоторый набор интерфейсов и служит для общего обозначения элементов физического представления модели. Для графического представления компонента может использоваться специальный символ — прямоугольник со вставленными слева двумя более мелкими прямоугольниками (рис. 10.1). Внутри объемлющего прямоугольника записывается имя компонента и, возможно, некоторая дополнительная информация. Изображение этого символа может незначительно варьироваться в зависимости от характера ассоциируемой с компонентом информации.
В метамодели языка UML компонент является потомком классификатора. Он предоставляет организацию в рамках физического пакета ассоциированным с ним элементам модели. Как классификатор, компонент может иметь также свои собственные свойства, такие как атрибуты и операции.
Другой способ спецификации различных видов компонентов — явное указание стереотипа компонента перед его именем. В языке UML для компонентов определены следующие стереотипы:
Библиотека (library) — определяет первую разновидность компонента, который представляется в форме динамической или статической библиотеки.
Таблица (table) — также определяет первую разновидность компонента, который представляется в форме таблицы базы данных.
Файл (file) — определяет вторую разновидность компонента, который представляется в виде файлов с исходными текстами программ.
Документ (document) — определяет вторую разновидность компонента, . который представляется в форме документа.
Исполнимый (executable) — определяет третий вид компонента, который может исполняться в узле.
Следующим элементом диаграммы компонентов являются интерфейсы. Последние уже неоднократно рассматривались ранее, поэтому здесь будут отмечены те их, особенности, которые характерны для представления на диаграммах компонентов. Напомним, что в общем случае интерфейс графически изображается окружностью, которая соединяется с компонентом отрезком линии без стрелок (рис. 10.3, а). При этом имя интерфейса, которое обязательно должно начинаться с заглавной буквы "I", записывается рядом с окружностью. Семантически линия означает реализацию интерфейса, а наличие интерфейсов у компонента означает, что данный компонент реализует соответствующий набор интерфейсов.
Характер использования интерфейсов отдельными компонентами может отличаться. Поэтому различают два способа связи интерфейса и компонента. Если компонент реализует некоторый интерфейс, то такой интерфейс называют экспортируемым, поскольку этот компонент предоставляет его в качестве сервиса другим компонентам. Если же компонент использует некоторый интерфейс, который реализуется другим компонентом, то такой интерфейс для первого компонента называется импортируемым. Особенность импортируемого интерфейса состоит в том, что на диаграмме компонентов это отношение изображается с помощью зависимости.