Информационная система управления "Автопарковка"

Анна Смышляева

Информационная система управления "Автопарковка"

В работе рассматривается проблема загруженности транспортной сети города Владивостока. Одной из главный причин загруженности трафика является парковка транспортных средств вдоль проезжей части, что приводит к ее значительному сужению, а следовательно, к уменьшению пропускной способности. Для создания привлекательных условий для владельцев транспортных средств, предлагается автоматизировать существующие автопарковки, расширить спектр услуг, повысить безопасность парковки. В данной работе рассматривается парковка бизнес-центра "SkyCity", изучаются текущий бизнес-процесс, определяются проблемы, которые необходимо устранить. Далее строится новый бизнес-процесс парковки транспортных средств, создается схема базы данных, диаграмма взаимодействия экранных форм и сами экранные формы.

Информатика

Дипломы

Вуз: Независимое исследование (нет вуза)

ID: 5f4baad1cd3d3e00017d9643

UUID: 6811cfb0-ccf3-0138-2568-0242ac180006

Язык: Русский

Опубликовано: около 4 лет назад

Просмотры: 79

11.58

Анна Смышляева

Комментировать 0

Рецензировать 0

Скачать - 1,9 МБ

Поделиться работой

Введение Информационные системы управления (ИСУ) являются неотъемлемой частью компаний и играют важную роль в их деятельности. Они оказывают влияние на способ, качество и скорость выполнения работы сотрудниками. Также ИСУ влияет на репутацию компании, быстроту и качество предоставляемых услуг, характер конкуренции компании на рынке. Использование ИСУ позволяет лучше контролировать процессы деятельности, а также облегчает во Владивостоке работу сотрудникам. На данный проблема момент парковок в центре города. остро стоит Автомобилисты оставляют машины на обочине в один, иногда в два ряда, тем самым сужая проезжую автомобилистам. Парковки часть не и мешая пользуются другим спросом по нескольким причинам: нежелание водителей платить за парковку, завышенные безопасности цены, автомобилей, сомнительное неудобная обеспечение парковка и продолжительный поиск свободного парковочного места. В связи с этим для повышения спроса владельцы парковок пытаются улучшить их эксплуатацию. Одним из методов улучшения является внедрение информационной системы управления. Управляющая компания бизнес-центра «SkyCity» заведует двумя парковками: двухуровневой теплой подземной круглосуточной открытой автопарковкой дневной на автопарковкой 90 на машино-мест, 30 и машино-мест. Стоимость парковки по будням средняя по городу, по выходным парковка бесплатна. Также есть возможность 2

арендовать парковочное место. Каждая парковка обслуживается парой парковщиков, которые обеспечивают безопасность автомобилей и проводят автомобилистов к свободным парковочным местам. В настоящей работе предложена информационная система управления автопарковкой. Планируется поставить автоматические парковочные блокираторы и многофункциональные паркоматы, на мониторах которых будет отображаться место парковки и QR – код. Водитель, впервые заехавший сможет просканировать устройстве план парковочное на парковку, этажа, место. код и на при получении посмотреть котором Блокираторы и места на своем находится паркоматы его будут контролироваться информационной системой. При подъезде к шлагбауму в зависимости от статуса водителю будет выдана парковочная карта, вычисление времени по которой парковки, будет или проводиться водитель сможет просканировать выносную карту и проехать на персональное парковочное место. Данная система будет реализована в качестве клиентсерверного приложения. Клиентская часть будет в виде динамической web-страницы. Клиенту парковки будет предоставлен только план парковки с обозначением занятых и свободных мест, а администратору будет представлены статистические данные в виде таблицы. Реализация этой системы позволит снизить время парковки, сделает удобнее управление и сам процесс парковки. 3

1 Характеристика компании 1.1 Общие сведения Компания ООО «Купава» зарегистрирована 29 ноября 2002 года, регистратор Российской Федерации Первореченскому «Купава» — району является бизнес-центра по Инспекция налогам города управляющей «SkyCity». Министерства и сборам Владивостока. компанией Основным видом по ООО (далее УК) деятельности является управление эксплуатацией нежилого фонда за вознаграждение компанией или на закреплены договорной еще два основе. Также дополнительных за вида деятельности:  Деятельность стоянок для транспортных средств;  Аренда и управление собственным или арендованным нежилым недвижимым имуществом. Должность руководителя компании — директор. 1.2 Форма собственности Организационно-правовая форма компании ООО «Купава» — общество с ограниченной ответственностью. Тип собственности — частная собственность. 1.3 Основные нормативные документы Внутренний документ, которым регламентируется деятельность компании, - Устав ООО «Купава». Внешние нормативные документы, которыми регламентируется деятельность компании:  Конституция Российской федерации; 4

 Трудовой кодекс Российской Федерации от 30.12.2001 № 197-ФЗ;  Гражданский кодекс Российской Федерации;  Иными нормативными актами Российской Федерации. 1.4 Цели и предмет деятельности Целями деятельности компании являются расширение рынка товаров и услуг, а также извлечение прибыли. Предметом деятельности компании является:  Создание собственной торговой сети;  Производство и реализация товаров народного потребления;  Производство и реализация продукции сельского хозяйства, животноводства и рыболовства;  Торгово-закупочная деятельность;  Коммерческо-посредническая деятельность, в том числе внешнеэкономическая;  Осуществление бартерных операций и содействие клиентам в их проведении;  Организация и проведение розничной и оптовой торговли, выставок, ярмарок, аукционов;  Покупка, продажа, обмен недвижимости;  Осуществление других работ и оказание других услуг, не запрещенных и не противоречащих действующему законодательству Российской Федерации. 5

