Разработка информационной системы для оформления продажи автомобилей в автосалоне

Сведения об автомобилях включают: модель автомобиля, тип кузова, год выпуска, цвет, КПП, объем двигателя, номер двигателя, поставщик, перегонщик (форма 7)

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

Форма 3

 

Форма 4

 

Форма  5

 

 

Форма 6

Форма 7

Описание реквизитов входной информации приведено в таблицах

Таблица 1.

 

 

Таблица 2.

 

Таблица 3.

 

Таблица 4

 

Таблица 5

 

Входная запросная информация

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

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

 

 

3. Разработка информационного обеспечения  задачи

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

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

3.1. Информационный  анализ ПО и выделение информационных  объектов

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

Рассмотрим информацию, содержащуюся в документе с информацией  о поставках автомобилей.

Здесь уникальным является реквизит КОД, который единственным образом идентифицирует строку об поставке автомобиля. Данные о поставщиках, перегонщиках и типе кузова берутся из других документов.

На основе проведенного анализа установим функциональные зависимости реквизитов данного документа (Таблица 5).

Таблица 5

Наименование реквизитов документа Автомобили	Имя реквизита	Функциональные зависимости
Код Дата поставки Модель авто Тип кузова Год выпуска Цвет КПП Объем двигателя № двигателя Перегонщик Поставщик	Код Дата поставки Модель авто Тип кузова Год выпуска Цвет КПП Объем двигателя № двигателя Перегонщик Поставщик

 

Рассмотрим информацию, содержащуюся в документе с информацией о заказчиках автосалона (Таблица 6)

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

 

 

 

 

Таблица 6

Наименование реквизитов документа заказчики	Имя реквизита	Функциональные зависимости
Код ФИО Адрес Паспортные данные	Код ФИО Адрес Паспортные данные

 

Рассмотрим информацию, содержащуюся в документе заказы. Здесь также реквизит КОД является уникальным. Т.к. в один и тот же день один клиент может сделать 2 одинаковых заказа.  Здесь ФИО заказчика берется из документа ЗАКАЗЧИКИ, реквизит АВТОМОБИЛЬ берется из документа АВТОМОБИЛИ, а реквизит СТАТУС ОПЛАТЫ берется из справочника СТАТУС ОПЛАТЫ.

Таблица 7

Наименование реквизитов документа заказы	Имя реквизита	Функциональные зависимости
Код Дата ФИО заказчика АВтомобиль Сумма предоплаты Статус оплаты	Код Дата ФИО заказчика АВтомобиль Сумма предоплаты Статус оплаты

 

Рассмотрим информацию, содержащуюся в документе КПП. Данный документ предназначен для быстрого выбора параметра в документе АВТОМОБИЛИ

Таблица 8

Наименование реквизитов документа кпп	Имя реквизита	Функциональные зависимости
Код КПП	Код КПП

 

Рассмотрим информацию, содержащуюся в документе ПЕРЕГОНЩИКИ. В данном документе реквизиты КОД и ПАСПОРТНЫЕ ДАННЫЕ являются уникальными.

Таблица 9

Наименование реквизитов документа перегонщики	Имя реквизита	Функциональные зависимости
Код ФИО Паспортные данные	Код ФИО Паспортные данные

 

Рассмотрим информацию, содержащуюся в документе ПОСТАВЩИКИ. Здесь уникальными являются реквизиты КОД и ИНН.

 

 

 

 

 

Таблица 10

Наименование реквизитов документа поставщики	Имя реквизита	Функциональные зависимости
Код ИНН Наименование Реквизиты банка Адрес	Код ИНН Наименование Реквизиты банка Адрес

 

Рассмотрим информацию, содержащуюся в документе СТАТУС ОПЛАТЫ. Здесь всего два реквизита. Данный документ предназначен для использования в документе ЗАКАЗЫ.

Таблица 11

Наименование реквизитов документа статус оплаты	Имя реквизита	Функциональные зависимости
Код Статус оплаты	Код Статус оплаты

 

Рассмотрим информацию, содержащуюся в документе ТИП КУЗОВА. Здесь всего два реквизита. Данный документ предназначен для использования в документе АВТОМОБИЛИ.

 

 

 

 

 

Таблица 12

Наименование реквизитов документа тип кузова	Имя реквизита	Функциональные зависимости
Код Тип кузова	Код Тип кузова

 

3.2 Определение логической структуры реляционной базы данных

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

Логическая структура реляционной базы данных, построенная на основе полученной ИЛМ, приведена на рис. 9. На этой схеме реляционные таблицы представлены структурой, определяемой составом и последовательностью полей (атрибутов). Наименования ключевых полей подчеркнуты. Логические связи изображены линиями между соответствующими ключами связи.

 

 

 

 

 

 

 

Рис. Логическая структура реляционной базы данных задачи

 

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

Табл 13. Данные таблицы “Автомобили”

 

 

Табл 14. Данные таблицы “Заказчики”

 

Табл 15. Данные таблицы “Заказы”

 

Табл 16. Данные таблицы “КПП”

 

Табл 17. Данные таблицы “Перегонщики”

 

 

 

 

 

 

Табл 18. Данные таблицы “Поставщики”

 

Табл 19. Данные таблицы “Статус оплаты”

 

Табл 20. Данные таблицы “Тип кузова”

 
4. Описание технологии и алгоритмов решения задачи и их машинная реализация.

4.1 Общие сведения о содержании и алгоритме решения задачи

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

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

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

4.2 Описание технологии ввода в базу данных входной информации задачи

 

Для решения рассматриваемой задачи должен производиться ввод и накопление оперативно-учетной информации о заказах автомобилей.

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

В соответствии с этим технология ввода входной оперативной информации и решение рассматриваемой задачи с помощью базы данных приведены на рис. 4.1.

 

Рис. 4.1. Технологическая схема ввода информации и решения задачи оценки оплаты

 

 

 

4.2. Определение  форм ввода-вывода

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

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