В ведение

автоматизированный рецепт блюдо база

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

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

Объект исследования — разработка автоматизированных информационных систем.

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

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

1) определить требования к системе;

2) осуществить проектирование базы данных;

3) реализовать базу данных;

4) создать внешнее приложение к базе данных;

5) разработать руководство пользователя.

1. изучение и анализ специализированной литературы;

2. разработка автоматизированной информационной системы и внешнего приложения к ней.

1 . А втоматизированная информационная система рецептов кулинарных блюд

1.1 Понятие автоматизированной информационной системы

Система управления базами данных (СУБД) — совокупность программ, предназначенных для управления БД и возможности получения пользователями необходимой информации из базы [9].

В задачи СУБД входят следующее:

1. Формирование и поддержание БД.

2. Поиск и обработка информации.

3. Прием запросов.

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

5. Обеспечение целостности БД.

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

Автоматизированная информационная система (АИС) — совокупность программно-аппаратных средств, предназначенных для автоматизации деятельности, связанной с хранением, передачей и обработкой информации. АИС ориентированы на конечного пользователя, не обладающего высокой квалификацией в области вычислительной техники. Поэтому клиентские приложения информационной системы должны обладать простым, удобным, легко осваиваемым интерфейсом, который предоставляет конечному пользователю все необходимые для работы функции и в то же время не дает ему возможность выполнять какие-либо действия [12].

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

1.2 Исследование предметной области

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

База данных рецептов кулинарных блюд предназначена для накопления и хранения данных о рецептах кулинарных блюд на кулинарном сайте.

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

Основное назначение разрабатываемой АИС — обеспечение необходимой информационной поддержки и автоматизированной технологии решения задач кулинарного сайта.

Основными целями создания АИС являются:

– Упрощение и автоматизация поиска данных;

– Сбор и хранение рецептов с последующим внедрением в Интернет;

– Сокращение времени поиска рецептов кулинарных блюд;

– Создание более простого управления данными.

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

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

– Список категорий со следующими атрибутами;

– Список способов приготовления;

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

2) фильтрация данных;

3) сортировка данных;

4) добавление, редактирование и удаление записей.

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

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

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

1. Операционная система Windows XP / 7 / 8;

2. Программное обеспечение, обеспечивающее поддержку сетевого протокола TCP/IP для связи с сервером базы данных.

На компьютере с серверной частью АИС рецептов кулинарных блюд должно быть установлено следующее системное программное обеспечение:

1) Операционная система Windows XP / 7 / 8 либо WindowsServer 2003 (и старше).

2) Система управления базами данных (СУБД)MICROSOFT SQL Server 2000 (и старше);

3) Программное обеспечение, обеспечивающее поддержку сетевого протокола TCP/IP для связи с клиентской частью АИС.

1.3 Проектирование АИС

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

Процесс проектирования может быть разделен на три этапа:

1) концептуальное проектирование;

2) логическое проектирование;

3) физическое проектирование.

1.3.1 Концептуальное проектирование

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

Объект — это некоторая сущность в виртуальном пространстве, обладающая определённым состоянием и поведением, имеющая заданные значения свойств и операций над ними [14]. Под атрибутом же мы понимаем поименованную характеристику объекта, с помощью которой моделируются его свойства [14].

Выделяют два подхода к выбору состава и структуры предметной области.

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

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

Существует три типа связи: один-к-одному, один-ко-многим и многие-ко-многим. Обозначаются они как 1:1, 1. . соответственно или стрелками:

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

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

Категория рецептаРазмещено на http://www.allbest.ru/

Одно блюдо порой может иметь несколько рецептов приготовления, поэтому связь между сущностями будет один-ко-многим:

БлюдоРазмещено на http://www.allbest.ru/

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

Способ приготовленияРазмещено на http://www.allbest.ru/

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

Рецепт Размещено на http://www.allbest.ru/

В таблице 1 отображены сущности и их атрибуты.

Таблица 1 — Сущности базы данных рецептов кулинарных блюд и их атрибуты.

1. Категория рецепта

Код категории, наименование.

Код блюда, описание, количество порций.

Код рецепта, время приготовления, вес, калорийность (ккал).

4. Способ приготовления

Код СП, наименование, посуда.

Код продукта, наименование, количество.

В ходе анализа предметной области были выделены атрибуты каждой сущности. Представим графическое отображение концептуальной модели данных — ER-диаграммы (Приложении Б). Ключевые атрибуты выделены нижним подчеркиванием.

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

1.3.2 Логическое проектирование

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

В реляционных моделях данных объекты и взаимосвязи между ними представляются с помощью таблиц. Каждая таблица представляет один объект и состоит из строк и столбцов.

Отношение — двумерная таблица, имеющая уникальное имя.

Атрибут (поле) — поименованный столбец отношения.

Домен отношений — множество значений всех атрибутов.

Кортежи (записи) — строки отношения.

Домен атрибута — множество значений атрибута отношения.

Тело отношения — множество кортежей.

Степень отношения — количество атрибутов.

Кардинальное число — количество кортежей отношения.

