Меню

Автоматизация питания детского сада



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

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

Рубрика Программирование, компьютеры и кибернетика
Вид дипломная работа
Язык русский
Дата добавления 26.05.2015
Размер файла 1,4 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

РОССИЙСКИЙ ГОСУДАРСТВЕННЫЙ СОЦИАЛЬНЫЙ УНИВЕРСИТЕТ

ФАКУЛЬТЕТ ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ

Кафедра моделирования информационных систем и сетей

Дипломный проект на тему:

«РАЗРАБОТКА АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ ОПРЕДЕЛЕНИЯ МЕНЮ ПИТАНИЯ В ДЕТСКИХ УЧРЕЖДЕНИЯХ»

Заведующий кафедрой моделирования информационных систем и сетей, д.т.н.

ЗАДАНИЕ К ДИПЛОМНОМУ ПРОЕКТУ

Факультет информационных технологий группа АСУ-Д-5 .

Начало дипломного проектирования 12 марта 2014 г.

Контрольные сроки просмотра работы 14 мая, 4 июня 2014 г.

Срок представления на рецензию 18 июня 2014 г.

Защита работы на заседании ГАК 29 июня 2014 г.

Наименование темы: «РАЗРАБОТКА АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ ОПРЕДЕЛЕНИЯ МЕНЮ ПИТАНИЯ В ДЕТСКИХ УЧРЕЖДЕНИЯХ»

а) содержание специальной части:

аналитический обзор существующих систем составления меню питания;

проектирование структуры автоматизированной системы определения меню питания в детских учреждениях;

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

проектирование и реализация базы данных;

разработка интерфейса автоматизированной системы;

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

б) содержание экономической части:

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

в) содержание экологической части:

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

Основная литература и пособия:

Нивеницын Э.Л. Проектирование информационных систем. Разработка пользовательского интерфейса: Сб. практ. заданий для студ. спец. 351400 «Прикладная информатика (в экономике)»/Э.Л. Нивеницын, И.И. Чукляев .-Смоленск: Универсум, 2004.-32; В.П. Агальцов, Базы данных. В 2-х кн. Книга 1. Локальные базы данных: учебник. М: ИД «ФОРУМ»: ИНФРА-М, 2009.; Фаронов В.В. Программирование баз данных в Delphi 7: Учебный курс. — СПб.: Питер, 2004 — 464 с.; Маклаков С.В. BPwin и ERwin. CASE — средства разработки информационных систем.

  • СОДЕРЖАНИЕ ВВЕДЕНИЕ
  • ГЛАВА 1. АНАЛИЗ ИНФОРМАЦИОННОГО ОБЕСПЕЧЕНИЯ УПРАВЛЕНИЯ ПИТАНИЕМ ДЕТЕЙ В ДЕТСКИХ УЧРЕЖДЕНИЯХ И ПРИМЕНЯЕМЫХ ИТ
  • 1.1 Анализ системы управления питанием в детских учреждениях
  • 1.2 Аналитический обзор существующих информационных систем и технологий для разработки меню питания в детских учреждениях
  • 1.2.1 «Детский сад: Питание»
  • 1.2.2 «1С: Школьное питание 8»
  • 1.3 Постановка задачи дипломного проектирования
  • ГЛАВА 2. РАЗРАБОТКА ОСНОВНЫХ КОМПОНЕНТОВ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ ОПРЕДЕЛЕНИЯ МЕНЮ ПИТАНИЯ В ДЕТСКИХ УЧРЕЖДЕНИЯХ
  • 2.1 Разработка структурной схемы системы определения меню питания в детских учреждениях
  • 2.2 Обоснование выбора технического обеспечения системы
  • 2.3 Разработка математической модели системы определения меню питания в детских учреждениях
  • 2.4 Проектирование базы данных
  • 2.4.1 Разработка концептуальной модели базы данных

2.4.2 Обоснование инструментальных средств проектирования базы данных

2.4.3 Разработка логической модели базы данных. Нормализация отношений

2.4.4 Обоснование выбора СУБД

2.4.5 Разработка физической модели базы данных

2.5 Разработка интерфейса автоматизированной системы определения меню питания в детских учреждениях

