Содержание
Введение 3
1. Постановка задачи 3
1.1 Основные цели и требования 3
1.2 Организационная структура предприятия 3
1.3 Анализ информационных потоков 3
2. Технико-экономическое обоснование темы 3
2.1 Обзор существующих систем для автоматизации деятельности предприятия общепита, их достоинства и недостатки 3
2.2 Обоснование выбора программного обеспечения для автоматизации деятельности ресторана 3
3. Теоретическая часть 3
3.1 Выбор средства программирования 3
3.2 Анализ предметной области 3
3.3 Роль нормализации в проектировании реляционных баз данных 3
3.4 Нормальные формы 3
4. Проектная часть 3
4.1 Проектирование моделей базы данных 3
4.2 Разработка процедур и функций базы данных 3
5. Программная документация 3
5.1 Условия выполнения 3
5.2 Схема процесса процесса информационной системы 3
5.3 Руководство администратора 3
5.3 Руководство пользователя 3
6. Разработка алгоритмов 3
7. Экспериментальная часть 3
7.1 Параметры для работы системы 3
7.2 Описание системы 3
7.3 Тестирование программы 3
8. Экономическая часть 3
8.1 План выполнения. Ленточный график 3
8.2 Составление сметы затрат на разработку 3
8.3 Экономическая эффективность 3
9. Безопасность и экологичность проекта 3
9.1 Описание рабочего места 3
9.2 Анализ условий труда 3
9.3 Опасность поражения электрическим током 3
9.4 Неблагоприятные метеорологические условия 3
9.5 Освещенность рабочих мест 3
9.6 Уровень шума 3
9.7 Обеспечение требований технической эстетики 3
9.8 Обеспечение визуальных эргономических параметров ЭВМ 3
9.9 Обеспечение эргономических параметров рабочего места 3
9.10 Обеспечение пожарной безопасности 3
9.11 Расчет пожарной нагрузки 3
9.12 Экологичность проекта 3
Заключение 3
Библиографический список 3
АННОТАЦИЯ
В данном дипломном проекте разработано алгоритмическое и программное обеспечение для автоматизации работы ресторана. Дано проработанное технико-экономическое обоснование дипломного проекта.
Обоснован выбор использования программного обеспечения для разработки системы, а именно MS SQL Server 2008 в качестве СУБД, среда разработки MS Visual Studio 2010, язык программирования C#.
Пояснительная записка к дипломному проекту сопровождается тщательно разработанным графическим материалом, а также экономической частью и разделом по безопасности и экологичности.
Annotation
At this diploma project were developed algorithmic support and software for automation of restaurant business. Given elaborated technical and economical justification.
The choice of software for developing justified and it is MS SQL Server 2008 as DBMS, MS Visual Studio 2010 as development environment, C# as programming language.
Explanatory note to the diploma project accompanied with carefully elaborated graphic material, economical part and part of ecologic and life safety.
Введение
В процессе информатизации общества происходит проникновение информационных технологий во все сферы жизнедеятельности общества. Вычислительная техника все более широко внедряется в системы управления технологическими процессами. Отличительная особенность таких систем управления – необходимость выполнения сложных видов обработки больших объемов информации в крайне ограниченные сроки.
В настоящее время это одно из стратегических направлений развития общества, в котором информация является таким же необходимым ресурсом, как полезные ископаемые, электроэнергия и другие, а информационные технологии обеспечивают ее эффективное использование в различных сферах человеческой деятельности.
За последние несколько лет в развитии информационных технологий произошел значительный скачок. Во много раз возросли скорость обработки данных и используемые объемы памяти, что позволило создать высокопроизводительные программы работы с базами данных. Типичными современными их представителями являются:
- Oracle;
- Microsoft SQL Server;
- InterBase SQL Server.
Вместе с тем широкая компьютеризация породила целый ряд важных проблем – потребность наладить оперативный обмен информацией между потребителями. Поэтому вскоре после появления персональных компьютеров для их объединения потребовались вычислительные сети.
Этому способствовали два фактора. Во-первых, количество ПЭВМ во многих организациях и на предприятиях стало значительным, и задача высокопроизводительного оперативного обмена информацией между рабочими стала особенно актуальной.
Вторым немаловажным фактором стало постоянное снижение стоимости оборудования для сетей. Это привело к тому, что создание локальной сети перестало быть непозволительной роскошью, которая была по карману не только самым богатым организациям. Вообще, развитие сетевых технологий с одновременным снижением стоимости шло ошеломляющими темпами.
Таким образом, возникает возможность автоматизации процессов. Одна из таких возможностей рассмотрена в данном дипломном проекте.
1. Постановка задачи
1.1 Основные цели и требования
Для автоматизации деятельности сотрудников ресторана информационная система должна предоставить следующие функциональные возможности:
- вести учёт денежных средств;
- хранить информацию о сотрудниках ресторана;
- содержать отчётность о продажах;
- содержать сведения о клиентах посещающих данное заведение;
- хранить информацию и вести учёт по каждому блюду и его составу, с возможностью корректировать состав блюд;
- проводить продажи с клиентами с возможностью распечатывать чеки.
Основными целями организации является:
- предоставление клиентам качественной и недорогой продукции;
- удовлетворение потребностей посетителей за счёт изучения спроса на ту или иную продукцию;
- получение прибыли;
- долговременное сотрудничество с поставщиками, поставляющими качественные продукты питания по фиксированным ценам.
Для достижения этих целей необходимо выполнить следующие поставленные задачи:
- изучить существующие системы для автоматизации деятельности предприятий общественного питания;
- описать необходимость создания автоматизированной информационной системы ресторана;
- провести сравнительный анализ и обосновать выбор программного обеспечения для разработки автоматизированной информационной системы;
- разработать базу данных и программу для работы с базой данных;
- оценить эффективность и безопасность разработки.
1.2 Организационная структура предприятия
1) Генеральный директор – это лицо которое принимает решения, в основные обязанности этой должности входит:
- оформление документов необходимых для дальнейшей деятельности в сфере общественного питания;
- руководство и планирование деятельности ресторана:
- заключение договоров о поставке продуктов питания в ресторан от поставщиков;
- экономическое планирование дальнейшей работы организации:
- принятие решений об увольнении, принятии на работу, лишения премий, поощрении сотрудников организации.
2) Администратор находится в подчинении у генерального директора, разделяет с ним часть полномочий:
- осуществление контроля за работой поваров, официантов, барменов, кладовщиков и всего технического персонала;
- несёт ответственность за качество приготовленных блюд, атмосферу в заведении и за своевременность выполнения заказов;
- принятие решений о приёме на работу, увольнении, лишения премий, поощрении сотрудников совместно с генеральным директором;
- ведение маркетинговой политики;
- осуществление контроля над использованием материальных, финансовых и трудовых ресурсов;
- слежение за закупкой и поставкой товара;
- составление графика работы для сотрудников;
- принятие заказов на проведение свадеб, торжеств;
- решение конфликтных ситуаций, возникающих между посетителями и работниками организации.
3) Бухгалтер – является заместителем генерального директора, в его основные обязанности входит:
- отслеживание движения денежных средств в ресторане;
- контроль над использованием денежных средств в заведении;
- мониторинг ежемесячной отчётности (прибыли и убытки организации);
- участие в финансовом развитии компании;
- выделением денежных средств на закупку товаров, материала, оборудования для заведения, при согласовании с генеральным директором;
- осуществление выплат денежных средств всем сотрудникам ресторана.
4) Шеф-повар осуществляет контроль на кухне, находится в подчинении у генерального директора. У шеф-повара следующие обязанности:
- руководство на кухне, слежение за работой поваров, находящихся у него в подчинении;
- составление меню ресторана;
- слежение за составлением графика работы у поваров;
- повышение квалификации своих подчинённых;
- слежение за качеством продуктов поступающих на кухню;
- разработка рецептур новых блюд;
- слежение за технологией приготовления пищи согласно санитарно-гигиеническим нормам и проверенной рецептуре;
- приготовление «VIP» блюд от шеф-повара.
5) Официант служит взаимодействующим звеном между клиентами и поварами организации. Находится в подчинении у администратора. У официанта следующие обязанности:
- создание атмосферы гостеприимства в заведении;
- слежение за чистотой и сервировкой стола согласно нормам заведения;
- консультирование клиентов по вопросам выбора блюд;
- принятие заказов от посетителей;
- предоставление счёта гостям и принятие оплаты;
- подача блюд и напитков на стол;
- взаимодействие с поварами по вопросам сроков приготовления блюда, способа и предпочтения клиентов.
6) Повар в соответствии со своей должностью занимается приготовлением блюд по заказам клиентов по ассортименту. Приготовление блюда занимает в среднем от 20 до 60 минут в зависимости от сложности и количества блюд, в обязанности повара входит:
- слежение за чистотой кухни и своего рабочего места;
- приготовление блюд клиентам;
- учёт количества поставляемых продуктов питания, если они заканчиваются докладывает администратору ресторана;
- приготовление обедов сотрудникам организации;
- отпуск блюд по чекам официантам.
7) Кладовщик – осуществляет проверку, взвешивание продукции и расписывается за выполнение заказа по доставке. Список товара на доставку заранее составляется администратором ресторана. Так же в основные обязанности кладовщика входят:
- приёмка и отгрузка продукции;
- проведение ежемесячной инвентаризации товара;
- сортировка продуктов питания по складу согласно нормам организации.
8) Охранник отвечает за урегулирование критических конфликтных ситуаций возникающих между сотрудниками ресторана и клиентами по согласованию с администратором заведения.
9) Технический персонал в состав технического персонала входят люди, отвечающие за чистоту в ресторане, в их обязанности входит:
- мытьё посуды;
- доставка чистой посуды на столы раздачи;
- уборка помещений ресторана;
- уборка и дезинфекция туалетов, раковин;
- своевременная уборка мусора и прочих отходов.
Полную схему структуры предприятия ресторана можно представить на рисунке 1.1.
Рисунок 1.1 – Структура ресторана
1.3 Анализ информационных потоков
Схема информационных потоков позволяет наглядно представить функционирование документооборота на предприятии, что позволит построить корректную модель для проектирования соответствующего программного обеспечения. Существуют четыре вида информационных потоков:
1) нормативная документация (законы, приказы и т.д.);
2) отчётная документация (отчёты в бюджетные фонды, отчёты учредителям и т.д.);
3) учётная информация (о состоянии объектов управления, которая предоставляется в подразделения организации);
4) нормативная документация (на уровне предприятия).
Общую схему информационных потоков можно представить на рисунке 1.2
Рисунок 1.2 – Схема информационных потоков ресторана
1) Клиент через администратора делает заказ столика;
2) Шеф повар составляет меню ресторана и предоставляет его поварам и администратору.
3) Администратор вместе с распоряжениями предоставляет меню официантам, официанты в свою очередь отдают меню клиенту;
4) Клиент делает заказ блюд, через официанта заказ попадает на кухню к поварам;
5) Повара в случае выполнения заказа оповещают об этом официанта, официант после выполнения заказа выписывает клиенту счёт на оплату;
6) Официант в конце каждой рабочей смены предоставляет отчёт по продажам бухгалтеру;
7) Шеф-повар делает распоряжение на заказ продуктов кладовщику, кладовщик в свою очередь делает заказ продуктов у поставщиков, поставщики предоставляют кладовщику накладную и счёт фактуру;
8) Генеральный директор отдаёт план работ по кухне шеф-повару, план работ в зале администратору и распоряжение на выдачу денежных средств бухгалтеру.
2. Технико-экономическое обоснование темы
2.1 Обзор существующих систем для автоматизации деятельности предприятия общепита, их достоинства и недостатки
В результате увеличения темпов роста организаций, вовлечённых в сферу общественного питания, было принято решение автоматизировать процесс торговли таких организаций. Данное решение принято в первую очередь для увеличения прибыли за счёт точности в вычислениях, улучшения качества работы персонала путём повышения контроля прихода и ухода на работу и повышения качества обслуживания посетителей за счёт сокращения очередей.
В настоящее время на рынке программного обеспечения существует множество систем для автоматизации деятельности в сфере общественного питания, их основные отличия: цена покупки, стоимость дальнейшего сопровождения и качество самой программы.
Ниже приведены наиболее известные программные продукты и перечислены их основные достоинства и недостатки:
R-Keeper
R-Keeper – это лидер на рынке систем автоматизации заведений общественного питания. Разработчиком данной системы является компания UCS. На рынке автоматизации представлена с 1992 года, её основные программные продукты:
Delivery – система управления доставкой готовой продукции.
TimeKeeper – система планирования и учета рабочего времени сотрудников.
R-Keeper StoreHouse – система складского учета.
R-Keeper – система автоматизации деятельности ресторанов.
Достоинством данной системы является её модульность, т.е. можно купить отдельный модуль, например для работы только одной кассы, чем сократить расходы, но полный функционал программы нельзя будет приобрести.
Недостатками являются: офисная часть системы StoreHouse (сторхаус), которая по сей день вызывает массу жалоб со стороны бухгалтеров-калькуляторов, а ряд экспертов считает, что r-keeper морально устарел и не желает развиваться, считая себя монополистом на рынке автоматизации. Недавно вышла 7-я версия продукта, которая оказалась "слишком навороченной", трудно изучаемой и безусловно дорогой. Поэтому в большинстве случаев по прежнему продается и участвует в выставках 6-я версия продукта.
TillyPad
Данная система автоматизации ресторанов была выпущена на рынок 1998 году. TillyPad XL – система нового поколения, которая работает на рынке ресторанного бизнеса с 2008 года. Ее предназначение – контроль за деятельностью сетевых заведений. Тысячи предприятий общественного питания России и стран СНГ работают с этой системой автоматизации. Главный офис компании находится в Санкт-Петербурге. Компания имеет представительство и в Москве. Региональные и дилерские внедренческие центры представлены по всей России.
Система собрала в себя достойное количество функций и модулей, отвечает всем требованиям современного заведения, обладает довольно приятным интерфейсом и ряд собственных "фишек". Из недостатков стоит отметить высокие требования к оборудованию, что приводит к удорожанию общей стоимости проекта, слабая техническая поддержка продукта и отсутствие проработанной связи с БИС.
«Эксперт»
Разработчиком системы «Эксперт» является компания «АВЕРС технолоджи». Система автоматизации ресторанов «Эксперт» представлена на рынке с 2001 года.
Ничем особенным данная АСУ не выделяется. Система вполне подойдет тем, кого чем-то не устраивают другие АСУ или же в ресторане имеют место крупные хищения (известны случаи хищения до 50% выручки персоналом ресторана, так что это важный момент).
«РСТъ»
Появилась на рынке ресторанного бизнеса в 2002 году. Основные продукты системы автоматизации «РСТъ»:
«РСТъ:Магнат» – для сетевых предприятий.
«РСТъ:Рестораторъ».
Установлена данная система в более чем 2000 предприятий общепита.
Основным достоинством данной системы является то что она имеет условно бесплатно программное обеспечение.
У программных продуктов фирмы «РСТъ» есть ряд существенных недостатков: устаревший интерфейс, недостаточная проработка взаимосвязи с бухгалтерскими информационными подсистемами.
Z-Cash
Разработчиком системы автоматизации Z-Cash является компания Z-Lab Tech. Это сравнительно молодой продукт, который предназначен только для ресторанов. Данная система автоматизации основана на интранет-технологиях. Требуется ежеквартальная оплата лицензии.
Полностью описать все достоинства и недостатки данной системы не представляется возможным из-за открытого исходного кода, который позволяет дорабатывать систему под себя в неограниченных масштабах. Основной недостаток системы ее вечная «недоработанность» — из-за того, что можно добавить все что угодно, всегда будет что-то, что нужно еще добавить. Этот нюанс заставит хозяина ресторана принять на работу программистов, для доведения системы до идеала. Но это же и ее достоинство – открытый исходный код позволит встроить в систему все, что угодно, начиная от действительно необходимых функций, заканчивая дополнительными приятными частями, без которых можно было бы и обойтись.
Полный перечень достоинств и недостатков указанных систем представлен в таблице 2.1.
Таблица 2.1 – Консолидированная таблица достоинств и недостатков
Название системы Достоинства Недостатки
R-Keeper
Модульность системы -программа морально устарела;
-непроработанная офисная часть системы.
TillyPad
-современная программа;
-проработанный интерфейс. -высокие требования к оборудованию;
-дорогая стоимость проекта;
-отсутствие проработанной связи с БИС.
«Эксперт»
-высокая отказоустойчивость, надежность. -устаревший формат выгрузки данных, отсутствие своего бэк-офиса.
«РСТъ»
-бесплатное ПО -устаревший интерфейс;
-недостаточная проработка взаимосвязи с БИС.
«Z-cash» -открытый исходный код, есть возможность вносить в систему изменения. -недоработанность системы из за открытого исходного кода.
2.2 Обоснование выбора программного обеспечения для автоматизации деятельности ресторана
SQL – сокращение от Structured Query Language (язык структурированных запросов) – это универсальный язык для создания, модификации и управления данными в реляционных базах данных [1].
До появления SQL в СУБД (независимо от того, на какой модели они основывались) приходилось поддерживать, по крайней мере три языка, которые обычно имели мало общего: язык определения данных (ЯОД), служащий для спецификации структур БД (обычно общую структуру БД называют схемой БД); язык манипулирования данными (ЯМД), позволяющий создавать прикладные программы, взаимодействующие с БД; и язык администрирования БД (ЯАДБ), с помощью которого можно было выполнять служебные действия (например, изменять структуру БД или производить ее настройку с целью повышения эффективности). Кроме того, если требовалось предоставить пользователям СУБД интерактивный доступ к БД, приходилось вводить еще один язык, операторы которого выполняются в диалоговом режиме.
Реляционная модель была предложена в 1970 году И. Ф. Коддом (E. F. Codd), работавшим в исследовательской лаборатории IBM в Сан-Хосе, Калифорния, и развивалась последующие десять лет в университетах и научных организациях. SQL – один из нескольких языков, выросших из этой идеи, в настоящее время практически полностью господствует в мире рационных баз данных.
Базовым требованием к реляционным СУБД является наличие мощного и в тоже время простого языка, позволяющего выполнять все необходимые пользователям операции. В последние годы таким повсеместно принятым языком стал язык реляционных БД SQL - Structured Query Language (теперь все чаще название языка понимается как Standard Query Language).
Реляционный подход к управлению базами данных основан на математической модели, использующей методы реляционной алгебры и реляционного исчисления. С. Дейт дает следующее неформальное определение системе управления реляционными базами данных (СУБД).
Вся информация в базе данных представлена в виде таблиц. Она поддерживает три реляционных оператора – выбора, проектирования и объединения, с помощью которых можно получить необходимые данные (и можно выполнить эти операции, не требуя от системы физической записи получаемых с их помощью данных в каком-то определенном виде).
Со времен разработки диалекты языка SQL стали Американским национальным стандартом (ISO), стандартом системы UNIX (X/Open), стандартом корпорации IBM, описывающим «общий интерфейс базы данных», который является частью архитектуры системных приложений IBM (System Applications Architecture, сокращенно SAA), федеральным стандартом обработки информации (FIPS).
MS SQL Server – является продуктом, ориентированным на операционные системы семейства Windows. Системные требования MS SQL Server 2008 по современным меркам не велики и определяются скорее нагрузкой на базу данных, при этом сервер обладает высокой производительностью и легкостью администрирования.
Основной используемый язык запросов — Transact-SQL, создан совместно Microsoft и Sybase. Transact-SQL является реализацией стандарта ANSI/ISO по структурированному языку запросов (SQL) с расширениями.
Преимуществами MS SQL Server являются:
- простота проектирования;
- простота управления базами данных;
- наглядность;
- безопасность.
Основным инструментом MS SQL Server 2008 является среда SQL Server Management Studio - утилита из Microsoft SQL Server 2005 и более поздних версий для конфигурирования, управления и администрирования всех компонентов Microsoft SQL Server. Утилита включает скриптовый редактор и графическую программу, которая работает с объектами и настройками сервера.
Главным инструментом SQL Server Management Studio является Object Explorer, который позволяет пользователю просматривать, извлекать объекты сервера, а также полностью ими управлять.
Используется для работы с базами данных размером от персональных до крупных баз данных масштаба предприятия; конкурирует с другими СУБД в этом сегменте рынка.
Обоснование выбора среды разработки Visual studio 2010
Microsoft Visual Studio — линейка продуктов компании Майкрософт, включающих интегрированную среду разработки программного обеспечения и ряд других инструментальных средств. Данные продукты позволяют разрабатывать как консольные приложения, так и приложения с графическим интерфейсом, в том числе с поддержкой технологии Windows Forms, а также веб-сайты, веб-приложения, веб-службы как в родном, так и в управляемом кодах для всех платформ, поддерживаемых Microsoft Windows, Windows Mobile, Windows CE, .NET Framework, Xbox, Windows Phone .NET Compact Framework и Microsoft Silverlight [2].
Visual Studio включает в себя редактор исходного кода с поддержкой технологии IntelliSense и возможностью простейшего рефакторинга кода. Встроенный отладчик может работать как отладчик уровня исходного кода, так и как отладчик машинного уровня. Остальные встраиваемые инструменты включают в себя редактор форм для упрощения создания графического интерфейса приложения, веб-редактор, дизайнер классов и дизайнер схемы базы данных. Visual Studio позволяет создавать и подключать сторонние дополнения (плагины) для расширения функциональности практически на каждом уровне, включая добавление поддержки систем контроля версий исходного кода (как например, Subversion и Visual SourceSafe), добавление новых наборов инструментов (например, для редактирования и визуального проектирования кода на предметно-ориентированных языках программирования или инструментов для прочих аспектов процесса разработки программного обеспечения (например, клиент Team Explorer для работы с Team Foundation Server).
C# — объектно-ориентированный язык программирования. Разработан в 1998—2001 годах группой инженеров под руководством Андерса Хейлсберга в компании Microsoft как язык разработки приложений для платформы Microsoft .NET Framework.
Основные преимущества языка C#:
- простота, он относится к семье языков с C-подобным синтаксисом, из них его синтаксис наиболее близок к C++ и Java;
- объектно-ориентирован, поддерживает полиморфизм, перегрузку операторов (в том числе операторов явного и неявного приведения типа), делегаты, атрибуты, события, свойства, обобщённые типы и методы, итераторы;
- поддержка Visual C# в Visual Studio реализована в виде полнофункционального редактора кода, компилятора, шаблонов проектов, конструкторов, мастеров кода, мощного и удобного отладчика и многих других средств. Библиотека классов .NET Framework предоставляет доступ ко многим службам операционной системы и к другим полезным, хорошо спроектированным классам, что существенно ускоряет цикл разработки.
- простота подключения к базам данных, представления, изменения данных и структур таблиц с помощью встроенных библиотек;
- кроссплатформенность, благодаря проектам Mono и Portable.NET, позволяющие запускать программы .NET, в том числе и написанные на C# на некоторых других операционных системах.
3. Теоретическая часть
3.1 Выбор средства программирования
Для написания программы для автоматизации деятельности ресторана был выбран язык C# среды разработки Visual studio 2010.
В таблице 3.1 приведены основные достоинства и недостатки языка C# по сравнению с другими языками программирования.
Таблица 3.1 – Достоинства и недостатки языков программирования
Название языка Достоинства Недостатки
1 2 3
1. C# - подлинная объектная ориентированность;
- компонентно-ориентированное программирование;
- безопасный код;
- унифицированная система типизации;
- объединение лучших идей современных языков
программирования: Java, C++, Visual Basic. - сложный синтаксис (75% из Java, 10% из C++, 5% из Visual Basic) [3];
- не кросс-платформенный язык.
2. Java
- приложения генерируются в специальный байт код, который выполняется в любой операционной системе и на любом оборудовании;
- высокая безопасность, - чрезмерная нагрузка на оперативную память оборудования;
- время выполнения одних и тех же задач превышает в 2-2.5 раза время выполнения языками С++ И С#.
Продолжение таблицы 3.1
1 2 3
защита от несанкционированного доступа;
- большое число бесплатно распространяемых программных библиотек.
3. Delphi – высокая производительность разработанного приложения;
– низкие требования разработанного приложения к ресурсам компьютера;
– наращиваемость за счет встраивания новых компонент и инструментов в среду Delphi;
– возможность разработки новых компонентов и инструментов собственными средствами Delphi . - в используемой в Delphi парадигме форм (Forms) вся информация о форме, включая свойства, настройки компонентов, значения по умолчанию, хранится в exe-файле, причем не оптимальным образом;
- Object Pascal.-несмотря на простоту, эффективность и легкость в изучении, ему не хватает очень многих мощных средств C++ не достает шаблонов, перегрузки операторов и объектной модели.
Окончание таблицы 3.1
1 2 3
4. Visual Basic - высокая скорость создания приложений с графическим интерфейсом для MS Windows;
- простой синтаксис, позволяющий очень быстро освоить язык;
- возможность как компиляции в машинный код, так и интерпретации во время отладки. - поддержка операционных систем только семейства Windows;
-отсутствие механизма наследования объектов;
-отсутствие указателей, низкоуровневого доступа к памяти, ASM-вставок.
3.2 Анализ предметной области
Под предметной областью (ПО) принято понимать часть реального мира, подлежащую изучению с целью организации управления и, в конечном счете, автоматизации [4]. Предметная область представляется множеством фрагментов: например, Ресторан – кухней, гостевым залом, бухгалтерией, складом и т. д.
В то же время каждый фрагмент предметной области характеризуется множеством объектов и процессов, использующих объекты, а также множеством пользователей, характеризуемых единым взглядом на предметную область.
Таким образом под предметной областью (ПО) понимается информация об объектах, процессах и явлениях окружающего мира, которая с точки зрения потенциальных пользователей должна храниться и обрабатываться в информационной системе .
Модель данных – правила, которые определяют структуру данных, допустимые реализации данных и допустимые операции над данными. Модели информационной базы на инфологическом, концептуальном, внутреннем и внешнем уровнях будем называть инфологической, концептуальной, внутренней и внешними моделями соответственно, а описания этих моделей — инфологической, концептуальной, внутренней и внешней схемами информационной базы [4].
Инфологическая модель описывает предметную область на содержательном уровне, объединяет в единое обобщенное представление требования отдельных пользователей и служит средством общения между ними, поэтому разрабатывается без учета особенностей представления данных в памяти ЭВМ.
Информационная система создается для учебных заведений для автоматизации процесса учета и распределения дипломного проектирования.
Датологическое проектирование подразделяется на логическое
(построение концептуальной модели данных) и физическое (по-
строение физической модели) проектирование.
Главной задачей логического проектирования (ЛП) БД является
представление выделенных на предыдущем этапе сведений в виде
данных в форматах, поддерживаемых выбранной СУБД.
Инфологическая модель «сущность — связь» представляет собой описательную (неформальную) модель ПО, семантически определяющую в ней сущности и связи [4].
Относительная простота и наглядность описания ПО позволяет использовать ее в процессе диалога с потенциальными пользователями с самого начала инфологического проектирования. Построение инфологической модели является творческим процессом, поэтому единой методики ее создания нет. Однако при любом подходе к построению модели используют три основных конструктивных элемента: сущность; атрибут; связь.
Сущностъ - это собирательное понятие некоторого повторяющегося объекта, процесса или явления окружающего мира, о котором необходимо хранить информацию в системе. Главной особенностью сущности является то, что вокруг нее сосредоточен сбор информации в конкретной ПО. Тип сущности определяет набор однородных объектов, а экземпляр сущности — конкретный объект в наборе. Каждая сущность в модели именуется. Для идентификации конкретного экземпляра сущности и его описания используется один или несколько атрибутов [4].
Атрибут - это поименованная характеристика сущности, которая принимает значения из некоторого множества значений [4].
Связи в инфологической модели выступают в качестве средства, с помощью которого представляются отношения между сущностями, имеющими место в ПО. При анализе связей между сущностями могут встречаться бинарные (между двумя сущностями) и, в общем случае, n-арные (между n сущностями) связи [4].
Анализ позволяет выявить следующие сущности, отражающие особенности предметной области «Ресторан»:
- персонал;
- должность;
- клиенты;
- заказ;
- столики;
- заказ столиков;
- блюда;
- ингридиенты.
1) Сущность «Персонал» будет иметь следующие атрибуты: шифр персонала, шифр должности, ФИО персонала, адрес, телефон;
2) Сущность «Должность» имеет следующие атрибуты: шифр должности, должность, оклад;
3) Сущность «Клиенты» будет иметь следующие атрибуты: шифр клиента, ФИО клиента, телефон;
4) Сущность «Заказ» имеет атрибуты: шифр заказа, шифр клиента, статус заказа, дата заказа;
5) Сущность «Столики» состоит из двух атрибутов: шифр столика, наименование столика;
6) Сущность «Заказ столика» имеет атрибуты: шифр заказа столика, шифр клиента, шифр столика, дата заказа столика, дата заказа;
7) Сущность «Блюда» состоит из следующих атрибутов: шифр блюда, наименование блюда, стоимость блюда;
8) Сущность «Ингридиенты» имеет следующие атрибуты: шифр ингридиента, наименование ингридиента, цена, количество;
В проектировании баз данных различают следующие типы связей:
- один к одному (1:1);
- один ко многим (1:N);
- многие ко многим (N:N);
В результате описания сущностей были установлены следующие отношения:
1) Отношение «Персонал занимает должность» изображённое на рисунке 3.1 имеет связь один ко многим , то есть конкретный сотрудник может занимать только одну должность, при этом одну должность могут занимать несколько сотрудников.
N 1
м
Рисунок 3.1 – Отношение персонал занимает должность
2) Отношение «Персонал обслуживает заказ», изображенное на рисунке 3.2, имеет связь один ко многим, то есть один сотрудник ресторана способен обслужить несколько заказов, но при этом несколько заказов могут быть только у одного сотрудника.
1 N
м
Рисунок 3.2 – Отношение персонал обслуживает заказ
3) Отношение «Клиенты заказывают заказ» изображено на рисунке 3.3, имеет связь один ко многим, то есть один клиент может оформить несколько заказов, но конкретный заказ соответствует конкретному клиенту.
1 N
Рисунок 3.3 – Отношение клиенты заказывают заказ
4) Отношение «Клиенты оформляют заказ столиков» изображено на рисунке 3.4, данная связь имеет отношение один ко многим, то есть один клиент может заказать одновременно несколько столиков, но один столик может заказать только один конкретный клиент.
1 N
м
Рисунок 3.4 – Отношение клиенты оформляют заказ столиков
5) Отношение «Столики входят в заказ» изображено на рисунке 3.5, данная связь имеет отношение один ко многим, то есть один столик может входить в несколько заказов столиков и нао борот в несколько заказов столиков может входить один столик.
1 N
м
Рисунок 3.5 – Отношение столики входят в заказ
6) Отношение «Блюда состоят из ингридиентов» изображено на рисунке 3.6, данная связь имеет отношение многие ко многим, то есть одно блюдо может состоять из нескольких ингридиентов, так же один и тот же ингридиент может входить в состав нескольких блюд.
N N
м
Рисунок 3.6 – Отношение блюда состоят из ингридиентов
7) Отношение «Заказанные блюда» представленное на рисунке 3.7, имеет отношение многие ко многим, так как в одном заказе может быть несколько блюд и одно блюдо может входить в несколько заказов.
N N
м
Отношение 3.7 – Связь заказанные блюда
Общую диаграмму ERтипов можно представить на рисунке 3.8.
Отношения «Блюда состоят из ингридиентов» (рисунок 3.6) и «Заказанные блюда» (рисунок 3.7) представляют отношение многие ко многим что может привести к ошибкам и неверному функционированию БД, поэтому данная база требует нормализации.
Процесс преобразования отношений базы данных (БД) к виду, отвечающему нормальным формам, называется нормализацией [4].
Нормальная форма — свойство отношения в реляционной модели данных, характеризующее его с точки зрения избыточности, потенциально приводящей к логически ошибочным результатам выборки или изменения данных [4]. Нормальная форма определяется как совокупность требований, которым должно удовлетворять отношение.
Нормализация предназначена для приведения структуры БД к виду, обеспечивающему минимальную логическую избыточность, и не имеет целью уменьшение или увеличение производительности работы или же уменьшение или увеличение физического объёма базы данных.
N 1
1
N N 1
N 1
N N
N N
N 1
Рисунок 3.8 – Диаграмма ER типов
Конечной целью нормализации является уменьшение потенциальной противоречивости хранимой в базе данных информации. Общее назначение процесса нормализации заключается в следующем:
- исключение некоторых типов избыточности;
- устранение некоторых аномалий обновления;
- разработка проекта базы данных, который является достаточно «качественным» представлением реального мира, интуитивно понятен и может служить хорошей основой для последующего расширения;
- упрощение процедуры применения необходимых ограничений целостности.
Устранение избыточности производится, как правило, за счёт декомпозиции отношений таким образом, чтобы в каждом отношении хранились только первичные факты (то есть факты, не выводимые из других хранимых фактов).
3.3 Роль нормализации в проектировании реляционных баз данных
При том, что идеи нормализации весьма полезны для проектирования баз данных, они отнюдь не являются универсальным или исчерпывающим средством повышения качества проекта БД. Это связано с тем, что существует слишком большое разнообразие возможных ошибок и недостатков в структуре БД, которые нормализацией не устраняются. Несмотря на эти рассуждения, теория нормализации является очень ценным достижением реляционной теории и практики, поскольку она даёт научно строгие и обоснованные критерии качества проекта БД и формальные методы для усовершенствования этого качества. Этим теория нормализации резко выделяется на фоне чисто эмпирических подходов к проектированию, которые предлагаются в других моделях данных. Более того, можно утверждать, что во всей сфере информационных технологий практически отсутствуют методы оценки и улучшения проектных решений, сопоставимые с теорией нормализации реляционных баз данных по уровню формальной строгости.
Нормализацию иногда упрекают на том основании, что «это просто здравый смысл», а любой компетентный профессионал и сам «естественным образом» спроектирует полностью нормализованную БД без необходимости применять теорию зависимостей. Однако, как указывает К. Дейт, нормализация в точности и является теми принципами здравого смысла, которыми руководствуется в своём сознании зрелый проектировщик, то есть принципы нормализации — это формализованный здравый смысл. Между тем, идентифицировать и формализовать принципы здравого смысла — весьма трудная задача, и успех в её решении является существенным достижением.
3.4 Нормальные формы
В создании и развитии теории нормализации принимали участие многие учёные. Однако первые три нормальные формы и концепцию функциональной зависимости предложил Э. Кодд.
Первая нормальная форма (1NF)
Переменная отношения находится в первой нормальной форме (1НФ) тогда и только тогда, когда в любом допустимом значении отношения каждый его кортеж содержит только одно значение для каждого из атрибутов [4].
В реляционной модели отношение всегда находится в первой нормальной форме по определению понятия отношение. Что же касается различных таблиц, то они могут не быть правильными представлениями отношений и, соответственно, могут не находиться в 1НФ.
Вторая нормальная форма (2NF)
Переменная отношения находится во второй нормальной форме тогда и только тогда, когда она находится в первой нормальной форме, и каждый неключевой атрибут неприводимо (функционально полно) зависит от ее потенциального ключа [4].
Третья нормальная форма (3NF)
Переменная отношения находится в третьей нормальной форме тогда и только тогда, когда она находится во второй нормальной форме, и отсутствуют транзитивные функциональные зависимости неключевых атрибутов от ключевых [4].
Для нормализации БД необходимо исключить связи «многие ко многим», для этого нужно ввести вспомогательные таблицы «заказаные блюда» и «ингридиенты блюда». В результате нормализации будут получены следующие сущности:
1) Сущность «Ингридиенты блюда» имеющая следующие атрибутов: шифр блюда, шифр ингредиента;
2) Сущность «Заказаные блюда» имеющая следующие атрибуты: шифр блюда, шифр заказа.
Данные сущности образуют четыре отношения между сущностями: «Блюда входят в заказ», «Заказ состоит из блюд», «Ингридиенты входят в блюдо», «Блюдо состоит из ингридиентов».
1) Отношение «Блюда входят в заказ» (рисунок 3.9).
1 N
м
Рисунок 3.9 – Отношение блюда входят в заказ
2) Отношение «Заказ состоит из блюд» (рисунок 3.10).
N 1
м
Рисунок 3.10 – Отношение заказ состоит из блюд
3) Отношение «Блюдо состоит из ингридиентов» (рисунок 3.11).
1 N
м
Рисунок 3.11 – Отношение блюдо состоит из ингридиентов
4) Отношение «Ингридиенты входят в блюдо» (рисунок 3.12).
N 1
м
Рисунок 3.12 – Отношение ингридиенты входят в блюдо
Общую нормализованную диаграмму ERтипов можно представить на рисунке 3.13.
N 1
1
N N 1
1 1
N N
N N
N 1
1
1
N
N
1
Рисунок 3.13 - Нормализованная диаграмма ERтипов.
Концептуальная схема базы данных представлена на рисунке 3.14
Рисунок 3.14 Концептуальная схема Базы данных
4. Проектная часть
4.1 Проектирование моделей базы данных
На логическом уровне проектирования указываются поля необходимые для полной информативности базы данных и ограничения на них.
Сущности «Должность» соответствует таблица «dolgnost» (таблица 4.1).
Таблица 4.1 - Описание сущности «dolgnost»
Название атрибута Русское название Тип данных Описание
Id_d Идентификатор должности Int Первичный ключ, идентификатор должности
Dolgnost Должность NChar(20) Название должности
oklad Оклад Longint Получаемая заработная плата
Сущности «Персонал» соответствует таблица «personal» (таблица 4.2).
Таблица 4.2 - Описание сущности «personal»
Название атрибута Русское название Тип данных Описание
Id_p Идентификатор персонала Int Первичный ключ, идентификатор сотрудника заведения
Dol_id_d Идентификатор должности Int Вторичный ключ, идентификатор должности
FIO ФИО NChar(30) ФИО сотрудника
adress Адрес NChar(40) Адрес сотрудника
tel Телефон NChar(12) Телефон сотрудника
Сущности «Клиенты» соответствует таблица «client» (таблица 4.3).
Таблица 4.3 - Описание сущности «clients»
Название атрибута Русское название Тип данных Описание
Id_k Идентификатор персонала Int Первичный ключ, идентификатор клиента
FIO ФИО NChar(30) ФИО клиента
tel Телефон NChar(12) Телефон клиента
Сущности «Столики» соответствует таблица «tables» (таблица 4.4).
Таблица 4.4 - Описание сущности «tables»
Название атрибута Русское название Тип данных Описание
Id_t Идентификатор столика Int Первичный ключ, идентификатор столика
name название Nchar(20) Название столика
Сущности «Ингридиенты» соответствует таблица «ingredients» (таблица 4.5).
Таблица 4.5 - Описание сущности «ingredients»
Название атрибута Русское название Тип данных Описание
Id_i Идентификатор ингредиента Int Первичный ключ, идентификатор ингредиента
name название Nchar(20) Название ингредиента
price цена Int Цена
count колличество Int Количество на складе
Сущности «Блюда» соответствует таблица «dishes» (таблица 4.6).
Таблица 4.6 - Описание сущности «dishes»
Название атрибута Русское название Тип данных Описание
Id_b Идентификатор блюда Int Первичный ключ, идентификатор блюда
name название Nchar(20) Название блюда
price цена Int Цена
Сущности «Блюда состоят из ингридиентов» соответствует таблица «sostoyat» (таблица 4.7).
Таблица 4.7 - Описание сущности «sostoyat»
Название атрибута Русское название Тип данных Описание
Id_i Идентификатор ингредиента Int Вторичный ключ, идентификатор ингредиента
Id_b Идентификатор блюда Int Вторичный ключ, идентификатор блюда
Сущности «Заказ» соответствует таблица «zakaz» (таблица 4.8).
Таблица 4.8 - Описание сущности «zakaz»
Название атрибута Русское название Тип данных Описание
Id_z Идентификатор заказа Int Первичный ключ, идентификатор заказа
Cli_id_k Идентификатор клиента Int Вторичный ключ, идентификатор клиента, сделавшего заказ
Per_id_p Идентификатор персонала int Вторичный ключ, идентификатор персонала обслуживающего заказ
Окончание таблицы 4.8
made выполнено Bit Выполнение заказа
date дата datetime Дата и время заказа
Сущности «Заказанные блюда» соответствует таблица «includes» (таблица 4.9).
Таблица 4.9 - Описание сущности «includes»
Название атрибута Русское название Тип данных Описание
Id_z Идентификатор заказа Int Вторичный ключ, идентификатор заказа
Id_b Идентификатор блюда Int Вторичный ключ, идентификатор блюда
Сущности «Заказ столиков» соответствует таблица «zakaz_tbl» (таблица 4.10).
Таблица 4.10 - Описание сущности «zakaz_tbl»
Название атрибута Русское название Тип данных Описание
Id Идентификатор заказа Int Первичный ключ, идентификатор заказа
Cli_id_k Идентификатор клиента Int Вторичный ключ, идентификатор клиента, сделавшего заказ
tab_id_t Идентификатор столика Int Вторичный ключ, идентификатор столика
date дата datetime Дата и время совершения заказа
Zakaz_date Дата заказа datetime Дата и время на которое оформлен заказ
Логическая схема базы данных представлена на рисунке 4.1
Рисунок 4.1 Логическая схема базы данных
4.2 Разработка процедур и функций базы данных
Для упрощения обращений к базе данных необходимы хранимые процедуры, выполняющие основные операции при работе с базой. В качестве таких операций возьмём: добавление строки в таблицу, удаление строки, редактирование информации. Помимо этого добавим процедуру «выполнение заказа», которая изменяет информацию в поле «made» сущности «zakaz» на «true» и функцию перевода значений «true» и «false» в русские «да» и «нет».
Разработка клиентского приложения.
В первую очередь при разработке клиентского приложения необходимо решить проблему подключения к базе данных. Для этого воспользуемся встроенной в visual studio 2010 библиотеками Microsoft.Data.ConnectionUI.Dialog.dll и Microsoft.Data.ConnectionUI.dll, с их помощью подключение к базе будет происходить в качестве диалога с пользователем. Это позволит упростить переносимость базы, как при разработке, внедрении, так и при использовании (например, в случае поломки сервера или модернизации аппаратной части сервера). При запуске приложения пользователь сам выбирает тип сервера, имя, базу и проходит авторизацию, вся эта информация сохраняется в переменную conn, и используется по необходимости.
Так как приложением будут пользоваться практически все сотрудники, выполняя свои функции, необходимо учесть разграничение прав пользователей. В качестве основных возьмём «Администратора», «Официанта». Каждая группа пользователей имеет свои права на доступ к информации, например, официант имеет доступ к информации о заказах блюд, столиков и меню, администратор имеет полный доступ ко всей информации хранящейся в базе, и совершать любые изменения.
На главной форме приложения расположены компоненты menuStrip и tabControl. Первая представляет собой главное меню, в котором по категориям распределены все операции над базой, а так же выход и возврат к авторизации и смена подключения. TabControl – набор вкладок, каждая из которых представляет собой отдельную таблицу базы данных, и операции над ней. На вкладках расположены компоненты toolStrip и dataGridView. ToolStrip состоит из кнопок (компонент button) реализующих операции над заданной таблицей. DataGridView – представляет набор данных полученных из базы в виде таблицы.
Каждая операция над данными выполняется с помощью вспомогательных диалоговых форм, позволяющих ввести необходимые данные. Если используются данные других таблиц, то их можно выбрать в соответствующих выплывающих окнах (компонент ComboBox). Число и время указываются с помощью компоненты (datatimepicker). При необходимости многократного выбора используются компоненты listbox.
Отчетность, предоставляемая системой, ведётся в виде чеков и предоставлении статистики о посещении. Текст, печатаемый на чеке, собирается в компонент richTextBox печать выполняется с помощью printDialog. Столбчатая диаграмма в отчете о посещении представлена компонентом Chart.
При обращении к базе используются модули System.Data.SqlClient, объекты классов sqlConnection, sqlCommand, sqlDataAdapter, dataSet, BindingSourse.
Объект SqlConnection представляет уникальный сеанс к источнику данных SQL Server. В случае с системой базы данных типа клиент-сервер это эквивалентно сетевому подключению к серверу. SqlConnection используется вместе с SqlDataAdapter и SqlCommand для повышения производительности при подключении к базе данных Microsoft SQL Server.
Объект sqlCommand представляет инструкцию Transact-SQL или хранимую процедуру, выполняемую над базой данных SQL Server.
Объект sqlDataAdapter - представляет набор выполняемых над данными команд и подключения базы данных, которые используется для заполнения DataSet и обновления базы данных SQL Server.
Объект dataset - представляет расположенный в памяти кэш данных, загружаемых из источника данных. DataSet представляет полный набор данных, включая таблицы, содержащие, упорядочивающие и ограничивающие данные, а также связи между таблицами.
BindingSourse - упрощает привязку элементов управления в форме к данным, может действовать как строго типизированный источник данных.
Пример получения данных из таблицы БД в DataGridView. На примере таблицы «zakaz»:
string queryString =
"select id_z as ID, Clients.FIO as ФИО, personal.FIO as Обслуживает, " +
"Выполнено=dbo.bool(made), date as Дата " +
"from Clients,personal,zakaz " +
"where id_k = (cli_id_k) and (id_p=per_id_p)";
SqlDataAdapter zaadapter = new SqlDataAdapter(queryString, conn);
DataSet dza = new DataSet();
zaadapter.Fill(dza, "zakaz");
bs1 = new BindingSource(dza, "zakaz");
dataGridView5.DataSource = bs1;
Пример добавления данных в таблицу БД на примере таблицы «personal»:
conn.Open();
SqlCommand cmd = conn.CreateCommand();
cmd.CommandType = CommandType.StoredProcedure;
cmd.CommandText = "addpersonal";
cmd.Parameters.Add("@FIO", SqlDbType.NChar).Value=addp.name;
cmd.Parameters.Add("@dolgnost", SqlDbType.NChar).Value =addp.dolgnost;
cmd.Parameters.Add("@adress", SqlDbType.NChar).Value =addp.address;
cmd.Parameters.Add("@tel", SqlDbType.NChar).Value =addp.tel;
cmd.ExecuteNonQuery();conn.Close();
5. Программная документация
5.1 Назначение программы
Разрабатываемый программный продукт предназначен для автоматизации процесса работы ресторана. Его основная задача заключается в информационном обмене между всеми сотрудниками заведения. Вся информация хранится на сервере в виде реляционной базы данных. Доступ к данным реализуется через клиентские приложения.
Клиентская часть обеспечивает доступ к данным, добавление, изменение и редактирование данных в БД, генерирует отчеты посещения и продаж, позволяет печатать чеки.
5.2 Условия выполнения
Для корректной работы программы необходимы следующие системные требования:
Системные требования серверной части:
- процессор: Pentium IV 1,4 ГГц и выше;
- ОЗУ: не менее 512 МБ (рекомендуется 2 ГБ и более);
- жесткий диск: 2,2 ГБ свободного места;
- операционная система: Windows 8, Windows 7, Windows Server 2003, Windows Server 2008, Windows Server 2008 R2, Windows Vista, Windows XP.
Системные требование клиентской части:
- процессор: Pentium IV 1,4 ГГц и выше;
- ОЗУ: не менее 512 МБ;
- жесткий диск: 200 МБ свободного места;
- операционная система: Windows 8, Windows 7, Windows Server 2003, Windows Server 2008, Windows Server 2008 R2, Windows Vista, Windows XP;
- microsoft .net framework 4.0.
5.3 Схема процесса процесса информационной системы
Для проектирования рассматриваемой информационной системы были использованы формы и отчёты.
Формы. При разработке форм использовались элементы Visual studio 2010 - кнопки, выпадающие списки, текстовые поля, подчиненные формы, таблицы, запросы, а также встроенный язык VBA. Перечислим формы, которые входят в систему (таблица 5.1).
Таблица 5.1 – Формы представленные в программе
№ Название формы Выполняемая функция
1 Авторизация Выводит окно для авторизации пользователя
2 Ошибка – неверный пароль Выводится в случае указания пользователем неверного пароля
3 Ошибка – проверьте данные Выводится в случае не занесения части данных в таблицы
4 Ошибка – невозможно удалить запись Возникает при попытке удалить запись используемую в качестве первичного ключа
5 Новый сотрудник Для внесения записей о новом сотруднике
6 Персонал Для редактирования записей уже добавленных в базу сотрудников
7 Добавить должность Для добавления в базу новой должности
8 Должности Для редактирования уже существующих должностей
9 Новый клиент Для добавления записей о новом клиенте
10 Клиенты Для редактирования записей уже существующих клиентов
11 Заказ столика Для внесения данных о заказанных столиках
12 Изменить заказ столика Для редактирования записей уже созданных заказов столиков
13 Заказ Для создания нового заказа
14 Редактор заказа Для внесения корректировок в уже существующий заказ
15 Новое блюдо Для внесения в меню новых блюд
16 Меню Для редактирования и удаления уже существующих блюд в меню
17 Новый столик Для добавления записей о новом столике
18 Столики Для редактирования записей об уже существующих столиках
19 Новый ингридиент Для добавления новых ингридиентов в базу ресторана
20 Ингридиенты Редактирование существующих ингридиентов
21 Ресторан Главная форма программы, на ней располагаются основные компоненты для работы с базой: таблицы, пункты меню, подпункты меню, кнопки.
Отчёты. Выходные отчёты были реализованы в виде стандартных компонентов Visual studio 2010. Перечислим отчёты которые входят в систему в таблице 5.2.
Таблица 5.2 – Отчёты
№ Название отчёта Выполняемая функция
1 Чек В чеке содержатся сведения о покупаемых блюдах, цене, дате продажи и сумме этих блюд
2 Отчёт по продажам Выводит диаграмму количественного соотношения продаж по дням.
5.4 Руководство администратора
Предварительная настройка сервера.
Для корректной работы программы необходимо подключить пустую базу, содержащую хранимые процедуры к серверу. Для этого нужно запустить Microsoft Managment Studio, в появившемся окне выбрать сервер, ввести логин и пароль (при необходимости), нажать «Соединить» (рис.5.1).
Затем в обозревателе объектов выбрать базу, нажать правую кнопку мыши и в появившемся меню выбрать «Подключить базу». Указать путь к файлу restoran.mdf и нажать «Подключить».
Для запуска приложения необходимо запустить файл restoran.exe.
Рисунок 5.1 – Подключение к серверу
Подключение к базе. В окне «выбор источника данных» указать источник данных - «Microsoft sql server», поставщик данных – «.net framework для sql server», нажать «Ок» (Рис. 5.2).
Рисунок 5.2 – Выбор источника данных
5.5 Руководство пользователя
Авторизация. В окне «авторизация» указать логин из выпадающего списка и пароль (стандартно все пароли admin). Нажать «Oк» (рис. 5.3). Для выхода из программы нажать «Выход».
Рисунок 5.3 - Авторизация
Добавление данных. В главном меню в соответствующей категории выбрать «Добавить» (рис.5.4). В появившемся окне указать необходимые данные, нажать «Добавить» (рис.5.5).
Рисунок 5.4 – Запуск окна добавление данных
Рисунок 5.5 – Добавление данных
Редактирование данных. В главном меню в соответствующей категории выбрать «Редактировать». В появившемся окне выбрать данные, нажать «Изменить» (рис.5.6).
Рисунок 5.6 – Редактирование данных
Удаление данных. Выбрать строку в любой таблице и нажать «Удалить». В главном меню в соответствующей категории выбрать «Удалить». В появившемся окне выбрать данные, нажать «Удалить».
Если требуется отметить заказ как выполненный, то во вкладке «Заказ блюд» главной формы необходимо нажать на кнопку «Заказ выполнен» (рис.5.7).
Рисунок 5.7 – Изменение статуса заказа
Для печати чека во вкладке «Заказ блюд» главной формы необходимо выделить заказ, на который печатается текст, нажать на кнопку «чек», в появившемся окне нажать кнопку «Печать» (рис.5.8).
Рисунок 5.8 – Печать чека
Просмотр отчетов доступен в главном меню программы во вкладке «Статистика».
Смена пользователя. Для смены пользователя необходимо в главном меню выбрать пункт меню «Подключение», «Сменить пользователя».
Смена базы. Для смены базы необходимо в главном меню выбрать подключение «Сменить базу» (рис.5.9).
Рисунок 5.9 – Смена пользователя и смена базы
Обработка ошибок. «неверный пароль», данная ошибка возникает при вводе неправильного пароля при авторизации пользователя. Для устранения ошибки необходимо проверить правильность ввода, пользователя указать из списка (рис.5.10).
Рисунок 5.10 – Ошибка неверный пароль
«Проверьте данные». Неверно введены данные при попытке добавить или редактировать строки таблиц. Для устранения проверить правильность ввода, формат полей данных, при возможности выбрать из списка (рис.5.11).
Рисунок 5.11 – Ошибка проверьте данные
«Невозможно удалить». Ошибка возникает при попытке удаления записи. Для устранения проверить ввод данных, если первичный ключ таблицы используется в других в качестве вторичного, то сначала удалить все наследующие этот ключ записи (рис5.12).
Рисунок 5.12 – Ошибка невозможно удалить запись
6. Разработка алгоритмов
Реализуемая система предназначена для автоматизации работы ресторана, т.е. оформления и редактирования меню, учёта ингредиентов, заказа блюд и заказа столиков заведения.
Система должна обеспечивать следующие возможности:
- оформление заказов;
- редактирование меню;
- работу с клиентской базой;
- подготовку данных о выручке заведения и оформление соответствующих отчетов.
Формирование данных, их поиск и корректировка, а также последовательная обработка - наиболее важные и часто применяемые алгоритмы обработки данных. Они могут быть реализованы с использованием достаточно большого количества методов организации данных на основе конкретной СУБД.
Учитывая особенности разработки ИС на базе СУБД, алгоритм можно также представить как конечную последовательность действий пользователя, приводящих к решению конкретных задач. Такой подход дает хорошие результаты, как при проектировании пользовательского интерфейса, так и при разработке основных программных процедур.
Описание алгоритма работы программы представим в виде графа на рисунке 6.1.
Каждая вершина графа соответствует одному из типов операций программы. Дуги графа соответствуют возможным переходам между операциями в программе.
Рисунок 6.1 – Общая схема работы программы
Вершину «Выбор базы» данных можно представить в виде алгоритма представленного на рисунке 6.2. Выбор базы заключается в выборе пользователем соответствующих сервера и БД. После чего информация о подключении присваивается глобальной переменной conn которая используется при дальнейшем обращении к базе.
Рисунок 6.2 – Выбор базы данных
Авторизацию пользователей можно представить в виде алгоритма рисунок 6.3. Пользователь выбирает из списка логин и вводит пароль, после чего программа сверяет правильность ввода пароля для соответствующего пользователя. При правильном наборе запускается соответствующее данному пользователю окно. При ошибочном процедуру необходимо повторить еще раз, пока не будет указана верная комбинация.
Рисунок 6.3 – Авторизация пользователей
Вершина «Изменение данных БД», представляет собой набор соответствующих форм, позволяющих совершать операции над данными в БД. В неё входят формы добавления и редактирования записей во все таблицы базы. Подпрограммы изменения данных можно представить в следующем виде (рис.6.4)
Рисунок 6.4 – Изменение данных в базе данных
Печать чека. Чек генерируется исходя из id заказа. Он содержит название блюд заказа их цену и общую сумму. При печати можно выбрать необходимый принтер из списка.
Просмотр отчетов. Формы, демонстрирующие посещаемость ресторана и получаемую прибыль.
7. Экспериментальная часть
7.1 Параметры для работы системы
В ходе тестирования программы была использованы следующие характеристики системы:
- операционная система: Windows XP 8;
- Microsoft SQL Server 2008;
- файл базы данных «Restoran.mdb»;
- исполняемый файл «Restoran.exe»;
Для первоначального запуска программы необходимо выполнить следующие действия:
1) Запустить SQL Server 2008 и подключится к серверу на котором расположена база данных «Restoran.mdb»;
2) Запустить исполняемый файл «Restoran.exe». При первоначальном запуске файла необходимо повторно указать местоположение файла «Restoran.mdb»(рис. 7.1).
Рисунок 7.1 – Подключение к базе данных
7.2 Описание системы
База данных «Restoran.mdb» содержит в себе следующую информацию:
- информацию о клиентах, с номерами телефонов для каждого клиента;
- сведения о должностях в Ресторане и оклада по каждой должности;
- информацию по персоналу заведения, их адреса проживания и номера телефонов;
- сведения по заказам столиков, заказам блюд и основное меню Ресторана;
- данные по всем видам блюд, ингридиентов входящих в состав этих блюд.
Система позволяет выполнять следующие действия:
- добавлять, изменять и удалять сведения о клиентах, персонале, должностях Ресторана, назначать зарплату работникам, задавать права пользователям программы;
- оформлять заказы клиентов, менять статусы заказов, в случае их выполнения, пробивать чеки по каждому заказу;
- оформлять заказ столиков на дату необходимую клиенту, с возможностью выбора типа столика;
- вносить изменения в меню, добавлять новые блюда, редактировать состав по каждому блюду;
- выводить отчёт по посещаемости Ресторана по дням;
- менять пользователя из запущенной программы;
- менять базу из запущенной программы, в случае если мы имеем для работы несколько баз.
Система позволяет выполнять вход под следующими правами:
- администратора, данная учётная запись имеет полные права, администратор может вносить и редактировать любые данные в базе;
- официант, учётная запись имеет ограниченные права, в ней нет возможности редактировать наиболее значимые данные такие как состав блюд, заказы клиентам, должности, доступные только администратору системы (рис. 7.2);
Рисунок 7.2 – Выбор пользователя для авторизации
Под рабочим местом администратора происходит ввод информации в информационную базу. В системе может быть несколько пользователей с одинаковыми правами назначаемыми Администратором системы, в состав этих прав входят: официант и администратор.
В основные обязанности Администратора системы входят:
- установка оклада должностям;
- внесение в базу данных информации о персонале;
- редактирование наименований столиков;
- редактирование меню и ингридиентов блюд;
- внесение корректировок в состав блюд и состав заказов.
Рабочее место Администратора можно представить на рисунке 7.3.
Рисунок 7.3 – Рабочее место Администратора
7.3 Тестирование программы
Входные данные.
Для проведения тестирования программы был выбран режим администратора системы. При тестировании приложения основное внимание уделялось правильному заполнению базы данных. Для начала тестирования программы необходимо выполнить запуск программы (рис.7.4).
Рисунок 7.4 – Окно авторизации программы в режиме Администратора
После успешного запуска программы необходимо перейти на вкладку «Заказ блюд» (рис 7.5).
Рисунок 7.5 – Меню программы «Заказ блюд»
Для создания нового заказа нужно нажать на кнопку «Новый заказ», на экране появляется форма для создания нового заказа (рис 7.6)
Рисунок 7.6 – Форма создания нового заказа
После того как пользователь внесёт все необходимые данные в новый заказ, он нажимает на кнопку «ОК» и в случае выполнения заказа нажимает на кнопку «Заказ выполнен», если пользователь не заполнил какие либо данные, то программа выдаёт ошибку (рис 7.7).
Рисунок 7.7 – Окно с ошибкой
Выходные данные.
В качестве выходной информации для пользователя системы будет представлен «Чек» и «Отчёт по продажам».
Для получения чека пользователю необходимо нажать на кнопку «Чек», в результате чего на экране появляется чек, который необходимо распечатать клиенту (рис.7.8).
Рисунок 7.8 – Чек по оформленному заказу
Для формирования отчётности пользователь переходит в пункт меню «Статистика», «Посещаемость». На экране появляется «Отчёт по продажам» (рис 7.9).
Рисунок 7.9 – Отчёт по продажам
8. Экономическая часть
Любой проект, в том числе и дипломный, необходимо тщательно обосновать, обеспечить максимум конечных результатов при расчетном объеме затрат или минимум затрат при заданной величине результатов. Очевидна обязательность расчета экономической эффективности всего проекта. Вместе с тем уже в процессе выбора решений нужен экономический анализ, отбор выгодных, оптимальных вариантов как проекта в целом, так и отдельных составляющих его элементов.
В cвязи с этим, основной задачей данного раздела дипломного проекта является анализирование объектного проектирования с точки зрения экономической эффективности его задания и внедрения.
8.1 План выполнения. Ленточный график
Разработка программного обеспечения для автоматизации работы ресторана включает в себя этапы представленные в таблице 8.1.
Таблица 8.1 - Данные для построения ленточного графика.
№
Этапа Наименование этапов и видов работ Исполнители Ti ni Tni,дней
1 Техническое задание
1.1 постановка и утверждение ТЗ на проект руководитель,
инженер 6 2 3
1.2 сбор исходных данных и информационных материалов руководитель,
инженер 2 1 2
2 Эскизный проект
2.1 разработка структуры входных и выходных данных инженер 7 1 7
2.2 разработка технико-экономического обоснования инженер 10 1 10
3 Технический проект
3.1 Разработка структуры программной системы инженер 5 1 5
3.2 создание БД и программного приложения инженер 15 1 15
Окончание таблицы 8.1
№
Этапа Наименование этапов и видов работ Исполнители Ti ni Tni,дней
4.1 комплексная отладка программной системы инженер 5 1 5
4.2 проверка результатов работы инженер 5 1 5
4.3 разработка и оформление проектной документации инженер 7 1 7
4.4 согласование проектной документации руководитель,
инженер 2 2 1
Итого 64 60
Перечень этапов и их содержание определяются в полном соответствии с темой научно-исследовательской работы и регламентируются требованиями ГОСТ 15.101-98 и ГОСТ Р 15.201-2000.
Срок выполнения каждой работы Tni определим по формуле:
Tni = ∑ ( Ti / ni ),
где ni - численность исполнителей, чел;
Ti - трудоемкость работ, чел * дней
Итого 60 дней.
Рисунок 8.1 - Ленточный график.
8.2 Составление сметы затрат на разработку
1. Материальные затраты
Таблица 8.2 - Материальные затраты.
Наименование Единица измерения Количество Цена за единицу, руб. Сумма, руб.
Канцелярские товары 5 500
Флешка Штука 1 250 250
Ватман Лист 10 10 100
Картридж для лазерного принтера Штука 1 700,00 700,00
Итого Зм=1550,00
В материальные затраты также необходимо включить затраты на электроэнергию:
Зэл = Р * Цэл * Ти
где, Р – потребляемая мощность оборудования, кВт/ч;
Цэл – стоимость 1 кВт/ч, руб.;Ти – время использования оборудования при проведении работ, ч.
Для выполнения работы использовался ноутбук Lenovo Y550p потребляемой мощностью 100 Вт и принтер Samsung ML2580N потребляемой мощностью 400 Вт. Время работы ПЭВМ в данном примере составляет 37 дней по 8 часов в день, а принтера – 2 часа.
Стоимость 1 кВт для РГРТУ – 3,1 руб./кВт (на 2014 г.). Получаем, что:
Зэл = 0,1*3,1*24*8 + 0,4*3,1*2 = 62 руб.
Следовательно, получаем, что материальные затраты составляют Зм+Зэл=1612 рублей.
2. Затраты на оплату труда
Затраты на оплату труда включают зарплату основную (Зосн) и зарплату дополнительную (Здоп).
Основная зарплата начисляется исходя из ставки разработчика и времени затрачиваемого на выполнение работы.
Для данного расчета примем, что руководитель имеет ставку 20000 рублей, исполнитель (инженер) имеет ставку 8000 рублей.
Таким образом, исходя из затрат времени на разработку (руководитель 2 дня, инженер 59 дней), заработная плата равна:
ЗПрук = (20000 / 22) 6 = 5454 руб.,
ЗПисп = (8000 / 22) 59 = 21455 руб.
Итого Зосн = ЗПрук + ЗПисп = 5454 + 21455 = 26909 руб.
Дополнительная зарплата составляет 15% от основной, тогда:
Здоп = 0,15*26909 = 4036,5 руб.
Фонд оплаты труда составит:
Фзп = Зосн + Здоп = 26909 + 4036,5 = 30945,5 руб.
3. Амортизационные отчисления
В соответствии с НК РФ амортизации подлежит оборудование стоимостью более 40000 рублей (на 2014 год).
Стоимость ноутбука Lenovo Y550P составляет 30 000руб. стоимость принтера 4 000 руб. следовательно это оборудование не подлежит амортизации.
Общие прямые затраты составят следующую сумму:
Зпрям = 3м + Фзп + Анир= 1612 + 30945,5 + 0 = 32557,4 руб.
4. Прочие расходы
- страховые взносы берутся в размере 30,28 % (в 2014 году) от величины фонда оплаты труда.
Страх. взносы = 30945,5 0,302 = 9345,5 руб.
- величина остальных прочих расходов берется от суммы прямых общих затрат в установленном размере. Для разработки системы автоматизации они составят (20%):
величина остальных прочих расходов = 32557,4 0,2 =6511,50 руб.
Прочие расходы составят:
Зпр = страховые взносы + величина остальных прочих расходов = 9345,5 + 6511,50 = 15857 руб.
Общие затраты на разработку составят:
3 = 3прям + 3пр = 32557,4 + 15857 = 48414,40 руб.
Необходимые расходы сведены в таблице 8.3.
Таблица 8.3 - Необходимые расходы.
Наименование калькуляционных статей расходов Сумма,
руб. Удельный вес, %
Материальные затраты, Зм 1612 3,33
Затраты на заработную плату, Фзп 30945,4 63,92
Амортизация оборудования, Анир 0 0
Прочие расходы, Зн 15857 32,75
Общие затраты, З 48414,40 100
5. Цена на научную разработку.
Цена = С + Пр + НДС,
где С – сметная стоимость;
Пр – прибыль (величину прибыли примем 30% от сметной стоимости);
НДС – величина НДС в размере 18% от суммы (С + Пр).
Цена = 48414,40 + 14524,3 + 8714,6 = 71653,3 руб.
8.3 Экономическая эффективность
Разработанная система автоматизации деятельности ресторана позволяет значительно ускорить его работу, прежде всего ускорить обслуживание клиентов. Официанту не требуется идти на кухню и относить заказ, а достаточно лишь внести соответствующую информацию в базу и он может продолжать обслуживание других посетителей. Упрощена система редактирования меню. Имеется возможность предварительного заказа столиков, что позволяет избавиться от очередей в ресторане. Система позволяет вести учёт посещения ресторана и приводить соответствующую статистику, что позволит сократить время работы как официантов, так и бухгалтеров. Так же в программе имеется возможность учёта продуктов поставляемых на склад, что позволит исключить возможность хищений со стороны персонала.
По данным специалистов на введение и обработку информации вручную ориентировочно уходит 30% рабочего времени, принимая во внимание среднюю заработную плату официанта пятнадцать тысяч рублей в месяц, можно рассчитать сумму денежных средств затрачиваемых рестораном на ввод и обработку информации.
tобщ=22*8=176 ч.;
Где tобщ – общее количество рабочих часов в месяце;
Зчас=15000/176=85,22 р.;
Где Зчас – оплата труда за один час работы официанта;
tзат=176/3=59 ч.;
где tзат – время затрачиваемое на ввод и обработку информации;
Д=59*85,22=5027,98р.;
где Д – денежные средства затрачиваемые на ввод и обработку информации официантом ежемесячно;
После внедрения данного программного продукта время затрачиваемое на ввод и обработку информации, за счёт внедрения упрощённой системы заказов сократится на 50%.
Эк=Д/0,5;
Таким образом ресторан приобретая данный программный продукт, экономит в месяц денежные средства в размере:
Эк=5027,98/0,5= 2513,99 р.
Анализируя полученные результаты, можно заключить, что разработка данного программного комплекса является экономически эффективной и целесообразной.
Использование сетевых технологий позволяет использовать одно устройство для печати отчётов и чеков. Не менее важным достоинством является возможность работы приложения на платформах Microsoft, начиная с Windows XP и заканчивая Windows 8. Данная особенность позволяет покупателю данного приложения не заботиться о замене системного программного обеспечения, если конечно он уже является клиентом фирмы Microsoft.
Принимая свободную рыночную цену 72000 руб, Рассчитаем зависимость прибыли от тиражирования программ. Будем рассчитывать на то, что как минимум 5 копий программы реализуем достаточно быстро:
Пр = (Ц св. рын / 1,18 – Цтир – Цразр / N)* N,
где N- количество копий,
Пр- прибыль от продажи,
Ц св. рын. – свободная рыночная цена (72000руб.),
Цтир – затраты на тиражирование (40 руб. CD диск 30р + копирование 10р),
Цразр – затраты на разработку программы (48414,40 руб.)
Для N = 1:
Пр = (72000/1,18 – 40 –48414,40/1)*1 = 12562,54руб.
Для N = 2:
Пр =( 72000/1,18 – 40 – 48414,40/2)*2 = 73539,49руб.
Для N = 3:
Пр = (72000/1,18 – 40 – 48414,40/3)*3 = 134516,44руб.
Для N = 4:
Пр = (72000/1,18 – 40 – 48414,40/4)*4 =195493,39руб.
Для N = 5:
Пр = (72000/1,18 – 40 – 48414,40/5)*5 = 256470,34руб.
Рисунок 8.2 - График экономической эффективности.
Анализируя зависимость прибыли от количества проданных копий можно сделать вывод: разработанный дипломный проект по теме «Разработка системы автоматизации ресторана» является экономически эффективным, так как при продаже одной копии прибыль составляет 12562,54 рублей, а при продаже нескольких копий прибыль значительно возрастает, об этом свидетельствует график экономической эффективности.
9. Безопасность и экологичность проекта
Условия помещения, в которых эксплуатируются ПЭВМ, оказывают существенное влияние на безопасность пользователя, а поэтому должны соответствовать требованиям СанПиН. Целью дипломного проекта является разработка программного обеспечения для автоматизации деятельности ресторана. В процессе разработки необходимо учесть безопасность проекта и его экологичность.
9.1 Описание рабочего места
В качестве рабочего места рассмотрим кабинет информационного отдела. Кабинет имеет габариты: длина – 5м, ширина - 3м, высота - 3м. В кабинете находятся 3 стола, книжный шкаф, 2 ПЭВМ, принтер, площадь пола покрыта линолеумом, стены обклеены обоями. В кабинете находятся 4 розетки с переменным электрическим током напряжения 220В. Искусственное освещение создается люминесцентными лампами накаливания мощностью 40 Вт.
9.2 Анализ условий труда
Исходя из описания рабочего места, можно сделать вывод, что на сотрудников могут оказывать следующие основные опасные и вредные производственные факторы:
- опасность поражения электрическим током (повышенное напряжение в цепи замыкания, которое может пройти через тело человека);
- неблагоприятные микроклиматические условия;
- неблагоприятные условия для зрительной работы;
- факторы, связанные с возникновением пожарной опасности;
- повышенный уровень электромагнитного и электростатического поля;
- повышенный уровень шума.
Также в связи с характером и условиями работы на сотрудниках сказывается воздействие таких психофизиологических факторов:
- умственное перенапряжение;
- эмоциональные перегрузки;
- перенапряжение зрительных анализаторов;
- перенапряжение слуховых анализаторов.
Постоянное воздействие указанных неблагоприятных факторов приводит к снижению работоспособности, вызываемому развивающимся переутомлением и также может приводить к различного рода неврозам. Утомление зрительных анализаторов в основном связано с необходимостью наблюдать за информацией на экране монитора в течение долгого времени, а также за результатами распечаток в условиях недостаточной освещенности. Перенапряжение слуховых анализаторов связано с воздействием на работающих шума повышенного уровня.
9.3 Опасность поражения электрическим током
Электрические установки, к которым относится почти все оборудование ПЭВМ, представляет для человека большую потенциальную опасность, так как проходя через тело человека, термическое, электролитическое, механическое и биологическое действие. Термическое действие тока появляется в ожогах отдельных участков тела, нагреве тканей и биологических сред. Электролитическое действие тока выражается в разложении органической жидкости, крови. Механическое действие тока приводит к разрыву мышечной ткани. Биологическое действие тока заключается в способности тока раздражать и возбуждать живые ткани организма.
Технические способы и средства защиты от поражения электрическим током нормируются ГОСТ 12.1.019-79* «Электробезопасность. Общие требования и номенклатура защиты».
Эксплуатация оборудования рабочего места инженера-программиста связана с применением переменного электрического тока напряжения 220 В, частотой 50 Гц (наиболее опасной для человека). Для сети с такими параметрами пороговый ощутимый ток составляет 1,5 мА, пороговый не отпускающий ток 10 мА, а пороговый фибриляционный ток 100 мА. Согласно ГОСТ 12.1.038-82* при нормальном режиме работы электроустановок предельно допустимые значения тока и напряжения прикосновения составляют 2В и 0.3 мА соответственно.
Согласно ГОСТ 12.1.038-82* защиту человека от воздействия напряжения прикосновения и токов обеспечивают конструкция электроустановок, технические способы и средства защиты, организационно и технические мероприятия по ГОСТ 12.1.019-79*. Меры защиты следующие:
- зануление;
- двойная и усиленная изоляция;
- электрическое разделение сетей.
ПЭВМ относится к устройствам бытового назначения. В соответствии с ГОСТ 12.2.006-87* в качестве меры защиты пользователя от поражения электрическим током должна применяться двойная и усиленная изоляция на доступных токоведущих или находящихся под опасным напряжением частях ПЭВМ
Оценка опасности поражения электрическим током в электрических сетях с защитным занулением зависит не только от возможной в данной ситуации величины протекающего через тело человека тока, но также в большой степени и от интервала времени действия этого тока. В связи с этим для различных интервалов времени действия поражающего тока нормативно введены предельно допустимые значения этого тока (Ihд) в зависимости от времени его действия. Аналогично введены предельно до-пустимые значения напряжения прикосновения (Uhд), расцениваемые как безопасные. В таблице 9.1 согласно ГОСТ 12.1.030-81* для напряжений сети с напряжением до 1000 В приведены значения Ihд и Uhд в зависимости от продолжительности действия электрического тока (Tд) для систем элек-троснабжения производственного (П) и бытового (Б) назначений, рабо-тающих в аварийных режимах замыкания одной из фаз на корпус.
Таким образом, оценка опасности поражения электрическим током в электрической сети с занулением корпусов электроустановок сводится к определению возможных значений тока, протекающего по телу человека, прикасающегося к корпусам аварийных электроустановок, и времени сра-батывания АОУ (например, времени выгорания плавкого предохранителя) с последующим сравнением их с предельно допустимыми значениями, приведёнными в таблице 9.1.
Время действия тока, протекающего по телу человека, определяется выбором типа АОУ и рассматривается ниже.
Уровень тока, протекающего по телу человека, определяется осо-бенностями аварийных режимов в конкретной электрической сети с зану-лением. Практически, как правило, случаются два типа аварийных режи-мов в электрической сети с занулением:
- замыкание одной из фаз на корпус электроустановки;
- замыкание одной из фаз на землю.
Таблица 9.1 - Предельно допустимые значения Ihд и Uhд для различных интервалов вре¬мени действия электрического тока
Tд , с 0,01…0,08 0,1 0,2 0,4 0,6 0,8 1,0 >1,0
П Ihд , мA 650 400 190 140 105 75 50 6
Uhд , В 550 340 160 120 95 75 60 20
Б Ihд , мA 200 100 70 55 50 30 25 2
Uhд , В 200 100 70 55 50 30 25 12
9.4 Неблагоприятные метеорологические условия
Неблагоприятные метеорологические условия — метеорологические условия, способствующие накоплению вредных (загрязняющих) веществ в приземном слое атмосферного воздуха. Вредное вещество — вещество, которое при контакте с организмом человека в случае нарушения требований безопасности может вызвать производственные травмы, профессиональные заболевания или отклонения в состоянии здоровья, обнаруживаемые как в процессе, так и в отдаленные сроки жизни настоящего и последующих поколений .
С целью создания нормальных условий для труда установлены нормы производственного микроклимата (СанПиН 2.2.4.548-96).
Эти нормы устанавливают оптимальные и допустимые значения температуры, относительной влажности и скорости движения воздуха.
Работая в помещении с неоптимальными значениями параметров микроклимата человек быстрее устаёт, повышается вероятность заболевания, снижается внимание, что может привести к травме.
Для поддержания параметров микроклимата на уровне, необходимом для обеспечения комфортности и жизнедеятельности, рекомендуется применять вентиляцию помещений, где человек осуществляет свою деятельность. Оптимальные параметры микроклимата обеспечиваются системами кондиционирования воздуха, а допустимые параметры – обычными системами вентиляции и отопления.
Система вентиляции представляет собой комплекс устройств, обеспечивающих воздухообмен в помещении, т.е. удаление из помещения загрязнённого, нагретого, влажного воздуха и подачу в помещение свежего, чистого воздуха. По зоне действия вентиляция бывает общеобменной, при которой воздухообмен охватывает всё помещение, и местное, когда обмен воздуха осуществляется на ограниченном участке помещения. По способу перемещения воздуха различают системы естественной и механической вентиляции.
Система вентиляции, перемещение воздушных масс в которой осуществляется благодаря возникающей разности давлений снаружи и внутри здания, называется естественной вентиляцией.
Для постоянного воздухообмена, требуемого по условиям поддержания чистоты воздуха в помещении, необходима организованная вентиляция, или аэрация. (СНиП 41-01-2003. Отопление, вентиляция и кондиционривание).
Основными параметрами, которые определяют микроклимат в помещении, являются температура, относительная влажность и скорость движения воздуха.
Если работа на ПЭВМ является основной, то должны обеспечиваться только оптимальные параметры микроклимата. В таблице 9.2 приведены оптимальные нормы микроклимата для категорий работ.
Таблица 9.2 – Оптимальные нормы микроклимата для помещений с ПЭВМ
Период года Категория работ Температура воздуха, оС не более Относительная влажность воздуха, % Скорость движения воздуха, м/с
Холодный Лёгкая-1а 22-24 (21-26) 40-60 (75) 0,1
Тёплый Лёгкая-1а 23-25 (22-28) 40-60 0,1 (0,2)
Оптимальные микроклиматические условия отражены в СанПиН 2.2.4.548-96 «Гигиенические требования к микроклимату производственных помещений». Они создаются таким сочетанием параметров, которые при длительном и систематическом воздействии на человека обеспечивают сохранение нормального его функционального и теплового состояния без напряжения механизма терморегуляции. Хорошим способом поддерживания заданных параметров микроклимата является кондиционирования воздуха, позволяющее производить также очистку воздуха от вредных веществ и создавать небольшое избыточное давление для исключения поступления неочищенного воздуха в помещение. Для поддержания оптимального микроклимата помещение с вычислительной техникой должно быть сухим, хорошо отапливаемым, снабженным кондиционерами. Уровни ионизации воздуха согласно СанПиН 2.2.2.542-96 приведены в таблице 9.3.
Таблица 9.3 - Уровни ионизации воздуха помещений при работе с ПЭВМ
Уровни ионизации Число ионов на 1 куб. см воздуха
n + n -
Минимально необходимое 400 600
Оптимальное 1500-3000 30000-50000
Максимально допустимое 50000 50000
9.5 Освещенность рабочих мест
О) не ниже 1,5%, что соответствует СНиП 23-05-95 «Естественное и искусственное освещение». Искусственное освещение в помещениях эксплуатации ПЭВМ должно осуществляться системой общего равномерного освещения. В производственных помещениях, в случаях преимущественной работы с документами, допускается применять систему комбинированного освещения. ОсвещёОсвещение является одним из важнейших производственных условий работы. Через зрительный аппарат человек получает порядка 90 % информации. От освещения зависит утомление работающего, производительность труда, его безопасность. Достаточное освещение действует тонизирующе, улучшает протекание основных процессов высшей нервной деятельности, стимулирует обменные и иммунобиологические процессы, оказывает влияние на суточный ритм физиологических функций организма человека. Практика показывает, что только за счет улучшения освещения на рабочих местах достигался прирост производительности труда от 1,5 до 15 %. Зрительный аппарат человека воспринимает широкий диапазон видимых излучений от 380 до 770 нм, т.е. от ультрафиолетовых до инфракрасных излучений.
С целью создания нормальных условий для труда установлены нормы освещенности: СанПиН 2.2.1 / 2.1.1.1278-03 «Гигиенические требования к естественному, искусственному и совмещенному освещению жилых и общественных зданий», СНиП 23-05-95 «Естественное и искусственное освещение» нормы.
Для характеристики зрительных условий работы используются различные светотехнические показатели.
Световой поток (F) - это мощность лучистой энергии, оцениваемая по световому ощущению. Единицей светового потока принимается люмен.
Сила света (J) - характеризует плотность светового потока, то есть отношение светового потока к телесному углу. Единицей силы света является кандела.
Освещенность (Е) - это плотность светового потока на освещаемой поверхности, измеряется в люксах.
Недостаточная освещенность может быть обусловлена неправильным расположением окон, неправильной планировкой рабочих мест, неправильным или недостаточным обеспечением искусственного освещения. Недостаточная освещенность вызывает утомление зрительного центра и может стать причиной травм.
Помещения с ПЭВМ должны иметь естественное и искусственное освещение. Естественное освещение должно осуществляться через светопроёмы, ориентированные преимущественно на север и северо-восток и обеспечивать коэффициент естественной освещённости (КЕнность на рабочей поверхности стола должна быть не менее 300 лк.
Следует ограничивать прямую блесткость от источников освещения, при этом яркость светящихся поверхностей (окна, светильники и др.), находящихся в поле зрения, должна быть не более 200 кд/м2. Следует ограничивать отражённую блескость на рабочей поверхности (экран, стол, клавиатура и др.) за счёт правильного выбора типов светильников и расположения рабочих мест по отношению к источникам искусственного освещения, при этом яркость бликов на экране ПЭВМ не должна превышать 40 кд/м и яркость потолка при применении системы отражённого освещения, не должна превышать 200 кд/м. Показатель ослеплённости для источников общего искусственного освещения в производственных помещениях должен быть не более 20. Следует ограничивать неравномерное распределение яркости в поле зрения пользователя ПЭВМ, при этом соотношение яркости между рабочими поверхностями не должно превышать 3:1 – 5:1, а между рабочими поверхностями и поверхностями стен и оборудования 10:1.
В качестве источников света при искусственном освещении должны применяться преимущественно люминесцентные лампы типа ЛБ. Для освещения помещений с ПЭВМ следует применять светильники серии ЛП036 с зеркализованными решётками, укомплектованными высокочастотными пускорегулирующими аппаратами (ВЧ ПРА). Яркость светильников общего освещения в зоне углов излучения от 50 до 90° с вертикалью в продольной и поперечной плоскостях должна составлять не более 200 кд/м. Защитный угол светильников должен быть не менее 40 °. Светильники местного освещения должны иметь не просвечивающий отражатель с защитным углом не менее 40°.
9.6 Уровень шума
Длительное воздействие интенсивного шума (выше 80 дБ) на органы слуха человека приводит к частичной или полной потере слуха. Степень потери слуха зависит от уровня звука и его продолжительности и от индивидуальной чувствительности человека.
Через волокна слуховых нервов раздражения шумом передается в центральную и вегетативную нервные системы, а через них воздействует на внутренние органы, также влияет на психическое настроение человека. Такой человек затрачивает в среднем на 10-20% больше физических и нервно-психологических усилий, чтобы сохранить выработку, достигнутую им при уровне звука ниже 30 дБ.
В информационном отделе проявляются практически все виды шумов. Технические средства ЭВМ создают механический шум, системы охлаждения ПЭВМ – аэродинамический, сотрудники – акустический.
Допустимые значения уровней звукового давления в в октавных полосах частот и уровня звука, создаваемого ПЭВМ закреплён в СНиП 23-03-2003 и представлен в таблице 9.4.
Таблица 9.4 – Допустимые значения уровней звукового давления
Уровень звукового давления (эквивалентный уровень звукового давления) L, дБ, в октавных полосах частот со среднегеометрическими частотами, Гц Уровень звука LA, дБА Максимальный уровень звука LAмакс, дБА
1,5 63 125 250 500 1000 2000 4000 8000 45 60
83 67 57 49 44 40 37 35 33
В качестве метода борьбы с шумом можно предложить снижение шума звукопоглощением. Смысл метода заключается в переходе энергии звуковых колебаний частиц воздуха в теплоту вследствие потерь на трение в порах звукопоглощающего материала.
Воздействие звука высокой интенсивности приводит к притуплению слуха. Это может выражаться в физиологическом повреждении тканей во внутреннем ухе, ухудшении способности различать звук, способности отделять один звук от другого. Поэтому необходимо знать количественную взаимосвязь между воздействием шума и притуплением слуха.
Основой расчетов являются так называемые порог слышимости (минимальный уровень звука, который еще различим) и порог болевых ощущений. При этом воздействие шума на слуховую восприимчивость человека зависит от того, насколько долго он находится в зоне превышения порога слышимости и насколько сильно это превышение.
Помещения с ПЭВМ недолжно граничить с помещениями, в которых возможны повышенные уровни шума и вибрации (механические цеха, мастерские, спортивные залы и т. п.).
Нельзя забывать, что абсолютная тишина также нежелательна, как и сильный шум. Известно, что недостаток раздражений, как и их избыток, может вызвать невроз или психоз. Стимулирующий уровень шума необходим при всех видах деятельности. К таким шумам может относиться музыка, создающая субъективно комфортные условия и хорошее настроение.
Снизить уровень шума в помещениях с ПЭВМ можно использованиям для отделки помещения звукопоглощающих материалов с максимальным коэффициентами звукопоглощения в области частот 63-8000 Гц, подтвержденными специальными акустическими расчетами. На использование материалов должно быть разрешение органов и учреждений Госсанэпиднадзора России.
9.7 Обеспечение требований технической эстетики
Согласно СНиП 181 — 70 (Указания по проектированию цветовой отделки интерьеров производственных зданий промышленных предприятий) окраска стен должна быть светло-коричневая, потолка – белая, пол – паркетный, светло-коричневый. Цвета стен, потолка, пола гармонируют между собой. С точки зрения цветотерапии, желтый и светло-коричневый цвета улучшают настроение, положительно влияют на нервную систему и внутренние органы.
9.8 Обеспечение визуальных эргономических параметров ЭВМ
Визуальные эргономические параметры ЭВМ обеспечиваются путем приобретения высококачественных ЭВМ и их длительным предварительным тестированием, с целью выявить возможные дефекты. Допустимые визуальные параметры устройств отображения информации (СанПиН 2.2.2-2.4.1340-03) приведены в Таблице 8.14.
Таблица 9.5 - Допустимые визуальные параметры устройств отображения информации
№ Параметры Допустимые значения
1 Яркость белого поля Не менее 35 кд/м2
2 Неравномерность яркости рабочего поля Не более ± 20 %
3 Контрастность (для монохромного режима)
Не менее 3 : 1
4 Временная нестабильность изображения (непреднамеренное изменение во времени яркости изображения на экране дисплея) Не должна фиксироваться
5 Пространственная нестабильность изображения (непреднамеренные изменения положения фрагментов изображения на экране) Не более 2 × 10-4L, где L - проектное расстояние наблюдения, мм
9.9 Обеспечение эргономических параметров рабочего места
В соответствии с требованиями СанПиН 2.2.2-2.4.1340-03 необходимо использовать рабочие столы с высотой рабочей поверхности 725 мм, а также рабочие кресла с подъемно-поворотным устройством. Конструкция кресел обеспечивает регулировку высоты опорной поверхности сиденья в пределах 400-500 мм и углов наклона вперед до 15 градусов и назад до 5 градусов. Каждое кресло оборудовано подлокотниками, что сводит к минимуму неблагоприятное воздействие на кистевые суставы рук.
9.10 Обеспечение пожарной безопасности
В помещении присутствуют следующие объекты, выполненные из горючих веществ и материалов: столы; стулья; шторы; корпуса ПЭВМ и оргтехники.
Практически все оборудование: дисплей, системный блок, принтер, а также электропроводка и осветительные приборы являются потенциальными источниками зажигания.
Опасными факторами пожара являются открытый огонь и искры; повышенная температура воздуха и окружающих предметов; токсичные продукты горения; дым; пониженная концентрация кислорода в воздухе; обрушение и повреждение зданий, сооружений и установок.
Причинами пожара могут стать: короткое замыкание в электропроводке; неосторожное обращение с электрическими приборами и оборудованием; курение; неосторожное обращение с открытым огнем и так далее.
Пожарная профилактика – комплекс организационных и технических мероприятий, направленных на обеспечение безопасности людей, на предотвращение пожара, ограничение его распространения, а также на создание условий для успешного тушения пожара. Она нормируется ГОСТ 12.1.004-91 «Пожарная безопасность. Общие требования».
В результате возникновения возгорания человек может не только получить ожоги, но и подвергнуться воздействию ядовитых продуктов горения.
Опасным фактором является возгорание средств вычислительной техники. Это вызвано тем, что приборы питаются от трёхфазной сети переменного тока (380/220 В, 50 Гц), что приводит к нагреву приборов и может способствовать возгоранию. Повышенная пожарная опасность также возникает из-за возможности короткого замыкания в любом из электрических устройств, используемых на рабочем месте. Как правило, техника изготовлена из горючих материалов, выделяющих при горении удушливые и ядовитые вещества, и находится под напряжением. Поэтому, в случае пожара его тушение будет осложнено. В связи с этим, необходимо большое внимание уделять пожарной безопасности. Помещение, где расположена вычислительная техника, должно иметь запасной выход, огнетушители и рубильники выключения тока должны находиться в легкодоступных местах. Должна существовать возможность полного отключения электропитания одним рубильником. В помещении должны находиться средства пожарной сигнализации.
На рабочем месте должны соблюдаться определённые правила, соблюдение которых помогает предотвратить или не дать распространиться возможному пожару:
- стены, перегородки, перекрытия, покрытия должны быть сделаны из несгораемых материалов;
- двери оборудуются в притворах уплотнителями, чтобы не допустить задымления отдельных помещений;
- система вентиляции должна быть оборудована устройством, которое автоматически отключается вентиляцию в случае пожара;
- в помещениях для ЭВМ запрещается курить и применять от крытый огонь, электронагревательные приборы (электропаяльники) допустимо применять только напряжением не выше 36В;
- нельзя оставлять вычислительные устройства подключёнными к источнику питания при уходе с рабочего места.
Возможность быстрой ликвидации возникшего пожара определяется наличием средств извещения о пожаре.
Наиболее быстрым и надёжным видом пожарной связи и сигнализации является электрическая система, которая состоит из четырёх основных частей: приборов – извещателей (устанавливаются на рабочих объектах), приёмной станции (принимает сигнал от извещателей и передаёт их в помещение пожарной команды с выдачей сигнала тревоги), системы соединительных проводов, системы электропитания.
Не менее существенную роль при борьбе с пожарами играет и наличие средств пожаротушения: они должны помочь создать условия, при которых процесс горения невозможен.
Одним из наиболее эффективных огнетушащих средств является воздушномеханическая пена высокой кратности (соотношение объёмов пены и жидкости, из которой она получена). Такая смесь получается в результате интенсивного перемешивания водного раствора пенообразователя с воздухом, осуществляемого в устройстве, называемом генератором.
Существует и ряд других средств тушения пожара. Для быстрой ликвидации пожара в помещениях, где расположена вычислительная техника и сопутствующее оборудование, необходимо наличие углекислых, порошковых или углекислотно-бромэтиловых огнетушителей в непосредственной близости от рабочего места. Необходимо помнить, что техника, в которой произошло возгорание, вероятнее всего, находится под напряжением, что исключает применение токопроводящих средств тушения (вода и т.д.) при ликвидации пожара.
Средства пожаротушения выбирается с учетом размера очага пожара, характеристик веществ, горящего объекта, условий появления вредных побочных явлений при реагировании огнетушащего средства горящим веществом.
9.11 Расчет пожарной нагрузки
Под пожарной нагрузкой понимают количество теплоты, отнесенное к единице поверхности пола, которое может выделиться в помещении при пожаре. Пожарную нагрузку составляют различные горючие материалы, используемые в рабочем помещении: книги, шкафы, деревянные двери и перегородки, шторы, изоляционные материалы проводов и кабелей, материалы, используемые для эстетической отделки помещений, линолеум, пластмассовые корпуса приборов, ПЭВМ и т.д.
Пожарная нагрузка определяется следующим образом:
,
где Gi – количество i-го материала пожарной нагрузки в кг, QНi - низшая теплота сгорания i-го материала, МДж*кг-1. Удельная пожарная нагрузка g (МДж*м-2), определяется из соотношения:
,
где S – площадь размещения пожарной нагрузки, м2 (но не менее 10м2).
Низшая теплота сгорания QНi (МДж*кг-1) некоторых материалов приведена в таблице 9.6.
Таблица 9.6 – Низшая теплота сгорания
Материал Низшая теплота сгорания QНi, МДж*кг-1
Мебель (ДСП) 13,80
Бумага, книги, журналы 13,40
Кожзаменитель 17,76
Поливинилхлоридный линолеум, изоляция проводов 14,31
Полиэтилен 47,14
Пропилен 45,67
Резина 39,1
Оргстекло 27,67
Бензин, ацетон 41,87
Пластмасса корпусов приборов, ПЭВМ, принтеров, сканеров 39,00
Кабинет информационного отдела имеет габариты: длина – 5м, ширина - 3м, высота 3м. В кабинете находятся 3 стола, книжный шкаф, 2 ПЭВМ, принтер, площадь пола покрыта линолеумом, стены обклеены обоями.
В таблице 9.7 представлена масса материалов находящихся в кабинете.
Таблица 9.7 – Масса материалов в кабинете
Материал Масса, кг
Мебель (ДСП) 45
Бумага, книги, журналы 15
Поливинилхлоридный линолеум, изоляция проводов 5
Пластмасса корпусов приборов, ПЭВМ, принтеров, сканеров 10
Q = 45*13,80+15*13,40+5*14,31+10*39,00=1283,55(МДж)
Площадь помещения S = 5*3 = 15(м2)
g=Q/S=1283,55/15=85.57(МДж/м2)
Определение категории пожароопасности помещения производится в соответствии с НПБ 105-03 «Определение категорий помещений, зданий и наружных установок по взрывопожарной и пожарной опасности».
Разделение помещений на категории В1-В4 осуществляется путём сравнения максимального значения удельной временной пожарной нагрузки в помещении с величиной удельной пожарной нагрузки, приведённой в таблице 9.8.
Таблица 9.8 – Сравнение максимальных значений временной пожарной нагрузки
Категория помещения В1 В2 В3 В4
Удельная пожарная нагрузка g, МДж*м-2 Более 2200 1401-2200 181-1400 1-180
Следовательно, помещение относится к категории пожароопасности В4. В качестве ручных средств пожаротушения в данном помещении будем использовать газовые углекислотные огнетушители ОУ – 3.
9.12 Экологичность проекта
Проектируемое рабочее место экологически безопасно, никаких работ по нормализации экологичности проводить не нужно.
Заключение
В результате дипломного проектирования был разработан программный продукт для автоматизации деятельности ресторана. В разработке программного продукта полностью выполнена поставленная задача. Программа имеет удобный для пользователя интерфейс, что позволяет работать в ней при наличии элементарных знаний в области ресторанного бизнеса.
В процессе разработки программного продукта были достигнуты следующие цели:
- cокращены затраты времени у официантов на оформление заказов и выдачу счетов;
- выполнена задача учёта количества продуктов на складе;
- реализована удобная система отчётности по продажам;
- решён вопрос с хранением информации о работниках, клиентах и блюдах;
- проведён расчёт затрат на разработку программы и расчёт экономического эффекта от внедрения системы;
- рассмотрены вопросы связанные с безопасностью при работе с системой.
Разработанная система выполнена в соответствии с требованиями технического задания.
Библиографический список
1. Разработка приложений на основе Microsoft SQL Server 2008, Лобел Леонард, Браст Эндрю, Форте Стивен, BHV 2010г.;
2. Microsoft Visual Studio 2010, Головощанов Алексей Леонидович, BNV 2011г.;
3. Введение в теорию программирования. Объектно-ориентированный подход. Курс лекций Интернет-университета информационных технологий программист С.В.Зыков;
4. Программирование баз данных SQL. Типичные ошибки и их устранение, Карвин Билл, Рид Групп 2012г.;
5. Безопасность и экологичность проекта: Методические указания для дипломников / Ю.В. Зайцев, Н.В. Веселкин, С.И. Кордюков, А.Я. Агеев; Под ред. Ю.В. Зайцева. Рязан. гос. радиотехн. ун-т. Ря¬зань, 2006. 24 с.;
6. ГОСТ 15.101-98 «Система разработки и постановки продукции на производство. Порядок выполнения научно-исследовательских работ» ;
7. ГОСТ Р 15.201-2000 «Система разработки и постановки продукции на производство. Продукция производственно-технического назначения. Порядок разработки и постановки продукции на производство»;
8. ГОСТ 12.1.019-79* «Система стандартов безопасности труда. Электробезопасность. Общие требования и номенклатура видов защиты»;
9. ГОСТ 12.1.038-82* «Система стандартов безопасности труда. Электробезопасность. Предельно допустимые значения напряжений прикосновения и токов»;
10. ГОСТ 12.2.006-87* «Безопасность аппаратуры электронной сетевой и сходных с ней устройств, предназначенных для бытового и аналогичного общего применения. Общие требования и методы испытаний»;
11. ГОСТ 12.1.030-81* «Система стандартов безопасности труда. Электробезопасность. Защитное заземление, зануление.»;
12. СанПиН 2.2.4.548-96 «Гигиенические требования к микроклимату производственных помещений.»;
13. СНиП 41-01-2003 «Отопление, вентиляция и кондиционирование»;
14.СанПиН 2.2.2.542-96 «Гигиенические требования к видеодисплейным терминалам, персональным электронно-вычислительным машинам и организации работы»;
15. СНиП 23-05-95 «Естественное и искусственное освещение»;
16. СанПиН 2.2.1 / 2.1.1.1278-03 «Гигиенические требования к естественному, искусственному и совмещенному освещению жилых и общественных зданий»;
17. СНиП 23-03-2003 «Защита от шума»;
18. СН 181-70 «Указания по проектированию цветовой отделки интерьеров производственных зданий промышленных предприятий»;
19. СанПиН 2.2.2/2.4.1340-03 «Гигиенические требования к персональным электронно-вычислительным машинам и организации работы»;
20. ГОСТ 12.1.004-91 «Пожарная безопасность. Общие требования»;
21. Нормы пожарной безопасности 105-03 «Определение категорий помещений, зданий и наружных установок по взрывопожарной и пожарной опасности»;
Разработка алгоритмического и программного обеспечение для автоматизации работы ресторана
Дипломная работа по предмету «Программирование»