Создание информационной системы "План–меню" для автоматизации рабочего места заведующего производством

БОЛЬШАЯ ЛЕНИНГРАДСКАЯ БИБЛИОТЕКА - РЕФЕРАТЫ - Создание информационной системы "План–меню" для автоматизации рабочего места заведующего производством

Создание информационной системы "План–меню" для автоматизации рабочего места заведующего производством

11

СОДЕРЖАНИЕ

Введение

Глава 1. Постановка задачи проектирования

1.1. Предпроектное обследование

1.2. Технико-экономическое обоснование разработки информационной системы плана - меню

1.3. Техническое задание на разработку СУБД

2.3. ER-модели. Логическая и физическая модели данных предметной области

2.4. Проектирование структуры базы данных

2.5. Структура пользовательского интерфейса

2.6. Разработка пользовательского интерфейса

Заключение

Список литературы

Введение

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

Объектом исследования в курсовой работе является столовая «Кристалл».

Предметом исследования является процесс составления перечня блюд для меню на каждый день и печать бланка меню.

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

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

Глава 1. Постановка задачи проектирования

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

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

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

1.1 Предпроектное обследование. Сбор и анализ материалов

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

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

1.2 Технико-экономическое обоснование разработки информационной системы плана - меню

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

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

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

3. Создание печатных отчетов возможно не всегда.

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

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

1.3 Техническое задание на разработку системы управления базой данных

Основные моменты технического задания на разработку системы управления базой данных:

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

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

Глава 2. Разработка системы

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

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

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

Paradox разработан в 1985 году. С 1996 принадлежит компании Corel и является составной частью интегрированного пакета Corel Office Prof. Каждая таблица хранится в файле с расширением .db, мемо поля .md, индексные файлы .px. Формат данных Paradox не является открытым, для этого требуется специальные библиотеки.

Для создания информационной системы использовался пакет визуального программирования Delphi 6.

Delphi 6 - это не язык программирования. Delphi представляет собой систему программирования. Она предназначена для быстрой и эффективной разработки приложений и имеет 2 характерные особенности:

1. Создаваемые с её помощью приложения, могут быть кроссплатформенными.

2. Система Delphi относится к классу RAD - приложений (средств ускоренной разработки программ). Для использования такого приложения необходимо иметь операционную систему Windows 98/2000/XP/Me.[3]

2.2. Определение функций, выполняемых системой

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

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

- редактирование ранее введенной информации;

- удаление информации;

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

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

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

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

1) с помощью непосредственного просмотра таблиц базы данных;

2) с помощью запросов;

3) с помощью формирования отчетов.

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

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

11

2.3. ER-модели. Логическая и физическая модели данных предметной области

ERwin - CASE-средство проектирования баз данных фирмы Platinum. ERwin сочетает графический интерфейс Windows, инструменты для построения ER-диаграмм, редакторы для создания логического и физического описания модели данных и прозрачную поддержку ведущих реляционных систем управления базой данных. ERwin можно использовать совместно с некоторыми популярными средствами разработки клиентских частей приложений: PowerBuilder, Visual Basic, Delphi.

Структура процесса моделирования в ERwin

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

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

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

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

Процесс построения информационной модели состоит из следующих этапов:

1. Создание логической модели данных:

- определение сущностей;

- определение зависимостей между сущностями;

- задание первичных и альтернативных ключей;

- определение неключевых атрибутов сущностей.

2. Переход к физическому описанию модели:

- назначение соответствий имя сущности-имя таблицы, атрибут сущности - атрибут таблицы;

- задание триггеров, хранимых процедур и ограничений.

3. Генерация базы данных.

Создание логической модели базы данных

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

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

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

Связь в ERwin трактуется как функциональная зависимость между двумя сущностями (в частности, возможна связь сущности с самой собой)

В процессе создания моделей присутствуют следующие этапы:

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

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

Этап 2. Создание логической модели базы данных

Для создания логической модели необходимо выделить следующие сущности: МЕНЮ, ОПИСАНИЕ_МЕНЮ, БЛЮДО. На ER-диаграмме названия сущностей записываются большими буквами. Конечный результат создания логической модели приобретает вид, представленный на рисунке 2.2

Рис. 2.2 Логическая модель базы данных предметной области «План - меню»

Этап 3. Создание физической модели базы данных

На этапе рабочего проектирования требуется физическая модель базы данных. При использовании средства моделирования данных ER-Win компании Platinum физическая модель автоматически генерируется для выбранного типа базы данных. Переключение на физический уровень представления модели осуществляется выбором уровня Physical в ниспадающем меню панели инструментов. После выполнения всех операций, физическая модель имеет вид, представленный на рисунке 2.3.

