Министерство сельского хозяйства РФ
Федеральное государственное бюджетное образовательное учреждение
высшего профессионального образования
«Пермская государственная сельскохозяйственная академия
имени академика Д. Н. Прянишникова»
КУРСОВАЯ РАБОТА
по дисциплине «Проектирование информационных систем»
на тему: «Разработка информационной системы для автоматизации ресторана»
Работу выполнил:
студент факультета Прикладной информатики
специальности 080500
группы БИ – 31А
Красноперов Всеволод Игоревич
Руководитель:
Ст. преподаватель кафедры ИТАП
Шевчук Ирина Сергеевна
Оценка ……………………………….……
…………………………………………
(дата защиты)
…………………………………………
(подпись преподавателя)
Пермь 2015
Техническое задание на создание автоматизированной системы
«New-система»
1 ОБЩИЕ СВЕДЕНИЯ
|
1.1 Наименование системы
Полное наименование разрабатываемой системы – «New-система» Далее используется название «New-система» или сокращение НС.
|
1.2 Наименование предприятий (объединений) разработчика и заказчика (пользователя) системы и их реквизиты;
|
Заказчик
Сеть ресторанов Иль-Патио
Адрес фактический: г. Пермь, ул. Комсомольский пр, 34.
Телефон: 287-54-12
|
Исполнитель работ (разработчик)
Красноперов Всеволод Игоревич, студент факультета прикладной информатики специальности 080500 Пермской ГСХА
|
1.3 Основание для разработки
Методические материалы по дисциплине «Проектирование информационных систем».
|
1.4 Плановые сроки начала и окончания работ по созданию НС
Сроки работ: 10 февраля 2015 г. – 11 июня 2015 г.
|
1.5 Порядок оформления и предъявления Заказчику
Оформление и предъявление Заказчику результатов работы по созданию системы НС осуществляется Исполнителем работ согласно календарному плану, прилагаемому к Договору, требованиям государственных стандартов Российской Федерации по оформлению документации и настоящего технического задания. Порядок оформления и предъявления Заказчику результатов работ по созданию системы должен соответствовать требованиям Комплекса стандартов и руководящих документов на автоматизированные системы:
- ГОСТ 19.201-78. Техническое задание. требования к содержанию и оформлению;
- ГОСТ 34.602-89. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы»;
- ГОСТ 34.603-92. Информационные технологии. Виды испытаний автоматизированных систем;
- РД 50-34.119-90. Информационная технология. Комплекс стандартов на автоматизированные системы. Архитектура локальных вычислительных сетей в системах промышленной автоматизации.
- ISO 9001 - Системы менеджмента качества. Требования.
2 НАЗНАЧЕНИЕ И ЦЕЛИ СОЗДАНИЯ СИСТЕМЫ НС
|
2.1 Назначение системы
Система НС предназначена для автоматизации работы в ресторане и в части исполнения следующих процессов:
- быстрый прием заказа
- фиксацию заказа;
- ведение автоматического подсчета.
|
2.2 Цели создания системы
Основными целями создания системы НС являются:
- совершенствование работы системы ресторана;
- эффективное использование ресурсов;
- обеспечение учета, отчетности и анализа данных.
|
3 ХАРАКТЕРИСТИКА ОБЪЕКТА
|
3.1 Краткие сведения об объекте автоматизации
Объектом автоматизации является действующая система ресторана Иль-Патио, находящееся в многоэтажном здании, имеющий конкурентов со всех сторон.
|
4 ТРЕБОВАНИЯ К СИСТЕМЕ
4.1 Требования к системе в целом
4.1.1 Требования к структуре и функционированию системы
4.1.1.1 Перечень подсистем, их назначение и основные характеристики
Автоматизированная система НС состоит из следующих подсистем:
- подсистема хранения данных;
- подсистема приложений;
- подсистема анализа;
- подсистема интеграции;
- подсистема формирования отчетности.
Подсистема хранения данных предназначена для хранения оперативных данных системы о посетителях, данных для формирования аналитических отчетов.
Подсистема приложений предназначена для ввода информации о заказах посетителей.
Подсистема анализа предназначена для аналитической обработки накопленного массива данных.
Подсистема интеграции должна обеспечивать взаимодействие с системой «1С:Предприятие».
Подсистема формирования отчетности предназначена для создания и формирования отчетов в виде удобном для вывода на печатающие устройства на основе данных системы НС
4.1.1.2 Требования к способам и средствам связи для информационного обмена между компонентами системы
Входящие в состав автоматизированной системы НС подсистемы в процессе функционирования должны вести обмен информацией на основе открытых форматов обмена данными, используя для этого входящие в их состав модули информационного взаимодействия.
Форматы данных будут разработаны и утверждены на этапе технического проектирования. К передаваемым данным относится информация о заказах посетителей.
4.1.1.3 Требования к характеристикам взаимосвязей создаваемой системы со смежными системами, требования к ее совместимости, в том числе указания о способах обмена информацией
Взаимодействие подсистемы хранения данных с подсистемой интеграции должно обеспечить возможность экспорта данных для последующего анализа системой «1С:Предприятие». Обмен данными может быть обеспечен передачей информации как по локальной сети на компьютеры отдела бухгалтерии, так и переносом на внешних накопителях.
4.1.1.4 Требования к режимам функционирования системы
Для системы НС определены следующие режимы функционирования:
- Нормальный режим функционирования;
- Аварийный режим функционирования.
В нормальном режиме функционирования системы комплекс специальных технических средств, серверное программное обеспечение и технические средства северов, системное, базовое и прикладное программное обеспечение системы работает двадцать четыре часа в сутки без выходных дней.
Для обеспечения нормального режима функционирования системы необходимо выполнять требования и выдерживать условия эксплуатации программного обеспечения и комплекса технических средств системы, указанные в соответствующих технических документах (техническая документация, инструкции по эксплуатации и т.д.).
Аварийный режим функционирования системы характеризуется отказом одного или нескольких компонентов программного и (или) технического обеспечения.
В случае перехода системы в предаварийный режим необходимо:
- завершить работу всех приложений, с сохранением данных;
- выключить все периферийные устройства;
- выполнить резервное копирование БД.
После этого необходимо выполнить комплекс мероприятий по устранению причины перехода системы в аварийный режим.
4.1.1.5 Требования по диагностированию системы
Система НС должна предоставлять инструменты диагностирования основных процессов системы.
При возникновении аварийных ситуаций, либо ошибок в программном обеспечении, диагностические инструменты должны позволять сохранять полный набор информации, необходимой разработчику для идентификации проблемы (снимки экранов, текущее состояние памяти, файловой системы).
4.1.1.6 Перспективы развития, модернизации системы
АС должна реализовывать возможность дальнейшей модернизации как программного обеспечения, так комплекса технических средств.
4.1.2.1 В требованиях к численности и квалификации персонала
Для эксплуатации автоматизированной системы НС определены следующие роли:
- системный администратор;
- официант.
В обязанности системного администратора входит:
- модернизация, настройка и мониторинг работоспособности комплекса технических средств (сервера, сетевых кабелей и .т.п.);
- установка, модернизация, настройка и мониторинг работоспособности системного и базового программного обеспечения;
- установка, настройка и мониторинг прикладного программного обеспечения.
Системный администратор должен обладать высоким уровнем квалификации и практическим опытом выполнения работ по установке, настройке и администрированию программных и технических средств, применяемых в системе.
Официант занимается вводом информации о посетителях, сообщает системному администратору о неисправностях сетевого оборудования, компьютера, периферийных устройств. В случае неисправности специального оборудования официант сообщает об этом системному администратору.
4.1.2.2 В требованиях к квалификации персонала, порядку его подготовки и контроля знаний и навыков
Официанты должны иметь опыт работы с персональным компьютером на базе операционных систем Microsoft Windows на уровне квалифицированного пользователя, а также иметь опыт ведения БД.
4.1.2.3 В требованиях к режиму работы персонала АС
Рабочий день каждого сотрудника не должен превышать 8 часов в сутки.
4.1.3 Требования к безопасности
Все внешние элементы технических средств системы, находящиеся под напряжением, должны иметь защиту от случайного прикосновения, а сами технические средства иметь зануление или защитное заземление в соответствии с ГОСТ 12.1.030-81 и ПУЭ.
Система электропитания должна обеспечивать защитное отключение при перегрузках и коротких замыканиях в цепях нагрузки, а также аварийное ручное отключение.
Общие требования пожарной безопасности должны соответствовать нормам на бытовое электрооборудование. В случае возгорания не должно выделяться ядовитых газов и дымов. После снятия электропитания должно быть допустимо применение любых средств пожаротушения.
Факторы, оказывающие вредные воздействия на здоровье со стороны всех элементов системы (в том числе электромагнитное излучения, вибрация, шум, электростатические поля, и т.д.), не должны превышать действующих норм (СанПиН 2.2.2./2.4.1340-03 от 03.06.2003 г.).
4.1.4 Требования к эргономике и технической эстетике
Взаимодействие пользователей с прикладным программным обеспечением, входящим в состав системы должно осуществляться посредством визуального графического интерфейса (GUI). Интерфейс системы должен быть понятным и удобным, не должен быть перегружен графическими элементами и должен обеспечивать быстрое отображение экранных форм. Средства редактирования информации должны удовлетворять принятым соглашениям в части использования функциональных клавиш, режимов работы, поиска, использования оконной системы. Ввод-вывод данных системы, прием управляющих команд и отображение результатов их исполнения должны выполняться в интерактивном режиме. Клавиатурный режим ввода должен используется главным образом при заполнении и/или редактировании текстовых и числовых полей экранных форм.
Все надписи экранных форм, а также сообщения, выдаваемые пользователю (кроме системных сообщений) должны быть на русском языке.
Экранные формы должны проектироваться с учетом требований унификации:
– все экранные формы пользовательского интерфейса должны быть выполнены в едином графическом дизайне, с одинаковым расположением основных элементов управления и навигации;
– для обозначения сходных операций должны использоваться сходные графические значки, кнопки и другие управляющие (навигационные) элементы. Термины, используемые для обозначения типовых операций (добавление информационной сущности, редактирование поля данных), а также последовательности действий пользователя при их выполнении, должны быть унифицированы;
Система должна соответствовать требованиям эргономики и профессиональной медицины при условии комплектования высококачественным оборудованием (ПЭВМ, монитор и прочее оборудование), имеющим необходимые сертификаты соответствия и безопасности Росстандарта.
4.1.5 Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы
Система должна быть рассчитана на эксплуатацию в составе программно–технического комплекса Заказчика. Техническая и физическая защита аппаратных компонентов системы, носителей данных, бесперебойное энергоснабжение, резервирование ресурсов, текущее обслуживание реализуется техническими и организационными средствами, предусмотренными в организации Заказчика.
Для нормальной эксплуатации разрабатываемой системы должно быть обеспечено бесперебойное питание ПЭВМ. При эксплуатации система должна быть обеспечена соответствующая стандартам хранения носителей и эксплуатации ПЭВМ температура и влажность воздуха.
Периодическое техническое обслуживание используемых технических средств должно проводиться в соответствии с требованиями технической документации изготовителей, но не реже одного раза в год.
Периодическое техническое обслуживание и тестирование технических средств должны включать в себя обслуживание и тестирование всех используемых средств, включая рабочие станции операторов, серверы, сетевое оборудование, ИБП.
В процессе проведения периодического технического обслуживания должны проводиться внешний и внутренний осмотр и чистка технических средств, проверка контактных соединений, проверка параметров настроек работоспособности технических средств и тестирование их взаимодействия.
На основании результатов тестирования технических средств должны проводиться анализ причин возникновения обнаруженных дефектов и приниматься меры по их ликвидации.
Размещение оборудования, технических средств должно соответствовать требованиям техники безопасности, санитарным нормам и требованиям пожарной безопасности.
Все пользователи системы должны соблюдать правила эксплуатации электронной вычислительной техники.
4.1.6 Требования к защите информации от несанкционированного доступа
Компьютеры системы НС должны быть защищены от несанкционированного доступа. Для этого на компьютере должны быть установлены пароли для входа в систему. При наборе пароля его символы не должны показываться на экране либо заменяться одним типом символов..
4.1.7 Требования по сохранности информации при авариях
Программное обеспечение системы НС должно восстанавливать свое функционирование при корректном перезапуске аппаратных средств. Должна быть предусмотрена возможность организации автоматического и (или) ручного резервного копирования данных системы средствами системного и базового программного обеспечения (ОС, СУБД), входящего в состав программно технического комплекса Заказчика.
4.1.8 Требования по стандартизации и унификации
Система должна иметь стандартный SQL-интерфейс для обеспечения возможности интеграции с другими системами.
4.2. Требование к функциям (задачам)
Подсистема хранения данных должна осуществлять хранение оперативных данных системы, данных для формирования аналитических отчетов, документов системы, сформированных в процессе работы отчетов.
Подсистема должна обеспечивать периодическое резервное копирование и сохранение данных на дополнительных носителях информации.
Подсистема приложений представляет собой СУБД, в которую оператор вносит информацию о заказах посетителей.
Подсистема анализа предназначена для аналитической обработки накопленного массива данных. Подсистема анализа должна быть построена на основе современных OLAP-технологий, позволяющих строить многомерные аналитические отчеты произвольного вида, включая графическое и текстовое представление данных.
Подсистема интеграции должна обеспечивать взаимодействие с системой «1С:Предприятие».
Подсистема формирования отчетности предназначена для создания и формирования отчетов в виде удобном для вывода на печатающие устройства на основе данных системы НС Форма отчета может быть, как произвольной, так и установленной в рамках данной организации.
4.3 Требования к видам обеспечения
4.3.1 Требования к математическому обеспечению системы
Математические методы и алгоритмы, используемые для шифрования/дешифрования данных, а также программное обеспечение, реализующее их, должны быть сертифицированы уполномоченными организациями для использования в государственных органах Российской Федерации.
4.3.2 Требования к информационному обеспечению системы
Уровень хранения данных в системе должен быть построен на основе современных реляционных или объектно-реляционных СУБД. Для обеспечения целостности данных должны использоваться встроенные механизмы СУБД.
Средства СУБД, а также средства используемых операционных систем должны обеспечивать документирование и протоколирование обрабатываемой в системе информации.
Доступ к данным должен быть предоставлен только авторизованным пользователям с учетом их служебных полномочий, а также с учетом категории запрашиваемой информации.
Структура базы данных должна быть организована рациональным способом, исключающим единовременную полную выгрузку информации, содержащейся в базе данных системы.
Технические средства, обеспечивающие хранение информации, должны использовать современные технологии, позволяющие обеспечить повышенную надежность хранения данных и оперативную замену оборудования (распределенная избыточная запись/считывание данных; зеркалирование; независимые дисковые массивы; кластеризация).
В состав системы должна входить специализированная подсистема резервного копирования и восстановления данных.
4.3.3 Требования к лингвистическому обеспечению системы
Все прикладное программное обеспечение системы должно использовать русский язык.
4.3.4 Требования к программному обеспечению системы
При проектировании и разработке системы необходимо максимально эффективным образом использовать ранее закупленное программное обеспечение, как серверное, так и для рабочих станций.
При проектировании и разработке системы следует использовать программный продукт CASEBERRY. Он обеспечивает поддержку всего жизненного цикла разработки программного обеспечения через единую, от анализа до кода, модель информационной системы, связанную на всех этапах.
Базовой программной платформой должна являться операционная система MS Windows.
Программное обеспечение, поставляемое вместе со специальным оборудованием, должно иметь средства интеграции с самыми современными СУБД.
4.3.5 Требования к техническому обеспечению
Техническое обеспечение системы должно максимально и наиболее эффективным образом использовать существующие в органах федерального агентства технические средства.
В состав комплекса должны входить следующие технические средства:
– Сервер БД;
– ПК официантов и системного администратора;
Требования к техническим характеристикам сервера БД:
– Процессор – Intel Pentium 2.1 ГГц;
– Объем оперативной памяти – 16 Гб;
– Устройство чтения компакт-дисков (DVD-ROM);
– Сетевой адаптер – 100 Мбит.
Требования к техническим характеристикам ПК:
– Процессор – Intel Pentium 2.1 ГГц;
– Объем оперативной памяти – 32 Гб;
– Устройство чтения компакт-дисков (DVD-ROM);
– Сетевой адаптер – 100 Мбит.
4.3.6 Требования к организационному обеспечению
Организационное обеспечение системы должно быть достаточным для эффективного выполнения персоналом возложенных на него обязанностей при осуществлении автоматизированных и связанных с ними неавтоматизированных функций системы.
Заказчиком должны быть определены должностные лица, ответственные за:
– обработку информации автоматизированной системы;
– администрирование автоматизированной системы;
– обеспечение безопасности информации автоматизированной системы ;
– управление работой персонала по обслуживанию автоматизированной системы.
К работе с системой должны допускаться сотрудники, имеющие навыки работы на персональном компьютере, ознакомленные с правилами эксплуатации и прошедшие обучение работе с системой.
5 СОСТАВ И СОДЕРЖАНИЕ РАБОТ ПО СОЗДАНИЮ СИСТЕМЫ
Исследование объекта (13 февраля – 25 апреля):
- выбор объекта автоматизации;
- обследование объекта (цели, назначение, изучение структуры, определение входной и выходной информации, содержание документов и документооборот);
- характеристика объекта и системы управления;
- определение перспектив развития.
Разработка автоматизированной системы НС (25 апреля – 10 июня):
2.1 Системный анализ и анализ требований и создание модели прецедентов
(25 апреля – 10 мая):
- определение «рамок системы»;
- составление перечня исполнителей и их задач;
- составление перечня исполнителей и их задач на основе анализа внешних событий;
- создание диаграммы прецедентов;
- описание всех прецедентов в сжатом формате и развернутое описание одного прецедента;
- создание дополнительной спецификации, видения и словаря терминов;
- создание модели прецедентов.
2.2 Создание модели предметной области (29 апреля – 14 мая);
2.3Создание модели проектирования (29 апреля – 1июня):
- создание диаграммы последовательности;
- создание диаграммы кооперации;
- создание диаграммы классов.
2.4. Программная реализация проекта (1 июня).
3. Оформление документации (13 февраля – 10 июня).
|
|
|
Содержание
Введение................................................................................................................................
|
13
|
Системный анализ и анализ требований..........................................................
|
14
|
1.1 Построение прецедентов....................................................................................
|
14
|
Диаграмма прецедентов.....................................................................................
|
15
|
1.3 Форматы описания прецедентов.......................................................................
|
16
|
2 Модель прецедентов..........................................................................................................
|
20
|
3 Модель предметной области............................................................................................
|
23
|
4 Модель проектирования...................................................................................................
|
24
|
4.1 Диаграмма последовательности........................................................................
|
24
|
4.2 Диаграмма сотрудничества................................................................................
|
25
|
4.3 Диаграмма классов.............................................................................................
|
26
|
5 Модель данных..................................................................................................................
|
28
|
6 Модель реализации............................................................................................................
|
30
|
Заключение............................................................................................................................
|
33
|
Список используемых источников.....................................................................................
|
34
|
Введение
Развитие различных сфер человеческой деятельности на современном этапе невозможно без широкого применения вычислительной техники и создания информационных систем различного направления. В подобных системах обработка информации стала самостоятельным научно – техническим направлением.
В реальных условиях проектирование - это поиск способа, который удовлетворяет требованиям функциональности системы средствами имеющихся технологий с учетом заданных ограничений.
Целью курсового проекта является разработка информационной системы для автоматизации ресторана.
В рамках данной работы необходимо выполнить следующие задачи:
- провести исследование объекта автоматизации;
- разработать автоматизированную систему.
Разработка включает в себя системный анализ и анализ требований, создание модели прецедентов, создание модели предметной области и проектирования, а также программную реализацию проекта с помощью программного обеспечения CASEBERRY.
Ключевой особенностью технологии Caseberry является то, что непосредственно с предметно-ориентированных UML-диаграмм автоматизировано создаются многопользовательские, многоуровневые информационные системы. Традиционные CASE-средства не дают такой высокой степени автоматизации процесса разработки. Как правило, на выходе выдаётся структура базы данных, в лучшем случае – структура классов на объектно-ориентированном языке программирования, соответствующая диаграмме классов UML.
Созданная технология позволяет разработчикам сосредоточиться именно на реализации специфики конкретной системы и избавляет от рутины проектирования и программирования базовых операций.
Все это, увеличивает скорость разработки, снижает себестоимость выполняемых работ, дает возможность создавать большие системы маленькими командами, а простые, учётные системы создавать в считанные часы и дни усилиями одного - двух разработчиков.
1 Системный анализ и анализ требований
1.1 Построение прецедентов
Клиент заходит в наш ресторан и присаживается за свободный столик, если таковые имеются. К клиенту подходит официант и приносит меню. Как только клиент определяется с заказом, он сообщает его официанту, официант создает заявку и вводит заказ. Заявка находится в статусе "активный" до тех пор, пока клиент не рассчитается.
Системный администратор ведет контроль за работоспособностью технических и программных средств.
Рамки проектируемой системы отображены на рисунке 1.
Рисунок 1 - Основные исполнители и их задачи при определении рамок системы
В процессе анализа основное внимание следует уделить определению основных исполнителей, поскольку это расширит возможности для дальнейшего исследования.
Основные исполнители –это те, чьи потребности удовлетворяются с помощью системы. Для решения своих задач они используют систему. В отличие от них, вспомогательные исполнители занимаются обслуживанием системы.
Перечень исполнителей и их задач приведен в таблице 1.
Исполнители
|
Задачи
|
Прецеденты
|
Официант
|
Оформляет заказы
Регистрирует выручку
|
Оформление заказов
Регистрирование выручки
|
Системный администратор
|
Добавляет и удаляет пользователей
Управляет безопасностью
|
Добавление и удаление пользователей
Управление безопасностью
|
Руководство
|
Анализирует информация о заказах
Оценивает производительность
|
Анализирование информации о заказах
Оценивание производительности
|
Таблица 1. Перечень исполнителей и их задач
Для определения исполнителей, их задач и прецедентов можно также использовать внешние события (Таблица 2).
Таблица 2. Перечень исполнителей и их задач на основе анализа внешних событий
Внешние задачи
|
Инициатор
|
Задача
|
Прецедент
|
Ввод информации о заказе
|
Официант
|
Оформляет заказы
|
Оформление заказов
|
Ввод информации о платеже
|
Официант
|
Оформляет чек
|
Оформление чека
|
Обслужить клиента
|
Официант
|
Доставляет заказы
|
Доставление заказов
|
Подготовка стола
|
Официант
|
Убирает грязную посуду со столов
|
Уборка грязной посуды со столов
|
Проверка работоспособности системы
|
Системный администратор
|
Управляет безопасностью
|
Управление безопасностью
|
1.2 Диаграмма прецедентов
Диаграммой прецедентов (use case diagram), называется диаграмма, на которой показана совокупность прецедентов и актеров, а также отношения между ними. Диаграммы прецедентов обладают стандартными свойствами, присущими любой диаграмме, именем и графическим содержанием, которое представляет собой одну из проекций модели. Диаграмма прецедентов отличается от прочих своим конкретным содержанием. Диаграммы прецедентов обычно включают в себя прецеденты, актеров, отношения зависимости, обобщения и ассоциации и, как и все остальные диаграммы, они могут содержать примечания и ограничения.
Диаграммы прецедентов, или вариантов использования, применяют для моделирования статического вида системы с точки зрения прецедентов. Это вид охватывает главным образом поведение системы, то есть видимые извне сервисы, предоставляемые системой в контексте ее окружения. При моделировании статического вида системы с точки зрения прецедентов диаграммы использования обычно применяют двумя способами: для моделирования контекста системы и для моделирования требований.
Диаграмма прецедентов представлена на рисунке 2.
Рисунок 2 – Диаграмма прецедентов
Форматы описания прецедентов
Прецеденты описываются в различных форматах, в зависимости от потребностей, т.е. выделяют несколько степеней формализации описания прецедентов.
Сжатый – аннотация в виде одного абзаца. Обычно она описывает только главный успешный сценарий.
Свободный – неформальный стиль описания. Описание прецедента занимает несколько абзацев и охватывает различные сценарии.
Развернутый – наиболее подробный стиль описания. При таком подходе детально описываются все шаги и варианты развития сценария, а также предусловия и результаты.
Развернутые описания прецедентов структурированы и содержат большое количество деталей. Их полезно использовать для углубления понимания целей, задач и требований. Такие описания можно обсуждать на семинарах по определению требований на начальной стадии проекта вместе с системным аналитиком, экспертами предметной области и разработчиками.
Сжатое описание всех прецедентов
Выполнение заказа
Клиент заходит в наш ресторан и присаживается за свободный столик, если таковые имеются. К клиенту подходит официант и приносит меню. Как только клиент определяется с заказом, он сообщает его официанту, официант создает заявку и вводит заказ. Заявка находится в статусе "активный" до тех пор, пока клиент не рассчитается. Если у клиента не хватает наличных, то он может использует альтернативный способ платежа.
Развернутое описание прецедента
Основной исполнитель. Официант.
|
Скачать 1.42 Mb.