Разработка базы данных ресторана, реализующей хранение данных

Оглавление

Введение

. Постановка задачи

. Системный проект

.1 Описание предметной области

.2 Диаграммы вариантов использования

.3 Сценарии вариантов использования

.3.1 Спецификация BusinessUseCase «Вход в систему»

.3.2 Спецификация BusinessUseCase «Выход из системы»

.3.3 Спецификация BusinessUseCase «Обновление списка официантов»

.3.4 Спецификация BusinessUseCase «Обновление меню»

.3.5 Спецификация BusinessUseCase «Регистрация заказа»

.3.6 Спецификация BusinessUseCase «Проверка выполнения заказа»

.4 Логическая структура базы данных

.4.1 Оценка стоимости проекта

. Технический проект

.1 Выбор состава технических и программных средств

.2 Физическая структура базы данных

.3 Физическая структура программы

. Экспериментальная часть

.1 Тестирование приложения

Заключение

Список используемых источников

Приложения

Введение

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

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

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

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

1.      Постановка задачи

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

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

Наиболее рутинными и в то же время наиболее ответственными процессами являются:

ввод личных данных персонала и характеристик блюд;

ведение состава каждого заказа;

расчет всего заказа официантом;

подготовка различных данных в процессе работы администратора ресторана.

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

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

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

2.      Системный проект

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

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

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

Техническое задание содержит следующие пункты:

) обоснование необходимости разработки АРМ;

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

) описание входных и выходных документов;

) описание выявленных классов объектов предметной области и связи между ними;

) перечень пользователей и прав доступа к БД.

2.1    Описание предметной области

В системе должна храниться следующая информация:

)        Официант:

-       Номер официанта;

-       ФИО;

-       Телефон;

)        Заказ

-       Номер заказа;

-       Номер стола;

-       Номер официанта;

-       Дата;

-       Статус;

)        Блюдо:

-       Номер блюда;

-       Название;

-       Цена;

-       Время приготовления.

)        Блюда в заказе:

-       Номер блюда в заказе;

-       Номер блюда;

-       Номер заказа;

-       Время заказа.

А также формируются следующие отчеты:

-       Меню (основывается на блюдах);

-       Чек (основывается на блюдах в заказе);

-       Выработка официанта (основывается на заказе);

В системе работает администратор ресторана.

Рис 1 - Диаграмма деятельности

2.2    Диаграммы вариантов использования

Рисунок 1 - Диаграмма вариантов использования

.3 Сценарии вариантов использования

.3.1 Спецификация BusinessUseCase «Вход в систему»

Наименование: Вход в систему

Краткое описание:

Данный BusinessUseCase описывает вход пользователя в автоматизированное рабочее место администратора ресторана.

Основной сценарий:

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

)        Пользователь выбирает в меню приложения команду «Вход» и выполняет её.

)        Система запрашивает имя пользователя и пароль.

)        Пользователь вводит логин и пароль.

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

Альтернативный сценарий:

а) Пользователь отказался от входа в систему:

Выполнение варианта использования завершается

а) Неправильно введен логин и/или пароль:

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

2.3.2 Спецификация BusinessUseCase «Выход из системы»

Наименование: Выйти из системы

Краткое описание:

Данный BusinessUseCase описывает выход пользователя из автоматизированного рабочего места администратора ресторана.

Основной сценарий:

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

)        Пользователь выбирает в меню приложения команду «Выход» и выполняет её.

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

Предусловия:

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

2.3.3 Спецификация BusinessUseCase «Обновление списка официантов»

Наименование: Обновление списка официантов

Краткое описание:

Данный BusinessUseCase описывает процесс добавления информации об официантах в базу данных приложения.

Основной сценарий:

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

)        Пользователь выбирает в меню приложения команду «Официанты» и выполняет её.

)        Система запрашивает у пользователя ввод информации об официанте. Информация об официанте включает в себя: «ФИО официанта» и «Контактный телефон». Все поля являются обязательными для заполнения.

)        Система проверяет корректность информации, введенной пользователем.

)        Система генерирует уникальный идентификатор (номер) официанта.

)        Система сохраняет данные о новом официанте.