Рис.2.3 Физическая модель базы данных предметной области «План - меню».

2.4. Проектирование структуры базы данных

Процесс проектирования структуры базы данных подразумевает создание таблиц, которые состоят из уникальных, присущих именно этой сущности полей. Для каждого поля таблицы необходимо указать его условное название, определить тип и, если необходимо задать знаковый размер. Составление таблиц производится в одной из систем управления базой данных, например MS-Access, или в специальном приложении программы. В данном случае разработка всех таблиц производилась в приложении программы Delphi 6 DataBase Desktop.

В таблице использованы следующие обозначения:

* - первичный ключ;

+ (Autoincrement) - поле счетчика, значение которого автоматически увеличивается на единицу при создании новой записи;

N (Number) - вещественное число от -10307 до 32767;

A (Alpha) - строка с фиксированным числом символов от 1 до 255;

D (Date) - дата от 01.01.9999г. до н. э. до 31.12.9999г. н. э.

В ходе реализации проекта были созданы следующие таблицы:

1. Таблица «MENU», создана в приложении программы Delphi 6 DataBase Desktop. Тип таблицы - Paradox 7.0.

Рис. 2.4 Структура таблицы «MENU»

ID - поле счетчика

NOM_DOC - номер документа

DAY_SOST - дата составления меню

DAY_NA - период составления

2. Таблица «M_DESCRIPT» (описание меню), создана по аналогии с первой таблицей и имеет следующий вид:

Рис. 2.5 Структура таблицы «M_Descript»

ID - поле счетчика;

MENU_ID - поле служащее для связи с первой таблицей;

BLUDO - поле служащее для привязки полей из таблицы «BLUDO»;

KOL_VO - поле содержащее информацию о количестве порций каждого блюда

3. Таблица «BLUDO» создана по аналогии с первой и второй таблицей и имеет следующий вид:

Рис. 2.6 Структура таблицы «BLUDO»

ID - поле счетчика;

NAME - название блюда;

VID - вид блюда;

VES - вес блюда;

CENA - цена блюда;

RECEPT - описание компонентов блюда.

2.5. Структура пользовательского интерфейса

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

Для ввода, корректировки, просмотра и удаления информации в системе используются экранные формы документов и формы-отчеты:

- План - меню - главная форма;

- Сборник блюд;

- Добавить рецепт;

- Просмотр текстов рецептов;

- Добавление описания блюда;

- Список документов;

- Отчет о составленном плане меню для кухни;

- Отчет о меню для зала;

- О программе.

11

Рис 2.7 Структурная схема меню главной формы.

Главная форма системы - «План - меню» содержит меню для доступа ко всем функциям программы, а также компонент DBGrid для отображения данных об описании меню.

Форма «Сборник блюд» служит для отображения в сетке DBGrid всех блюд содержащихся в сборнике.

Форма «Добавить рецепт» служит для осуществления добавления, удаления и редактирования сборника. Эти действия осуществляются по средствам компонента DBNavigator.

Форма «Просмотр текстов рецептов» служит для просмотра рецепта блюда. Форма содержит DBGrid для отображения списка блюд для выбора, поле с текстом рецепта и дополнительную информацию о блюде.

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

Форма «Список документов» служит для отображения всех сохраненных ранее меню. Выбрав какой либо документ, на главной форме в сетке DBGrid автоматически отображается его описание. Для перемещения по записям на форме присутствует DBNavigator. Удаление, сохранение и редактирование документов осуществляется так же через DBNavigator.

Форма «Отчет о составленном плане меню для кухни» и «отчет о меню в зал» это печатные формы, содержащие информацию для места их назначения.

Форма «О программе» представляет собой стандартную форму AboutBox из набора форм Delphi. Она содержит сведения о разработчике, версии программы и другую служебную информацию.

Взаимосвязь между каждой формой и одной или более сущностями показана в таблице 2.8.

Табл. 2.8 Связь между формами и сущностями.

2.6. Разработка пользовательского интерфейса

При разработке программы были использованы стандартные средства ввода, отображения и корректировки информации, предоставляемые Delphi. Для доступа к данным используются компоненты TTable, связанные с соответствующими компонентами TDataSource. Для отображения данных используются TDBGrid, TDBEdit, TDBText. Для манипулирования данными используются компоненты TDBNavigator и кнопки (TButton), реализующие процедуры ввода, корректировки и удаления информации. При разработке макета главной формы использовался компонент TMainMenu, который предоставляет удобный доступ ко всем функциям программы и позволяет освободить форму от загромождающих ее элементов управления. На панели инструментов расположено стандартное меню Windows, в котором находятся ссылки на все необходимые формы. Создание такого вида меню организуется с помощью компонента MainMenu расположенного на закладке Standart. Формирование пунктов и подпунктов выполняется с помощью контекстного меню компонента. Привязка функций к каждому пункту осуществляется в окне, где прописан код программы. Это может быть открытие каких-либо окон или их закрытие, или вызов какой-то функции. Наглядно представлено на рисунке 2.9.

