Разработка средств информационной поддержки менеджмента ресторанного зала

1) Меню;

2) Вход;

3) Информация;

4) Список;

5) Логическое.

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

1) Меню действий и нисходящее меню;

2) Тело формы;

3) Область функциональных клавиш.

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

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

Некоторые формы будут иметь меню действий, а другие нет.

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

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

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

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

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

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

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

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

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

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

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

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

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

- пользователи привыкли работать со знакомым им интерфейсом программного продукта MSAccess.

Для того чтобы начать работу с ИС сотрудник ресторана должен выбрать модуль в которым он будет работать (Администратор, официант, кассир, повар, бармен) .

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

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

Таблица 2.1 Пример отчета по персоналу

Ф.И.О	Должность	Количество отработанных часов в месяц
Грачева М.В.	Официант	136
Петушков Б.С.	Официант	100
Трофимова А.В.	Официант	120
Ступин Е.П.	Повар	140
Тимофеев В.С.	Бармен	135
Петрова Т.М.	Кассир	136
Ступин П.В.	Администратор	150
Сидорова Н.Н.	Уборщица	90
Александров А.К.	Посудамойщик	115
Труфанов К.В	Помощник повара	99
Нахимов Н.П	Помощник повара	134

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

После формирования отчета администратор пересылает его в ЦО (нажав на кнопку отправить в бухгалтерию).

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

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

2.2 Организационно-технологическая часть

2.2.1 Обоснование выбора средств разработки

Рассмотрим средства разработки, которые предлагает Microsoft. Эта компания в настоящий момент предлагает пять пакетов программ, которые могут быть использованы для создания пользовательского приложения по обработке данных: Access, SQL Server, Visual Basic, Visual C++ и Visual FoxPro. Эти средства могут быть использованы, так по отдельности - для решения конкретно поставленной задачи, как и в качестве интегрированного набора, каждый компонент которого может быть применен при разработке больших проектов масштаба предприятия.

Обоснование выбора MS Access 2003 для разработки СИП МРЗ

СУБД Microsoft Access является системой управления реляционной базой данных, включающей все необходимые инструментальные средства для создания локальной базы данных, общей базы данных в сети с файловым сервером или создания приложения пользователя, работающего с базой данных на SQL-сервере.

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

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

Недостатки СУБД Microsoft Access. В отношении защиты информации и разграничения доступа Access не имеет надежных стандартных средств. В стандартные способы защиты входит защита с использованием пароля БД и защита с использованием пароля пользователя. Снятие такой защиты не представляет сложности для специалиста. Однако, этого вполне хватает для защиты от просмотра или неосторожных действий в среде сотрудников небольшой компании. Но отсюда сделаем вывод, что доверять MS Access секретные или очень ценные данные не стоит.

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

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

Access следит за разграничением доступа разных пользователей к БД и обеспечивает защиту данных. Так как Access не является клиент серверной СУБД, возможности его по обеспечению многопользовательской работы несколько ограничены. Обычно для доступа к данным по сети с нескольких рабочих станций, файл БД Access (с расширением *.mdb) выкладывается на файловый сервер. При этом обработка данных ведется в основном на клиенте - там, где запущено приложение, в силу принципов организации файловых СУБД. Этот фактор ограничивает использование Access для обеспечения работы множества пользователей (более 15-20) и при большом количестве данных в таблицах, так как многократно возрастает нагрузка не сеть.

В плане поддержки целостности данных Access отвечает только моделям БД небольшой и средней сложности.

Преимущества СУБД Microsoft Access по сравнению с другими системами подобного класса. В первую очередь можно отметить распространенность, которая обусловлена тем, что Access является продуктом компании Microsoft (можно полагаться на стабильность производителя, компания Microsoft является одним из мировых лидеров в производстве ПО и обеспечивает свои продукты подробной документацией, технической поддержкой и локализацией), программное обеспечение и операционные системы которой использует большая часть пользователей персональных компьютеров. MS Access полностью совместим с операционной системой Windows, постоянно обновляется производителем, поддерживает множество языков.

Встроенный SQL позволяет максимально гибко работать с данными и значительно ускоряет доступ к внешним данным.

В целом MS Access предоставляет большое количество возможностей за сравнительно небольшую стоимость. Также необходимо отметить ориентированность на пользователя с разной профессиональной подготовкой, что выражается в наличии большого количества вспомогательных средств (Мастеров), развитую систему справки и понятный интерфейс. Эти средства облегчают проектирование, создание БД и выборку данных из нее.

