Размещено на http://www.allbest.ru/

Дипломный проект

Разработка автоматизированной информационной системы обработки заявок "Электрон-Сити"

Студент - Чихарев А.А.

Руководит. - Тимухина В.В.



Введение

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

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

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

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

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

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

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

Целью дипломной работы является разработка автоматизированной информационной системы обработки заявок «Электрон-Сити» с использованием языка программирования Delphi и СУБД Access.

Для достижения цели необходимо решить следующие задачи:

1. Проанализировать деятельность «Электрон-Сити»;

2. Произвести анализ существующих систем;

3. Выбрать средства разработки;

4. Спроектировать структуру разрабатываемой системы;

5. Разработать пользовательский интерфейс;

6. Разработать соответствующую документацию к системе;

7. Рассчитать экономический эффект от внедрения.



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

1.1 Общие сведения об организации

Компания «Электрон-Сити» была образована в 2009 году как сервисная компания.

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

В штате компании «Электрон-Сити» 5-ть технических специалистов по обслуживанию бытовой техники, компьютерной, оргтехники и другой специализированной техники. На сегодняшний день на обслуживании компании «Электрон-Сити» находится более 100 единиц оборудования. Силами профессионалов компании каждая единица техники проходит качественное техническое обслуживание в соответствии с рекомендациями заводов производителей и взятыми обязательствами перед ее владельцами. Руководством компании «Электрон-Сити» сформированные партнерские взаимоотношения с крупнейшими поставщиками и производителями оборудования. Данные взаимоотношения позволяют своевременно и качественно удовлетворять потребности Клиента, как по техническому обслуживанию имеющегося оборудования, так и по оснащению современным и качественным оборудованием.

1.2 Функциональные обязанности

Основными задачами сервисного центра является:

1. Осуществлять прием техники в СЦ от клиентов и по требованию клиента доставки из дома в СЦ.

2. Производить в срок качественную диагностику и ремонт оборудования.

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

4. Обеспечение работы аппаратных и программных средств.

5. Введение документаций.

Сервис центр выполняет следующие функции:

1. Приемка техники в ремонт.

2. Доставкой техники как от клиента в СЦ и к клиенту.

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

4. Производить быстрый и качественный ремонт в заявленный срок.

5. Поддержка в рабочем состоянии инструмента и оборудования для ремонта.

6. Своевременная доставка нового инструмента и оборудования как для нового типа техники так и для старого типа.

7. Ведение нормативно-справочной информации.

8. Организация и проведение работы по внедрению новых технологий.

9. Обеспечение функционирования программно-технических средств и проведение соответствующих работ.

10. Обучение и консультирование работников СЦ для работы с программными средствами.

11. Практическая помощь работникам СЦ в решение сложных технических проблем.

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

13. Составление отчетной документаций.

Выше перечисленные функций выполняют штатные сотрудники сервис центра.

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

1.3 Обзор программ учета заявок

1.3.1 Программа «Учет Заказов 1.0»

Программа «Учет Заказов 1.0» предназначена для выписывания заказов (заявок), сохранения истории заказов в базе данных, и печати транспортных накладных. Программа является сетевой - т.е. с одной базой заказов в локальной сети (LAN) может работать несколько менеджеров - имеет оригинальный интерфейс.

Программа позволит вам создавать несколько форм транспортных накладных - в зависимости от алгоритма работы вашей организации - от простых (доставка пиццы) до сложных (доставка ЖД-транспортом).

Программа предназначена для небольших организаций, занимающихся:

- размещением и продажей рекламных и информационных услуг,

- прокатом автомобилей,

- адресной транспортной доставкой,

- автомобильной транспортировкой грузов,

- железнодорожной транспортировкой грузов.

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

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

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

- В какую группу товаров входит товар (или услуга),

- Единица измерения товара (шт., литры и т.п.),

- Вид упаковки товара (палета, коробка, ящик и т.п.),

- Название товара или услуги,

- Код товара или услуги,