1.5 Организационная структура На рисунке 1 представлена организационная структура компании ООО «Купава». Рисунок 1 – Организационная структура компании Представленная схема отражает основные структурные подразделения и их взаимосвязи. Основной осуществляет деятельностью директор. В по управлению подчинении компанией директора есть следующие сотрудники:  Заместитель руководит директора строительными и по строительству ремонтными работами – в торговом центре, имеет в подчинении рабочих;  Заместитель директора по аренде занимается вопросами аренды торговых и бизнес площадок в торговом центре;  Администраторы торгового центра и – обеспечивают проводят безопасность посетителей на заблокированные этажи;  Энергетик – занимается вопросами энергообеспечения торгового центра, имеет в подчиненных электрика;  Парковщики – занимаются парковкой автомобилей и контролируют их сохранность; 6

 Главный бухгалтер – занимается финансовыми вопросами компании, имеет в подчиненных кассира. Основные функции директора:  Заключение контрактов с различными компаниями по аренде и обслуживанию;  Отдача распоряжений и предоставление инструкций, обязательных для всех сотрудников компании;  Управление собственностью и средствами компании;  Выдача доверенности;  Контроль за качественным исполнением обязанностей сотрудников компании. 1.6 Функциональная структура На рисунке 2 представлена функциональная декомпозиция компании. 7

Рисунок 2 – Функциональная декомпозиция компании ООО «Купава» ООО «Купава» является управляющей компанией бизнес-центра «SkyCity» и занимается сдачей в аренду помещений бизнес-центра. Также компания предоставляет услуги парковки автотранспорта. Для поддержания помещений в надлежащем состоянии производится расходных ремонт закупка материалов. помещений. необходимого При Для оборудования необходимости нужд управляющей и проводится компании производится ремонт оборудования и покупка необходимого ПО. 8

У клиентов есть возможность арендовать помещение или парковочное место. Для этого требуется заключить договор на аренду помещения или договор на аренду парковочного места соответственно. Парковка оснащена видеокамерами для обеспечения безопасности автотранспортных средств (АТС). Контроль за процессом парковки и слежение производится парковщиками. За безопасность всего бизнес-центра отвечают администраторы, которые контролируют все входы в здание, кроме парковки. 1.7 Типы сущностей парковки Объекты парковки и их описание представлены в таблице 1. Т а б л и ц а 1 - Типы сущностей парковки Тип сущности Парковочная карта Описание Карта, которая выдается с целью точного определения времени нахождения АТС на парковке. На основе нее высчитывается цена за парковку Гость Клиент, использующий парковки. Общее место Парковочное место, не закрепленное за сотрудниками УК или арендаторами парковки Парковщик общие места Сотрудник УК, занимающиеся осуществлением парковки и обеспечением безопасности АТС Продолжение таблицы 1 Тип сущности Описание 9

Клиент с Сотрудники УК и клиенты, арендующие парковочные места индивидуальным парковочным местом Индивидуальное Парковочное место, закрепленное арендатором или сотрудником УК парковочное за место Поступление Выручка, полученная в результате услуг денежных средств парковки Должностная Документ, регламентирующий действия парковщика. инструкция парковщика 1.8 Модель деятельности (IDEF0) На рисунке 3 представлена контекстная диаграмма работы парковки. Модель показывает общий контекст области деятельности «Выполнить парковочные работы», определяя входы, выходы, управляющие документы и механизмы. На рисунке 4 представлена декомпозиция контекстной диаграммы, где содержатся составляющие контекстную диаграмму процессы. Первый блок – это процесс определения статуса водителя: клиент с индивидуальным парковочным местом или гость, который использует незакрепленные парковочные места. Блоки 2 и 3 отражают сам процесс парковки. В первом случае один из парковщиков сразу провожает водителя к парковочному месту, к которому он закреплен, а во втором случае дополнительно используется парковочная карта и парковщик сам выбирает парковочное место. 10

В блоке 4 отражен процесс выпуска автомобиля с парковки, он содержит процессы выпуска клиента с индивидуальным парковочным местом и гостя. Рисунок 3 – Контекстная диаграмма Рисунок 4 – Декомпозиция блока «Выполнить парковочные работы» На рисунке 5 представлена декомпозиция блока «Припарковать гостя», которая содержит такие процессы, 11