Access обладает широкими возможностями по импорту/экспорту данных в различные форматы, от таблиц Excel и текстовых файлов, до практически любой серверной СУБД через механизм ODBC.

Таблица 2.1 Характеристика средств разработки компании Microsoft

Название продукта	Основные преимущества	Основное назначение
Access	Простота освоения. Возможность использования непрофессиональным программистом. Имеет мощные средства подготовки отчетов из БД различных форматов.	Создание отчетов произвольной формы на основании различных данных. Разработка не коммерческих приложений.
SQL-Server	Высокая степень защиты данных. Мощные средства работы с данными. Высокая производительность.	Хранение больших массивов данных. Хранение данных, требующих соблюдения режима секретности или при не допустимости их потери.
Visual Basic	Универсальность. Возможность создания компонентов (OLE). Невысокие требования к мощности ПЭВМ.	Создание приложений средней мощности, не связанных с большой интенсивностью обработки данных. Разработка компонентов OLE. Создание приложений для интеграции компонентов Microsoft Office.
Visual C++	Универсальность. Наибольшая скорость работы приложения. Неограниченная функциональность.	Создание компонентов приложения для выполнения критических по скорости процессов или обеспечения функциональности, не достижимой в других средствах разработки.
Visual FoxPro	Высокий уровень объектной модели. Высокая скорость обработки данных. Интеграция объектно-ориентированного языка программирования с Xbase и SQL. Многоплатформенность.	Создание приложений масштаба предприятия. Создание приложений для работы на различных платформах (Windows 3.x, Windows 95, Macintosh и т. д.)

Поскольку VBA является единственным средством для выполнения многих стандартных задач в Access (работа с переменными, построение команд SQL во время работы программы, обработка ошибок, использование Windows API ит.д.), для создания более-менее сложных приложений необходимо его знание и знание объектной модели MS Access.

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

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

Функциональные возможности MS Access.

1. Ввод данных. Ввод данных может осуществляться следующими способами:

вручную прямо в таблицу (сюда же относится вставка содержимого буфера обмена);

вручную в поля формы;

прямой импорт данных из других источников (базы Access, текстовые файлы, формат DBF, электронные таблицы, источники данных ODBC);

программным методом, который может сочетать в себе любые средства, которые возможно реализовать на VBA.

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

2. Изменение данных. Редактирование возможно следующими способами:

вручную прямо в таблице;

в полях форм;

в окне браузера, в котором загружена web-страница из БД;

программным методом.

3. Вывод данных. Здесь Access предоставляет такие возможности:

вывод на экран монитора в табличном виде, полях форм или отчетов;

экспорт в другие форматы данных (те же, что при импорте);

вывод на печать, в основном в виде отчетов;

вывод данных в интернет-браузер с помощью объекта Страница в пределах определенной сети;

программный экспорт и вывод информации.

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

5. Использование базы данных MS Access другими приложениями. Такой вариант использует файл MDB как хранилище данных. Программа, которая обращается к данным, может быть написана на любом языке высокого уровня. В данном случае используются таблицы и запросы. О поддержании ссылочной целостности и актуальности данных следит ядро БД. Взаимодействие происходит через ODBC-драйвер Microsoft Jet Engine.

6. Средства создания приложений. Создание приложений на Access во многом подобно всем остальным средствам автоматизации Microsoft Office. Здесь используется интерпретируемый язык Visual Basic for Applications, что приводит, как и при использовании любого интерпретируемого языка, к определенному увеличению затрат процессорного времени и уменьшению скорости работы программ и обработки данных. Для успешной разработки необходимо знать объектную модель самого Access и особенности ее использования.

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

Ядро БД Access обеспечивает три уровня блокировок:

Блокировка базы данных. На этом уровне блокировки к БД может обращаться только один пользователь. Такой уровень блокировки применяется для глобального изменения или обновления данных или при техническом обслуживании Базы Данных - сжатии;

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

Блокировка страницы. На этом уровне к заблокированной странице может обращаться только один пользователь. Это самый нижний уровень блокировки.

Блокировка на уровне таблицы имеет два режима - пессимистический и оптимистический. По умолчанию устанавливается пессимистическая блокировка.

