Жизненный цикл бд — студенческий портал

Жизненный цикл БД

БД это программный продукт, который обладает жизненным циклом.

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

На этапе разработки приложения выделяют проектирование пользовательского интерфейса и проектирование транзакций.

На этапе эксплуатации выделяют:

• анализ функционирования и поддержка исходного варианта БД;
• адаптация, модернизация и поддержка переработанных вариантов. Планирование разработки БД состоит из: объема работ; ресурсов; и стоимости проекта.

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

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

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

Развитие БД во времени называют жизненным циклом.

Основными целями проектирования БД, является:

• создание модели данных, которые способны поддерживать выполнение любых операций по обработки данных.
• представление данных и связи между ними необходимых для всех областей применения.
• разработка предварительного варианта проекта,

структура которого позволяет удовлетворить требования предъявляемые к производительности систем

В создание БД как модели предметной области выделяют:

• объектную (предметную)систему, представляющую фрагмент реального мира;
• информационную, описывающую некоторую объектную систему;
• датологическую систему, представляющую информационную систему с помощью данных.

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

: нисходящий, восходящий. При восходящем подходе работа начинается с нижних уровней, то есть с определения атрибутов, которые в результате анализа группируются в отношения. При восходящем подходе проектирование начинается с разработки моделей, которые содержат несколько высокоуровневых сущностей и связей( Модель «Сущность-Связь» или Е R — модель) » width=»640″>

Различают 3 уровня абстракции в описании данных:

• концептуальный уровень;
• физический уровень;
• логический уровень .

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

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

: нисходящий, восходящий.

При восходящем подходе проектирование начинается с разработки моделей, которые содержат несколько высокоуровневых сущностей и связей( Модель «Сущность-Связь» или Е R — модель)

Затем работа продолжается в виде серии уточнений низкоуровневых сущностей. Модель «сущность-связь» относится к семантическим моделям .

В построении общей концептуальной схемы БД выделяют ряд этапов:

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

Созданная концептуальная модель данных является источником информации для логического проектирования .

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

Для её создание существует два подхода: централизованный подход и подход на основе интеграции представления . Централизованный подход применяется для небольших БД и завершающим моментом является образование единого списка требований, используя объединенный список всех типов пользователей.

При втором подходе осуществляется слияние отдельных локальных логических моделей данных отражающих представление разных групп пользователей в единую глобальную логическую модель данных всего предприятия.

В процессе разработки логической модели данные должны постоянно подвергать проверке пользователя и на отсутствие избыточных данных.

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

Физическое проектирование БД

Целью проектирования на данном этапе является создание описания, СУБД — ориентированной модели БД. Физические модели проектируют внутреннею схему БД.

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

Так для реляционной модели с помощью физических моделей изображают таблицы данных, атрибуты таблиц и отношения между ними.

Источник: https://multiurok.ru/files/zhizniennyi-tsikl-bazy-dannykh.html

Этапы жизненного цикла приложения БД

Этапы ЖЦ приложения БД изображены на рис. 19.

Рисунок 19. Жизненный цикл приложения БД

Рассмотрим работы, которые должны выполняться на каждом этапе ЖЦ БД.

1) Планирование разработки БД – это подготовительные работы, позволяющие максимально эффективно реализовать остальные этапы ЖЦ БД.

Оно состоит в определении 3-х основных компонентов: объема работы, необходимых ресурсов и общей стоимости проекта. Кроме того, разрабатываются стандарты предприятия на форматы данных, документацию, организацию работ.

Планирование разработки БД должно быть связано с общей стратегией построения ИС предприятия.

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

2) Определение требований к системе — определение границ действия приложения БД и способов взаимодействия с другими приложениями (на ER-модели выделяют те сущности и связи, которые относятся к разрабатываемой программе).

3) Сбор и анализ требований пользователей – сбор информации о той части организации, для которой создается система (перечень входных, справочных и выходных документов, список решаемых задач, перечень конечных пользователей и их функций; перечень требований к БД).

Плохо структурированная информация должна быть более четко сформулирована с помощью технологии структурного анализа (составляется схема документооборота организации.в виде DFD –диаграммы, НIPO – Hierarchical Input Process Output диаграммы).

Могут использоваться CASE- инструменты, например – BPWIN, Visio.

