Дипломная работа на тему Разработка автоматизированной системы “Автомастер”

АННОТАЦИЯ

Пояснительная записка к дипломной работе «Разработка автоматизированной системы «Автомастер»» содержит разделы, которые раскрывают в полной мере цели, методы и средства, использовавшиеся при разработке подсистемы в версии для работодателей.

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

В практической части дипломной работы представлены база данных, пользовательское приложение, образцы исходного кода. Использованы система управления базами данных Interbase, а для разработки программного компонента – среда разработки Delphi 7.

СОДЕРЖАНИЕ

1. Введение

2. Назначение и цели создания системы

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

3.1 Знакомство с предприятием

3.1.1 Общая информация о предприятии

3.1.2 Этапы ремонта автоматических трансмиссий

3.2 Должностные обязанности менеджера заказов

3.3 Процесс составление заказ-наряда на ремонт автомобиля

4.Описание постановки задачи

4.1 Функциональная структура АИС

4.2 Характеристика комплекса задач

4.3 Выходная информация

4.3.1. Перечень структурных единиц выходного сообщения

4.4 Входная информация

4.4.1. Перечень структурных единиц входного сообщения

4.5 Концептуальная модель системы

5. Логическое проектирование

5.1 Логическая модель данных

5.2 Алгоритм работы автоматизированной системы

6. Разработка программно-информационного компонента

6.1 Обоснование выбора среды разработки

6.2 Физическая модель данных

6.3 Описание пользовательского интерфейса

7. Инструкция по эксплуатации системы

7.1 Техника безопасности на рабочем месте

7.2. Инструкция для пользователя системы

8. Администрирование системы

9. Заключение

Список использованной литературы

1.ВВЕДЕНИЕ

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

С появлением ЭВМ и использованием их для обработки информации появилась возможность автоматизировать решение многих информационно – справочных и расчетных задач .

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

Постепенно с развитием программного обеспечения ЭВМ появились идеи создания управляющих систем, которые позволяли бы накапливать, хранить и обновлять взаимосвязанные данные по целому комплексу решаемых задач, например при автоматизации бухгалтерского учета на предприятии. Эти идеи нашли свое воплощение в системах управления базами данных (СУБД). СУБД взаимодействуют не с локальными, а взаимосвязанными по информации массивами, называемыми базами данных. С появлением персональных компьютеров СУБД становятся наиболее популярным средством обработки табличной информации. Они являются инструментальным средством проектирования банков данных при обработке больших объемов информации.

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

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

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

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

Актуальность состоит в том, что в современных условиях ремонта автомобилей возникает потребность быстро и качественно подобрать требуемые запчасти в зависимости от неисправности автомобиля. В основном данный процесс занимает достаточно емкий промежуток времени, приблизительно от нескольких часов до нескольких суток, особенно при работе с On-Line Электронными Базами Данными автомобильных запчастей.

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

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

2. НАЗНАЧЕНИЕ И ЦЕЛИ СОЗДАНИЯ СИСТЕМЫ

Для определения назначения и целей создания системы АС «Автомастер» рассмотрим проблемы заказчика.

Нынешняя структура процесса оформления наряда на ремонт автомобиля представлена на рисунке 1

Рисунок 1

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

Наряд составляется в двух экземплярах. Один вручается клиенту, а другой остается в автосервисе.

Таким образом проблемы заказчика при выполнении процедуры оформления очевидны:

1) Большое время на составление наряда на выполнение ремонтных работ.

2) Ручной расчет стоимости работы и запасных запчастей.

Разрабатываемая система имеет следующие цели:

1) Сокращение времени на составление менеджером заказов наряда на выполнение ремонтных работ.

2) Исключение возможных ошибок за счет применения ЭВМ при составление наряда на ремонт.

Исходя из целей можно сформулировать назначение системы:

1) Повышение производительности автосервиса за счет уменьшения времени на составление наряда на ремонт.

2) Автоматизация процессов документооборота заказчика за счет применения ЭВМ.

3.ОПИСАНИЕ И АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ

Итак, согласно ГОСТ 34.601-89, начало создание системы – это изучение объекта автоматизации.

Для правильного изучения объекта автоматизации составим план обследования:

1) знакомство с предприятием;

2) изучение должностных обязанностей менеджера заказов;

3) изучение процесса составление наряда на ремонт автомобиля;

3.1 Знакомство с предприятием

3.1.1 Общая информация о предприятии

