33
Рисунок 2.2 – Главная контекстная диаграмма (TO-BE)
Рисунок 2.3 - Декомпозиция главной контекстной диаграммы
A0(TO-BE)
34
Оптимизация бизнес-процессов по учету сельскохозяйственной
техники заключается во внедрении в бизнес-процесс ИС. Внедрение ИС
позволит сократить время на обработку данных по учету техники,
автоматизировать процедуры, связанные с хранением и обработкой данных
по технике, узлам и агрегатам, автоматизирует процедуры формирования
отчетных документов.
Диаграмма потоков данных (DFD), которая показывает потоки данных
в бизнес-процессе учета сельскохозяйственной техники после внедрения
разработанного программного обеспечения. Актерами, которые использую
разработанную ИС являются: механики и главный механик предприятия. На
диаграмме добавлено хранилище данных разрабатываемой ИС, которое
объединяет реестры.
Диаграмма и ее декомпозиция представлена на рис.2.4-2.5
35
Рисунок 2.4 – Главная диаграмма DFD (TO-BE)
Рисунок 2.5 – Декомпозиция диаграммы DFD
2.3 Определение функционала системы
Проектируемая информационная система состоит из определенного
набора аппаратных компонентов:
компьютеров;
устройства ввода/вывода;
коммуникационного оборудования;
блоков электрического питания.
Главным компонентом проектируемой ИС является компьютер.
Устройства ввода/вывода информации используются для обмена
информации между пользователем и компьютером. Самыми
распространенными устройствами ввода являются манипулятор мышь и
клавиатура.
36
Компьютеры, входящие в состав ИС, объединены в локальную сеть.
Основной задачей проектируемого программно-аппаратного комплекса
является информационное обеспечение бизнес-процессов по учету
сельскохозяйственной техники ее ремонта и обслуживания. ИС должна
позволять оператору вводить всю необходимую информацию. При работе с
системой сотрудники имеют возможность использовать данные хранящиеся
в базе данных. Сотрудники имеют возможность просмотра, редактирование и
печати документов из базы данных. Все данные хранятся на сервере БД под
управлением СУБД MS SQL Server и доступны по локальной сети
предприятия, на любом компьютере, на котором установлена клиентская
часть информационной системы (Рисунок 2.6).
Рисунок 2.6 — Общая картина решения
ИС состоит из основных подсистем, которые обеспечивают основной
функционал:
Подсистема ввода данных;
Подсистема обработки запросов;
Подсистема формирования отчетов;
37
Глава 3. Практическая часть. Практическая реализация
информационной системы. Оценка экономической эффективности
3.1 Разработка концептуальной, логической и физической модели
информационной системы
Краткое описание информационной системы
Разрабатываемый программный продукт должен обеспечивать
основной функционал, связанный с обеспечением деятельности предприятия
автосервиса (рис.3.1).
Рисунок 3.1 – Основные компоненты системы
Для автоматизации процедур, связанных с поддержкой
информационного обеспечения бизнес-процессов автосервисного
предприятия и предназначена проектируемая информационная система (ИС).
Цель разработки ИС - автоматизация процессов, связанных с
организацией работы по обработке заявок на обслуживание и ремонт
автомобилей клиентов Авто-профи.
Необходимая функциональность модуля (который должен быть
автоматизирован):
1) Отображение информации о клиентах.
2) Возможность оформления заказов на ремонт и обслуживание
автотехники.
3) Возможность вести учет запасных частей, узлов и агрегатов.
38
4) Вывод отчетной документации по проведенным ремонтам.
5) Функции редактирования информации путем ввода, замены,
удаления содержимого базы данных с применением стандартных
устройств ввода.
6) Контроль и разграничения прав доступа.
В работе необходимо разработать информационную систему, которая
должна позволять пользователю вводить всю необходимую информацию.
При работе с системой пользователь имеет возможность использовать
данные хранящиеся в базе данных. Пользователи имеют возможность
просмотра, редактирование и печати документов из базы данных. Все данные
хранятся на сервере БД под управлением MS SQL Server 2014, и доступны по
локальной сети, на любом компьютере, на котором установлена клиентская
часть информационной системы (рис. 3.2).
Рисунок 3.2 – Общая картина решения
39
Описание целей и задач информационной системы
Бизнесами-целями создания программного продукта являются (таблица 3.1):
Таблица 3.1 - Перечень бизнес-целей
Идентифика
тор
Бизнес-цель
BA-1
Информационное обеспечение задач по
планированию сервисного обслуживания предприятия
АвтоПрофи
Программный продукт предназначен для решения следующих бизнес-
задач таблица 3.2):
Таблица 3.2 - Перечень бизнес-задач
Идентифи
катор
Бизнес-задача
BТ-1
Ведение реестра клиентов
ВТ-2
Ведение реестра ТС
ВТ-5
Автоматизированное формирование заказов клиентов
на сервисное обслуживание
ВТ-6
Поиск данных
ВТ-7
Формирование отчетов по диагностике
ВТ-8
Формирование отчетов по заказам
ВТ-9
Формирование отчетов по сотрудникам
3.2 Создание модели вариантов использования
Функциональная схема разработанной системы представляет собой
список информационных ресурсов и сервисов, которые должны быть
представлены в ней, а также схему их взаимосвязи. Данная схема позволяет
наглядно отразить процессы, протекающие в отдельных функциональных
модулях системы. Функциональная схема является экспликацией отдельных
видов процессов, протекающих в целостных функциональных модулях
системы.
40
После запуска программы пользователь должен пройти авторизацию.
Для этого он вводит логин и пароль на форме авторизации. Модуль
авторизации отправляет запрос в БД, который проверяет существование
такого пользователя и правильность ввода пароля. В результате
положительного ответа производится разграничение уровня доступа
пользователя и он может продолжить работу с программой.
Далее пользователь на основные действия пользователя производятся
запросы в базу данных и в зависимости от результатов этих запросов
пользователь может добавлять, удалять или редактировать полученные
данные.
Рисунок 3.3 - Функциональная схема программы
Функциональная схема программы представлена на рисунке 3.3.
На рис.3.4 представлена иерархия функций управления и обработки
данных, которые призван автоматизировать разрабатываемый программный
41
продукт.
Рисунок 3.4 - Дерево функций
Диаграмма прецедентов (диаграмма вариантов использования) в UML
— диаграмма, отражающая отношения между актёрами и прецедентами и
являющаяся составной частью модели прецедентов, позволяющей описать
систему на концептуальном уровне [15].
Прецедент — возможность моделируемой системы (часть её
функциональности), благодаря которой пользователь может получить
42
конкретный, измеримый и нужный ему результат. Прецедент соответствует
отдельному сервису системы, определяет один из вариантов её
использования и описывает типичный способ взаимодействия пользователя с
системой. Варианты использования обычно применяются для спецификации
внешних требований к системе [15].
Основное назначение диаграммы — описание функциональности и
поведения, позволяющее заказчику, конечному пользователю и разработчику
совместно обсуждать проектируемую или существующую систему.
При моделировании системы с помощью диаграммы прецедентов
системный аналитик стремится:
чётко отделить систему от её окружения;
определить действующих лиц (актёров), их взаимодействие с
системой и ожидаемую функциональность системы;
определить в глоссарии предметной области понятия,
относящиеся к детальному описанию функциональности системы
(то есть, прецедентов).
Работа над диаграммой может начаться с текстового описания,
полученного при работе с заказчиком. При этом нефункциональные
требования (например, конкретный язык или система программирования)
при составлении модели прецедентов опускаются (для них составляется
другой документ) [16].
Для отражения модели прецедентов на диаграмме используются [16]:
рамки системы (англ. system boundary) — прямоугольник с
названием в верхней части и эллипсами (прецедентами) внутри.
Часто может быть опущен без потери полезной информации,
актёр (англ. actor) — стилизованный человечек, обозначающий
набор ролей пользователя (понимается в широком смысле:
человек, внешняя сущность, класс, другая система),
взаимодействующего с некоторой сущностью (системой,