Множество вершин {Б_j} на графе отражает множество блюд, а множество вершин {П_i} - множество продуктов. Дуги отражают связь каждого блюда с продуктами, используемыми для его приготовления. Каждая дуга содержит вес брутто В_ji – вес i–го продукта, необходимый для приготовления одной порции j-го блюда.

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

     Соответствие  между блюдами и продуктами, необходимыми для его приготовления, задается в виде таблицы (Таблица 2.2). В таблице  указываются используемые для приготовления  блюда продукты.

     Рассмотрим  двудольный граф для нескольких конкретных блюд

     Граф  приведен на рис.2.9.

     Б₁ -холодец мясной;

     Б₂ -винегрет;

     Б₃-жаркое по домашнему.

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

     П₁-говядина

     П₂-желатин

     П₃-морковь

     П₄-петрушка

     П₅-лук репчатый

     П₆ -свекла

     П₇-огурцы соленые

     П₈-капуста квашенная

     П₉-картофель

     П₁₀-лавровый лист

     П₁₁-перец черный Горошком

     П₁₂-жир животный топленый

     П₁₃-томатное пюре

     П₁₄-масло растительное

     Каждая  дуга содержит вес продукта (в граммах), необходимый для приготовления  одной порции блюда, от которого отходит  эта дуга.

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

 

     

       
 
 

Рис 2.9 Пример двудольного графа соответствия продуктов блюдам 

 

                       Таблица 2.2 соответствий между блюдами и продуктами

 

     Аналогично  можно выразить соответствие блюд Б_j и диет Д_i с помощью двудольного графа на рис. 2.10.таблицы 2.3.

     

     Рис2.10Двудольного граф соответствия блюд и диет

     На  рис. 2.10k_ij – калорийность j-го блюда в i-ой диете.

                       Таблица2.3 соответствия между блюдами и диетами

     2.1.8.Поступление и хранение продуктов

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

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

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

     2.1.9.Инфологическая модель данных

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

     Инфологическая  модель данных представлена в виде диаграммы «Сущность-связь»: 

 

     Рисунок 2.11.Модель «Сущность-связь»

      Диетическое питание пациентов  

      В базе данных подсистемы имеются права  доступа 

      

                              Рис 2.12

      В базе данных подсистемы «Диетпитание»  будут храниться и обрабатываться данные о пациентах, диетах, блюдах, продуктах, заболеваниях и др.

      Каждому поступившему пациенту в зависимости  от диагноза заболевания рекомендуется  соответствующая диета.

      В тоже время каждой диете ставится в соответствие свой набор приемов  пищи (завтрак, обед, полдник и ужин), каждый из которых состоит из различных сочетаний категорий блюд (закуска, 1-е блюдо,  2-е блюдо, 3-е блюдо и десерт). Каждая категория включает в себя свой набор блюд, а каждому блюду ставятся в соответствие свои продукты. В базе данных также хранятся калорийность и энергетическая ценность каждого продукта, содержание в нем белков, жиров, углеводов, витаминов (А, В1, С), а также минеральных веществ (Са, Fe, Ka).

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

     Центральными  информационными сущностями БД являются сущности «Продукты», «Блюда», «Диеты». Эти информационные сущности несут информацию о калорийности, энергетической ценности, содержании белков, жиров, углеводов, витаминов, а также минеральных веществ в каждом продукте, блюде, диете. Каждый продукт, блюдо, диета характеризуется атрибутами «номер» (уникальное значение), «название», «энергетическая ценность», «белки», «жиры», «углеводы», «витамин А», «витамин В₁», «витамин С», «минерал Са», «минерал Fe», «минерал Ka». Кроме того, информационная сущность «Блюда» имеет атрибут «рецепт», а сущность «Продукты» - атрибуты «номер поставщика», «единица измерения», «цена», «на складе», «ожидается», «минимальный заказ» (для организации учета запасов продуктов).

     Сущность «Пациент» описывается атрибутами «номер пациента», «фамилия», «имя», «отчество», «дата рождения».

     Сущность  «Заболевание» описывается атрибутами «номер заболевания», «заболевание».

      Сущность «Приемы пищи» описывается атрибутами «номер приема пищи», «прием пищи».

      Сущность «Категории блюд» описывается атрибутами «номер категории», «категория».

     Сущность  «Поставщики» описывается атрибутами «номер поставщика», «название», «адрес», «город», «область», «индекс», «страна», «телефон», «факс».

     Далее описываются сущности, играющие вспомогательную  роль в проектируемой ИС – разграничение  прав доступа.

     Сущность  «Группы пользователей ИС» описывается атрибутами «номер группы», «название группы», «номер прав доступа», «пароль».

     Сущность  «Права доступа» описывается атрибутами «номер прав доступа», «описание прав доступа».

     Между описанными информационными сущностями БД организуются следующие связи:

• «Пациент»-«Заболевание» - связь «многие ко многим»;
• «Диеты» - «Заболевание» - связь «один ко многим»;
• «Приемы пищи»-«Диеты» - связь «многие ко многим»;
• «Приемы пищи»-«Категории блюд» - связь «многие ко многим»;
• «Категории блюд»-«Блюда» - связь «один ко многим»;
• «Блюда»-«Продукты» - связь «многие ко многим»;
• «Продукты»-«Поставщики» - связь «многие ко многим»;
• «Права доступа»-«Группы пользователей ИС» - связь «один ко многим».

 
 

 

     2.2.Выбор СУБД

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

     В первую очередь при выборе СУБД необходимо принимать во внимание следующие факторы:

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

     Проведем  сравнительный анализ СУБД, в какой-либо степени отвечающих данным требованиям.

     MS SQL Server 2005 Personal. Удобный пользовательский интерфейс утилит администрирования в сочетании с достаточно высокой производительностью и относительно невысокой стоимостью эксплуатации сделал эту серверную СУБД второй по популярности после Oracle.

     Данная версия поддерживает платформы Windows NT, Windows 2000/2003, Windows XP Professional.

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

     Важнейшие характеристики данной СУБД - это:

• простота администрирования;
• быстродействие и функциональные возможности механизма сервера СУБД;
• наличие средств удаленного доступа.

           MS SQL Server 2005 Personal, как  система управления реляционными  базами данных:

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