Ресторанный бизнес требует постоянного привлечения новых клиентов. В свою очередь, это требует поддержания сервиса на высочайшем уровне, постоянного развития и повышения квалификации персонала, включения в меню новых и поддержание фирменных блюд и многое другое. Поэтому ресторанный бизнес тесно сотрудничает со многими компаниями, которые специализируются на сфере обслуживания и b2b-секторе услуг. Именно им и могут понадобиться бaзы данных кафе, ресторанов и столовых.
Работа в сфере HoReCa (Hotel, Rectaurant, Cafe) — это постоянное сотрудничество как с постоянными клиентами, так и с новыми «игроками», которые стремятся закрепиться в данном секторе услуг. Поэтому многие компании из сферы поставок, кальянные и табачные компании, маркетинговые и рекрутинговые агентства, а также организаторы крупных мероприятий заинтересованы в сотрудничестве с ресторанами и кафе напрямую. бaза данных ресторана поможет быстро установить деловые кoнтакты с руководящим составом предприятий HoReCa.
Сотрудничество с компаниями, которые занимаются подготовкой бaз данных, выгодно по нескольким причинам:
- высокая скорость работы благодаря автоматизации процесса сбора, обработки и сортировки данных;
- использование открытых и частично закрытых источников для сбора информации в рамках действующего законодательства;
- поддержание всех кoнтактных данных в актуальном состоянии благодаря отслеживанию изменению и обновлению бaз данных;
- возможность воспользоваться помощью профессионального менеджера для получения поддержки на каждом этапе сотрудничества;
- возможность выбрать подходящий способ оплаты, включая безналичный расчет.
В отличие от готовой бaзы, специализированные компании предлагают персонифицированные подборки кoнтактных данных. Это значит, что клиент может сам выбрать важные для него параметры, на основании которых и будет осуществляться формирование бaзы емейлов ресторанов Москвы. Число таких параметров может достигать 15 единиц, включая ФИО руководителя кафе или ресторана, его текущую должность, оклад, семейное положение и многое другое. Более подробную информацию можно получить на консультации с менеджером.
Сколько стоит скачать бaзу ресторанов Москвы?
На окончательную стоимость бaзы влияют несколько факторов. Прежде всего, это касается детализации, но также важно учитывать размер бaзы и количество собранных в ней кoнтактов. В среднем, одна запись из бaзы руководителей кафе, ресторанов и столовых Москвы начинается от 4,5 рубля, но может увеличиваться или снижаться в зависимости от потребностей заказчика. Кроме того, заказчик может воспользоваться тестовым пробником уже подготовленной бaзы. Это позволит оценить качество собранной информации, ее актуальность и релевантность его интересам.
База данных Access Ресторан
Ресторан — предприятие общественного питания с широким ассортиментом блюд сложного приготовления, включая заказные и фирменные.
Ресторан предоставляет клиентам блюда определенных разделов: холодные закуски, супы, горячие блюда, гарниры, салаты, десерты, напитки. В каждом заказе может быть указано несколько наименований блюд разного количества. Каждый заказ обслуживается определенным официантом ресторана. Руководству ресторана необходимо автоматизировать оформление заказов, добавление новых блюд и удаление блюд, которые не пользуются популярностью, подсчет итоговой суммы каждого заказа, добавление и удаление информации об официантах в случаях увольнения и принятия на работу новых сотрудников, формирование чека на оплату, ведение информации о блюдах по разделам меню.
База данных Access Ресторан содержит 5 таблиц, 6 запросов, 6 форм + главная кнопочная форма, 9 отчетов. Данная база данных Access является учебной, подходит для дальнейшей оптимизации и доработки под собственные нужды.
Пояснительная записка есть!
Цель практических заданий – приобретение навыков анализа предметной области, проектирования базы данных, ее физической реализации в СУБД Access.
Результат выполнения работы представляется в виде базы Access, который должен содержать:
• структуру спроектированных таблиц,
• схему данных со связями между таблицами,
• формы, обеспечивающих интерфейс пользователя,
• запросы,
• отчеты,
• главную кнопочную форму.
Таблица «Блюда» — База данных Access Ресторан
Запрос «Расчет стоимости блюда в заказе» — База данных Access Ресторан
Форма «Блюда» — База данных Access Ресторан
Форма «Оформление заказа» — База данных Access Ресторан
Отчет «Блюда раздела» — База данных Access Ресторан
Отчет «Меню» — БД Access Ресторан
Отчет «Чек» — БД Access Ресторан
Главная кнопочная форма
Готовая база данных БД Access Ресторан доступна для скачивания по ссылке ниже.
Скачать базу данных (БД) MS Access; БД Access Ресторан; кафе; авторизация расчетов с клиентами предприятия общественного питания; база данных access; бд access; субд access; базы данных access; access пример; программирование access; готовая база данных; создание база данных; база данных СУБД; access курсовая; база данных пример; программа access; access описание; access реферат; access запросы; access примеры; скачать бд access; объекты access; бд в access; скачать субд access; база данных ms access; субд access реферат; субд ms access; преимущества access; базу данных; скачать базу данных на access; базы данных; реляционная база данных; системы управления базами данных; курсовая база данных; скачать базу данных; база данных access скачать; базы данных access скачать;
- →
- →
Клиентская база ресторана: как и для чего собирать?
Содержание:
- Как найти и привлечь лояльных клиентов
- Как собрать и применить клиентскую базу ресторана
- Как собирать данные качественно?
- Зачем вносить в базу каждого клиента?
- Зачем заведению общепита клиентская база?
- Как еще применять клиентскую базу?
- Подписчики в социальных сетях – это тоже клиентская база?
Клиентская база заведения общественного питания — то, без чего не имеет значения удачная локация, эксклюзивный интерьер и вкусная еда. Не будет клиентов — не будет прибыли, а значит, ресторану или кафе в скором времени придется закрыться.
Прежде чем мы поделимся с вами проверенными методами сбора и применения клиентских контактных данных, хотелось бы напомнить о том, что в ресторанном бизнесе важно не только расширять базу клиентов, но и уделять внимание постоянной лояльной аудитории. Факт кажется очевидным, но многие рестораторы настолько увлекаются привлечением новой публики, что забывают о своих верных гостях. А ведь если довольны они, то их друзья и коллеги по работе получают о вашем заведении только хорошие отзывы.
Сервис бронирования столов
и бесплатная книга резервов
Онлайн приём броней, депозиты, статистика, база гостей, банкеты. Настраивается за 15 минут, работает в облаке
Как найти и привлечь лояльных клиентов
Возможно, когда-то давно можно было открыть ресторан, сразу начать получать доход и без проблем поддерживать прибыльность в течение долгих лет. Сегодня конкуренция в ресторанном бизнесе настолько велика, что без эффективного управления и профессиональной команды никуда. Но даже идеально выверенные процессы внутри заведения не дают гарантию того, что оно будет успешным. Основа основ — это довольные сервисом клиенты, которые не променяют свое любимое место отдыха даже на более новые, заманчивые или дешевые рестораны и кафе.
ВАЖНО: Клиентская база — самое ценное, что есть в ресторанном бизнесе. Помещение, мебель, кухонное оборудование, посуду — всё можно потерять и восстановить. А вот клиентская база должна остаться.
Как привлечь лояльных посетителей?
- Определите целевую аудиторию. Даже если вы занимались этим на этапе проекта, не поленитесь окунуться в него снова. Еще раз нарисуйте портреты своих типичных гостей. Сколько им лет, к какой социальной прослойке они принадлежат, какие у них доходы, проблемы, потребности, интересы? С кем они разделяют свои завтраки, обеды и ужины? Где и как они предпочитают отдыхать, какую музыку слушают, какую еду и напитки любят? Когда вы точно знаете ответы на эти вопросы, можно ударить рекламой точно в цель.
- Направьте рекламную кампанию на целевую аудиторию. Заведение общепита можно продвигать по-разному. Популярно и распространение листовок или флаеров со скидками, и крупные акции с привлечением звезд. Главное — использовать рекламный бюджет рационально, ориентируясь именно на потенциальных клиентов. Если ваше заведение располагается в спальном районе, посещать его, скорее всего, будут семьи с детьми в нерабочее время. Заявите о своем присутствии устроив для людей праздник или разложив буклеты под дворники машин во дворах.
- Станьте «другим заведением». Найдите свой уникальный характер. Помните о том, что потенциальный клиент ежедневно и чуть ли не ежечасно получает информацию о находящихся поблизости ресторанах, кафе, кофейнях, трактирах и барах. Если хотите добиться успеха, нащупайте свою изюминку, которая будет привлекать гостей. Это может быть акцент на конкретные продукты, блюда или напитки, интересная фотозона на входе, дегустационные сеты от шефа, комбо-обеды и т. д.
- Будьте гостеприимны. Работа официантов, барменов и хостес должна быть построена идеально. Недовольный персонал перечеркнет все усилия администрации по созданию баланса качественной кухни и уютной атмосферы. Учтите, что эмоциональная составляющая оказывает на гостей большее влияние, чем функциональная. Они способны простить задержку с подачей блюда, если оно действительно того стоит. Но сварливый гардеробщик заставит их ретироваться, чтобы не вернуться никогда.
- Работайте над атмосферой. Если с кухней и стандартами сервиса всё в порядке, а посетители все равно не превращаются в постоянных, убедитесь в том, что у вашего заведения действительно приятная атмосфера. Эта тонкая материя должна заставлять клиентов возвращаться снова и снова. Создавайте атмосферу из маленьких деталей: музыкального оформления, светового сценария, удобной парковки, вентиляции. Чем выше уровень вашего заведения, тем важнее атмосфера, которая задвигает на второй план даже кухню и сервис.
- Работайте над вау-эффектами. Когда клиент получает нечто сверх своих ожиданий, это называется «вау-эффект». В персональном фейерверке для каждого посетителя необходимости нет, но можно угощать их прохладными напитками летом и горячими — зимой, предлагать особую сервировку, дарить детям сладости и т. д.
- Введите дисконтную систему. Эксперты ресторанного бизнеса практически в один голос заявляют о том, что у заведения должны быть свои карты — не только скидочные (они нужны далеко не всем гостям), но и клубные. Имея клубную карту, гость сможет получить доступ к дегустациям вина или сыра, мастер-классам от шеф-повара или благотворительным ужинам. Если у вас семейный ресторан, стоит возвращать на карту часть потраченной в заведении суммы после каждого обеда. Это будет способствовать возвращению клиентов. Выбирая дисконтную систему для своего ресторана, не стесняйтесь опираться на опыт конкурентов.
- Сделайте интерьер фотогеничным. В век социальных сетей ресторан не может терять клиентов из-за того, что им не хочется фотографироваться в его стенах. Ваша еда и напитки должны приятно удивлять внешним видом и отлично получаться на снимках. Это мощный рекламный инструмент, при этом совершенно бесплатный, так как люди будут выкладывать фото в Инстаграм и отмечать ваше заведение. И не поленитесь организовать оригинальные фотозоны, а еще лучше — сделать всё внутреннее пространство заведения идеальным для фото- и видеосъемки.
- Проводите мастер-классы. Вы не поверите, сколько людей мечтает прикоснуться к тайнам высокой кухни во время мастер-класса от шеф-повара любимого ресторана. Сразу оговоримся, что предельно актуальным введение такой услуги будет для заведений высокого класса с высоким средним чеком.
- Проявляйте гибкость. Будьте готовы уступать любимым клиентам, если они хотят лишнюю ложку сметаны к борщу, десерт после закрытия кухни или хлебную корзинку к бизнес-ланчу, хотя вы подаете ее только при заказе блюд из основного меню. Однажды ответьте на простой вопрос: ваши внутренние правила работают для удобства бизнеса или для удовлетворения потребностей гостей? Выбрав второй вариант, вы поступите правильно, потому что вашу гибкость оценят и запомнят.
Станьте для своих клиентов особенными, лучшими — и тогда они не захотят с вами расставаться ни на один день.
НА ЗАМЕТКУ: По всему миру заведения общепита раздают посетителям дисконтные карты в обмен на анкету со всеми необходимыми сведениями о себе. На основе этих данных составляются клиентские базы, в которых в том числе есть дата рождения каждого гостя. За какое-то время до указанной даты клиент получает поздравление и предложение отметить праздник в конкретном ресторане или кафе. Зачастую таким образом удается привлечь до 30% дополнительной прибыли.
Еще несколько советов, как привести трафик в свой ресторан
Обязательно введите стандарты обслуживания. В гостевом зале может работать три человека или десять — это не имеет значения, если гости не замечают разницы в сервисе. Установите программу автоматизации, постоянно контролируйте, регулярно проверяйте и обучайте своих сотрудников, чтобы их профессиональный уровень всегда был на высоте. Помните, что ваш персонал транслирует политику и образ вашего заведения. На позиции официантов и барменов выбирайте симпатичных, обаятельных, коммуникабельных людей, обладающих к тому же чувством меры и такта.
НА ЗАМЕТКУ: Приятно удивляйте гостей тем, что заботитесь об их комфорте, вовремя убирая со стола грязную посуду или обновляя бокалы. Ключевое слово «вовремя», то есть стоять над душой посетителей в ожидании некого сигнала не надо, как не надо и пропадать на полчаса в неизвестном направлении.
Если персонал заметил, что клиент приходит несколько раз подряд, пора поинтересоваться его именем, предложить стать «постоянным» и оформить карту лояльности. Важно, чтобы официанты запоминали посетителей и находили с ними общий язык: «Вы у нас уже третий раз! Специально для вас наш кондитер приготовил чудесный десерт!» или «Хотите заказать средиземноморскую пасту, как в прошлый раз, или я могу предложить вам что-то новое?». Гостей нужно поощрять за то, что они заглянули к вам снова, например, мини-угощениями в ожидании основного блюда.
НА ЗАМЕТКУ: Если шеф-повар любит выходить в зал и приветствовать гостей, не стоит отказывать ему в этом. Для крупных заведений сегодня это редкость.
Инструментом привлечения и основой для удержания гостей в ресторане останется кухня. Меню должно удивлять и радовать. Даже если вы не предлагаете клиентам авторские позиции с претензией на мишленовские звезды, берите отменным приготовлением и красивой подачей. Обязательно указывайте в меню, если меняете ингредиенты привычных блюд. Кормите вкусно, угождая гастрономической потребности любого посетителя. И не забывайте о ресторанных ароматах — они должны быть ненавязчивыми, но аппетитными.
НА ЗАМЕТКУ: Создавайте специальные предложения для увеличения продаж и среднего чека. Они отлично справляются с привлечением трафика. Устраивайте акции, наращивайте имидж заведения, в котором всегда происходит что-то необычное. Но подходите к подготовке и запуску этих мероприятий со всей тщательностью и осторожностью, чтобы не понести убытки.
И еще один момент — раскручивайте социальные сети. Сегодня они работают куда эффективнее листовок, даже если они содержат бонусы. Любая листовка в короткие сроки оказывается в мусорном ведре или уличной урне. А социальные сети — совсем другое дело. Здесь можно красиво показать свой экстерьер и интерьер, блюда и напитки из меню, довольных гостей, видео с мероприятий и т. д. Каждый гость потенциально можно оставить в своей соцсети метку вашей геолокации и ваш фирменный хештег. Простимулируйте его сделать это. Пусть оставит отзыв, поучаствует в конкурсе репостов, опубликует фотоотчет. Заказывайте контекстную рекламу, приглашайте кулинарных блогеров, заведите кулинарный канал на YouTube или снимайте забавные ролики для Тик Тока.
НА ЗАМЕТКУ: Высокая скорость обслуживания — фактор, который заставляет клиентов возвращаться в заведение. Если вы не справляетесь с этой задачей, следует задуматься либо о расширении штата, либо об оптимизации системы работы заведения за счет предварительной заготовки продуктов и тренингов для персонала.
И непременно подумайте над своей фишкой, как это уже сделали тысячи ресторанов и кафе по всему миру. В одном грузинском ресторане пьют пиво из ледяных кружек — буквально сделанных изо льда, в одном британском пабе запрещено пользоваться мобильными телефонами — приветствуется только живое общение с друзьями, а в Париже есть заведение, в котором каждый посетитель может попробовать себя в роли шеф-повара. Достаточно оставить заявку, а затем встретиться с командой поваров, обсудить меню и приступить к приготовлению блюд.
Как собрать клиентскую базу ресторана
Удобная база гостей онлайн — Restoplace.cc
В цифровую эпоху успех бизнеса определяется умением его владельца грамотно собирать и использовать сведения о своей потенциальной и реальной аудитории. Современный рынок располагает всеми необходимыми платформами для осуществления подобных действий. Вы можете собирать данные, обрабатывать их, использовать в сервисе и маркетинге.
НА ЗАМЕТКУ: Как гласит статистика, заказы постоянных гостей заведения общественного питания составляют около 25% от общего количества заказов. А рестораны, кафе и бары, ведущие клиентскую базу, в среднем зарабатывают на 35% больше.
Какие именно данные нужны, зависит от специфики бизнеса, но, как правило, это вся возможная информация, которую можно собрать. Что с ними делать дальше? Создать уникальное ID каждого человека, где будут фиксироваться его действия в режимах офлайн и онлайн (например, заказ в ресторане, кофе с собой, доставка готовой еды в офис или на дом и т. д.). В итоге вы сможете найти персонифицированный подход к каждому клиенту.
НА ЗАМЕТКУ: Для более точной сегментации клиентской базы заведения общественного питания могут выделить десятки переменных. Можно разделить клиентов по количеству чеков, среднему чеку, среднему интервалу между покупками, долям трат на разные виды еды и т. д.
Чтобы склеить собранные данные, можно применить карту лояльности или бонусную карту, которая будет зарегистрирована на конкретного посетителя. Главное — дать ему мотивацию пользоваться ей, например, увеличивая количество бонусных баллов с каждой покупкой. Зарегистрировавшись в программе лояльности, клиент автоматически становится частью клиентской базы заведения. Этот процесс можно улучшить с помощью онлайн-анкеты: человек самостоятельно вводит номер своего телефона и прочие данные, а после получает карту в свой Google Pay или Apple Wallet.
Еще один способ собрать данные — бронь столиков. Гость хочет забронировать столик? Достаточно спросить у него имя и номер телефона — этого будет достаточно для регистрации. Если клиент не явится или отменит бронь, ему можно отправить напоминание или уведомление о возможности перенести бронь на другую дату.
НА ЗАМЕТКУ: В 70-е годы прошлого столетия в США было легально приобретение баз данных людей, которые получают права на вождение автомобиля. Тогда в подобных базах указывались рост и вес каждого человека, что позволяло высчитать процент тех, кому грозило ожирение. Им и высылались письма от имени врача с приглашением на бесплатную консультацию по поводу избавления от лишнего веса и предотвращения связанных с ним заболеваний.
Как собирать данные качественно?
- Следите за полями. Все, что положено заполнить, должно быть заполнено. Клиентская база не должна содержать контактов без имени, даты рождения или номера телефона. Это ключевые данные для работы с аудиторией. Имена необходимы для создания рассылок, даты рождения — для поздравлений и напоминаний о себе, номера телефонов — для связи. Всё это можно использовать для повышения уровня лояльности гостей и поддержания ненавязчивой «дружбы».
- Инструктируйте персонал. Сотрудники заведения всегда должны спрашивать у клиентов эти данные, а если клиенты регистрируются в программе лояльности самостоятельно и автоматически попадают в клиентскую базу, следует сделать поля для ввода основной информации обязательными.
- Работайте только со своей аудиторией. Не стоит приобретать базы данных имейлов и телефонов для звонков и холодных рассылок у третьих лиц. Запомните, что это незаконно. В клиентскую базу следует добавлять только своих клиентов, собирая о них данные и работая с «теплой» аудиторией. Это этично, разрешено законом, а конверсия с такой публики гораздо выше, чем с «холодной».
- Исключите дубликаты. Один и тот же гость не должен иметь в клиентской базе ресторана несколько карточек. Это приведет к тому, что не будут начисляться бонусы или применяться скидки. Персонал должен интересоваться у клиентов, не регистрировались ли они ранее, не теряли ли карту лояльности, не меняли ли номер телефона. При замене данных не нужно создавать новую запись — просто укажите в карточке клиента актуальную информацию.
Книга резервов и база гостей онлайн — Restoplace.cc
Зачем вносить в базу каждого клиента?
Один из главных и очень удобных инструментов построения лояльных отношений с аудиторией — личное знакомство. Каждого клиента нужно знать в лицо и по имени, а если забыли кого-то, можно заглянуть в CRM и вспомнить. Клиентам нравится, когда их запоминают, обращаются к ним по имени (и отчеству, если человек представился именно так), помнят об их предпочтениях в еде и напитках, а тем более — в выборе столика, музыкального фона для приятного обеда или уровня настройки кондиционера. Персонализированный подход делает клиентский опыт более заинтересованным и вовлеченным, позволяя решать проблемы гостя тем способом, который он выбрал сам.
НА ЗАМЕТКУ: Ведение клиентской базы позволяет найти персонализированный подход к клиенту, называть его по имени и делать предложения, имея представление о том, что ему нравится.
Разберем на примере. Представьте, что вашему ресторану предстоит отпраздновать пятилетие, в честь чего вы решили провести акцию «Скидка 25% на все меню». Сколько прибыли вы потеряете на этом?
А теперь представим, что вы запускаете другую акцию — «Удваиваем бонусы при заказе вашего любимого блюда». Гостям приятно, ведь они наслаждаются своей едой за двойные бонусы. И вы в плюсе, потому что для ресторана бонусная программа лояльности выгоднее скидок.
Зачем заведению общепита клиентская база?
1. Создание образа вашего клиента. Анализируя клиентскую базу заведения общественного питания, можно выявить привычки, желания и предпочтения посетителей, создав общий усредненный портрет типичного гостя. Эта информация наглядно продемонстрирует, на какую аудиторию следует взять ориентир, например, при запуске таргетированной рекламы.
2. Погружение в потребности клиента. Выяснив, какие позиции в меню заведения общественного питания самые популярные, а какие чаще продаются в связке с другими позициями, можно существенно увеличить прибыль. Например, самый популярный салат в вашем кафе — это «Цезарь», а чаще всего он продается в связке с латте со сливками. Если сделать скидку 10% на такое комбо, общее количество заказов увеличится до 20%.
3. Получение обратной связи. Клиентская база позволяет делать рассылки и собирать отзывы о заведении общественного питания. Этот опыт может быть как позитивным, так и негативным. В любом случае из отзывов нужно делать выводы и улучшать свой сервис.
4. Определение точек роста. Грамотно составленная клиентская база заведения общественного питания дает возможность определять точки роста и находить направления для расширения бизнеса. Например, можно отметить всех посетителей, которые приходят в ресторан или кафе, чтобы поработать или провести деловую встречу. Если таких клиентов наберется достаточно много, следует улучшить их условия: добавить розетки для зарядки ноутбуков и телефонов, ускорить интернет, внедрить элементы коворкинга.
Как еще применять клиентскую базу?
Сегментируя клиентскую базу заведения общественного питания, вы становитесь ближе к собственным клиентам. Разделение посетителей на группы позволяет отправлять им информацию о предстоящих и действующих акциях персонально. Знаменитая сеть кофеен Starbucks, например, в первую очередь рассылает уведомления о новинках в меню и других специальных предложениях обладателям своих золотых карт.
Анализируя клиентскую базу, вы сможете более точечно подходить к маркетинговым мероприятиям и поощрению гостей в рамках программы лояльности. Например, вашим клиентам будет приятно получать в свой день рождения любимое блюдо с большой скидкой или постоянно заказываемый напиток бесплатно. Такой подход дает аудитории понять, что она действительно имеет для вас значение, вы ей дорожите, помните о предпочтениях каждого.
Подписчики в социальных сетях — это тоже клиентская база?
Разумеется. Подписчики ваших страниц и групп в социальных сетях могут быть условно разделены на категории:
- гости, то есть те, кто уже посещал ваше заведение;
- потенциальные гости (лиды), то есть те, кто только собирается вас посетить;
- нецелевые подписчики, то есть те, кому просто нравится наблюдать за вами в социальной сети, но посещать вас они не собираются.
Собирайте данные первой и второй категории — гостей и потенциальных гостей. Поручите кому-либо из ответственных сотрудников сделать это одним из проверенных способов. Первый заключается в том, чтобы вручную переходить в профиль каждого подписчика и вбивать данные (эффективно, но долго и довольно монотонно). Второй подразумевает размещение ссылки на форму или анкету на вашей странице в социальной сети с просьбой заполнить свои данные. Так проще, удобнее и быстрее перенести аудиторию социальных сетей в CRM.
Управление заведением общественного питания неразрывно связано с ведением клиентской базы. Но не ограничивайте индивидуальный подход к гостям поздравлениями с днем рождения. Вы можете получить незаменимый инструмент, позволяющий войти с каждым посетителем в полный контакт, изменить принцип продвижения ресторана или кафе, улучшить качество обслуживания и обойти всех конкурентов.
-
Виктор Лебедев
Маркетолог Restoplace
Пишет про нюансы открытия и управления бизнеса
-
Виктор Лебедев
Маркетолог Restoplace
Пишет про нюансы открытия и управления бизнеса
-
Введение
-
1. Как найти и привлечь лояльных клиентов
-
2. Как собрать и применить клиентскую базу ресторана
-
3. Как собирать данные качественно?
-
4. Зачем вносить в базу каждого клиента?
-
5. Зачем заведению общепита клиентская база?
-
6. Как еще применять клиентскую базу?
-
7. Подписчики в социальных сетях – это тоже клиентская база?
Проектирование базы данных ‘Ресторан’
Оглавление
Оглавление
Введение
.Проектирование
баз данных
.1
Этапы и основные принципы проектирования баз данных
.Инфологическое
проектирование
.1
Модель «Сущность — Связь» (ERD)
.2
Структурный подход при разработке инфологической модели
.3
Нормализация отношений
.Выбор
СУБД
.1
Классификация и сравнительная характеристика СУБД
.2
Требования к СУБД
.Даталогическая
(реляционная) модель БД
.Обеспечение
целостности данных
.1
Типы ограничений целостности
.Описание
программного средства
.1
Таблицы
.2
Запросы
.3
Формы БД
.4
Отчеты в базе данных «Ресторан»
Заключение
Список
использованной литературы
Введение
В данной курсовой работе рассматривается создание базы данных
ресторана, рассчитанной на работу с клиентами и ведение учета продуктов
приготовления, а также для обеспечения порядка в и выполнения всех заданий
поставленных исполняющему персоналу.
База данных — это единое, вместительное хранилище
разнообразных данных и описаний их структур, которое после своего определения,
осуществляемого отдельно и независимо от приложений, используется одновременно
многими приложениями.
Кроме данных база данных может содержать средства,
позволяющие каждому из пользователей оперировать только теми данными, которые
входят в его компетенцию. В результате взаимодействия данных, содержащихся в
базе, с методами, доступными конкретным пользователям, образуется информация,
которую они потребляют и на основании которой в пределах собственной
компетенции производят ввод и редактирование данных.
С ростом численности ресторанов стремительно усиливается и
конкуренция, что неизбежно приводит к необходимости эффективно и рационально
использовать имеющиеся ресурсы. В этих условиях для успешного ведения бизнеса
необходимо инвестировать в средства и инструменты его поддержания и развития.
Один из основных инструментов развития ресторанного бизнеса — это современная
база данных ресторанов.
База данных ресторана или Современная система автоматизации
ресторана — это профессиональная система управления рестораном,
многофункциональная и легко модернизируемая. Целью автоматизации является
повышение эффективности управления рестораном, ускорение обслуживания и
минимизация возможных злоупотреблений, особенно воровства. Значительная доля
успеха складывается из отличного сервиса и оперативной работы персонала. Именно
возможности автоматизации ресторана позволяют оптимально сочетать скорость и
качество.
Очевидны неоспоримые преимущества автоматизированного
ресторана перед другими подобными заведениями:
· высокое качество сервиса и скорость обслуживания
клиентов;
· абсолютный контроль всех
процессов от момента приема заказа до его исполнения;
Специализированный комплекс программного обеспечения и
оборудования для автоматизации ресторанов на порядок расширяет возможности
управления ресторанным бизнесом:
· автоматизация позволяет внедрять маркетинговые и
учетные политики нового поколения и всегда иметь достоверную информацию о
работе заведения;
· четко зафиксировав
обязанности и ответственность персонала, можно предотвратить злоупотребления со
стороны сотрудников, свести к минимуму роль человеческого фактора в управлении;
· благодаря системе
автоматизации ресторана появляется возможность исключить трудоемкие операции по
учету, обеспечить гибкое управление политикой скидок и бонусов;
· становится возможным
вести непрерывный мониторинг работы всех структур заведения, анализировать и
прогнозировать результаты деятельности ресторана.
Таким образом, в результате автоматизации предприятия
ресторатор имеет возможность постоянно повышать конкурентоспособность,
рентабельность своего бизнеса.
данные программный запрос таблица инфологический
1.Проектирование баз данных
.1 Этапы и основные принципы проектирования баз
данных
Процесс проектирования состоит в переходе от одного уровня
абстракции в представлении данных к другому. Этот процесс представляют
последовательностью более простых, обычно интерактивных, процессов
проектирования менее сложных отображений между промежуточными моделями данных.
Задача системного анализа предметной области (рис. 1) заключается в определении
целей создания системы, изучении предметной области и определении требований
пользователей. Определяются границы предметной области, отбрасываются
несущественные части. Накапливаются знания о предметной области. Описание
обычно делается на естественном языке. Задача инфологического этапа
проектирования — получение семантических (смысловых) моделей, отражающих
информационное содержание предметной области. Главными элементами
концептуальной модели являются объекты и их отношения. На этом этапе
определяются объекты, т. е. те вещи, которые пользователи считают особенно
важными, их свойства и связи между ними.
Таким образом на этом этапе, согласно поставленной задачи, мы
можем выделить объекты из которых будет состоять будущая база данных:
· Должности;
· Сотрудники;
· Заказ;
· Меню;
Рисунок 1 — Системный анализ предметной области
Затем составляется инфологическая концептуальная модель в
соответствии с требованиями пользователей. Описывается информация, требуемая
каждому конкретному пользователю, то есть запросы к базе данных. Формируются
описания внешних инфологических моделей, их взаимная увязка с инфологической
концептуальной моделью. Полученные описания отражают составляющие предметной
области, связи между ними. Эти описания не должны зависеть от методов
представления данных и от конкретной СУБД. Концептуальная инфологическая модель
должна обеспечивать прочную и долговременную работу всей системы, выдерживать
замену одной СУБД на другую.
Задача логического этапа проектирования — организация данных,
выделенных на предыдущем этапе, в форму, выбранную в конкретной СУБД.
Инфологическая модель должна быть отображена в компьютеро-ориентированную
даталогическую модель, «понятную» СУБД. В процессе развития теории и практического
использования БД создавались СУБД, поддерживающие различные даталогические
модели. Иными словами, требуется разработать схему концептуальной и внешних
моделей данных, пользуясь только теми типами данных и их особенностями, которые
поддерживаются данной СУБД. На этом этапе обычно не прорабатываются вопросы,
связанные с организацией хранения и доступа к данным на внутреннем уровне, но
методы доступа выбираются. Задача физического этапа проектирования — выбор
рациональной структуры хранения данных и методов доступа к ним, исходя из
арсенала методов и средств, который предоставляется данной СУБД.
Системный анализ предметной области
При проектировании информационной системы необходимо провести
анализ целей этой системы и выявить требования к ней отдельных пользователей. В
рамках системного анализа необходимо провести подробное словесное описание
объектов предметной области и реальных связей, которые между ними существуют.
Таким образом, мы можем выявить уже на этом этапе основные
объекты нашей базы данных, такие как должности, сотрудники, заказ, меню и
склад.
Все объекты баз данных имеют свои атрибуты, например, у
объекта сотрудники будут такие атрибуты как: код сотрудника, должность, ФИО,
адрес, телефон и др., где атрибут код должности является ключевым, по которому
в дальнейшем будет реализована связь.
При проектировании банков данных для определения границ
предметной области используются два подхода: функциональный или «от запросов
пользователей» и предметный или «от реального мира». Функциональный подход применяется
тогда, когда заранее известны функции некоторой группы лиц или комплексов
задач, для обслуживания которой создается БД. В этом случае можно четко
выделить набор объектов предметной области, которые должны быть описаны.
Предметный подход применяется тогда, когда информационные
потребности пользователей БД жестко не фиксируются. Они могут быть
разнообразными и динамичными. В этом случае невозможно выделить минимальный
набор объектов предметной области, которые необходимо описывать и в описание
включаются те объекты и взаимосвязи, которые наиболее существенны для данной
предметной области. Созданная таким образом БД может быть использована при
решении множества разнообразных, заранее не определенных задач. Однако при
таком подходе возможно создание настолько сложной БД, что она окажется
неэффективной для конкретных задач. Чаще всего используется комбинированный
подход, который позволяет учесть конкретные потребности пользователей и в то же
время предусматривает возможность наращивания новых приложений для создаваемой
БД.
2.Инфологическое
проектирование
Инфологическая модель отображает реальный мир в некоторые
понятные человеку концепции, полностью независимые от параметров среды хранения
данных. Существует множество подходов к построению таких моделей: графовые
модели, семантические сети, модель «сущность-связь» и т. д. Наиболее популярной
из них оказалась модель «сущность-связь». В инфологическом подходе выделяются:
Сущность (Объект) — это то, о чем должна накапливаться информация в системе.
Необходимо различать такие понятия, как тип сущности и экземпляр сущности.
Типом сущности иди объектным множеством.
Конкретизация. Объектное множество, являющееся подмножеством
другого объектного множества.
Обобщение. Объектное множество, являющееся надмножеством
другого объектного множества (содержащее его).
Объекты могут быть атомарными или составными, причем объект
может в одном приложении быть атомарным, а в другом — составным. Для составного
объекта должны быть определены его внутренние составляющие. Каждый объект в
определенный момент времени характеризуется определенным состоянием. Это
состояние описывается с помощью набора свойств и связей с другими объектами.
Свойства объекта могут не зависеть от его связей (отношений) с другими
объектами. Такие свойства называются локальными. Свойства, которые зависят от
связей с другими объектами, называются реляционными. Связь (отношение) между
объектами в зависимости от числа входящих в нее объектов характеризуется
мощностью. Мощность — это максимальное количество элементов одного объектного
множества, связанных с одним элементом другого объектного множества. Некоторые
отношения не имеют конкретного значения максимальной мощности, тогда мощность
обозначают *, т. е. «много».
2.1 Модель «Сущность — Связь» (ERD)
Это модель предметной области, которая используется на этапе
инфологического проектирования. Нотация ERD была впервые введена П. Ченом
(Chen). Модель использует три основных элемента: сущность, атрибут и связь.
Сущность — это абстракция какого-либо объекта, процесса или явления реального
мира, о котором нужно хранить информацию. В качестве сущности могут выступать
материальные и нематериальные объекты. Тип сущности определяет набор однородных
объектов, а экземпляр сущности — конкретный объект в наборе. Каждый тип сущности
обладает одним или несколькими атрибутами. Каждому типу сущности должно быть
дано уникальное имя. К одному и тому же имени должна всегда применяться одна и
та же интерпретация.
Для идентификации конкретных экземпляров сущностей
используются атрибуты — идентификаторы (один или несколько), которые позволяют
однозначно отличать один экземпляр сущности от другого. Каждая сущность может
обладать любым количеством связей с другими сущностями модели. Атрибут — это
поименованная характеристика сущности, которая принимает значения из некоторого
множества значений. Например, для сущности ДОЛЖНОСТИ атрибутами являются
Наименование должности, Код должности, Требования и т. п. Чтобы задать атрибут
в модели, необходимо присвоить ему наименование, привести смысловое описание
атрибута, определить множество его допустимых значений и указать, для чего он
используется. Основное назначение атрибута — описание свойства сущности, а
также идентификация экземпляров сущности. Атрибут можно использовать и как
связь — это тоже признак сущности. Атрибут может быть либо обязательным, либо
необязательным. Обязательность означает, что атрибут не может принимать
неопределенных значений (null values). Атрибут может быть либо описательным (т.
е. обычным дескриптором сущности), либо входить в состав уникального
идентификатора (первичного ключа). Первичный ключ — набор атрибутов, значения
которого однозначно определяют экземпляр сущности. Внешний ключ — это набор
атрибутов, используемый для представления связей между сущностями. Связи — поименованная
ассоциация между двумя сущностями, значимая для рассматриваемой предметной
области. Связь — это средство, с помощью которого представляются отношения
между сущностями, имеющие место в предметной области. Связи может даваться имя,
выражаемое грамматическим оборотом глагола. Имя каждой связи между двумя
данными сущностями должно быть уникальным, но имена связей в модели не обязаны
быть уникальными.
Связи могут быть между двумя (бинарные), тремя (тернарные) и
более сущностями. Чаще всего используются бинарные. Они классифицируются
следующим образом: Связь «один — к — одному» (отображение 1 : 1). Когда каждому
экземпляру сущности А соответствует один и только один экземпляр сущности Б, и
наоборот. Связь двунаправленная. Связь «один — ко — многим» (отображение 1: М).
Это такой тип связи, когда каждому экземпляру сущности А может соответствовать
ни одного, один или несколько экземпляров сущности Б, однако каждому экземпляру
сущности Б соответствует один и только один экземпляр сущности А. Связь «многие
— к — одному» (отображение М: 1). Это отображение обратно предыдущему. Связь
«многие — ко — многим» (отображение М: N). Это такой тип связи, при котором
каждому экземпляру сущности А может соответствовать ни одного, один или
несколько экземпляров сущности Б, и наоборот.
В нашей базе данных используются связи «один — ко — многим» и
«многие — к — одному» (отображение М: 1), например такие как Должности
<=>> Сотрудники, где на одной должности могут находится разные люди
одновременно, Заказ <<=> Меню, где одно из одного и того же меню можно
сделать заказ блюда неоднократно и т.д.
В некоторых случаях целесообразно рассматривать
однонаправленную связь от сущности А к сущности Б. Она может быть простой и
многозначной. При простой однонаправленной связи от А к Б одному и тому же
экземпляру А соответствует один и тот же экземпляр Б. При этом обратная связь
не определена. При многозначной однонаправленной связи от А к Б, одному и тому
же экземпляру А соответствует ни одного, один или несколько экземпляров Б.
Обратная связь не определена. Во многих случаях интересен не сам факт
отношения, а его мощность, выраженная в числовой форме. Она называется
показателем и широко используется в управленческой деятельности. В этих случаях
тип отношения можно рассматривать как тип сущности и он может иметь
описательные атрибуты. Например, «Деталь А размещена на складе Б» рассматриваем
как сущность, о которой хотим хранить информацию о количестве деталей на складе
(атрибут — количество).
Информацию о проекте оформляют составлением спецификаций по
сущностям, атрибутам и отношениям с использованием графических диаграмм. На
диаграмме обозначают:
сущности — прямоугольниками;
атрибуты — овалами, соединяя их с соответствующими сущностями
ненаправленными ребрами; идентифицирующие атрибуты подчеркиваются;
связи (отношения) — ромбами, соединяя их с соответствующими
сущностями ненаправленными ребрами, за исключением бинарных связей, которые
соединяются направленными ребрами.
Инфологическая модель БД Ресторана представлена на рис.2.
Рисунок 2 — Инфологическая модель базы данных
2.2 Структурный подход при разработке
инфологической модели
Сущность структурного подхода к разработке ИС заключается в
ее декомпозиции (разбиении) на автоматизируемые функции: система разбивается на
функциональные подсистемы, которые в свою очередь делятся на подфункции,
подразделяемые на задачи и так далее. Процесс разбиения продолжается вплоть до
конкретных процедур. При этом автоматизируемая система сохраняет целостное
представление, в котором все составляющие компоненты взаимоувязаны. При
разработке системы «снизу — вверх» от отдельных задач ко всей системе
целостность теряется, возникают проблемы при информационной стыковке отдельных
компонентов. При моделировании предметной области проектировщик разбивает ее на
ряд локальных областей, моделирует каждое локальное представление, а затем их
объединяет.
2.3 Нормализация отношений
Понятие нормализации отношений
Одни и те же данные могут группироваться в таблицы
(отношения) различными способами, т.е. возможна организация различных наборов
отношений взаимосвязанных информационных объектов. Группировка атрибутов в
отношениях должна быть рациональной, т.е. минимизирующей дублирование данных и
упрощающей процедуры их обработки и обновления.
Определенный набор отношений обладает лучшими свойствами при
включении, модификации, удалении данных, чем все остальные возможные наборы
отношений, если он отвечает требованиям нормализации отношений.
Нормализация отношений — формальный аппарат ограничений на
формирование отношений (таблиц), который позволяет устранить дублирование,
обеспечивает непротиворечивость хранимых в базе данных, уменьшает трудозатраты
на ведение (ввод, корректировку) базы данных.
Выделены три нормальные формы отношений и предложен механизм,
позволяющий любое отношение преобразовать к третьей (самой совершенной)
нормальной форме.
· Первая нормальная форма
Отношение называется нормализованным или приведенным к первой
нормальной форме, если все его атрибуты простые (далее неделимы). Преобразование
отношения к первой нормальной форме может привести к увеличению количества
реквизитов (полей) отношения и изменению ключа.
Например, отношение Сотрудники = (Код должности,
ФИО, № паспорта, Адрес, телефон, возраст, код должности) находится в первой
нормальной форме.
· Вторая нормальная форма
Чтобы рассмотреть вопрос приведения отношений ко второй
нормальной форме, необходимо дать пояснения к таким понятиям, как
функциональная зависимость и полная функциональная зависимость.
Описательные реквизиты информационного объекта логически
связаны с общим для них ключом, эта связь носит характер функциональной
зависимости реквизитов.
Функциональная зависимость реквизитов — зависимость, при
которой экземпляре информационного объекта определенному значению ключевого
реквизита соответствует только одно значение описательного реквизита, к
примеру, в таблице заказы это код сотрудника выполняющего заказ или таблица
склад в которой значению ключевого реквизита соответствует только одно значение
описательного реквизита как код блюда.
Такое определение функциональной зависимости позволяет при
анализе всех взаимосвязей реквизитов предметной области выделить
самостоятельные информационные объекты.
· Третья нормальная форма
Понятие третьей нормальной формы основывается на понятии
нетранзитивной зависимости. Транзитивная зависимость наблюдается в том случае,
если один из двух описательных реквизитов зависит от ключа, а другой
описательный реквизит зависит от первого описательного реквизита.
Отношение будет находиться в третьей нормальной форме, если
оно находится во второй нормальной форме, и каждый неключевой атрибут
нетранзитивно зависит от первичного ключа.
Для устранения транзитивной зависимости описательных
реквизитов необходимо провести «расщепление» исходного информационного объекта.
В результате расщепления часть реквизитов удаляется из исходного
информационного объекта и включается в состав других (возможно, вновь
созданных) информационных объектов. На (рис. 3) представлено схематическое
представление нормальных форм БД.
Рисунок 3 — Схема процесса нормализации
3.Выбор СУБД
.1 Классификация и сравнительная характеристика
СУБД
Классифицировать СУБД можно по следующим признакам:
по используемой модели данных (классификация МД будет
рассмотрена далее);
по способу организации БД (централизованная или
распределенная);
по реализуемым режимам работы (однопользовательский,
многопользовательский и т. д.);
по способам физической организации данных.
Наиболее существенным критерием для сравнения СУБД являются
эксплуатационные характеристики, такие как надежность, высокая готовность,
производительность, масштабируемость. Сравнительный анализ основных СУБД по
этим показателям производится на основе экспертных оценок. Пример такого анализа
приведен в табл. 1.
Таблица 1 — Сравнительный анализ СУБД Microsoft SQL Server и
Oracle
|
Сравнительные |
Microsoft SQL |
Oracle |
|
Административное |
Хорошо |
Отлично |
|
Графические |
Отлично |
Хорошо |
|
Простота |
Отлично |
Отлично |
|
Механизм данных |
Хорошо |
Отлично |
|
Работа с |
Приемлемо |
Отлично |
|
Функция |
Отлично |
Отлично |
|
Одновременный |
Хорошо |
Отлично |
|
Обработка |
Плохо |
Отлично |
|
Подключение к |
Приемлемо |
Отлично |
|
Обработка |
Плохо |
Отлично |
|
Поиск по всему |
Хорошо |
Отлично |
|
Функциональная |
Хорошо |
|
|
Сопряжение с |
Хорошо |
Хорошо |
|
Единая |
Хорошо |
Хорошо |
|
Работа под |
Приемлемо |
Хорошо |
|
Возможности |
Приемлемо |
Отлично |
|
Хранимые |
Хорошо |
Отлично |
|
Внутренний язык |
Приемлемо |
Отлично |
|
Построение баз |
Хорошо |
Отлично |
|
Язык SQL |
Отлично |
Отлично |
|
Объектно-ориентированные |
Приемлемо |
Отлично |
|
Тиражирование |
Отлично |
Отлично |
|
Распределенная |
Отлично |
Отлично |
|
Дистанционное |
Хорошо |
Отлично |
|
Организация |
Отлично |
Отлично |
|
Средства |
Отлично |
Отлично |
|
Средства |
Отлично |
Отлично |
3.2 Требования к СУБД
Выбор СУБД является одним из важных этапов при разработке
приложений баз данных. Выбранный программный продукт должен удовлетворять как
текущим, так и будущим потребностям предприятия, при этом следует учитывать
финансовые затраты на приобретение необходимого оборудования, самой системы,
разработку необходимого программного обеспечения на ее основе, а также обучение
персонала. Кроме того, необходимо убедиться, что новая СУБД способна принести
предприятию реальные выгоды. Очевидно, наиболее простой подход при выборе СУБД
основан на оценке того, в какой мере существующие системы удовлетворяют
основным требованиям создаваемого проекта информационной системы.
Более сложным и дорогостоящим вариантом является создание
испытательного проекта на основе нескольких СУБД и последующий выбор наиболее
подходящего. Но и в этом случае используются определенные критерии отбора.
Перечень требований к СУБД может изменяться в зависимости от поставленных
целей. Тем не менее можно выделить несколько групп критериев:
реализуемые режимы работы с БД ресторана и максимальное число
пользователей одновременно обращающихся к базе, таких как заказчик, бухгалтер,
повар;
модель данных (предусмотренные типы данных, средства поиска,
реализация языка запросов, средства поддержания целостности базы данных);
особенности разработки приложений (средства проектирования,
поддержка большого количества национальных языков, возможности разработки
Web-приложений, поддерживаемые языки программирования);
производительность (Рейтинг TPC (Transactions per Cent) т. е.
отношение количества запросов, обрабатываемых за некий промежуток времени, к
стоимости всей системы, возможности параллельной обработки данных, возможности
оптимизирования запросов);
надежность (сохранность информации при сбоях, обеспечение
защиты данных от несанкционированного доступа);
требования к рабочей среде (минимальные требования к
оборудованию, максимальный размер адресуемой памяти, операционные системы, под
управлением которых способна работать СУБД);
требуемый уровень квалификации персонала ресторана;
смешанные критерии (качество и полнота документации,
стоимость, стабильность производителя, распространенность СУБД).
4.Даталогическая (реляционная) модель БД
Даталогическая модель БД — модель логического уровня,
представляющая собой отображение логических связей между элементами данных,
независимо от их содержания и среды хранения.
На данном этапе даталогического проектирования строится
логическая структура БД нашего ресторана. При этом происходит преобразование
исходной инфологической модели (рис.2) в модель данных, которая поддерживается
конкретной СУБД. После этого производится проверка адекватности даталогической
модели, отображаемой предметной области. Конечным результатом даталогического
проектирования является описание структуры БД на языке описания данных
конкретных СУБД. Пример модели данных приведен на рис. 4.
Рисунок 4 — Даталогическая модель данных
5.Обеспечение целостности данных
.1 Типы ограничений целостности
Категорная целостность (целостность сущностей) значения
первичного ключа любого отношения должны быть уникальны. СУБД должна отклонить
любую попытку ввести в базу данных кортеж со значением первичного ключа,
повторяющим уже имеющееся значение. Отношение, кроме первичного ключа, может
содержать альтернативные ключи, значения которых также должны быть уникальными.
Обязательные данные. Некоторые атрибуты не
могут иметь пустого значения.
1. Ограничения для доменов атрибутов. Каждый атрибут имеет
домен, представляющий собой набор его допустимых значений. К ограничениям
такого рода относятся:
. В заданном отношении для каждого кортежа между значениями
полей А и В должно всегда выполняться условие, что первое больше второго.
Ограничение специфицируется специальным выражением.
. Значения, которые принимает некоторый атрибут, должны быть
ограничены специальным диапазоном. Ограничение специфицируется специальным
выражением.
. Для некоторого атрибута или их комбинации может
существовать конечный, весьма ограниченный набор допустимых значений.
Ограничение специфицируется специальным выражением при описании данных.
. Значение некоторого атрибута должно удовлетворять
определенному формату. Ограничение специфицируется специальной фразой при
описании атрибута.
2. Ссылочная целостность. Для обеспечения
ссылочной целостности необходимо, во-первых, определить, может ли внешний ключ
иметь пустые значения, а во-вторых, задать условия, при которых может
вставляться, обновляться или удаляться значение внешнего или потенциального
ключа.
Возможны следующие ситуации:
. Вставка строки в дочернюю таблицу. Внешний ключ новой
строки должен быть равен одному из значений соответствующего ключа родительской
таблицы, либо пуст.
. Удаление строки из дочерней таблицы. Нарушений целостности
нет.
. Обновление внешнего ключа в дочерней таблице. Новое
значение внешнего ключа не должно быть равно одному из значений
соответствующего ключа родительской таблицы, либо пусто.
. Вставка строки в родительскую таблицу. Нарушений
целостности нет.
6.Описание программного средства
Для построения базы данных выбрана программная среда MS Access.
Для реализации задачи были разработаны 5 таблиц и 4 запроса.
6.1 Таблицы
Таблицы:
) Сотрудники (Код сотрудника, ФИО, Возраст, Адрес,
Телефон, Паспортные данные, Код должности). (Рис.5)
Рисунок 5 — таблица «Сотрудники»
2) Должности (Код должности, Наименование должности,
Оклад, Обязанности, Требования). (Рис.6)
Рисунок 6 — таблица «Должности»
Склад (Код ингредиента, Наименование ингредиента, Дата
закупки, Количество, Стоимость, Поставщик). (Рис.7)
Рисунок 7 — таблица «Склад»
3) Меню (Код блюда, Наименование блюда, Код ингредиента
1, Код ингредиента 2, Код ингредиента 3, Код ингредиента 4, Объем порции,
Стоимость, Время приготовления). (Рис.8)
Рисунок 8 — таблица «Меню»
Заказ (Дата, Время, ФИО заказчика, Телефон, Код блюда 1, Код
блюда 2, Код блюда 3, Стоимость, Отметка о выполнении, Код сотрудника). (Рис.9)
Рисунок 9 — таблица «Заказ»
6.2 Запросы
Запросы:
1) «Отдел кадров» связывает таблицы «Должности» и
«Сотрудники» по полю код должности.
2) «Выполнение заказа» связывает таблицы «Сотрудники» и
«Заказ» по полю «код сотрудника».
) «Формирование меню» связывает таблицы «Меню» и «Склад» по
полям «код
ингредиента», «код ингредиента 1», «код ингредиента 2», «код ингредиента 3» и
«код ингредиента 4».
) «Заказ» связывает таблицы «Заказ» и «Меню» по полям код
блюда, код блюда 1, код блюда 2, код блюда 3.
6.3 Формы БД
Формы базы данных «Ресторан» демонстрируют удобные
профессиональные способы работы с таблицами и запросами. Они созданы для
иллюстрации процессов ввода, изменения и просмотра данных, работы диалоговых
окон с приглашением на ввод данных с последующей обработкой введенной
информации, а также панелей управления, позволяющих открывать другие формы и
отчеты базы данных пользователя.
Ниже рассматриваются следующие формы:
Форма «Главная форма» открывается при открытии базы данных
«Ресторан». Содержит информацию о базе данных. Открытие этой формы одновременно
с базой данных осуществлено путем помещения имени формы в строку «Форма» меню
«Сервис/Параметры запуска». При нажатии кнопки 
запускается процедура
обработки события, которая закрывает эту форму. Форма «Главная форма»
предназначена для работы пользователя с базой данных. Щелчок мыши по каждой из
кнопок вызывает соответствующее событие — открытие формы, так как все элементы
базы данных «Ресторан» вызываются для удобства из форм и отчетов. Главная форма
представлена на рис.10.
Рисунок 10 — Главная форма
Формы «Заказ» и «Сотрудники» созданы для внесения и
редактирования соответствующей информации. Кроме того, из формы «Главная форма»
можно вызывать 3 отчета: «Отчет Сотрудники» и «Просмотр заказов» и «Меню».
Форма «Сотрудники» выглядит следующим образом рис.11.
Рисунок 11 — форма «Сотрудники»
Форма «Заказ» выглядит следующим образом рис.12.
Рисунок 12 — форма «Заказ»
6.4 Отчеты в базе данных «Ресторан»
Отчеты в базе данных «Ресотран» демонстрируют способ
эффективного представления данных в печатной форме. Они созданы для
предоставления выдаваемых базой данных сведений в удобном для восприятия виде.
Отчет «Меню» формируется на основе служебного запроса
«Просмотр Отчета» и служит для того, чтобы вывести на экран монитора меню в
наглядной форме. Отчет вызывается из формы «Главная форма» => «Меню». Отчет
выглядит следующим образом рис.13.
Рисунок 13 — отчет «Меню»
Заключение
На примере базы данных «Ресторан» мы познакомились с
инструментом разработки баз данных Microsoft Access. С его помощью можно быстро
создавать деловые приложения для различных сфер деятельности человека. В то же
время СУБД Access имеет архитектурные ограничения (например, максимальный
размер базы данных не более одного гигабайта), которые не позволяют
использовать этот инструмент для управления большими промышленными
распределенными базами данных. Для таких целей применяются клиент-серверные
СУБД Oracle, IBM DB2, Microsoft SQL Server, Sybase и ряд других.Access — это
функционально полная реляционная СУБД. В ней предусмотрены все необходимые
средства для определения и обработки данных, а также для управления ими при
работе с большими объектами информации. Области применения Access обозначены
достаточно ясно. Во-первых, пользователи этой системы являются
непрограммирующие персоналы-люди, близкие к вычислительной технике, но не
имеющие достаточно времени на ее изучение, поскольку она лежит вне области их
профессиональных интересов и служит лишь подспорьем в работе. Таких
пользователей привлекает легкость изучения программы, возможность решить
большинство проблем без программирования, а также средства быстрого создания
приложений. Достоинством Access является то, что она имеет очень простой
графический интерфейс, который позволяет не только создавать собственно базу
данных, но и разрабатывать простые и сложные приложения. В отличие от других
настольных СУБД Access хранит всю информацию в одном файле, хотя и
распределяется и по разным таблицам.
Список использованной литературы
1.
Базы данных: учебное пособие / Н.Ю. Братченко. — Ставрополь: Сев-КавГТУ, 2011.
— 195 с.
.
Партыка Т.Л., Попов И.И. Информационная безопасность. Учебное пособие для
студентов учреждений среднего профессионального образования. ~М.: ФОРУМ:
ИНФРА-М, 2004,-368с.: ил. — (Серия «Профессиональное образование»)
.
Информатика: Базовый курс / Под редакцией С.В. Симоновича, Издательский дом
«Питер», 2002, 640с.
.
Завгородний В.И. Комплексная защита информации в компьютерных системах: Учебное
пособие. — М.: Логос; ПБОЮЛ Н.А.Егоров, 2001. — 264с.: ил.
.
Мельников В.В. Защита информации в компьютерных системах. -М.: Финансы и
статистика; Электронинформ, 2006. — 368с.: ил.
.
Информатика:
Базовый курс. С.В. Симонович и др. СПб.: Питер. 2002.-458с.
Полная база кафе и ресторанов РФ в формате xls или csv для обзвона, email-рассылки, анализа конкурентов. Только актуальные контакты общепита с регулярным обновлением, валидацией и защитой от спам-ловушек. Мы уже все сделали за вас: просто скачайте базу и загрузите в CRM или Excel. *Все контакты, включая номер телефона и почту директоров / ЛПР (там, где они есть, т.к. не всегда можно найти эти сведения), собраны из открытых источников с соблюдением законодательства.
Уже скачали 1460 пользователей…