
- •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. Выбор комплекса технических средств. Расчет времени реакции.
- •Требования к комплексу технических средств
Физические модели данных
Физические модели данных описывают то, как данные хранятся в компьютере, представляя информацию о структуре записей, их упорядоченности и существующих путях доступа. Физических моделей данных не так много, как логических, а самыми популярными среди них являются обобщающая модель (unifying model) и модель памяти кадров (frame memory).
Иерархическая модель является ограниченным подтипом сетевой модели. В ней данные также представлены как коллекции записей, а связи — как наборы. Однако в иерархической модели узел может иметь только одного родителя. Иерархическая модель может быть представлена как древовидный граф с записями в виде узлов (которые также называются сегментами) и множествами в виде ребер.
Сетевая модель данных – модель, состоящая из записей, элементов данных и связей типа “один ко многим” (1:М), установленных между записями.
В сетевой модели данные представлены в виде коллекций записей, а связи - в виде наборов. В отличие от реляционной модели, связи здесь явным образом моделируются наборами, которые реализуются с помощью указателей. Сетевую модель можно представить как граф с записями в виде узлов графа и наборами в виде его ребер.
Объектно-ориентированная база данных — база данных, в которой данные оформлены в виде моделей объектов, включающих прикладные программы, которые управляются внешними событиями. Результатом совмещения возможностей (особенностей) баз данных и возможностей объектно-ориентированных языков программирования являются Объектно-ориентированные системы управления базами данных (ООСУБД). ООСУБД позволяет работать с объектами баз данных также, как с объектами в программировании на ООЯП. ООСУБД расширяет языки программирования, прозрачно вводя долговременные данные, управление параллелизмом, восстановление данных, ассоциированные запросы и другие возможности.
Постреляционная модель данных представляет собой расширенную реляционную модель, снимающую ограничение неделимости данных, хранящихся в записях таблиц. Постреляционная модель данных допускает многозначные поля - поля, значения которых состоят из подзначений. Набор значений многозначных полей считается самостоятельной таблицей, встроенной в основную таблицу.
Помимо обеспечения вложенности полей постреляционная модель поддерживает ассоциированные многозначные поля (множественные группы). Совокупность ассоциированных полей называется ассоциацией. При этом в строке первое значение одного столбца ассоциации соответствует первым значениям всех других столбцов ассоциации. Аналогичным образом связаны все вторые значения столбцов и т.д.
На длину полей и количество полей в записях таблицы не накладывается требование постоянства. Это означает, что структура данных и таблиц имеет большую гибкость.
Поскольку постреляционная модель допускает хранение в таблицах ненормализованных данных, возникает проблема обеспечения целостности и непротиворечивости данных. Эта проблема решается включением в СУБД механизмов, подобных хранимым процедурам в клиент-серверных системах.
Для описания функций контроля значений в полях имеется возможность создавать процедуры (коды конверсии и коды корреляции), автоматически вызываемые до или после обращения к данным. Коды корреляции выполняются сразу после чтения данных, перед их обработкой. Коды конверсии, наоборот, выполняются после обработки данных.
Достоинством постреляционной модели является возможность представления совокупности связанных реляционных таблиц одной постреляционной таблицей. Это обеспечивает высокую наглядность представления информации и повышение эффективности ее обработки.
Недостатком постреляционной модели является сложность решения проблемы обеспечения целостности и непротиворечивости хранимых данных.
Объектная модель данных разрабатывается в виде модели сущностных классов – концептуальный уровень.
Модели данных:
Реляционная;
Иерархическая;
Сетевая.
Физическая модель данных ориентирована на СУБД (Physical Data Model).
Объекты – классы;
Реляционная модель – таблицы (логические);
Физическая модель – Data definition language (DDL).
При проектировании происходит трансформация моделей: а->b->c.
Переход к реляционной модели данных называется трансформацией объектной модели в реляционную модель данных. Это соответствует переходу к более детальному рассмотрению структуры базы данных и к формированию физической модели базы данных.
Сама по себе база данных рассматривается как компонента. Физически она реализуется в виде файла СУБД, либо в виде файла DDL. Эта модель называется компонентной моделью данных
Соответствие терминов объектной и реляционной модели при трансформации
Объектная модель |
Реляционная модель |
Пакет |
Схема |
Класс |
Таблица |
Атрибут |
Столбец |
Тип атрибута |
Домен |
Операция |
Ограничение |
Ассоциация и агрегация |
Неидентифицирующая связь (независимая) |
Композиция |
Идентифицирующая связь (зависимая) |
Роль |
Роль |
Множественность |
Множественность |
Компонент |
База данных |
- |
Индекс |
- |
Представления |
- |
Хранимые процедуры |
|
|
В инструментальной системе Rational Rose вводится компонент Date Modeler.
Основной функцией Data Modeler является трансформация модели в прямом и обратном направлении и при выбранной СУБД генерация файла схема базы данных, а при выбранном языке DDL генерация файла описания.