- Артикул товара или услуги,

- Цена для данного товара за одну единицу измерения,

- Комментарий к товару (услуге).

В базе данных для каждого клиента хранится следующая информация:

- Дата физического внесения клиента в базу данных,

- ОПФ клиента (организационно правовая форма собственности - ООО, ЗАО, ПБОЮЛ и т.п.),

- Наименование организации или ФИО частного лица,

- Телефон,

- Факс,

- E-Mail,

- ИНН,

- КПП,

- Вид участия клиента в заявке (грузоотправитель, плательщик, станция погрузки и т.п.),

- Любой комментарий к клиенту.

1.3.2 Программа «Корс Сервис-Центр»

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

Учет труда сотрудников - фиксирование исполнителей работ в заказах-нарядах и их тарифа, расчет и выдача зарплаты. Полный учет работ в Сервис Центре: оформление заказов-нарядов, отслеживание этапов выполнения работ и оплат.

Основные возможности программы Корс Сервис-Центр:

- Удобное и простое составление заказов-нарядов,

- Учет этапов выполнения работ и оплат для каждого заказа-наряда,

- Учет на различных фирмах/подразделениях/складах,

- Учет исполнения одной работы несколькими исполнителями,

- Полный учет серийных номеров на детали во всех операциях (приходы, перемещения, возвраты, заказы-наряды, акты),

- Отслеживание остатков деталей с детализацией по серийным номерам,

- Возможность резервирования ("бронирования") серийных номеров,

- Учет заработанного исполнителями как на основании %, так и на основе фикс. тарифа,

- 8 категорий цен для работ и 8 категорий цен на детали,

- Полный учет взаиморасчетов с сотрудниками (зарплата, долги, сумма выработки),

- Одновременный учет в рублях и долларах с возможностью изменения названий валют и их курсов,

- Ведение склада: состояние, приходы, уходы и перемещения,

- Автоматический расчет категорий цен (на основе заданного %),

- Учет: типов ремонта, приемщиков заказов, кошельков (касса, расч.счет и т.д.),

- Ведение учета по разным фирмам с раздельной нумерацией документов,

- Учет денежных операций: расходы, приходы и перемещения,

- Автоматическое заполнение данных заказа-наряда на основе "истории клиента",

- Оплаты поставщикам, ведение взаиморасчетов с поставщиками,

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

- Более 15 печатных форм документов (заказ-наряд, заявка, гар.талон, счет, акт и т.д.),

- Печать документов с серийными номерами,

- Справочник марок/моделей и справочник неисправностей для быстрого заполнения заказа-наряда,

- Около 30 отчетов по всем аспектам деятельности,

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

- Архивация/разархивация и проверка базы данных,

- Есть сетевая версия.

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

Формирование нового заказа-наряда начинается с выбора фирмы, склада, клиента, приемщика и типа ремонта. Для выбора нажмите дважды мышкой на соответствующей строке - откроется нужный вам справочник. После выбора клиента из справочника, его реквизиты заполняют поля "клиент", "адрес", "телефон". Эти поля можно изменить (измененные поля хранятся в самом заказе-наряде, но не изменяют карточку клиента). Стандартным вариантом работы с клиентами является создание строки справочника "Частное лицо", при этом реквизиты каждого конкретного частного лица заполняются непосредственно в заказе-наряде. Если же клиент является постоянным вашим клиентом (или юр. лицом), то имеет смысл создать отдельную запись в справочнике клиентов. Поле "Модель" можно заполнять с помощью справочника марок и моделей оборудования. Поле "Симптом" можно заполнять с помощью справочника неисправностей. Для просмотра других заказов-нарядов выбранного клиента воспользуйтесь кнопкой "История клиента", в этом режиме можно автоматически перенести поля из старого заказа-наряда в текущий заказ-наряд.