как: сканировать карту, выдать карту гостю и проводить до парковочного места. В первом процессе парковщик сканирует карту, которая запускает таймер. Во втором процессе карта выдается водителю, который держит ее у себя до момента выезда с парковки. В последнем процессе парковщик провожает водителя до парковочного места. Рисунок 5 – Декомпозиция блока «Припарковать гостя» На рисунке 6 показана декомпозиция блока «Выпустить АТС». Блоки 1, 2 и 3 – процессы выпуска с парковки гостя. 12

Рисунок 6 – Декомпозиция блока «Выпустить АТС» При подъезде к шлагбауму парковщик забирает карту, затем сканирует ее, существующая информационная система высчитывает время нахождения автомобиля на парковке, выводит его и стоимость на экран работнику. Водитель оплачивает парковку наличными, отдает деньги сотруднику, который активирует шлагбаум. В случае, если выехать с парковки хочет клиент, то парковщик сразу активирует шлагбаум, позволяя водителю выехать. [6] 1.9 Проблемные области парковки У компании ООО «Купава» выявлено несколько проблем, которые сказываются на производительности и качестве обслуживания клиентов: 1.Отсутствуют данные о загруженности парковки. Заезжая на парковку, автомобилист не видит, есть ли свободные места. Сотрудники наблюдают за загруженностью 13

парковки с помощью камер видеонаблюдения, но свободные места могут быть не видны из-за припаркованных грузовиков; 2.Отсутствует возможность оплаты банковской картой; 3.Процесс время, так как парковки в занимает обязанность продолжительное сотрудников входит сопровождение автомобиля к парковочному месту; 4.Статистические данные, собираемые существующей информационной системой, не отражают работу парковки полностью, а показывают данные только с незакрепленных парковочных мест. Эти проблемы усложняют и сильно замедляют процесс парковки, делая ее неудобной, что в свою очередь отталкивает клиентов. 14

2 Планирование будущей информационной системы 2.1 Корректировка формулировки целей Целями деятельности компании является привлечение новых клиентов путем расширения рынка товаров и услуг, стремления к их улучшению; а также извлечение прибыли. 2.2 Ключевые факторы успеха У компании ООО «Купава» имеется ряд конкурентов на рынке аренды коммерческой недвижимости. Основными факторами привлекательности являются: 1.Качество предоставляемых услуг; 2.Клиентоориентированность; 3.Низкая стоимость услуг. 2.3 Будущая организационная структура В организационной структуре нет никаких изменений, потому как в этом нет необходимости. Все изменения происходят на функциональном уровне. Действующая организационная структура изображена на рисунке 1. 2.4 Планируемые типы сущностей Типы сущностей парковки для будущей информационной системы и их описание представлены в таблице 2. Т а б л и ц а 2 - Типы сущностей будущей информационной системы парковки Тип сущности Описание 15

Парковочная карта Карта, которая выдается с целью точного определения времени нахождения АТС на парковке. На основе данных с карты высчитывается цена за парковку. Гость Клиент, использующий общие места парковки. Продолжение таблицы 2 Тип сущности Общее место парковки Описание Парковочное место, не закрепленное за сотрудниками управляющей компании или арендаторами. Работник Сотрудник управляющей компании, занимающиеся осуществлением парковки и обеспечением безопасности АТС. Клиент с Сотрудник управляющей компании и клиенты, арендующие парковочные места. индивидуальным парковочным местом Индивидуальное парковочное место Должностная инструкция парковщика Парковочный Парковочное место, закрепленное за арендатором или сотрудником управляющей компании. Документ, регламентирующий деятельность парковщика. блокиратор Устройство, блокируещее неразрешенный проезд к парковочному месту. Должностная Документ, регламентирующий 16

инструкция деятельность администратора администратора ИС информационной системы. Паркомат Устройство, выдающее и сканирующее парковочные карты, принимающее оплату за парковку как наличными, так и банковской картой. 2.5 Иерархическая функциональная модель На рисунке 7 представлена измененная функциональная декомпозиция функции «Управление и охрана парковки». Для остальных функций декомпозиции не разрабатывались, так как эти управляющей функциональные компании ООО области «Купава» не деятельности включены в область рассматриваемых в работе проблем. Рисунок 7 – Декомпозиция функции «Управление и охрана парковки» 17

В разрабатываемой системе при работе с сотрудниками и арендаторами парковочной сканировании теперь карты, происходит находящейся карты у сканирование водителя. арендатора При дополнительно производится проверка срока аренды. Парковка будет оборудована парковочными блокираторами, которые разрешают проезд к закрепленному за водителем месту парковки, а также паркоматами, которые могут принимать оплату, сканировать и выдавать парковочные карты. 18