Таблицы связаны между собой при помощи атрибутов [8].

На основе требований, предъявляемых к информационной системе, выделяют все сущности [18].

Сущность определяется как некоторый объект, представляющий интерес. Этот объект должен иметь атрибуты, отличающиеся друг от друга и допускающие однозначную идентификацию. Атрибуты, значения которых уникальным образом идентифицируют каждый экземпляр объекта, называются ключевыми (в таблице 2 ключевые атрибуты выделены подчеркиванием) [8].

Таблица 2 — Сущности базы данных рецептов кулинарных блюд и ее ключевые атрибуты.

1. Категория рецепта

Код категории, наименование.

Код блюда, описание, количество порций.

Код рецепта, время приготовления, вес, калорийность (ккал).

4. Способ приготовления

Код СП, наименование, посуда.

Код продукта, наименование, количество.

Выявляя сущности, значимые в рамках разрабатываемой системы, анализируются связи между ними. Для исследуемой системы были выделены следующие связи:

1. «Относится»: показывает, что каждое блюдо относится к какой-либо категории рецептов.

2. «Соответствует»: определяет, какой рецепт относится к тому или иному блюду.

3. «Состоит»: показывает, какие продукты используются в рецепте.

4. «Включает»: определяет, какой способ приготовления применен в каждом рецепте.

1.3.3 Физическое проектирование

Целью физического проектирования является создание описания СУБД-ориентированной модели базы данных. На данном этапе проектирования мы должны учитывать необходимость полноты представления данных и стремиться к исключению их избыточности. Данные должны быть непротиворечивы и представлены таким образом, чтобы все необходимые манипуляции с ними были просты и максимально эффективны [10].

Для исследуемой системы на данном этапе была создана схема данных, описаны реляционные таблицы, разработаны структуры доступа к данным.

Схема данных и структура таблиц приведены в приложениях В и Г.

1.4 Экранные формы

1. Форма «Диалоговая форма Категории Рецептов».

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

2. Форма «Составная форма Категории Рецептов».

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

Также имеются и простые формы по каждому объекту БД, такие, как «Категория рецептов», «Блюдо», «Рецепт», «Способ приготовления» и «Продукты», которые более наглядно отображают информацию.

Созданные формы представлены в приложении Д.

1.5 Запросы к БД

Запрос — это средство выбора необходимой информации из базы данных. Вопрос, сформированный по отношению к базе данных, и есть запрос[17].

1. Запрос «Параметрический запрос рецепта»

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

2. Запрос «Запрос блюда на выборку 1»

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

3. Запрос «Обновление».

Это запрос-действие на обновление рецепта определенного блюда.

4. Запрос «Удаление блюда».

Это запрос-действие на удаление блюда со всей информацией о нем.

5. Запрос «Запрос блюда на выборку 2».

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

6. Запрос «Запрос блюда на выборку 3».

Этот запрос состоит из двух перекрестных таблиц. Он отображает блюда по времени приготовления.

7. Запрос «Запрос блюда без подчиненных».

Данный запрос отображает те блюда, рецепты которых не были занесены в БД.

Разработанные запросы приведены в приложении Е.

1.6 Отчеты

1. Отчет «Составной отчет по категориям рецептов».

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

2. Отчет «Параметрический отчет по рецептам».

Этот отчет является параметрическим. Он содержит краткую информацию о рецептах.

3. Отчет «Перекрестный отчет по блюдам».

Данный отчет создан на основе перекрестного запроса. Он отображает блюда по времени приготовления.

Также имеются простые отчеты — это отчеты «Блюдо», «Категория рецептов», «Рецепты», «Способ приготовления» и «Продукты», созданные на основе одноименных таблиц.

Данные отчеты представлены в приложении Ж.

2 . В нешнее приложение » Б аза данных кулинарных блюд «

2.1 Основы разработки внешних приложений в Delphi

Технология взаимодействия приложения и базы данных относится к модели «клиент — сервер». База данных является «сервером», а всякое использующее ее приложение является «клиентом». Соответственно приложение должно выполнять основные функции клиента. Во-первых, при создании клиентского приложения необходимо иметь возможность связать этого клиента с базой данных. Во-вторых, приложение должно выполнять запросы к базе данных, уметь обрабатывать полученные результаты и представлять их в понятном пользователю виде [12].

Приложение Delphi для работы с базами данных состоит из трех основных частей:

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

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

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

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

1. TADOConnection: этот компонент используется для инициализации и установления соединения с базой данных.

2. TADOCommand: применяется для того, чтобы обеспечить выполнение команд, не возвращающих результаты, таких как, например, SQL-операторы DELETE, INSERT и UPDATE.

3. TADODataSet: используется для SQL-запросов и хранимых процедур, возвращающих результаты в виде наборов записей.

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

5. TADOQuery: служит для определения SQL-операторов, позволяющих осуществить доступ к одной или нескольким таблицам.

2.2 Разработка внешнего приложения

Далее помещаем на форму компонент ТADOTable закладки ADO, придаем свойству Connection значение ADOConnection1 для связи с компонентом ТADOConnection. Также на форму устанавливаем компонент ТDataSource закладки Data Access, придаем его свойству DataSet значение ADOTable1.