8. Администрирование. Преимущество монопольного режима работы фактически привело к вырождению функций администрирования БД и в связи с этим -- к отсутствию инструментальных средств администрирования в обычном понимании этого слова в MS Access. Имеющиеся же средства позволяют сделать следующее:

имеется возможность разделения базы данных Microsoft Access на два файла, в одном из которых содержатся таблицы, а в другом запросы, формы, отчеты, макросы, модули и ярлыки страниц доступа к данным. Это позволяет пользователям иметь доступ к общему источнику данных и при этом создавать свои собственные формы, отчеты и другие объекты, а также сократить сетевой трафик;

существует возможность связывания таблиц из других баз данных Microsoft Access или иных источников. Например, может потребоваться использование таблицы из другой базы данных Microsoft Access, открытой для совместной работы по сети. Это особенно полезно при необходимости хранить все таблицы в одной базе данных на сетевом сервере, сохраняя формы, отчеты и другие объекты в отдельной базе данных, копии которой имеются у всех пользователей общей базы данных;

средства репликации Microsoft Access,

средства защиты и разграничения доступа. Простейшим способом защиты является установка пароля для открытия базы данных. База данных может быть зашифрована. При шифровании базы данных ее файл сжимается и становится недоступным для чтения с помощью служебных программ или текстовых редакторов. Дешифрование базы данных отменяет результаты операции шифрования. Наиболее гибкий и распространенный способ защиты базы данных называется защитой на уровне пользователей. Этот способ защиты подобен способам, используемым в большинстве сетевых систем. Однако, подбор пароля администратора не представляет сложности для специалиста по взлому;

имеется возможность преобразования БД в формат более ранней версии MS Access для обеспечения совместимости в некоторых случаях;

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

Выбор СУБД Access был сделан в связи со следующими факторами:

1. На предприятии ООО «Юмит2-С» используется лицензионные программные продукты Microsoft Office 2003, в комплект которого входит Microsoft Access 2003, а значит, нет необходимости в покупке, установке программного продукта и в последующем обучении персонала работе с ним.

2. Удовлетворяет по функциональным возможностям.

3. БД рассчитана на использование небольшим количеством пользователей, а именно сотрудниками ресторана (10-15 пользователей).

4. Возможность интеграции с 1С:Бухгалтерия.

5. Необходима защита только от просмотра или неосторожных действий в среде сотрудников.

Обоснование выбора Visual Basic для разработки ИО СИП МРЗ

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

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

Основные возможности Visual Basic, применяемые в разработке приложений для обработки информации, могут быть реализованы благодаря наличию в нем объектов для доступа к данным - Data Access Object (DAO), 32-разрядного процессора данных- JET 3.0 и предназначенных специально для работы с данными элементов управления. Процессор данных в Visual Basic поддерживает все стандартные операции по созданию, изменению и удалению таблиц, индексов и запросов. Формат БД процессора данных Visual Basic соответствует формату Access. JET 3.0 также обеспечивает поддержку целостности и проверку вводимых и изменяемых данных на уровне полей и записей. Для изменения данных JET 3.0 позволяет использовать язык SQL.

Управление базой данных обеспечивается процессором данных с помощью объектов для доступа к данным. Эти объекты позволяют разработчику программным путем, с помощью соответствующих свойств и методов DAO, как манипулировать данными так и управлять структурой БД, включая ее создание.

Уникальным свойством JET 3.0 является возможность создания копий данных (репликации БД). Для создания копий БД разработчику достаточно воспользоваться методом MakeReplica при задании метода Synchronize выполняется согласование данных в обновляемой и оригинальной БД. Причем эти операции могут выполняться как с файлами формата БД процессора данных, так и с БД других форматов, поддерживаемых через ODBC. Нельзя не отметить, что JET 3.0 используют индексы новой, более компактной структуры, позволяющие уменьшить время их создания и ускорить процесс поиска данных.

Основные преимущества:

1. доступ к базам данных;

2. глубокая интеграция с Microsoft Office (используются те же типы данных, что и в MS Access);

3. удобный, быстрый, легко реализуемый; имеются навыки программирования в данной среде;

4. время разработки приложения минимально, по сравнению с другими языками программирования.

Так же при разработке информационного обеспечения, а в частности при создании инфологической модели предметной область и даталогической модели БД используется PowerDesigner.

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

Основные особенности

· Моделирование бизнес-процессов на основе диаграмм потоков управления.