ГЛАВА 3. РЕАЛИЗАЦИЯ ПРОЕКТА АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ ОПРЕДЕЛЕНИЯ МЕНЮ ПИТАНИЯ В ДЕТСКИХ УЧРЕЖДЕНИЯХ

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

3.2 Реализация базы данных системы

3.3 Реализация модуля управления информацией о продуктах

3.4 Реализация модуля управления информацией о блюдах

3.5 Реализация модуля управления информацией о технологических картах

3.6 Тестирование работы программы

3.7 Инструкция пользователю

ГЛАВА 4. ОЦЕНКА СТОИМОСТИ СИСТЕМЫ

4.1 Расчет затрат на разработку информационной системы


4.2 Расчет затрат на эксплуатацию системы


ГЛАВА 5. ЭКОЛОГИЧЕСКИЕ ТРЕБОВАНИЯ К ОХРАНЕ ТРУДА


5.2 Требования к помещениям для эксплуатации мониторов и ПЭВМ


5.3 Требования к микроклимату, содержанию аэроионов и вредных химических веществ в воздухе на рабочих местах, оборудованных ПЭВМ


5.4 Требования к уровням шума и вибрации на рабочих местах, оборудованных ПЭВМ


5.5 Требования к освещению на рабочих местах, оборудованных ПЭВМ


5.6 Общие требования к организации рабочих мест пользователей ПЭВМ


5.7 Общие рекомендации к организации труда и отдыха при работе с ВТ


ЗАКЛЮЧЕНИЕ


СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ


ПРИЛОЖЕНИЕ


ВВЕДЕНИЕ


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


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


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


Разработка основных компонентов автоматизированной системы определения меню питания в детских учреждениях;


Обоснование экономической эффективности разработанной автоматизированной системы;


Экологические требования к охране труда.


ГЛАВА 1. АНАЛИЗ ИНФОРМАЦИОННОГО ОБЕСПЕЧЕНИЯ УПРАВЛЕНИЯ ПИТАНИЕМ ДЕТЕЙ В ДЕТСКИХ УЧРЕЖДЕНИЯХ И ПРИМЕНЯЕМЫХ ИТ


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


Основным принципом питания дошкольников является максимальное разнообразие пищевых рационов, которое достигается путем использования достаточного ассортимента продуктов и различных способов кулинарной обработки. Однообразная пища быстро приедается и снижает аппетит. Нормальная и полезная еда — еда с аппетитом, особенно это относится к детям. Большое значение имеет питание ребенка в период первых лет жизни, когда формируется организм и обязательным условием является обеспечение его всеми необходимыми для роста пищевыми веществами. Меню — это перечень всевозможных блюд, закусок, кулинарных изделий и напитков, включенных в ежедневный рацион детского питания. Меню служит программой работы пищеблока. Для лучшей организации технологического процесса на производстве, более равномерного распределения сырья по дням недели медицинская сестра составляет плановое меню на неделю. Можно разработать цикл меню на 20 дней. Это позволяет заранее сделать заказ на необходимое сырье, заготовить полуфабрикаты, что улучшает качество блюд. Режим питания детей всех возрастов должен быть согласован с общим режимом для каждой группы.


Питание должно быть организовано исходя из их физиологических потребностей и возраста (нормы установлены для детей до 3 и от 3 до 7 лет). В зависимости от назначения в общественном питании составляют следующие виды меню: со свободным выбором блюд, дневного рациона питания, скомплектованных обедов, заказное и диетического питания (лечебное). В пищеблоках детских садов и яслей разрабатывают меню дневного рациона питания, предусматривающее три или четыре приема пищи: завтрак, обед, полдник и ужин. Это меню составляют с учетом установленных физиологических норм питания для различных возрастных групп детей. Большое внимание уделяют требованиям рационального питания. Кроме этого, при составлении меню дневного рациона необходимо правильно распределять питание в процентном отношении (завтрак и ужин по 25%, обед 30—35%, полдник 15—20% всей суточной калорийности пищи). Следует также правильно распределять потребление различных продуктов в течение дня. Продукты, богатые животным белком, распределяют на все приемы пищи, что способствует лучшему усвоению белка. Однако блюда из мяса и рыбы желательно подавать на обед и завтрак, а на ужин лучше приготовить быстро перевариваемые молочные и творожные блюда. Для полного удовлетворения организма жидкостью необходимо в сутки потреблять детям в возрасте от 1 до 3 лет 100 мл на 1 кг массы тела, от 3 до 7 лет — 80 мл. Время приема пищи у детей должно быть постоянным, так как вырабатывается пищевой рефлекс «на время» с выделением необходимого количества пищеварительных соков, определяющих появление аппетита. «Программа воспитания в детском саду» предусматривает режим дня, а следовательно, и режим кормления детей.