Окно обработки заказов-нарядов показывает все заказы-наряды в заданном интервале и их состояние. Колонка "опл" показывает статус оплат каждого заказа-наряда, колонка "вып" - статус выполнения а колонка "выд" - выдан заказ клиенту или нет. С помощью кнопки "Оплаты" можно добавлять оплаты, в том числе частичные, а с помощью кнопки "Акты" - создавать акты выполнения работ и списания материалов.

1.3.3 Программа 1С: Предприятие 8. Управление сервисным центром

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

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

Решение использует возможности типовой конфигурации «Управление небольшой фирмой».

Конфигурация «Управление сервисным центром» автоматизирует следующие операции:

- Учет стационарных ремонтных работ. Прием товаров в ремонт, выдача отремонтированной техники. Настраиваемый набор этапов прохождения ремонта.

- Учет выездных ремонтных работ. Выезд мастера, отчет о работе у клиента.

- Взаимодействие со сторонними сервисными центрами. Передача техники на ремонт в сторонний сервисный центр, возврат техники.

- Учет подменного фонда. Оформление документов выдачи и возврата товаров переданных в подмену.

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

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

- Учет товарных операций. Приход, реализация, перемещение товаров и материалов для ремонта.

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

- Оформление документов планирования и учета производства и переработки.

- Оформление документов учета комиссионной торговли.

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

- Работа с эквайринговыми системами, учет оплат товаров по платежным картам.

Поддержка торгового оборудования:

- фискальные регистраторы,

- терминалы сбора данных,

- сканеры штрих-кодов,

- дисплеи покупателя,

- платежные терминалы,

- считывали магнитных карт.

«1С: Управление сервисным центром» позволяет:

Автоматизировать рабочие места приемщика и мастера.

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

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

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

Контролировать задолженность по взаиморасчетам, в том числе по гарантийным ремонтам.

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

Программа поддерживает выгрузку данных в конфигурацию «1С: Бухгалтерия предприятия» для ведения регламентированного учета.

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

1.3.5 Отчет об анализе программ

Из выше представленных программных продуктов хочется отметить что плюсами этих программных средств является большой функционал, возможность хранить информацию в электроном виде, большое количество разных отчетов, возможность оформление доставки грузов даже Ж/Д транспортом, что зачастую для других и крупных предприятий нуждающихся в этом функционале будут рады что он присутствует. Но такому маленькому сервис центру как является «Электрон Сити» весь этот огромный функционал и огромное количество возможностей просто будет не использоваться. Так как не все предприятия занимаются всем спектром услуг которые могут обработать эти программы. Еще одним существенным минусом является большое и запутанное меню программ которое приводит к долгому обучению персонала работающего с продуктом. Так же хотеться отметить их большую стоимость ведь не каждое малое предприятие сможет позволить себе использовать такие программные средства.

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

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

Из функционала программы стоит отметить следующее:

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

- Отслеживать состояние ремонта.

- Быстрый поиск заявок.

- Печать актов приемки товара, гарантийных актов, актов выполненных работ.

- Справочник сотрудников с контактными данными.

- Доставка техники как от клиента так и к клиенту.

- Печать товарно-транспортных накладных.



2. Анализ входной и выходной информаций

2.1 Анализ входной информаций

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

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

Входной информацией для выполнения функции «Заявка» является информация получаемая от клиента сервис центра. Для заполнения функции «Заявка» нам потребуется данные о клиенте, технике.

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

- Фамилия;

- Имя;

- Отчество;

- Адрес клиента;

- Контактный телефон.

В информации о технике указывается:

- Тип техники;

- Производитель;

- Модель;

- Серийный номер;

- Комплектация;

- Неисправность;

- Внешний вид.

В самой заявке указывается:

- Номер заявки;

- Дата поступления;

- Статус ремонта.

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

В функции «Ремонт» указывается следующее:

- Мастер;

- Выполненный ремонт;

- Затрачено запчастей;

- Вид ремонта;

- Стоимость ремонта;

- Гарантийный срок на ремонт.

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

- Дата;

- Предоставляемая услуга;

- Ф.И.О. работника;

- Ф.И.О. водителя;