Альтернативные сценарии:

а) Пользователь не заполнил все поля, обязательные для заполнения:

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

б) Пользователь отказался от добавления в систему информации об официанте:

Выполнение варианта использования завершается.

а) Информация, введенная пользователем, некорректная:

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

Предусловие:

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

2.3.4 Спецификация BusinessUseCase «Обновление меню»

Наименование: Обновление меню

Краткое описание:

Данный BusinessUseCase описывает процесс добавления информации о блюдах в ресторане.

Основной сценарий:

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

)        Пользователь выбирает в меню приложения команду «Меню» и выполняет её.

)        Система запрашивает у пользователя ввод информации о блюдах. Информация о блюдах включает в себя: «Название», «Цена» и «Время приготовления». Все поля, кроме «Время выполнения», являются обязательными для заполнения.

)        Система проверяет корректность информации, введенной пользователем.

)        Система генерирует уникальный идентификатор (номер) блюда.

)        Система сохраняет данные о новом блюде.

Альтернативные сценарии:

а) Пользователь не заполнил все поля, обязательные для заполнения:

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

б) Пользователь отказался от добавления в систему информации о блюде:

Выполнение варианта использования завершается.

а) Информация, введенная пользователем, некорректная:

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

Предусловие:

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

2.3.5 Спецификация BusinessUseCase «Регистрация заказа»

Наименование: Регистрация заказа

Краткое описание:

Данный BusinessUseCase описывает процесс добавления информации о произведенном заказе.

Основной сценарий:

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

)        Пользователь выбирает в меню приложения команду «Заказ» и выполняет её.

)        Система запрашивает у пользователя ввод информации о заказе. Информация о заказах включает в себя: «Номер стола», «Официант» и «Время заказа», а так же «Наименование блюда» и «Количество». Все поля являются обязательными для заполнения.

)        Система проверяет корректность информации, введенной пользователем.

)        Система генерирует уникальный идентификатор (номер) заказа.

)        Система сохраняет данные о новом заказе.

Альтернативные сценарии:

а) Пользователь не заполнил все поля, обязательные для заполнения:

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

б) Пользователь отказался от добавления в систему информации о заказе:

Выполнение варианта использования завершается.

а) Информация, введенная пользователем, некорректная:

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

Предусловие:

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

.3.6 Спецификация BusinessUseCase «Проверка выполнения заказа»

Наименование: Проверка выполнения заказа

Краткое описание:

Данный BusinessUseCase описывает процесс проверки статусов заказов.

Основной сценарий:

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

)        Пользователь выбирает в меню приложения команду «Проверка заказов» и выполняет её.

)        Система выводит заказы, которые выполняются более 15 минут, а так же о выполненных заказах

Предусловие:

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

2.4    Логическая структура базы данных

база данных программа сценарий

Логическая структура базы данных сформирована при помощи средства автоматизированного проектирования ERWin.

Логическая структура базы данных представлена на рисунке 3.

Рисунок 3 - Логическая структура базы данных

.4.1 Оценка стоимости проекта

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

Стоимость одного часа машинного времени вычисляем по формуле:

 - годовые эксплуатационные расходы, руб;

 - годовой эффективный фонд времени, час;

 - коэффициент использования машины и времени разработчика.

Коэффициент использования машины принимаем 0,9.

Годовой эффективный фонд времени рассчитывается по формуле:

Где,  - продолжительность рабочего дня, час;

 - количество смен;

 - количество рабочих дней;

 - регламентированные потери рабочего времени.

На предприятии продолжительность смены 12 часов, работа идет в 1 смену, в году 180 рабочих дней, за рабочим предусмотрен регламентированный перерыв 1 час. Эффективный фонд времени будет равен:

Программа разрабатывается один месяц

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