· Технологии моделирования данных (концептуальная и физическая модель), основанные на индустриальном стандарте "сущность/связь" (entity/relationship), включая технологии моделирования хранилищ данных (схема "звезда", схема "снежинка", многомерное моделирование, привязка к конкретному источнику данных).

· Стандартные диаграммы UML: use case, activity, sequence, диаграммы классов и компонентов.

· Генерация на основе диаграмм классов исходных текстов для Java, C++, PowerBuilder и Visual Basic.

· Генерация операторов DDL (Data Definition Language) более чем для 30 РСУБД.

· Поддержка EJB 2.0.

· Отображение "сущность/связь".

· Определение сложных пользовательских типов данных, включая Java-классы и хранимые Java-процедуры, содержащиеся в БД.

· Обратное проектирование схемы базы данных в концептуальную и физическую модель.

· Обратное проектирование существующей бизнес-логики в диаграммы классов (Java и PowerBuilder).

· Прямое и обратное проектирование XML-приложений в диаграммы классов. Поддержка XML-DTD, XML-схемы и XML-данных.

· Интеграция с популярными средствами разработки на Java и с ведущими, сертифицированными под J2EE/EJB 2.0 серверами приложений.

· Современный, графический, настраиваемый пользовательский интерфейс, содержащий

o общую оболочку;

o обозреватель объектов;

o область редактирования диаграмм;

o область состояния.

· Улучшенное управление моделями, включая синхронизацию объектов, моделей и баз данных.

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

Преимущества PowerDesigner

Снижение затрат при разработке Web-служб через проектирование

· Быстрая разработка с применением UML - с интеграцией со средствами разработки для ускорения создания Web-служб - делает простым и доступным создание сложных Web-служб.

· Быстрая разработка базы данных, которая поддерживает Web-службы в области хранения существующих или новых данных, упрощает взаимодействие разработчика и администратора базы данных.

· Оперативный учет всех изменений на этапе проектирования позволяет снизить общие затраты на разработку.

Уникальная усовершенствованная технология синхронизации многочисленных моделей

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

2.2.2 Верификация БД

Верификация (позднелат. verificatio -- доказательство, подтверждение, от лат. verus -- истинный и facio -- делаю) эмпирическое подтверждение теоретических положений науки путём "возвращения" к наглядному уровню познания, когда идеальный характер абстракций игнорируется и они "отождествляются" с наблюдаемыми объектами. В общем случае верификация -- это построение наглядной модели для любой теории. Идея верификации вызревала постепенно, по мере усиления роли логической дедукции в выработке научных понятий. Осознание, главным образом, в математике и теоретической физике, возможного несоответствия между логическим (абстрактным) мышлением и интуитивным мышлением, связанным с наглядностью породило потребность в обосновании связи между абстракцией и реальностью.

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

Тестирование базы данных разделяется на следующие типы:

· Тестирование логической модели:

· -Проверка модели на логическую согласованность и отсутствие повторяющейся информации;

· -Поиск возможностей для упрощения логической модели.

· Тестирование логической схемы базы данных:

· -Тестирование на соответствие нормальным формам (обычно третьей);

· -Тестирование на согласованность базы данных (внешние ключи, ограничивающие условия, триггеры);

· -Тестирование на избыточность данных.

· Тестирование физической структуры базы данных (для различных РСУБД):

· -Анализ и настройка покрытия индекса;

· -Анализ системы хранения данных (табличные области (Oracle, DB2), массивы данных и группы файлов (MS SQL)), настройка для увеличения производительности и надежности;

· -Анализ политики безопасности и разработка предложений по ее улучшению (пользователи, роли, роли приложения, логины, интегрированные с операционной системой, хранимые процедуры);

· -Анализ денормализации (при необходимости может быть проведена проверка потенциального прироста производительности и модификаций схемы базы данных);

· -Анализ и реализация распределения базы данных;

· -Анализ и реализация стратегии репликации;

· -Анализ и реализация стратегии резервного копирования.

· Тестирование программируемости базы данных:

· -Анализ эффективности хранимых процедур и триггеров;

· -Оптимизация запросов, настройка индекса для охвата определенных запросов;

· -Анализ эффективности клиентского приложения.

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

Таблица 2.2Таблица возможных ошибок