Меню лечебного питания составляют отдельно для каждой диеты в соответствии с заболеванием. В Институте питания РАМН разработана единая номерная система диет, охватывающая все основные заболевания. Каждая диета имеет свою характеристику и в сочетании с нормами питания служит основой при составлении меню. При составлении меню медсестра или заведующий производством учитывают также целый ряд других факторов: возраст детей, разнообразие блюд, наличие сырья, сезонность, стоимость блюд, трудоемкость их изготовления, квалификацию поварского состава, а также техническую оснащенность предприятия. Точно разработанные наборы продуктов для составления меню необходимы каждой возрастной группе детей. Однако меню для детей всех возрастных групп составляют одно. Если имеются группы детей от 1 до 2 лет, их меню отличается не только по объему порции, но и по кулинарной обработке. Супы и овощи готовят для них в протертом виде, каши — в разваренном. Разнообразие блюд обеспечивается набором сырья и продуктов (мясо, рыба, молоко, яйца, крупы, овощи), а также видами кулинарной обработки (мясо тушеное, отварное, жареное, припущенное; мясные блюда из мяса рубленого: котлеты, биточки, тефтели и др.). Кроме того, блюда должны быть разнообразны по внешнему виду, вкусу и гарниру.


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


Разнообразить блюда необходимо не только в течение дня, но на протяжении всей недели, месяца. В зависимости от наличия сырья в меню включают блюда различной обработки. Например, из мяса старых животных и птицы лучше готовить блюда тушеные, отварные и рубленые. При отсутствии по какой-либо причине того или иного продукта его заменяют другим с таким расчетом, чтобы химический состав рациона не изменился. Однако к замене продуктов следует прибегать лишь в случаях крайней необходимости. Кроме того, молоко и сливочное масло в детском питании замене не подлежат. Сезон необходимо учитывать в любое время года. В летнее и осеннее время нужно готовить свекольник, блюда из щавеля, шпината, салата, лука; вместо компотов и киселей подавать свежие ягоды и фрукты, соки. Зимой в меню включать больше фаршированных, горячих блюд. При составлении меню необходимо учитывать также трудоемкость приготовления блюд и сочетать блюда сложные в изготовлении с более простыми. Так, если в меню включены фаршированные блюда (кабачки, помидоры, рыба и др.), то остальные блюда должны быть проще, иначе большое количество трудоемких блюд затруднит поварам их приготовление. Если в пищеблоке работают квалифицированные повара, в меню можно включать блюда более сложные и трудоемкие, в то время как малоопытные работники с изготовлением таких блюд не справятся. Техническую оснащенность пищеблока учитывают при включении в меню блюд, требующих машинной обработки. Так, при наличии протирочной машины или машины для приготовления картофельного пюре чаще его готовят на гарниры. Если есть взбивальные машины, кисель можно заменить муссом. При составлении меню-требования необходимо учитывать выход порции для детей разного возраста, указывать численность детей и раскладку продуктов для каждого блюда, его массу в готовом виде (выход блюда), т.е. дифференцированно по возрастам. Сотрудники детских садов имеют право на получение одного питания (обеда). Во время выезда детского сада на дачу им разрешается получать трехразовое питание из общего с детьми котла (без права выноса). При этом они оплачивают стоимость сырьевого набора продуктов по себестоимости. Для организации питания сотрудников используют также продукты, специально отпускаемые для этой цели торговыми организациями, а также незерновые сельскохозяйственные продукты, приобретаемые детскими садами на колхозных рынках по ценам, не превышающим установленные государственные розничные цены. За соблюдение установленного порядка питания сотрудников несет ответственность заведующая детским садом. При составлении меню-требования учитывают и численность питающихся сотрудников. При разработке плана-меню на продолжительный период необходимо норму продуктов, полагающуюся ребенку на день, умножить на количество дней, на которое составляется меню (10—20 дней). Основные продукты (хлеб, масло, молоко, сахар, мясо) включают в меню ежедневно, другие (сметана, творог, рыба) дают не каждый день, однако к концу недели весь полагающийся набор продуктов должен быть использован. Так, если по норме полагается 40 г творога в день, то за 10 дней ребенок должен получить 400 г творога. Это количество можно распределить по дням недели в различных блюдах: крупеник с творогом, ватрушки, вареники ленивые, сырники, пудинг творожный, пудинг манный с творогом или рисовый с творогом, лапшевник с творогом и др. Зная раскладку продуктов на то или иное блюдо, легко рассчитать, сколько раз его за это время можно приготовить. На пищеблок из кладовой продукты выдают согласно меню-требованию, которое составляет ежедневно медицинская сестра совместно с заведующим производством и утверждает заведующая детским учреждением. В меню-требовании перечисляют блюда, которые будут готовить в данный день на завтрак, обед, полдник и ужин, количество порций (включая обслуживающий персонал), выход порций, а также количество продуктов, подлежащих закладке в каждое блюдо. Расход продуктов записывают дробью: числитель — на одного ребенка, знаменатель — на общее число детей. Указывают стоимость продуктов. Выход блюда должен соответствовать объему, полагающемуся ребенку в его возрастной группе.


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


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