Рис. 2.9 Пункт меню «Справочники->Сборник блюд»

Пункт меню «Сборник блюд» содержит два подпункта, которые содержат следующую информацию:

- пункт «Просмотр сборника» открывает форму, которая содержит информацию о сборнике блюд

Рис. 2.10 Пункт меню «Просмотр сборника»

На этой вкладке расположен визуальный элемент DBGrid, позволяющий пользователю наглядно просматривать состав сборника. Для навигации по записям в нижней части формы расположен элемент DBNavigator. Для выхода из справочника в правом нижнем углу есть кнопка «Выход».

- пункт «Добавить новое блюдо» открывает форму, которая имеет следующий вид и функциональность:

Рис 2.11 Пункт меню «Добавить новое блюдо»

На этой вкладке расположен визуальный элемент DBGrid, позволяющий пользователю наглядно просматривать состав сборника. В верхней части формы, расположены кнопки, служащие для добавления, удаления и сохранения записей в справочнике блюд. В нижней левой части формы, расположен DBNavigator, для осуществления навигации по записям. Для выхода из пункта в правом нижнем углу расположена кнопка «Выход».

Рис. 2.12 Пункт меню «Справочники->Компоненты блюд»

Рис. 2.13 Пункт меню «Просмотр рецепта»

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

Рис. 2.14 Пункт меню «Добавить описание рецепта»

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

Рис. 2.15 Пункт меню «Действия»

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

Пункт «Новое меню» служит для создания нового плана меню. По нажатию на эту кнопку, на главной форме происходит автоматическая очистка поля «Номер документа» и сетки DBGrid. После чего пользователь вводит необходимые данные в соответствующие поля. После этих действий, пользователь должен сохранить изменения если это необходимо. Для этого существует кнопка «Сохранить меню». По её нажатию происходит сохранение документа в базе данных.

Пункт «Просмотр документов» предназначен для просмотра «архивных» документов меню.

Рис. 2.16 Пункт меню «Список документов меню»

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

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

Рис. 2.17 Отчет «Меню для кухни»

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

Рис. 2.18 Отчет «Меню в зал»

Рис. 2.19 Пункт меню «Помощь»

Данный пункт полностью посвящен справочной информации.

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

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

Рис. 2.20 Пункт меню «О программе»

Это стандартная форма AboutBox. На ней расположены иконка проекта, название и информация о версии системы и её разработчике.

Заключение

При разработке данного программного продукта разработчик пользовался средой разработки Delphi 6, которая разработана компанией Borland. Проекты, которые разрабатываются в этой программе, полностью совместимы с операционной системой Windows. Компоненты, применяемые в разработке, имеют аналогичный вид и наделены теми же свойствами, что и стандартные компоненты Windows.

Результатом разработки выступает программное приложение «План - меню». Эта программа разработана для автоматизации рабочего места заведующего производством.

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

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

Список литературы

1. Проектирование СУБД. - М.: «Диалог-мифи». - 2001. - 528

2. Дейт К. Дж. Введение в системы баз данных. - М., С.-П., Киев: издательский дом Вильяме, 2000.

3. Автоматизированные информационные технологии в экономике: учебник под ред. проф. Титоренко Г. А. - М.: Компьютер, ЮНИТИ, 1998

4. Смирнова Г. Н. и др. Проектирование экономических информационных систем. - М.: Финансы и статистика, 2001.

5. Маклаков С. В. BPWin и ERWin. CASE - средства разработки информационных систем. - М.: ДИАЛОГ - МИФИ, 2000.

6. Петров В.Н. Информационные системы. - М.: «Дрофа». - 2002г. - 213 с.

7. Епанешников А. М., Епанешников В. А. DELPHI.

8. Вендров А.М. Основы методологии проектирования ИС, «CASE-технологии и современные методы и средства проектирования информационных систем». Http://www.infocity.kiev.ua

9. Вендров А.М. Один из подходов к выбору средств проектирования баз данных и приложений. "СУБД", 1995, №3.

10. Смирнова Г.Н. Проектирование информационных систем. - М.: «Экзамен». - 2003. - 231 с.

11. Коуд П. Объектные модели. Стратеги, шаблоны и приложения. - М.: Лори. -1999. - 185с.

12. «Международные стандарты, поддерживающие жизненный цикл программных средств». М., МП "Экономика", 1996.