Автоматизация ресторана в Самаре, в Москве, автоматизация ресторанов самара, москва, в Санкт-Петербурге, Санкт-Петербург, автоматизация ресторанов в тольятти, программа для ресторана, ночного клуба, баров, автоматизация кафе, ночных клубов, Автоматизация общепит, Обучение общепит, Система управления, Pos терминалы, Фискальные регистраторы, оборудование для ресторанов, общепит системы, видеонаблюдение, системы видеонаблюдения, crm система для ресторана, front office, back office, r keeper, база данных ресторан, бизнес процессы ресторана, воровство в ресторане, р кипер, iiko, iikoRMS, iikoResto, айко

Отличие от 1С

Разработка систем автоматизации ресторанного бизнеса на основе бухгалтерской системы 1С невыгодна в первую очередь, тем, что заказчику необходимо приобрести саму 1С, а также оплатить стоимость разработки системы. В итоге, общая стоимость такой системы для Заказчика будет выше стоимости самостоятельного программного продукта, такого как «Ресторан On-Line». Также, большим преимуществом является то, что собственная разработка, не основанная на какой-либо платформе (например, 1С) позволяет проводить сопровождение и обновление, не считаясь с ограничениями и недоработками платформы.

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

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

Скорость работы такой системы прямо связана с объемом обрабатываемой базы данных. Они начинают ощутимо "тормозить", когда база данных достигает объема свыше 1 Гб и при приближении к нескольким гигабайтам практически просто перестает работать. Цифры конечно приблизительные и зависят от используемого программного обеспечения и формата базы данных. Не следует забывать и еще об одной значительной детали. Это резервное копирование. Попробуйте заархивировать базу данных объемом 4-5 Гб – это займет достаточно много времени. А ведь это нужно делать каждый день, к тому же во время архивирования база данных не доступна для пользователей.

Теперь рассмотрим SQL-систему (т.е. клиент-серверную систему «Ресторан On-Line»). Дело в том, что при работе с SQL-сервером рабочая станция просто передает по сети достаточно компактный запрос на сервер, который выполняет запрос, например, производит выборку, и передает результат запроса обратно на рабочую станцию. Таким образом, трафик по сети значительно снижается, поскольку по сети передаются только запросы и результаты их выполнения.

Теперь посмотрим, что же происходит с сервером в SQL-системе. Ведь север сам выполняет полученный запрос, поэтому, легко представить себе, что если с SQL-системой работают 10 пользователей, то для сервера это практически то-же самое, как если бы на нем были одновременно запущены 10 экземпляров программы, с которой работают пользователи. SQL системы будут работать со вполне приемлемой скоростью с базами данных такого объема, на котором обычные файл-серверные системы просто остановятся. Причем, этот объем может достигать десятков гигабайт. Ведь доступ к данным очень быстр - они расположены здесь же, на диске сервера и не требуют передачи по сети для последующей обработки. Все запросы поступают к серверу, так что кроме обычного файлового кэширования есть огромные возможности по оптимизации выполнения запросов, их распараллеливанию. Эти возможности уже заложены в программном обеспечение MS SQL Server.

Преимущества клиент-серверной системы автоматизации ресторанного бизнеса «Ресторан On-Line».

Надежность. Клиент-серверные системы имеют встроенный механизм работы с транзакциями. В файл-серверных версиях программ "1С" также имеется механизм работы с транзакциями, однако способ реализации их принципиально отличается. В файл-серверных версиях механизм транзакций представляет собой не что иное, как просто блокировку всей базы данных до завершения выполнения критических по времени операций одной из рабочих станций. Откат возможен только при сохранении работоспособности рабочей станции, инициировавшей транзакцию. В клиент-серверной системе этот механизм значительно более сложен. Он позволяет получить "слепок" базы данных на момент начала транзакции без блокировки базы данных. И слепков таких может быть много: для каждой рабочей станции - свой. В случае "зависания" рабочей станции, открывшей транзакцию, транзакция может быть просто откачена (т.е. база данных будет восстановлена в том виде, в каком она была до начала инициации транзакции). Откат осуществляется либо по запросу рабочей станции (при сохранении ее работоспособности), либо при перезагрузке рабочей станции, либо администратором SQL-системы. Таким образом, выход из строя рабочей станции не столь опасен для целостности базы данных. Кроме того, SQL-система ведет так называемый журнал транзакций. По сути база данных хранится в виде ее начального содержимого и ее модификаций записанных в журнал транзакций. Такой способ хранения позволяет производить архивирование базы данных во время работы всей системы: просто состояние базы данных фиксируется на момент начала архивирования, отсекаются незавершенные транзакции, а основная база и часть журнала транзакций, содержащая завершенные транзакции записываются в архив. Процесс архивирования легко поддается автоматизации, т.е. присутствие оператора необязательно - SQL-сервер имеет специальные встроенные механизмы.

Защита. Ресторан On-Line обеспечивает необходимый уровень защиты от несанкционированного доступа, а также исключает возможность «обмана» персоналом. Защищенность данных в значительной мере зависит от прикладной задачи, однако по сравнению с обычным вариантом, в клиент-серверном варианте защита данных опирается на средства, предоставляемые SQL-сервером, что значительно надежнее.

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

Недостатки 1С систем.

1. Цена программного обеспечения. Цена складывается из стоимости платформы 1с и разработанного программного обеспечения.

2. Скорость. Невозможность работы по клиент-серверному принципу.

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

4. Безопасность. В 1с системах, особенно в версии 7, разработчиками платформы не было уделено должного внимания безопасности, поэтому на практике она просто отсутствует.

5. Возможность доработки. Как правило, все 1с системы дорабатываются разработчиками, и как правило, любые доработки делаются Заказчику на платной основе. Ресторан On-Line уже имеет весь необходимый набор функций, и по желанию Заказчика может быть доработан совершенно бесплатно.

07.03.2009