Рассмотрим подробнее две системы «Детский сад: Питание» и «1С: Школьное питание 8».


Компьютерная программа «Детский сад: Питание» предназначена для организации питания и учета продуктов в дошкольных образовательных учреждениях.


Компьютерная программа «Детский сад: Питание» обеспечивает ведение технологических карт и рецептур блюд, составление плана-меню на любой период в соответствии с новым СанПиН 2.4.1.2660-10, меню на день, меню-требования, ведет учет расхода и остатков продуктов на складах, бракеражный журнал, а также составляет отчеты о пищевой ценности, химическом составе, витаминизации блюд.


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


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


Возможности:


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


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


Возможность изменения порядка следования блюд в плане-меню и в меню на день.


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


Расчет пищевой ценности и химического состава в блюдах с учетом потерь при тепловой кулинарной обработке.


Ведение технологических карт (в комплект программы входит около 160 рецептур, либо 550 рецептур, либо 1000 рецептур в зависимости от сборника), возможность редактирования и добавления новых рецептур.


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


Ведение категорий довольствующихся, например, детский сад, ясли, персонал.


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


Функция поиска необходимой информации (блюд в справочнике).


1.2.2 «1С: Школьное питание 8»


Программный продукт «1C: Школьное питание 8» предназначен для диетологического, технологического и бухгалтерского учета продуктов и управления питанием в общеобразовательном учреждении, государственном или частном (независимо от системы бухгалтерского учета). Программа поддерживает многопользовательскую работу в локальной сети или через Интернет, в том числе и через web-браузеры.


«1С: Школьное питание» является совместной разработкой фирмы «1С» и компании «Агентство КАПИТАН».


Программа адресована:


диетсестре,


бухгалтеру,


кладовщику,


заведующему производством столовой.


Основные функциональные возможности программы:


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


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


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


Разработка рецептур блюд и типовых меню.


Расчет заказа продуктов поставщику, включая электронную подачу заявки через выгруженный файл.


Учет продуктов на складах: приход, расход, перемещения ТМЦ, остатки, инвентаризация.


Разделение учета по видам движения средств (источникам финансирования).


По партиям продуктов ведутся сведения о сроках хранения, санитарных сертификатах, конкретных единицах измерения (банках, батонах и т.д.).


Калькуляция: составление и расчет «Меню-требования», основного и на дополнение/возврат, с учетом норм отхода холодной обработки, замен продуктов и блюд, пробы. Автоматизированное списание продуктов и расчет стоимости питания. Дозаказ продуктов;


