Проектирование бизнес-процессов предприятия сферы обслуживания (предприятие по оказанию услуг в сфере проката автомобилей)

     Как видно из описания структуры,  все  документы-списки необходимы для подсчета выручки. Таким образом, уже на данном этапе видно, насколько рационально  использовать базу данных и приложение по работе с ней. Во-первых, сокращается объем информации, а данные для подсчета прибыли можно получить путем запросов, во-вторых, заметно сократится время на формирование отчета.

     До  создания этой информационной системы  учёт арендуемых автомобилей в компании «VolgaRent» велся в письменном виде в регистре заявок. А также данные заполнялись в электронные таблицы Excel. Все данные о клиентах, услугах, мастерах хранились в табличном виде. 

     Таким образом, учет арендуемых авто в фирме «VolgaRent» не был автоматизирован. Как таковой БД не имелось и это существенный недостаток. Данные необходимо было связать и систематизировать. Разработанное программное приложение призвано решить эту проблему. Так же появилась возможность печати отчетов. Созданная ИС существенно сокращает бумажную работу нашей организации и минимизирует физический труд людей занимающихся ведением данной документации

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

• ФИО.
• Адрес.
• Телефон.
• Марка автомобиля
• Цена аренды.
• Дата аренды.
• Срок аренды.

 
 
 
 
 
 
 
 

2. ПРОЕКТНЫЙ РАЗДЕЛ 

2.1 Автоматизация структурно-функциональных  моделей бизнес-процессов  предприятия 

     Найденные в модели AS-IS недостатки можно исправить при создании модели ТО-ВЕ (как будет) — модели новой организации бизнес-процессов. Технология проектирования ИС подразумевает сначала создание модели AS-IS, ее анализ и улучшение бизнес-процессов, то есть создание модели ТО-ВЕ, и только на основе модели ТО-ВЕ строится модель данных, прототип и затем окончательный вариант ИС.

     Как правило, данная модель создается на основе AS-IS, с устранением недостатков  в существующей организации бизнес-процессов, а так же с их совершенствованием и оптимизацией. Это достигается за счет устранения выявленных на базе анализа AS-IS узких мест.

     В традиционном реинжиниринге именно на основе модели TO-BE рекомендуется производить автоматизацию бизнес-процессов и проектировать КИС. Подразумевается, что это позволяет существенно снизить риск проявления автоматизации как исключительно источника затрат из-за автоматизации несовершенных процессов.

     Построим  функциональные диаграммы ТО-ВЕ бизнес-процессов, которые мы изменили.

     На  рисунках 2.1 и 2.2 представлены контекстная диаграмма и диаграмма декомпозиции процесса «Выбор авто». На вход поступает информация о финансовых возможностях клиента, и текущий модельный ряд автомобилей. С помощью любезного персонала клиенту предоставляется возможность выбрать понравившийся автомобиль, и тем самым на выходе вы получаем выбранный авто.  За управление процессами отвечают государственные стандарты. Механизмами служат клиент, который выбирает авто, и персонал, который обслуживает клиента. В результате автоматизации предприятия произошло внедрение ИС в данный процесс. ИС позволила выбрать авто из каталога БД.

     Рисунки 2.3 и 2.4 отображают процесс «Выдача  авто». Входом является модельный ряд  и сведения о клиенте. На выходе клиенту  выдаётся автомобиль. Ресурсной стрелкой является обслуживающий персонал, который и выдаёт клиенту авто. Управляют процессами внутренние правила предприятия «VolgaRent». В результате процесса «Выдача авто» выдаётся доверенность клиенту на управление выбранным транспортным средством.

 

     

     

 

Рис. 2.1 Контекстная диаграмма функциональной модели процесса «Выбор авто» после автоматизации 
 
 

     

 

Рис 2.2 Диаграмма декомпозиции процесса «Выбор авто» после автоматизации 
 

     

 

Рис. 2.3 Контекстная диаграмма функциональной модели процесса «Выдача авто» после автоматизации 
 

 

Рис 2.4 Диаграмма декомпозиции процесса «Выдача авто» после автоматизации 
 

     

 

Рис. 2.5 Контекстная диаграмма функциональной модели процесса «Оформление квитанции» после автоматизации 
 

     

 

Рис 2.6 Диаграмма декомпозиции процесса «Оформление квитанции» после автоматизации 

     

 

Рис. 2.7 Контекстная диаграмма функциональной модели процесса «Оплата за ренту» после автоматизации 
 
 

     

 