- Стоимость услуги.

2.2 Анализ выходной информаций

Основной выходной информацией системы является:

- Акт приема передачи техники в ремонт;

- Акт выполненных работ;

- Отчет о технике находящиеся в ремонте;

- Отчет по заявкам за период времени;

- Отчет по мастерам выполняющих ремонт за месяц;

- Товарно-транспортная накладная.

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

- Номер заявки;

- Дата поступления;

- Ф.И.О. клиента;

- Адрес клиента;

- Телефон клиента;

- Тип техники;

- Производитель;

- Модель;

- Серийный номер;

- Внешний вид;

- Комплектация;

- Неисправность.

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

- Номер акта выполненных работ;

- Дата составления акта;

- Ф.И.О. клиента;

- Адрес клиента;

- Телефон клиента;

- Тип техники;

- Производитель;

- Модель;

- Серийный номер;

- Внешний вид;

- Комплектация;

- Неисправность;

- Выполненный ремонт;

- Затрачено деталей;

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

- Гарантийный срок.

Отчет о технике в ремонте содержит в себе информацию о всех производившихся ремонтах в сервис центре. В отчете о технике в ремонте содержится:

- Номер заявки;

- Тип техники;

- Производитель;

- Модель;

- Статус.

Отчет по заявкам за период времени содержит в себе выборочную информацию по дате. В отчете по заявкам за период времени содержится:

- Номер заявки;

- Дата;

- Тип техники;

- Марка;

- Модель;

- Статус.

Отчет по мастерам выполняющих ремонт формируется по выбору мастера.

В отчете по мастерам содержится:

- Дата заявки;

- Тип техники;

- Выполненный ремонт;

- Общая стоимость ремонта с затраченными деталями.

Товарно-транспортная накладная содержит в себе поля для заполнения работниками сервис центра при вывозе и доставке техники клиента.

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

Транспортная накладная содержит:

- Ф.И.О. клиента;

- Адрес клиента;

- Телефон клиента;

- Тип техники;

- Производитель;

- Модель;

- Серийный номер;

- Комплектация;

- Неисправность;

- Вид услуги;

- Стоимость услуги;

- Ф.И.О. сотрудника;

- Ф.И.О. водителя.



3. Описание проектных решений и реализация системы

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

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

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

Он объединяет в себе высокопроизводительный компилятор с языка ObjectPascal и средств наглядного (визуального) создания программ. Данный выбор сократит время и позволит снизить стоимость разработки.

3.1.1 Среда программирования Delphi

Delphi - язык и среда программирования, относящийся к классу RAD - (Rapid Application Development _ «Средство быстрой разработки приложений») средств CASE - технологий. В основе Delphi лежит язык Object Pascal, который является расширением объектно-ориентированного языка Pascal. В Delphi также входят локальный SQL-сервер, генераторы отчетов, библиотеки визуальных компонентов, и прочие элементы, необходимые для того, чтобы чувствовать себя совершенно уверенным при профессиональной разработке информационных систем или просто программ для Windows-среды. Приложения Windows, для создания которых требовалось большое количество человеческих усилий например в С++, теперь могут быть написаны одним человеком, использующим Delphi.

Выгоды от проектирования АРМ в среде Windows с помощью Delphi:

- Устраняется необходимость в повторном вводе данных;

- Обеспечивается согласованность проекта и его реализации;

- Увеличивается производительность разработки и переносимость программ.

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

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

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

В частности, Borland Delphi позволяет добавлять к окнам поля ввода, меню, командные кнопки, переключатели, флажки, списки, линейки прокрутки, a также диалоговые окна для выбора файла или каталога. Программист может использовать сетку для обработки табличных данных, организовать взаимодействие с другими приложениями Windows и доступ к базам данных. Borland Delphi такие компоненты обычно называют элементами управления.

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

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

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

Одним из главных «минусов» Delphi я считаю размер получающегося исполняемого файла.

Когда ты не написал ни единой строчки кода, скомпилировал проект и его размер доходит почти до 400КБ - это nonsense.