Автосервис ”AutomaticService” функционирует с 2001 года. За это время набрал огромный опыт в ремонте и обслуживании автомобилей. Автосервис ”AutomaticService” является специализированным автосервисом по ремонту автоматических коробок передач (АКПП), роботизированных коробок передач и вариаторов, а так же гидравлических систем: ремонт рулевых реек, раздаток, мостов. На ремонт АКПП принимаются автомобили от 1996 года выпуска.

AutomaticService осуществляет ремонт гидротрансформаторов. В распоряжении специалистов автосервиса имеется все необходимое оборудование: 7 подъемников, диллерское диагностическое оборудование (Mercedes, BMW, Audi, Volkswagen, Nissan, Mazda, Toyota, Lexus, Honda, Ford), токарные станки и множество другого спец инструмента. В автосервисе ”AutomaticService” решают любые проблемы с электрооборудование и двигателем автомобиля. Специалист по подбору запчастей закажет любые детали для клиентов автосервиса, расходные материалы в наличии. На работы предоставляется гарантия.

3.1.2 Этапы ремонта автоматических трансмиссий

* Входная диагностика. Используется тест драйв для автомобиля на ходу и электронная диагностика по приборам.

* Снимается АКПП. Для этого автомобиль устанавливается на подъемник, коробка передач снимается.

* АКПП разбирают и выявляют неисправные элементы для последующей замены.

* Составляется список дефектов и их стоимость.

* Проводится ремонт гидротрансформатора, иногда его необходимо заменить.

* Сборка АКПП с замененными деталями.

* Окончательная диагностика с тест драйвом для выявления возможных неисправностей.

3.2 Должностные обязанности менеджера заказов

В должностные обязанности менеджера заказов на автосервисе входит:

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

2.Консультация посетителей по вопросам, касающимся оказываемых услуг.

3. Принимает документы от клиентов, проверяет полномочие лиц на право представления собственника на СТО, наличие сервисной книжки.

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

5.Принимает меры по предотвращению и ликвидации конфликтных ситуаций.

6.Изучать поступающий товар (цены, наименование).

7.Выполнять отдельные служебные поручения своего непосредственного руководителя.

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

9.Определяет для каждого клиента общую сумму сделки и сообщает ее клиенту.

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

– четко называет сумму полученных денежных средств и кладет полученные от клиента денежные средства на виду у покупателя отдельно от любых (иных) денежных средств;

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

11.Соблюдать принципы делового этикета, внутрифирменные стандарты.

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

3.3 Процесс составление заказ-наряда на ремонт автомобиля

После того как определена стоимость ремонта составляется наряд-заказ. Для этого в специальный пустой бланк заносится ФИО владельца, контактный телефон, VIN автомобиля (номер кузова), регистрационный номер, год выпуска автомобиля, объем двигателя, тип КП. Далее указывается стоимость работ по устранению неисправностей и перечень необходимых запчастей с указанием их цены. Ставится дата и подпись клиента и менеджера. Наряд-заказ составляется в двух экземплярах (по одному для каждой стороны). После составления наряд-заказа начинается процесс ремонта автомобиля клиента.

4. ОПИСАНИЕ ПОСТАНОВКИ ЗАДАЧИ

4.1 Функциональная структура АИС

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

Функциональная структура АС «Автомастер», приведена на рисунке 2.

В АИС выделены четыре основные функции:

1) Регистрация клиентов – необходима для занесения в БД информации о новых и редактирования уже имеющейся информации о клиентах и их автомобилях.

2) Услуги автосервиса – предназначена для хранения информации о услугах, которые предоставляет автосервис а также о их стоимости.

3) Заказы предназначена для составления наряд-заказов с последующим занесение в БД и выводом на печать.

4) Просмотр заказов данная функция позволяет вывести на экран информацию о сохраненных в БД заказах.

4.2 Характеристика комплекса задач

Описание выявленных задач данной АИС:

1)Функция «Регистрация клиентов» должна решать следующие задачи:

– добавление, удаление и редактирование информации о клиенте в БД;

– добавление, удаление и редактирование информации об автомобилях каждого из клиентов в БД;

2)Функция «Услуги автосервиса» должна решать следующие задачи:

– добавление, удаление и редактирование информации о предоставляемых автосервисом услугах;

– добавление, удаление и редактирование информации о запчастях, которые есть в наличии на автосервисе;

3)Функция «Заказы» должна решать следующие задачи:

– формирование наряд-заказа из имеющихся в БД информации о клиенте, автомобиле, услугах автосервиса и запчастях;

– формирование печатной формы составленного наряд-заказа;