Вид запроса	Ожидаемый результат	Полученный результат
Имя файла рецепта	вывод на экран файла с рецептом	вывод не того рецепта
Цена	вывод стоимость конкретного блюда	стоимость нескольких блюд
Калорийность	вывод калорий блюда	вывод категории блюда
Категория блюда	вывод одной из двух категорий «блюдо» или «напиток»	вывод не правильной категории
ФИО официанта	вывод фамилии официанта обслуживающего конкретной столик	вывод ФИО повара
Дата	вывод даты, когда сделан заказ	вывод текущей даты
№заказа	вывод номера заказа	вывод №столика
№столика	вывод №столика который обслуживает конкретный официант	вывод не существующего №столика
Наименования блюда	вывод названия блюда	вывод непонятного набора букв

2.3.1 Оценка экономических затрат на разработку программного продукта

Экономическое обоснование проекта необходимо для определения эффекта от снижения времени на производстве, от внедрения того или иного программного продукта.

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

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

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

Расчет стоимости компьютерного часа

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

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

Себестоимость - это совокупность затрат на производство и реализацию продукции (работ, услуг).

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

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

Таблица 2.1 Расчет ФОТ операторов и программистов по фактическому времени

№ п/п	наименование профессии	количество рабочих, чел.	разряд	тарифная ставка, руб.	баланс рабочего времени, час	ФОТ, руб.	премия	итого, руб.
							%	руб.
1	оператор	1	4	100	29	522	25	130,5	652,5
2	программист	1	5	200	54	1080	30	324	1404
3	программист	1	6	220	170	3740	30	1122	4862
4	программист	1	4	100	25	450	30	135	585
ИТОГО	-	4	-	-	278	5792	-	1711,5	7503,5

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

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

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

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

Соизмерение прибыли с затратами или ресурсами характеризует рентабельность.

Рентабельность есть относительный показатель, который обладает свойством сравнимости, а, следовательно, может использоваться при сравнении различных субъектов хозяйствования.

2.3.2 Расчет временных затрат на разработку ИО

Затраты на разработку программы определяются по следующей формуле :

,

где:

- затраты на оплату труда программистов, руб.;

- стоимость материалов на эксплуатационные нужды (носители информации, бумага, копировальная бумага, красящая лента и т. д.), руб.;

- затраты на отладку программы, руб.;

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

Эл - расходы на электроэнергию, руб.;

- процент накладных расходов (120%), %.

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

Заработная плата программистов определяется по следующей формуле:

,

где:

- число разработчиков программного продукта, чел.;

- трудоемкость работ i-го разработчика, чел.-мес.;

- основная заработная плата i-го разработчика, руб./мес.;

- коэффициент, учитывающий дополнительные выплаты (0,35);

- коэффициент, учитывающий отчисления на социальные нужды по действующему законодательству (0,356).

Число разработчиков рассчитывается по следующей формуле:

,

где:

- общая трудоемкость разработки программного изделия, чел.-мес.;

- продолжительность разработки программного изделия, мес.

Общая трудоемкость разработки определяется по формуле:

,

где - число тысяч исходных команд.

Тогда продолжительность разработки можно рассчитать следующим образом:

Величина определяется, исходя из объема работ, выполненных i-м разработчиком.

Расходы на электроэнергию определяются по следующей формуле:

,

где:

Nоб - потребляемая мощность используемого оборудования, кВт;

Tоб - время работы программы при написании программы, ч.;

аэл - установленный тариф за 1 кВт * ч.

Стоимость материалов на эксплуатационные нужды:

,

где:

Мi - стоимость i-го материала, руб.;

Ki - количество i-го материала, шт.;

n - количество материалов, шт.

Амартизационные отчисления:

,

где:

- установленная норма амортизации j-го вида оборудования (приложение 2), %;

- балансовая стоимость j-го вида оборудования, руб.;

m - число видов оборудования, применяемого при разработке программы.

Затраты на отладку определяются по формуле:

,

где

- время, требуемое для отладки программы, ч;

- стоимость одного машино-часа, руб./ч.

Время, требуемое для отладки, может быть рассчитано как:

,

где:

- предполагаемое число операторов;

- коэффициент сложности программы;

- коэффициент коррекции программы;

- коэффициент квалификации разработчика.

Все исходные данные, необходимые для расчета себестоимости, приведены в таблице 2.4.

Таблица 2.4 Исходные данные для расчета