На основе анализа создают спецификацию системы.

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

Существует два подхода к проектированию БД: восходящмй и нисходящий. Восходящийподход применяют для простых БД, он состоит в выявлении списка всех атрибутов сущностей, которые группируются в таблицы БД на основании анализа взаимосвязей между ними с последующей нормализацией схемы БД.

Нисходящийподход больше годится для сложных БД, он начинается с выявления списка сущностей и связей, затем уточняются их атрибуты, затем некоторые сущности разбиваются на более простые (ER-моделирование).

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

Концептуальное проектирование — это процесс создания модели информации, не зависящей от любых аспектов ее представления (то есть создается информационная модель системы без привязки к типу ЭВМ, СПО, языкам программирования, СУБД и т.п.- — инфологическая).

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

В некоторых СУБД имеется возможность описать логическую схему БД для конкретного пользователя, а также определить допустимые режимы работы данного пользователя. Такая модель называется внешней, а ее описание — подсхемой БД.

Физическое проектирование БД – это процесс описания реализации БД на внешних запоминающих устройствах с указанием структур хранения и методов доступа для эффективной обработки данных. Для РБД под этим понимают создание набора таблиц и ограничений на них, определение методов доступа к данным, обеспечивающих максимальную производительность, разработку средств защиты данных.

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

• 5) Разработка приложения БД – это разработка интерфейса пользователя и прикладных программ для работы с БД.
• 6) Выбор СУБД – осуществляется на основании требований к производительности системы, простоте обслуживания и модернизации БД, к уровню защищенности, к поддержке ограничений целостности БД,
• 7) Создание прототипов – это создание рабочей модели приложения БД, которая выполняет только часть функций, демонстрирует пользовательский интерфейс, помогает пользователям попробовать систему в работе, уточнить требования к ней.
• 8) Реализация БД – это физическое создание БД и прикладных программ (структура БД описывается на языке СУБД, создаются «пустые» файлы БД, пишутся и отлаживаются программы, экранные формы, меню, формы ввода и вывода данных, реализуются средства защиты БД).
• 9) Загрузка БД – это перенос всех существующих данных в новую БД и модификация существующих программ для работы с новой БД.
• 10) Тестирование – процесс выполнения приложений с целью поиска ошибок.
• Часто результаты более поздних этапов изменяют исходные данные предыдущих этапов, поэтому разработка носит итерационный характер.

Источник: https://megaobuchalka.ru/6/7307.html

Жизненный цикл БД. Классификация и анализ рынка промышленных СУБД

Процесс проектирования, реализации и поддержания системы базы данных называется жизненным циклом базы данных (ЖЦБД). Процедура создания системы называется жизненным циклом системы (ЖЦС).

       Понимание и правильный подход к ЖЦБД очень важен и требует детального рассмотрения, так как в его основе лежит подход, ориентированный на данные. Элементы данных более стабильны, чем выполняемые функции системы.

Создание правильной структуры данных требует сложного анализа классов единиц данных и отношений между ними. Если построить логичную схему базы данных, то в дальнейшем можно создать любое количество функциональных систем, использующих эту схему.

Стадии жизненного цикла базы данных:

• Стадия анализа– производится анализ предметной области и выявляются требования к ней. Происходит оценка актуальности разработки.

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

• Стадия реализации – решаются задачи по разработке программного доступа к базе данных. Проводится тестирование.

•Стадия эксплуатации и сопровождения.

Жизненный цикл базы данных состоит из следующих этапов:

       1. Предварительное планирование – планирование БД, выполняемое в процессе разработки стратегического плана БД. В процессе планирования собирается следующая информация:

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

       Данная информация помогает определить, как используется информация приложений, определить будущие требования к системе БД. Информация этого этапа документируется в виде обобщенной модели данных.

       2. Проверка осуществимости. Здесь определяется технологическая, операционная и экономическая осуществимость плана создания БД, т. е.:

• технологическая осуществимость – есть ли технология для реализации запланированной БД?

• операционная осуществимость – есть ли средства и эксперты, необходимые для успешного осуществления плана создания БД?

• экономическая целесообразность – можно ли определить выводы? Окупится ли запланированная система? Можно ли оценить издержки и выгоду?

       3. Определение требований включает выбор целей БД, выяснение информационных требований к системе и требований к оборудованию и программному обеспечению. Таким образом, на данном этапе сбора данных и определения требований создаётся общая информационная модель, выражающаяся в следующих задачах:

• Определяются цели системы путём анализа информационных потребностей. Здесь также обязательно указывается, какую именно БД следует создавать (распределённую, целостную) и какие коммуникационные средства необходимы. Выходной документ – комментарий, описывающий цели системы.

• Определение пользовательских требований: документация в виде обобщённой информации (комментарии, отчёты, опросы, анкеты и т. д.); фиксация функций системы и определение прикладных систем, которые будут выполнять эти требования. Данные представляются в виде соответствующих документов.

• Определение общих требований к оборудованию и программному обеспечению, связанных с поддержанием желаемого уровня быстродействия.

(Выяснение количества пользователей системы, числа входных сообщений в день, количество распечаток). Данная информация используется для выбора типов компьютеров и СУБД, объёма дисков, количества принтеров.

Данные этого этапа излагаются в отчёте, содержащем примерные конфигурации оборудования и программного обеспечения.

• Разработка плана поэтапного создания системы, включающий выбор исходных приложений.

       4. Концептуальное проектирование – создание концептуальной схемы БД. Спецификации разрабатываются в той степени, которая необходима для перехода к реализации.

       Основным выходным документом является единая инфологическая модель (или схема БД на концептуальном уровне).

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

       5.  Реализация– процесс превращения концептуальной модели в функциональную БД. Он включает в себя следующие этапы.

1.        1) Выбор и приобретение необходимой СУБД.
2.        2) Преобразование концептуальной (инфологической) модели БД в логическую и физическую модель данных:
3. • на основе инфологической модели данных строится схема данных для конкретной СУБД, при необходимости реализуется денормализация БД с целью ускорения обработки запросов во всех критичных по времени приложениях;
4. • определяются, какие прикладные процессы необходимо реализовать в схеме данных как хранимые процедуры;
5. • реализовать ограничения, предназначенные для обеспечения целостности данных и реализации правил для данных;
6. • спроектировать и сгенерировать триггеры для реализации всех централизованно определённых правил для данных и правил целостности данных, которые не могут быть заданы как ограничения;
7. • разработать стратегию индексирования и кластеризации; выполнить оценку размеров всех таблиц, кластеров и индексов;

• определить уровни доступа пользователей, разработать и внедрить правила обеспечения безопасности и аудита. Создать роли и синонимы для обеспечения многопользовательского доступа с согласованными уровнями полномочий доступа.

• разработать сетевую топологию БД и механизм бесшовного доступа к удалённым данным (реплицированная или распределённая БД).

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

       4) Заполнение базы данных.

Дата добавления: 2018-05-13; просмотров: 85;

Источник: https://studopedia.net/5_75777_zhiznenniy-tsikl-bd-klassifikatsiya-i-analiz-rinka-promishlennih-subd.html

Этапы жизненного цикла базы данных. жизненный цикл бд это процесс, который начинается с этапа проектирования бд и заканчивается снятием бд с эксплуатации. — презентация

• 1 ЭТАПЫ ЖИЗНЕННОГО ЦИКЛА БАЗЫ ДАННЫХ
• 2 Жизненный цикл БД Это процесс, который начинается с этапа проектирования БД и заканчивается снятием БД с эксплуатации.
• 3 Проектирование баз данных Проектирование БД — процесс разработки структуры БД на основании требований пользователя.

4 СТАДИЯ ПРОЕКТИРОВАНИЯ 1. определение сферы применения БД ; 2. сбор информации об использовании данных, то есть, на какие запросы БД должна формировать ответы ; 3. построение концептуальной схемы ; 4. определение ключевых атрибутов ; 5. переход от концептуальной схемы к таблицам с использованием правил перехода ; 6.

выполнение нормализации таблиц ; 7. выбор СУБД.

5 СТАДИЯ ПРОЕКТИРОВАНИЯ Наиболее важной стадией в жизненном цикле приложения, работающего с базой данных, является стадия проектирования. От того, насколько тщательно продумана структура базы, насколько четко определены связи между ее элементами, зависит производительность системы и ее информационная насыщенность, а значит — и время ее жизни.