3 Разработка модели предприятия 3.1 Информационная модель (IDEF1X) Модель данных будущей информационной системы компании ООО «Купава» представлена на рисунке 8. При разработке модели использовался метод «сущность-связь», определяемый стандартом IDEF1X. Моделирование выполнялось в CASE – средстве для проектирования баз данных, AllFusion ERwin Data Modeler. [7] Рисунок 8 – Концептуальная модель данных 3.2 Модель деятельности (IDEF0) На рисунке 9 представлена контекстная диаграмма парковки. В новой системе работники парковки выполняют функцию охраны и мониторинга состояния парковки. Также был добавлен администратор информационной системы, который отвечает за работоспособность системы и имеет возможность посмотреть статистику посещений. На рисунке 10 показана декомпозиция блока «Выполнить парковочные работы», блоки 1 и 2 отражают 19

работу парковки, а именно въезд автомобиля и его парковку, выезд автомобиля и оплату стоянки. Блоки 3 и 4 показывают работу администратора информационной системы. Он может просмотреть статус элементов, таких блокираторы. Также парковки как и ее шлагбаумы администратор функциональных и может парковочные посмотреть статистику за выбранный период. Рисунок 9 – Концептуальная модель 20

Рисунок 10 – Декомпозиция блока «Выполнить парковочные работы» На рисунке 11 показана декомпозиция блока «Впустить на территорию», въезжающие на парковку сотрудники УК и арендаторы сканируют карту, определяется их статус, данные о въезде записываются в базу данных. В случае арендатора дополнительно производится проверка срока аренды, если срок аренды подошел к концу, водителя впускают на парковку, чтобы он развернулся и смог выехать с нее. Если приезжает гость, то паркомат выдает ему карту, данные о въезде записываются в базу данных. Далее водитель может заехать на парковку. Рисунок 11 – Декомпозиция блока «Впустить на территорию» На рисунке 12 показана декомпозиция блока «Впустить на парковку». Блоки 1-5 отражают последовательность действий для пропуска автомобиля внутрь. 21

Рисунок 12 – Декомпозиция блока «Впустить на парковку» На рисунке «Выпустить с 13 расположена территории». Если декомпозиция выезжает блока клиент с индивидуальным парковочным местом, то он сканирует свою карту, производится поиск карты в базе данных, данные о выезде клиента записываются. Рисунок 13 – Декомпозиция блока «Выпустить с территории» 22

Рисунок 14 – Декомпозиция блока «Оплатить парковку АТС» Если выехать хочет гость, он вставляет карту в паркомат, далее оплачивает парковку, после оплаты данные записываются. Данный процесс показан на рисунке 14. Далее открывается шлагбаум и обновляется статус парковки, то есть занимаемое водителем место становится свободным, и на табло перед въездом отражается обновленное количество парковочных мест. [6] 3.3 Матрицы планирования Матрицы планирования наглядно показывают отношения, которые существуют между рассматриваемыми объектами планирования. В данном разделе представлены две матрицы планирования: «Работник-функция», показанная в таблице 3, и матрица «Функция-данные», показанная в таблице 4. В первой матрице показаны работники, участвующие в процессе парковки и функции, которые они выполняют. Вторая матрица представляет функции и данные, которыми они оперируют. 23

X Посмотреть статистику Посмотреть загруженность X X X X пользователяДобавить нового X X Х клиентеДобавить информацию о работуОбеспечить беспрерывную АТСОбеспечить безопасность Администратор ИС Парковщик Продолжение таблицы 3 Информационная система Клиент Проверить срок аренды Работники Сканировать карту Функции Выдать карту Т а б л и ц а 3 – Матрица «Работник-функция» X X X X Выдать карту Сканировать карту Обновить статус Посмотреть статистику Посмотреть загруженность Блокиратор Парковочное место Данные о выезде Функции Карта ные Парковщик Дан Данные о въезде Т а б л и ц а 4 – Матрица «Функция-данные» X X X X X X X X X X X X X X X 24

Проверить срок аренды Сформировать смену Привязать карту к месту Записать в БД X X X X X X X X X X 25

4 Требования к будущей системе 4.1 Модель данных «сущность-связь» На рисунке 15 изображена логическая модель данных «сущность-связь» в CASE – средстве AllFusion ERwin Data Modeler. В модели отображены атрибуты сущностей, а также первичные и внешние ключи. [7] Рисунок 15 – Модель данных «сущность-связь» Ниже представлены таблицы с описанием базы данных. В таблице 5 содержатся сущности модели, атрибуты и их описание, а в таблице 6 содержатся связи между сущностями и их описание. Т а б л и ц а 5 – Сущности модели и их атрибуты Сущность Парковка Описание Предназначена для представления данных о парковке. Включает в себя следующие атрибуты: - id_Парковка – номер парковки, выполняет роль первичного ключа, а 26

