![](/stc/img/evkova.png)
Разработка информационной системы работы с клиентами автосервиса
Содержание:
Введение
Предприятия, занятые в сфере диагностики и ремонта автомобилей, существуют в условиях высокой конкуренции. Чтобы повысить свою конкурентоспособность большинство предприятий используют информационные системы в процессе своей работы, так как вычислительная техника способна в разы ускорить процесс обработки информации и получения результата. Но в наши дни остаются и такие предприятия, руководители которых не решаются внедрять информационные системы в силу их дороговизны или своей неосведомлённости в данной сфере.
Основной целью данной дипломной работы является разработка информационной системы автосервиса, которая позволит повысить эффективность управления за счет быстрого доступа к информации о клиентах, поставщиках, сотрудниках, запасах на складе.
1. Постановка задачи
Целью данного дипломного проекта является разработка информационной системы заданной предметной области, а именно автосервиса. Для достижения заданной цели необходимо на первом этапе подробно исследовать предметную область, используя для этого источники и средства получения информации. Далее из полученной информации выявить основные функции и задачи, организационную структуру и типичные сценарии работы, в удобной и понятной форме представить документооборот автосервиса. Следующим шагом будет сравнительный анализ аналогов.
1.1 Описание предметной области
Объектом исследования данного дипломного проекта является деятельность автосервиса. Автосервис в свою очередь занимается непосредственно техническим обслуживанием и ремонтом автомобилей.
Техническое обслуживание (ТО) - это комплекс операций или операция по поддержанию исправного состояния колесного транспортного средства (составных частей, систем колесного транспортного средства) в соответствии с инструкциями его изготовителя.
Ремонт - комплекс операций по восстановлению исправного состояния колесного транспортного средства (его составных частей, систем).
Автосервис «СТО» был основан в 2005 году как многопрофильное автосервисное предприятие.
Ремонт автомобилей производится специалистами с опытом не менее 3 лет. Мастера постоянно совершенствуют свои знания и умения на курсах повышения квалификации.
«СТО» оказывает услуги ремонта автомобилей как для частных автовладельцев, так и для корпоративных клиентов.
Принципы работы автосервиса:
- многоуровневый контроль качества оказываемых услуг;
- гарантия соблюдения сроков ремонта автомобиля;
- индивидуальный подход при ремонте любого авто.
Все обращающиеся в автосервис клиенты, желающие оформить заказ на оказание услуг, должны заполнить форму регистрации, в которой необходимо указать свои ФИО, марку автомобиля, номерной знак и ФИО владельца машины, контактный телефон.
Таким образом, в функционирование автосервиса входит:
- регистрация клиентов;
- справочная информация о доступных услугах;
- прием заказа на оказание услуг;
- справочная информация о сделанном заказе;
- выполнение заказа;
- отчет о проделанных работах и расчет стоимости предоставленных услуг.
1.2 Паспорт предприятия
Название организации: «СТО».
Юридический статус: Общество с ограниченной ответственностью (ООО).
Профиль деятельность: диагностика и ремонт автомобилей.
Миссия организации (виды деятельности): оказание услуг по ремонту и техническому обслуживанию автомобиля.
Код ОКВЭД: Код 50.2 - Техническое обслуживание и ремонт автотранспортных средств.
Оказываемые услуги: ремонт КПП, ремонт редукторов, переборка двигателей, автоэлектрика, диагностика подвески, развал схождения, регулировка СО2-СН, ремонт генераторов, ремонт карбюраторов, ремонт стартеров, ремонт ходовой, сварочные работы, шиномонтаж, экспресс замена масла, покраска.
Масштаб предприятия (численность персонала): малое предприятие (15 человек).
Основные контрагенты: физические лица.
Положение на рынке: конкурентоспособное предприятие.
Основные тенденции развития организации и отрасли, сильные и слабые стороны организации: Основными тенденциями в отрасли является, увеличение скорости развития новых технологий диагностики автомобилей, увеличивается количество конкурентов. Сильные стороны автосервиса: профессиональный персонал. Слабые стороны: отсутствие ИС.
Проблемы деятельности: снижение количества клиентов в связи с финансовым кризисом.
Масштаб информационных систем - 4 компьютера.
Используемые ИТ технологии - Microsoft Office.
Основные бизнес-процессы: регистрация клиентов, ремонт автомобилей.
1.3 Организационная модель автосервиса
На рисунке 1.1 показана организационная структура автосервиса, которая направлена на установление четких взаимосвязей между всеми ее отделениями, их тесного взаимодействия в выполнении поставленных задач
Рисунок 1.1 - Организационная модель в нотации Organization Chart
В таблице 1.1 представлены объекты, которые используются в организационной модели
Тип объекта рус. (англ.) |
Символ с именем по умолчанию (рус. или англ.) |
Целевое использование |
Правила именования |
Организационная схема (Organizational Chart) |
|||
Сотрудник (Person) |
Person |
Сотрудник является отдельным служащим компании и может быть связан с организационными единицами (в которые он входит), а также с функциями (которые он исполняет или за которые отвечает). |
Сотрудник указывается фамилией и инициалами (дополнительно, может указываться персональный номер) |
Должность (Position) |
Position |
Является элементарной организационной единицей. С должностью связаны сотрудники и, как правило, их права и обязанности, определяются именно профилем должности |
Имя должности должно начинаться с имени существительного |
Организационная единица () |
(Organizational unit) |
Обозначение отдельного штатного подразделения. |
Полное название подразделения |
Таблица 1.1 - Используемые объекты
В таблице 1.2 представлены типы связей, используемых в диаграмме организационной структуры
Тип объекта-источника связи |
Тип связи рус. (англ.) |
Целевое использование |
Тип объекта-приемника связи |
Должность (Position) |
является непосредственным руководителем (is disciplinary superior) |
Предназначена для указания руководителя организационной единицы |
Организационная единица (Organizational unit) |
Организационная единица (Organizational unit) |
Состоит из (is composed of) |
Предназначена для описания состава организационной единицы |
Должность (Position) |
Организационная единица (Organizational unit) |
Является техническим руководителем (is technical superior) |
Предназначена для описания подчинения организационных единиц |
Организационная единица (Organizational unit) |
Сотрудник (internal person) |
Занимает должность (occupies) |
Предназначена для описания отдельного сотрудника, занимающего данную должность |
Должность (Position) |
Таблица 1.2 Типы связей
В автосервисе «СТО» работают: 1 администратор, 1 кладовщик, 1 мастер-приемщик, 4 автослесаря (2 профессиональных, 2 помощника), 1 диагност-электрик и генеральный директор, являющийся единственным владельцем «СТО». Так же автосервис раз в месяц нанимает приходящего бухгалтера, так как это наименее затратно для малого бизнеса.
Мастер-приемщик решает следующие задачи:
- общение с клиентами;
- прием заказа ТО от клиентов;
- оформление документов;
- принятие решения по гарантийным случаям;
- распределение ремонта по приоритетам, планирование нагрузки цеха;
- распределение работ по сотрудникам (учитывая квалификацию) после прихода заявки;
- контроль полноты и своевременности выполнения работ;
- контроль за выполнением требований по организации автосервиса;
- ведение склада зачастей;
- участие в формировании склада запчастей, заказ новых материалов;
- ведение документооборота;
- составление отчетности.
Кладовщик решает следующие задачи:
- осуществляет прием на склад, взвешивание, хранение и выдачу со склада различных материальных ценностей;
- проверяет соответствия принимаемых ценностей сопроводительным документам;
- перемещает материальные ценности к местам хранения вручную или при помощи штабелеров и других механизмов с раскладкой (сортировкой) их по видам, качеству, назначению и другим признакам;
- руководит работой по погрузке, выгрузке грузов и размещению их внутри склада;
- обеспечивает сохранность складируемых товарно-материальных ценностей и соблюдение режимов хранения;
- составляет дефектные ведомости на неисправные инструменты, приборы и т.д., актов на их ремонт и списание, а также на недостачу и порчу материалов;
- обеспечивает соблюдение правил оформления и сдачи приходно-расходных документов, составление установленной отчетности;
- следит за наличием и исправностью противопожарных средств, состоянием помещений, оборудования и инвентаря на складе и обеспечивает их своевременный ремонт;
- участвует в проведении инвентаризации товарно-материальных ценностей;
- ведет учет складских операций;
- контролирует состояние техники безопасности и принимает меры к устранению выявленных недостатков, нарушений правил производственной санитарии, несоблюдения рабочими инструкций по охране труда;
- выполняет отдельные служебные поручения своего непосредственного руководителя.
Автослесарь решает следующие задачи:
- получает информацию о заказе, принятом для его исполнения. Узнает, какие запасные части и расходные материалы необходимо получить на складе, и какие виды ремонта и в какой срок, необходимо произвести;
- инициирует предварительное дополнение к заказу, при необходимости дополнительного ремонта;
- может ознакомиться с расчетом своей заработной платы за месяц, в зависимости от выполненных видов ремонта.
Автомаляр выполняет следующую работу:
- получает информацию о заказе, принятом для его исполнения. Узнает, какие расходные материалы необходимо получить на складе, и в какой срок необходимо произвести покраску автомобиля;
- подготовка автомобиля к покраске;
- покраска автомобиля.
Администратор решает следующие задачи:
- осуществляет работу по эффективному и культурному обслуживанию посетителей, созданию для них комфортных условий;
- консультирует посетителей по вопросам, касающимся оказываемых услуг;
- принимает документы от клиентов, проверяет наличие сервисной книжки;
- выдает клиентам бланк заявки, оформляет разовый пропуск на въезд/выезд автомобиля на территорию автосервиса;
- при закрытии заказ - наряда мастером-приемщиком пробивает кассовый чек, аннулирует его и выдает данный пакет документов клиенту;
- принимает меры по предотвращению и ликвидации конфликтных ситуаций;
- списание материальных ценностей, применяемых при ремонте и тех.обслуживании автомобилей;
- изучать поступающий товар (цены, наименование).
- выполнять отдельные служебные поручения своего непосредственного руководителя;
- немедленно извещать непосредственного руководителя о любой ситуации, угрожающей жизни и здоровью людей, о каждом несчастном случае, происшедшем на производстве или об ухудшении состояния своего здоровья, в том числе признаков профессионального заболевания (отравления).
На время отсутствия администратора его обязанности исполняет мастер - приемщик.
1.4 Бизнес-процесс предприятия
Основным бизнес-процессом автосервиса является ремонт автомобилей, но для того, чтобы приступить к ремонту, необходимо оформить заказ.
Рисунок 1.2 – Описание бизнес процесса «оформление заказа»
1.5 Обзор аналогов ИС
- повышение эффективности управления автосервисом: отражение всей деятельности автосервиса в едином информационном пространстве – от записи клиента до анализа рентабельности бизнеса;
- встроенные функции управления взаимоотношениями с клиентами (CRM);
- управление автосервисом: планирование загрузки, учет выполненных ремонтных работ, анализ эффективности работы [11].
Таблица 1.4 – Стоимость комплекса «Альфа-Авто»
Наименование |
Цена для конечного пользователя |
Альфа-Авто: Автосервис + Автозапчасти, для одного пользователя |
62 000 руб. |
Дополнительная лицензия на 1 пользователя для Альфа-Авто: Автосервис + Автозапчасти |
44 000 руб |
Дополнительная лицензия на 5 пользователей для Альфа-Авто: Автосервис + Автозапчасти |
42 000 руб. |
Дополнительная лицензия на 10 пользователей для Альфа-Авто: Автосервис + Автозапчасти |
430 000 руб |
Дополнительная лицензия на 25 пользователей для Альфа-Авто |
470 000 руб |
Дополнительная лицензия на 50 пользователей для Альфа-Авто: Автосервис + Автозапчасти |
4 135 000 руб |
2. Проектирование системы
Во время анализа требований к системе основное внимание уделялось выяснению того, что должно быть сделано, вне зависимости от того, как это сделать. На этапе разработки системы решается вопрос, как реализовать решения, принятые на этапе анализа.
Сначала разрабатывается общая структура (архитектура) системы. Архитектура системы определяет ее разбиение на модули, задает контекст, в рамках которого принимаются проектные решения на следующих этапах разработки.
2.1 Разработка архитектуры системы
Для разработки архитектуры необходимо выбрать систему управления базами данных (СУБД). По способу доступа к базам данных (БД) различают следующие СУБД:
- клиент-серверные;
- файл-серверные;
- встраиваемые.
Клиент-серверная система характеризуется наличием двух взаимодействующих самостоятельных процессов - клиента и сервера, которые могут выполняться на разных компьютерах, обмениваясь данными по сети. По такой схеме могут быть построены системы обработки данных на основе СУБД, почтовые и другие системы.
В файл-серверной системе данные хранятся на файловом сервере (например, Novell NetWare или Windows NT Server), а их обработка осуществляется на рабочих станциях, на которых, как правило, функционирует одна из, так называемых, "настольных СУБД" - Access, FoxPro, Paradox и тому подобные.
Приложение на рабочей станции "отвечает за все" - за формирование пользовательского интерфейса, логическую обработку данных и за непосредственное манипулирование данными. Файловый сервер предоставляет услуги только самого низкого уровня - открытие, закрытие и модификацию файлов, подчеркну - файлов, а не базы данных. База данных существует только в "мозгу" рабочей станции.
Непосредственным манипулированием данными занимается несколько независимых и несогласованных между собой процессов. Кроме того, для осуществления любой обработки все данные необходимо передать по сети с сервера на рабочую станцию.
В клиент-серверной системе функционируют (как минимум) два приложения - клиент и сервер, делящие между собой те функции, которые в файл-серверной архитектуре целиком выполняет приложение на рабочей станции. Хранением и непосредственным манипулированием данными занимается сервер баз данных, в качестве которого может выступать Microsoft SQL Server, Oracle, Sybase, Firebird, Interbase, IBM DB2, Informix, PostgreSQL, MySQL, Caché, ЛИНТЕР.
Выбор системы управления баз данных (СУБД) представляет собой трудную задачу и является одним из важных этапов при разработке приложений баз данных. Выбранный программный продукт должен удовлетворять как текущим, так и будущим потребностям предприятия, при этом следует учитывать финансовые затраты. Информационная система должна отвечать наиболее общим техническим требованиям.
Таблица 2.1 – Характеристики информационной системы
Характеристики |
Комментарии |
Единая база данных обеспечивающая многопользовательскую работу. |
Рекомендуется использование централизованной базы данных на основе полноценных промышленных СУБД (MS SQL Server, Oracle, Informix, DB2). |
Отсутствие ограничений по количеству объектов (максимальное количество измерений, записей, отчетов, число одновременно работающих пользователей и т.д.). |
Любые ограничения по количеству объектов, которыми оперирует система, говорят о несовершенстве технического решения такого программного продукта. Даже если эти ограничения составляют десятки тысяч единиц и сегодня кажутся приемлемыми, это означает что в будущем возникнут непреодолимый барьер при развитии бюджетной модели. |
Интеграция со смежными автоматизированными системами. |
Возможности системы должны позволять осуществлять полноценный импорт/экспорт, при необходимости предварительную обработку данных из различных учетных систем; желательна поддержка двусторонней связи с имеющимися учетными 15 системами. Использование стандартных СУБД также облегчает интеграцию. |
Возможности доработки системы по требованию заказчика. |
Необходимо выяснить обладает ли поставщик программного обеспечения возможностями его доработки на уровне программного кода. |
На протяжении многих лет продукты MS SQL Server характеризуются надежностью, безопасностью, высокой производительностью и удобством в работе. Современная СУБД MS SQL Server это мощнейший программный комплекс, позволяющий создавать приложения любой сложности. Ядром этого комплекса является база данных, хранящая информацию, количество которой за счет предоставляемых средств масштабирования практически безгранично. С высокой эффективностью работать с этой информацией одновременно может практически любое количество пользователей, не проявляя тенденции к снижению производительности системы при резком увеличении их числа.
Механизмы масштабирования в СУБД MS SQL Server последних версий позволяют безгранично увеличивать мощность и скорость работы сервера MS SQL Server и своих приложений.
Еще одной составляющей успеха СУБД MS SQL Server является то, что она поставляется практически для всех существующих на сегодня операционных систем. Таким образом, компаниям, начинающим работу с продуктами MS SQL Server не приходится менять уже сложившееся сетевое окружение. Существует лишь небольшое количество отличий при работе с СУБД, обусловленных особенностями той или иной операционной системы. В целом же это всегда та же самая безопасная, надежная и удобная СУБД MS SQL Server.
Нужно отметить мудрую миграционную политику MS SQL Server. Понимая, что переход с более старой версии СУБД на новую, довольно трудоемкая процедура. Связанна она с тестированием работы существующих приложений в новом окружении. MS SQL Server, при выпуске новых продуктов уделяет особое внимание совместимости снизу-вверх, делая этот переход практически безболезненным. Последние версии СУБД MS SQL Server значительно проще в установке и первоначальной настройке. Также возросли возможности по специализированной настройке работы СУБД под конкретную задачу.
В качестве сервера СУБД был выбран MS SQL Server. На этот выбор оказало несколько факторов.
Во-первых, технические характеристики, которые полностью удовлетворяли предъявляемым требованим, а во- вторых, доступность данной СУБД. Среди всех достоинств MS SQL Server следует выделить следующие:
-
- простота и удобство администрирования;
- неприхотливость и минимальные системные требования;
- эффективность и быстродействие;
- распараллеливание операций в запросе;
- высокая степень интеграция в среды разработки;
- высокая надежность и отказоустойчивость;
- возможность расширения базы данных;
- наличие универсальных средств защиты информации;
- ориентирован на Интернет технологии;
- сравнительно низкая цена.
Исходя из вышеперечисленных достоинств, MS SQL Server был выбран как оптимальное решение поставленной задачи, для реализации СУБД [1].
2.2 Проектирование базы данных
Целью базы данных, разрабатываемой для пользователей, является учет клиентов, сотрудников, поставщиков, работ, выполненных сотрудниками, а также суммы их вознаграждения. Пользователями базы данных «автосервис» являются работники автосервиса.
Реляционная БД - основной тип современных баз данных. Состоит из таблиц, между которыми могут существовать связи по ключевым значениям.
Таблица базы данных (table) - регулярная структура, которая состоит из однотипных строк (записей, records), разбитых на столбцы (поля, fields).
В теории реляционных баз данных синоним таблицы - отношение (relation), в котором строка называется кортежем, а столбец называется атрибутом.
В концептуальной модели реляционной БД аналогом таблицы является сущность (entity), с определенным набором свойств - атрибутов, способных принимать определенные значения (набор допустимых значений - домен).
Ключевой элемент таблицы (ключ, regular key) - такое ее поле (простой ключ) или строковое выражение, образованное из значений нескольких полей (составной ключ), по которому можно определить значения других полей для одной или нескольких записей таблицы. На практике для использования ключей создаются индексы - служебная информация, содержащая упорядоченные сведения о ключевых значениях. В реляционной теории и концептуальной модели понятие "ключ" применяется для атрибутов отношения или сущности.
Первичный ключ (primary key) - главный ключевой элемент, однозначно идентифицирующий строку в таблице. Могут также существовать альтернативный (candidate key) и уникальный (unique key) ключи, служащие также для идентификации строк в таблице.
В реляционной теории первичный ключ - минимальный набор атрибутов, однозначно идентифицирующий кортеж в отношении.
В концептуальной модели первичный ключ - минимальный набор атрибутов сущности, однозначно идентифицирующий экземпляр сущности.
Связь (relation) - функциональная зависимость между объектами. В реляционных базах данных между таблицами устанавливаются связи по ключам, один из которых в главной (parent, родительской) таблице - первичный, второй - внешний ключ - во внешней (child, дочерней) таблице, как правило, первичным не является и образует связь "один ко многим" (1:N). В случае первичного внешнего ключа связь между таблицами имеет тип "один к одному" (1:1). Информация о связях сохраняется в базе данных.
Внешний ключ (foreign key) - такое подмножество атрибутов дочернего отношения, что для любого его непустого значения обязательно найдется равное значение первичного ключа главного отношения.
Реляционная модель
Клиент (код клиента, наименование, контакты)
Автомобиль (код авто, марка, модель, регистрационный номер)
Исполнитель заказа (код заказа, код сотрудника, процент участия)
Внешние ключи: код сотрудника, ссылается на таблицу «сотрудник».
Сотрудник (код сотрудника, ФИО, код должности, контакты)
Внешние ключи: код должности, ссылается на таблицу «должность».
Работа (код работы, наименование, код единицы измерения, контакты)
Внешние ключи: код единицы измерения, ссылается на таблицу «единицы измерения».
Заказ (код заказа, дата, код клиента, код авто, причина, состояние)
Внешние ключи: код клиента, код авто, ссылаются на таблицы «клиент», «автомобиль».
Должность (код должности, наименование, оклад)
Полномочия (код должности, объект доступа, чтение, изменение, удаление)
Единицы измерения (код единицы измерения, наименование)
Запасы (код запасов, номер по каталогу, наименование, производитель, код единицы измерения, цена отпускная)
Внешние ключи: код единицы измерения, ссылается на таблицу «единицы измерения»
Поставщики (код поставщика, наименование, реквизиты, контакты)
Место хранения (код места, наименование)
Модель данных, сделанная в MS SQL Server, представлена на рисунке 2.1.
Рисунок 2.1 – Модель данных
Рисунок 2.2 – Концептуальная модель БД
На рисунке 2.2 представлена концептуальная модель БД, на которой изображены все таблицы из реляционной модели и связи между ними. Например: Таблицы КЛИЕНТ и СОТРУДНИК имеют связь многие ко многим. Таблицы КЛИЕНТ и АВТОМОБИЛЬ имеют связь один ко многим, так как один клиент может иметь несколько автомобилей.
На основе концептуальной и реляционной моделей были спроектированны таблицы БД в MS SQL.
На рисунке 2.3 показана таблица с данными о клиентах. Для того, чтобы оформить заказ, администратору для начала необходимо будет занести контактные данные клиента в этот справочник, а уже в форме заказа выбрать из списка клиента. Такой способ позволит избежать потери контактных данных клиентов и ошибок при вводе фамилии, имени и отчества.
Рисунок 2.3 – Таблица «клиенты»
На рисунке 2.4 представлена таблица с данными о сотрудниках, здесь хранятся логины и пароли для входа в информационную систему, пароли хранятся в зашифрованном виде, алгоритм хэширования MD5.
Рисунок 2.4 – Таблица «сотрудники»
На рисунке 2.5 представлена таблица с марками автомобилей, данные марки будут выбираться администратором из списка при оформлении заказа.
На рисунке 2.6 показана таблица должностей в автосервисе, а так же оклад для каждой должности.
Рисунок 2.5 – Таблица «автомобили»
Рисунок 2.6 – Таблица «должности»
На рисунке 2.7 представлена таблица работ, в которой перечислены все виды оказываемых услуг. Из этого перечня, администратор при оформлении заказа будет выбирть работу, которую нужно сделать для определенного клиента.
Рисунок 2.7 – Таблица «работы»
На рисунке 2.8 показана таблица полномочий, в ней показаны полномочия для каждой должности, эти полномочия определяют доступ к информационной системе.
На рисунке 2.9 представлена таблица запасов, в ней перечислены все запчасти, которые используются в работах. Данный перечень будет использоваться при оформлении заказа на поставку запчастей мастером-приемщиком.
На рисунке 2.10 показана таблица мест хранения. В автосервисе есть два склада, это основной склад и склад горюче смазочных материалов. Данный перечень будет использоваться мастером-приемщиком при оформлении поставки.
Рисунок 2.8 – Таблица «полномочия»
Рисунок 2.9 – Таблица «запасы»
Рисунок 2.10 – Таблица «места хранения»
На рисунке 2.11 показана таблица единиц измерения.
На рисунке 2.12 представлена таблица поставщиков, в ней хранятся данные о поставщиках. Данные этой таблицы нужны для оформления поставки мастером-приемщиком.
Рисунок 2.11 – Таблица «единицы измерения»
Рисунок 2.12 – Таблица «Поставщики»
Во время проектирования базы данных так же нужно подумать о целостности данных. Правильная структура таблиц позволяет защитить данные от нарушения связей и внесения неверных значений. Необходимо определить наилучший путь обеспечения целостности данных. Целостность данных основывается на стойкости и точности данных, которые хранит база данных.
В таблицах БД была использована целостность полей. В полях, таких как наименование, код заказа, номер документа, невозможно использовать нулевые значения, так как это приведет к потере необходимых данных о заказе.
Для сохранения данных, была соблюдена целостность таблицы. Все строки в таблицах имеют уникальный идентификатор, называемый первичным ключом. При удалении любой должности из БД, необходимо пометить ее на удаление, чтобы обеспечить сохранение всех данных, связанных с удаляемой должностью.
Так же соблюдена целостность ссылок. Отношения между первичным ключом (таблицы, на которую ссылаются) и внешним ключом (таблицы, которая ссылается на другую) всегда защищены. Строка основной таблицы, на которую ссылаются, не может быть удалена и первичный ключ не может быть изменен, если вторичный ключ ссылается на строку, пока не будет уничтожена связь. Иначе связь нарушается и восстановить ее потом становится проблематичным.
2.3 Проектирование приложения
Для написания программы была выбрана среда программирования Visual Studio 2012 C#, основанная на языке программирования C#. Данная среда выгодно отличается эффективностью и надежностью.
Для стабильного функционирования программы необходим компьютер фирмы IBM или совместимый с ним, с объёмом оперативной памяти не менее 128 Мб., процессор с частотой не менее 600мГц.
Для решения поставленной задачи необходимо использовать функциональную, эффективную и удобную платформу для разработки, позволяющую применять принципы объектно-ориентированного программирования. В качестве такой платформы была выбрана среда .NET.
Среда разработки Visual Studio, поставляемая вместе с .NET, предоставляет необходимый инструментарий для эффективного и быстрого создания приложений с графическим интерфейсом.
2.4 Обоснование выбора языка программирования
Появление технологии .NET повлекло за собой массовую реконструкцию некоторых языков программирования, стремящихся использовать те или иные возможности платформы, такие как C++ и Visual Basic. Microsoft решили предложить разработчикам альтернативу – язык, ориентированный специально .NET и создали C#. Сами разработчики языка описывают его, как простой, современный, объектно-ориентированный и безопасный язык программирования. Синтаксически C# напоминает C++ и Java, что позволяет за достаточно короткое время изучить тонкости нового языка.
Несмотря на то, что C# и .NET предназначены в первую очередь для веб-разработки, их также активно применяют для создания приложений, которые должны устанавливаться на машине конечного пользователя, где и будет выполняться вся обработка данных. Разработку таких приложений обеспечивает библиотека Windows Forms, позволяющая проектировать графический интерфейс. Система, описанная в данной работе, разработана именно с помощью библиотеки Windows Forms.
Язык программирования C# претендует на подлинную объектную ориентированность.
Язык программирования C# призван реализовать компонентно-ориентированный подход к программированию, который способствует меньшей машинно-архитектурной зависимости результирующего программного кода, большей гибкости, переносимости и легкости повторного использования программ.
Принципиально важным отличием от предшественников является изначальная ориентация на безопасность кода.
Расширенная поддержка событийно-ориентированного программирования.
Язык программирования C# является «родным» для создания приложений в среде Microsoft .NET, поскольку наиболее тесно и эффективно интегрирован с ней.
Microsoft Visual Studio- это версия Visual Studio и .NET Framework, которая поддерживает новые и улучшенные объекты, включает среду разработки с обновленным интерфейсом и отличается интегрированной поддержкой Microsoft SQL Server, позволяя создавать и развертывать проекты с применением сервера баз данных. Из инструмента программиста, пишущего и отлаживающего код, Microsoft Visual Studio, превратилась в полноценное инструментальное средство, позволяющее автоматизировать деятельность всех членов команды, работающих над проектом.
Интерфейс Visual Studio традиционно выполнен в одном стиле с MS Office. Имеется список задач, в который помещают информацию об ошибках и о необходимых доработках. Каждому пункту можно назначить приоритет, а после выполнения установить флажок, сообщающий о завершении указанной задачи. Task List поддерживает сортировку записей по тексту, по приоритету и статусу. Свойства проекта в Visual Studio можно редактировать с помощью встроенного инструмента, который позволяет изменять настройки и подписи сборки, ссылки на внешние модули, набор прав, необходимых для её функционирования. Кроме того, разработчик легко может сохранить настройки своего пользовательского IDE в файле настроек и применять его в случае перехода на другой компьютер. Разработчик баз данных может использовать объектно-ориентированные языки программирования, такие как C# и Visual Basic, опираясь на широчайший спектр встроенных возможностей классов и методов .NET Framework. Кроме того, программист может воспользоваться компонентами, написанными сторонними компаниями. С появлением SQL Server был усовершенствован механизм доступа к данным.
2.5 Описание структуры данных
Классы и структуры являются двумя основными конструкциями системы общих типов CTS в платформе .NET Framework. Каждая по сути является структурой данных, инкапсулирующей набор данных и поведение, связанные как логическая единица. Данные и поведение являются членами класса или структуры, и в них включены методы, свойства, события и так далее.
Объявление класса или структуры подобно чертежу, который используется для создания экземпляров или объектов во время выполнения. При определении класса или структуры с именем Person, Person является именем типа. При объявлении или инициализации переменной p типа Person, p считается объектом или экземпляром Person. Возможно создание нескольких экземпляров одного типа Person, и каждый экземпляр может иметь разные значения в своих свойствах и полях.
Класс является ссылочным типом. При создании объекта класса переменная, к которой назначается объект, сохраняет только ссылку на память. При назначении ссылки на объект к новой переменной новая переменная ссылается на исходный объект. Изменения, внесенные через одну переменную, отображаются в другой переменной, поскольку обе они ссылаются на одни данные.
Структура является типом значения. При создании структуры переменная, к которой она назначается, сохраняет фактические данные структуры. При назначении структуры новой переменной выполняется ее копирование. Поэтому новая переменная и исходная переменная содержат две отдельных копии одних данных.Изменения, внесенные в одну копию, не влияют на другую копию.
3. Реализация информационной системы
В процессе работы над дипломной работой была создана информационная система, которая обеспечивает:
- повышение эффективности управления;
- оптимизация процессов сбора, обработки, учета и контроля информации;
- повышение качества обслуживания клиентов, сокращение рутинной работы;
- оперативность доступа к информации для всех подразделений.
Система работает по принципу 1 автомобиль – 1 заказ-наряд на рисунке 3.1 схематично показано как формируется данный документ на автосервисе. Сначала собираются данные о заказчике и об автомобиле. Далее выбирается классификация ремонта. Потом каждому классу ремонта подбираются соответственно работы и детали. После всего этого список всех работ передается механику или автослесарю, а список необходимых деталей кладовщику.
Рисунок 3.1 – схема формирования заказ-наряда
Разграничение доступа для пользователей системы.
Для создания наиболее простого интерфейса и повышения безопасности данных было принято решение о разграничении доступа к базе данных. Логины и пароли были созданы администратором баз данных. Так как информация хранящаяся в базе данных, имеет финансовую отчетность, было решено использовать алгоритмы шифрования для паролей. При запуске приложения появляется окно предлагающее выбрать пользователя.
Рисунок 3.2 – Форма авторизации
Необходимо выбрать сотрудника и ввести пароль. После нажатия клавиши «Ок» от пароля вычисляется хеш-функция и полученный результат сравнивается с данными в базе. Если авторизация проходит успешно, загружается рабочая форма сотрудника согласно его статусу. Посмотреть код программы можно в Приложении А.
Интерфейс генерального директора.
Интерфейс генерального директора включает в себя всю информацию автосервиса, но доступна она только для чтения.
На данной форме есть возможность для добавления и редактирования производимых работ и используемых в них запчастей. Все это осуществляется при помощи дополнительных форм.
На вкладке «запасы» можно посмотреть все запчасти, масла, краску и другие материалы, которые имеются в наличии на складе.
Рисунок 3.3 – Интерфейс генерального директора
В интерфейсе для администратора возможно добавление и изменение заказов. Данные клиента изначально заносятся в справочник клиентов, чтобы избежать потрерю контактов, а затем выбирается из списка в форме оформления заказа.
Рисунок 3.4 – Форма оформления заказа
Для того, чтобы сформировать заказ-наряд, нужно просто нажать кнопку «заказ-наряд» и после оформления заказа появится документ на печать в формате html. На рисунке 3.5 показан пример заказ-накладной.
Рисунок 3.5 – Пример заказ-наряда
4. Расчет экономических показателей
Технико-экономическое обоснование (ТЭО) – это анализ, расчет, оценка экономической целесообразности осуществления предлагаемого проекта, в данном случае – проекта по разработке информационной системы автосервиса. ТЭО основано на сопоставительной оценке затрат и результатов, установлении эффективности использования, срока окупаемости вложений. Технико-экономическое обоснование является необходимым для каждого инвестора исследованием, в ходе подготовки которого проводится ряд работ по изучению и анализу всех составляющих инвестиционного проекта и разработке сроков возврата вложенных в бизнес средств.
Расчет будет производиться на основе модели COCOMO.
СОСОМО (от Constructive COst MOdel - конструктивная стоимостная модель) является статистической моделью, так как основана на опыте реализации многих программных проектов. Она создана посредством сбора данных о большом количестве проектов и анализа этой информации, в результате чего получены формулы, наилучшим образом аппроксимирующие имеющиеся данные. Модель СОСОМО:
- имеет хорошую техническую документацию, общедоступна, существуют коммерческие программные средства ее поддержки;
- популярна и ценится среди широкого круга пользователей;
- прошла достаточно долгий путь развития, начиная с 1981 года.
Модель СОСОМО 2 допускает самые разнообразные подходы к процессу разработки программных продуктов: прототипирование, сборку системы из отдельных компонентов, использование языков программирования четвертого поколения и так далее. Но теперь уровни модели не только отображают возрастающую сложность определения себестоимости разработки ПО, но и учитывают этапы этапы работы над программой, что позволяет провести предварительную оценку себестоимости на ранних этапах выполнения проекта с последующей ее детализацией после определения архитектуры системы.
Модель СОСОМО 2 охватывает три описанных ниже уровня:
- уровень предварительного прототипирования. Для определения необходимых затрат осуществляется оценка размера системы на основе объектных точек прототипа с помощью простой формулы «размер-производительность»;
- уровень предварительного проектирования. Этот уровень предусматривает окончание работы над системными требованиями и, возможно, над начальным проектом архитектуры программы. Оценка затрат на этом уровне основана на функциональных точках, которые затем пересчитываются в количество строк кода программ;
- постархитектурный уровень. После разработки архитектуры система существует реальная возможность достточно точно оценить размер программы. Однако оценка на этом уровне уже будет включать более расширенный ассортимент множителей, которые должны отражать возможности персонала, а также характеристики создаваемого программного продукта и проекта в целом.
Расчет экономических показателей по методу СОСОМО
В моем проекте пятнадцать форм, пять из них средней сложности (запросы к БД), один отчет и шесть программных модулей на языке С#. Процент повторного использования кода программы – 5%.
Формула для предварительного определения объема работ будет выглядеть так:
PM=(NOP * (1- PROCM/100)) / PROD
где PM – это затраты, выраженные в человеко-месяцах;
NOP – количество объектных точек;
PROCM – процент многократного использования кода;
PROD – производительность, как показано на таблице 4.1.
Таблица 4.1 – Уровни производительности
Опыт и возможности программиста |
Очень низкие |
Низкие |
Средние |
Высокие |
Очень высокие |
Уровень и возможности CASE-средств |
Очень низкие |
Низкие |
Средние |
Высокие |
Очень высокие |
Производительность (количество объектных точек в месяц) |
4 |
7 |
13 |
25 |
50 |
Над проектом работает один программист средней квалдификации, имеющий небольшой опыт работы в данной предметной области. Анализ архитектуры системы был проведен на среднем уровне. Уровень развития процесса разработки – средний.
Таблица 4.2 – Характеристика проекта
№ п/п |
Наименование объекта |
Уровень сложности |
Количество |
Число точек |
1 |
Форма |
Средний |
5 |
10 |
2 |
Форма |
Простой |
10 |
10 |
3 |
Отчет |
Средний |
1 |
5 |
4 |
Модуль |
6 |
60 |
|
Всего |
31 |
85 |
Заключение
Целью дипломного проекта являлась разработка информационной системы автосервиса.
В информационной системе использованы различные процедуры и функции, предназначенные для обработки таблиц баз данных, полей и записей, работы с формами и окнами. В данной информационной системе реализовано большое количество различных методов работы с информацией, использовано много компонентов, позволяющих качественно и быстро организовать удобную работу.
Поставленные цели и задачи перед дипломным проектом были достигнуты, спроектирована и реализована информационная система автосервиса, рассмотрено множество вопросов, что способствовало развитию навыков по программированию в среде Visual Studio, умению самостоятельно работать с литературой и программным кодом.
автосервис заказ архитектура
Библиография
1. Администрирование Microsoft SQL Server 2000. Учебный курс MCSA/MCSE, MCDBA.- Москва: Русская Редакция 2003.
2. Гайдамакин Н. А., Автоматизированные информационные системы, базы и банки данных. Вводный курс: Учебное пособие. — М.: Гелиос АРВ, 2002. — 368 с., ил.
3. Петров В. Н., Информационные системы, Учебник 2 изд., (Серия «Учебное пособие») изд. ПИТЕР, 2006г., 656 стр.
4. Характеристики программного обеспечения «LogicStar Avto» Электронный ресурс - www.logicstars.ru
5. Характеристики программного обеспечения «Альфа-Авто», разработанный на платформе "1С:Предприятие 8.0" Электронный ресурс - www.rarus.ru/products/soft/146
6. Характеристики программного обеспечения «TurboService» Электронный ресурс - www.turboservice.ru
7. Администрирование Microsoft SQL Server 2000. Учебный курс MCSA/MCSE, MCDBA.- Москва: Русская Редакция 2003.
8. Сайт по SQL и клиент/серверной технологии [Электронный ресурс]. – Режим доступа: http://www.sql.ru/, свободный.
9. Проектирование и реализация БД MS SQL Server 2000. Учебный курс MCSA/MCSE, MCDBA.- Москва: Русская Редакция 2003 издание 2-е, исправленное.
10. Официальный сайт LogicStars. http://www.logicstars.ru/
11. Официальный сайт 1С-Рарус. https://rarus.ru/1c-auto/1c8-alfa-avto-4/
- Разработка бизнес-плана организации гостеприимства (Создание кафе-бара)
- Выбор стиля руководства в организации (Сущность формирования стилей руководства и их классификации)
- Мотивационные программы для сотрудников ресторана (на конкретном примере)
- Создание внешнего и внутреннего оформления будущего издания: от замысла до воплощения
- Рекламно-графический комплекс для московского планетария
- Выбор стиля руководства в организации (Понятие стиль руководства и факторы формирования)
- Судебная власть в системе государственной власти РФ
- Управление разными типами сотрудников
- Особенности финансовых ресурсов предприятия на примере торгового предприятия ООО «Сириус»
- Виды и модели "аутсорсинг и инсорсинг"
- Разработка регламента выполнения процесса "Управление информационными ресурсами"
- Основы алгоритмизации при разработке WEB-приложений