4)Функция «просмотр заказов» должна решать задачу по выводу на экран наряд-заказов которые находятся в БД.

4.3 Выходная информация

В автосервисе «AutomaticService» используются следующие типы выходной информации:

1. Экранные формы – предназначены для управления системой, вывода информации, редактирования и поиска данных.

2. Отчет -на бумаге для предоставления клиенту и хранения в архиве; в цифровой форме для ускорения поиска при бухгалтерском учете.

3. Файлы – для хранения данных в электронном виде на жестком диске ПК.

В данной системе вся информация, выводимая в системе, сохраняется в файлы базы данных.

Выходные сообщения наглядно представлены в таблице 1.

Таблица 1 – Выходные сообщения

Наименование

ID

Вид представления

Срок выдачи

Получатель

Задача

Наряд-заказ

A1

Экранное представление

По требованию

Менеджер заказов, клиент

Отображение содержимого наряд-заказа.

В1

Отчет

Данные о клиенте и автомобиле

A2

Экранное представление

По требованию

Менеджер заказов

Отображение данных о клиентах и их автомобилях.

Данные об услугах автосервиса

A3

Экранное представление

По требованию

Менеджер заказов

Отображение о оказываемых автосервисом услугах

Данные о запчастях

A4

Экранное представление

По требованию

Менеджер заказов

Отображение данных о имеющихся в наличии запчастях

4.3.1 Перечень структурных единиц выходного сообщения

Перечень структурных единиц выходного сообщения наглядно представлен в таблице 2.

Таблица 2 – Структурные единицы выходного сообщения

Название

Формат

Использование

Код клиента

Код автомобиля

Код запчасти

Код услуги

Код накладной

ФИО клиента

Телефон

Дата обращения

Название авто

Vin код автомобиля

Год выпуска

Объем двигателя

Тип кпп

Причина обращения

Сумма ремонта

Цена запчасти

Название запчасти

Количество

Название услуги

Цена

DECIMAL (9,0)

DECIMAL (9,0)

DECIMAL (9,0)

DECIMAL (9,0)

DECIMAL (9,0)

VARCHAR(40)

DECIMAL (11,0)

DATE

VARCHAR(30)

VARCHAR(17)

DATE

DECIMAL (5,2)

VARCHAR(17)

Memo

DECIMAL (5,2)

DECIMAL (5,2)

VARCHAR(40)

DECIMAL (5,0)

VARCHAR(40)

DECIMAL (5,2)

A1,A2, B1

A1,A2, B1

A1,A2,A4, B1

A1,A2,A3, B1

A1,A2, B1

A1,A2, B1

A1,A2, B1

A1,A2, B1

A1,A2, B1

A1,A2, B1

A1,A2, B1

A1,A2, B1

A1,A2, B1

A1 , B1

A1, B1

A1,A2,A4, B1

A1,A2,A4, B1

A1,A2, A4,B1

A1,A2,A3, B1

A1,A2, A3,B1

4.4 Входная информация

В АС «Автомастер» тип входной информации – текст, вносимый с помощью клавиатуры.

Входные сообщения наглядно представлены в таблице 3.

Таблица 3 – Входные сообщения

Источник

Наименование

ID

Вид представления

Задача

Менеджер заказов

Информация о клиенте

A1

Экранное представление

Ввод данных о клиенте.

Менеджер заказов

Информация об автомобиле

A2

Экранное представление

Ввод данных об автомобиле.

Менеджер заказов

Данные об услуге

A3

Экранное представление

Ввод данных об услугах.

Менеджер заказов

Данные о запчасти

A4

Экранное представление

Ввод данных о запчастях.

4.4.1 Перечень структурных единиц входного сообщения

Перечень структурных единиц входного сообщения наглядно представлен в таблице 4.

Таблица 4 – Структурные единицы входного сообщения

Название

Формат

Использование

ФИО клиента

Телефон

Дата обращения

Название авто

Vin код автомобиля

Год выпуска

Объем двигателя

Тип кпп

Причина обращения

Цена запчасти

Название запчасти

Количество

Название услуги

Цен

VARCHAR(40)

DECIMAL (11,0)

DATE

VARCHAR(30)

VARCHAR(17)

DATE

DECIMAL (5,2)

VARCHAR(17)

Memo

DECIMAL (5,2)

VARCHAR(40)

DECIMAL (5,0)

VARCHAR(40)