Бракераж готовых блюд с регистрацией оценок и распечаткой вкладных листов бракеражного журнала;


Контроль фактического рациона по стоимости и пищевой ценности.


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


Дополнительные функциональные возможности:


Выгрузка документов о движении продуктов в систему бухгалтерского учета с использованием механизма конвертации данных); выгрузка данных «Меню-требования» во внешний файл для сдачи в централизованную бухгалтерию.


Расчет норм отхода холодной обработки с оформлением «Акта проработки».


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


Расчет характеристик пищевой ценности блюд по продуктам;


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


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


Требования к этой системе следующие:


система должна выполнять функцию поддержки принятия решения в составлении меню питания в детских учреждениях;


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


предоставлять возможность просмотра и печати составленных меню;


система должна иметь простой и доступный интерфейс;


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


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


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


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


> подсистема управления информацией о продуктах;


> подсистема управления информацией о блюдах;


> подсистема управления информацией о технологических картах;


2.2 Обоснование выбора технического обеспечения системы

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

ПК должен работать под операционной Windows XP. Windows представляет собой высокопроизводительную, многозадачную и многопоточную 32-64 разрядную операционную систему с графическим интерфейсом и расширенными сетевыми возможностями. Она работает в защищённом режиме и предназначена для настольных и переносных компьютеров. Новая операционная система позволяет более полно использовать потенциал персонального компьютера, обеспечивает доступ пользователя к ресурсам сети.

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

Для работоспособности АС потребуются следующие технические средства ПЭВП:

Процессор — это один из самых главных элементов ПЭВМ. Он выполняет обработку всех математических и логических операций, для работы потребуется Pentium-4 2,6 GHz.

Оперативная память (ОЗУ, RAM) — это энергозависимая память, которая работает только в момент, когда ЭВМ включена. ОЗУ служит для хранения всех программ, запускаемых на компьютере, промежуточных результатов; именно из нее микропроцессор берет все данные для обработки. Для работы АС требуется минимум 512 Мб ОЗУ.

Накопители на жестком магнитном диске предназначены для постоянного хранения информации, используемой при работе с компьютером. Для переноса информации с одного ЭВМ на другой, а также для резервного копирования используются накопители на гибких магнитных дисках. Для хранения информационной базы конфигурации требуется жесткий диск (HDD) с объемом от 80 Гб, при этом следует иметь в виду, что при росте информационной базы данных потребуется жесткий диск с большим объемом.

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

Монитор предназначен для вывода на экран текстовой и графической информации. Для нормальной работоспособности системы потребуется монитор стандарта VGA/DVI размером от 17 дюймов, который поддерживает разрешение 1280х1024.

2.3 Разработка математической модели системы определения меню питания в детских учреждениях

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

Соответствие санитарным нормам по показателю суточной энергетической ценности (калорийности), потреблению белков, жиров и углеводов;

Повторяемость блюд (согласно санитарным нормам меню должно быть разнообразным, поэтому одно блюдо может быть включено в меню не чаще 1 раза в 10 дней);

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

Суточные нормы физиологических потребностей в энергии и пищевых веществах для детей возрастных групп представлены в таблице 2.1.:

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

От 2 лет до 3 лет

От 3 лет до 7 лет

Отклонения от расчётной суточной калорийности и содержания основных пищевых веществ не должны превышать ±10%.

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

Остальные 25% приходятся на ужин вне детского учреждения.

Учитывая все эти особенности, математическую модель можно выразить системами выражений:

Для детского учреждения «Ясли»:

Для детского учреждения «Сад»:

где — требуемая калорийность за завтрак,

— требуемая калорийность за обед,

— требуемая калорийность за полдник,

— требуемое количество белков,

— требуемое количество жиров,

— требуемое количество углеводов.

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

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

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

2.4.1 Разработка концептуальной модели базы данных

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

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

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

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

2.4.2 Обоснование инструментальных средств проектирования базы данных

ERwin является современным инструментом CASE — моделирования (ComputerAidedSoftwareEngineering) баз данных, удовлетворяющим ряду требований:

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

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

