Постановка задачи дипломного проекта

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

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

1) получение данных о наличии продуктов для приготовления блюд со склада;

2) получение данных со склада об изменении стоимости готовых блюд в соответствии с изменением стоимости отдельных индигриентов;

3) ввод заказов;

4) передачу заказа на кухню и в бар;

5) передачу заказа на кассу для расчета клиента;

6) учет всего ассортимента продаваемых блюд: название, индигриенты, вес, цена;

7) учет занятых и свободных мест в ресторане;

8) расчет остатка порций;

9) учет рабочей смены;

10) учет ответственных официантов за конкретный столик;

11) учет рабочих часов каждого сотрудника;

12) доступ к рецептам блюд и напитков;

13) разделение меню информационного обеспечения «Ресторатор» на модули: официант, бармен, менеджер, кассир;

14) передача ежедневных отчетов о проданной продукции на склад;

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

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

· увеличением скорости обслуживания одного клиента;

· увеличением производительности труда сотрудников зала;

· уменьшением затрачиваемого времени на обработку документов в ресторане;

· уменьшение затрачиваемого времени на бухгалтерскую обработку документов.

 

Проектный раздел

 

Информационно-программная часть

Обоснование проектных решений по информационному обеспечению

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

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

В соответствии с ГОСТ-ом 34.601-90 «Автоматизированные системы. Стадии создания» проектирование ИО СИП МРЗдолжнотвключать 7 стадий:

1. Исследование и обоснование создание системы;

2. Разработка ТЗ;

3. Создание эксплуатационного проекта;

4. Технический проектирование;

5. Рабочее проектирование;

6. Ввод в действие;

7. Функционирование, сопровождение, модернизация.

1Основные этапы проектирования информационной системы «Ресторатор»:

¾ Сбор материалов обследования (анализ: работы официантов, порядка распределения заказов, экономической ситуации);

¾ Анализ материалов обследования;

¾ Разработка ТЭО необходимости проектирования ИО;

¾ Разработка ТЗ.

2. Техно-рабочее проектирование:

−  техническое проектирование;

−  рабочее проектирование.

Техническое:

−  логическая разработка (разработка инфологической и даталогической модели данных);

−  выбор наилучших вариантов проектных решений;

−  оформление технического проекта.

Рабочее:

−  физическая реализация выбранного варианта проекта;

−  разработка рабочего проекта.

3. Внедрение проекта:

−  подготовка проекта к внедрению проекта ИС;

−  опытное внедрение;

−  сдача в промышленную эксплуатацию.

4. Эксплуатация и сопровождение:

−  эксплуатация проекта;

−  сопровождение;

−  модернизация (может и не быть).

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

Каскадная модель

Каскадная модель жизненного цикла («модель водопада», англ. waterfall model) была предложена в 1970 г. Уинстоном Ройсом. Она предусматривает последовательное выполнение всех этапов проекта в строго фиксированном порядке. Переход на следующий этап означает полное завершение работ на предыдущем этапе. Требования, определенные на стадии формирования требований, строго документируются в виде технического задания и фиксируются на все время разработки проекта. Каждая стадия завершается выпуском полного комплекта документации, достаточной для того, чтобы разработка могла быть продолжена другой командой разработчиков.

Этапы проекта в соответствии с каскадной моделью:

1. Формирование требований;

2. Проектирование;

3. Реализация;

4. Тестирование;

5. Внедрение;

6. Эксплуатация и сопровождение.

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

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

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

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

Перечень недостатков каскадной модели более обширен, чем перечень ее достоинств:

 существенная задержка получения результатов;

 ошибки и недоработки на любом из этапов выясняются, как правило, на последующих этапах работ, что приводит к необходимости возврата на предыдущие этапы;

 сложность распараллеливания работ по проекту;

 сложность управления проектом;

 высокий уровень риска и ненадежность инвестиций.

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