Проектирование базы данных ремонт

Особенности проектирования базы данных для информационной системы «Учет заказов по выполнению отделочных работ»

Рубрика: 1. Информатика и кибернетика

Дата публикации: 05.06.2019

Статья просмотрена: 142 раза

Библиографическое описание:

Еременко, Л. Е. Особенности проектирования базы данных для информационной системы «Учет заказов по выполнению отделочных работ» / Л. Е. Еременко. — Текст : непосредственный // Технические науки в России и за рубежом : материалы VIII Междунар. науч. конф. (г. Краснодар, июнь 2019 г.). — Краснодар : Новация, 2019. — С. 7-12. — URL: https://moluch.ru/conf/tech/archive/332/15016/ (дата обращения: 06.07.2021).

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

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

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

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

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

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

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

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

2. Определение сущностей и связей между ними

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

Рис. 1. Форма оформления заказа

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

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

Представим информационную модель задачи в виде диаграммы «сущность–связь» (рис. 2).

Рис. 2. Диаграмма «сущность — связь»

Описание связей между объектами представлено в таблице 1 [2, с.12].

Описание связей между объектами (сущностями)

Связь

Тип связи

Пояснение

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

один клиент может участвовать в нескольких заказах, но один заказ оформляется только на одного клиента

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

к одной бригаде относится несколько мастеров, но один мастер относится только к одной бригаде

3. Построение реляционной модели

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

Связь «многие-ко-многим» будет преобразована за счет введения дополнительной сущности СОСТАВ, которая должна содержать первичные ключи сущностей ЗАКАЗ и РАБОТЫ (они будут внешними ключами), а также атрибуты, имеющие отношение к отдельной заказанной работе (например, количество, стоимость выполнения оной работы в указанном количестве) — атрибуты связи.

Таким образом, получим эквивалентный вариант диаграммы сущность-связь (см. рис. 3).

Рис. 3. Диаграмма «сущность — связь» после удаления связи «многие-ко-многим»

4. Задание первичных ключей, определение атрибутов сущностей

Для каждой сущности определим атрибуты, которые будут храниться в базе данных (см. табл. 2).

Атрибуты ипервичные ключи сущностей

Источник

Создание базы данных, с помощью которой отслеживается работа Ремонтного отдела предприятия

Страницы работы

Содержание работы

1. Инфологическое проектирование 4

2. ER-диаграмма 6

3. Физическое проектирование БД 8

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

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

1. Инфологическое проектирование.

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

Создадим базу данных, с помощью которых можно легко проследить работу Ремонтного отдела.

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

— наглядность представления информации;

— простота ввода информации;

— возможность использования информации, введенной в другую базу;

— возможность быстрой перенастройки базы данных (добавление новых полей, новых записей, их удаление).

— данные в БД должны вводиться без каких-либо повторений, и БД не должна содержать избыточных данных;

— БД должна обеспечить ответы на возможные запросы пользователей;

— БД должна быть по возможности расширяемой.

Для данной БД основными сущностями являются:

2) класс ремонта

4) обслуживающий персонал

5) ремонт оборудования

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

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

Характеристикой является сущность: ремонт оборудования.

Для каждой сущности выбираются свойства (атрибуты) и определяются типы отношений между сущностями или атрибутами. Определим атрибуты для нашей базы данных.

Сущность «вид ремонта» (см. табл.1).

Таблица 1 — Спецификация атрибутов сущности «вид ремонта»

Источник

«Разработка ИС ремонта сотовых телефонов с использованием ADO и ACCESS»

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ

Федеральное агентство по образованию (Рособразование)

Новомосковский институт (филиал)

Государственного образовательного учреждения высшего профессионального образования «Российский химико-технологический университет

К КУРСОВОЙ РАБОТЕ ПО ДИСЦИПЛИНЕ «ТЕХНОЛОГИИ ПРОГРАММИРОВАНИЯ»

«Разработка ИС ремонта сотовых телефонов с использованием ADO и ACCESS»