Рис 2.8 Диаграмма декомпозиции процесса «Оплата за ренту» после автоматизации 

 

     

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

     Завершающим процессом является «Оплата за ренту». Контекстная диаграмма и диаграмма  декомпозиции этого процесса отображены на рисунках 2.7 и 2.8 

     Входная стрелка – это заявка и непосредственно  деньги от клиента, которые передаются обслуживающему персоналу. Персонал, обрабатывает полученную информацию, производит пересчёт средств, и на выходе клиент получает чек об оплате за авто. За управление в данном процессе отвечает законодательство РФ. Вследствие автоматизации данного процесса появилась возможность выдачи гарантии на арендуемое авто. 

     3. ПРОЕКТ ИНФОРМАЦИОННОЙ СИСТЕМЫ 

     3.1 Модель данных ИС 

     Процесс моделирования в Erwin базируется на методологии проектирования реляционных баз данных IDEF1X.

     Для проектирования базы данных проектов использовалась модель «сущность –  связь» (Entity – Relationship model, или ER – модель). ER – модель представляет собой высокоуровневую концептуальную модель данных, цель которой - упрощение задачи проектирования баз данных. Данная модель данных включает в себя набор концепций, которые описывают структуру базы данных и связанные с ней транзакции обновления и выборки данных. Следует подчеркнуть, что концептуальная модель данных не зависит от конкретной СУБД или аппаратной платформы, которая используется для физической реализации базы данных.

     Основными элементами IDEF1X являются сущности, атрибуты и связи.

     Каждая  сущность является множеством подобных индивидуальных объектов, называемых экземплярами. Каждый экземпляр индивидуален и должен отличаться от всех остальных  экземпляров. Атрибут выражает определенное свойство объекта. Атрибут или группа атрибутов, которые идентифицируют сущность, называется первичным ключом. С точки зрения БД (физическая модель) сущности соответствует таблица, экземпляру сущности - строка в таблице, а атрибуту - колонка таблицы.

     Сущности  изображаются в виде прямоугольников. Имя сущности показывается над прямоугольником, изображающим сущность, список атрибутов сущности - внутри прямоугольника. Список разделен горизонтальной чертой, выше которой расположены атрибуты первичного ключа, ниже – не ключевые атрибуты.

     В IDEF1X также различают зависимые  и независимые сущности. Тип сущности определяется ее связью с другими  сущностями. Зависимая сущность изображается прямоугольником со скругленными углами.

     Результатом нормализации является модель данных, которую легко поддерживать, не содержащая неопределенностей в данных и повторений данных.

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

     Объект  «Марки» связан с полем «Автомобили» связью «один ко многим». Этот тип связи применяется, когда одному значению вспомогательного объекта соответствует много значений главного. По аналогии с этим устанавливаются связи «один ко многим» у остальных информационных объектов «Персонал», «Клиенты»,  «Выдача авто», с соответствующими полями связанных между собой таблиц. Схема логической модели данных представлена на рисунке 3.1. 

 

Рис. 3.1 Логическая модель базы данных. 
 
 
 

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

     

 

     Рис. 3.2 Форма «Прокат автомобилей» 

     Форма «Прокат автомобилей» - это начальная форма приложения, с помощью неё осуществляется возможность доступа к формам: «Автомобили», «Комплектация», «Клиенты», «Персонал», «Выдача автомобилей».

     

 

     Рис. 3.3 Форма «Автомобили» 

     С помощью формы «Автомобили», осуществляется редактирование информации об имеющихся в прокате авто, редактирование производится с помощью стандартных кнопок: «Удалить», «Добавить», «Переместить», и «Откат действия».

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

     

 

     Рис. 3.4 Форма «Комплектация»

     Через форму «Комплектация» осуществляется редактирование данных об имеющихся данных. Редактирование данных осуществляется при помощи кнопок: «Добавить»,  «Удалить», «Переместить», «Откат действия». На данной форме предусмотрена возможность сортировки, поиска и фильтрации данных по выбранным параметрам. 

     

 

     Рис. 3.5 Форма «Клиенты» 

     Через форму «Клиенты» осуществляется редактирование данных о клиентах. Редактирование данных осуществляется при помощи кнопок: «Добавить», «Удалить», «Переместить», «Откат действия».  На данной форме предусмотрена возможность сортировки, поиска и фильтрации данных по выбранным параметрам. 

     

 

     Рис. 3.7 Форма «Персонал»

     Через форму «Персонал» осуществляется редактирование данных о обслуживающем персонале. Редактирование данных осуществляется при помощи кнопок: «Добавить»,  «Удалить», «Переместить», «Откат действия». На данной форме предусмотрена возможность сортировки, поиска и фильтрации данных по выбранным параметрам. 

     

 

     Рис. 3.8 Форма «Выдача» 

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

     Редактирование  данных осуществляется при помощи кнопок: «Добавить»,  «Удалить», «Переместить», «Откат действия», «Отчёт». На данной форме предусмотрена возможность сортировки, поиска и фильтрации данных по выбранным параметрам.