II. ПЕРЕЧЕНЬ ЗАДАНИЙ ДЛЯ ВЫПОЛНЕНИЯ РАБОТЫ. Необходимо разработать логические и физические модели базы данных, хранимые отображения для каждой модели (ERD
Необходимо разработать логические и физические модели базы данных, хранимые отображения для каждой модели (ERD, KB, FA, T), сгенерировать схему базы данных на языке описания данных СУБД Access информационной системы "Обработка заказов в фирме N".
1. Создать сущности ER-диаграммы с описанием атрибутов, их типов, признаков неопределенности и ограничений контроля:
a)СОТРУДНИК, включающая данные о сотрудниках организации (SOTR):
ТабНомСотр – табельный номер сотрудника (ID_Sotr) (целый, всегда определен, первичный ключ);
ФИОСотр – ФИО сотрудника (FIOSotr) (строковый, переменной длины, 20 символов, всегда определен);
ДатаРождСотр – дата рождения сотрудника (DateRogdSotr) (дата, всегда определен);
АдресСотр – адрес сотрудника (AdressSotr) (строковый, переменной длины, 30 символов, всегда определен);
ТелСотр – телефон сотрудника (TelSotr) (целый);
ДолжСотр – должность сотрудника (DolgSotr) (строковый, переменной длины, 15 символов, всегда определен);
Ограничение контроля на ввод данных в столбец DolgSotr (задается на физическом уровне: см. стр. 67-70):
Insp_DolgSotr – (список значений: {‘Менеджер’, ‘Бухгалтер’, ‘Экономист’, ‘Кладовщик’, ’Руководитель’ });
б)ОТДЕЛ, включающая данные об отделах в которых работают сотрудники (OTDEL):
НомОтд – номер отдела (ID_Ot)(целый, всегда определен, первичный ключ);
НазвОтд – название отдела (NazvOt) (строковый, переменной длины, 15 символов, всегда определен);
ШтатОтд – штатная численность отдела (ShtatOt) (целый, всегда определен);
|
|
|
ФИОРукОтд – ФИО руководителя отдела (FIORukOt) (строковый, переменной длины, 20 символов, всегда определен);
Ограничение контроля на ввод данных в столбец ShtatOt:
Insp_ShtatOt – (диапазон значений: [5...15]);
в) ТЕХСРЕД, включающая данные о видах технических средств отделов (TEHSRED):
КодСред – код технического средства (ID_Sred) (целый, всегда определен, первичный ключ);
НазвСред – название технического средства (NazvSred) (строковый, переменной длины 15 символов, всегда определен);
ОпСред – описание технического средства (OpSred) (большой двоичный объект – BLOB);
г) Товар, включающая данные о продаваемых фирмой товарной продукции (TOVAR):
КодТов – код товара (ID_Tov) (целый, всегда определен, первичный ключ);
НазвТов – название товара (NazvTov) (строковый, переменной длины, 15 символов, всегда определен);
ОпТов – описание товара (OpTov) (большой двоичный объект – BLOB);
ЕдИзмТов – единица измерения товара (EdIzmTov) (строковый, переменной длины, 5 символов, всегда определен);
СтТов – стоимость единицы товара (StTov) (целый, всегда определен);
Ограничение контроля на ввод данных в столбец EdIzmTov:
Insp_EdIzmTov – (список значений: {‘шт’, ‘компл’, ‘кг’});
д) Клиент, включающая данные о покупателе товарной продукции (CLIENT):
|
|
|
КодКлиент – индивидуальный номер клиента (ID_Client) (целый, всегда определен, первичный ключ);
ФИОКлиент – ФИО клиента (FIOClient) (строковый, переменной длины, 20 символов, всегда определен);
ДатаРождКлиент – дата рождения клиента (DateRogdClient) (дата, всегда определен);
АдресКлиент – адрес клиента (AdressClient) (строковый, переменной длины, 30 символов, всегда определен);
ТелКлиент – телефон клиента (TelClient) (целый);
ИННКлиент – ИНН клиента (INNClient) (целый);
е) ЗАКАЗ, включающая данные о заказе на товарную продукцию (ZAKAZ):
ШифрЗаказа – шифр заказа (ID_Zak) (целый, всегда определен, первичный ключ);
ДатаОткр – дата открытия заказа (DateOtkrZak) (дата, всегда определен);
ДатаОпл – дата оплаты заказа (DateOplZak) (дата);
ДатаОтгр – дата отгрузки заказа (DateOtgrZak) (дата);
СтатусЗак– статус заказа (StatZak) (строковый, переменной длины, 10 символов, всегда определен);
Ограничение контроля на ввод данных в столбец StatZak:
Insp_StatZak – (список значений: {‘оформление’, ‘оплата’, ‘отгрузка’, ‘отмена’});
ж) СТРОКА_ЗАКАЗА, включающая данные о позиции заказа на товарную продукцию (STR_ZAKAZA):
НомСтрЗаказа – номер строки заказа (NomStrZak) (целый, всегда определен, первичный ключ);
КолТов – количество товарной продукции в строке заказа (KolTov) (целый);
|
|
|
НДСТов – НДС товарной продукции в строке заказа (NDSTov) (целый);
СуммаТов – общая стоимость товарной продукции в строке заказа (SumTov) (целый);
з) НАКЛАДНАЯ, включающая данные о товарной накладной на продукцию (NAKLAD):
ШифрНакл – шифр накладной (ID_Nakl) (целый, всегда определен, первичный ключ);
ДатаОтгр – дата отгрузки (DateOtgrNakl) (дата, всегда определен);
СтатусНак– статус накладной (StatNak) (строковый, переменной длины, 10 символов, всегда определен);
Ограничение контроля на ввод данных в столбец StatNak:
Insp_StatNak – (список значений: {‘оформление’, ‘отгрузка’, ‘отмена’});
и) СТРОКА_НАКЛАДН, включающая данные о каждой записи в товарной накладной на продукцию (STR_NAKL):
НомСтрНакл – номер строки заказа (NomStrZak) (целый, всегда определен, первичный ключ);
КолТовНакл – количество товарной продукции в строке накладной (KolTovNakl) (целый);
СуммаТовНакл – общая стоимость товарной продукции в строке заказа (SumTovNakl) (целый);
к) ДОК, включающая данные об оформленных документа (DOC):
НомДок – номер документа (NomDoc) (целый, всегда определен, первичный ключ);
ДатаДок – дата оформления (DateDoc) (дата, всегда определен);
л) СКЛАД, включающая данные о складе хранения товарной продукции (SKLAD):
|
|
|
НомСклад –номер склада (ID_Sklad) (целый, всегда определен, первичный ключ);
НазвСклад – название склада (NazvSklad) (строковый, переменной длины, 20 символов, всегда определен);
АдресСклад – адрес склада (AdressSklad) (строковый, переменной длины, 30 символов, всегда определен);
ТелСклад – телефон склада (TelSklad) (целый);
2. Установить тип и характер связей между сущностями, построить их на ER-диаграмме и присвоить имя:
а) связь между сущностями СОТРУДНИК и ОТДЕЛ:
несколько СОТРУДНИКов <работают в> одном ОТДЕЛе;
б) связь ОСНАЩЕНИЕ между сущностями ОТДЕЛ и ТЕХСРЕД:
нескольких ОТДЕЛОВ <оснащаются> несколькими ТЕХническими СРЕДствами
с атрибутом:
КолТехСред – количество технических средств в отделе (целое);
в) связь между сущностями ТОВАР и СТРОКА_ЗАКАЗА:
один вид товара <может включаеться> в несколько СТРОК_ЗАКАЗа;
г) связь между сущностями ТОВАР и СТРОКА_НАКЛАД
один вид товара <может включаеться> в несколько СТРОК_НАКЛАДной
д) связь между сущностями ЗАКАЗ и СТРОКА_ЗАКАЗА:
несколько СТРОК_ЗАКАЗА <входят в состав> одного ЗАКАЗа;
е) связь между сущностями НАКЛАДНАЯ и СТРОКА_НАКЛАДН:
несколько СТРОК_НАКЛАДНой <входят в состав> одной НАКЛАДНой;
ж) связь ТОВАРСКЛАДА между сущностями ТОВАР и СКЛАД:
несколько видов ТОВАРов <хранятся на> нескольких СКЛАДах
с атрибутом:
КолТовСклад – количество видов товара на складе (целое);
з) связь между сущностями КЛИЕНТ и ЗАКАЗ:
один КЛИЕНТ <может сделать> несколько ЗАКАЗов;
и) связь между сущностями СОТРУДНИК и ЗАКАЗ:
один СОТРУДНИК <отвечает за> несколько ЗАКАЗов;
к) связь между сущностями СОТРУДНИК и НАКЛАДНАЯ:
один СОТРУДНИК <оформляет> несколько НАКЛАДНых;
л) связь между сущностями СОТРУДНИК и СКЛАД:
один СОТРУДНИК <может отвечать за отгрузку с> нескольких СКЛАДов;
м) категориальная связь между сущностями ДОКУМЕНТ и НАКЛАДНАЯ:
НАКЛАДНАЯ <является видом> документа;
н) категориальная связь между сущностями ДОКУМЕНТ и ЗАКАЗ:
ЗАКАЗ <является видом> документа.
ЛАБОРАТОРНАЯ РАБОТА №3
Тема. Исследование возможностей case-средств семейства AllFusion для проектирования интегрированных информационных систем.
Учебная цель. Выработать практические навыки в интеграции проектных решений в сфере экономики и управления с помощью CASE-средств AllFusion Process & Data Modeler и овладеть техникой анализа полученных результатов.
Воспитательная цель. Формирование у студентов научного мировоззрения, высоких морально-психологических качеств, привития любви к своей профессии, стремления к повышению своего профессионального мастерства, творческого подхода к выполнению поставленных задач, умения работать в коллективе, правильно оценивать результаты своего труда и труда подчиненных
Отводимое время: 8 часов.
Литература:
1. Вендров А.М. Проектирование программного обеспечения экономических информационных систем: Учебник. –2-е изд., перераб. и доп. – М.: Финансы и статистика, 2005, 544 с.
2. Вендров А.М. Практикум по проектированию программного обеспечения экономических информационных систем. – М.: Финансы и статистика, 2002, 544 с.
3. Маклаков С. В. Создание информационных систем с AllFusion Modeling Suite. – М.: ДИАЛОГ-МИФИ, 2006, с. 432.
Материальное и программное обеспечение занятия:
5. Компьютерный класс.
6. CASE-средство AllFusion Process Modeler.
Дата добавления: 2018-02-15; просмотров: 368; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!