Концептуальное проектирование 


Мы поможем в написании ваших работ!



ЗНАЕТЕ ЛИ ВЫ?

Концептуальное проектирование



Этап концептуального проектирования связан с описанием разнообразных ин­фор­ма­ци­онных требований пользователей в первоначальный проект базы данных. Результатом это­го этапа является высокоуровневое представление информационных требований, нап­ри­мер, такое как диаграмма «сущность-связь». Основу этой диаграммы составляет набор сущ­ностей, который представляет или моделирует определенную совокупность сведений, специ­фицированную в требованиях. Сущности могут быть описаны атрибутами, поз­во­ля­ю­щи­ми детализировать свойства сущности. Один или несколько атрибутов могут служить иден­тификатором для обозначения отдельных экземпляров сущности. Связи между сущ­нос­тями отображают функциональные аспекты информации, представленной сущностями. Подход к концептуальному проектированию обычно предполагает, что рас­смат­ри­ва­ется представление одного – единственного пользователя. Чаще всего таким един­ствен­ным пользователем является администратор или проектировщик базы данных, который по­ни­мает требования всех пользователей и объединяет эти требования в полный набор сог­ла­со­ванных спецификаций. Концептуальное проектирование оперирует информацией, независимой от любой фак­тической реализации (т. е. от любой конкретной системы технического или прог­рам­м­но­го обеспечения). Цель концептуального проектирования именно в том и состоит, чтобы пре­дставить информацию в доступной пользователю форме, не зависящей от спе­ци­фи­ка­ций системы, но реализуемой несколькими системами.

 

Фундаментальные свойства отношений

Отсутствие кортежей-дубликатов

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

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

Отсутствие упорядоченности атрибутов

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

Атомарность значений атрибутов

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

Администратор БД

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

Функции администратора:

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

- решать вопросы, связанные с расширением БД в связи с изменением границ ПО;

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

- выполнять работы по ведению словаря данных; контролировать избыточность и противоречивость данных, их достоверность;

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

Роль пользователей БД

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

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

Роль администратора функциональных подсистем

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

Роль системных программистов

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

Роль прямых конечных пользователей

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

Роль косвенных конечных пользователей

Косвенные конечные пользователи не обращаются с ЭВМ непосредственно.

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

Языки описания данных

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



Поделиться:


Последнее изменение этой страницы: 2017-01-25; просмотров: 113; Нарушение авторского права страницы; Мы поможем в написании вашей работы!

infopedia.su Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав. Обратная связь - 3.236.219.157 (0.02 с.)