6 Проектирование базы данных Проектирование базы данных ( БД ) состоит из двух основных фаз : логического моделирования физического моделирования.

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

Во время фазы физического моделирования конструктор создает модель, оптимизированную для конкретного приложения СУБД ; именно эта модель реализуется на практике.

7 — Сбор информации ; — Идентификация объектов ; — Моделирование объектов ; — Идентификация типов информации для каждого объекта ; — Идентификация отношений ; — Нормализация ; — Преобразование к физической модели ; — Создание базы данных. Этапы 1- 6 образуют фазу логического моделирования. Этапы 7-8 представляют собой фазу физического моделирования. Этапы проектирования БД

8 СОЗДАНИЕ БД Стадия создания БД включает в себя : 1. подготовку среды хранения ( программно – аппаратные платформы ); 2. создание таблиц БД ; 3. ввод и контроль данных ; 4.

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

9 ЭКСПЛУАТАЦИЯ БД Стадия эксплуатации БД включает в себя : 1. поиск, редактирование, обновление, удаление данных ; 2. разграничение доступа к данным ; 3. контроль целостности БД ; 4. копирование и восстановление БД ; 5. реорганизация БД.

10 Эксплуатация БД Эксплуатация БД заключается в поддержании целостности, согласованности, безопасности данных, поиске необходимой информации и обновлении данных.

Решение возникших проблем на физическом уровне во многом зависит от используемой СУБД, зачастую автоматизировано и скрыто от пользователя.

В ряде случаев пользователю предоставляется возможность настройки отдельных параметров системы, которая не составляет большой проблемы.

11 Требования к проектируемым банкам данных Основные требования, предъявляемые к банкам данных : 1. Универсальность. Наличие в БД всех необходимых данных и возможности доступа к ним в процессе решения проектной задачи. 2. Многократное использование данных. 3. Простота. Пользователи должны легко узнать и понять, какие данные имеются в их распоряжении.

12 4. Легкость использования. Доступ к данным должен быть простым, исключающий возможные ошибки со стороны пользователя. 5. Наличие различных методов доступа к данным. 6. Контроль за целостностью данных. Система должна осуществлять контроль ошибок в данных и выполнять проверку взаимного логического соответствия данных.

Возможность настройки базы данных с учетом требований пользователя. 9. Наличие интерфейса пользователя. 10. Безопасность.

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

Источник: http://www.myshared.ru/slide/1339540/

ЖИЗНЕННЫЙ ЦИКЛ БАЗ ДАННЫХ

Одним из базовых понятий проектирования БД является понятие их жизненного цикла. Жизненный цикл БД включает жизненный цикл информации, жизненный цикл информационных продуктов (программного обеспечения) и услуг, а также жизненный цикл ИС.

Жизненный цикл информации состоит из её появления, существования и исчезновения.

Жизненный цикл информационных систем (как и использования компьютерных программ) – это различные их состояния, начиная с момента возникновения необходимости в данной ИС и заканчивая моментом её полного выхода из употребления у всех пользователей.

Жизненный цикл существования программного продукта (БД) является непрерывным процессом. Разработка БД охватывает все работы по их созданию. Концепция жизненного цикла продукта, услуги или системы подразумевает, что они ограниченны, по крайней мере, во времени.

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

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

Традиционно выделяются следующие основные этапы жизненного цикла программного обеспечения:

эксплуатация и сопровождение.

Разработка БД охватывает все работы по их созданию.

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

Под моделью ЖЦ понимается структура, определяющая последовательность выполнения и взаимосвязи процессов, действий и задач на протяжении всего ЖЦ.

К основным (базовым) моделям жизненного цикла относят модели: каскад («водопад»), поэтапная и спираль («водоворот»). Важным аспектом проектирования БД является возможность осуществлять тестирование системы непосредственно в процессе ее разработки. Не все модели жизненного цикла БД позволяют это делать.

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

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

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

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

Для большинства современных компьютерных программ длительность жизненного цикла равна двум–трём годам, хотя встречаются программы, существующие десять и более лет.

Увеличить длительность жизненного цикла БД можно, если регулярно осуществлять маркетинговые мероприятия по её поддержке, изменения в БД и программных услугах; если уменьшить цену на БД, провести модификацию БД и др.

