Магазин авто

Содержание 
 

 

Введение

       В условиях рыночной экономики информация выступает как один из основных товаров. Успех коммерческой и предпринимательской деятельности связан с муниципальными, банковскими, биржевыми информационными системами, информатизации об оптовой и розничной торговли, торговых домов, служб управления проектами, трудом и занятостью, созданием банка данных рынка товаров и услуг, развитием центров справочной и аналитико-прогнозной котировочной информации, электронной почты, электронного обмена данными и др.

       Без информации практически не возможно принять объективного управленческого решения, которое выступает в современных условиях  одним из важнейших факторов функционирования и развития промышленных фирм. Эта деятельность постоянно совершенствуется в соответствии с объективными требованиями производства и реализации товаров, усложнением хозяйственных связей, повышением роли потребителя в формировании технико-экономических и иных параметров продукции. Большую роль играют также, изменения в организационных формах и характере деятельности фирм, повышение значения транснациональных корпораций в международных хозяйственных связях. В связи с выше сказанным постоянно развиваются информационные системы.

       Автомобильный рынок в России последовательно  развивался на протяжении многих десятилетий, и, наконец, вступил в этап стабильного  развития с темпами, превышающими инфляцию. Итогами этого преобразования явилось следующее: сформировалась инфраструктура автомобильного рынка.

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

       Целью данного курсового проекта является создание такого средства – базы данных автомобильной компании, которая позволит облегчить учет, сократить время, требующееся на оформление документов и прайсов, иметь упорядоченные данные по клиентам, маркам автомобилей, заказам, актам купли-продажи, а также  анализировать работу компании в целом за определенный период времени.

       Проектирование  информационной системы строится в  три этапа: инфологическое проектирование, логическое проектирование, машинное проектирование. На первом этапе ставятся задачи и цели, которые необходимо реализовать в ходе проекта, а также исследуется предметная область, информационные объекты, их атрибуты, связи между ними, ограничения и строится инфологическая модель предметной области. Второй этап полностью ориентирован на программно-технические средства, с помощью которых далее будет выполнена машинная обработка.

       Задачи  и функции курсового проекта  будут реализованы в наиболее популярной программе в этой области  –Microsoft office Access 2003. В Microsoft office Access 2003 реализованы все атрибуты реляционных систем управления базы данных. В базе данных поддерживается целостность данных с помощью первичных ключей и связей между таблицами.

1. Описание предметной области

     Многообразие  форм собственности в период рыночной экономики, расширение прав предприятий в управлении экономикой, отраслевые особенности производства требуют альтернативных, а подчас и многовариантных подходов при решении конкретных вопросов методики и техники ведения учета производственных запасов и закупок.

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

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

     Проектируемая база данных ориентирована именно на такой склад автомобилей, или  автосалон, который занимается продажей автомобилей в наличии и на заказ.

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

     Как правило, такие компании занимаются поставкой автомобилей из других стран, таких как Германия и Китай. И хотя в наличии всегда есть определенные марки автомобилей, дистрибьютором которых является компания, клиент всегда может сделать заказ на модель, которой нет в каталоге. При оформлении заказа необходимо предоставить только РНН покупателя и назвать юридическое имя или фамилию, если это частное лицо.

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

1.2 Постановка задачи

     Целью данного курсового проекта является спроектировать базу данных для склада автомобилей.

     В первую очередь система должна обеспечивать представление имеющихся в наличии  автомобилей. База данных должна также  позволять автоматизированный учет документов, таких, как акты купли-продажи, гарантийные талоны и заказы клиентов.

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

     Целью создания информационной системы является:

  1. Предоставить пользователю возможность ввода первичной информации с использованием простых и понятных пользователю экранных форм.
  2. Автоматизация составления актов купли-продажи.
  3. Автоматизация составления заказов покупателей.
  4. Создание базы данных клиентов и поставщиков.
  5. Автоматизация составления прайса автомобилей, имеющихся в наличии.
  6. Автоматизация составления гарантийных талонов.
  7. Предоставление информации по статистическим отчетам.
  8. Автоматизированный учет сотрудников.

