Информационные технологии

CASE – средства. Сравнение и выбор.

Case-средства

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

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

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

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

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

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

• локальные, поддерживающие один-два типа моделей и методов
• малые интегрированные средства моделирования, поддерживающие несколько типов моделей и методов (ERwin, BPwin);
• средние интегрированные средства моделирования, поддерживающие от 4 до 10—15 типов моделей и методов (Rational Rose, Paradigm Plus, Designer/2000);
• крупные интегрированные средства моделирования, поддерживающие более 15 типов моделей и методов (ARIS Toolset).

Сравнение CASE-средств

BPwin. Данный программный продукт относится к малым интегрированным средствам моделирования, которые поддерживают несколько типов моделей и методов.

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

Из существующих CASE-средств, ориентированных на построение моделей по методологии IDEF0, BPwin является наиболее известным и распространенным, а удобный интерфейс пользователя облегчает работу с программой

Для удобства сравнения рассмотренных программных продуктов результаты анализа сведены в таблицу 1

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Функциональная  модель предметной области

Навигатор модели – Model Explorer

Диаграммы функциональной декомпозиции

Контекстная диаграмма

На контекстной диаграмме мы видим самое общее описание системы и ее взаимодействие с внешней средой

Диаграмма декомпозиции А0

На данной диаграмме  мы видим первый уровень декомпозиции нашей системы. 6 основных функций  и их взаимодействие друг с другом и внешней средой.

Диаграмма декомпозиции блока А1

При декомпозиции блока « Предоставление номеров» получаются 5 основных функций: бронирование номеров, регистрация гостя, приём  оплаты, администрирование ключей и  оформление выезда.

Диаграмма декомпозиции блока А2

На диаграмме А2 отражено то, что функция обслуживание номеров делится на 4 более мелких: оказание услуг связи, уборка номера, стирка белья и доставка пищи в номер.

 

Декомпозиция  блока А21

Блок А21 ещё  больше детализирует функциональный блок А2. А именно на нём мы можем видеть что функция «Оказание услуг связи» состоит из 4 более мелких.

Декомпозиция  блока А4

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

Диаграмма потоков данных

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

 

Диаграммы  IDEF3

Эта диаграмма  описывает сценарий бизнес-процесса «Проверка счетов»

Заключение

Если внимательно  посмотреть на функции администратора, то можно сделать вывод о том, что именно на его работу затрачивается длительный интервал времени. Время обслуживания как таковое изменить нельзя, можно только увеличить количество одновременно обслуживаемых потоков за счет:

• увеличения количества администраторов;
• применения интернет технологий, для заказа номеров.

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

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

При проведении предлагаемого реинжиниринга набор  функций службы приёма и размещения не изменится, поменяется лишь то, что в авральный период функции администратора будут выполнять 2 человека.

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

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

В наше время в связи с ускорением темпа жизни каждая секунда клиента на счету. Поэтому очень большое значение имеет время обслуживания, тем более в той ситуации, когда человек после дороги оформляет своё проживание в отеле. При этом каждая сэкономленная минута будет положительно влиять на репутацию отеля.

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

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

 

Используемые  источники:

1. Рогозов Ю.И., Стукотий Л.Н., Свиридов А.С. Моделирование систем, ТРТУ, 2004.

2. Лекции по курсу «Моделирование систем»
3. Материалы сайта hotelia.ru
4. Материалы сайта «Библиотека туризма»