Конечно, можно писать на "облегчённом Delphi ",т.е. без VCL - размер получается порядка 10-20КБ. Но тогда придётся отказаться от всех удобств этого языка.

«Преимущества» Delphi по сравнению с аналогичными программными продуктами:

- быстрота разработки приложения;

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

- низкие требования разработанного приложения к ресурсам компьютера;

- наращиваемость за счет встраивания новых компонент и инструментов в среду Delphi;

- возможность разработки новых компонент и инструментов собственными средствами Delphi (существующие компоненты и инструменты доступны в исходных кодах).

3.1.2 СУБД Access

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

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

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

Так как Microsoft Access является современным приложением Windows, можно использовать в работе все возможности DDE (динамический обмен данными) и OLE (связь и внедрение объектов). DDE позволяет осуществлять обмен данными между Access и любым другим поддерживающим DDE приложением Windows. В Microsoft Access можно при помощи макросов или Access Basic осуществлять динамический обмен данными с другими приложениями.

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

В Microsoft Access для обработки данных базовых таблиц используется мощный язык SQL (структурированный язык запросов). Используя SQL можно выделить из одной или нескольких таблиц необходимую для решения конкретной задачи информацию. Access значительно упрощает задачу обработки данных. Совсем не обязательно знать язык SQL. При любой обработке данных из нескольких таблиц Access использует однажды заданные связи между таблицами.

В Microsoft Access имеется также простое и в то же время богатое возможностями средство графического задания запроса - так называемый «запрос по образцу» (query by example), которое используется для задания данных, необходимых для решения некоторой задачи. Используя для выделения и перемещения элементов на экране стандартные приемы работы с мышью в Windows и несколько клавиш на клавиатуре, можно буквально за секунды построить довольно сложный запрос.

Microsoft Access спроектирован таким образом, что он может быть использован как в качестве самостоятельной СУБД на отдельной рабочей станции, так и в сети - в режиме «клиент-сервер». Поскольку в Microsoft Access к данным могут иметь доступ одновременно несколько пользователей, в нем предусмотрены надежные средства защиты и обеспечения целостности данных. Можно заранее указать, какие пользователи или группы пользователей могут иметь доступ к объектам (таблицам, формам, запросам) базы данных. Microsoft Access автоматически обеспечивает защиту данных от одновременной их корректировки разными пользователями. Access также опознает и учитывает защитные средства других подсоединенных к базе данных структур (таких, как базы данных Paradox, dBASE и SQL).

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

Microsoft Access предоставляет дополнительные средства разработки приложений, которые могут работать не только с собственными форматами данных, но и с форматами других наиболее распространенных СУБД. Возможно, наиболее сильной стороной Access является его способность обрабатывать данные электронных таблиц, текстовых файлов, файлов dBASE, Paradox, Btrieve, FoxPro и любой другой базы данных SQL, поддерживающей стандарт ODBE. Это означает, что можно использовать Access для создания такого приложения Windows, которое может обрабатывать данные, поступающие с сетевого сервера SQL или базы данных SQL на главной ЭВМ. Все выше сказанное позволило остановить выбор на СУБД Access для постановки и решения задачи автоматизации процесса ведения и сбора информации в приложении.

3.2 Структура базы данных. Описание основных моментов разработки

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

Создаем базу данных в MS Access, исходя из варианта, что сервис центр занимается приемом заявок от клиента. Первым делом создаем схему данных, согласно которой заносятся данные в базу данных. Файл нашей базы данных называется base.mdb.

База данных будет содержать двенадцать таблиц:

- Заявка (orderes);

- Вид ремонта (repairkind);

- Статус ремонта (repairstatus);

- Неисправность (techbugs);

- Производитель (techmakers);

- Запчасти (techparts);

- Комплектация (techset);

- Тип техники (techtyps);

- Транспортные услуги (TransportService);

- Пользователи (users);

- Работники (workers);

- Работа (works);