Исходные данные для расчета
Название	Обозначение	Значение
Предполагаемое число операторов	q	100
Коэффициент квалификации разработчика	k	0.8
Стоимость одного машинного часа, руб.	Cмч	14
Установленный тариф за 1 кВт. *ч., руб.	aэл	0.9
Время работы оборудования при написании программы, час.	tоб	1125
Потребляемая мощность используемого оборудования, кВт.	Nоб	0.83
Число видов оборудования, применяемого при разработке	m	2
Число тысяч исходных команд	n тик	0.4
Коэффициент дополнительных выплат разработчикам	а доп	0.35
Коэффициент, учитывающий отчисления на социальные нужды	а сн	0.356
Процент накладных расходов, %	П нр	120
Уровень рентабельности, %	p	30
Кол-во предполагаемых копий программы, шт.	K	1
Стоимость носителей программы для одной копии, руб.	Kст	15
Значение НДС, %	Rндс	20

Результаты расчета затрат на изготовление ИС

1.Общая трудоемкость разработки ИС

Тобщ = 156.22 чел.дн.

2.Трудоемкость этапов разработки и(или) сопровождения

Трудоемкость разработки

Тпр = 156.22 чел.дн.

в том числе по этапам:

Ттз = 17.77 чел.дн. - Трудоемкость разработки технического задания

Тэп = 10.54 чел.дн. - Трудоемкость разработки эскизного проекта

Ттп = 10.54 чел.дн. - Трудоемкость разработки технического проекта

Трп = 117.38 чел.дн. - Трудоемкость разработки рабочего проекта

в том числе по видам работ на этапах:

Трм = 70.62 чел.дн. - Трудоемкость программирования

Ттф = 2.18 чел.дн. - Трудоемкость тестирования функций на задачах разработчика

Трт = 42.15 чел.дн. - Трудоемкость разработки новых тестов

Ткп = 11.55 чел.дн. - Трудоемкость комплексирования ИС с другими ПС, входящими в СОИ без внесения изменений

Тдб = 5.46 чел.дн. - Трудоемкость доработки ИС (внесение диалоговой информации и т.п.) без изменения основных функций

Твп = 2.00 чел.дн. - Трудоемкость выбора ИС, позволяющего реализовать необходимые потребителю функции

Трд = 31.46 чел.дн. - Трудоемкость разработки рекомендаций по доработке ИС и развитию СОИ

2.3.3 Расчет эффективности внедрения системы

Таким образом, до внедрения средств информационной поддержки получаем при средней заработной плате официанта в 20000 рублей (150 рублей за час), тратится 5000 рублей в месяц за передачу заказа от клиента до кухни или бара и за расчет с клиентами. Так же до внедрения средств информационной поддержки процент недовольных скоростью обслуживания клиентов довольно высокий (до 15%).

После внедрения средств информационной поддержки планируется снизить процент недовольных клиентов до 5%, так как нельзя совсем свести этот процент до 0, потому что есть люди которым может не понравится обстановка и атмосфера ресторана, и есть люди которые могут остаться недовольны списком блюд в меню и ценами. А время передачи заказов снизится до 2-3 минуты. Что позволит официанту обслуживать больше столиков, а это в свое время принесет больше прибыли ресторану.

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

Таблица 2.4 Сравнительная таблица по недовольным клиентам до и после внедрения средств информационной поддержки

Момент ухода	Процент в месяц до внедрения, %	Процент в месяц после внедрения, %
до получения меню	1-3	1-3
до того как сделали заказ	5	2
после заказа до первичного обслуживания	10	2
после получения части заказа	15	5

Рассчитаем экономический эффект.

З/п официант 20000рублей

Количество официантов 3 чел.

На заработную плату всем официантом тратится 20000*3=60000 рублей, из них 25% (15000 рублей) идет на то, что передает заказы от клиентов на кассу, на кухню и в бар.

После внедрения СИП МРЗ всего 5% (3000 рублей) идет на передачу заказа.

Отсюда 15000- 3000 =8000 рублей экономии.

3. Правовой раздел

ООО «Юмит-2С» является группой компании. Дата первичной гос. регистрации 10.06.1992. Компания относится к среднему бизнесу, деятельность фирмы охватывает несколько регионов.

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