1.3 Описание входных документов и сообщений

  1. Входными  сообщениями при регистрации  в магазине нового автомобиля является регистрация акта купли продажи, где содержатся следующие характеристики:
    • Номер акта купли- продажи.
    • Марка автомобиля.
    • Серийный номер двигателя.
    • Тип двигателя.
    • Тип привода.
    • Тип КПП.
    • Объем двигателя.
    • Цвет.
    • Пробег.
    • Масса.
    • Объем багажника.
    • Дата покупки (продажи).
    • Цена покупки (продажи).
    • Процент прибыли (только в случае продажи).
    • Менеджер (только в случае продажи).
  1. Регистрация покупателя:
    • Имя покупателя (При предоставлении удостоверения личности частным лицом или названия юридического лица).
    • РНН покупателя.
  1. Регистрация поставщика:
    • Имя поставщика.
    • РНН.
    • Номер расчетного счета.
    • Адрес.
    • Контактный телефон.
    • Контактное лицо.
  1. При оформлении гарантийного талона регистрируются следующие данные:
    • Номер акта продажи.
    • Срок гарантии.
  1. При регистрации заказа покупателя указываются следующие данные и желаемые характеристики автомобиля:
    • Номер заказы.
    • Данные покупателя.
    • Марка автомобиля.
    • Тип двигателя.
    • Тип КПП.
    • Объем двигателя.
    • Дата заказа.
    • Сумма аванса.

1.4 Описание выходных документов и сообщений

       Выходными являются следующие документы:

  1. Акт купли-продажи, свидетельствующий о продаже автомобиля.
  2. Гарантийный талон.
  3. Прайс автомобилей в наличии.
  4. Заказ клиента.
  5. Диаграмма о наиболее продаваемых марках автомобилей
  6. График размера прибыли компании за заданный период с (учетом НДС).
  7. Отчет о количестве проданных автомобилей за заданный период.

1.5 Описание запросов к базе данных

  1. Выдать  список автомобилей, имеющихся в  прайсе с их основными показателями (см. Приложения Рис 25)
  2. Выдать список проданных автомобилей за заданный период (см. Приложения Рис 26)
  3. Выдать список автомобилей в заданном диапазоне цен. (см. Приложения Рис 27)
  4. Выдать информацию о сумме продаж по каждой проданной марке автомобиля. (см. Приложения Рис 28)
  5. Выдать доход от каждого менеджера компании за заданный период времени. (см. Приложения Рис 29)
  6. Выдать список поставщиков (см. Приложения Рис 30)
  7. Выдать список всех менеджеров компании (см. Приложения Рис 31)

1.6 Список ограничений

  1. Каждому автомобилю, купленному компанией, должен соответствовать уникальный номер акта купли -продажи.
  2. Каждому автомобилю, проданному компанией, должен соответствовать только один гарантийный талон.
  3. У каждого автомобиля уникальный серийный номер двигателя.
  4. Тип двигателя автомобиля может принимать только одно значение из трех (дизель, бензин или бензин-газ).
  5. Тип КПП автомобиля может принимать только одно значение из  трех (auto, manual, tiptronic).
  6. Все даты, фигурирующие в информационной системе, вводятся с помощью масок ввода, во избежание ошибки формата.