- История изменения статусов ремонта (Link_OrderRepairStatus);

- Добавление неисправности (Link_ordertechbugs);

- Добавление запчастей (Link_OrderTechPats);

- Добавление комплектаций (Link_ordertechset);

- Добавление работы (Link_OrderWork);

- Вызов транспорта (Link_OrderTransportService).

Таблица состоит из восемнадцати полей:

- номер заявки;

- дата поступления;

- тип техники;

- производитель;

- модель;

- серийный номер;

- внешний вид техники;

- Фамилия клиента;

- Имя клиента;

- Отчество клиента;

- Адрес;

- Телефон;

- вид ремонта;

- примечание;

- кто заполнял заявку;

- мастера;

- гарантия;

- статус ремонта.

Таблица «Вид ремонта» включает в себе все необходимые данные для оформление заявки.

Таблица состоит из двух полей:

- номер ремонта;

- вид ремонта;

Таблица «Статус ремонта» включает в себе все необходимые данные для заполнения заявки.

Таблица состоит из двух полей:

- номер статуса;

- статус ремонта.

Таблица «Неисправность» включает в себе все необходимые данные о неисправности техники для заполнения заявки.

Таблица состоит из трех полей:

- номер неисправности;

- неисправность;

- номер типа техники.

Таблица «Производитель» включает в себе необходимые данные при оформление заявки.

Таблица состоит из двух полей:

- номер производителя;

- имя производителя;

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

Таблица состоит из четырех полей:

- номер запчасти;

- название запчасти;

- номер типа техники;

- стоимость запчасти.

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

Таблица состоит из трех полей:

- номер комплектаций;

- название комплектаций;

- номер типа техники.

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

Таблица состоит из двух полей:

- номер типа техники;

- название техники.

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

Таблица состоит из трех полей:

- номер услуги;

- название услуги;

- стоимость услуги.

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

Таблица состоит из трех полей:

- номер пользователя;

- имя пользователя;

- пароль для входа.

Таблица «Работники» включает в себя данные о сотрудниках работающих в сервис центре и контактные данные о них.

Таблица состоит из шести полей:

- номер сотрудника;

- фамилия сотрудника;

- имя сотрудника;

- отчество сотрудника;

- должность сотрудника;

- контактный телефон.

Таблица «Работа» включает в себя данные о видах ремонта и их стоимость.

Таблица состоит из четырех полей:

- номер работы;

- название ремонта;

- номер типа техники;

- стоимость за ремонт.

Таблица «История изменения статуса ремонта» включает в себя данные о ремонте технике по этапам ремонта.

Таблица состоит из четырех полей:

- Номер статуса ремонта;

- Номер статуса работы;

- Статус ремонта;

- Дата изменения статуса.

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

Таблица состоит из трех полей:

- Номер неисправность;

- Номер заявки;

- Номер неисправности.

Таблица «Добавление запчастей» включает в себя данные о добавляемых в заявку использованных запчастях для ремонта.

Таблица состоит из трех полей:

- Номер запчасти;

- Номер заявки;

- Номер запчасти.

Таблица «Добавление комплектаций» включает в себя данные о добавляемых в заявку комплектаций техники.

Таблица состоит из трех полей:

- Номер комплектаций;

- Номер заявки;

- Номер комплектаций.

Таблица «Добавление работы» включает в себя данные о добавляемых в заявку выполненных работы из списка.

Таблица состоит из трех полей:

- Номер работы;

- Номер заявки;

- Номер работы.

Таблица «Вызов транспорта» включает в себя данные о вызове транспорта для доставки и вывоза техники для заявки.

Таблица состоит из шести полей:

- Номер заявки на автотранспорт;

- Номер заявки;

- Номер заявки на автотранспорт;

- Дата поступления заявки на транспорт;

- Работник выполняющий вывоз или доставку техники;

- Водитель.

Рисунок - схема данных:

3.2.2 Использование ADO технологий и соединение БД ACCESS с Delphi.

