диплом. Разработка информационной системы автосервиса
 Скачать 1 Mb.
|
1.2.3 Система TurboServiceTurboService - может отправлять с приемки в ремзону параметры автомобиля на посты компьютерной диагностики (газоанализ, тормозные стенды, системная диагностика, стенды измерения в кузовном цеху, аппараты расхода масла) и получать и сохранять результаты проведенных измерений. TurboService - гибкая система, четко настраиваемая под схему работы предприятия. Обеспечивает единое информационное пространство для всех специалистов автоцентра. Система обеспечивает проведение всех необходимых для комплексной автоматизации производства операций. Вот лишь некоторые из ее возможностей: полноценный складской учет; оформление и вывод документов - заказ-нарядов, счетов, накладных, актов приемки-сдачи работ и т.д.; 10 учет выполнения работ и выработки механиков; поддержка справочников работ и автомобилей; многоскладность, многофирменность, многовалютность; различные методы списания в холдинге; перенос данных в популярные бухгалтерские системы; формирование и печать разносторонних отчетов о деятельности предприятия. В таблице 1.5 представлена стоимость системы TurboService Таблица 1.5 – Стоимость системы TurboService
1.3 Формирование требований к системе Система будет обеспечивать хранение данных о клиентах, заказах, автомобилях, запчастях, работах и сотрудниках. Обработка информации вручную занимает много времени, как при заполнении бланков, так и при поиске и исправлении некорректных записей. Обеспечивая возможность управленческому персоналу корректировать данные непосредственно в режиме реального времени, многие проблемы могут быть уменьшены или вовсе решены. 1) Общие сведения Полное наименование системы: Информационная система «Автосервис» Условное обозначение системы: ИС Назначение и область применения: программа предназначена для создания, управления содержимым базы данных: база клиентов, сотрудников, поставщиков; данные о запасах; данные о расходах и доходах; данные о работах. Программа предоставляет интерфейс для управления содержимым базы данных. 2) Требования к системе Требования к функциональным характеристикам Система должна обеспечивать возможность выполнения перечисленных ниже функций: разделение пользователей подключаемых через интерфейс на группы в зависимости от занимаемой должности, доступ ко всем данным должен быть только у генерального директора автосервиса; возможность ввода и редактирования информации в базе данных; наличие понятного интерфейса для оформления заказа; возможность расчета заработной платы; возможность учета запасов на складе. 3) Требования к надежности Время восстановления работоспособности прикладного программного обеспечения при любых сбоях и отказах не должно превышать одного рабочего дня. Должно осуществляться разграничение прав доступа к системе. Должен вестись журнал событий системы. Отказы программы вследствие некорректных действий пользователя при взаимодействии с программой через интерфейс недопустимы. Для каждого сотрудника должен быть доступ только к тем данным, которые необходимы для его работы. Генеральный директор должен иметь доступ ко всем данным информационной системы, но только для чтения. Пароли и логины хранятся в справочнике сотрудников, пароли в зашифрованном виде. 4) Требования к информационной и программной совместимости Требования к программным средствам, используемым программой. Системные программные средства, используемые программой, должны быть представлены лицензионной локализованной версией операционной системы Windows 7 или Windows 8. Наличие .NET Framework 4 и MS SQL Server CE Client. 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 характеризуются надежностью, безопасностью, высокой производительностью и удобством в работе. Современная СУБД 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 Проектирование приложения 2.3.1 Обоснование выбора языка программирования Для написания программы была выбрана среда программирования Visual Studio 2012 C#, основанная на языке программирования C#. Данная среда выгодно отличается эффективностью и надежностью. Для стабильного функционирования программы необходим компьютер фирмы IBM или совместимый с ним, с объёмом оперативной памяти не менее 128 Мб., процессор с частотой не менее 600мГц. Для решения поставленной задачи необходимо использовать функциональную, эффективную и удобную платформу для разработки, позволяющую применять принципы объектно-ориентированного программирования. В качестве такой платформы была выбрана среда .NET. Среда разработки Visual Studio, поставляемая вместе с .NET, предоставляет необходимый инструментарий для эффективного и быстрого создания приложений с графическим интерфейсом. Появление технологии .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 был усовершенствован механизм доступа к данным. |