2 Выбор средств/методологии проектирования. Выбор СУБД

       Система управления базами данных (СУБД) представляет собой совокупность языковых и программных  средств, предназначенных для создания, ведения и использования баз  данных. По характеру использования  СУБД разделяют на персональные и многопользовательские. Персональная СУБД обеспечивает возможность создания локальных баз данных, работающих на одном компьютере. К персональным СУБД относятся Paradox, dBase, FoxPro, Access. Многопользовательские СУБД позволяют создавать информационные системы, функционирующие в архитектуре "клиент-сервер". К многопользовательским СУБД относятся Oracle, Informix, SyBase, Microsoft SQL Server, InterBase и другие.

       В состав языковых средств современных  СУБД входят:

  • язык описания данных, предназначенный для описания логической структуры данных;
  • язык манипулирования данными, обеспечивающий выполнение основных операций над данными;
  • язык структурированных запросов (SQL), обеспечивающий управление структурой БД и манипулирование данными, а также являющийся стандартным средством доступа к удаленным данным;
  • язык запросов по образцу (QBE), обеспечивающий визуальное конструирование запросов к базе данных.

       В качестве СУБД  была выбрана система  MS Access

       Преимущества  СУБД Access:

    • простота использования;
    • большая распространенность;
    • поддержка языка запросов;
    • СУБД Access имеет хорошую инструментальную поддержку.

       Специфической особенностью СУБД Ассеss является то, что вся информация, относящаяся к одной базе данных, хранится в едином файле. Такой файл имеет расширение *.mdb. Данное решение, как правило, удобно для непрофессиональных пользователей, поскольку обеспечивает простоту при переносе данных с одного рабочего места на другое. Внутренняя организация данных в рамках mbd-формата менялась от версии к версии, но фирма Microsoft поддерживала их совместимость снизу вверх, то есть базы данных из файлов в формате ранних версий Access могут быть конвертированы в формат, используемый в версиях более поздних.

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

3 Проектирование логической  структуры базы  данных

         Инфологическая модель используется на ранних стадиях разработки проекта. Если понимать язык условных обозначений, которые соответствуют категориям ER-модели, то ее можно легко «читать», следовательно, она доступна для анализа программистам-разработчикам, которые будут разрабатывать отдельные приложения. Она имеет однозначную интерпретацию, в отличие от некоторых предложений естественного языка, и поэтому здесь не может быть никакого недопонимания со стороны разработчиков.

         Список ограничений, присущих системе:

  1. Серийные номера двигателей автомобилей уникальны
  2. Номера актов купли-продажи уникальны
  3. Каждый сотрудник зарегистрирован в базе под уникальным номером, совпадающим с его регистрационным номером налогоплательщика
  4. При печати актов купли-продажи и гарантийных талонов данные в этих документах вносятся автоматически
  5. Номер удостоверения личности  не может совпадать у двух людей или компаний и не может превышать 12 цифр
  6. Налог на добавочную стоимость считается системой автоматически и равен 13 процентам прибыли в соответствии с Налоговым Кодексом РК.
  7. РНН составляет не более 14 знаков.

      4 Нормализованная реляционная модель

    Уровень сущностей на логической модели

 

    Рис 1

    5 Построение инфологической (концептуальной) модели предметной области

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

         Концептуальное моделирование – это переход от неформализованного описания предметной области к ее формальному изложению с помощью специальных языковых средств.

         Все объекты данной модели находятся в 3НФ (Третьей нормальной форме). Каждая сущность имеет уникальное имя; причем к этому имени должна всегда применяться одна и та же интерпретация (определение сущности). И наоборот: одна и та же интерпретация не может применяться к различным именам, если только они не являются псевдонимами, обладает одним или несколькими атрибутами, которые либо принадлежат сущности, либо наследуются ею через связь, обладает одним или несколькими атрибутами, которые однозначно идентифицируют каждый экземпляр сущности.

         Все сущности связаны  отношением «один-ко-многим», атрибутами этого отношения являются первичные ключи связываемых отношений.

         По определению  схема находится в 3НФ, если она  находится во 2НФ и никакой из неключевых атрибутов не является зависимым ни от какого другого неключевого атрибута. Построив 3НФ, мы фактически выделяем базовые сущности предметной области. В процессе работы над проектом разработана следующая концептуальная модель страховой компании

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

 

    Рис 2

    6 Структура базы данных

    6.1 Варианты ДЛМ в среде выбранной СУБД

         В процессе разработки информационной системы было создано 8 таблиц:

         Сущности «Akt_prodaji»  соответствует таблица «Akt_prodaji»:

      Таблица 6.1 