> Инструмент моделирования поддерживает как логическое, так и физическое моделирование.

> Современный инструмент позволяет автоматически генерировать СУБД.

ERwin 7 — мощное и простое в использовании средство конструирования баз данных. Проектирование инфологической модели базы данных осуществлялось с помощью этого инструмента. Разработка модели базы данных состояла из двух этапов: составление логической модели и создание на ее основе физической модели. ERwin полностью поддерживает такой процесс, он имеет два представления модели: логическое (logical) и физическое (physical). Таким образом, разработчику предоставляется возможность строить логическую модель базы данных, не задумываясь над деталями физической реализации, т.е. уделяя основное внимание требованиям к информации и бизнес-процессам, которые будет поддерживать будущая база данных. ERwin имеет очень удобный пользовательский интерфейс, позволяющий представить базу данных в самых различных аспектах. Например, ERwin имеет такие средства визуализации как «хранимое представление» (stored display) и «предметная область» (subject area). Хранимые представления позволяют иметь несколько вариантов представления модели, в каждом из которых могут быть подчеркнуты определенные детали, которые вызвали бы перенасыщение модели, если бы они были помещены в одном представлении. Предметные области помогают вычленить из сложной и трудной для восприятия модели отдельные фрагменты, которые относятся лишь к определенной области, из числа тех, что охватывает информационная модель.

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

Возможность использования модели ERwin одновременно для логического и физического представления данных позволяет по окончании работы получить полностью документированную модель. ERwin , как и инструмент моделирования бизнес-процессов BPwin, интегрирован с генератором отчетов фирмы Logic Works — RPTwin. Это средство позволяет получать подробные отчеты по модели, освещая самые различные ракурсы и аспекты. Инструмент RPTwin поставляется вместе с ERwin и имеет богатый набор встроенных отчетов, позволяющих получать многогранную информацию по модели. Документирование структуры данных является очень важной частью моделирования, т.к. это позволяет другим разработчикам или лицам, которые будут сопровождать систему, быстрее начать ориентироваться во внутренней структуре и понимать назначение компонентов.

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

ERwin имеет средство Complete-Compare, которое является единственным на данный момент средством интерактивной разработки. ERwin демонстрирует разногласия между моделью и базой данных, эти несоответствия можно переносить или оставлять без изменений. При помощи этого средства можно все изменения модели вносить в базу данных автоматически без необходимости контроля за соответствием модели и базы данных «вручную», при этом существующие данные не будут затронуты. [22]

2.4.3 Разработка логической модели базы данных. Нормализация отношений

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

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

I. Условия первой нормальной формы (1НФ):

1) Все записи таблицы не упорядочены.

2) Отсутствуют повторяющиеся поля и группы полей.

3) Каждое поле содержит неделимый атрибут.

Разделив концептуальное требование «Сезон», выполнили условия 1НФ.

II. Условия второй нормальной формы (2НФ):

1) Выполняются условия 1НФ.

2) Первичный ключ определяет всю запись.

3) Все поля зависят от первичного ключа.

4) Первичный ключ имеет минимальный состав.

Применим условия 2НФ. Поочерёдно выделяем сущности и помещаем их в свои таблицы. Между таблицами устанавливаем связи. В результате получилось 6 таблиц. Все связи между таблицами бинарные.

Таблица «Продукты» содержит данные о разрешенных продуктах для приготовления пищи в детских учреждениях (калорийность, количество белков, жиров и углеводов в 1 грамме продукта).

Таблица «Блюда» содержит информацию о блюде — его название и тип блюда.

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

Таблица «Меню» содержит информацию о меню: дата и блюда.

Таблица «Типы блюд» содержит информацию о возможных типах блюд.

Таблица «Приём пищи» содержит информацию о существующих приемах пищи.

III. Условия третьей нормальной формы (3 НФ):

1) Выполняются условие 2НФ.

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

В таблице «Блюда» существует транзитивная связь между полями «Калорийность» и полем «Количество» в таблице «Технологические карты». Для разрыва этой связи сделаем поле «Калорийность» виртуальным, т.е. при создании таблицы его не учитываем, не создаём. Аналогично с полями «Белки», «Жиры», «Углеводы».

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