Где,  - среднегодовая заработная плата разработчика, он же занимается обслуживанием. Работу выполняет техник-программист с заработной платой в размере 18 000 рублей

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

 - накладные расходы, руб.

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

Где, Ч - численность рабочих, 1 чел.

Где,  - стоимость компьютера, 35 000 руб.

 - норма амортизации, 33,33%

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

Где, - сумма потребляемой мощности (0,3 кВт)

 - годовой фонд рабочего времени в 2015 году = 165 часа

 - стоимость 1 кВт = 2 руб

- коэффициент использования мощности, принимается 0,9.

Исходя из этих данных, получаем:

 руб.

По полученным значениям рассчитываем стоимость машинного часа, рассчитывается по формуле:

Время разработки программы

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

Таблица 1 - Этапы разработки программы

Стоимость разработки программы рассчитывается по формуле:

Где, - стоимость разработки программы;

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

 - стоимость машинного часа;

 - соответственно количество чел.- часов разработчика и машинных часов.

Где,  - месячный эффективный фонд времени.

 - годовой фонд заработной платы, определяются по формуле :

Отчисления на социальные нужды 30,2 %, в том числе:

-       Пенсионный фонд - 22%

-       Фонд медицинского страхования - 5,1%

-       Фонд социального страхования - 2,9%

-       Налог на травматизм - 0,2%

Отчисления определяются в % от годового фонда заработной платы.

) = 3600+22050 = 25650 руб

Цена программного продукта

Цена разработанной программы в рыночной экономике рассчитывается на основе принципов рыночного ценообразования. Для этого производится аналитические расчеты и оценки.

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

Цены устанавливаются в зависимости от их назначения и разработки: уникальные, по заказу, специализированные и универсально рыночные.

Определяющим фактором для формирования рыночной цены являются:

-       Потребность в программных продуктах определенного типа;

-       Количество потенциальных покупателей и их финансовые возможности;

-       Наличие конкурентов;

-       Качество;

-       Удобство в пользовании;

-       Реклама.

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

Где,  - выручка, руб.

 - искомая цена, руб.

 - количество копий, которые будут проданы по цене «Ц».

Цена - это денежное выражение стоимости. Она включает в себя полную себестоимость, установленный размер прибыли, НДС, определяется по формуле:

Где, Цена - денежное выражение стоимости программы;

 - стоимость разработки программы ();

Прибыль - зависит от спроса и предложения определяется в % от стоимости разработки программы );

НДС - Налог на добавленную стоимость, определяется в % от суммы стоимости разработки программы и прибыли (18%)

Стоимость разработки программы ) - 25650 руб.

Согласно задания, прибыль составляет 20% от полной себестоимости.

Прибыль = 25650 * 0,2 = 5130 руб

НДС = (25650 + 5130) * 0,18 = 5540,4 руб

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

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

Рентабельность изделия  можно определить по формуле:

Где,  - прибыль от реализации продукции;

 - полная себестоимость её изготовления

В начале назначается максимальная цена, затем она снижается. При этом используются различные скидки школам, ВУЗам и другим лицам.

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

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

Расчет экономической эффективности проводится по разности затрат до внедрения (З1) и после внедрения (З2), умноженной на объем выполняемых работ (N) за минусом стоимости разработки программы ).

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

 принимаем равным 690

Где,  - время на один расчет в ручном варианте.

Время  = 1 час

З1 = 120 * 1 = 120 руб.

Где,  - время на один расчет в машинном варианте.

Время  = 0,15 часа

З1 = 225*0,15 = 33,75 руб.

Годовой экономический эффект составил рублей.

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

Срок окупаемости данной программы составит:

Срок = 0,75 года, т.е. данная программа окупится через 9 месяцев.

. Технический проект

.1 Выбор состава технических и программных средств

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

Состав технических средств:

1)        Процессор: Intel Core Duo и выше;

2)        Оперативная память: 2048 MB и выше;

3)        Жесткий диск: HDD 1 TB и выше;

4)        Монитор: Samsung SyncMaster 931cw;

5)        Клавиатура;

6)        Мышь.

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