Сущность Описание также роль внешнего ключа. Связывает данную сущность Продолжение таблицы 5 Сущность Описание с сущностями Работник-Смена, Парковочное_место, Место_Карта, Шлагбаум, Парковочный_блокиратор и Неисправность; - Описание - краткое описание Работник парковки. Предназначена для представления данных о работнике, включает в себя атрибуты: - Имя – представляет имя сотрудника; - Фамилия – представляет фамилию сотрудника; - Отчество – отражает отчество сотрудника; - Номер_телефона – содержит номер телефона сотрудника; -id_Работник - выполняет роль первичного ключа и является внешним ключом, связывающим данную сущность с сущностями Смена Работник_Смена и Неисправность. Предназначена для представления данных о смене, включает в себя атрибуты: - id_Смена – номер смены, выполняет 27

Сущность Описание роль первичного ключа, а также роль внешнего ключа, соединяющего данную сущность с сущностями Работник_Смена и Неисправность; Работник_Смена - Смена_дата - дата работы смены. Предназначена для представления Шлагбаум данных о работнике и смене. Предназначена для представления данных о шлагбауме, содержит атрибуты: Продолжение таблицы 5 Сущность Описание - id_Шлагбаум – номер шлагбаума, выполняет функцию первичного ключа для данной сущности; - Статус_шлагбаум - отражает статус Карта шлагбаума. Предназначена для представления данных о карте, содержит атрибут id_Карта. Id_Карта - номер парковочной карты, является первичным ключом для данной сущности, а также выполняет роль внешнего ключа, соединяющего данную сущность с сущностью Парковочное_место Место_Карта. Предназначена для представления данных о парковочном месте и содержит следующие артибуты: - id_Парковочное_место – номер 28

парковочного места, является, выполняет роль первичного ключа, а также внешнего для данной сущности и связывает ее с сущностями Место_Карта и Парковочный_блокиратор; - Тип_парковочного_места – содержит один из типов парковочных мест: арендовано, место сотрудника или общее; - Статус_парковочное место – содержит статус места: занято или Место_Карта свободно. Предназначена для представления данных о месте и привязанной к нему карте, содержит Продолжение таблицы 5 Сущность Описание следующие атрибуты: - Цена – содержит цену за стоянку АТС; - Дата_время_прибытия – содержит дату и время прибытия АТС на парковку; - Дата_время_отъезда – содержит Парковочный_блоки дату и время отъезда АТС с парковки. Предназначена для представления ратор данных об автоматическом парковочном блокираторе, содержит атрибут Статус_блокиратор, в 29

котором находится статус Неисправность блокиратора: закрыт или открыт. Предназначена для предоставления данных о неисправностях, которые были на парковке, содержит следующие атрибуты: - id_Неисправность – содержит номер неисправности, является первичным ключом для данной сущности; - Неисправность_описание – содержит информацию о неисправности. Т а б л и ц а 6 – Описание связей Связь Парковка определяет Описание Определяет место работы смены на Работник_Смена одной из двух парковках, имеет тип «один ко многим», является Работник работает в идентифицирующей. Распределяет работников по Работник_Смена сменам, ограничивает количество работников в одной Продолжение таблицы 6 Связь Описание смене до двух человек, имеет тип «один ко многим», является Смена_состоит в идентифицирующей. Определяет, какая смена стоит в Работник_Смена какой день, ограничивает количество смен до четырех. Связь имеет тип «один ко многим» и является 30

Парковка идентифицирующей. содержит Определяет, какие шлагбаумы стоят Шлагбаум на парковке, ограничивает количество шлагбаумов до 2. Тип связи «один ко многим», является Парковка имеет в идентифицирующей. Определяет количество мест на составе парковке, ограничивает их Парковочное_место количество от 1 до 30 или 90. Связь типа «один ко многим», Парковочное_место идентифицирующая. Определяет парковочные места, привязано к привязанные к карте, ограничивает Место_Карта количество мест с 1 до 30 или 90. Связь типа «один ко многим», Карта содержится в идентифицирующая. Определяет карту, прикрепленную к Место_Карта месту, ограничивает количество карт от 1 до 30 или 90. Связь имеет тип «один ко многим», является Парковочное_место идентифицирующей. Определяет парковочный включает в себя блокиратор, стоящий на парковочном Парковочный_блоки месте, ограничивает количество ратор блокираторов от 1 до 30 или 90. Связь имеет тип «один ко многим», является идентифицирующей. 4.2 Модель потоков данных Для представления перемещения данных на парковке необходимо разработать модель потоков данных DFD (data flow diagram). [12] 31