Увеличить длительность жизненного цикла БД можно, если регулярно осуществлять маркетинговые мероприятия по её поддержке, изменения в БД и программных услугах; если уменьшить цену на БД, провести модификацию БД и др.

Сайт создан в системе uCoz

Источник: http://inftis.narod.ru/db/db-3.htm

Жизненный цикл базы данных — это… Что такое Жизненный цикл базы данных?

• Жизненный цикл СУБД — Жизненный цикл СУБД  это совокупность этапов которые проходит база данных на своём пути от создания до окончания использования. Часто встречаемые этапы Исследование и анализ проблемы, для решения которой создаётся база данных. Построение… …   Википедия
• Система управления базами данных — (СУБД)  совокупность программных и лингвистических средств общего или специального назначения, обеспечивающих управление созданием и использованием баз данных[1]. Содержание 1 Основные функции СУБД 2 …   Википедия
• Экономическая информационная система — (ЭИС) представляет собой совокупность организационных, технических, программных и информационных средств, объединённых в единую систему с целью сбора, хранения, обработки и выдачи необходимой информации, предназначенной для выполнения функций… …   Википедия
• ЭИС — Экономическая информационная система (ЭИС) представляет собой совокупность организационных, технических, программных и информационных средств, объединенных в единую систему с целью сбора, хранения, обработки и выдачи необходимой информации,… …   Википедия
• система — 4.48 система (system): Комбинация взаимодействующих элементов, организованных для достижения одной или нескольких поставленных целей. Примечание 1 Система может рассматриваться как продукт или предоставляемые им услуги. Примечание 2 На практике… …   Словарь-справочник терминов нормативно-технической документации
• ГОСТ 34.003-90: Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Термины и определения — Терминология ГОСТ 34.003 90: Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Термины и определения оригинал документа: 1.1 автоматизированная система; АС: Система, состоящая из персонала и …   Словарь-справочник терминов нормативно-технической документации
• ГОСТ Р МЭК 61513-2011: Атомные станции. Системы контроля и управления, важные для безопасности. Общие требования — Терминология ГОСТ Р МЭК 61513 2011: Атомные станции. Системы контроля и управления, важные для безопасности. Общие требования оригинал документа: [МАГАТЭ 50 SG D8] Примечание 1 См. также «система, важная для безопасности», «класс систем контроля… …   Словарь-справочник терминов нормативно-технической документации
• Критерии определения безопасности компьютерных систем — Эту статью следует викифицировать. Пожалуйста, оформите её согласно правилам оформления статей. Критерии определения безопасности компьютерных систем (англ. Trusted Computer System Evaluation Criteria …   Википедия
• Критерии оценки доверенных компьютерных систем — стандарт Министерства обороны США (англ. Department of Defense Trusted Computer System Evaliation Criteria, TCSEC, DoD 5200.28 STD, December 26, 1985), более известный под именем Оранжевая книга (англ. Orange Book ) из за цвета обложки. Данный… …   Википедия
• Банкротство — (Bankruptcy) Банкротство это признанная судом неспособность исполнить обязательства по уплате взятых в долг денежных средств Суть банкротства, его признаки и характеристика, законодательство о банкротстве, управление и пути предотвращения… …   Энциклопедия инвестора

Источник: https://dic.academic.ru/dic.nsf/ruwiki/1301821

Презентация на тему: Лекция 6.
Проектирование баз данных
1. Жизненный цикл БД. Требования,

1

Первый слайд презентации

Лекция 6.
Проектирование баз данных
1. Жизненный цикл БД. Требования, предъявляемые к базе данных.
2. Этапы проектирования базы данных.
3. Ключи. Реляционная целостность. Реляционная связь. Виды связей в БД.
4. Нормализация таблиц. Нормальные формы.

2

Слайд 2

Жизненный цикл БД. Требования, предъявляемые к базе данных
Жизненный цикл базы данных – это период времени, начиная с момента начала разработки, вплоть до прекращения эксплуатации.

Для жизненного цикла БД характерны этапы:
— Возникновение и исследование идеи ;
— Анализ требований, предъявляемых к БД;
— Составление технического задания ;
— Выбор комплекса языковых и программных средств, обеспечивающих создание, редактирова-ние и предоставление данных пользователю;
— Проектирование ;
— Ввод базы данных в действие;
— Эксплуатация, сопровождение и модернизация (по необходимости);
— Завершение эксплуатации.

3

Слайд 3

Базы данных должны обеспечивать требования :
— Простой и понятный пользователю ввод информации в базу данных.
— Непротиворечивость данных ( соответствуют реальности)
— Целостность структур данных.

— Возможность доступа к базе и предоставление данных по различным входным характеристикам.
— Отсутствие дублирования данных в таблицах.
— Возможность модернизации базы данных.
— Защиту данных от несанкционированного доступа.

— Защиту и восстановление данных в критических ситуациях.

4

Слайд 4

2. Этапы проектирования базы данных.
1. Определение границ предметной области, целей и задач приложения для которого будет создаваться база данных.
2. Определение структуры информационных потоков.
3.

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

Создание средств защиты и администрирования.

5

Слайд 5

3. Ключи. Реляционная целостность. Реляционная связь. Виды связей в БД.
Дублирование данных в БД недопустимо, поэтому каждая таблица должна иметь уникальный идентификатор, который получил название — первичный ключ. Первичный ключ называется простым, когда он состоит из одного атрибута, или составным (несколько атрибутов).

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

Эти изменения называются каскадными изменениями и каскадными удалениями.

6

Слайд 6

При поиске и сортировке данных используют вторичные ключи, которые могут устанавливаться в отличие от первичных ключей на такие поля, которые могут содержать повторяющиеся значения (данные).

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

Ключи используются для следующих целей:
Исключения дублирования значений в атрибутах;
Упорядочения кортежей (по возрастанию, по убыванию);
Ускорения работы с кортежами отношений;
Организации связывания таблиц.

7

Слайд 7

Реляционная связь – это связь между первичным ключевым полем родительской таблицы и аналогичным не ключевым полем дочерней таблицы.
Что же такое «связь»? Связь — это линия, соединяющая геометрические фигуры или информационные объекты
.

8

Слайд 8

Между таблицами возможны следующ виды связей:
Связь один к одному — связь, когда одной записи таблицы родительской соответствует одна запись в дочерней таблице
Связь один ко многим – может быть :
а) запись в родительской соответствует записям в дочерних;
б) отдельные записи родительской таблицы не имеют связанных с ними записей в дочерней таблице.
Связь многие ко многим – когда многие записи родительской таблицы связаны со многими записями дочерней таблицы.
Существуют и более сложные связи, например, тренарные связи ; связи более высоких порядков