1)        набор дистрибутивов и программная оболочка для создания и

отладки сайтов - Денвер;

2)        редактор текстовых документов: NotePad++;

3)        веб-браузер для работы с приложением: GoogleChrome или любой другой;

4)        Программы для проектирования и документирования баз данных:

AllFusionERwin Data Modeler;

5)        средство моделирования предметной области: RationalRose.

.2 Физическая структура базы данных

Физическая структура базы данных сформирована при помощи средства автоматизированного проектирования ERWin.

Физическая структура базы данных представлена на рисунке 4. Данная структура модели «Склад» импортируется в программу МS SQL Server.

Рисунок 4 - Физическая структура базы данных

.3 Физическая структура программы

Физическая структура программы представлена на рисунке 5.

Рисунок 5 - Физическая структура программы

В таблице 1 приведено описание назначение каждого файла проекта.

Таблица 1- Описание назначений файлов проекта

. Экспериментальная часть

.1 Тестирование приложения

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

Рисунок 6 - Главная страница

При выполнении команд меню «Меню», «Официанты», «Заказы», «Проверка выполнения» и «Поиск» отобразится соответствующий список.

Рисунок 7 - Официанты

Рисунок 8 - Заказы

Однако изменение или редактирование каких-либо данных будет недоступно пока пользователь не войдет в систему. Это можно сделать, выбрав команду «Вход» в меню приложения, после чего откроется форма входа в систему. Форма входа в систему представлен на рисунке 14.

Рисунок 10 - Форма входа в систему

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

Рисунок 11 - Форма добавления данных о блюдах

Рисунок 12 - Форма добавления данных об официантах

Рисунок 13 - Форма добавления данных о заказе

Заключение

Главным результатом проведенной работы явилось создание веб-приложения для администратора ресторана. В работе были сформулированы требования, предъявляемые как к веб-приложению, так и к информационной базе данных, с которой оно работает. Благодаря данной курсовой работе был получен опыт в моделировании предметной области, в создании клиент-серверных приложений, на таких языках как: HTML, PHP, JavaScript. Все эти навыки в будущем помогут при создании подобных проектов.

Список используемых источников

1)      Пинягина О.В. Разработка электронного магазина на PHP и MySQL [Текст] / Пинягина О.В. - Казань: Казанский государственный университет, 2010. - 108с.

