СКАЧАТЬ РАБОТУ БЕСПЛАТНО -
1.2 Постановка задачи программист автоматизация автомобиль оператор
АИС «Автосалон» предназначен для автоматизации деятельности автомобильного салона. Разрабатываемая система должна обеспечивать решение следующих задач:
автоматизировать процесс оформления продажи и поставки автомобилей;
повысить точность, сохранность и защищённость данных;
ускорить процесс поиска автомобилей;
повысить удобство работы с базой данных;
автоматизировать расчёт стоимости продаже автомобиля;
осуществить контроль вводимых данных;
систематизировать хранение данных о клиентах, сотрудниках, автомобилях;
максимально перехватить системные ошибки;
упростить процедуру ввода данных.
Функции системы:
хранение и изменение информации: об автомобилях (идентификатор, марка, модель, цвет, страна производитель, стоимость); о сотрудниках (ФИО, дата рождения, адрес, дата найма); о клиентах (ФИО, адрес, телефон, дата рождения, возраст); о продажах (дата, стоимость за оформление, стоимость доставки, стоимость НДС, общая стоимость);
поиск информации об автомобилях, клиентах, сотрудниках;
формирование чека, платёжного поручения, заявок на заказ;
расчёт стоимости покупки с учётом скидок;
составление диаграммы о работе сотрудников;
хранение данных в архиве о проданных автомобилях.
Данная система не требует дорогого оборудования, её не нужно устанавливать. Необходимо лишь операционная система семейства Windows, оперативная память от 1 Гб, принтер.
Предполагается, что система будет использована сотрудниками автосалона. Для того чтобы система полностью подходила её нужно будет доработать для данного автосалона. Разработка может служить основой для дальнейшего проектирования. Она выполняет самые основные функции, необходимые для автосалона.
Дизайн выполнен в спокойных тонах не напрягающий глаза пользователей. Расположение кнопок на форме максимально удобно для работы. При разработке дизайна учитывался ряд общепринятых правил: гармоничное сочетание цветов, пропорциональность размеров элементов, интуитивно понятный интерфейс.
2. Описание программного продукта
2.1 Входные данные
Автоматизированное рабочее место «Автосалон» в качестве входных данных использует накладные, данные о продаже, данные об автомобилях, запчастях, заказах, документы.
2.2 Выходные данные
Выходными данными являются отчеты, распечатанные на принтере: диаграмма о продажах, диаграмма автомобилей, авторизация сотрудников, договор с поставщиком, снятие кассы.
2.3 Выбор и обоснование выбора используемого программного обеспечения
Выбор программного обеспечения представляет собой сложную многопараметрическую задачу и является важнейшим этапом при разработке базы данных. Выбранный программный продукт должен удовлетворять требованиям разработчика и заказчика, при этом следует учитывать затраты на приобретение данного программного продукта и на обучение персонала.
При выборе СУБД необходимо оценить технические параметры системы, также необходимо убедится, что данная СУБД способна принести предприятию выгоду.
Существуют различные виды: Access, Delphi7, 1C и другие.
Рассмотрим некоторые из них:
Access имеет удобный и понятный интерфейс, позволяющая выполнить все заложенные в БД функции понятные любому пользователю. Также в него встроены различные мастера, конструкторы, которые облегчают процесс проектирования. Тем не менее, Access является недостаточно гибким;
Delphi7 является универсальной системой, позволяющая разрабатывать самые разнообразные приложения и базы данных. Delphi7 позволяет работать почти со всеми современными СУБД. Она позволяет создавать приложения различной степени сложности – от простейших программ до профессиональных, предназначенных для работы с базами данных. Delphi7 представляет собой многооконную систему, она обеспечивает возможность визуального программирования. Инструментарий этого пакета позволяет создавать полноценные приложения и даёт неограниченные возможности для творчества;
1С включает в себя весь набор необходимых компонентов для разработки информационных систем. Она содержит собственный язык запросов, программирования и средства разработки.
Учитывая всё выше сказанное для разработки АИС «Автосалон» была выбрана среда разработки Delphi7.
2.4 Описание ресурсов ПЭВМ
Для работы АИС «Автосалон» необходимы компьютеры со следующими характеристиками:
операционная система семейства Windows XP и выше и установленная программа Delphi7;
процессор с тактовой частотой 400 МГц и выше;
оперативная память 1 Гб и выше;
жесткий диск со свободным пространством от 200 Мб;
монитор 14” и выше;
принтер;
мышь, клавиатура.
3. Основные проектные решения
3.1 Схема программной системы
Диаграммы потоков данных (DFD) является основным способом моделирования функциональных требований. Диаграмма представляет требования к системе в виде иерархических процессов связанных потоками данных. Диаграмма позволяет продемонстрировать процессы преобразования входных данных в выходные и выявить отношения между этими процессами.
Основные понятия, используемые в контекстных диаграммах DFD:
внешняя сущность – материальный предмет, или физическое лицо, представляющее собой источник или приемник информации. Внешняя сущность находиться за пределами анализируемой системы;
системы и подсистемы – при построении сложной информационной системы, сначала информационную систему представляют в общем, виде, как единый блок (система). Затем этот блок разбивается на подсистемы;
процесс – преобразование входных потоков данных в выходные, в соответствии с определенным алгоритмом;
поток данных – определенная информация, передаваемая через некоторое соединение от источника к приемнику;
накопитель данных – абстрактное устройство для хранения информации, в которое можно поместить, а затем извлечь информацию. Прообраз будущей БД, поэтому описание хранящихся в нем данных должно быть связанно с информационной моделью ER-диаграммой. Ниже в рисунках 3.1 – 3.9 представлены диаграммы потоков данных.
Рисунок 3.1 – DF – диаграмма 0 уровня
Рисунок 3.2 – DF – диаграмма 1 уровня подсистемы
Рисунок 3.3 – DF – диаграмма 2 уровня подсистемы
Рисунок 3.4 – DF – диаграмма 3 уровня процесса
Рисунок 3.5 – DF – диаграмма 4 уровня процесса
Рисунок 3.6 – DF – диаграмма 5 уровня процесса
Рисунок 3.7 – DF – диаграмма 6 уровня процесса
Рисунок 3.8 – DF – диаграмма 7 уровня процесса
Рисунок 3.9 – DF – диаграмма 8 уровня процесса
3.2 Структура базы данных
С целью повышения наглядности и удобства проектирования, а также для представления сущностей и связей между таблицами (смотреть таблицы 3.1 – 3.21) используются ER-диаграммы. Это значительно упрощает создание таблиц.
Цель инфологического моделирования – обеспечение наиболее естественных для человека способов сбора и представления той информации, которую предполагается хранить в создаваемой базе данных. Поэтому инфологическую модель данных пытаются строить по аналогии с естественным языком. Конструктивными основными элементами инфологических моделей являются сущности, связи между ними и их свойства (атрибуты).
Сущность – любой различимый объект (объект, который мы можем отличить от другого), информацию о котором необходимо хранить в базе данных. Сущностями могут быть люди, места, самолеты, рейсы, вкус. Необходимо различать такие понятия, как тип сущности и экземпляр сущности. Понятие тип сущности относится к набору однородных личностей, предметов, событий или идей, выступающих как целое. Экземпляр сущности относится к конкретной вещи в наборе.
Атрибут – поименованная характеристика сущности. Его наименование должно быть уникальным для конкретного типа сущности, но может быть одинаковым для различного типа сущностей. Атрибуты используются для определения того, какая информация должна быть собрана о сущности.
Домен - это набор всех допустимых значений, которые может содержать данный атрибут.
Ключ или возможный ключ – это минимальный набор атрибутов, по значениям которых можно однозначно найти требуемый экземпляр сущности. Минимальность означает, что исключение из набора любого атрибута не позволяет идентифицировать сущность по оставшимся. Каждая сущность обладает хотя бы одним возможным ключом. Один из них принимается за первичный ключ. Необходимо обеспечить уникальность первичного ключа.
Внешний ключ - атрибут или несколько атрибутов родительской таблицы, которые связываются с дочерней, для родительской таблицы он является первичным. Если сущность С связывает сущности А и В, то она должна включать внешние ключи, соответствующие первичным ключам сущностей А и В. Если сущность В обозначает сущность А, то она должна включать внешний ключ, соответствующий первичному ключу сущности А.
Таблица 3.1 – Таблица «Склад»
Название Тип Размерность Ключ
Код автомобиля числовой длинное целое *
Марка текстовый 15 -
Название текстовый 25 -
Модификация текстовый 15 -
Тип кузова текстовый 15 -
Тип двигателя текстовый 15 -
Цвет автомобиля текстовый 25 -
Максимальная скорость числовой целое -
Мощность автомобиля числовой целое -
Количество мест числовой целое -
Количество дверей числовой целое -
Страна производитель текстовый 15 -
Разгон числовой целое -
Объем багажника числовой целое -
Габариты текстовый 15 -
Привод текстовый 15 -
Объем топливного бака числовой целое -
Комплектация МЕМО -
Код накладной числовой длинное целое FK
Пробег числовой целое -
Единица измерения пробега текстовый 15 -
Состояние текстовый 10 -
Торг логический -
Статус текстовый 10 -
Тип коробки передач текстовый 15 -
Тип руля текстовый 15 -
Стоимость автомобиля числовой денежный -
Валюта текстовый 15 -
Стоимость в рублях числовой денежный -
Процент надбавки числовой процентный -
Стоимость с надбавкой числовой денежный -
Акция числовой длинное целое -
Скидка числовой длинное целое -
В кредит логический -
Таблица 3.2 – Таблица «Покупатель»
Название Тип Размерность Ключ
Код покупателя числовой длинное целое *
Фамилия текстовый 20 -
Имя текстовый 20 -
Отчество текстовый 20 -
Дата рождения дата/время 8 байт -
Возраст числовой целое -
Пол текстовый 1 -
Город текстовый 15 -
Адрес текстовый 30 -
Телефон текстовый 11 -
Дата выдачи дата/время 8 байт -
Вид документа текстовый 20 -
Серия документа текстовый 15 -
Номер документа числовой целое -
Кем выдан текстовый 25 -
Таблица 3.3 – Таблица «Сотрудники»
Название Тип Размерность Ключ
Код сотрудника числовой длинное целое *
Фамилия текстовый 20 -
Имя текстовый 20 -
Отчество текстовый 20 -
Дата рождения дата/время 8 байт -
Возраст числовой целое -
Пол текстовый 1 -
Город текстовый 15 -
Адрес текстовый 30 -
Телефон текстовый 11 -
Дата найма дата/время 8 байт -
Должность текстовый 15 -
Стаж числовой целое -
Разряд числовой целое -
Фото OLE 8 Мб -
Таблица 3.4 – Таблица «Накладная»
Название Тип Размерность Ключ
Код накладной числовой длинное целое *
Код поставщика числовой длинное целое FK
Код сотрудника числовой длинное целое FK
Дата отправки дата/время 8 байт -
Дата поставки дата/время 8 байт -
Количество числовой целое -
Стоимость числовой денежное -
Процент за поставку числовой процентный -
Общая стоимость числовой денежный -
Таблица 3.5 – Таблица «Склад оборудования»
Название Тип Размерность Ключ
Код оборудования числовой длинное целое *
Наименование текстовый 15 -
Производитель текстовый 10 -
Количество числовой целое -
Цена числовой денежный -
Стоимость числовой денежный -
Процент надбавки числовой процентный -
Стоимость с надбавкой числовой денежный -
Код накладной числовой длинное целое FK
Таблица 3.6 – Таблица «Акции»
Название Тип Размерность Ключ
Код акции числовой длинное целое *
Описание акции текстовый 15 -
Срок действия дата/время 8 байт -
Таблица 3.7 – Таблица «Архив»
Название Тип Размерность Ключ
Код архива числовой длинное целое *
Дата добавления дата/время 8 байт -
Код автомобиля числовой длинное целое FK
Марка текстовый 15 -
Название текстовый 25 -
Модификация текстовый 15 -
Тип кузова текстовый 15 -
Тип двигателя текстовый 15 -
Цвет автомобиля текстовый 25 -
Максимальная скорость числовой целое -
Мощность автомобиля числовой целое -
Количество мест числовой целое -
Количество дверей числовой целое -
Страна производитель текстовый 15 -
Разгон числовой вещественное -
Объем багажника числовой целое -
Габариты текстовый 15 -
Привод текстовый 15 -
Объем топливного бака числовой вещественное -
Комплектация МЕМО -
Код накладной числовой длинное целое FK
Пробег числовой вещественное -
Единица измерения пробега текстовый 15 -
Состояние текстовый 10 -
Торг логический -
Таможня логический -
Статус текстовый 10 -
Тип коробки передач текстовый 15 -
Тип руля текстовый 15 -
Стоимость автомобиля числовой денежный -
Валюта текстовый 15 -
Стоимость в рублях числовой денежный -
Процент надбавки числовой процентный -
Стоимость с надбавкой числовой денежный -
Акция числовой длинное целое -
Скидка числовой длинное целое -
В кредит логический -
Таблица 3.8 – Таблица «Архив оборудования»
Название Тип Размерность Ключ
Код архива числовой длинное целое *
Дата добавления дата/время 8 байт -
Код оборудования числовой длинное целое FK
Наименование текстовый 15 -
Производитель текстовый 15 -
Количество числовой целое -
Цена числовой денежный -
Стоимость числовой денежный -
Процент надбавки числовой процентный -
Стоимость с надбавкой числовой денежный -
Код накладной числовой длинное целое FK
Таблица 3.9 – Таблица «Валюта»
Название Тип Размерность Ключ
Код валюты числовой длинное целое *
Валюта текстовый 10 -
Тариф в рублях числовой денежный -
Таблица 3.10 – Таблица «Заказы»
Название Тип Размерность Ключ
Код заказа числовой длинное целое *
Дата заказа дата/время 8 байт -
Ожидаемая дата дата/время 8 байт -
Код клиента числовой длинное целое FK
Название автомобиля текстовый 15 -
Код поставщика числовой длинное целое FK
Код сотрудника числовой длинное целое FK
Количество числовой целое -
Стоимость доставки числовой денежный -
Налоговая ставка числовой процентный -
Общая стоимость числовой денежный -
Таблица 3.11 – Таблица «Заказ оборудования»
Название Тип Размерность Ключ
Код заказа числовой длинное целое *
Дата заказа дата/время 8 байт -
Ожидаемая дата дата/время 8 байт -
Наименование текстовый 15 -
Код клиента числовой длинное целое FK
Код сотрудника числовой длинное целое FK
Код поставщика числовой длинное целое FK
Количество числовой целое -
Налоговая ставка числовой процентный -
Название Тип Размерность -
Стоимость доставки числовой денежный -
Требования к оборудованию МЕМО -
Общая стоимость числовой денежный -
Таблица 3.12 – Таблица «Карта клиента»
Название Тип Размерность Ключ
Код карты числовой Длинное целое *
Процент скидки числовой -
Накопительная сумма числовой денежный -
Таблица 3.13 – Таблица «Продажа»
Название Тип Размерность Ключ
Код продажи числовой Длинное целое *
Дата продажи дата/время 8 байт -
Время продажи дата/время 8 байт -
Код сотрудника числовой Длинное целое FK
Код клиента числовой Длинное целое FK
Код карты числовой Длинное целое FK
Дата доставки дата/время 8 байт -
Адрес доставки текстовый 15 -
Сумма доставки числовой денежный -
Сумма за оформление числовой денежный -
Процент НДС числовой процентный -
Сумма НДС числовой денежный -
Сумма продажи числовой денежный -
Стоимость оплаты числовой денежный -
Таблица 3.14 – Таблица «Поручитель»
Название Тип Размерность Ключ
Код поручителя числовой Длинное целое *
ФИО текстовый 15 -
Город текстовый 10 -
Адрес текстовый 15 -
Телефон текстовый 11 -
Дата рождения дата/время 8 байт -
Возраст числовой целое -
Пол текстовый 1 -
Вид документа текстовый 15 -
Серия текстовый 10 -
Номер текстовый 10 -
Кем выдан текстовый 15 -
Дата выдачи дата/время 8 байт -
Образование текстовый 15 -
Номер документа об образовании текстовый 15 -
Трудовой стаж текстовый 15 -
Второй документ текстовый 15 -
Номер документа текстовый 10 -
Дополнительные документы МЕМО -
Трудовая книжка текстовый 10 -
Код кредита числовой Длинное целое FK
Таблица 3.15 – Таблица «Поставщик»
Название Тип Размерность Ключ
ФИО текстовый 20 *
Адрес текстовый 15 -
Телефон текстовый 11 -
ИНН текстовый 10 -
Расчетный счет текстовый 10 -
Банк текстовый 20 -
Номер счета текстовый 10 -
БИК текстовый 9 -
Фото OLE 8 Мб -
Таблица 3.16 – Таблица «Каталог автомобилей»
Название Тип Размерность Ключ
Марка текстовый 10 *
Характеристика МЕМО -
Картинка OLE 8 Мб -
Таблица 3.17 – Таблица «Каталог оборудования»
Название Тип Размерность Ключ
Наименование оборудования текстовый 15 *
Описание МЕМО -
Таблица 3.18 – Таблица «Условия кредита»
Название Тип Размерность Ключ
Код услуги числовой Длинное целое *
Срок кредита числовой целое -
Сумма кредита от числовой денежный -
Сумма кредита до числовой денежный -
Процентная ставка числовой процентный -
Пени числовой процентный -
Код компании числовой длинное целое FK
Таблица 3.19 – Таблица «Кредит»
Название Тип Размерность Ключ
Код кредита числовой длинное целое *
Срок кредита числовой целое -
Дата окончания дата/время 8 байт -
Код клиента числовой длинное целое FK
Название Тип Размерность -
Код компании числовой длинное целое FK
Дата оформления дата/время 8 байт -
Образование текстовый 15 -
Трудовой стаж числовой целое -
Второй документ текстовый 10 -
Номер документа числовой целое -
Стоимость продажи числовой денежный -
Остаток задолжности числовой денежный -
Трудовая книжка текстовый 10 -
Период погашения текстовый 10 -
Код продажи числовой длинное целое FK
Код сотрудника числовой длинное целое FK
Номер документа об образовании текстовый 15 -
Код автомобиля числовой длинное целое FK
Минимальный размер оплаты числовой денежный -
Таблица 3.20 – Таблица «Кредитные компании»
Название Тип Размерность Ключ
Код компании числовой длинное целое *
Название текстовый 15 -
Адрес текстовый 15 -
Телефон текстовый 11 -
Город текстовый 10 -
Описание МЕМО -
БИК текстовый 9 -
ИНН текстовый 10 -
Номер счета текстовый 10 -
Таблица 3.21 – Таблица «Выплаты»
Название Тип Размерность Ключ
Код выплаты числовой длинное целое *
Дата выплаты дата/время 8 байт -
Оплата за месяц текстовый 10 -
Сумма оплаты числовой денежный -
Процентная ставка числовой процентный -
Пени числовой процентный -
Код кредита числовой длинное целое FK
Общая стоимость числовой денежный -
Связь - ассоциирование двух или более сущностей. Если бы назначением базы данных было только хранение отдельных, не связанных между собой данных, то ее структура могла бы быть очень простой. Однако одно из основных требований к организации базы данных – это обеспечение возможности отыскания одних сущностей по значениям других, для чего необходимо установить между ними определенные связи. А так как в реальных базах данных нередко содержатся сотни или даже тысячи сущностей, то теоретически между ними может быть установлено более миллиона связей.
Типы связей:
связь ОДИН-К-ОДНОМУ (1:1): в каждый момент времени каждому представителю (экземпляру) сущности А соответствует 1 или 0 представителей сущности В. Эта связь образуется в том случае, когда все поля связи являются ключами, поскольку значения в ключевых полях обеих таблиц не повторяются, обеспечивается взаимно – однозначное соответствие записей из этих таблиц. Сами таблицы являются равноправными;
связь ОДИН – КО – МНОГИМ (1:М): одному представителю сущности А соответствуют 0, 1 или несколько представителей сущности В;
связь МНОГИЕ-КО-МНОГИМ (М:М): нескольким записям одной таблицы соответствуют несколько записей другой таблицы. В этом случае таблицы равноправны. На практике такие связи принято избегать, поэтому образуется промежуточная таблица, включающая первичные ключи из обеих таблиц.
Обязательность – подразумевает обязательное или полное участие сущности в данной связи.
Мощность – максимальное число экземпляров одной сущности, которая может быть связана с экземпляром другой сущности. Ниже представлена структура связей сущностей рисунок 3.10, таблица связей сущности 3.22 и er – диаграммы рисунок 3.11 – 3.12.
Таблица 3.22 – Связи сущностей
Связи Сущности
Содержит Акции -> Продажа
Содержит Накладная -> Склад
Содержит Склад -> Продажа
Содержит Карта клиента -> Продажа
Оформляет Сотрудник -> Продажа
Содержит Скидки -> Продажа
Имеет Поставщик -> Накладные
Имеет Фирма -> Поставщик
Имеет Покупатель -> Продажа
Рисунок 3.10 – Структура связей сущностей
Связь «содержит» имеет показатель кардинальности «один – ко – многим», т.к. одна акция содержит много продаж.
Связь «содержит» имеет показатель кардинальности «один – ко – многим», т.к. одна накладная содержит много автомобилей.
Связь «содержит» имеет показатель кардинальности «один – к – одному», т.к. один автомобиль может быть продан один раз.
Связь «содержит» имеет показатель кардинальности «один – ко – многим», т.к. одна карта клиента содержит много продаж.
Связь «оформляет» имеет показатель кардинальности «один – ко – многим», т.к. один сотрудник может оформлять много продаж.
Связь «содержит» имеет показатель кардинальности «один – ко – многим», т.к. одна скидка содержит много продаж.
Связь «имеет» имеет показатель кардинальности «один – ко – многим», т.к. один поставщик имеет много накладных.
Связь «имеет» имеет показатель кардинальности «один – ко – многим», т.к. одина фирма имеет много поставщиков.
Связь «имеет» имеет показатель кардинальности «один – ко – многим», т.к. один покупатель имеет много продаж.
Рисунок 3.11 – er – диаграмма на уровне сущностей
Рисунок 3.12 – er – диаграмма на уровне атрибутов
3.3 Модульная структура проекта
Модульная структура проекта представлена на рисунок 3.13.
Рисунок 3.13 – Модульная структура АИС «Автосалон»
3.4 Описание модулей проекта
Модуль « Avtoriz» является модулем формы «Авторизация». Это главная форма, которая запускается сразу же после входа в систему. С этой формы происходит переход на другие формы.
Модуль «Akcii» является модулем формы «Акция». Эта форма содержит данные об акциях.
Модуль «AvtSkidk» является модулем формы «Скидки». Эта форма содержит данные о скидках.
Модуль «Cvet» является модулем формы «Цвет», которая содержит информацию о цветах автомобилях.
Модуль «KataloAvt» является модулем формы «Каталог авто», которая содержит информацию об автомобилях.
Модуль «KatalogOborud» является модулем формы «Каталог оборудования», который содержит информацию об оборудованиях.
Модуль «KladPostavshik» является модулем формы «Поставщик», которая содержит данные о поставщиках.
Модуль «KladovSklad» является модулем формы «Склад автомобилей», которая содержит данные об автомобилях присутствующих на складе.
Модуль «Klien» является модулем формы «Клиент», содержит информацию о клиентах.
Модуль «KlSkladOboru» является модулем формы «Склад запчастей», содержит информацию о запчастях имеющих на складе.
Модуль «KlKreKompani» является модулем формы «Кредитные компании», содержит информацию о кредитных компаниях, сотрудничающих с автосалоном.
Модуль «KlienUsloKred» является модулем формы «Кредитные компании», содержит подробную информацию об условиях кредита.
Модуль «KredDlViplat» является модулем формы «Оплата кредита», которая позволяет вводить данные об оплате кредита.
Модуль «LuchSotrudn» является модулем формы «Лучший сотрудник», которая выводит диаграмму продаж у сотрудников.
Модуль «Nakladnai» является модулем формы «Накладная», которая содержит информацию о накладных и поставленных автомобилей.
Модуль «NakladnSotrud» является модулем формы «Сотрудник», которая содержит информацию о сотрудниках.
Модуль «otbor2» является модулем формы «Отбор», которая осуществляет подбор автомобилей и кредитных компаний.
Модуль «Poruchitel» является модулем формы «Поручитель», которая содержит информацию о поручителях.
Модуль «Postavsh» является модулем формы «Поставщик», которая содержит информацию о поставщиках.
Модуль «Prodazha» является модулем формы «Продажа», которая содержит информацию о проданных автомобилях и запчастях.
Модуль «ProdaOborud» является модулем формы «Склад запчастей», которая содержит данные о запчастях имеющих на складе.
Модуль «ProdazhSklad» является модулем формы «Склад авто», содержащая данные об автомобилях имеющих на складе.
Модуль «ProsmSkidk» является модулем формы «Скидки», которая содержит данные о скидках на автомобили.
Модуль « Skla» является модулем формы «Склад», которая содержит данные об автомобилях на складе.
Модуль « SnKassi» является модулем формы «Снятие кассы», которая выводит отчёт о сумме в кассе.
Модуль «SekZakazAvto» является модулем формы «Заказ авто», которая содержит данные о заказанных автомобилях.
Модуль «uslovKredit» является модулем формы «Условия кредита», которая содержит информацию об условиях кредита.
Модуль «ViplPoKred2» является модулем формы «Оплата кредита», которая позволяет вносить данные об оплате по кредиту.
Модуль «VizKlientu» является модулем формы «Демонстрационный зал для клиента», которая позволяет просматривать автомобили, которые расположены в демонстрационном зале.
Модуль «VizProdazh» является модулем формы «Демонстрационный зал для продажи», в которой представлены автомобили на демонстрационном зале для продажи.
Модуль «VizSklad» является модулем формы «Демонстрационный зал», в которой можно просмотреть места, которые свободны.
Модуль «Vozvrat2» является модулем формы «Возврат от клиента», содержит данные об автомобилях возвращенных клиентом.
Модуль «VozPostav» является модулем формы «Возврат поставщику», которая содержит данные об автомобилях, которые подлежат возврату поставщику.
Модуль «VozvAvt» является модулем формы «Возврат», содержит данные об автомобилях, которые были возвращены.
Модуль « ZadKlien» является модулем формы «Задолжности клиентов», которая содержит данные о клиентах, задолжавших по кредиту.
Модуль «Zaka» является модулем формы «Заказ», которая содержит данные о заказанных авто.
Модуль «ZakazOb» является модулем формы «Заказ запчастей», которая содержит данные о заказанных запчастях.
Алгоритм модуля проекта представлен на рисунке 3.14.
Рисунок 3.14 – Алгоритм оформления продажи
3.5 Описание главной формы проекта
При запуске АИС «Автосалон» стартует главная форма – рисунок 3.15, с которой можно перейти на нужную форму приводе правильного логина и пароля.
Рисунок 3.15 – Главная форма
При выборе пользователя «Директор» и вводе пароля «6» откроется форма «Директор», который может просмотреть данные о работе автосалона.
При выборе пользователя «Секретарь» и вводе пароля «1» откроется форма «Секретарь», который регистрирует поставщиков, распечатывает отчёты.
При выборе пользователя «Клиент» и вводе пароля «5» откроется форма «Клиент», который может просмотреть автомобили, имеющиеся на складе.
При выборе пользователя «Кладовщик» и вводе пароля «2» откроется форма «Кладовщик», который заносит данных о поставленных автомобилях.
При выборе пользователя «Менеджер» и вводе пароля «4» откроется форма «Менеджер», который может просмотреть данные об автомобилях.
При выборе пользователя «Кассир» и вводе пароля «3» откроется форма «Кассир», который заносит данные о продаже.
Также на главной форме есть часы, отображающие текущее время и поле, в котором отображается текущая дата. И кнопка при нажатии, на которую откроется сайт автосалона.
3.6 Результаты тестовых испытаний
Тестирование – процесс выполнения программы с намерением найти ошибки.
Различают следующие виды тестирования:
тестирование модуля – контроль отдельного программного модуля, обычно в изолированной среде;
тестирование сопряжений – контроль сопряжений между частями системы;
тестирование внешних функций – контроль внешнего поведения системы, определяемого внешними спецификациями Комплексное тестирование – контроль и испытание системы по отношению к исходным целям;
тестирование приемлемости – проверка соответствия программы пользователя;
тестирование настройки – проверка соответствия каждого конкретного варианта установки системы с целью выявления ошибок, возникающие при установке;
в процессе отладки системы были проведены ряды тестовых испытаний результаты, которых отображены в таблице 3.23.
Таблица 3.23 – Результаты тестовых испытаний
Входные данные Предполагаемые результаты Реальные результаты
Главная форма
Кнопка «ОК» Открытие формы в зависимости от логина и пароля Работает
Кнопка «Справка» Открытие сайта Работает
Кнопка «Закрыть» Закрытие приложения Работает
Форма «Секретарь»
Кнопка «Поставщик» Открытие формы «Поставщик» Работает
Кнопка «Каталог автомобилей» Открытие формы «Каталог автомобилей» Работает
Кнопка «Каталог оборудования» Открытие формы «Каталог запчастей» Работает
Кнопка «Заказ автомобилей» Открытие формы «Заказ автомобилей Работает
Кнопка «Заказ оборудования» Открытие формы «Заказ оборудования» Работает
Кнопка «Возвраты поставщику» Открытие формы «Возвраты поставщику» Работает
Кнопка «Кредитные компании» Открытие формы «Кредитные компании» Работает
Кнопка «Цвета» Открытие формы «Цвета» Работает
Кнопка «Снятие кассы» Открытие отчёта о сумме в кассе Работает
Кнопка «Сотрудники» Открытие формы «Сотрудники» Работает
Кнопка «Автомобили на диагностику» Открытие отчёта об авто на диагностике Работает
| 