DECIMAL (5,2

A1

A1

A1

A2

A2

A2

A2

A2

A1

A4

A4

A4

A3

A

4.5 Концептуальная модель системы

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

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

Концептуальная модель системы представлена на рисунке 3.

Рисунок 1 – концептуальная модель системы

ПК пользователя

К ПК пользователя предъявляются обычные для работы требования:

– процессор Pentium 1000 Гц;

– 128 Мб ОЗУ;

– от 500 до 1000 Мб на жестком диске;

– видеокарта 32 Мб с поддержкой разрешения 800х600 и 32-битного цвета или выше;

– клавиатура;

– мышь;

– операционная система – Microsoft Windows 98/ME/NT/2000/XP/2003/Vista.

Особенных технических требований к принтеру не предъявляется.

5. ЛОГИЧЕСКОЕ ПРОЕКТИРОВАНИЕ

5.1 Логическая модель данных

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

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

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

Логическая модель данных представлена на рисунке 2.

Рисунок 2 – Логическая модель данных

5.2 Алгоритм работы автоматизированной системы

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

Алгоритм работы программы представлен на рисунке 3.

Рисунок 3 – Алгоритм работы программы

6. РАЗРАБОТКА ПРОГРАММНО-ИНФОРМАЦИОННОГО КОМПОНЕНТА

6.1 Обоснование выбора среды разработки

автоматизированная система программа интерфейс

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

Поскольку основу системы составляет база данных, рассмотрим возможные варианты системы управления базами данных (СУБД).

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

Среди клиент-серверных СУБД выделим наиболее известные и широко использующиеся:

InterBase – это система управления реляционными базами данных, поставляемая корпорацией BORLAND для построения приложений с архитектурой клиент-сервер произвольного масштаба: от сетевой среды небольшой рабочей группы с сервером под управлением Novell NetWare или Windows NT на базе IBM PC до информационных систем крупного предприятия на базе серверов IBM, Hewlett-Packard, SUN и др.

В настоящее время последней версией является InterBase 2009 (2009), в которой появилась поддержка Unicode и шифрование AES/DES.

Основными достоинствами последней версии InterBase являются низкие требования к системе, с одновременной масштабируемостью на несколько процессоров, плюс развитая система мониторинга, временные таблицы, встраиваемая аутентификация пользователей, журналирование. Традиционным достоинством считается кросс-платформенность — InterBase поддерживает GNU/Linux, Microsoft Windows, Unix и Solaris.

Microsoft SQL Server — система управления реляционными базами данных (СУБД), разработанная корпорацией Microsoft. Основной используемый язык запросов — Transact-SQL, создан совместно Microsoft и Sybase. Transact-SQL является реализацией стандарта ANSI/ISO по структурированному языку запросов (SQL) с расширениями. Используется для работы с небольшими и средними по размеру базами данных до крупных баз данных масштаба предприятия; конкурирует с другими СУБД в этом сегменте рынка.

MySQL — свободная система управления базами данных (СУБД). MySQL является собственностью компании Sun Microsystems, осуществляющей разработку и поддержку приложения. Распространяется под GNU General Public License и под собственной коммерческой лицензией, на выбор. Помимо этого разработчики создают функциональность по заказу лицензионных пользователей, именно благодаря такому заказу почти в самых ранних версиях появился механизм репликации.

Теперь необходимо выбрать среду разработки приложения:

Visual Basic – это универсальный объектно-ориентированный язык программирования, диалекты которого встроены в Access, Visual FoxPro. Преимущества: универсальность, возможность создания компонентов OLE, невысокие требования к аппаратным ресурсам ЭВМ. Применяется для создания приложений средней мощности, не связанных с большой интенсивностью обработки данных, разработки компонентов OLE, интеграция компонентов Microsoft Office.

Borland Delphi – средство быстрой разработки приложений (СБРП, RAD), отличается широкими возможностями при разработке приложений любой сложности и назначения, существует возможность работы не только в среде Windows, но и Linux (RAD Kylix), а также поддерживается возможность создания программ для работы в среде Web. Поскольку Delphi основан на языке Object Pascal, то одно из преимуществ – простой в изучении, но в то же время довольно мощный язык программирования.

Преимущества Borland Delphi:

– мультиплатформенность;

– язык программирования Object Pascal;

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

С/С++ _ довольно мощный язык программирования, однако ориентирован в большей степени на создание низкоуровневых приложений. К тому же RAD-средства, использующие С/С++, имеют ряд недостатков (к примеру, Microsoft Visual C++ компилирует очень большие по размеру программы).

Проанализировав все достоинства и недостатки рассмотренных СУБД и сред разработки приложений, мною были выбраны СУБД Interbase и среда разработки Delphi, так как оба этих продукта выпущены одной компанией – Borland и, следовательно, взаимодействие этих продуктов выполняется на высоком уровне.

6.2 Физическая модель данных

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

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

Таблица 5 – «авто» (auto)

Поле

Тип

Длина

Описание

cod_auto

INT

10

Код автомобиля

nazv

VARCHAR

30

название

vin

VARCHAR

17

Vin код

vv

DECIMAL

9,0

Объем мотора

kp

VARCHAR

10

Тип кпп

god

DATE

4,2

Дата выпуска

Таблица 6 – «клиенты» (client)

Поле

Тип

Длина

Описание

cod_cl

INT

10

Код клиента

fio

VARCHAR

40

ФИО клиента

tel

INT

11

Телефон

Таблица 7 – «запчасти» (zap)

Поле

Тип

Длина

Описание

cod_zp

INT

10

Код запчасти

Nazv_zp

VARCHAR

40

название

cena

DECIMAL

5,2

цена

kol

INT

10

количество

Таблица 8 – «услуги» (usl)

Поле

Тип

Длина

Описание

cod_usl

INT

8

Код услуги

Nazv_us

VARCHAR

40

Название услуги

Cena_us

DECIMAL

5,2

Цена услуги

Таблица 9 – «заказы» (zakazi)

Поле

Тип

Длина

Описание

cod_zak

INT

10

Код заказа

fio

VARCHAR

20

Фио клиента

auto

VARCHAR

20

Название авто

zp

VARCHAR

20

Название запчасти

us

VARCHAR

20

Название услуги

po

VARCHAR

40

Причина обращения

sum

DECIMAL

5,2

Сумма ремонта

date

DATE

4,2

Дата обращения

6.3 Описание пользовательского интерфейса

При разработке пользовательского интерфейса необходимо учитывать следующие требования:

– интерфейс должен быть максимально удобен и интуитивно прост;

– пользователь должен иметь «под рукой» все необходимые средства для типовой работы с данными;

– информации не должно быть слишком много, чтобы в ней было легко ориентироваться;

– для визуального оформления и эстетически приятного восприятия информации следует вводить графические элементы – фоновые картинки и прочую графику, использовать различные шрифты;

Исходя из этих требований, необходимо создавать интерфейс программы.

При входе в систему пользователь видит перед собой форму, представленную на рисунке 4.

Рисунок 4

Код обработчика события при нажатии кнопки «Вход»

procedure TForm1.Button1Click(Sender: TObject);

begin

if edit1.Text=’admin’

then begin if edit2.Text=’pas’ then

begin

form2.show;

form1.hide;

end;

end

else showmessage(‘имя или пароль введены неверно’);

end;

Главное меню программы представлено на рисунке 5.

Рисунок 5

Из главного меню выполняется переход в основные формы программы. Листинг обработчиков событий главного меню представлен ниже:

procedure TForm2.Button6Click(Sender: TObject);

begin

form2.close;

form1.close;

end;

procedure TForm2.Button1Click(Sender: TObject);

begin

form3.show;

end;

procedure TForm2.Button2Click(Sender: TObject);

begin

form4.show

end;

procedure TForm2.Button3Click(Sender: TObject);

begin

form5.show;

end;

procedure TForm2.Button4Click(Sender: TObject);

begin

form6.show;

end;

procedure TForm2.Button5Click(Sender: TObject);

begin

form7.show;

end;

При нажатии кнопки «Регистрации клиента» открывается форма, в которо производятся операции с данными о клиенте. На рисунке 6 представлено окно регистрации клиента.

Рисунок 6

Листинг формы представлен ниже:

unit Unit3;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, StdCtrls, ExtCtrls, DBCtrls, Grids, DBGrids, DB, DBTables, ADODB;

type

TForm3 = class(TForm)

Button1: TButton;

Label1: TLabel;

DBGrid1: TDBGrid;

DBNavigator1: TDBNavigator;

DataSource1: TDataSource;

ADOTable1: TADOTable;

ADOConnection1: TADOConnection;

procedure Button1Click(Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form3: TForm3;

implementation

{$R *.dfm}

procedure TForm3.Button1Click(Sender: TObject);

begin

form3.Close;

end;

end.

При нажатии кнопки «Регистрация автомобиля» появляется окно ввода данных об автомобилях (Рисунок 7).

Рисунок 7

Код формы представлен ниже:

unit Unit4;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, StdCtrls, Grids, DBGrids, ExtCtrls, DBCtrls, DB, DBTables, ADODB;

type

TForm4 = class(TForm)

DBNavigator1: TDBNavigator;

DBGrid1: TDBGrid;

Label1: TLabel;

Button1: TButton;

DataSource1: TDataSource;

ADOTable1: TADOTable;

ADOConnection1: TADOConnection;

procedure Button1Click(Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form4: TForm4;

implementation

{$R *.dfm}

procedure TForm4.Button1Click(Sender: TObject);

begin

form4.Close;

end;

end.

При нажатии кнопки «Услуги» открывается окно ввода информации об услугах автосервиса (рисунок 8).

Рисунок 8

Код окна «Услуги»:

unit Unit5;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, StdCtrls, ExtCtrls, DBCtrls, Grids, DBGrids, DB, DBTables, ADODB;

type

TForm5 = class(TForm)

Label1: TLabel;

DBGrid1: TDBGrid;

DBNavigator1: TDBNavigator;

Button1: TButton;

DataSource1: TDataSource;

ADOTable1: TADOTable;

ADOConnection1: TADOConnection;

procedure Button1Click(Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form5: TForm5;

implementation

{$R *.dfm}

procedure TForm5.Button1Click(Sender: TObject);

begin

form5.close;

end;

end.

При нажатии кнопки «Запчасти» появляется окно редактирования информации о запчастях (рисунок 9).

Рисунок 9

Листинг кода формы «запчасти»:

unit Unit6;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, StdCtrls, ExtCtrls, DBCtrls, Grids, DBGrids, DB, DBTables, ADODB;

type

TForm6 = class(TForm)

DBGrid1: TDBGrid;

DBNavigator1: TDBNavigator;

Button1: TButton;

Label1: TLabel;

DataSource1: TDataSource;

ADOConnection1: TADOConnection;

ADOTable1: TADOTable;

procedure Button1Click(Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form6: TForm6;

implementation

{$R *.dfm}

procedure TForm6.Button1Click(Sender: TObject);

begin

form6.Close;

end;

end.

При нажатии кнопки «Заказы» появляется окно работы с заказами (рисунок 10).

Рисунок 10

В окне «заказы» есть возможность добавления, удаления и печати заказов. Для добавления заказа нужно в с таблицах Машины, Клиенты, Услуги и Запчасти выбрать нужные записи; затем вписать причину обращения клиента и нажать кнопку «Составить заказ». После этого в таблице заказов появится составленный заказ (рисунок 11). Для его печати нужно нажать кнопку «Печать». После этого появится окно предпросмотра печати(рисунок 12) и появляется возможность печати на бумажном носителе.

Рисунок 11.

Рисунок 12.

Код окна заказы представлен ниже:

unit Unit7;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, StdCtrls, Grids, DBGrids, ExtCtrls, DBCtrls, DB, DBTables, Mask,

ADODB;

type

TForm7 = class(TForm)

DBGrid1: TDBGrid;

Label1: TLabel;

Button1: TButton;

DataSource1: TDataSource;

DataSource2: TDataSource;

DataSource3: TDataSource;

DataSource4: TDataSource;

DataSource5: TDataSource;

DBGrid2: TDBGrid;

DBGrid3: TDBGrid;

DBGrid4: TDBGrid;

Label2: TLabel;

Button3: TButton;

ADOConnection1: TADOConnection;

ADOTable1: TADOTable;

ADOTable2: TADOTable;

ADOTable3: TADOTable;

ADOTable4: TADOTable;

DBGrid5: TDBGrid;

ADOTable5: TADOTable;

Edit1: TEdit;

DBNavigator1: TDBNavigator;

ADOTable6: TADOTable;

DataSource6: TDataSource;

Button5: TButton;

procedure Button1Click(Sender: TObject);

procedure Button3Click(Sender: TObject);

procedure Button2Click(Sender: TObject);

procedure Button5Click(Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form7: TForm7;

implementation

uses Unit8, Unit9;

{$R *.dfm}

procedure TForm7.Button1Click(Sender: TObject);

begin

form7.Close;

end;

procedure TForm7.Button3Click(Sender: TObject);

begin

ADOTable5.insert;

adotable5.FieldByName(‘auto’).AsString:=adotable1.FieldByName(‘nazv’).AsString;

adotable5.FieldByName(‘Fio’).AsString:=adotable2.FieldByName(‘fio’).AsString;

adotable5.FieldByName(‘us’).AsString:=adotable3.FieldByName(‘nazv_us’).AsString;

adotable5.FieldByName(‘zp’).AsString:=adotable4.FieldByName(‘nazv_zp’).AsString;

adotable5.FieldByName(‘po’).AsString:=edit1.text;

adotable5.FieldByName(‘Data’).AsString:=DateToStr(Date);

adotable5.FieldByName(‘sum’).AsCurrency:=adotable3.FieldByName(‘cena_us’).AsCurrency + adotable4.FieldByName(‘cena_zp’).AsCurrency;

adotable5.post;

end;

procedure TForm7.Button2Click(Sender: TObject);

begin

ADOTable6.active:=false;

ADOTable6.free;

ADOTable6.active:=true;

end;

procedure TForm7.Button5Click(Sender: TObject);

begin

while not adotable6.Eof do

adotable6.Delete;

ADOTable6.insert;

adotable6.FieldByName(‘cod_nakl’).AsInteger:=adotable5.FieldByName(‘cod_nakl’).AsInteger;

adotable6.FieldByName(‘auto’).AsString:=adotable5.FieldByName(‘auto’).AsString;

adotable6.FieldByName(‘Fio’).AsString:=adotable5.FieldByName(‘fIo’).AsString;

adotable6.FieldByName(‘us’).AsString:=adotable5.FieldByName(‘us’).AsString;

adotable6.FieldByName(‘zp’).AsString:=adotable5.FieldByName(‘zp’).AsString;

adotable6.FieldByName(‘po’).AsString:=adotable5.FieldByName(‘PO’).AsString;

adotable6.FieldByName(‘Data’).AsString:=adotable5.FieldByName(‘Data’).AsString;

adotable6.FieldByName(‘sum’).AsCurrency:= adotable5.FieldByName(‘sum’).AsCurrency;

adotable6.post;

quickreport9.Preview;

end;

end.

7. ИНСТРУКЦИИ ПО ЭКСПЛУАТАЦИИ СИСТЕМЫ

7.1 Техника безопасности на рабочем месте

Перед началом работы пользователь обязан:

1)осмотреть и привести в порядок рабочее место;

2)отрегулировать освещенность на рабочем месте, убедиться в достаточности освещенности, отсутствии отражений на экране, отсутствии встречного светового потока;

3)проверить правильность подключения оборудования в электросеть;

4)убедиться в наличии защитного заземления и подключения экранного проводника к корпусу процессора;

5)протереть специальной салфеткой поверхность экрана ;

При включении компьютера пользователь обязан соблюдать следующую последовательность включения оборудования:

1)включить блок питания;