9

Слайд 9

4. Нормализация таблиц. Нормальные формы
Оптимизация БД проводится через нормализацию.

Целью нормализации является:
— Исключение избыточных данных, содержащихся в таблицах;
— Упрощение структур размещения данных;
— Упрощение поиска данных;
— Исключение противоречий при изменениях в структуре базы данных.
Нормализация таблиц осуществляется в процессе логического проектирования БД и проводится поэтапно.

10

Слайд 10

Первая нормальная форма -1 NF требует :
1. Каждое поле (домен) имело одиночный неповторяющийся по смыслу атрибут;
2. Каждая запись (кортеж) представляла собой одиночный экземпляр описываемого объекта.
После перевода в первую нормальную форму таблица примет вид

11

Слайд 11

Вторая нормальная форма – 2 NF требует чтобы :
Первичный ключ однозначно определял запись и не был избыточным;
Домены, зависящие от части первичного ключа, должны быть выделены в отдельные таблицы.

12

Слайд 12

Третья нормальная форма –3NF требует, чтобы в таблице не имелось транзитивных записей между не ключевыми доменами, то есть, чтобы значение любого домена, не входящего в первичный ключ, не зависело от другого домена, также не входящего в первичный ключ.
В нашем случае имеется транзитивная зависимость:
№ накл._Товар >Количество > Сумма
Здесь поле Сумма зависит от поля Количество, так как оно вычисляется умножением
КОЛИЧЕСТВО * ЦЕНА.
у даляем поле Сумма из таблицы.
Получаем третью нормальную форму.

13

Последний слайд презентации: Лекция 6.
Проектирование баз данных
1. Жизненный цикл БД. Требования,

Установка связей между отношениями получило название схемы данных.

Источник: https://slide-share.ru/lekciya-6proektirovanie-baz-dannikh1-zhiznennij-cikl-bd-trebovaniya-138421