В Delphi версий 5,6 и 7 поддерживается технология ADO (ActiveX Data Objects - объекты данных, построенные как объекты ActiveX), которая усиленно развивается корпорацией Microsoft. На основе этой технологии созданы соответствующие компоненты-наборы TADOTable, TADOQuery, TADOStoredProc, повторяющие в функциональном отношении компоненты TTable, TQuery, TStoredProc, но не требующие развертывания и настройки BDE на клиентской машине.

Основные особенности использования технологии ADO не зависят от архитектуры БД: эта технология характерна не только для файл-серверных БД, но также ц для клиент-серверных и трехзвенных БД. Однако в этом уроке (и в книге вообще) мы не будем рассматривать особенности компонентов TADOStoredProc и TRDSConnect ion, предназначенных для поддержки соответственно клиент-серверной и трехзвенной архитектур, - если вас интересуют эти вопросы, обратитесь к документации и/или к встроенной справочной службе.

Основным достоинством технологии ADO является ее естественная ориентация на создание "облегченного" клиента. В рамках этой технологии на машине разработчика БД устанавливаются базовые объекты MS ADO и соответствующие компоненты Delphi, обеспечивающие использование технологии ADO (эти установки осуществляются автоматически при развертывании Delphi). На машине сервера данных (это может быть файловый сервер в рамках файл-серверной технологии или машина с сервером данных - в технологии клиент-сервер) устанавливается так называемый провайдер данных - некоторая надстройка над специальной технологией OLE DB, "понимающая" запросы объектов ADO и "умеющая" переводить эти запросы в нужные действия с данными. Взаимодействие компонентов ADO и провайдера осуществляется на основе универсальной для Windows технологии ActiveX, причем провайдер реализуется как СОМ-сервер, а ADO-компоненты - как СОМ-клиенты. На машине сервера создается и размещается источник данных. В случае файл-серверных систем отдельные таблицы типа dBASE, FoxPro, Paradox и т. п. должны управляться соответствующим ODBC-драйвером, а в роли провайдера используется Microsoft OLE DB Provider for ODBC drivers. Если по каким-либо причинам не найден нужный драйвер, файл-серверные таблицы можно перенести в формат MS Access. На их основе создается единый файл, содержащий все необходимые таблицы, индексы, хранимые процедуры и прочие элементы БД. Такой файл управляется машиной баз данных Microsoft Jet 4.0 Database Engine, а в роли провайдера используется Microsoft Jet 4.0 OLE DB Provider.

Если используется промышленный сервер данных Oracle или MS SQL Server, данные не нуждаются в какой-либо предварительной подготовке, а в роли провайдера используется соответственно Microsoft OLE DB Provider for Oracle или Microsoft OLE DB Provider for SQL Server. Нетрудно обнаружить и явный недостаток такой технологии: ADO не может использоваться, если для соответствующей структуры данных (в частности, для БД многих популярных серверов - InterBase, Informix, DB2 и пр.) не создан нужный провайдер или ODBC-драйвер.

На машине клиента располагаются связные компоненты TADOConnect ion и компоненты-наборы данных TADOTable, TADOQuery, TADOStoredProc, а также не показанные на рисунке компоненты-наборы TADODataSet и командные компоненты TADOCommand. Каждый из этих компонентов может связываться с провайдером данных либо с помощью связного компонента TADOConnection, либо минуя его и используя собственное свойство ConnectionString. Таким образом, компонент TADOConnection играет роль концентратора соединений с источником данных компонентов-наборов, и в этом смысле он подобен компоненту TDatabase в традиционной архитектуре с BDE.

Компоненты-наборы TADODataSet в функциональном плане повторяют свойства Delphi компонентов TClientDataSet технологии MIDAS. Командные компоненты TADOCommand предназначены для реализации запросов на языке определения данных (Data Definition Language, DDL), то есть для реализации SQL-запросов, которые не возвращают данные (запросы типа CREATE, DROP, UPDATE и т. п.). Специальный компонент RDSConnection (не показан на рисунке) создан для упрощения связи с MS Internet Explorer и при разработке интранет-приложений.