2)включить периферийные устройства (принтер, монитор, сканер и др.);

3)включить системный блок.

Пользователь во время работы обязан:

1)в течение всего рабочего дня содержать в порядке и чистоте рабочее место;

2)держать открытыми все вентиляционные отверстия устройств;

3)внешнее устройство “мышь” применять только при наличии специального коврика;

4)при необходимости прекращения работы на некоторое время корректно завершать все активные задачи;

5)выполнять санитарные нормы и соблюдать режимы работы и отдыха;

6)соблюдать правила эксплуатации вычислительной техники в соответствии с инструкциями по эксплуатации;

7)соблюдать расстояние от глаз до экрана в пределах 60-80 см.

Пользователю во время работы запрещается:

1) прикасаться к задней панели системного блока при включенном питании;

2) переключать разъемов интерфейсных кабелей периферийных устройств при включенном питании;

3) загромождать верхние панели устройств бумагами и посторонними предметами;

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

5) производить отключение питания во время выполнения активной задачи;

6) допускать попадание влаги на поверхность системного блока, монитора, рабочую поверхность клавиатуры, дисководов, принтеров и др.устройств;

7) производить самостоятельно вскрытие и ремонт оборудования;

По окончании работ оператор обязан соблюдать следующую последовательность выключения вычислительной техники:

