Разработка автоматизированной информационной системы «Автосервис»

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

3.Функциональная модель предметной области

3.1 Спецификационная модель функциональной модели предметной области

3.2 Графическая диаграмма DFD функциональной модели предметной области

3.3 Графическая диаграмма IDEFO функциональной модели предметной области

4.Инфологическая модель предметной области (ИМ ПО)

4.1 Графическая диаграмма ИМ ПО

4.2 Спецификация ИМ ПО

5.Выбор СУБД

6.Датологическая модель ПО (ДМ ПО)

6.1 Графическая диаграмма ДМ ПО

6.2 Спецификация ДМ ПО

7.Структурная схема системы

7.1 Графический вид структурной схемы

7.2 Текстовое описание ПО

8.Интерфейс пользователя

8.1 Экранные формы

8.2 Запросы

8.3 Отчёты

9.Граф диалога

9.1 Графическая схема графа диалога

9.2 Текстовое описание графа диалога

10.Руководство пользователя

11.Методика испытаний

Заключение

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

Введение

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

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

· Выбор объектов, интересующих заказчика из предметной области;

· Описание этих объектов (определение у объектов соответствующих атрибутов);

· Определение отношения (связи) между объектами.

Дальше решались задачи непосредственной реализации данной модели:

· Как представить и организовать модель в памяти системы.

· Как эффективно организовать данные в памяти системы, чтобы наиболее быстро отвечать на запросы пользователя.

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

Система была разработана в среде MS Access 2007, поэтому для её работы необходим пакет приложений Microsoft Office, начиная с версии Microsoft Office 2007 и выше. Она имеет защиту от несанкционированного доступа, так что содержатель системы может не волноваться о сохранности данных.

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

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

Основной таблицей является таблица заказ-нарядов «Work». В данной таблице, помимо уникального идентификатора «IDwork», содержатся поле с названием выполняемой работы «Name_of_work», продолжительность работы «Time_length», норма/час"Norm_in_hour", дата обращения в автосервис «Date_of_appeal». Помимо данной информации в таблице содержится информация об ответственном за работу (в виде ссылки на запись в таблице ответственных за работу «Responsible»), информация об обслуживаемом автомобиле (в виде ссылку на запись в таблице «Auto»).

Рассмотрим остальные таблицы:

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

2) «Auto» — в таблице содержится уникальный идентификатор, государственный номер, марка, модель, год выпуска и VIN-код обслуживаемого автомобиля, а также информация о клиенте, которому этот автомобиль принадлежит (в виде ссылки на запись в таблице «Client»).

3) «Responsible» — таблица, в которой содержатся уникальный идентификатор, фамилия, имя, должность, график работы, дата рождения ответственного за работу работника автосервиса, а также информация о зарплате работника (в виде ссылки на запись в таблице «Salary»).

4) «Client» — таблица, в которой содержатся уникальный идентификатор, фамилия, имя, телефон, скидка клиента автосервиса, а также информация об адресе клиента (в виде ссылки на запись в таблице «Address»).

5) «Detail» — таблица, в которой содержатся уникальный идентификатор, артикул, название и стоимость детали.

6) «Salary» — таблица, в которой содержатся уникальный идентификатор, опыт работы работника автосервиса и размер зарплаты в соответствии с эти опытом работы.

7) «Stock» — таблица, в которой содержатся уникальный идентификатор — номер склада, число рабочих на складе и телефон склада.

8) Также созданы промежуточные таблицы, посредством которых осуществляется связь типа «многие ко многим»:

· «Auxiliary_table» — таблица, в которой, помимо полей для связи таблиц «Work» и «Detail» и уникального идентификатора, содержится информация о количестве требуемых деталей определенного типа для заказ-наряда.

· «Location (aux_table)» — таблица, в которой, помимо полей для связи таблиц «Stock» и «Detail» и уникального идентификатора, содержится информация о количестве однотипных деталей на складе и расположении этих деталей на складе: стеллаж, секция и полка.

Данная система должна выполнять следующие функции:

· Возможность просмотреть базу данных;

· Возможность редактирования записей;

