
- •Базы данных: основные понятия и определения. Требования, предъявляемые к базам данных.
- •Выбор хранимых данных.
- •Реляционная модель данных.
- •Реляционная алгебра.
- •Методология проектирования баз данных. Основные задачи проектирования баз данных.
- •Основные этапы проектирования баз данных.
- •Концептуальное (инфологическое) проектирование бд.
- •Логическое (даталогическое) проектирование бд.
- •Принципы и средства структурного подхода к разработке по.
- •Методология структурного анализа и проектирования sadt.
- •Диаграммы потоков данных: внешние сущности, системы и подсистемы, процессы, хранилища данных, потоки данных. Нотация Гейна – Сарсона.
- •Сравнительный анализ sadt-моделей и диаграмм потоков данных.
- •Функциональные модели, используемые на стадии проектирования.
- •Методология моделирования idef3: составные элементы, объекты ссылок, перекрестки.
- •Подходы к моделированию в базах данных.
- •Анализ предметной области. Описание объектов и их свойств. Связи между элементами моделей данных. Описание сложных объектов.
- •Проблема целостности базы данных.
- •Даталогическое проектирование. Нотация Питера Чена. Нотация idef 1х.
- •Проектирование реляционных баз данных на основе принципов нормализации. Правила технической нормализации.
- •Алгоритм процесса нормализации схем отношений.
- •Нормализация. Функциональная зависимость. Первая, вторая, нормальные формы.
- •Нормализация. Функциональная зависимость. Третья нормальная форма.
- •Нормализация. Функциональная зависимость. Нормальная форма Бойса – Кодда.
- •Разработка реляционных баз данных на основе принципов нормализации.
- •Основные аксиомы Армстронга. Замыкание.
- •Нормальные формы высших порядков.
- •Методологии проектирования.
- •Инфологическое моделирование данных: модель «сущность-связь».
- •Принципы поддержки целостности в реляционной модели данных.
- •Моделирование данных. Метод Баркера.
- •Моделирование данных. Метод idef1x.
- •Case-средство для концептуального моделирования данных на стадии формирования требований к ис – Silverrun.
- •Нормализация. Функциональная зависимость. Первая, вторая, третья нормальные формы. Нормальная форма Бойса – Кодда.
- •Инструментальные средства моделирования. Проектирование баз данных с использованием са erWin Data Modeler (erWin).
- •Алгоритм перехода от er – модели к реляционной схеме данных.
- •Основные принципы объектно-ориентированного моделирования.
- •Сущность методологии объектно-ориентированного анализа и проектирования.
- •Язык объектного моделирования uml. Виды диаграмм uml. Последовательность построения диаграмм.
- •Модель прецедентов (вариантов использования, use-cases).
- •Моделирование статической структуры системы с помощью диаграммы классов: стереотипы классов.
- •Моделирование статической структуры системы с помощью диаграммы классов: механизм пакетов.
- •Моделирование статической структуры системы с помощью диаграммы классов: атрибуты.
- •Моделирование статической структуры системы с помощью диаграммы классов: основные и вспомогательные операции.
- •Моделирование статической структуры системы с помощью диаграммы классов: типы связей.
- •Инкапсуляция, наследование, полиморфизм.
- •Моделирование поведения системы.
- •Использование диаграммы последовательностей для упорядочивания сообщений во времени.
- •Использование диаграммы кооперации для описания структурной организации объектов.
- •Моделирование физических аспектов функционирования системы с помощью диаграмм развертывания.
- •Особенности построения физической модели базы данных.
- •Ограничения ссылочной целостности.
- •Моделирование процессов обработки данных.
- •Индексирование.
- •Методы совместного доступа к базам данных.
- •Транзакции и блокировки.
- •Типы параллелизма.
- •Вертикальный гибридный
- •Свойства транзакций. Способы завершения транзакций.
- •Проблемы параллельного выполнения транзакций.
- •Методы сериализации транзакций. Механизм блокировок. Типы конфликтов.
- •Если одна транзакция заблокировала данные, то остальные транзакции при обращении к данным обязаны ждать разблокировки
- •Взаимоблокировкой считается ситуация когда транзакции оказываются в режиме ожидания, длящемся бесконечно долго
- •Оптимистическое решение проблемы взаимоблокировок позволяет взаимоблокировке произойти, но затем восстанавливает систему откатывая одну из транзакций, участвующих во взаимоблокировке
- •Правила совместимости захватов. Проблема тупиковых ситуаций и её решение.
- •Уровни изолированности пользователей.
- •Гранулированные синхронизационные захваты.
- •Метод временных меток. Более старая транзакция откатывается при попытке доступа к данным, задействованным более молодой транзакцией
- •Предикатные синхронизационные захваты.
Инкапсуляция, наследование, полиморфизм.
Полиморфизм - способность класса принадлежать более чем одному типу.
Наследование - построение новых классов, на основе существующих с возможностью добавления или переопределения данных и методов.
Инкапсуляция (на самом деле нету единого определения для этой хрени, ее трактуют как угодно) - это заключение данных и функциональности в оболочку (классы). Методы позволяют контролировать обращение к данными и предотвратить их удаление или некорректное изменение.
Моделирование поведения системы.
Диаграммы взаимодействия (interaction diagrams) описывают поведение взаимодействующих групп объектов в рамках только одного варианта использования.
Сообщение (message) - средство, с помощью которого объект-отправитель запрашивает у объекта-получателя выполнение одной из его операций.
Информационное (informative) сообщение - снабжающее объект-получатель информацией для обновления его состояния.
Сообщение-запрос (iпterrogative) - запрашивающее выдачу информации об объекте-получателе.
Императивное (imperative) сообщение - запрашивающее у объекта-получателя выполнение действий.
Использование диаграммы последовательностей для упорядочивания сообщений во времени.
Диаграммы последовательности (sequence diagrams) - отражают поток событий, происходящих в рамках варианта использования. (на этом все из презентаций)
Она показывает, как объекты взаимодействуют друг с другом для выполнения определенной функции или операции. Диаграмма последовательности используется для моделирования бизнес-процессов, проектирования алгоритмов и создания тестовых сценариев. Она также может использоваться для определения проблем в системе и для улучшения ее производительности.
Использование диаграммы кооперации для описания структурной организации объектов.
Кооперативные диаграммы (collaboration diagrams) - отображают поток событий через конкретный сценарий варианта использования, заостряют внимание на связях между объектами. (на этом все из презентаций)
Она показывает, как объекты обмениваются сообщениями и как они сотрудничают друг с другом для достижения цели. Кооперативная диаграмма может использоваться для анализа и проектирования системы, а также для документирования ее поведения.
Моделирование физических аспектов функционирования системы с помощью диаграмм развертывания.
При создании распределенных или клиент-серверных приложений требуется визуализировать сетевую инфраструктуру программной системы. Диаграмма развертывания предназначена для представления общей конфигурации или топологии распределения программной системы и содержит изображение размещения различных артефактов (исполняемых компонентов и динамических библиотек) по отдельным узлам системы.
Она визуализирует только те элементы физического представления модели, которые существуют во время выполнения или исполнения программной системы, например, исполняемые компоненты. Те элементы, которые не используются на этапе выполнения на диаграмме развертывания, как правило, не показываются.
Например, компоненты с исходными текстами программ могут присутствовать на диаграмме компонентов, а на диаграмме развертывания они не указываются, а может указываться только исполняемый компонент, получаемый в результате их компиляции.
При разработке диаграмм развертывания преследуются следующие цели:
специфицировать физические узлы;
показать физические связи между узлами;
выявить узкие места.