36
Также нами были рассмотрены основные преимущества и
недостатки изучаемых программ, полученные результаты анализа
программ сведены в таблицу (Приложение, таблица 3).
37
2. ПРОЕКТНАЯ ЧАСТЬ
2.1 Разработка проекта автоматизации
Во время анализа требований к системе основное внимание
уделялось выяснению того, что должно быть сделано, вне зависимости от
того, как это сделать. На этапе разработки системы решается вопрос, как
реализовать решения, принятые на этапе анализа.
Сначала разрабатывается общая структура (архитектура) системы.
Архитектура системы определяет ее разбиение на модули, задает контекст,
в рамках которого принимаются проектные решения на следующих этапах
разработки.
Для разработки архитектуры необходимо выбрать систему
управления базами данных (СУБД). По способу доступа к базам данных
(БД) различают следующие СУБД:
- клиент-серверные;
- файл-серверные;
- встраиваемые.
Клиент-серверная система характеризуется наличием двух
взаимодействующих самостоятельных процессов - клиента и сервера,
которые могут выполняться на разных компьютерах, обмениваясь
данными по сети. По такой схеме могут быть построены системы
обработки данных на основе СУБД, почтовые и другие системы.
В файл-серверной системе данные хранятся на файловом сервере, а
их обработка осуществляется на рабочих станциях, на которых, как
правило, функционирует одна из, так называемых, "настольных СУБД" -
Access, FoxPro, Paradox и тому подобные.
Приложение на рабочей станции "отвечает за все" - за формирование
пользовательского интерфейса, логическую обработку данных и за
непосредственное манипулирование данными. Файловый сервер
предоставляет услуги только самого низкого уровня - открытие, закрытие
38
и модификацию файлов, подчеркну - файлов, а не базы данных. База
данных существует только в "мозгу" рабочей станции.
Непосредственным манипулированием данными занимается
несколько независимых и несогласованных между собой процессов. Кроме
того, для осуществления любой обработки все данные необходимо
передать по сети с сервера на рабочую станцию.
В клиент-серверной системе функционируют (как минимум) два
приложения - клиент и сервер, делящие между собой те функции, которые
в файл-серверной архитектуре целиком выполняет приложение на рабочей
станции. Хранением и непосредственным манипулированием данными
занимается сервер баз данных, в качестве которого может выступать
Microsoft SQL Server, Oracle, Sybase, Firebird, Interbase, Informix,
PostgreSQL, MySQL и другие
Таблица №1
Характеристики информационной системы
Характеристики
Комментарии
Единая база данных
обеспечивающая
многопользовательскую
работу.
Рекомендуется использование централизованной базы
данных на основе полноценных промышленных СУБД
(MS SQL Server, Oracle, Informix, DB2).
Отсутствие ограничений по
количеству объектов
(максимальное количество
измерений, записей,
отчетов, число
одновременно работающих
пользователей и т.д.).
Любые ограничения по количеству объектов, которыми
оперирует система, говорят о несовершенстве
технического решения такого программного продукта.
Даже если эти ограничения составляют десятки тысяч
единиц и сегодня кажутся приемлемыми, это означает
что в будущем возникнут непреодолимый барьер при
развитии бюджетной модели.
Интеграция со смежными
автоматизированными
системами.
Возможности системы должны позволять осуществлять
полноценный импорт/экспорт, при необходимости
предварительную обработку данных из различных
учетных систем; желательна поддержка двусторонней
связи с имеющимися учетными 15 системами.
39
Использование стандартных СУБД также облегчает
интеграцию.
Возможности доработки
системы по требованию
заказчика.
Необходимо выяснить обладает ли поставщик
программного обеспечения возможностями его
доработки на уровне программного кода.
Выбор системы управления баз данных (СУБД) представляет собой
трудную задачу и является одним из важных этапов при разработке
приложений баз данных. Выбранный программный продукт должен
удовлетворять как текущим, так и будущим потребностям предприятия,
при этом следует учитывать финансовые затраты. Информационная
система должна отвечать наиболее общим техническим требованиям.
На протяжении многих лет продукты MS SQL Server
характеризуются надежностью, безопасностью, высокой
производительностью и удобством в работе. Современная СУБД MS SQL
Server это мощнейший программный комплекс, позволяющий создавать
приложения любой сложности. Ядром этого комплекса является база
данных, хранящая информацию, количество которой за счет
предоставляемых средств масштабирования практически безгранично. С
высокой эффективностью работать с этой информацией одновременно
может практически любое количество пользователей, не проявляя
тенденции к снижению производительности системы при резком
увеличении их числа.
Механизмы масштабирования в СУБД MS SQL Server последних
версий позволяют безгранично увеличивать мощность и скорость работы
сервера MS SQL Server и своих приложений.
Еще одной составляющей успеха СУБД MS SQL Server является то,
что она поставляется практически для всех существующих на сегодня
операционных систем. Таким образом, компаниям, начинающим работу с
продуктами MS SQL Server не приходится менять уже сложившееся
40
сетевое окружение. Существует лишь небольшое количество отличий при
работе с СУБД, обусловленных особенностями той или иной
операционной системы. В целом же это всегда та же самая безопасная,
надежная и удобная СУБД MS SQL Server.
Нужно отметить мудрую миграционную политику MS SQL Server.
Понимая, что переход с более старой версии СУБД на новую, довольно
трудоемкая процедура. Связанна она с тестированием работы
существующих приложений в новом окружении. MS SQL Server, при
выпуске новых продуктов уделяет особое внимание совместимости снизу-
вверх, делая этот переход практически безболезненным. Последние версии
СУБД MS SQL Server значительно проще в установке и первоначальной
настройке. Также возросли возможности по специализированной
настройке работы СУБД под конкретную задачу.
В качестве сервера СУБД был выбран MS SQL Server. На этот выбор
оказало несколько факторов.
Во-первых, технические характеристики, которые полностью
удовлетворяли предъявляемым требованим, а во- вторых, доступность
данной СУБД. Среди всех достоинств MS SQL Server следует выделить
следующие:
- простота и удобство администрирования;
- неприхотливость и минимальные системные требования;
- эффективность и быстродействие;
- распараллеливание операций в запросе;
- высокая степень интеграция в среды разработки;
- высокая надежность и отказоустойчивость;
- возможность расширения базы данных;
- наличие универсальных средств защиты информации;
- ориентирован на Интернет технологии;
- сравнительно низкая цена.
Исходя из вышеперечисленных достоинств, MS SQL Server был
41
выбран как оптимальное решение поставленной задачи, для реализации
СУБД [13, с 67].
Целью базы данных, разрабатываемой для пользователей, является
учет клиентов, сотрудников, поставщиков, работ, выполненных
сотрудниками, а также суммы их вознаграждения. Пользователями базы
данных «автосервис» являются работники автосервиса.
Реляционная база данных - основной тип современных баз данных.
Состоит из таблиц, между которыми могут существовать связи по
ключевым значениям.
Таблица базы данных (table) - регулярная структура, которая состоит
из однотипных строк (записей, records), разбитых на столбцы (поля, fields).
В теории реляционных баз данных синоним таблицы - отношение
(relation), в котором строка называется кортежем, а столбец называется
атрибутом.
В концептуальной модели реляционной базы данных аналогом
таблицы является сущность (entity), с определенным набором свойств -
атрибутов, способных принимать определенные значения (набор
допустимых значений - домен).
Ключевой элемент таблицы (ключ, regular key) - такое ее поле
(простой ключ) или строковое выражение, образованное из значений
нескольких полей (составной ключ), по которому можно определить
значения других полей для одной или нескольких записей таблицы. На
практике для использования ключей создаются индексы - служебная
информация, содержащая упорядоченные сведения о ключевых значениях.
В реляционной теории и концептуальной модели понятие "ключ"
применяется для атрибутов отношения или сущности.
Первичный ключ (primary key) - главный ключевой элемент,
однозначно идентифицирующий строку в таблице. Могут также
существовать альтернативный (candidate key) и уникальный (unique key)
ключи, служащие также для идентификации строк в таблице.
42
В реляционной теории первичный ключ - минимальный набор
атрибутов, однозначно идентифицирующий кортеж в отношении.
В концептуальной модели первичный ключ - минимальный набор
атрибутов сущности, однозначно идентифицирующий экземпляр
сущности.
Связь (relation) - функциональная зависимость между объектами. В
реляционных базах данных между таблицами устанавливаются связи по
ключам, один из которых в главной (parent, родительской) таблице -
первичный, второй - внешний ключ - во внешней (child, дочерней)
таблице, как правило, первичным не является и образует связь "один ко
многим" (1:N). В случае первичного внешнего ключа связь между
таблицами имеет тип "один к одному" (1:1). Информация о связях
сохраняется в базе данных.
Внешний ключ (foreign key) - такое подмножество атрибутов
дочернего отношения, что для любого его непустого значения обязательно
найдется равное значение первичного ключа главного отношения.
Реляционная модель
Клиент (код клиента, наименование, контакты)
Автомобиль (код авто, марка, модель, регистрационный номер)
Исполнитель заказа (код заказа, код сотрудника, процент участия)
Внешние ключи: код сотрудника, ссылается на таблицу «сотрудник».
Сотрудник (код сотрудника, ФИО, код должности, контакты)
Внешние ключи: код должности, ссылается на таблицу «должность».
Работа (код работы, наименование, код единицы измерения,
контакты)
Внешние ключи: код единицы измерения, ссылается на таблицу
«единицы измерения».
Заказ (код заказа, дата, код клиента, код авто, причина, состояние)
Внешние ключи: код клиента, код авто, ссылаются на таблицы
«клиент», «автомобиль».
43
Должность (код должности, наименование, оклад)
Полномочия (код должности, объект доступа, чтение, изменение,
удаление)
Единицы измерения (код единицы измерения, наименование)
Запасы (код запасов, номер по каталогу, наименование,
производитель, код единицы измерения, цена отпускная)
Внешние ключи: код единицы измерения, ссылается на таблицу
«единицы измерения»
Поставщики (код поставщика, наименование, реквизиты, контакты)
Место хранения (код места, наименование)
Прежде всего для решения задачи проекта автоматизации процессов
ведения документации и отчетности автосервиса ИП Селезнев Д.В.
необходимо понимать, что основной его деятельность является
деятельность автосервиса «АвтоЛайн».
2.2. Информационное обеспечение задачи автоматизации
Под информационной моделью автосервиса «АвтоЛайн» будем
понимать модель объекта, представленную в виде данных, описывающих
переменные величины объекта автоматизации и связи между ними и
модель информации.
Сущности (переменные величины) информационной модели:
«Заявки», «Контрагенты», «Сведения о сотрудниках», «Диагностика»,
«Ремонт», «Товары».
Для описания информационной модели автосервиса «АвтоЛайн»
воспользуемся модель «Сущность-связь» (ER-модель). Основными
компонентами, которой являются:
- сущность (Объект) – это реальный объект предметной области
автосервиса, данные о котором должны храниться в единой электронной
базе и быть доступны для обработки;
44
- атрибут – используемый для описания имени каждого экземпляра
сущности и он может быть описательным, указательным и
вспомогательным. Кроме того, атрибут, значение которого уникально в
пределах одной сущности будет являться идентификатором,
обеспечивающим связь с атрибутами, как в пределах этой сущности, так и
с атрибутами других сущностей;
- связь – поименованная графическая ассоциация, обеспечивающая
связь между атрибутами различных сущностей.
Выделяют следующие типы связей:
- один – к – одному;
- один – ко – многим;
- многие – ко - многим.
В результате анализа объекта автоматизации автосервиса
«АвтоЛайн» были выделены следующие сущности:
- «Заявки», содержит основные сведения о заявке на услугу или
товар;
- «Контрагенты», содержит сведения о клиентах и поставщиках;
- «Сведения о сотрудниках», содержит сведения о работниках
автосервиса «АвтоЛайн»;
- «Диагностика», содержит сведения о производимых диагностиках
автомобиля в автосервисе «АвтоЛайн»;
- « Ремонт», содержит сведения о производимых работах;
- «Товары», содержит сведения о продаваемом товаре в автосервисе
«АвтоЛайн».
На рисунке 3 представлена информационная модель автосервиса
«АвтоЛайн» в виде ER-диаграммы.
Согласно общероссийскому классификатору видов экономисткой
деятельности Код ОКВЭД для данного автосервиса 50, Раздел G. Оптовая
и розничная торговля; ремонт автотранспортных средств, мотоциклов,
бытовых изделий и предметов личного пользования:
45
50.20 Техническое обслуживание и ремонт автотранспортных
средств:
- 50.20.1 Техническое обслуживание и ремонт легковых автомобилей
- 50.20.2 Техническое обслуживание и ремонт прочих
автотранспортных средств.
50.3 Торговля автомобильными деталями, узлами и
принадлежностями:
- 50.30 Торговля автомобильными деталями, узлами и
принадлежностями
- 50.30.2 Розничная торговля автомобильными деталями, узлами и
принадлежностями.
Рисунок 3 Информационная модель автосервиса «АвтоЛайн» в
виде ER-диаграммы
Товары
Номер
Название
Количество
Артикул
Цена
Сведения о
сотрудниках
Номер
Ф.И.О.
Квалификация
График работы
Заявки
Номер
Ф.И.О. клиента
Дата заявки
Срок выполнения
Форма оплаты
Примечания
Контрагенты
Номер
Ф.И.О.
Категория (клиент,
поставщик)
Форма оплаты
Примечания
Диагностика
VIN
Ф.И.О. клиента
Ф.И.О. работника
Срок выполнения
Примечания
Ремонт
VIN
Ф.И.О. клиента
Ф.И.О. работника
Срок выполнения
Примечания