13.Понятие процесса проектирования, основные его принципы.

Под проектированием понимают процесс создания описаний нового или модернизируемого объекта, достаточных для изготовления или реализации этого объекта в заданных условиях. Проектирование начинается при наличии задания на проектирование, отражающего цели, задачи и потребности в получении объекта. Процесс проектирования заключается в преобразовании исходного описания в окончательное на основе выполнения комплекса исследовательских, расчетных и конструкторских работ. Процесс проходит стадии промежуточных описаний - проектных решений. Часть проекта, которая заканчивается получением проектного решения, называется проектной процедурой. Более мелкие части в составе проектной процедуры называются проектными операциями.

Проектирование сложных объектов базируется на следующих принципах:

• Декомпозиция и иерархичность описания объектов

• Многоэтапность и итерационность проектирования

• Типизация и унификация проектных решений и средств проектирования

Принцип иерархичности предполагает структурирование представлений об объектах проектирования по степени детальности описания. Декомпозиция-деление представлений каждого уровня на ряд составных частей с возможностями раздельного проектирования. Проектирование представляет собой итерационный процесс, в котором попеременно выполняются процедуры внутреннего и внешнего проектирования (внешнее - разработка технического задания на систему, внутреннее – проектирование по сформулированному техническому заданию). Принцип типовых проектных решений - многократное использование однократно разработанных элементов. Унификация целесообразна в том случае, если на основе спроектированного небольшого числа разновидностей элементов предстоит проектирование большого числа разнообразных систем.

14.Этапы проектирования реляционной бд.

Этапы: концептуального, логического и физического проектирования

На этапе концептуального проектирования осуществляется сбор, анализ и упорядочивание требуемых данных. Конц. модель создается как обобщение пользователем представлений и включает в себя совокупность всех данных и требований к ним

Процесс логического проектирования включает в себя выбор конкретной модели в СУБД и отображение концептуальной модели в логическую, кот. основана на структурах, характерной для выбранной СУБД. Для реляционной БД это этап включает:

1. разработку структуры записи

2. организацию записей в таблицу

3. определение связей между таблицами и полей для реализации этих связей

На этом же этапе разрабатывается словарь данных, в кот. включается информация о базе в целом, обо всех ее таблицах, полях, ключах и обычно информация об используемых кодах.

На этапе физического проектирования логическая модель реализуется средствами выбранного СУБД. На этом этапе выбираются физического устройства для размещения БД и ее копий

15.Концептуальное проектирование. Словарь данных. Концептуальная модель.

На этапе концептуального проектирования осуществляется сбор, анализ и упорядочивание требуемых данных. Конц. модель создается как обобщение пользователем представлений и включает в себя совокупность всех данных и требований к ним

На этапе логического проектирования разрабатывается словарь данных, в кот. включается информация о базе в целом, обо всех ее таблицах, полях, ключах и обычно информация об используемых кодах. Процесс логического проектирования включает в себя выбор конкретной модели в СУБД и отображение концептуальной модели в логическую, кот. основана на структурах, характерной для выбранной СУБД.

16. Процесс логического проектирования включает в себя выбор конкретной модели СУБД и отображение концептуальной модели в логическую, основанную на структурах, которые характерны для выбранной СУБД.

Для реляционной БД этот процесс включает:

• Разработку структуры записи

• Организацию записей в таблице

• Определение связей между таблицами и полей для реализации этих связей

На данном этапе разрабатывается словарь данных, в которые включается информация о базе в целом, обо всех ее таблицах, полях, ключах и ,обычно, об используемых кодах. Важным требованием, предъявляемом к таблицам, является нормализация отношений. Она основана на понятии нормальных форм. Всего известно 5 форм:

• Требования к 1-ой нормальной форме: таблица не должна иметь повторяющихся записей, повторяющихся полей или групп полей

• Таблица находится во 2-ой нормальной форме, если она находится в 1-ой нормальной форме; любое неключевое поле однозначно идентифицируется полным набором ключевых полей

• Таблица находится в 3-ей нормальной форме, если она находится во второй норм. ф-ме; ни одно из неключевых полей не идентифицируется с помощью другого неключевого поля

Обычно современные СУБД содержат средства, позволяющие создавать таблицы, связи и ключи. Существуют и утилиты с такими возможностями, используются специальные средства (CASE-средства). Для проектирования БД чаще всего используются инструменты создания диаграмм “сущность-связь”. С их помощью создается логическая модель данных, в которой прототипы таблиц называются сущностями, а поля – их атрибутами.

17.Физическое проектирование.

На этом этапе логическая модель реализуется средствами выбранной СУБД. Логическая модель расширяется характеристиками, необходимыми для определения способов физического хранения, и использования БД, типа устройств для хранения, объема памяти, правил сопровождения БД и т.д. Физическая модель данных для конкретной СУБД создается после определения атрибутов, проведения нормализации, установления связей между сущностями.