Название  поля Тип данных Пояснение Ключ
RNN_pokupatelya Текстовый РНН Покупателя  
Nomer_akta_prodaji Числовой Номер акта купли-продажи *
RNN_menedjera Текстовый РНН Менеджера, совершившего продажу  
Nomer_zakaza Числовой Номер заказа (если имеется). Поле необязательное  
Data_prodaji Дата/время Дата совершения продажи  
Cena_prodaji Текстовый Цена продажи  
Procent_pribyli Числовой Процент прибыли  от продажи. Высчитывается с помощью  данных о цене покупки и цене продажи  
NDS Числовой НДС (в том  числе). Высчитывается как 13 % прибыли  
Seriyny_nomer_dvigatelya Числовой Серийный номер  двигателя проданного автомобиля  

 

         Сущности «Magazin»  соответствует таблица «Magazin»

      Таблица 6.2 

Название  поля Тип данных Пояснение Ключ
RNN_postavshika Текстовый РНН Поставщика  
Nomer_akta_pokupki Числовой Номер акта купли-продажи, выданного при покупке автомобиля компанией *
Marka_avtomobilya Текстовый Марка автомобиля  
Seriyny_nomer_dvigatelya Числовой Серийный номер  двигателя  
Tip_dvigatelya Текстовый Тип топлива (может  принимать значения: Дизель;Бензин;Бензин-газ)  
Tip_privoda Текстовый Тип привода  (может принимать значения Передний привод;Задний привод;4WD)  
Tip_KPP Текстовый Тип КПП (может  принимать значения: auto;manual;tiptronic)  
V_dvigatelya Текстовый Объем двигателя (в литрах)  
Cvet Текстовый Цвет автомобиля  
Probeg Числовой Пробег (тыс.км)  
Massa Числовой Масса (в тоннах)  
Cena_pokupki Денежный Цена покупки  
Data_pokupki Дата/время Дата совершения покупки  
Sostoyanie Логический Состояние (Да-продано; Нет- имеется в наличии)  
Predpolag_cena_prodaji Денежный Рекомендуемая цена продажи  

 

         Сущности «Garantiyny_talon»  соответствует таблица «Garantiyny_talon»:

      Таблица 6.3 

Название  поля Тип данных Пояснение Ключ
Nomer_akta_prodaji Числовой Номер акта купли-продажи, выданного компанией при продаже  автомобиля  
Nomer_talona Числовой Номер гарантийного талона *
Garantiya Числовой Срок гарантии  

 

         Сущности «Menedjer»  соответствует таблица «Menedjer»:

         Таблица 6.5 

Название  поля Тип данных Пояснение Ключ
Familiya Текстовый Фамилия Менеджера  
RNN_menedjera Текстовый РНН Менеджера *
Imya Текстовый Имя  
Otchestvo Текстовый Отчество  
Data_rojdeniya Дата/время Дата рождения  
Kontaktny_telefon Текстовый Контактный  телефон  

 

         Сущности «Pokupatel»  соответствует таблица «Pokupatel»:

      Таблица 6.6 

Название  поля Тип данных Пояснение Ключ
Imya_Pokupatelya Текстовый Имя Покупателя (юридическое название или фамилия  и инициалы)  
RNN_pokupatelya Текстовый РНН Покупателя *

 

         Сущности «Postavshik»  соответствует таблица «Postavshik»:

      Таблица 6.7 

Название  поля Тип данных Пояснение Ключ
RS Текстовый Расчетный счет Поставщика  
RNN_postavshika Текстовый РНН Поставщика *
Adres Текстовый Юридический адрес  
Telefon Текстовый Телефон  
Kontaktnoe_lico Текстовый Контактное  лицо для компании  
Imya Текстовый Имя Поставщика (юридическое название)  

 

         Сущности «Zakazu» соответствует таблица «Zakazu»:

      Таблица 6.8 

Название  поля Тип данных Пояснение Ключ
RNN_pokupatelya Текстовый РНН Покупателя  
Nomer_zakaza Числовой Номер заказа (если имеется) *
Z_Maraka_avto Текстовый Желательная марка  автомобиля  
Z_V_dvigatelya Текстовый Желательный объем  двигателя  
Z_Tip_privoda Текстовый Желательный тип  привода  
Z_tip_KPP Текстовый Желательный тип  КПП   
Data_zakaza Дата/время Дата заказа  
Avans Текстовый Аванс  
Магазин авто