Мегаобучалка Главная | О нас | Обратная связь


Рассмотрим ограничения, которые необходимы для достижения целостности базы данных.



2020-02-04 162 Обсуждений (0)
Рассмотрим ограничения, которые необходимы для достижения целостности базы данных. 0.00 из 5.00 0 оценок




Ограничения целостности атрибутов.

Атрибут «Тип» сущности «Контрагент» может принимать только два значения, соответствующие организации и физическому лицу. Атрибут «Проведено» сущности «Поставка» может также принимать только два значения - проведена накладная или нет. Атрибут «Стадия выполнения» сущности «Тираж» может принимать восемь заранее определенных значений. Каждое значение соответствует определенной стадии производственного цикла либо промежутку между ними. Так же существуют значения показывающие, что заказ еще не передан в производство, заказ ожидает приемки и заказ на стадии приемки. Эти ограничения реализованы отдельными доменами. Для атрибутов «Количество» и «Цена» определены ограничения, не позволяющие им принимать отрицательные значения.

Целостность отношений и базы данных в целом.

Если атрибут «Тип» сущности «Контрагент» принимает значение «Физическое лицо», то должна существовать запись о паспортных данных с таким же значением «Номер контрагента». Это достигается применением хранимых процедур. Атрибут «Номер формы» в сущности «Форма» не может принимать null значения, после того, как атрибут «Стадия выполнения» принял значение, показывающее, что форма готова. Значение атрибута «Проведено» сущности «Поставка» не может принимать значения «Да» в момент добавления пустой «Поставки», а так же тогда, когда данной «Поставке» не соответствует ни одна «Партия». Это позволяет избежать ситуации когда проводятся пустые накладные. Так же атрибут «Проведено» не может изменить свое значение на «Нет». Запрет на изменение проведенных накладных реализуется триггерами.

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

Текст триггеров и доменов, реализующих описанные выше ограничения целостности приведен в Приложении А.

 

. Доступ к данным

Вследствие анализа модели процессов предметной области были выделены следующие пользователи:

«Ответственный по снабжению». Этот пользователь имеет доступ ко всем таблицам на чтение. Кроме того, он может изменять таблицы хранящие информацию о накладных, а также таблицы хранящие записи о контрагентах и расходных материалах. Так же он имеет доступ к хранимым процедурам, обеспечивающим доступ к таблице контрагентов.

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

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

«Директор» имеет доступ на чтение ко всем таблицам. Он может изменять только прайслист.

«Администратор» имеет полный доступ ко всем таблицам.

Описание прав пользователей представлено в Приложении Б.

 

. Проектирование приложения

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


Рисунок 5 - Диаграмма логики диалога

Опишем состояния и переходы между ними:

«S» - начальное состояние, из которого доступно только окно регистрации

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

В случае успешной регистрации происходит переход в состояние «1» из которого доступны переходы во все состояния являющиеся основными функциями приложения:

«2» - прием заказа;

«3» - работа с накладными;

«4» - учет этапов производственного цикла;

«5» - справочник контрагентов;

«6» - работа с прайслистом;

«7» - справочник расходных материалов;

«8» - таблица размеров окон

«9» - таблица расхода материалов;

«10» - группы контаргентов;

«11» - группы материалов;

«12» - единицы измерения;

«13» -



2020-02-04 162 Обсуждений (0)
Рассмотрим ограничения, которые необходимы для достижения целостности базы данных. 0.00 из 5.00 0 оценок









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

Обсуждений еще не было, будьте первым... ↓↓↓

Отправить сообщение

Популярное:
Организация как механизм и форма жизни коллектива: Организация не сможет достичь поставленных целей без соответствующей внутренней...
Почему человек чувствует себя несчастным?: Для начала определим, что такое несчастье. Несчастьем мы будем считать психологическое состояние...
Личность ребенка как объект и субъект в образовательной технологии: В настоящее время в России идет становление новой системы образования, ориентированного на вхождение...
Как построить свою речь (словесное оформление): При подготовке публичного выступления перед оратором возникает вопрос, как лучше словесно оформить свою...



©2015-2024 megaobuchalka.ru Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав. (162)

Почему 1285321 студент выбрали МегаОбучалку...

Система поиска информации

Мобильная версия сайта

Удобная навигация

Нет шокирующей рекламы



(0.006 сек.)