Глава 3. Формирование требований.
Определив сущность Информационных систем, переходим непосредственно к тому, что нас интересует – к этапу формирования требований. Независимо от того к какому стандарту или подходу, описывающему жизненный цикл ИС, мы обратимся, этап Формирования требований всегда является одним из первых в процессе создания ИС. Данный этап помогает Заказчику и Разработчику совместно ответить на вопросы: «Что именно нам требуется реализовать в рамках данного проекта автоматизации? Каковы истинные причины и цели этого проекта? Какие задачи должен решать продукт? Сколько времени и финансов потребуется на реализацию проекта автоматизации?».
3.1 Построение схемы внешнего документооборота.
Схема внешнего документооборота построена на основе гостиничного комплекса «АкваЛоо». На рисунке 7 изображена схема входных и выходных документов.
Рисунок 7 – Схема внешнего документооборота.
3.2 Построение организационной схемы.
Организационная структура гостиницы строится следующим образом. К звеньям управления относятся руководители, их заместители, управляющие несколькими структурными подразделениями, сами структурные подразделения и ведущие специалисты, выполняют отдельные функции или часть функций. им подчиняются непосредственные исполнители (обслуживающий персонал). На вершине структуры управления отеля стоят владелец и генеральный директор. Эта иерархия изображена на рисунке 8.
Рисунок 8 – Организационная схема.
3.3 Формирование бизнес процессов верхнего уровня.
На рисунке 9 изображена диаграмма плавательных дорожек, отображающая формирование бизнес процессов верхнего уровня.
Рисунок 9 – Диаграмма процессов верхнего уровня.
Диаграмма включает в себя 4 вертикальные плавательные дорожки: Директор, отдел бронирования, служба размещения, бухгалтерия.
Директор передает заявку на бронирование номеров в отдел бронирования.
После того как номера забронированы администратор службы разрешения подготавливает заезд и делает задание на уборку номеров. Администратор службы разрешения расселяет гостей в забронированные, чистые номера.
3.4 Разработка технико-экономического обоснования.
Технико-экономическое обоснование на создание АРМ для администратора службы разрешения в санатории.
3.4.1 Введение.
Основанием для проведения работ является приказ директора санатория.
Заказчик: Санаторий
Разработчик: Гюламирян А.Р
Сроки начала и окончания работ:
дата начала работы 2 февраля 2017 года
дата окончания работы 10 мая 2017 года
3.4.2 Общая характеристика объекта и существующей системы управления.
Объектом автоматизации проектирования является деятельность администратор службы разрешения санатория. Работа администратора заключается в приеме гостей санатория. Администратор формирует задание на уборку и передает ст. горничной при помощи уже имеющегося, специально разработанного интерфейса программы. Отдыхающим необходимо на приеме у администратора предоставить свой паспорт и ваучер. Далее работа администратора заключается, помаши гостям санатория. Администратору санатория необходимо знать все информацию о санатории и их изменениях четко и правильно передавать ее гостям санатория. Администратор проводит наличную и безналичную оплату по вопросам; продления, раннем заезде и выезде гостей, приобретения или отказа от какой-либо услуги.
В настоящий момент для достижения всех вышеописанных целей на предприятии используется программный пакет «1С: Предприятие.Кредотель.»
Сотрудники предприятия выделяют ряд недостатков данного пакета, а именно:
невозможность изменить размер окон и шрифта в них
невозможность одновременно открыть более одного окна
плохая оптимизация разделов программы, что вынуждает выполнять множество лишних операций
некоторые настройки не сохраняются после перезапуска программы
неверное распределение обязанностей, сотрудникам приходится выполнять чужую работу.
Таким образом, вышеперечисленные недостатки приводят к значительному увеличению времени выполнения задачи, жалобам клиентов, а также нежеланию новых сотрудников оставаться на должности.