личная подпись, дата Ф. И.О.

личная подпись, дата Ф. И.О.

личная подпись, дата Ф. И.О.

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ

Федеральное агентство по образованию (Рособразование)

Новомосковский институт (филиал)

Государственного образовательного учреждения высшего профессионального образования «Российский химико-технологический университет

Факультет Кибернетика Кафедра ВТИТ

к курсовой работе по дисциплине «Технологии программирования»

студенту курса 4 группы АС-08-2

1 Тема работы: «Разработка ИС ремонта сотовых телефонов с использованием ADO и ACCESS».

2 Срок сдачи студентом законченной работы ____________________________

3 Перечень обязательного графического материала ____________________________

6 Дата выдачи задания ________________________________________________

Задание принял к исполнению ________________/

1 Постановка задачи. 5

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

3 Проектирование базы данных. 9

3.1 Проектирование инфологической модели базы данных. 9

3.2 Проектирование даталогической модели базы данных. 11

4 Физическое проектирование базы данных. 12

5 Создание приложения для работы с базой данных. 14

5.1 Разработка экранных форм ввода-вывода и отчетов. 14

Список литературы.. 24

Приложение 1. Листинг программы.. 25

Введение

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

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

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

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

Методы исследования: системный анализ литературы, знакомство со специализированными публикациями из ресурсов Интернет, периодическими изданиями, использование справок системы Delphi 7.

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

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

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

Требования, предъявляемые к проектируемой программе:

— Предоставление информации о мастерах;

— Предоставление информации о квитанциях;

— Предоставление информации о возможных поломках и стоимости их ремонта;

— Предоставление информации о прибыли мастеров;

— Предоставление информации о гарантийных телефонах.

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

— Визуального представления отчета на экране монитора;

— Вывод отчета на печать.

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

— Квитанция приема телефона;

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

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

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

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

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

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

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

Для информационного обслуживания сервисного центра создается база данных «Ремонт сотовых телефонов», которая содержит следующие данные:

§ Сведения о сотовых телфеонах, которые были сданы в ремонт;

§ Сведения о причине поломки;

§ Сведения о мастере, который проводил диагностику поломки и ремонт сотового телефона;

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

§ Стоимость услуг для каждого клиента.

База данных строится с учетом следующих особенностей:

§ Каждый клиент может принести в ремонт несколько сотовых телефонов;

§ Каждый сотовый телефон может иметь несколько поломок;

§ В сервисном центре работают сотрудники, специализирующиеся на определенном виде работ, поэтому один мастер может принять несколько сотовых телефонов;

§ Ремонт сотовых телефонов, находящихся на гарантии, проводится бесплатно.

На главной форме представлены следующие компоненты: лента, состоящая из 4 вкладок, кнопки открытия отчетов для квитанций и чеков, календарь, кнопка “О программе”. На вкладке документы представлены чек, квитанция и отчет. Чек выполняется запросом, квитанция и отчет могут быть добавлены. На вкладке бухгалтерия представлены стоимость ремонта от общей суммы с круговой диаграммой и прибыль мастеров со столбчатой диаграммой. На вкладке Клиенты и сотрудники представлены список клиентов и информация о сотрудниках. Список клиентов выполняется запросом, информация о сотрудниках может быть добавлена. На вкладке услуги представлены телефоны на гарантии и виды услуг.

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

§ Добавление, редактирование и удаление сведений о сотовых телефонах, которые были сданы в ремонт;

§ Добавление, редактирование и удаление сведений о сотрудниках сервисного центра;

§ Изменение цен на услуги, предоставляемые сервисным центром.

3 Проектирование базы данных

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

В базе данных «Ремонт сотовых телефонов» имеются такие сущности как Телефоны, Квитанция, Мастера, Диагностика неисправностей, Ремонт телефонов.

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

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

§ Серия и номера паспорта;

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

Сущность Ремонт телефонов включает в себя следующие характеристики:

§ Дата начала ремонта;

§ Дата конца ремонта;

Сущность Квитанция включает следующие характеристики:

Построим инфологическую модель (Рисунок 1) с учетом всего выше перечисленного, а также указав статические и динамические свойства классов объекта.

Рисунок 1 – Инфологическая модель.

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

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

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

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

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

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

В разработанной базе данных «Ремонт сотовых телефонов» поле Номер квитанции в таблице Квитанция является первичным ключом и связан с внешним ключом Номер квитанции таблицы Ремонт телефонов. Поле Код мастера таблицы Мастера является первичным ключом и связан с внешним ключом Код мастера таблицы Ремонт телефонов.

В таблице Ремонт компьютеров в качестве первичного ключа используется вся совокупность полей: Номер квитанции, Код мастера, Код поломки. Для обеспечения уникальности записей в таблице Ремонт телефонов добавлено поле Код заказа.

В таблице Диагностика неисправностей поле Код поломки является первичным и обеспечивает связь с внешним ключом Код поломки таблицы Ремонт телефонов.

Между таблицами могут быть установлены следующие типы связей :

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

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

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

Поскольку в таблице Квитанция для каждой квитанции отведена одна запись, то эта таблица связана с таблицей Ремонт телефонов отношением типа «один-ко-многим» (в одной квитанции могут проводиться несколько ремонтных работ).

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

Таблица Диагностика неисправностей связана с таблицей Ремонт телефонов также связью «один-ко-многим», поскольку один компьютер может иметь несколько поломок.

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

§ Связанное поле главной таблицы является ключевым полем или имеет уникальный индекс;

§ Связанные поля имеют один тип данных;

§ Таблицы принадлежат одной БД Access.

Установив целостность данных, необходимо действовать в соответствии со следующими правилами :

§ Невозможно ввести в поле внешнего ключа связанной таблицы значение, не содержащееся в ключевом поле главной таблицы;

§ Не допускается удаление записи из главной таблицы, если существуют связанные с ней записи в подчиненной таблице;

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

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

Построим даталогическую модель (Рисунок 2) с учетом всего выше перечисленного.

Рисунок 2 – Даталогическая модель.

4 Физическое проектирование базы данных

База данных организованна с помощью технологии ADO. Технология Microsoft ActiveX Data Objects обеспечивает универсальный доступ к источникам данных из приложений БД. Такую возможность предоставляют функции набора интерфейсов, созданные на основе общей модели объектов СОМ и описанные в спецификации OLE DB.

Технология ADO и интерфейсы OLE DB обеспечивают для приложений единый способ доступа к источникам данных различных типов. Например, приложение, использующее ADO, может применять одинаково сложные операции и к данным, хранящимся на корпоративном сервере SQL, и к электронным таблицам, и локальным СУБД. Запрос SQL, направленный любому источнику данных через ADO, будет выполнен.

Рисунок 3 – Элемент ADOConnection1

Рисунок 4 – Способ подключения к базе Access

5 Создание приложения для работы с базой данных

5.1 Разработка экранных форм ввода-вывода и отчетов

Приложение Ремонт сотовых телефонов состоит из следующих форм:

§ Главная форма приложения (Рисунок 5).

Доступ ко всем остальным формам осуществляется с этой формы.

Рисунок 5 – Главная форма приложения

С этой вкладки можно открыть формы Чек, Квитанция и Отчет.

· Форма Чек (Рисунок 6).

Форма Чек выполняется SQL-запросом из БД Ремонт сотовых телефонов.

SQL-запрос: SELECT [Ремонт телефонов].[Номер квитанции], [Ремонт телефонов].[Код поломки], [Ремонт телефонов].[Код мастера], [Ремонт телефонов].[Дата начала ремонта], [Ремонт телефонов].[Дата конца ремонта], [Ремонт телефонов].Сумма FROM [Ремонт телефонов];

Запустив эту форму можно просмотреть информацию о чеках, выданных клиентам.

Рисунок 6 – Форма Чек

· Форма Квитанция (Рисунок 7).

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

Рисунок 7 – Форма Квитация

