Создание на филиале системы, обеспечивающей полный учет отремонтированных товаров. Информационное пространство предметной области, характеристика атрибутов документа. Построение составной единицы информации. Полнота и целостность схемы базы данных.
Аннотация к работе
Учитывая, что любой документ в экономической системе (предметной области) служит средством отображения ее состояния, можно утверждать, что в информационных системах множество таких документов во времени, позволяет фиксировать динамику состояния предметной области. При выполнении курсовой работы, согласно варианту, должно быть принято следующее допущение - состав атрибутов и их значения в предлагаемом документе является условным и обеспечивает в информационных системах полноту данных о предметной области. На основании заданной формы документа необходимо, в конечном итоге представить информационные данные множества таких документов в таблице, как схеме базы данных, используя теоретические знания проектирования информационных систем. Тематика курсовой работы предполагает знание содержания таких понятий, как атрибуты документа, составная единица информации (ненормализованная, нормализованная), таблица (отношение), универсальная таблица (отношение), домены атрибутов, целостность данных (проблема корректировки, вставки и удаления данных в БД), функциональные зависимости между атрибутами таблицы, диаграмма функциональных зависимостей, детерминанты, нормальные формы таблицы, потенциальные, первичные и внешние ключи таблицы.Филиалы характеризуются названием филиала, его регистрационным номером, ИНН и адресом, а также кто является руководителем данного филиала и какое количество работающих на ремонте. Ремонт характеризуется номером накладной, датой приема товара на ремонт, стоимостью ремонта, отмечается оставшийся гарантийный срок и примечание, которое показывает, что было сделано в данном товаре. Для решения данной задачи управления необходимы следующие информационные данные: о товарах, о том, когда был куплен товар, его гарантийный срок и дата приема товара на ремонт. В результате обследования предметной области установлено: § В документе фиксируется информация о конкретной компании с филиалами, на которых обеспечивается продажа и гарантийный ремонт бытовой техники; В аналитической форме модель СЕИ, построенная на основе документа, будет иметь следующий вид: Warranty repairs (1, n) (Filial (1, m) (Filial, IDFILIAL, INNFILIAL, Chief, Capacity, Address, Phone) (Repair (1, k) (COSTREPAIR, Comment, Guarantee, STARTDATE, STOPDATE, REPAIRID) (Customer (Customer, CUSTOMERID, ADDRESSCUST, Sign); Goods (1, j) (Goods, GOODSID, Categoty, Country, Company, Picture, INNCOMPANY, ADDRESSCOMP, DATESTART, Period, DATEBUY, Cost, Fax, PHONECOMPANY, Email, Web)))) где: Warranty repairs, Filial, Repair, Customer, Goods-название составных единиц информации.Рассмотрим подробнее на предмет наличия проблем вставки, удаления и корректировки полученную в предыдущих разделах таблицу Warranty repairs. Однако, согласно теории проектирования, все таблицы базы данных, в том числе, если такая база состоит из одной таблицы, не должны содержать проблем вставки, удаления, корректировки. В этом случае информационные данные в таблице Warranty repairs будут представлены в следующем виде: Warranty repairs Итак, если по какой-то причине (к примеру, потеря сведений о продаже товара за 15.04.2011) мы удалим первую строку таблицы Warranty repairs (в которой фиксируется ремонт утюга Philips GC 3321 клиентом Ивановым И. И.), то из полученной БД будет безвозвратно утеряна информация о наличии данного клиента, т.к. в других строках таблицы информация о нем не содержится. В полученной таблице Warranty repairs такая избыточность присуща атрибутам Filial, IDFILIAL, INNFILIAL, Chief, Capacity, Address, Phone, Customer, CUSTOMERID, ADDRESSCUST, Sign, которые повторяются много раз в таблице, что повышает вероятность допущения ошибки при вводе и исправлении данных.Таблица находится в НФБК, если она находится в 3НФ и каждый детерминант в таблице является ее потенциальным ключом. Далее для проведения декомпозиции таблицы определим потенциальные ключи и детерминанты на диаграмме функциональных зависимостей между атрибутами таблицы Warranty repairs и отобразим их в виде перечня следующего вида: Таблица 3.1. Из перечня, приведенного в таблице 3.1., видно, что не все детерминанты являются одновременно потенциальными ключами, т. е. данная таблица не находится в НФБК. В связи с этим необходимо выполнить декомпозицию таблицы Warranty repairs на две таблицы: FILIAL (IDFILIALA, Filial, INNFILIAL, Chief, Capacity, Address, Phone) и Т1 (Goods, GOODSID, Categoty, Country, Company, Picture, INNCOMPANY, ADDRESSCOMP, DATESTART, Period, DATEBUY, Cost, Fax, PHONECOMPANY, Email, Web, Customer, CUSTOMERID, ADDRESSCUST, Sign, COSTREPAIR, Comment, Guarantee, STARTDATE, STOPDATE, REPAIRID). Таблица Т1 (Goods, GOODSID, Categoty, Country, Company, Picture, INNCOMPANY, ADDRESSCOMP, DATESTART, Period, DATEBUY, Cost, Fax, PHONECOMPANY, Email, Web, Customer, CUSTOMERID, ADDRESSCUST, Sign, COSTREPAIR, Comment, Guarantee, STARTDATE, STOPDATE, REPAIRID) в таком случае имеет вид (рис.В работе разработана информационная система, позволяющая компании координировать процесс гарантийного ремонта на филиала