На рисунке 16 представлена контекстная диаграмма потоков данных. На входе в блок поступают данные от клиента. Это могут быть данные как о въезде на парковку, так и о выезде. На выходе – данные об оплате парковки, которые поступают администратору ИСУ. Рисунок 16 – Контекстная диаграмма На рисунке 17 изображена декомпозиция контекстной диаграммы. Здесь данные о клиенте поступают в блок «Определить статус клиента» для определения дальнейших действий. Из этого блока данные об арендаторе поступают в блок «Проверить срок аренды», результат проверки записывается в базу данных. Остальные данные о клиентах, выходящие из первого блока, записываются в базу данных. Чтобы подсчитать стоимость парковки, из базы данных берутся данные о клиенте. Если клиент является гостем, то высчитывается стоимость для оплаты, если клиент является арендатором или сотрудникам, то ему не нужно оплачивать стоянку - он может выехать с парковки. 32

Рисунок 17 – Декомпозиция блока «Выполнить парковочные работы» В схеме присутствуют следующие процессы: 1. Определить статус клиента; 2. Проверить срок аренды; 3. Оплатить парковку. Накопитель: база данных. Внешние сущности: 1. Клиент; 2. Администратор ИСУ. 4.3 Идентификация пользователей и их функции Информационная система используется парковщиками, клиентами и администратором. Сотрудники парковки следят за корректной работой системы, в случае обнаружения неисправностей они сообщают об этом администратору через специальную форму. Администратор может изменить статус места с выявленной неисправностью и сообщить руководству о необходимости проведения ремонтных работ. Также у администратора есть возможность посмотреть статистику 33

посещений, загруженность парковки. Администратор по распоряжению руководства может добавить новых клиентов или работников в базу данных. 4.4 Модель потоков диалогов На рисунке 18 изображена модель потоков диалогов для сотрудника парковки. Сотрудник парковки должен авторизоваться в системе, после чего он перейдет на главную страницу, откуда можно будет перейти на другие экранные формы, такие как «План парковки», «Таблица», «Сообщить о неполадках», «Выход». При возникновении неполадок парковщик открывает окно «Сообщить о неполадках», вводит необходимые данные, затем осуществляется «Подтвердить автоматический отправку» для вход заключительной в форму проверки введенных данных и их отправки администратору. При выходе «Подтверждение из выхода» программы для всплывает исключения окно ситуации случайного нажатия на кнопку «Выход». 34

Рисунок 18 – Модель потоков диалога сотрудника парковки На рисунке 19 изображена модель потоков диалогов для администратора информационной системы. Администратор, как и сотрудник парковки, должен авторизоваться в системе, после чего он переходит на экранную форму «Главная страница», откуда можно перейти на такие экранные формы, как «Статистика», «Добавить пользователя» и «Выход». При переходе на «Главная страница» администратору предоставляется план парковки и неисправности, которые обнаружили парковщики. Администратор может изменить статус парковочного места с неисправностью и посмотреть историю неисправностей для отчета начальству. В окне «Статистика» администратор выбирает значения поиска по базе данных и подтверждает поиск в всплывающей форме «Поиск по значениям». В формах пользователя» «Добавить администратор клиента» по и «Добавить указаниям руководство выбирает нужные значения и подтверждает добавление клиента или пользователя в формах «Подтверждение записи клиента» и «Подтверждение записи пользователя» соответственно. В экранной форме «Выход» администратор также должен подтверждать желание выйти из программы во всплывающем окне «Подтверждение выхода». 35

Рисунок 19 – Модель потоков диалога администратора 36

5 Проектирование Разрабатываемая система должна работать в online режиме и быть доступна в любое время и с любого устройства сотрудникам УК и клиентам. Также в система должна осуществлять защиту от несанкционированного входа для безопасности данных компании и пользователей. 5.1 Используемые программные продукты Для разработки веб-приложения рассматривались следующие языки и фреймворки:  Ruby с фреймворками Ruby on Rails и Sinatra;  Python с фреймворками Django;  PHP с фреймворками Yii и Symfony. В качестве языка был выбран Python за легкость в чтении кода и из-за навыков работы с ним и фреймворком Django. Также для разработки были выбраны следующие СУБД и программные продукты: 1.Фреймворк Django 2.2 использует шаблон проектирования MVC (Model View Controller) и является свободно-распространяемым. MVC позволяет разбить логику приложения на три отдельных компоненты: модель, представление и контроллер;[13]; 2.СУБД Oracle Database 12с является объектно- реляционной система управления базой данных; 3.JQuery 4.3 – библиотека для JavaScript, которая упрощает процесс получения и динамического изменения элементов веб-интерфейса приложения без вынужденного обновления экранных форм [14]; 37

4.Bootstrap 4 – свободный современный набор инструментов для разработки веб-интерфейсов приложения, включающий HTML- и CSS-шаблоны оформления, веб-формы и Java Script-расширения; 5.SQL Developer – приложение, предоставляющая возможность работы в удобном графическом интерфейсе с Oracle Database 12с. 5.2 Физическая модель «сущность-связь» На рисунке 20 изображена физическая модель базы данных, которая представляет собой техническую реализацию логической модели данных и разработана в CASE-средстве AllFusion ERwin Data Modeler. Рисунок 20 – Физическая модель «сущность-связь» 5.2 Отображение физической модели в среду СУБД На рисунке 21 изображено окно подключения к базе данных DBS Oracle 12с в CASE-средстве AllFusion ERwin Data Modeler. 38