· Форма Отчет (Рисунок 8).

Запуск формы по кнопке форме Отчет. На данной форме можно просмотреть список квитанций, список сотрудников и данные о них, а также список чеков.

Рисунок 8 – Форма Отчет

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

· Форма Стоимость ремонта (Рисунок 9).

Запуск формы из главного меню кнопкой Стоимость ремонта. Эта форма позволяет просмотреть долю стоимостей ремонтов телефонов от общей стоимости ремонта в круговой диаграмме.

Рисунок 9 – Форма Стоимость ремонта

· Форма Прибыль мастеров (Рисунок 10).

Запуск формы происходит при нажатии кнопки Прибыль мастеров Главной формы.

Рисунок 10 – Форма Прибыль мастеров

Вкладка Клиенты и сотрудники.

На вкладке клиенты и сотрудники находятся кнопки, открывающие формы Список клиентов и Информация о сотрудниках.

· Форма Список клиентов (Рисунок 11).

Запуск формы происходит при нажатии кнопки Список клиентов Главной формы.

Рисунок 11 – Форма Список клиентов

· Форма Информация о сотрудниках (Рисунок 12).

Запуск формы происходит при нажатии кнопки Информация о сотрудниках Главной формы.

Рисунок 12 – Форма Информация о сотрудниках

На вкладке услуги находятся кнопки, открывающие формы Телефоны на гарантии и Виды услуг.

· Форма Телефоны на гарантии (Рисунок 13).

Запуск формы происходит при нажатии кнопки Телефоны на гарантии Главной формы.

Рисунок 13 – Форма Телефоны на гарантии

· Форма Виды услуг (Рисунок 14).

Запуск формы происходит при нажатии кнопки Виды услуг Главной формы.

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

Рисунок 14 – Форма Виды услуг

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

· Отчет Квитанция (Рисунок 15).

Рисунок 15 – Отчёт Квитанция

· Отчет Квитанция (Рисунок 16).

Рисунок 16 – Отчёт Квитанция

· Форма о программе (Рисунок 17).

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

Рисунок 17 – Форма О программе

Заключение

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

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

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

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

Список литературы

1. Карпова данных: модели, разработка, реализация. СПб.: Питер, 2001. –304с.

2. Фаронов баз данных в Delphi 7. Учебный курс. – СПб: Питер, 2006. – 459с.

3. Базы данных. Проектирование, реализация и сопровождение. Теория и практика. – 2-е изд. – Вильямс, 2000.

4. и др. Delphi 7./ Под общей редакцией – СПб.: BHV,

5. Лекции по курсу «Базы данных» — , гг.

Приложение 1. Листинг программы

Unit1 in ‘Unit1.pas’

,

Unit2 in ‘Unit2.pas’ ,

Unit5 in ‘Unit5.pas’ ,

Unit6 in ‘Unit6.pas’ ,

Unit11 in ‘Unit11.pas’ ,

Unit12 in ‘Unit12.pas’ ,

Unit13 in ‘Unit13.pas’ ,

Unit14 in ‘Unit14.pas’ ;

Application. CreateForm(TMain, Main);

Application. CreateForm(TAbout, About);

Application. CreateForm(TServices, Services);

Application. CreateForm(TKvitanciya, Kvitanciya);

Application. CreateForm(TOtchet, Otchet);

Application. CreateForm(TChek, Chek);

Application. CreateForm(TKlientu, Klientu);

Application. CreateForm(TSotrudniki, Sotrudniki);

Application. CreateForm(TNaGarantii, NaGarantii);

Application. CreateForm(TPribul, Pribul);

Application. CreateForm(TCenaRem, CenaRem);

Application. CreateForm(TPechKvit, PechKvit);

Application. CreateForm(TPechChek, PechChek);

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

Dialogs, jpeg, ExtCtrls, StdCtrls, Buttons, DB, ADODB, Menus, ComCtrls,

XPMan, MPlayer, Grids, Outline, DirOutln, ShellCtrls, WebAdapt, WebComp,

Источник