· Возможность добавление новых записей;

· Возможность составлять отчёты по заранее сформулированным запросам.

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

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

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

2.Функциональная модель предметной области

2.1 Спецификационная модель функциональной модели предметной области

1. Ввод данных:

1.1. Добавить новый заказ-наряд

1.2. Добавить нового клиента

1.3. Добавить новый автомобиль

1.4. Добавить новый адрес клиента

1.5. Добавить новую деталь

1.6. Добавить новый склад

1.7. Добавить нового ответственного за работу

1.8. Добавить новую зарплату в автосервисе

2. Редактирование данных:

2.1. Редактировать данные по заказ-нарядам

2.2. Редактировать данные по клиентам

2.3. Редактировать данные автомобилям

2.4. Редактировать данные по адресам клиентов

2.5. Редактировать данные по деталям

2.6. Редактировать данные по складам

2.7. Редактировать данные по ответственным за работу сотрудникам

2.8. Редактировать данные по зарплатам в автосервисе

3. Отчёты:

3.1. Отчёт по работам в автосервисе

3.2. Отчёт по обслуженным автомобилям

3.3. Отчёт о времени выполнения работ

3.4. Отчёт-диаграмма временных затрат

3.5. Отчёт по количеству деталей на складах

4.2 Графическая диаграмма DFD функциональной модели предметной области

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

Описание модели в нотации DFD:

1. Объект «Мастер-приёмщик» имеет право заполнять следующие экранные формы и посылать данные в соответствующие таблицы.

1.1 Функция «Добавить и редактировать запись по заказ-нарядам» осуществляет изменение и добавление новых записей в таблицу заказ-нарядов «Work».

1.2 Функция «Добавить и редактировать запись по клиентам» осуществляет изменение и добавление новых записей в таблицу клиентов «Client».

1.3 Функция «Добавить и редактировать запись по автомобилям» осуществляет изменение и добавление новых записей в таблицу автомобилей «Auto».

1.4 Функция «Добавить и редактировать запись по адресам клиентов» осуществляет изменение и добавление новых записей в таблицу адресов «Address».

2. Объект «Работник склада» имеет право заполнять следующие экранные формы и посылать данные в соответствующие таблицы.

2.1 Функция «Добавить и редактировать запись по деталям» осуществляет изменение и добавление новых записей в таблицу деталей «Detail».

2.2 Функция «Добавить и редактировать запись по складам» осуществляет изменение и добавление новых записей в таблицу складов «Stock».

3. Объект «Начальник автосервиса» имеет право просматривать отчёты по имеющимся запросам, выполняя функции, приведённые ниже, а также он может просматривать сами эти запросы. Этот объект также имеет право заполнять следующие экранные формы и посылать данные в соответствующие таблицы.

3.1 Функция «Добавить и редактировать запись по ответственным за работу» осуществляет изменение и добавление новых записей в таблицу сотрудников автосервиса ответственных за работу «Responsible».

3.2 Функция «Добавить и редактировать запись по зарплатам в автосервисе» осуществляет изменение и добавление новых записей в таблицу зарплат «Salary».

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

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

3.5 Функция «Составить отчёт о времени выполнения работ» показывает пользователю отчёт о времени выполнения работ. Он содержит информацию о марке и модели автомобиля, над которым производилась работа, продолжительность работы и название работы.

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

3.7 Функция «Составить отчёт по количеству деталей на складах» показывает пользователю отчёт по количеству деталей на складах. Он содержит информацию о названии деталей и количестве деталей каждого типа на складах.

2.3 Графическая диаграмма IDEFO функциональной модели предметной области

Диаграмма IDEFO приведена в приложении.

На ней отображены следующие функции:

1. Функция «Добавление и редактирование записи по заказ-нарядам» в качестве входного параметра имеет заполнение формы «Заказ-наряды», выходным параметром являются данные в таблице «Work», управление осуществляется согласно определённым инструкциям, а механизмом реализации является мастер-приемщик.