1)произвести закрытие всех активных задач;

2)убедиться, что в дисководах нет дискет;

3)выключить питание системного блока;

4)выключить питание всех периферийных устройств;

5)отключить блок питания.

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

Первый шаг для работы в программе «Автомастер» – это прохождение регистрации.

Пользователь после двойного нажатия мыши на ярлык «Автомастер.exe», представленный на рисунке 12, видит окно регистрации программы (см. рисунок 4).

Рисунок 12

Введите свой логин, и пароль, выданный администратором.

В любую функцию программы можно зайти с помощью Главного меню программы (см. рисунок 5).

Для того чтобы ввести данные нужно нажать в соответствующее поле таблицы. После ввода необходимых данных в одно поле нужно совершить переход к следующему полю путем нажатия на клавиатуре кнопки TAB.

Для удобства навигации по записям таблицы предусмотрена специальная панель (рисунок 13):

Рисунок 13

Назначение кнопок: (слева направо):

– переход к первой записи;

– переход к предыдущей записи;

– переход к следующей записи;

– переход к последней записи;

– добавление новой записи перед текущей;

– удаление текущей записи;

– разрешить редактирование текущей записи;

– сохранить изменения, внесенную в текущую запись;

– отменить режим редактирования и восстановить старые значения записи.

Для того чтобы составить заказ нужно выбрать записи из таблиц Авто, Клиенты, Запчасти и Услуги. После этого в поле ввода «причина обращения» указать соответствующую причину, с которой обратился клиент. После этого необходимо нажать кнопку «Составить заказ». Составленный заказ появится в таблице заказов. Работа с талицей заказов осуществляется с помощью панели навигации (рисунок 13).