2)      Зандстра М., PHP: объекты, шаблоны и методики программирования, 3-е издание = PHP Objects, PatternsandPractice, ThirdEdition - М.: «Вильямс» <http://ru.wikipedia.org/w/index.php?title=%D0%92%D0%B8%D0%BB%D1%8C%D1%8F%D0%BC%D1%81_(%D0%B8%D0%B7%D0%B4%D0%B0%D1%82%D0%B5%D0%BB%D1%8C%D1%81%D1%82%D0%B2%D0%BE)&action=edit&redlink=1>, 2010. - С. 560. - ISBN 978-5-8459-1689-1 <http://ru.wikipedia.org/wiki/%D0%A1%D0%BB%D1%83%D0%B6%D0%B5%D0%B1%D0%BD%D0%B0%D1%8F:BookSources/9785845916891>.

)        Суэринг С., Конверс Т., Джойс П. PHP и MySQL. Библия программиста, 2-е издание = PHP 6 andMySQL 6 Bible - М.: «Диалектика» <http://ru.wikipedia.org/w/index.php?title=%D0%94%D0%B8%D0%B0%D0%BB%D0%B5%D0%BA%D1%82%D0%B8%D0%BA%D0%B0_(%D0%B8%D0%B7%D0%B4%D0%B0%D1%82%D0%B5%D0%BB%D1%8C%D1%81%D1%82%D0%B2%D0%BE)&action=edit&redlink=1>, 2010. - 912 с. - ISBN 978-5-8459-1640-2 <http://ru.wikipedia.org/wiki/%D0%A1%D0%BB%D1%83%D0%B6%D0%B5%D0%B1%D0%BD%D0%B0%D1%8F:BookSources/9785845916402>.

)        Кормен Т., Лейзерсон И. Ч., Ривест Р. Л., Штайн К. Алгоритмы: построение и анализ = INTRODUCTIONTOALGORITHMS - 2-е изд. - М.: «Вильямс» <http://ru.wikipedia.org/w/index.php?title=%D0%92%D0%B8%D0%BB%D1%8C%D1%8F%D0%BC%D1%81_(%D0%B8%D0%B7%D0%B4%D0%B0%D1%82%D0%B5%D0%BB%D1%8C%D1%81%D1%82%D0%B2%D0%BE)&action=edit&redlink=1>, 2006. - С. 1296. - ISBN 0-07-013151-1 <http://ru.wikipedia.org/wiki/%D0%A1%D0%BB%D1%83%D0%B6%D0%B5%D0%B1%D0%BD%D0%B0%D1%8F:BookSources/0070131511>.

)        Кнут <http://ru.wikipedia.org/wiki/%D0%94%D0%BE%D0%BD%D0%B0%D0%BB%D1%8C%D0%B4_%D0%9A%D0%BD%D1%83%D1%82> Д. Искусство программирования, том 1. Основныеалгоритмы = The Art of Computer Programming, vol.1. Fundamental Algorithms - 3-еизд. - М.: «Вильямс» <http://ru.wikipedia.org/w/index.php?title=%D0%92%D0%B8%D0%BB%D1%8C%D1%8F%D0%BC%D1%81_(%D0%B8%D0%B7%D0%B4%D0%B0%D1%82%D0%B5%D0%BB%D1%8C%D1%81%D1%82%D0%B2%D0%BE)&action=edit&redlink=1>, 2006. - С. 720. - ISBN 0-201-89683-4 <http://ru.wikipedia.org/wiki/%D0%A1%D0%BB%D1%83%D0%B6%D0%B5%D0%B1%D0%BD%D0%B0%D1%8F:BookSources/0201896834>

6)      Нильсен Я., Перниче К. Веб-дизайн: анализ удобства использования веб-сайтов по движению глаз = EyetrackingWebUsability - М.: «Вильямс» <http://ru.wikipedia.org/w/index.php?title=%D0%92%D0%B8%D0%BB%D1%8C%D1%8F%D0%BC%D1%81_(%D0%B8%D0%B7%D0%B4%D0%B0%D1%82%D0%B5%D0%BB%D1%8C%D1%81%D1%82%D0%B2%D0%BE)&action=edit&redlink=1>, 2010. - С. 480. - ISBN 978-5-8459-1652-5 <http://ru.wikipedia.org/wiki/%D0%A1%D0%BB%D1%83%D0%B6%D0%B5%D0%B1%D0%BD%D0%B0%D1%8F:BookSources/9785845916525>.

)        Титтел Э., Ноубл Дж. HTML, XHTML и CSS для чайников, 7-е издание = HTML, XHTML & CSS ForDummies, 7th Edition - М.: «Диалектика» <http://ru.wikipedia.org/w/index.php?title=%D0%94%D0%B8%D0%B0%D0%BB%D0%B5%D0%BA%D1%82%D0%B8%D0%BA%D0%B0_(%D0%B8%D0%B7%D0%B4%D0%B0%D1%82%D0%B5%D0%BB%D1%8C%D1%81%D1%82%D0%B2%D0%BE)&action=edit&redlink=1>, 2011. - 400 с. - ISBN 978-5-8459-1752-2 <http://ru.wikipedia.org/wiki/%D0%A1%D0%BB%D1%83%D0%B6%D0%B5%D0%B1%D0%BD%D0%B0%D1%8F:BookSources/9785845917522>.

Приложение А

Техническое задание

Введение

Работа выполняется в рамках проекта автоматизации в сфере облуживания.

Основание для разработки является задание на курсовое проектирование.

Организация, утвердившая договор: УТРК им А.С. Попова.

Наименование работы: Автоматизированное рабочее место «Администратор ресторана».

