Методика проектирования персональных баз данных

1. МЕТОДИКА ПРОЕКТИРОВАНИЯ ПЕРСОНАЛЬНЫХ БАЗ ДАННЫХ

2. Основные понятия баз данных.

ОСНОВНЫЕ ПОНЯТИЯ БАЗ ДАННЫХ.
• Банк
данных
(БнД)
–
это
автоматизированная
информационная
система, включающая в свой состав
комплекс специальных методов и средств
(математических,
информационных,
программных, языковых, организационных
и
технических)
для
поддержания
динамической информационной модели ПО
с целью обеспечения информационных
запросов пользователей

3.

Банк данных включает в свой состав
две основные компоненты:
•БАЗУ
ДАННЫХ,
как
даталогическое
представление
информационной модели ПО;
• СУБД,
как
механизм
манипулирования данными

4.

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

5. Три уровня архитектуры систем БД

6.

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

7.

• Бизнес-процесс – формализованное описание
заданного набора управляющих процедур,
который включает как выполняемые этим
набором функции, так и используемые им
данные.
• Бизнес-правила – набор организационных
положений, правил, требований, ограничений,
которыми может быть регламентирован
конкретный бизнес процесс (например,
подоходный налог - 12%, дорожный налог 18%) и принятых для ведения, сохранения
целостности и обработки данных.

8.  Стадии разработки базы данных

Стадии разработки базы данных
Концептуальная Логическая
Физическая
Документы
Поток работ
Бизнесправила
Поток процессов Модель
компонентов
Формы
отчетности
Программы
База данных Модель данных
Поток форм
Схема БД
Таблицы,
индексы

9.

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

10.

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

11.

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

12.

СУБД
–
это
специализированное
программное обеспечение, позволяющее
манипулировать
данными
и
взаимодействовать
с
прикладными
приложениями пользователей. В состав
СУБД входят: DDL – Data Definition
Language – язык определения данных; DML
- Data Manipulation Language – язык
манипулирования данными (например,
SQL).

13.

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

14.

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

15. Преимущества и недостатки использования СУБД.

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

16.

Недостатки:
сложность;
размер;
стоимость;
дополнительные
затраты
на
аппаратное
обеспечение;
затраты на преобразование данных и
приложений к требованиям СУБД;
производительность;
серьезные последствия при выходе системы из
строя.

17.

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

18. Функции АБД:

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

19.

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