Для печати нужно выбрать из таблицы заказов нужную запись и нажать кнопку «Печать».

8. АДМИНИСТРИРОВАНИЕ СИСТЕМЫ

В число функций управления системой входят:

– функции по управлению файлами данных, представленные на рисунке 14 и базой данных, предоставляемых пользователю ресурсы;

Рисунок 14

– функции административного управления системой: управление работой сервера БД, средой Delphi, IBConsole.

– функции поддержки работы серверов, среды разработки, вспомогательных библиотек: обновление версий ПО, достижение оптимальных настроек конфигурации;

– функции авторизации пользователей, управления пользователями.

Администратор должен выполнять следующие процедуры:

– анализировать журналы работы сервера БД;

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

В своей работе администратор должен использовать следующие методы:

– управления учетными записями пользователей – блокировка, разблокировка, смена данных;

– настраивать и контролировать профили пользователей, удаляя или изменяя нежелательные элементы;

– настраивать и видоизменять вид рабочей среды пользователя в системе;

Для обновления программного обеспечения (Среда программирования Delphi 7 и СУБД Interbase) нужно посещать сайты http://borland.com и http://interbase.ru

9.ЗАКЛЮЧЕНИЕ

В дипломной работе был исследован вопрос разработки автоматизированного рабочего места менеджера заказов на автосервисе. Определены методические основы создания АСУ «Автомастер».

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