2. Назначение разработки

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

3. Требования к программе

.1. Требования к функциональным характеристикам

Автоматизированное рабочие место «Администратор ресторана» должна обеспечивать выполнение функций:

-       ввод, хранение, поиск и обработку информации по заказам в ресторане;

-       ведение журнала регистрации заказов;

-       своевременное получение информации о наличии заказов в ресторане;

-       формирование отчетов, необходимых администратору, содержащих информацию о заказах.

Первичные документы для учета заказов в ресторане:

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

Выходными данными являются следующие виды отчетов:

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

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

3.2. Требования к надежности

Разрабатываемое программное обеспечение должно иметь:

-       возможность самовосстановления после сбоев (отключения электропитания, сбои в операционной системе);

-       парольную защиту при запуске программы;

-       возможность резервного копирования информационной базы;

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

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

3.3. Требования к составу и параметрам технических средств

Системные требования для работы программного продукта должны быть следующими:

7)        Процессор: Intel Core Duo и выше;

8)        Оперативная память: 2048 MB и выше;

9)        Жесткий диск: HDD 1 TB и выше;

10)      Монитор: Samsung SyncMaster 931cw;

11)      Клавиатура;

12)      Мышь.

.4. Требования к информационной и программной совместимости веб-браузер для работы с приложением: GoogleChrome или любой другой

.5. Требования к транспортированию и хранению

Программа поставляется на лазерном носителе информации.

Программная документация поставляется в электронном и печатном виде.

3.6. Специальные требования

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

(с точки зрения компьютерной грамотности).

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

4. Требования к программной документации

В ходе разработки программы должны быть подготовлены:

текст программы, описание программы, программа и методика испытаний, руководство пользователя, технико-экономическое обоснование. При выполнении операций по регистрации заказов в ресторане, ведутся книги заказов. Очевидно, что использование программы значительно сократит время, затрачиваемое на регистрацию заказа. Кроме того, в ресторане для каждого заказа существует несколько блюд и количество мест . Для получения этих сведений по конкретному заказу требуется не менее 8-10 мин. С использованием программы затраты времени сокращаются до 1-2 мин., предполагается возможность вывод отчетов по заказам. При ручном создании отчетов человеком могут быть допущены ошибки; правильно составленный алгоритм разрабатываемой программы ошибки исключает.

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

Приложение Б

Эскизный проект

Пояснительная записка к эскизному проекту

Общее положение

Данный документ является эскизным проектом на создание автоматизированного рабочего места «Администратор ресторана». (АРМ «Ресторан»)

Основные технические решения

Решение по структуре системы

АРМ «Ресторан» будет представлять систему управления сетевой базой данных, работающих на нескольких компьютерах.

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

Общая структура базы данных:

)        Официант:

-       Номер официанта;

-       ФИО;

-       Телефон;

)        Заказ

-       Номер заказа;

-       Номер стола;

-       Номер официанта

-       Дата;

-       Статус;

)        Блюдо:

-       Номер блюда;

-       Название;

-       Цена;

-       Время приготовления.

)        Блюда в заказе:

-       Номер блюда в заказе;

-       Номер блюда;

-       Номер заказа;

-       Время заказа.

Решения по режимам функционирования, работы системы

АРМ « Администратор ресторана» будет функционировать в многопользовательском режиме, а также будет способна:

-       Просматривать записи базы данных (в том числе и при помощи фильтров);

-       Добавлять новые записи;

-       Удалять записи;

-       При входе в систему будет запрашиваться пароль.

Решение по численности, квалификации и функциям переноса АРМ

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

Состав функции комплексов задач, реализуемых системой

Автоматизированная система должна выполнять следующие функции:

-       ввод личных данных персонала и характеристик блюд;

-       ведение состава каждого заказа;

-       расчет всего заказа официантом;

-       подготовка различных данных в процессе работы администратора ресторана;

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

Для реализации АРМ будет использоваться среда программирования текстовы редактор и язык программирования php.

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