Рисунок 21 – Подключение к DBS Oracle 12с На рисунке 22 представлен фрагмент сгенерированного кода. 39

Рисунок 22 – Пример автоматической генерации кода 5.3 Схема реляционной базы данных На рисунке 23 изображена модель данных в Oracle SQL Developer – интегрированной среде разработки на языке SQL с возможностью администрирования баз данных. 40

5.4 Схемы диалогов пользователей На рисунке 24 представлена иерархическая модель диалога для переходы сотрудника между парковки, функциями которая системы, отражает доступными парковщику. Рисунок 24 – Схема диалога сотрудника парковки На рисунке 25 изображена иерархическая модель потока диалога переходы для администратора, между функциями отражающая логические системы, доступными администратору. 42

5.5 Экранные формы пользователей На рисунке 26 изображено окно авторизации, через которое, чтобы войти в систему, должны пройти такие пользователи системы, как сотрудники парковки и администратор. Далее с рисунка 27 по рисунок 32 представлен интерфейс сотрудника парковки. Рисунок 26 – Окно авторизации На рисунке 27 представлена экранная форма «Главная страница», где отображены основные инструменты для контроля за работой парковки: две схемы парковки, которые показывают ее загруженность, отражаются приезжающие и и таблица, уезжающие в которой автомобили, статусы водителей, номера их карт, места, суммы к оплате и состояния автоматических блокираторов. Слежение чтобы, за заметив состоянием ошибку, блокираторов сообщить необходимо, администратору о 44

неисправности блокиратора. происходит, парковщик то Если сканирует такая ситуация запасную карту, информационная система выбирает другое доступное для парковки данного автомобиля место. При обнаружении ошибки информационная система подсвечивает строку в таблице, где была найдена ошибка, в красный цвет. При этом сбоку от обозначенной строки будет находиться стрелка перехода на форму «Сообщить о проблеме». Так же перейти на эту форму можно нажав соответствующую кнопку в главном меню. После отправки сообщения о проблеме строка с ошибкой в таблице будет подсвечена оранжевым цветом, который указывает на то, что сообщение о данной проблеме уже было отправлено администратору. Стрелка перехода на форму «Сообщить о проблеме» будет отсутствовать. Рисунок 27 – Окно «Главная страница» На рисунках 28 и 29 изображено окно «План». Переходя на данную экранную форму сотрудник парковки может 45

подробнее парковочных рассмотреть мест, а схему также парковки подсчитанное и статусы количество свободных общих мест, свободных индивидуальных мест и занятых мест. Под индивидуальными парковочными местами понимаются места сотрудников управляющей компании и арендованные места. Рисунок 28 – Окно «План -1 этажа» Рисунок 29 – Окно «План -2 этажа» 46

Для удобства использования экранная форма «План» была разделена на две части: план -1 этажа и план -2 этажа. На рисунке 30 представлено окно «Таблица». Перейдя в данное окно пользователь может просмотреть развернутую таблицу из экранной формы «Главная страница». В случае большого потока машин сотрудник парковки может усомниться, что он мог пропустить неисправность, поэтому он может зайти в данную экранную форму и просмотреть интересующие его данные. Рисунок 30 – Окно «Таблица» 47

Рисунок 31 – Окно «Сообщить о проблеме» На рисунке 31 представлено окно «Сообщить о проблеме». В случае обнаружения неисправности сотрудник парковки переходит в данное окно, где заполняет данные о парковочном месте, на котором обнаружена неисправность. В случае перехода из формы «Главная» или «Таблица» номер места будет автоматически перенесесн в данную форму. Также работник заполняет краткое описание проблемы для исключения уточняющих вопросов от администратора системы. На рисунке 32 изображена экранная форма «Выход». В случае окончания смены или вынужденного отлучения от рабочего места работник может выйти из программы. Чтобы продолжить работу необходимо снова авторизоваться в системе. 48

Рисунок 32 – Окно «Выход» На рисунке 33 представлена экранная форма клиента. При въезде на парковку и прикреплении карты к месту или нахождения места по карте в базе данных на монитор паркомата выводится сообщение об этаже, на котором находится место и его номер. Также вместе с планом этажа выводится QR-код, просканировав который, клиент сможет видеть план парковки на своем устройстве, на плане дополнительно показана схема движения автомобилей на данном этаже. На экранной форме клиента все индивидуальные парковочные места отображены как занятые во избежание возможных конфликтных ситуаций. Сотрудники управляющей компании и арендаторы могут увидеть номер своего места на мониторе паркомата и на своих устройствах при сканировании кода. 49