В главном офисе находятся руководители всех компаний входящих в состав ООО «Юмит-2С». Во главе компании стоит генеральный директор, в его подчинение находятся руководители всех компаний. У каждой компании свой штат сотрудников с руководителями всех отделов. В дипломе разрабатываются информационные средства поддержки менеджмента ресторана. Так как ресторан занимается оказанием услуг, то в правовой части дипломного проекта рассмотрим Закон РФ «О защите прав потребителей» (далее Закон), ГОСТ Р 50762-95 "Общественное питание. Классификация предприятий", утв. Постановлением Госстандарта России от 05.04.1995 N 198; п. 3 Правил оказания услуг общественного питания (далее - Правила), Постановление Правительства РФ от 10.05.2007 N 276 и другие нормативные акты связанны с темой дипломного проекта.

1.3 Анализ нормативных актов связанных с защитой прав потребителей

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

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

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

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

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

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

Аттестационные правила разрабатываются в каждом регионе, в их основе лежат требования государственных стандартов, которые предъявляются к помещениям, инвентарю, оборудованию, технологическим режимам производства и другие требования, которые учитывают особенности данного региона. Чтобы получить класс "люкс", предприятие обязано обеспечивать потребителям довольно высокий уровень обслуживания, который должен сочетаться с предоставлением дополнительных услуг, например, предварительный заказ столика по телефону, организация зоны отдыха, продажа сопутствующих товаров и так далее. Торговый зал заведения такого класса непременно должен быть оформлен по специальному индивидуальному проекту, в одном художественном стиле с применением декоративных художественных материалов. Таким же образом (по уникальному проекту) обязана быть оформлена вывеска. Оборудование и инвентарь должны гармонично сочетаться с интерьером. В едином фирменном стиле должна быть выполнена и печатная продукция (ценники, меню, упаковка и т. д.). У сотрудников заведения, включая официантов, должно быть специальное образование и фирменная (единого стиля) одежда. Претендующие на "высший класс", предприятия "общепита", тоже должно обеспечивать потребителям очень высокий уровень обслуживания. Его торговый зал тоже должен оформляться в едином стиле, с учетом специфических индивидуальных особенностей предприятия. Заведение должно иметь вывеску, выполненную по индивидуальному проекту. Сотрудники должны носить одежду общего образца. Все сотрудники, исключая работников торгового зала, должны иметь диплом о специальном образовании. В заведениях классов "высший" и "люкс" вас должны в обязательном порядке обслуживать официанты. Что касается, предприятий "первого класса", то они должны обеспечивать клиентам надлежащий уровень обслуживания, иметь оформление соответственно специализации заведения, иметь типовое оборудование, типовую вывеску, стандартные упаковочные материалы. Работники предприятия должны быть одеты в санитарную одежду (белые шапочки и халаты). А сотрудники, которые занимаются приемкой и разбраковкой товара, непременно должны иметь профподготовку.

"Потребитель всегда прав!" - под таким лозунгом стараются сегодня работать многочисленные организации общественного питания. Во многом это обусловлено желанием выстоять в конкурентной борьбе и завоевать своего потребителя. К сожалению, данный принцип организации нередко нарушают. Часто это происходит не преднамеренно, а по причине незнания Закона о защите прав потребителя. Рассмотрим основные права потребителя:

Право потребителей на информацию

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

1. Информация об исполнителе.

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

2. Информация о режиме работы.

Режим работы устанавливается исполнителем самостоятельно. Информация о нем указывается на вывеске. При этом следует иметь в виду, что если на вывеске указано, что заведение работает до 23.00, то его нельзя закрыть даже на 10 минут раньше, также нельзя ограничивать вход посетителей за несколько минут до закрытия.

Если возникает потребность временно приостановить работу заведения (например, для проведения плановых санитарных дней, ремонта), то необходимо в доступном для обозрения месте предоставить информацию о дате и сроках возобновления работы.

3. Информация об услугах.

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

- перечень услуг и условия их оказания;

- цены и условия оплаты услуг;

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

- сведения о весе (объеме) порций готовых блюд продукции общественного питания, емкости бутылки алкогольного напитка и об объеме его порций;

- сведения о составе (в том числе перечень использованных в процессе изготовления иных продуктов питания и пищевых добавок), весе и объеме, калорийности продуктов питания, о содержании в них вредных для здоровья веществ в сравнении с обязательными требованиями стандартов, а также противопоказания для применения при отдельных видах заболеваний;

- сведения о содержании белков, жиров, углеводов, а также витаминов, макро- и микроэлементов при добавлении их в процессе приготовления продукции общественного питания при организации детского и диетического питания;

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

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

4. Информация о сертификации услуг.

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

5. Иная информация.

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

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

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