2. Функция «Добавление и редактирование записи по клиентам» в качестве входного параметра имеет заполнение формы «Клиенты», выходным параметром являются данные в таблице «Client», управление осуществляется согласно определённым инструкциям, а механизмом реализации является мастер-приёмщик.

3. Функция «Добавление и редактирование записи по автомобилям» в качестве входного параметра имеет заполнение формы «Автомобили», выходным параметром являются данные в таблице «Auto», управление осуществляется согласно определённым инструкциям, а механизмом реализации является мастер-приёмщик.

4. Функция «Добавление и редактирование записи по адресам клиентов» в качестве входного параметра имеет заполнение формы «Адреса клиентов», выходным параметром являются данные в таблице «Address», управление осуществляется согласно определённым инструкциям, а механизмом реализации является мастер-приёмщик.

5. Функция «Добавление и редактирование записи по деталям» в качестве входного параметра имеет заполнение формы «Детали», выходным параметром являются данные в таблице «Detail», управление осуществляется согласно определённым инструкциям, а механизмом реализации является работник склада.

6. Функция «Добавление и редактирование записи по складам» в качестве входного параметра имеет заполнение формы «Склады», выходным параметром являются данные в таблице «Stock», управление осуществляется согласно определённым инструкциям, а механизмом реализации является работник склада.

7. Функция «Добавление и редактирование записи по ответственным за работу» в качестве входного параметра имеет заполнение формы «Ответственные за работу», выходным параметром являются данные в таблице «Responsible», управление осуществляется согласно определённым инструкциям, а механизмом реализации является начальник автосервиса.

8. Функция «Добавление и редактирование записи по зарплатам в автосервисе» в качестве входного параметра имеет заполнение формы «Зарплаты в автосервисе», выходным параметром являются данные в таблице «Salary», управление осуществляется согласно определённым инструкциям, а механизмом реализации является начальник автосервиса.

9. Функция «Составление отчёта по работам в автосервисе» в качестве входных параметров имеет таблицы «Work», «Detail», «Responsible», «Salary», выходным параметром является отчёт по работам в автосервисе, управление осуществляется согласно определённым инструкциям, а механизмом реализации является начальник автосервиса.

10. Функция «Составление отчёта по обслуженным автомобилям» в качестве входных параметров имеет таблицы «Address», «Auto», «Client», выходным параметром является отчёт по обслуженным автомобилям, управление осуществляется согласно определённым инструкциям, а механизмом реализации является начальник автосервиса.

11. Функция «Составление отчёта о времени выполнения работ» в качестве входных параметров имеет таблицу «Work», выходным параметром является отчёт о времени выполнения работ, управление осуществляется согласно определённым инструкциям, а механизмом реализации является начальник автосервиса.

12. Функция «Составление отчёта-диаграммы временных затрат» в качестве входных параметров имеет таблицы «Work», выходным параметром является отчёт-диаграмма временных затрат, управление осуществляется согласно определённым инструкциям, а механизмом реализации является начальник автосервиса.

13. Функция «Составление отчёта по количеству деталей на складах» в качестве входных параметров имеет таблицы «Detail», «Stock», выходным параметром является отчёт по количеству деталей на складах, управление осуществляется согласно определённым инструкциям, а механизмом реализации является начальник автосервиса.

3.Инфологическая модель предметной области (ИМ ПО)

3.1 Графическая диаграмма ИМ ПО

Графическая диаграмма инфологической модели приведена в приложении.

3.2 Спецификация ИМ ПО

1. Атрибуты:

1.1 Уникальный идентификатор ответственного за работу (Счётчик)

1.2 График работы (Текстовый)

1.3 Должность (Текстовый)

1.4 Дата рождения (Дата/время)

1.5 Фамилия (Текстовый) — относится к ответственным за работу

1.6 Имя (Текстовый) — относится к ответственным за работу

1.7 Уникальный идентификатор зарплаты (Счётчик)

1.8 Размер зарплаты (Денежный)

1.9 Опыт работы (Текстовый)

1.10 Номер заказ-наряда (Счётчик)

1.11 Норма/час (Денежный)

1.12 Продолжительность (ч.) (Числовой)

1.13 Выполняемая работа (Текстовый)