Рисунок 33 – Экранная форма клиента На рисунках 34 – 41 показан интерфейс администратора, в функции парковки, которого изменение обнаружении входит статуса неисправностей, слежение за парковочных просмотр состоянием мест при статистики посещений и добавление новых пользователей и клиентов. На рисунке 34 изображена главная рабочая область администратора, где он может посмотреть статус парковки на двух этажах, а также увидеть присланное парковщиками сообщение о найденной неисправности, в котором будет отображено время и дата отправки сообщения, информация о работнике парковки – отправителе сообщения, место, на котором выявлена неполадка и описание проблемы. Так как проблема выявлена недавно и администратор не поменял ее статус, он может изменить статус места сразу из данной экранной формы, нажав на кнопку «В ремонт». 50

Рисунок 34 – Окно «Главная страница» Для изменения статуса проблем, выявленных ранее, администратор может зайти в экранную форму, показанную на рисунке 35, нажав на кнопку «Изменить статус». В данном окне выявленные проблемы расположены по их актуальности. Красным выделены сообщения, статус которых не изменили, оранжевым выделены сообщения о местах с поломкой, которые находятся на данный момент в ремонте. Зеленым выделено сообщение о месте, на котором неполадка была устранена, и теперь оно находится в рабочем состоянии. В данной экранной форме так же можно поменять статус проблемы, находившейся в предыдущем окне, нажав на оранжевую кнопку «В ремонт». В случае, если ремонтные работы на определенном месте завершены, администратор нажимает на зеленую кнопку «Готово к использованию». 51

Рисунок 35 – Окно «Изменить статус» Администратор может просмотреть историю всех выявленных ранее неполадок, нажав на кнопку «История неполадок». Окно «История неполадок» изображено на рисунке 36. Рисунок 36 – Окно «История неполадок» Администратор может найти в таблице интересующие его данные, выполнив поиск по значениям. Поиск может 52

быть произведен по дате поломки, этажу и месту. Форма с произведенным поиском по дате показана на рисунке 37. Рисунок 37 – Окно поиска в «Истории неполадок» Администратор также может посмотреть статистику посещений, перейдя в окно «Статистика», показанному на рисунке 38. По умолчанию показываются данные только за сегодняшний день. 53

Рисунок 38 – Окно «Статистика» В случае, если администратору требуется найти данные за более ранний период, он может осуществить процедуру поиска по таким значениям, как: дата, место и клиент. На рисунке 39 представлено окно с произведенным поиском по дате и клиенту. Рисунок 39 – Окно поиска в «Статистике» По указанию руководства администратор может добавить нового клиента или нового пользователя. Окно добавления нового клиента показано на рисунке 40. Администратор выбирает статус клиента: сотрудник управляющей компании или арендатор парковочного места. Затем вводит номер карты, которую затем выдает клиенту. Клиент выбирает любое свободное место, которое администратор заносит в специальное поле. Для добавления нового клиента необходимо нажать на кнопку «Добавить», после чего статус места изменится на «Индивидуальное парковочное место» и оно закрепится за картой. 54

Рисунок 40 – Окно «Добавить клиента» Рисунок 41 – Окно «Добавить пользователя» Окно добавления нового пользователя изображено на рисунке 41. В случае принятия на работу нового администратора или работника парковки, администратор 55

заходит в окно «Добавить пользователя», выбирает статус пользователя. Затем вводит имя, фамилию, отчество и логин нового пользователя. После этого запоминает новый его. пользователь Для вводит добавления пароль и пользователя администратор нажимает на кнопку «Добавить». При выходе не работу добавленным пользователям необходимо будет авторизоваться в системе. Окно выхода администратора из системы похоже на окно выхода пользователя из системы и представлено на рисунке 42. Рисунок 42 – Окно «Выход из системы» При необходимости войти в систему администратору нужно будет снова авторизоваться. 56

Заключение В результате выполнения данной работы был проведен анализ управляющей компании бизнес-центра «SkyCity» ООО «Купава». Была представлена организационная структура, функции компании, также был выбран и проанализирован участок компании. В качестве результата проведенного анализа были выявлены проблемные области выбранного участка. Было осуществлено планирование будущей информационной системы для выбранного участка, которое включало в себя определение факторов стратегического планирования, определение планируемых объектов компании и разработку моделей компании, таких как модель деятельности компании, модель данных, функциональная модель «сущность-связь». Также были разработаны технические требования к будущей системе: информационная модель, модель потоков данных, модель потоков диалогов и модель интерфейсов. Для проектирования данной информационной системы использовались следующие программные продукты: AllFusion ERwin Process Modeler, AllFusion ERwin Data Modeler, DBS Oracle 12c, Oracle SQL Developer. Информационная система реализована в качестве вебприложения с помощью фреймворка Django 2.2. 57

Рецензии:

Авторизуйтесь, чтобы добавить рецензию

- у работы пока нет рецензий -

Отзывы:

Авторизуйтесь, чтобы оставить отзыв