Курсовые работы / ПРИС П _28
.pdfСОДЕРЖАНИЕ
ВВЕДЕНИЕ................................................................................................................ |
3 |
|
1 ПРАКТИЧЕСКАЯ ЧАСТЬ .................................................................................... |
4 |
|
1.1 |
Постановка задачи............................................................................................... |
4 |
1.2 |
Анализ предметной области .............................................................................. |
5 |
1.3 |
Функциональная модель по стандарту IDEF0 (Icam DEFinition) и |
|
методологии SADT.............................................................................................................. |
6 |
|
1.4 |
Логическая и физическая модели данных по стандарту IDEF1X .................. |
8 |
1.5 |
Описание таблиц базы данных .......................................................................... |
9 |
1.6 |
Дерево программных модулей......................................................................... |
10 |
1.7 |
Схема взаимосвязей модулей и массивов данных......................................... |
11 |
1.8 Алгоритм построения отчета о прохождении ТО автомобилями в заданном |
||
месяце ................................................................................................................................. |
|
11 |
1.9 Инструкция пользователя по установке программного продукта и работе с |
||
ним ...................................................................................................................................... |
|
12 |
1.10 Способы и результаты тестирования программного продукта в различных |
||
режимах .............................................................................................................................. |
|
20 |
ЗАКЛЮЧЕНИЕ ....................................................................................................... |
23 |
|
СПИСОК ИСПОЛЬЗОВАННЫ ИСТОЧНИКОВ ................................................ |
24 |
|
ПРИЛОЖЕНИЕ А ................................................................................................... |
26 |
|
ПРИЛОЖЕНИЕ Б.................................................................................................... |
28 |
|
ПРИЛОЖЕНИЕ В ................................................................................................... |
29 |
2
ВВЕДЕНИЕ
На российском рынке на данный момент существует довольно небольшое количество систем, автоматизирующих процесс технического обслуживания и ремонта автотранспортных средств в полной мере.
Наиболее функционально богатые системы этой области недоступны большому количеству потенциальных покупателей в виду своей большой стоимости. Поэтому разработка новой системы в этой области для реализации в низкой и средней ценовой категории будет являться достаточно прибыльным и эффективным вложением денежных средств.
Целью данного курсового проекта является создание автоматизированной информационной системы для учета технического осмотра автотранспортных средств.
Для достижения цели необходимо решить следующие задачи:
проанализировать предметную область;
построить IDEF0 диаграммы;
описать таблицы базы данных;
протестировать созданное приложение.
3
1 ПРАКТИЧЕСКАЯ ЧАСТЬ
1.1 Постановка задачи
ИС для автоматизации учета технического осмотра автотранспортных средств должна содержать следующую информацию:
Сведения обо всех зарегистрированных в регионе автомобилях (марка автомобиля, год выпуска, государственный номер, ФИО владельца, дата постановки на учет и т.д.)
Сведения о транспортных средствах, которые проходят текущий технический осмотр (марка автомобиля, ФИО владельца, дата прохождения техосмотра, факт прохождения, оплаченная сумма и т.д.)
Сведения об отказах прохождения технического осмотра (дата прохождения,
марка автомобиля, причина отказа и т.д.).
Сведения о возможных причинах отказа (техническая неисправность,
неуплата штрафов, неуплата за техосмотр и т.д.)
ИС должна обеспечивать:
Ввод, удаление и редактирование той или иной информации, с
возможностью автоматизации (подстановок из других таблиц, фиксированных наборов данных и т.д.) и входного контроля от некорректных действий.
Многопользовательский режим работы.
Разграничение прав доступа к ИС с помощью идентификации и аутентификации пользователей (пользователь – соответствующий пароль).
Обеспечить возможность оперативного изменения пароля. Количество различных пользователей – не менее 3.
Резервное копирование информационных баз по желанию пользователя
(только администратора).
Осуществлять поиск по разнообразным признакам (не менее одного в каждой из информационных категорий, например, гос. номеру автомобиля и т.д.).
Осуществлять сортировку по различным признакам (не менее одного в каждой из информационных категорий, например, по марке автомобиля и т.д.).
4
Выдача списка всех автомобилей и их владельцев, которые должны пройти техосмотр в любом заданном месяце. Организовать возможность вывода списка в
MSWord (или MS Excel).
Выдача списка всех автомобилей и их владельцев, которые не прошли вовремя техосмотр на текущий момент времени. Новые автомобили проходят техосмотр один раз в три года; автомобили срок эксплуатации которых составляет менее пяти лет, проходят техосмотр раз в два года; все остальные автомобили проходят техосмотр один раз в год.
Выводить «исторические» сведения о том, сколько стоил техосмотр в заданный пользователем момент времени.
Формировать статистические расчеты о количестве отклонений о прохождении техосмотра по следующим причинам: техническая неисправность,
неуплата штрафов, неуплата за техосмотр и т.д.). Организовать возможность печати статистических расчетов.
1.2 Анализ предметной области
Разрабатываемая информационная система для автоматизации учета технического осмотра автотранспортных средств необходима для учета всех автомобилей, зарегистрированных в регионе, а также о транспортных средствах,
проходящих ТО. Кроме того, в информационной системе должен вестись учет отказов прохождения технического осмотра и возможных причин отказа.
Информационная система должна позволять вводить, редактировать и удалять (при наличии определенных прав) информацию. Информационная система должна хранить данные об автомобилях и о прохождении ТО.
Целью создания информационной системы для учета технического осмотра автотранспортных средств является создание организационных условий для повышения скорости ввода, вывода и обработки информации посредством ПК.
Задачи создания информационной системы следующие:
создание организационных условий для учета данных о техническом осмотре автотранспортных средств;
5
создание организационных условий для альтернативного традиционным формам учета информации о прохождении ТО, отказах в прохождении;
создание условий для повышения скорости работы станции технического осмотра автомобилей.
Работа с данной системой может вестись: сотрудником станции ТО,
администратором ИС, так же имеется доступ для гостя системы без пароля. Так сотрудник вносит в базу данные об автомобилях, делает отметки о прохождении или не прохождении ТО, указывает стоимость в случае прохождения ТО и причина отказа в случае не прохождения, создает отчеты. Администратор выполняет настройку ИС, может изменять некоторые функции ИС. Гость системы может посмотреть причины отказа и стоимость прохождения ТО.
Входными документами данной ИС являются: паспорт автовладельца,
технический паспорт автомобиля. Выходными документами являются: акт прохождения технического осмотра, стоимость ТО за выбранный период, отчет о непрошедших ТО. Данные отчеты генерируются в системе и могут быть просмотрены. Некоторые из них выводятся в MS Word или MS Excel с
возможностью печати.
Таким образом, предметная область является достаточно сложным объектом проектирования, однако это легко решается путем построения функциональной модели, модели данных и т. д. [1-3].
1.3 Функциональная модель по стандарту IDEF0 (Icam DEFinition) и
методологии SADT
Функциональная модель бизнес-процессов разрабатываемой информационной системы представлена в приложении А. Целью моделирования является упрощение автоматизации процесса учета технического осмотра автотранспортных средств, то есть его улучшение, повышение производительности. Функциональная модель построена с точки зрения интегрированного пользователя [4]. Это обусловлено тем,
что основным пользователем является сотрудник станции ТО, который вносит оперативную информацию. Кроме того, есть еще Администратор, который вносит
6
наиболее ценные стратегические решения и гость, который просматривает информацию о ценах и отказах.
Оценка модели проведена с помощью количественного анализа. Для него были использованы следующие показатели:
- коэффициент уровня – данный коэффициент с каждым переходом на нижний уровень он не должен увеличиваться, он рассчитывается по формуле (1.1)
k |
N |
|
|
y |
L |
|
,
(1.1)
где N – количество блоков на уровне, L – номер уровня;
- коэффициент сбалансированности – значение данного коэффициента должно лежать в пределах от 0 до 4, он рассчитывается по формуле (1.2)
|
|
|
N |
|
|
|
|
|
i |
|
|
|
|
|
A |
|
|
|
|
|
i 1 |
N |
|
k |
б |
|
max A |
||
|
|
N |
i 1 |
i |
|
|
|
|
|
,
(1.2)
где Аi – стрелка;
- коэффициент применения элементарных функций – если kЭ>1 и С>0,5, то диаграмма не нуждается в дальнейшей детализации, он рассчитывается по формуле
(1.3)
|
kэ L *C L * |
N эл.ф. |
, |
(1.3) |
||
|
N |
|
|
|
||
|
|
|
|
|
|
|
Далее был проведен сам количественный анализ, данные которого |
||||||
представлены в таблице 1.2. |
|
|
|
|
|
|
Таблица 1.2 – Количественный анализ |
|
|
|
|
|
|
|
|
|
|
|
|
|
Диаграмма |
kу |
|
|
kб |
kэ |
|
А0 |
0 |
|
|
3,8 |
0 |
|
А1 |
4 |
|
|
0,75 |
2 |
|
А2 |
1,5 |
|
|
0,5 |
2 |
|
А3 |
1,6 |
|
|
1 |
2 |
|
А4 |
1 |
|
|
2,8 |
1,6 |
|
|
|
|
7 |
|
|
Из таблицы 1.2 можно сделать вывод о качественности модели, поскольку с увеличение уровня коэффициент уровня убывает, коэффициент сбалансированности не превышает 3,8, а коэффициенты применения элементарных функций на нижних уровнях соответствуют значениям, при которых дальнейшая детализация не нужна
[5-6].
1.4 Логическая и физическая модели данных по стандарту IDEF1X
На рисунке 1.1 представлена логическая модель данных разрабатываемой информационной системы для автоматизации рекламного агентства, построенная в соответствии со стандартом IDEF1X [7].
Рисунок 1.1 – Логическая модель данных
На рисунке 1.2 представлена физическая модель данных [8].
8
Рисунок 1.2 – Физическая модель данных
1.5 Описание таблиц базы данных
База данных системы была построена в MS Access 2003 [9-10]. Она состоит из следующих таблиц:
pass (идентифицирующие данные пользователей системы)
Avto (информация об автомобилях)
Marka (информация о марках авто)
Osmotr (информация о ТО автомобилей)
POtkaz (информация о причинах отказа)
StOsmotra (информация о стоимости ТО)
Vlad (информация о владельцах автомобилей)
Схема данных моделируемой базы данных представлена на рисунке 1.3.
Рисунок 1.3 – Схема данных
9
Свойства полей вышеуказанных таблиц базы данных разрабатываемой информационной системы представлены в приложении Б на рисунках Б.1 – В.7.
1.6 Дерево программных модулей
В разрабатываемой программе 27 модулей. Дерево программных модулей представлено на рисунке 1.4 [11-12].
|
Модуль |
|
генерации |
|
приложения |
Авторизация |
Модуль |
(U_PASS) |
данных(DM) |
Резервное копирование(N12 )
Сервис Главная
форма(MainForm) Изменение
пароля( SmenaParol)
Справочники
Отчеты
Оформление |
|
|
Лучшая |
|
Прайслист(O1) |
Договора(O_2) |
услуга(O_YSLYG |
||
заказа |
||||
|
|
A) |
||
|
|
|
Клиенты |
Сотрудники |
Скидка(S_Skidka) |
Работы(S_Work) |
Оформить |
Договор по дате |
|
(S_Klient) |
(S_Sotr) |
заказ(S_Zakaz) |
(Form1) |
|||
|
|
Рисунок 1.4 – Дерево программных модулей
10
1.7 Схема взаимосвязей модулей и массивов данных
Схема взаимосвязей модулей и массивов данных представлена на рисунке 1.5
[13].
Рисунок 1.5 – Схема взаимосвязей модулей и массивов данных
1.8 Алгоритм построения отчета о прохождении ТО автомобилями в заданном месяце
При вызове из главного меню пункта «Отчетность»-«Осмотр в заданном месяце». Появляется форма, на которой пользователь вводит месяц и год. После этого происходит построение отчета. Блок-схема построения представлена на рисунке 1.6 [14-15].
11