1.14 Дата обращения (Дата/время)

1.15 Уникальный идентификатор автомобиля (Счётчик)

1.16 VIN-код (Текстовый)

1.17 Модель (Текстовый)

1.18 Марка (Текстовый)

1.19 Год выпуска (Числовой)

1.20 Государственный номер (Текстовый)

1.21 Уникальный идентификатор клиента (Счётчик)

1.22 Фамилия (Текстовый) — относится к клиентам

1.23 Имя (Текстовый) — относится к клиентам

1.24 Телефон (Текстовый)

1.25 Размер скидки (Числовой)

1.26 Уникальный идентификатор адреса (Счётчик)

1.27 Страна (Текстовый)

1.28 Город (Текстовый)

1.29 Улица (Текстовый)

1.30 Дом (Текстовый)

1.31 Квартира (Числовой)

1.32 Уникальный идентификатор (Счётчик)

1.33 Количество деталей данного типа для данного заказа (Числовой)

1.34 Уникальный идентификатор детали (Счётчик)

1.35 Артикул (Текстовый)

1.36 Цена детали (Денежный)

1.37 Название детали (Текстовый)

1.38 Уникальный идентификатор местоположения детали (Счётчик)

1.39 Полка (Числовой)

1.40 Секция (Числовой)

1.41 Стеллаж (Числовой)

1.42 Количество деталей (Числовой)

1.43 Номер-склада (Счётчик)

1.44 Телефон склада (Текстовый)

1.45 Количество рабочих (Числовой)

2. Сущности

2.1 Ответственный за работу (Уникальный идентификатор ответственного за работу, График работы, Должность, Дата рождения, Фамилия, Имя)

2.2 Зарплата (Уникальный идентификатор зарплаты, Опыт работы, Размер зарплаты)

2.3 Заказ-наряд (Номер заказ-наряда, Норма/час, Продолжительность (ч.), Выполняемая работа, Дата обращения)

2.4 Автомобиль (Уникальный идентификатор автомобиля, Государственный номер, Год выпуска, Марка, Модель, VIN-код)

2.5 Адрес (Уникальный идентификатор адреса, Страна, Город, Улица, Дом, Квартира)

2.6 Клиент (Уникальный идентификатор клиента, Фамилия, Имя, Телефон, Размер скидки)

2.7 Требуется (Уникальный идентификатор, Количество деталей данного типа для данного заказа)

2.8 Деталь (Уникальный идентификатор детали, Название детали, Цена детали, Артикул)

2.9 Расположение детали на складе (Уникальный идентификатор местоположения детали, Количество деталей, Стеллаж, Секция, Полка)

2.10 Дополнительная информация о складе (Номер склада, Количество рабочих, Телефон склада)

3. Связи

3.1 Получает (Уникальный идентификатор зарплаты, Уникальный идентификатор ответственного за работу) — связь 1: M от Зарплата к Ответственный за работу

3.2 Принял (Уникальный идентификатор ответственного за работу, Номер заказ-наряда) — связь 1: M от Ответственный за работу к Заказ-наряд

3.3 На обслуживание (Уникальный идентификатор автомобиля, Номер заказ-наряда) — связь 1: М от Автомобиль к Заказ-наряд

3.4 Оформлен на (Уникальный идентификатор клиента, Уникальный идентификатор автомобиля) — связь 1: M от Клиент к Автомобиль

3.5 Живёт (Уникальный идентификатор адреса, Уникальный идентификатор клиента) — связь 1: М от Адрес к Клиент

3.6 Требуется 1 (Номер заказ-наряда, Уникальный идентификатор) — связь 1: M от Заказ-наряд к Требуется

3.7 Требуется 2 (Уникальный идентификатор детали, Уникальный идентификатор) — связь 1: M от Деталь к Требуется

3.8 Находится (Уникальный идентификатор детали, Уникальный идентификатор местоположения детали) — связь 1: М от Деталь к Расположение детали на складе

3.9 Имеется (Номер склада, Уникальный идентификатор местоположения детали) — связь 1: M от Дополнительная информация о складе к Расположение детали на складе