Применив нормализацию отношений, получили оптимальную логическую структуру БД.

Логическое проектирование базы данных проведено с помощью CASE_средства Computer Associates ERwin 7.0 на рисунке 2.3.

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

2.4.4 Обоснование выбора СУБД

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

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

Microsoft Access предоставляет максимальную свободу в задании типа данных (текст, числовые данные, даты, время, денежные значения, рисунки, звук, электронные таблицы). Можно задавать также форматы хранения представления этих данных при выводе на экран или печать. Для уверенности, что в базе хранятся только корректные значения, можно задать условия на значения различной степени сложности.

Так как Microsoft Access является современным приложением Windows, можно использовать в работе все возможности DDE (динамический обмен данными) и OLE (связь и внедрение объектов). DDE позволяет осуществлять обмен данными между Access и любым другим поддерживающим DDE приложением Windows. В Microsoft Access можно при помощи макросов или Access Basic осуществлять динамический обмен данными с другими приложениями.

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

В Microsoft Access для обработки данных базовых таблиц используется мощный язык SQL (структурированный язык запросов). Используя SQL можно выделить из одной или нескольких таблиц необходимую для решения конкретной задачи информацию. Access значительно упрощает задачу обработки данных. Совсем не обязательно знать язык SQL. При любой обработке данных из нескольких таблиц Access использует однажды заданные связи между таблицами.

Microsoft Access спроектирован таким образом, что он может быть использован как в качестве самостоятельной СУБД на отдельной рабочей станции, так и в сети — в режиме «клиент-сервер». Поскольку в Microsoft Access к данным могут иметь доступ одновременно несколько пользователей, в нем предусмотрены надежные средства защиты и обеспечения целостности данных. Можно заранее указать, какие пользователи или группы пользователей могут иметь доступ к объектам (таблицам, формам, запросам) базы данных. Microsoft Access автоматически обеспечивает защиту данных от одновременной их корректировки разными пользователями. Access также опознает и учитывает защитные средства других подсоединенных к базе данных структур (таких, как базы данных Paradox, dBASE и SQL).

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

Microsoft Access предоставляет дополнительные средства разработки приложений, которые могут работать не только с собственными форматами данных, но и с форматами других наиболее распространенных СУБД. Возможно, наиболее сильной стороной Access является его способность обрабатывать данные электронных таблиц, текстовых файлов, файлов dBASE, Paradox, Btrieve, FoxPro и любой другой базы данных SQL, поддерживающей стандарт ODBE. Это означает, что можно использовать Access для создания такого приложения Windows, которое может обрабатывать данные, поступающие с сетевого сервера SQL или базы данных SQL на главной ЭВМ. Версия СУБД — Access 2003 входит в состав Microsoft Office 2003 Professional, а также доступна как самостоятельный продукт. В состав Access 2003 входят:

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

Средства создания форм, отчетов и приложений; при этом отчеты могут быть экспортированы в формат Microsoft Word или Microsoft Excel, а для создания приложений используется Visual Basic for Applications, общий для всех составных частей Microsoft Office.

Средства доступа к данным серверных СУБД через OLE DB.

Средства создания клиентских приложений для Microsoft SQL Server.

Средства администрирования Microsoft SQL Server.

Поддержка COM в Access выражается в возможности использовать элементы управления ActiveX в формах и Web-страницах, созданных с помощью Access. В отличие от Visual FoxPro создание COM-серверов с помощью Access не предполагается. [8]

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

2.4.5 Разработка физической модели базы данных

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

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

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

ER-диаграмма системы на физическом уровне представлена на рисунке 2.4.

2.5 Разработка интерфейса автоматизированной системы определения меню питания в детских учреждениях

Программа работает в двух режимах:

В режиме администратора доступны следующие функции:

Добавление/Изменение технологических карт

Просмотр и печать меню

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

Просмотр и печать меню

Рис. 2.5. Окно входа в программу

Рис. 2.6. Интерфейс программы в режиме администратора

Рис. 2.7. Интерфейс программы в режиме пользователя

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

