Определение набора отношений

Определим сначала сильные типы сущностей

IZDEL (K_IZDEL, IZDEL, KHAR, ED_IZM)

Primary key K_IZDEL

KOMP (K_KOMP, KOMP, KHAR, ED_IZM)

Primary key K_KOMP

PROF (K_PROF, PROF)

Primary key K_PROF

TARIF (N_TARIF, TARIF)

Primary key N_TARIF

Сущность RABOTимеет две родительские сущности PROFи TARIF- поэтому в ее отношение следует поместить копии первичных ключей обеих этих сущностей. Получим:

RABOT (TAB_N, FIO, K_PROF, N_TARIF, SEM_POL, DATA_ZACH)

Primary key TAB_N

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

RASHOD (K_KOMP, K_IZDEL, N_OPER, N-ZECH, ED-IZM, NORMA)

Primary key K_KOMP, N_OPER

Foreign key K_KOMP, K_IZDEL, N_OPER, N_ZECH

ZATRATA (K_IZDEL, N_OPER, N_ZECH, K_PROF, N_TARIF DOPOLN, VREMYA_ED)

Primary key K-IZDEL, N_OPER

Foreign key K_IZDEL, N_OPER, N_ECH, K_PROF, N_TARIF

VIRABOTKA (N_ECH, K_IZDEL, N_OPER, TAB_N, KOLV_GOD, KOLVO_BR, PROC_BR, DATA_VIR)

Primary key TAB_N, DATA_VIR

Foreign key N_ZECH, K_IZDEL, N_OPER, TAB_N

Проверка модели с помощью правил нормализации

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

IZDEL ( ...)

K_IZDELàIZDEL, KHAR, ED_IZM;

KOMP(...)

K_KOMPàKOMP, KHAR, ED_IZM;

RABOT (...)

TAB_NàFIO, K_PROF, N_TARIF, SEM_POL, DATA_ZACH;

TARIF (...)

N_TARIFàTARIF

PROF (...)

K_PROFàPROF;

Эти пять отношений находятся в НФБК, поэтому никаким аномалиям обновления они подвержены не будут. Что касается остальных отношений RASHOD, VIRABOTKA, ZATRATA, то хоть они и не нормализованы до НФБК также не будут подвержены вышеупомянутым аномалиям.

Спецификация требований для представления пользователя «бухгалтер».

Требования к данным

1.Каждый сотрудник предприятия получает заработную плату.

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

Требования к транзакциям

a)Создание и редактирование записей о начислении заработной платы

b)создание отчета о начислении (квитанции для получения зарплаты в кассе)

Построение локальной концептуальной модели для пользователя «бухгалтер»

Определение сущностей

В спецификациях упоминаются следующие сущности:

СОТРУДНИКИ RABOT

РАЗРЯД TARIF

ЗАРПЛАТА ZARPLATA