Выбор отображаемого объекта выполнен с использованием компонента ТСomboBox закладки Data Controls. Для этого названия отображаемых объектов заносятся в свойство Items. Для отображения объектов используем компонент TDBGrid закладки Data Controls. Свойству DataSource этого компонента следует придать значение DataSource1. Отображение данных будет происходить по нажатию кнопки «ОК» (Name = Button1). Для этого прописываем соответствующую процедуру для данной кнопки. Коды всех процедур представлены в приложении З.

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

Для реализации запросов на форму были помещены два компонента ТADOQuery закладки ADO со значениями свойств Connection равными ADOConnection1 и с заданными параметрами в свойстве Parameters. Код запроса заносится в свойство SQL соответствующего компонента ТADOQuery.

Также были установлены еще два компонента ТDataSource со значениями свойств DataSet равными соответственно ADOQuery1 и ADOQuery2.

Для того чтобы осуществить поиск по какому-либо полю, необходимо на форму поместить одну кнопку (Button), два поля (Edit) и три метки (Label), находящихся на вкладке Standard. Затем выделяем метку напротив первого поля, в свойстве Caption устанавливаем значение «Поле», напротив второго — «Значение». В свойстве Caption для кнопки введем «Поиск» и у полей свойство Text делаем пустым. После чего двойным щелчком по кнопке Поиск открываем Unit и после begin пишем:

if Form1.ADOTable1.Locate(Form1.Edit1.Text, Form1.Edit2.Text, [LoCaseInsensitive]) = true

then ShowMessage(‘Готово’);

Свойство Locate компонента ADOTable используется для осуществления поиска. В данном случае его параметрами будут Edit1 (Поле) и Edit2 (Значение), а также loCaseInsensitive для точного совпадения.

Для того чтобы осуществить сортировку, помещаем на форму метку, в свойстве Caption устанавливаем значение «Сортировка». Напротив метки помещаем две кнопки: у первой в свойстве Caption вводим «По возрастанию», а у второй — «По убыванию». После двойного щелчка по кнопке «По возрастанию» открываем Unit и после begin пишем:

Form1.ADOTable1.Sort:=Form1.Edit3.Text+’ ASC’;

Параметр Sort компонента ADOTable отвечает за сортировку данных. Присваивание ему поля Edit3 означает, по какому полю будет осуществляться сортировка, а параметр ASC отвечает именно за сортировку по возрастанию.

Аналогично выполняем сортировку по убыванию, только вместо параметра ASC пишем DESC, который отвечает за сортировку по убыванию:

Form1.ADOTable1.Sort:=Form1.Edit3.Text+’ DESC’;

Для того чтобы осуществить фильтрацию, на форму помещаем две кнопки, в свойстве Caption для первой пишем «Фильтр», для второй — «Снять фильтр». После двойного щелчка по кнопке «Фильтр», в unit после begin пишем:

Form1.ADOTable1.Filter:=Form1.Edit4.Text+’ = ‘+QuotedStr(Form1.Edit5.Text);

Form1.ADOTable1.Filtered:=True;

Свойство Filter компонента ADOTable отвечает за осуществление фильтрации. Присваивание ему значений из Edit4 будет означать, что именно по этому полю будет осуществляться фильтр. Функция QuotedStr переводит введенную строку в читабельную для машины строку. Строка Form1.ADOTable1.Filtered:=Тrue; отвечает за включение самого фильтра.

Для того чтобы снять фильтр, после двойного щелчка по кнопке «Снять фильтр» в unit после begin пишем:

Form1.ADOTable1.Filtered:=False;

Эта строка служит для отключения фильтра.

Вид формы внешнего приложения приведен в приложении И.

2.3 Руководство пользователя

Рисунок 1 — Главная форма.

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

Для сортировки данных необходимо ввести название поля, по которому будет проводиться сортировка, и нажать кнопку с нужным видом сортировки — «По возрастанию» либо «По убыванию» (рис. 2).

Рисунок 2 — Сортировка данных.

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

Рисунок 3 — Поиск данных.

На рис. 3 показано, как работает поиск. По завершении поиска объект будет показан указателем.

Рисунок 4 — Фильтрация данных.

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

Чтобы снять фильтр, необходимо нажать на кнопку «Снять фильтр», как показано на рис. 5.

Рисунок 5 — Снятие фильтра.

Для перемещения по записям, добавления, удаления и изменения их, существуют кнопки компонента ТDBNavigator:

З аключение

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

Для достижения цели был решен ряд задач:

1) описана предметная область;

2) построена исходная модель (ER-диаграммы) базы данных;

3) определены функциональные зависимости;

4) проведен синтез схемы базы данных на основании функциональных зависимостей;

5) построена оптимизированная концептуальная модель;

6) построены различные виды запросов.

С помощью средств СУБД Microsoft Access создан удобный пользовательский интерфейс. Приложение позволяет решать все задачи, сформулированные в задании на курсовую работу. Это позволяет сделать вывод, что задание выполнено полностью.

С писок источников