 |
Спецификация требований представления пользователя «начальник цеха».
|
|
|
|
Требования к данным
1. Предприятие состоит из нескольких цехов, которые, в свою очередь, разбиты на участки. В сведения о цехах-участках входят их уникальный номер и название.
2. В цехах-участках трудятся рабочие. Информация о каждом рабочем содержит сведения о его табельном номере, фио, должности, семейном положении и о дате приема на работу.
3. В цехах изготавливаются составляющие двигателя и сам двигатель, который характеризуются своим уникальным номером, названием, характеристикой, единицей измерения и ценой за единицу продукции.
4. В цехах-участках протекают различные операции, в которых участвуют детали (сырье) и изделия.
5. Детали и сырье предприятие не изготавливает само, а закупает у других предприятий. Сведения о привозных компонентах содержат информацию о коде, названии, характеристике и цене за штуку.
6. На каждом участке в ходе каждой операции по изготовлению составляющих двигателя расходуется определенное количество сырья.
7. Каждый рабочий имеет профессию и разряд.
8. На каждом участке входе операции по изготовлению изделия рабочим ведется учет его выработки
9. На каждом участке на операцию по изготовлению изделия рабочим с определенной профессией и разрядом затрачивается определенное количество времени.
Требования к транзакциям
К основным транзакциям, которые должны выполняться пользователем «начальник цеха» относятся следующие:
a) составление списка изделий, производимых на участках данного цеха
b) составление списка используемых компонентов
c) составление перечня операций, протекающих в цехе
d) поиск работников удовлетворяющих различным требованиям
e) составление списка расхода материала
|
|
|
f) учет выработки работников
Определение типов сущностей
работа начинается с определения основных типов сущностей исходя из имеющихся спецификаций. В спецификациях сущности обычно представлены как существительные. Анализ показывает, что основными сущностями, упоминаемыми в спецификациях являются следующие:
ПОДРАЗДЕЛЕНИЯ ZECH
РАБОЧИЕ RABOT
ПРОФЕССИЯ PROF
РАЗРЯД TARIF
ИЗДЕЛИЯ IZDEL
МАТЕРИАЛЫ KOMP
ОПЕРАЦИИ OPER
Определение типов связей
Следующий шаг состоит в определении типов связей, существующих между отдельными сущностями. Для выявления всех возможных типов связей вновь обратимся к спецификациям.
Тип сущности Тип связи Тип сущности
RABOT обладает PROF
RABOT имеет TARIF
KOMP участвуют OPER
KOMP расходуется ZECH
KOMP расходуется на IZDEL
KOMP расходуется в OPER
IZDEL участвует OPER
IZDEL изготавливается в OPER
IZDEL изготавливается в ZECH
IZDEL изготавливается RABOT
PROF затрачивается на IZDEL
TARIF затрачивается на IZDEL
Определение степени участия и кардинальности каждого типа связи.
Связь IZDELà RABOT. Кардинальность данной связи M:N, так как в процессе изготовления изделий принимают участие не один рабочий.
Связь IZDELà ZECH. Кардинальность этой связи также M:N, так как изделия изготавливаются во многих цехах.
Связь IZDELàOPER. Кардинальность данной связи M:N, так как изделия проходят разную степень обработки в разных цехах.
Связь ZECHà OPER. Кардинальность связи 1:M. В цехе протекает несколько операций.
Связь KOMPà OPER ( материалы расходуются в операциях ) Кардинальность M:N.
Связь KOMPàOPER ( материалы участвуют в операциях ) Связь типа 1:M, так как один и тот же материал может участвовать в разных операциях.
Связь RABOTàPROF. Связь типа 1:1.Каждый рабочий имеет только одну профессию.
|
|
|
Связь RABOTàTARIF. Кардинальность данной связи также 1:1, так как каждый рабочий имеет только один разряд.
Определение атрибутов сущностей
Тип сущности Атрибут
IZDEL K_IZDEL
IZDEL
KHAR
ED_IZM
KOMP K_KOMP
KOMP
KHAR
ED_IZM
RABOT TAB_N (таб. №)
FIO (ФИО)
SEM_POL (семейное положение)
DATA_ZACH (дата приема на работу)
OPER N_OPER (№ операции)
TARIF N_TARIF (№ разряда)
TARIF (часовая тарифная ставка)
PROF K_PROF (код проф.)
PROF (название)
Определение первичных ключей и потенциальных ключей.
Тип сущности Первичный ключ Потенц. Ключ
IZDEL K_IZDEL IZDEL
KOMP K_KOMP KOMP
RABOT TAB_N
TARIF N_TARIF TARIF
PROF K_PROF PROF
Построение и проверка локальной логической модели для представления пользователя «начальник цеха».
В результате выполнения первого этапа мы получили набор локальных концептуальных моделей данных. Однако в них присутствуют структуры, реализация которых в СУБД реляционного типа будет затруднена. Имеются в виду сложные связи, существующие между отдельными типами сущностей.
Удаление сложных связей.
Прочитаем спецификацию N 9: ’на каждом участке в ходе операции по изготовлению изделия рабочим ведется учет его выработки.’в этой связи участвуют четыре связи. Для удаления такой сложной связи объединим все эти сущности в промежуточную. И получим
 |
RABOTàVIRABOTKA. Тип связи 1:M.
IZDELàVIRABOTKA. 1:M
OPERàVIRABOTKA. 1:M
ZECHàVIRABOTKA. 1:M
 |
Спецификация N7: ‘На каждом участке в ходе каждой операции по изготовлению составляющих двигателя (т.е. изделий) расходуется определенное количество сырья (т.е. материала)
Объединив эти четыре сущности KOMP, IZDEL, OPER, ZECH в единую промежуточную сущность RASHOD (расход) мы тем самым удалим еще одну сложную связь. В замен старой связи получим 4 связи типа 1:M
KOMPàRASHOD 1:M
IZDELàRASHOD. 1:M
OPERàRASHOD. 1:M
ZECHàRASHOD.1:M
 |
Спецификация N 10: ‘На каждом участке на каждую операцию по изготовлению изделия рабочим с определенной профессией и разрядом затрачивается определенное количество времени’.
Для получения бинарной связи объединим сущности PROF, TARIF, IZDEL, ZECH в одну сущность под названием ZATRATA (нормы затрат труда).
|
|
|