Разработана автоматизированная система «Автомастер», которая включает в себя:

1) Регистрация клиентов – необходима для занесения в БД информации о новых и редактирования уже имеющейся информации о клиентах и их автомобилях.

2) Услуги автосервиса – предназначена для хранения информации о услугах, которые предоставляет автосервис а также о их стоимости.

3) Заказы – предназначена для составления наряд-заказов с последующим занесение в БД и выводом на печать.

4) Просмотр заказов – данная функция позволяет вывести на экран информацию о сохраненных в БД заказах.

Данные программы написаны в среде объектного программирования Delphi7.0.

При создании разработаны модели баз данных с использованием СУБД, данные нормализованы в соответствие современными требованиям.

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

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

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

Планируется разработать и ввести расширенную по возможностям систему бухгалтерского учета и систему слежения за выполнением заказа.

СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ

1. Дарахвелидзе П., Марков Е. Программирование в Delphi 7. – BHV-СПб, 2004. – 464с.

2. Бобровский С. Delphi7. Учебный курс. – СПб.: Питер, 2008. – 736с.: ил.

3. ГОСТ 19.106 – 78 Единая система программной документации. Требования к программным документам, выполненным печатным способом.

4. ГОСТ 19.402 – 78 Единая система программной документации. Описание программы.

5. ГОСТ 19.003 – 80 Единая система программной документации.

Поделиться статьёй
Поделиться в telegram
Поделиться в whatsapp
Поделиться в vk
Поделиться в facebook
Поделиться в twitter
Леонид Федотов
Леонид Федотов
Окончил НИУ ВШЭ факультет компьютерных наук. Сам являюсь кандидатом наук. По специальности работаю 13 лет, за это время создал 8 научных статей и 2 диссертации. В компании подрабатываю в свободное от работы время уже более 5 лет. Нравится помогать школьникам и студентам в решении контрольных работ и написании курсовых проектов. Люблю свою профессию за то, что это направление с каждым годом становится все более востребованным и актуальным.

Ещё статьи

Нет времени делать работу? Закажите!
Вид работы
Тема
Email

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