Компоненты-наборы с помощью компонентов-источников TDataSource и визуализирующих компонентов TDBGrid, TDBMemo, TDBEdit и т. п. обеспечивают необходимый интерфейс с пользователем программы.

Соединение БД Access с Delphi.

В программе Delphi находим на панели вкладку Ado где находиться компонент ADOConnection и перетягиваем его на форму.

После добавления компонента на форму нажимаем с помощью мышки два раза по нему левой кнопкой и и выбираем «Build». После запуска появиться окно «свойства связи с данными». Из всего списка выбираем нужный нам драйвер для соединения БД с Delphi.

После выбора драйвера нажимаем кнопку далее, в новом появившимся окне выбираем вкладку «Подключение». Далее указываем путь к БД и выбираем которую нам нужно для работы как изображено на рисунке №28.

После добавления БД нажимаем кнопку «ОК» и теперь программа установила связь с БД.

Во всех остальных компонентах для работы с базой данных в свойстве Connection мы будем указывать имя этого соединения (ADOConnection1).

3.3 Структура автоматизированной системы обработки заявок

Автоматизированная система «Обработки заявок сервис центра» для программной платформы Windows представляет собой автоматизированную систему по обработке и учету заявок принимающих от клиента. В системе рассмотрены следующие моменты:

Прием заявки диспетчером.

Обработка заявки.

Ремонт техники.

Формирование актов приема техники, выполненных работ.

Формирование отчетов.

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

Рисунок - Структура меню:

Нулевой уровень «главное меню» представленной схемы содержит данные автоматизированной системы со сведения о разработчиках, которую можно увидеть при загрузке «» в компоненте главного меню. А также «главное меню» предлагает кнопочный доступ к разделам. Первый уровень «Заявка» в представленной схеме содержит данные о клиентах и технике поступающие в ремонт. Предлагается кнопочный доступ к добавлению новых заявок и удалению их. Возможность выбора печати актов приемки товара, гарантийного талона. Дополнительно формировать отчеты за все время работы и выборочно по дате.

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

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

Четвертый уровень «Комплектация» в представленной схеме содержит данные о типе технике и её деталях, которую можно увидеть при загрузке.

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

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

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

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

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

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

3.4 Руководство по использованию системы

3.4.1 Системные требования

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

- процессор Pentium II 400 МГц и выше;

- объем оперативной памяти 128 Мб и выше;

- ОС Windows 9x/NT/Me/2000/XP и выше;

- Windows-совместимая звуковая карта;

- разрешение экрана 1024x768 и выше (рекомендуется 1280x1024);

- цветовая палитра 16 бит (65536 цветов) и выше;

- клавиатура, мышь;

- наушники или колонки;

- установленное программное обеспечение:

Стандартный пакет Micrisoft office.

Microsoft DirectX 9 и выше.

3.4.2 Использование системы

Запуск программы производиться из фалом расширение .EXE под названием «Servis.exe» после запуска систем и загрузки базы данных появиться окошко авторизаций.

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

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

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

Раздел «Заявка».

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

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

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

После нажатия кнопки у нас появиться следующая форма для заполнения.

После поступления заявки от клиента приемщику необходимо нажать кнопку добавить на панели. Номер заявки ИС подставляет автоматически, дата приема техники ставиться днем заполнения заявки, данные о клиенте заполняется приемщиком. Заполняя остальные поля в заявке такие как «тип, производитель, комплектация, неисправность» можно выбрать из готова списка просто поставив галочку на против.

Далее нажать сохранить заявку. После нажатия кнопки сохранить окно закроется и новая заявка появится в главном окне.

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

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

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

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

Так же если рассматривать пункт в заявке «неисправность» пытаясь добавить новую информацию мы получим сообщение о невозможности внести новые данные.

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

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

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

Заполнение остальных пунктов осуществляется таким же принципом.

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

...