ГЛАВА 3. РЕАЛИЗАЦИЯ ПРОЕКТА АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ ОПРЕДЕЛЕНИЯ МЕНЮ ПИТАНИЯ В ДЕТСКИХ УЧРЕЖДЕНИЯХ

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

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

Для реализации проекта была выбрана система программирования Delphi версии 7 фирмы Enterprise (Borland), так как она предоставляет наиболее широкие возможности для программирования приложений ОС Windows XP/VISTA.

Delphi 7.0 — это продукт Borland International для быстрого создания приложений. Высокопроизводительный инструмент визуального построения приложений включает в себя настоящий компилятор кода и предоставляет средства визуального программирования, несколько похожие на те, что можно обнаружить в Microsoft Visual Basic или в других инструментах визуального проектирования. В основе Delphi 7.0 лежит язык Object Pascal, который является расширением объектно-ориентированного языка Pascal. В Delphi также входят локальный SQL-сервер, генераторы отчетов, библиотеки визуальных компонентов, и прочее хозяйство, необходимое для того, чтобы чувствовать себя совершенно уверенным при профессиональной разработке информационных систем или просто программ для Windows-среды.

Прежде всего Delphi 7.0 предназначен для профессиональных разработчиков, желающих очень быстро разрабатывать приложения для работы с СУБД. Delphi 7.0 производит небольшие по размерам (до 15-30 Кбайт) высокоэффективные исполняемые модули (.exe и .dll), поэтому в Delphi 7.0 должны быть прежде всего заинтересованы те, кто разрабатывает продукты на продажу. С другой стороны небольшие по размерам и быстро исполняемые модули означают, что требования к клиентским рабочим местам существенно снижаются — это имеет немаловажное значение и для конечных пользователей.

Преимущества Delphi 7.0 по сравнению с аналогичными программными продуктами.

быстрота разработки приложения;

высокая производительность разработанного приложения;

низкие требования разработанного приложения к ресурсам компьютера;

наращиваемость за счет встраивания новых компонент и инструментов в среду Delphi 7.0;

возможность разработки новых компонент и инструментов собственными средствами Delphi 7.0 (существующие компоненты и инструменты доступны в исходных кодах);

удачная проработка иерархии объектов.

Система программирования Delphi 7.0 рассчитана на программирование различных приложений и предоставляет большое количество компонентов для этого. [3]

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

Delphi и C++Builder используют идентичные среды и одну и ту же библиотеку объектов VCL (Visual Component Library — библиотека визуальных компонент). Практически эти среды различаются только языком разработки: Delphi использует язык на основе Object Pascal, a C++Builder, как указано в названии, C++. Используемые объектные модели также во многом похожи.

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

Если требуется обеспечить хорошую скорость работы приложения и экономию ресурсов памяти и процессора традиционно считается, что лучше использовать C++. Однако, в последнее время разница в скорости работы программ, собранных различными компиляторами, становится все менее и менее заметной. Это происходит из-за того, что большинство сред разработки имеет встроенный конвертор кода в ассемблер, а он — самый быстрый. Delphi 7, например, имеет опцию работы компилятора <$PUREPASCAL>. Когда она включена — компилятор компилирует классический паскалевский код, когда выключена — используются функции и процедуры, написанные в ассемблере. По умолчанию эта функция выключена.

Одно из преимуществ C++ — мощная модель работы с указателями. В общем случае это очень полезно, так как переменные в памяти не дублируются. Но, если проект сложный, то это почти всегда приводит к ошибкам доступа к памяти.

В качестве очевидного преимущества C++ зачастую называют его модель работы с классами и шаблонами. Это преимущество можно назвать условным, так как весь функционал C++ реализуем и в любом другом языке программирования. Да, в С++ можно переопределить действие операторов +; -; /; *, правда зачем, можно просто написать дополнительную функцию. Что же касается шаблонов, функций и процедур в С++, которые очень часто ставятся в достоинство — на это в Delphi есть вариантные типы. То есть просто не указывается тип переменной в Delphi, по сути — та же шаблонная функция. [16]

Источник

Читайте также:  Для чего нужна перекрыша без питания