отчет редактирование пользовательский атрибут

4.Диаграммы связей между атрибутами

4.1 Сущность «Ответственный за работу»

4.2 Сущность «Зарплата»

4.3 Сущность «Заказ-наряд»

4.4 Сущность «Автомобиль»

4.5 Сущность «Адрес»

4.6 Сущность «Клиент»

4.7 Сущность «Требуется»

4.8 Сущность «Деталь»

4.9 Сущность «Расположение детали на складе»

4.10 Сущность «Дополнительная информация о складе»

5.Выбор СУБД

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

6.Датологическая модель ПО (ДМ ПО)

6.1 Графическая диаграмма ДМ ПО

Графическая диаграмма датологической модели приведена в приложении.

6.2 Спецификация ДМ ПО

7.Структурная схема системы

7.1 Графический вид структурной схемы

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

7.2 Текстовое описание ПО

Автоматизированная информационная система «Автосервис» состоит из четырёх взаимосвязанных модулей: чтение данных, ввод и редактирование данных, формирование отчётов, формирование запросов.

Система должна реализовывать работу с таблицами, а именно ввод, редактирование и просмотр данных при помощи форм. Под вводом подразумевается ввод новых записей в таблицы с использованием форм, редактирование — изменение или удаление (для некоторых таблиц) уже имеющихся данных, просмотр — просмотр имеющихся данных в табличной форме. Работа осуществляется при помощи следующих восьми основных форм: «Автомобили», «Адреса клиентов», «Детали», «Заказ-наряды», «Зарплаты в автосервисе», «Клиенты», «Ответственные за работу», «Склады».

Работа с отчётами подразумевает просмотр отчетов и возможность их печати после просмотра.

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

8.Интерфейс пользователя

8.1 Экранные формы

1. Главная кнопочная форма

Главная кнопочная форма приведена на Рис. 1 в приложении.

2. Ввод и редактирование данных по заказ-нарядам

Форма для ввода и редактирования данных по заказ-нарядам приведена на Рис. 2 в приложении.

3. Ввод и редактирование данных по клиентам

Форма для ввода и редактирования данных по клиентам приведена на Рис. 3 в приложении.

4. Запросы

Форма для просмотра запросов приведена на Рис. 4 в приложении.

5. Отчёты

Форма для просмотра распечатки отчётов приведена на Рис. 5 в приложении.

6. Форма «Заказ-наряды»

Форма «Заказ-наряды» и подчиненная форма «Необходимые детали» приведены на Рис. 6 в приложении.

7. Форма «Детали»

Форма «Детали» и подчиненная форма «Расположение детали на складе» приведены на Рис. 7 в приложении.

8. Форма «Склады»

Форма «Склады» приведена на Рис. 8 в приложении.

9. Форма «Ответственные за работу»

Форма «Ответственные за работу» приведена на Рис. 9 в приложении.

10. Форма «Зарплаты в автосервисе»

Форма «Зарплаты в автосервисе» приведена на Рис. 10 в приложении.

11. Форма «Клиенты»

Форма «Клиенты» и подчиненная форма «Адрес проживания» приведены на Рис. 11 в приложении.

12. Форма «Автомобили»

Форма «Автомобили» приведена на Рис. 12 в приложении.

13. Форма «Адреса клиентов»

Форма «Адреса клиентов» приведена на Рис. 13 в приложении.

8.2 Запросы

1. Запрос о сотрудниках, проживающих в Москве

Конструкторский вид:

Текст на SQL:

SELECT Client. Lastname, Client.Name_of_client, Address. City, Address. Building, Address. Apartment

FROM Address INNER JOIN Client ON Address. IDaddress = Client. IDaddress

WHERE (((Address.City)="Москва"));

Результат:

2. Запрос о заказ-нарядах до 01.03.2011

Конструкторский вид:

Текст запроса на SQL:

SELECT Work. IDwork, Work.Name_of_work, Work. Time_length, Work. Norm_in_hour, Work. Date_of_appeal, Work. IDresponsible, Work. IDauto

FROM [Work]

WHERE (((Work.Date_of_appeal)