98432

Разработка информационной системы «Санаторий-профилакторий ИГХТУ». Проектирование базы данных

Дипломная

Информатика, кибернетика и программирование

Характеристика объекта автоматизации. Объектом автоматизации в данном проекте является санаторий–профилакторий ИГХТУ. Требования к системе. Выбор среды разработки. Полное наименование системы и ее условное обозначение. Наименования организации-заказчика и организаций-участников работ. Плановые сроки начала и окончания работы по созданию системы.

Русский

2015-11-03

2.24 MB

12 чел.

Министерство по образованию и науки Российской Федерации

Федеральное государственное бюджетное образовательное учреждение
высшего профессионального образования

Ивановский государственный химико-технологический университет

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

Квалификационная работа бакалавра

Тема: Разработка информационной системы «Санаторий-профилакторий ИГХТУ». Проектирование базы данных

Студент: Бабурин Д.В

Руководитель: ассистент Смирнов С.С

Заведующий кафедрой: Бобков С.П

Иваново, 2013 г.

РЕФЕРАТ

Пояснительная записка 99 с.,70 рис., 6 табл., 2 прил.,5 частей,16 источников.

Перечень ключевых слов: САНАТОРИЙ-ПРОФИЛАКТОРИЙ ИГХТУ, ИНФОРМАЦИОННАЯ СИСТЕМА, ДИЕТ-СЕСТРА, ГЛАВВРАЧ, ФОРМИРОВАНИЕ ОТЧЕТОВ, АВТОРИЗАЦИЯ,НАЗНАЧЕНИЕ ПРАВ ПОЛЬЗОВАТЕЛЯМ,БАЗА ДАННЫХ.

Целью работы являлась разработка информационной системы «Санаторий-профилакторий ИГХТУ».

Процесс разработки описан с помощью UML(Unified Modeling Language). Модель БД спроектирована с помощью Erwin Data Modeler.

В качестве исходных материалов были использованы документы санатория-профилактория ИГХТУ (карточки-раскладки; среднесуточный набор продуктов для взрослых; характеристика, химический состав и энергетическая ценность стандартных диет; меню-раскладка).

Информационная система «Санаторий-профилакторий ИГХТУ»,разрабатывалась в среде быстрой разработки приложений (RAD) Microsoft Visual Studio 2010.

Разработанная информационная система «Санаторий-профилакторий ИГХТУ, введена в опытную эксплуатацию в санаторий-профилакторий ИГХТУ.

Содержание

ВВЕДЕНИЕ…………………………………………………………………………7

ОБОЗНАЧЕНИЯ И СОКРАЩЕНИЯ 6

1 ФОРМИРОВАНИЕ ТРЕБОВАНИЙ 8

1.1Характеристика объекта автоматизации 8

Объектом автоматизации в данном проекте является санаторий – профилакторий ИГХТУ. 8

1.2  Требования к системе 10

2.2 Выбор среды разработки 13

3.1 Общие положения 15

3.1.1 Полное наименование системы и ее условное обозначение 15

3.1.2 Наименования организации-заказчика и организаций-участников работ 15

3.1.3 Плановые сроки начала и окончания работы по созданию системы 15

3.1.4 Порядок оформления и предъявления заказчику результатов работ по созданию системы 17

3.2.1. Назначение системы 18

3.2.2 Цели создания системы 18

В процессе создания системы должны быть достигнуты следующие цели: 18

 облегчение работы сотрудников санатория-профилактория; 18

 перевод бумажных носителей  на электронные. 18

3.3 Характеристика объекта автоматизации 18

3.4. Требования к системе 19

3.4.1. Требования к системе в целом 19

3.4.2.Требования к функциям (задачам), выполняемым системой 26

3.4.2.1 Требования к функциям  модуля ведения штата сотрудников 26

3.4.2.3 Требования к функциям модуля ведения справочника по блюдам 26

3.4.2.6  Требования к функциям модуля формирования отчетов 28

3.4.2.7 Требования к функциям модуля создания очереди и создания меню для неё 29

3.4.2.8Требования к функциям модуля авторизации 29

3.4.2.9 Требования к функциям модуля подключения к БД 29

3.4.2.10 Требования к функциям модуля назначения прав пользователям 29

3.4.3 Требования к видам обеспечения 30

3.4.3.2Требования к лингвистическому обеспечению системы 30

3.4.3.4 Требования к техническому обеспечению 31

4.1 Общесистемные решения 34

4.1.1 Структурная схема подсистемы 34

4.1.2 Состав функциональной структуры 35

 облегчение работы сотрудников санатория-профилактория; 36

 перевод бумажных носителей  на электронные носители. 36

5.1 Руководство администратора 70

5.1.1 Предварительная подготовка к установке системы 70

5.1.2 Установка системы 75

Также благодаря ИС осуществился перевод бумажных носителей на электронные носители, что также ускорило работу сотрудников санатория-профилактория ИГХТУ, т.к. появилась возможность создать несколько экземпляров меню–раскладки с которыми в дальнейшем работают бухгалтер, повар. 88

СПИСОК ИСПОЛЬЗУЕМЫХ ИСТОЧНИКОВ……………………………….....91

ПРИЛОЖЕНИЕ А………………………………………………………………….93

ПРИЛОЖЕНИЕ Б………………………………………………………………….98

 


ОПРЕДЕЛЕНИЯ

Multiple Document Interface (или MDI) — представляет собой окна, расположенные под одним общим окном.

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

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

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


ОБОЗНАЧЕНИЯ И СОКРАЩЕНИЯ

Таблица 1- Перечень определений, обозначений и сокращений

Обозначение

Расшифровка

SQL

Structured Query Language

MS

Microsoft

UML

Unified Modeling Language

ИС

Информационная система

ПО

Программное обеспечение

БД

База данных

СУБД

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

ОС

Операционная система


ВВЕДЕНИЕ

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

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

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

Данная квалификационная работа бакалавра посвящена проектированию информационной системы для санатория-профилактория ИГХТУ.

1 ФОРМИРОВАНИЕ ТРЕБОВАНИЙ

1.1Характеристика объекта автоматизации

Объектом автоматизации в данном проекте является санаторий – профилакторий ИГХТУ.

Санаторий – профилакторий организован при ИГХТУ в 1974 году, является его структурным подразделением. Санаторий – профилакторий расположен в приспособленном помещении при общежитии № 4, рассчитан на 50 стационарных мест, длительность очереди 22 дня без учета выходных и праздничных дней. Местонахождение: г. Иваново, ул. Советская, д. 7.
Профилакторий работает по непрерывному графику 10 смен в году, обслуживая студентов и сотрудников ИГХТУ (при наличии финансирования).
         Все сотрудники, преподаватели и студенты ИГХТУ, оздоравливаются в профилактории без отрыва от учебы и работы, согласно  графика заездов. Здесь они получают полноценное питание, по показаниям – физиолечение (электролечение, массаж, светолечение, ингаляции с травами, водные процедуры). При необходимости получают лечение в зубном кабинете. За годы своей деятельности профилакторий неоднократно награждался дипломами и почетными грамотами.

Организация питания, для студентов, преподавателей и сотрудников санатория – профилактория ИГХТУ, устроена следующим образом:

  1.  все меню составляется диет-сестрой, на весь день (завтрак, обед, ужин).
  2.  питание происходит утром (завтрак с 7.00-9.00),днем(обед 12.00-14.00) и вечером (ужин 17.00-19.00).

Расчет и заказ необходимого количества продуктов (ингредиентов), происходит следующим образом:

  1.  диет-сестра составляет меню на день (на завтрак,обед,ужин), в котором указываются блюда подаваемые на питание;
  2.  диет-сестра составляет меню-раскладку, в которой указываются:
  3.  все блюда и их вес, подаваемые на завтрак, обед, ужин;
  4.  все ингредиенты, которые содержатся в  блюдах подаваемые на завтрак, обед, ужин;
  5.  общее количество весов всех ингредиентов, которые содержатся в  блюдах подаваемые на завтрак, обед, ужин;
  6.  количество порций подаваемых блюд;
  7.  бухгалтер просматривает общее количество весов всех ингредиентов в  составленной диет-сестрой меню-раскладке,  и на основании этих весов, выделяет необходимый бюджет на приобретение нужного количества ингредиентов;
  8.  кладовщик,  просмотрев общее количество весов всех ингредиентов в  составленной диет-сестрой меню-раскладке и на основании этих весов, выдает нужное количество ингредиентов, необходимые повару для готовки блюд;
  9.  повар также просматривает общее количество весов всех ингредиентов в  составленной  диет-сестрой меню-раскладке и на основе этих весов, готовит блюда, которые содержат нужное количество ингредиентов;

Трудность составления меню-раскладок заключается в том, что:

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

Также выделяется следующая проблема:

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

Решить указанные проблемы возможно, создав ИС для санатория-профилактория ИГХТУ.

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

Диет – сестра создает очередь, устанавливая для неё нужные характеристики, такие как: номер очереди, количество человек, дата начала и дата окончания очереди.

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

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

При созданном меню возможно построение отчетов:

- меню на день;

- меню – раскладка.

1.2  Требования к системе

Решить указанные проблемы возможно, создав ИС для санатория-профилактория ИГХТУ, которая должна с минимальным участием пользователя позволять составлять отчеты и вести необходимые списки данных, необходимых для формирования отчетов.

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

Оформление меню-раскладки должно соответствовать предоставленному ранее исходному документу (меню- раскладка).

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

1.3 Эффект, ожидаемый от системы

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

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


2 РАЗРАБОТКА КОНЦЕПЦИИ

Любая ИС  для лечебно-профилактического учреждения имеет:

  1.  список ингредиентов с указанием количества белков, жиров, углеводов и количества калорий;
  2.  список блюд с указанием общего количества белков, жиров, углеводов и общего количества калорий, а также список ингредиентов из которых состоит блюдо с указанием брутто и нетто веса;
  3.  список диет с подробным описанием каждой диеты;
  4.  список сотрудников лечебно-профилактического учреждения;
  5.  кулинарные справочники с указанием автора, названия и года издания справочника;
  6.  возможность составления технологических карт (карт-раскладок);
  7.  возможность составления меню на день и меню-раскладки.

Система должна представлять собой централизованное окно(MDI приложение) с элементами доступа к нужным функциям.

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

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

введение учета сотрудников;

ведение справочника ингредиентов с расчетом химического состава;

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

создание  меню по времени приема;

расчет меню-раскладки;

формирование необходимых отчетов: меню – раскладки, карточки – раскладки, меню на день.

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

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

2.1 Назначение ИС

Организация лечебного питания в лечебно-профилактическом учреждении является неотъемлемой частью лечебного процесса и входит в число основных лечебных мероприятий. Лечебное питание (диетотерапия) обеспечивается соответствующим пищевым рационом и определенным режимом питания. Организация лечебного питания определяется «Инструкцией по лечебному питания», утвержденной приказом Министерства здравоохранения РФ №330 от 05.08.2003. В ИС реализован порядок учета питания в соответствии с данной инструкцией, печатаются утвержденные формы: «Карточка-раскладка 1-85», «Меню-раскладка».

Информационная система предназначена для главного врача ответственного за работу со штатом сотрудников и диет – сестры санатория – профилактория ИГХТУ ответственная за составление меню и расчету меню-раскладки.

2.2 Выбор среды разработки

В качестве среды разработки системы были выбраны среда разработки Visual Studio 2010и язык программирования C#.

Проектирование БД было выполнено с помощью Erwin Data Modeler.

Работа с БД осуществляется с помощью MS SQL Server 2008 R2.На языке Transact-SQL.

Моделирование предметной области производилось с помощью унифицированного языка объектно-ориентированного моделирования Unified Modeling Language(UML), средствами Magic Draw UML Personal Edition версии 17.0.

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

ТЕХНИЧЕСКОЕ ЗАДАНИЕ

3.1 Общие положения

3.1.1 Полное наименование системы и ее условное обозначение

В данном документе создаваемая информационная система называется «Санаторий – профилакторий ИГХТУ». Далее в этом документе систему «Санаторий – профилакторий ИГХТУ» допускается именовать информационная система или система, а также ИС или система.

3.1.2 Наименования организации-заказчика и организаций-участников работ

Заказчик: главный врач санатория – профилактория ИГХТУ Скороход Анна Анатольевна.

Разработчики: студенты группы 4/42 Бабурин Дмитрий Владимирович и Петров Илья Евгеньевич.

3.1.3 Плановые сроки начала и окончания работы по созданию системы

Плановый срок начала работ по созданию ИС – 17 сентября 2012 года

Плановый срок окончания работ по созданию ИС – 10 июня 2013 года

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

Плановые сроки начала и окончания работы по созданию системы, представлены в таблице:

Таблица 2 – Плановые сроки начала и окончания работы по созданию системы

п/п

Наименование раздела (вида) работы

Семестр

Сроки выполнения

Примечание

1.

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

7

17.09.2012

2.

Формирование требований к системе.

7

01.10.2012

3.

Разработка концепции системы.

7

15.10.2012

4.

Разработка технического задания.

7

01.11.2012

5.

Проектирование архитектуры решения. Разработка структуры программных классов.

8

04.02.2013

6.

Реализация выбранной архитектуры решения на языке программирования C# с привязкой к базе данных MSSQL.

8

29.03.2013

7.

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

8

30.04.2013

8.

Завершение разработки проекта. Тестирование и приемосдаточные испытания решения. Оформление работы. Разработка демонстрационных материалов.

8

10.06.2013

9.

Предзащита проекта.

8

10.06 – 14.06.2013

10.

Защита дипломного проекта.

8

По приказу ректора

3.1.4 Порядок оформления и предъявления заказчику результатов работ по созданию системы

По завершению работ по разработке и созданию системы Исполнитель обязан:

  1.  предоставить разработанную в соответствии с настоящим техническим заданием систему на оптическом диске типа CDR;
  2.  предоставить разработанную в соответствии с настоящим техническим заданием нормативно – техническую и программную документацию в двух видах: электронном на оптическом диске с системой и в бумажном виде на формате А4;
  3.  произвести необходимую конфигурацию технического обеспечения системы, предоставляемого заказчиком;
  4.  предоставить необходимое для полноценного функционирования системы в стандартном режиме программное обеспечение на оптическом диске с разработанной системой, произвести его установку и необходимую конфигурацию;
  5.  произвести внедрение системы в организацию заказчика на предоставленном в соответствии с указанными в настоящем техническом задании требованиями к техническому обеспечению системы заказчиком техническом обеспечении.

По завершению работ по разработке и созданию системы заказчик обязан:

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

3.2. Назначение и цели создания системы

3.2.1. Назначение системы

Система предназначена для автоматизации следующих процессов:

формирование отчетов:

  1.  меню – раскладка;
  2.  карточка – раскладка;
  3.  меню на день.

Также ИС «Санаторий-профилакторий ИГХТУ» предназначена для автоматизации повседневной работы организации, такой как: составление меню в соответствии с диетами; учет необходимых в приготовлении блюд продуктов; ведение списка очередей отдыхающих, составление для них меню.

3.2.2 Цели создания системы

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

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

3.3 Характеристика объекта автоматизации

Объектом автоматизации является санаторий  - профилакторий ИГХТУ. Основными автоматизируемыми процессами являются:

Таблица 3 – Характеристика объектов автоматизации

Сотрудник

Наименование процесса

Возможность автоматизации

Решение об автоматизации в ходе проекта

Диет-сестра

Составление меню на день

Возможна

Будет автоматизирован

Окончание таблицы 3

Диет-сестра

Составление меню-раскладки

Возможна

Будет автоматизирован

Диет-сестра

Составление технологических карт(карт-раскладок)

Возможна

Будет автоматизирован

Главный врач

Учет штата сотрудников

Возможна

Будет автоматизирован

Кладовщик

Управление складом

Возможна

Автоматизация возможна в дальнейшем

Бухгалтер

Ведение финансовой деятельности

Возможна

Автоматизация возможна в дальнейшем

3.4. Требования к системе

3.4.1. Требования к системе в целом

3.4.1.1 Требования к структуре и функционированию системы

3.4.1.1.1 Перечень подсистем, их назначение и основные характеристики

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

  1.  модуль авторизации и подключения к БД – ответственный Бабурин Д.В;

модуль позволяющий ввести учет сотрудников -  ответственный Петров И.Е

модуль назначающий права доступа к ИС – ответственный  Бабурин Д.В;

модуль ведения справочника ингредиентов с расчетом химического состава –ответственный Петров И.Е;

модуль позволяющий создавать  карты-раскладок на блюда,  рассчитать химический состав блюда по химическому составу ингредиентов – ответственный Петров И.Е;

модуль ведения справочника по блюдам – ответственный Петров И.Е;

модуль позволяющий создавать  меню по времени приема- ответственный Петров И.Е;

модуль формирования необходимых отчетов: меню – раскладки, карточки – раскладки, меню на день – ответственный Бабурин Д.В;

модуль ведения кулинарных справочников и возможность назначить справочник для блюда – ответственный Петров И.Е;

модуль ведения справочников по диетам и возможность назначить диету для блюда – ответственный Петров И.Е;

модуль создания очереди и создания меню для неё -  ответственный Петров И.Е;

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

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

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

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

Модуль подключения к БД должен предоставить доступ к БД по указанным параметрам подключения.

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

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

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

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

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

Модуль формирования отчетов должен предоставлять возможность создания таких отчетов как: меню – раскладка, карточка – раскладка, меню на день, отвечающим требованиям указанными в пункте 1.2.

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

Модуль БД должен предоставлять доступ к содержимому необходимых таблиц.

3.4.1.1.2 Требования к способам и средствам связи для информационного обмена между компонентами системы

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

В качестве протокола взаимодействия между компонентами системы на транспортно-сетевом уровне необходимо использовать протокол TCP/IP.

В состав передаваемых данных входят:

  1.  данные об ингредиентах;
  2.  данные о блюдах;
  3.  данные о диетах;
  4.  данные о кулинарных книгах;
  5.  данные карт-раскладок;
  6.  данные о персонале;
  7.  данные меню.

3.4.1.1 Требования к характеристикам взаимосвязей со смежными системам

ИС должна взаимодействовать следующими смежными системами:
- Microsoft SQL Server – для хранения всех данных системы;
- Microsoft Office – для работы с отчетами.

3.4.1.2. Требования к численности и квалификации персонала системы

3.4.1.2.1  Требования к численности персонала. Для эксплуатации ИС определены следующие роли:

главный врач;

диет – сестра.

Основными обязанностями главного врача являются:

ведение штата сотрудников;

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

утверждение составленного меню и технологических карт.

Основными обязанностями диет – сестры являются:

составление меню;

расчет меню-раскладки;

составление карточек-раскладок;

3.4.1.2.2  Требования к квалификации персонала

К квалификации персонала,  эксплуатирующего систему предъявляются следующие требования:

умение работать с ПО для ОС семейства Windows.

К квалификации персонала, обеспечивающего поддержку функционирования системы предъявляются следующие требования:

знание операционной системы семейства Windows;

знания в обслуживании СУБД MS SQL Server;

знание языка запросов SQL.

3.4.1.3   Показатели назначения

3.4.1.3.1  Параметры, характеризующие степень соответствия системы назначению

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

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

Таблица 4 – Требования по сохранению работоспособности системы в различных вероятных условиях

Вероятное условие

Требование

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

Уведомление администратора системы. Загрузка резервной копии данных в СУБД.

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

Уведомление администратора системы.

3.4.1.4 Требования к эргономике и технической эстетике

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

В части внешнего оформления:

  1.  должно быть обеспечено наличие локализованного (русскоязычного) интерфейса пользователя;
  2.  графический интерфейс системы должен быть на основе MDI (multiple document interface );
  3.  записи в таблицах должны быть выровнены по левому краю, для более удобной читаемости.

В части диалога с пользователем:

  1.  предоставление пользователям удобного интерфейса при диалоге с системой, а именно ввод данных в систему осуществляется с помощью горячих клавиш клавиатуры, таких как + ( добавление записи) , - или delete (удаление записи) , enter (редактирование записей ), также предоставление отчетов: клавиша F1, либо вызвать через контекстное меню;
  2.  вводимые значения в поля должны быть нужного типа данных (не дать возможность пользователям вводить значения не правильного типа данных);
  3.  созданные отчеты должны быть такими же, как на предоставленных ранее исходных документах;
  4.  при возникновении ошибки в работе подсистемы на экран монитора должно выводиться сообщение с наименованием ошибки.

3.4.1.5  Требования к защите информации от несанкционированного доступа

3.4.1.5.1  Требования к информационной безопасности

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

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

3.4.1.5.2 Разграничения ответственности ролей при доступе к системе:

Администратор системы (главный врач) – полный доступ по всем функциям и подсистемам.

Диет-сестра – скрытие способности ведения штата сотрудников.

Диет-сестра – возможность менять логин и пароль, без возможности сброса пароля и/или логина, а также смены роли пользователя.

Техническая поддержка – полный доступ по всем функциям и подсистемам.

3.4.1.6 Требования по сохранности информации при авариях:

Функция резервного копирования данных, возлагается на администратора.

3.4.1.7 Требования по стандартизации и унификации

Разработка системы должна осуществляться с использованием стандартных методологий функционального моделирования: IDEF0, DFD информационного моделирования IE и IDEF1Х в рамках рекомендаций по стандартизации Р50.1.028-2001 «Информационные технологии поддержки жизненного цикла продукции. Методология функционального моделирования».

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

Моделирование должно выполняться в рамках стандартов, поддерживаемых программными средствами моделирования ERWin 4.х и BPWin 4.х.

Для работы с БД должен использоваться язык запросов SQL.  Для хранения данных должна использоваться СУБД Microsoft SQL Server R2.

Для разработки пользовательских интерфейсов и средств генерации отчетов должны использоваться встроенные возможности языка программирования C#.

3.4.1.8 Дополнительные требования

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

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

3.4.2.Требования к функциям (задачам), выполняемым системой

3.4.2.1 Требования к функциям  модуля ведения штата сотрудников

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

Список сотрудников должен содержать: фамилию, имя, отчество и должность сотрудника.

3.4.2.2 Требования к функциям модуля ведения справочника ингредиентов с расчетом химического состава

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

Список ингредиентов должен содержать: название ингредиента, белки, жиры и углеводы.

Калории рассчитываются по формуле(1):

  1.  Формула – расчет калорий ингредиента:

Калории = 9*Жиры+4*Углеводы+4*Белки(1)

3.4.2.3 Требования к функциям модуля ведения справочника по блюдам

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

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

Общая калорийность и вес блюда рассчитываются по формулам (2) и (3):

  1.  Формула– рассчитывает общий вес блюда:

  1.  Формула – рассчитывает общую калорийность блюда:

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

3.4.2.4 Требования к функциям  модуля ведения справочников по диетам

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

Список диет должен содержать: номер диеты и её описание.

3.4.2.5  Требования к функциям модуля ведения кулинарными справочниками

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

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

3.4.2.6  Требования к функциям модуля формирования отчетов

Модуль формирования отчетов должен строить отчеты: меню – раскладка и меню на день на основе сформированного меню для очереди и карточку – раскладку.

  1.  отчет карточка-раскладка (технологическая-карта), должен соответствовать форме 1-85 (к инструкции по организации лечебного питания в лечебно-профилактических учреждениях) ,  предоставленной ранее исходным документом(карточка-раскладка);
  2.  отчет меню на день, также должен соответствовать  предоставленному ранее исходному документу (меню на день).
  3.  отчет меню – раскладка, должен содержать все необходимые данные, нужные для расчета и заказа необходимого количества продуктов(ингредиентов), а именно: название всех ингредиентов использовавшиеся в блюдах, а также их веса в зависимости от количества порций подаваемых блюд и общее количество веса каждого ингредиента, название блюд и их вес, количество порций.

Вес каждого ингредиента рассчитывается по формуле(4):

  1.  Формула – рассчитывает вес каждого ингредиента в блюде:

3.4.2.7 Требования к функциям модуля создания очереди и создания меню для неё

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

3.4.2.8Требования к функциям модуля авторизации

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

3.4.2.9 Требования к функциям модуля подключения к БД

Модуль подключения к БД должен предоставить доступ к БД по указанным параметрам подключения.

3.4.2.10 Требования к функциям модуля назначения прав пользователям

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

3.4.2.11 Требования к проектированию БД

Проектирование БД должно осуществляться с использованием стандартных методологий функционального моделирования: IDEF0, DFD информационного моделирования IE и IDEF1Х в рамках рекомендаций по стандартизации Р50.1.028-2001 «Информационные технологии поддержки жизненного цикла продукции. Методология функционального моделирования».

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

Моделирование должно выполняться в рамках стандартов, поддерживаемых программными средствами моделирования ERWin 4.х и BPWin 4.х.

Для работы с БД должен использоваться язык запросов SQL.  Для хранения данных должна использоваться СУБД Microsoft SQL Server R2.

Спроектированная БД должна иметь возможность рассчитывать необходимое количество калорий ингредиентов по формуле (1) указанной в пункте 3.4.2.2,а также общее число калорий, белков, жиров, углеводов и общий вес блюда по формулам (2) и (3) указанные в пункте 3.4.2.3. Пример листинга расчета указан в приложении А в пункте 2.

3.4.3 Требования к видам обеспечения

3.4.3.1 Требования к информационному обеспечению системы

В качестве СУБД должна использоваться MS SQL Server.

3.4.3.2Требования к лингвистическому обеспечению системы

Система должна быть написана на языке программирования C#.

В качестве языка запросов должен использоваться Transact-SQL.

Язык взаимодействия с пользователем – русский.

3.4.3.3Требования к программному обеспечению

Все составляющие системы должны иметь возможность установки на ОС Microsoft WindowsXP ,WindowsVista /7/8.

Также необходим Microsoft Office версий 2003/2007/2010/2013   для работы с шаблонами.

3.4.3.4 Требования к техническому обеспечению

Минимальные системные требования к электронно – вычислительному устройству пользователя должны соответствовать требованиям программных продуктов, таких как: «Microsoft Office»для компьютеров пользователей, «Microsoft SQL Server 2008R2» для сервера системы.

Все подсистемы могут быть развернуты на компьютере с рекомендуемой конфигурацией (должны соответствовать рекомендуемым требованиям Microsoft Office 2003/2007/2010/2013):

  1.  Компьютер и процессор
  1.  32-разрядный (x86) процессор с тактовой частотой 1 ГГц
  1.  Память
  1.  1 ГБ ОЗУ
  1.  Жесткий диск
  1.  3,0 ГБ свободного места на жестком диске.
  1.  Дисплей
  1.  Для использования аппаратного ускорения графики необходима графическая плата с поддержкой DirectX9
  1.  Сетевой адаптер
  1.  100-1000 М/бит

Требования к аппаратному обеспечению сервера системы (должны соответствовать рекомендуемым требованиям Microsoft SQL Server 2008 R2):

  1.  процессор: 1 гигагерц (ГГц)
  2.  ОЗУ: 1 гигабайт (ГБ) для 32-разрядной версии или 2 ГБ для 64-разрядной версии;
  3.  свободное место на жестком диске: 16 гигабайт (ГБ) для 32-разрядной версии или 20 ГБ для 64-разрядной версии;
  4.  графический адаптер: графическое устройство Microsoft DirectX 9.
  5.  сетевой адаптер 100-1000 М/бит.

3.5 Порядок контроля и приемки системы

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

Требования к приемке работ по стадиями приведены в таблице:

Таблица 5 – Требования к приемке работ по стадиям

Стадия испытания

Участники испытаний

Место и срок проведения

Порядок согласования документации

Состав приемочной комиссии

Предварительные испытания

Скороход А.А,БабуринД.В.,Петров И.Е

На территории Заказчика

Проведение предварительных испытаний.

Фиксирование выявленных неполадок в Протоколе испытаний.

Устранение выявленных неполадок.

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

Принятие решения о возможности передачи ИС  в опытную эксплуатацию

Диет –сестра,глав.врач,гл.бухгалтер

Опытная эксплуатация

Скороход А.А,Бабурин Д.В., Петров И.Е

На территории Заказчика

Проведение опытной эксплуатации.
Фиксирование выявленных неполадок в Протоколе испытаний.
Устранение выявленных неполадок.

Проверка устранения выявленных неполадок.
Принятие решения о готовности АИС к приемочным испытаниям.

Диет-сестра, глав.врач, гл.бухгалтер

Таблица 5 – Окончание таблицы

Приемочные испытания

Скороход А.А,Бабурин Д.В., Петров И.Е

На территории Заказчика

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

Диет-сестра, глав.врач, гл.бухгалтер

3.6 Источники разработки

Исходным документом для разработки настоящего технического задания является  ГОСТ 34.602-89 «Техническое задание на создание автоматизированной системы».

4 ТЕХНИЧЕСКИЙ ПРОЕКТ

4.1 Общесистемные решения

4.1.1 Структурная схема подсистемы

Структура системы состоит из следующих компонентов:

  1.        модуль БД;
  2.  модуль авторизации и подключения к БД;

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

модуль назначающий права доступа к ИС;

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

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

модуль ведения справочника по блюдам;

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

модуль формирования необходимых отчетов: меню – раскладки, карточки – раскладки, меню на день;

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

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

модуль создания очереди и создания меню для неё.

  1.  Состав функциональной структуры

Структуру системы можно представить в виде диаграммы классов, изображенной на рисунке 1:

Рисунок 1 – Диаграмма классов. Взаимосвязь подсистемы формирования отчетов и БД

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

4.1.3  Описание автоматизируемых функций

4.1.3.1  Исходные данные

4.1.3.1.1 Материалы и документы, используемые при разработке функциональной части автоматизируемой системы

  1.  техническое задание на разработку ИС;
  2.  образцы отчетов: меню-раскладка, меню на день, карточка-раскладка;
  3.  характеристика, химический состав и энергетическая ценность стандартных диет.

4.1.3.1.2  Описание информационной модели объекта

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

  1.  для создания отчета карточки-раскладки, необходимы данные:
  2.  название ингредиентов;
  3.  белки, жиры, углеводы, калории ингредиентов;
  4.  название блюда;
  5.  общий вес блюда
  6.  ориентировочная стоимость блюда;
  7.  список диет на блюдо;
  8.  номер карточки –раскладки;
  9.  метод приготовления блюда;
  10.  указание кулинарных справочников;
  11.  указание кто составлял карту и утвердил.
  12.  для создания меню на день, необходимы данные:
  13.  название блюда;
  14.  время подачи блюда;
  15.  вес порции блюда;
  16.  дату составления меню.
  17.  для создания меню-раскладки, необходимы данные:
  18.  название блюда;
  19.  название всех ингредиентов необходимые при приготовлении блюд;
  20.  веса ингредиентов в зависимости от порций;
  21.  время подачи блюд;
  22.  количество порций;
  23.  вес блюда.

4.1.3.1 Цели автоматизированной системы и автоматизируемые функции

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

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

4.1.3.2 Функции, выполняемые системой:

  1.  создание и ведение карт-раскладок на блюда, расчет химического состава блюда по химическому составу ингредиентов;
  2.  создание и ведение меню по времени приема;
  3.  расчет меню-раскладки;
  4.  ведение штата сотрудников;
  5.  ведение справочника ингредиентов с расчетом химического состава;
  6.     ведение справочника диетам и возможность назначить диету для блюда;
  7.  ведение справочника блюда с возможностью добавления ингредиентов в блюдо;
  8.  ведение кулинарными справочниками и возможность назначить справочник для блюда;
  9.  создание очереди и формирование меню на очередь;
  10.  формирование необходимых отчетов: меню – раскладки, карточки – раскладки, меню на день.

Возможности, предоставляемые модулем формирования отчетов, приведены на рис. 2.

Рисунок 2- Диаграмма варианта использования для модуля формирования отчета

 

Возможности, предоставляемые модулем назначение прав пользователям, приведены на рис.3:

Рисунок 3- Диаграмма варианта использования для модуля назначение прав пользователям

Возможности, предоставляемые модулем авторизации, приведены на рис. 4:

Рисунок 4- Диаграмма варианта использования для авторизации

4.1.3.3  Характеристика функциональной структуры

4.1.3.3.1 Перечень подсистем АС

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

  1.  создание отчета меню на день;
  2.  создание отчета меню-раскладки на завтрак, обед и ужин;
  3.  создание отчета карточка-раскладка.

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

  1.  доступ к ИС;
  2.  назначение прав пользователям: указание логина, пароля и роли пользователя, смена логина и пароля, сброс логина и пароля.

В подсистеме БД, реализуются следующие функции:

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

4.1.3.3.2  Описание процесса выполнения функций

4.1.3.3.2.1  Создание отчетов меню на день, меню-раскладки

Рисунок 5- Диаграмма деятельности для модуля «Формирование отчетов.Меню-раскладка»

Рисунок 5.1- Диаграмма деятельности для модуля «Формирование отчетов. Меню на день»

  1.  Меню для очереди, представляет собой форму в которой отображаются блюда подаваемые на завтрак, обед и ужин.
  2.  Запрос на получение отчетов представляет собой запрос пользователя к приложению, реализующей соответствующий графический интерфейс, представляющий собой набор экранных форм для выбора определенных сведений ;
  3.  Форма для формирования меню-раскладки, в ней выбираются сведения необходимые для составления меню-раскладки:
  4.  составитель меню-раскладки;
  5.  кем утверждается меню-раскладка.
  6.  Выбор необходимых сведений для создания меню-раскладки, представляет собой выбор необходимых сведений описанных в пункте 3.
  7.  Сбор необходимых данных представляет ,выполнение программного кода в результате которого из БД в результате SQL запроса выбираются необходимые данные для расчета меню-раскладки или составления меню на день;
  8.  Расчет меню-раскладки: представляет собой, выполнение программного  кода в результате которого происходит расчет весов ингредиентов в меню-раскладке по формуле (4) указанной в пункте 3.4.2.6;
  9.  Составление отчета: представляет собой, выполнение программного кода в результате которого, пользователь получает нужный ему отчет в электронном виде (документ word), в результате пользователь может его отредактировать как ему надо и в последующем распечатать.

Скриншот формы элемента подсистемы «Формирование отчетов: Меню-раскладка »  приведен на рис. 6:

Рисунок 6  – Скриншот  формы элемента подсистемы «Формирование отчетов:  Меню-раскладка и Меню на день»

Рисунок 7 –Скриншот  формы расчета «Меню-раскладки »



Рисунок 8 – Пример отчета « Меню-раскладки на завтрак»

Рисунок 9 – Пример отчета «Меню на день»

4.1.3.3.2.1.1 Пример реализации «Создание отчетов: Меню на день и Меню-раскладка »

Для реализации  «Создание отчетов: Меню на день и меню-раскладка», были составлено несколько шаблонов вMSWordотвечающие всем требованиям, указанные в пункте 3.4.2.6 , в которых указаны уникальные метки, а далее на языке С#, был написан метод заменяющий метки на определенные данные (аналогично действую в MSWord ->Найти->Заменить) , полученные в результате SQL- запроса.

Примеры шаблонов приведены на рисунках:

Рисунок 10 – Пример шаблона «Меню на день»

Рисунок 11– Пример шаблона «Меню-раскладка»

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

private void word1(string stubToReplace, string text, word.Document word

{

var range = word.Content;

range.Find.ClearFormatting();

range.Find.Execute(FindText: stubToReplace, ReplaceWith: text);          

}

4.1.3.3.2.2  Создание отчета «карточка-раскладка»

Рисунок 12 - Диаграмма деятельности для модуля «Формирование отчетов. Карточка-раскладка»

  1.  Запрос на получение отчетов представляет собой запрос пользователя к приложению, реализующей соответствующий графический интерфейс, представляющий собой набор экранных форм для выбора определенных сведений;
  2.  Форма для формирования отчета «Карточки-раскладки», в ней выбираются сведения необходимые для составления меню-раскладки:
  3.  Составитель карточки-раскладки (ответственные за диеты);
  4.  кем утверждается карта-раскладка;
  5.  список блюд для которого необходимо создать карту-раскладку.
  6.  Выбор необходимых сведений для создания меню-раскладки, представляет собой выбор необходимых сведений описанных в пункте 2.
  7.  Сбор необходимых данных представляет ,выполнение программного кода в результате которого из БД в результате SQL запроса выбираются необходимые данные для создания «Кароточки-раскладки»;
  8.  Построение отчетов: представляет собой, выполнение программного  кода в результате которого пользователь, получает нужный ему отчет в электронном виде (документ word), в результате пользователь может его отредактировать как ему надо и в последующем распечатать.

Скриншот формы элемента подсистемы «Формирование отчетов:  Карточка-раскладка » приведен на рис.13:

Рисунок 13- Скриншот формы элемента подсистемы «Формирование отчетов. Карточка-раскладка»



Рисунок 14 –Пример отчета:  « Карточка-раскладка»

4.1.3.3.2.2.1  Пример реализации «Создание отчетов: Карточка-раскладка»

Для реализации  «Создание отчетов: Карточка-раскладка», был составлен шаблон в MSWord отвечающий всем требованиям, указанные в пункте 3.4.2.6 , в котором указаны уникальные метки, а далее на языке С#, был написан метод заменяющий метки на определенные данные (аналогично действую в MSWord ->Найти->Заменить) , полученные в результате SQL- запроса.

Рисунок 15 –Пример шаблона:  « Карточка-раскладка»

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

private void word1(string stubToReplace, string text, word.Document word)

       {

var range = word.Content;

range.Find.ClearFormatting();

range.Find.Execute(FindText: stubToReplace, ReplaceWith: text);          

}

4.1.3.3.2.3 Доступ к ИС

Рисунок 16- Диаграмма деятельности для модуля « Авторизация. Доступ к ИС»

  1.  При первом запуске приложения, происходит загрузка формы параметров подключения к БД, пользователь вводит в поля формы нужные настройки;
  2.  Далее происходит загрузка формы авторизации, где пользователь указывает логин, пароль;
  3.  Потом происходит присоединение к БД, если параметры подключения указаны не верно, то выводится сообщение об ошибке и загружается форма параметров подключения к БД;
  4.  Если параметры подключения к БД указаны верно, то происходит безошибочное подключение к БД и проверяется введенный пользователем логин и пароль, с логином и паролем из БД, если они совпадают, значит происходит доступ к ИС с определенными правами.

Скриншот формы элемента подсистемы «Авторизации и формы параметров подключения к БД» приведен на рис.17 и рис.18:

Рисунок 17–Скриншот формы элемента подсистемы «Авторизации»

Рисунок 18 - Скриншот формы  параметров подключения к БД

  1.  Назначение прав пользователям(указание логина, пароля и роли пользователя)

Рисунок 19 - Диаграмма деятельности для модуля «Назначение прав пользователей»

  1.  Прежде чем назначить права пользователю , его необходимо выбрать;
  2.  Запрос на создание записи о логинах и паролях представляет собой запрос пользователя к приложению, реализующей соответствующий графический интерфейс, представляющий собой набор экранных форм для выбора определенных сведений;
  3.  Форма для назначения прав пользователям, в неё вводятся сведения необходимые для назначения прав пользователей:
  4.  логин, пароль и роль пользователя;
  5.  После ввода в форму логина, пароля и роли пользователя, проверяется свободен ли введенный логин, если он свободен, то логин, пароль и роль пользователя успешно заносится в БД.

Скриншот формы элемента подсистемы «Назначения прав пользователям:  Добавление логина и пароля » приведен на рис.20:

Рисунок 20- Скриншот формы  подсистемы «Назначения прав пользователям: Добавление логина и пароля »

4.1.3.3.2.5  Назначение прав пользователям (смена логина или пароля, роли пользователя)

Рисунок 21– Диаграмма деятельности для модуля «Назначение прав пользователей.Смена логина или пароля, роли пользователя»

Скриншот формы элемента подсистемы «Назначения прав пользователям:  Смена логина или пароля, роли пользователя » приведен на рис.22:

Рисунок 22 Скриншот формы  подсистемы «Назначения прав пользователям: Смена логина или пароля,  роли пользователя »

  1.  Прежде чем изменить права пользователю , его необходимо выбрать;
  2.  Запрос на изменение записи о логинах и паролях представляет собой запрос пользователя к приложению, реализующей соответствующий графический интерфейс, представляющий собой набор экранных форм для выбора определенных сведений;
  3.  Форма для назначения прав пользователям, в неё вводятся сведения необходимые для назначения прав пользователей:
  4.  логин, старый пароль, новый пароль и роль пользователя;

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

4.1.3.3.2.6   Назначение прав пользователям (сброс логина, пароля)

Рисунок 23- Диаграмма деятельности для модуля «Назначение прав пользователей. Сброс логина или пароля»

  1.   Прежде чем изменить права пользователю , его необходимо выбрать;
  2.   Запрос на изменение записи о логинах и паролях представляет собой запрос пользователя к приложению, реализующей соответствующий графический интерфейс, представляющий собой набор экранных форм для выбора определенных сведений;
  3.  Далее появляется сообщение о сбросе логина и пароля, если пользователь нажимает «Да», то происходит сброс логина и пароля, т.е. логину и паролю в БД присваивается значение NULL.

Пример сброса пароля в модуле «Назначение прав пользователям», показан на рисунке:

Рисунок 24 Скриншот формы  подсистемы «Назначения прав пользователям: Сброс логина или пароля »

4.1.4  Описание информационного обеспечения системы

4.1.4.1  Состав информационного обеспечения системы

В состав информационного обеспечения системы входят:

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

4.1.4.2   Организация информационного обеспечения

4.1.4.2.1  Принципы организации информационного обеспечения

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

4.1.4.2.2 Обоснование выбора носителей данных

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

4.1.4.2.3 Принципы и методы контроля в маршрутах обработки данных

Все поступающие в систему данные проверяются:

  1.  на уровне MSSQL  в виде проверки полей на NULL и проверку входной строки на определенный  тип данных , а также проверку на уникальные ключи определенных полей;
  2.  на уровне кода С#, в виде проверки содержания полей, обязательных к заполнения и проверку содержания полей определенного  типа данных, а также проверку уникальных ключей определенных полей, где на уровне  MSSQL   невозможно установить уникальные ключи на поле.

4.1.4.2.4  Описание решений, обеспечивающих информационную совместимость АС с другими системами

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

  1.  использования СУБД стороннего разработчика;
  2.  использование стандартизированных протоколов доступа к базе данных системы;
  3.  логическое разделение объектов в базе данных системы

4.1.4.3  Организация сбора и передачи информации

4.1.4.3.1  Источники и носители информации

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

4.1.4.4  Построение системы классификации и кодирования

4.1.4.4.1  Классификации объектов, принятые для применения в АС

  1.  ингредиенты (содержит список ингредиентов);
  2.  блюда (содержит список блюд);
  3.  кулинарные книги (содержит список кулинарных справочников);
  4.  диеты (содержит список ингредиентов);
  5.  ингредиенты в блюде (содержит список ингредиентов входящих в различные блюда);
  6.  диеты на блюда (содержит список диет, которые назначаются определенным блюдам);
  7.  блюда в кулинарных книгах (содержит список блюд, которые приготавливаются по методу указанному в данной кулинарной книге);
  8.  меню на день (содержит дату создания меню на определенный день);
  9.  меню (содержит очереди для которых создается меню);
  10.  блюда в меню(содержит список блюд находящиеся в меню);
  11.  очередь (содержит список очередей);
  12.  пользователи(содержит список рабочих в профилактории, а также их пароли и логины);
  13.  карточка-раскладка (указывается цена блюда, также метод приготовления блюда)

4.1.4.4.2Методы кодирования объектов классификации в новых классификаторов

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

  1.  ингредиенты – Ingridients;
  2.  блюда – foods;
  3.  кулинарные книги – cooking book;
  4.  диеты – diets;
  5.  ингредиенты в блюде–Ingridients_in_food;
  6.  диеты на блюда–food_In_diets;
  7.  блюда в кулинарных книгах–food In Book ;
  8.  меню на день–menu_in_day;
  9.  меню – menu;
  10.  блюда в меню–food_in_menu;
  11.  очередь – queue;
  12.  пользователи– users;
  13.  карточка-раскладка– cards.

4.1.4.5  Организация внутримашинной информационной базы

4.1.4.5.1  Принципы построения внутримашинной базы

Для организации внутримашинной  базы данных системы используется реляционная модель данных. Модель данных строится в Erwin Data Modeler, сначала инфологическая модель данных, затем физическая модель данных.

Инфологическая модель данных изображена на рисунке 25:

Рисунок 25 Инфологическая модель БД

Фрагмент физической модели построенной в Erwin Data Modeler, изображена на рисунке 26:

Рисунок 26 Физическая модель БД

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

Структура внутримашинной информационной базы

Схема БД системы содержит таблицы и поля, описанные в табл.6

Таблица 6 – Названия и содержимое таблиц базы данных

Ингредиенты – Ingridients

ingridient_name

String

Имя ингредиента

calories

Float

Калории

carbohydrates

Float

Углеводы

fats

Float

Жиры

proteins

Float

Белки

Id_ingridients

int

Идентификатор ингредиента

Ингредиенты в блюдеIngridients_in_food

ID_food

int

Gross_weight

Float

Вес брутто

Net_weight

Float

Вес нетто

Id_ingridients

Float

Идентификатор ингредиента

Блюда–Foods

Продолжение таблицы 6

ID_food

int

Идентификатор блюда

Name_food

varchar(70)

Название блюда

Full_calories

float

Калории блюда

TotalProteins

float

Белки в блюде

TotalFats

float

Жиры в блюде

TotalCarbohydrates

float

Углеводы в блюде

Finish_weight_of_food

        float

Общий вес блюда

Диеты – Diets

ID_Diets

int

Идентификатор диеты

NumOfDiet

varchar(20)

Номер диеты

Description

varchar (max)

Описание диеты

Карточки – раскладки –Cards

Id_Cards

int

Идентификатор карты

ID_food

int

Идентификатор блюда

Cost

smallmoney

Цена блюда

Method_of_cooking

varchar (max)

Метод приготовления

Number_Card

varchar(20)

Номер карты

Кулинарные книги –Book

IDBook

int

Идентификатор книги

Author

varchar(300)

Автор

Year

int

Год

Name

varchar(70)

Навзание книги

Очередь –Queue

ID_queue

int

Идентификатор очереди

Number_of_mens

int

Общее число человек в очереди

Starting_date

datetime

Дата начала очереди

Ending_date

datetime

Дата окончания очереди

Length_of_days

int

Количество дней в очереди

Number_queue

varchar(50)

Номер очереди

Пользователи –Users

IDUsers

int

Идентификатор пользователя

Login

varchar(20)

Логин

Окончание таблицы 6

Password

varchar(32)

Пароль

role

varchar(50)

Роль

Surname

varchar(50)

Фамилия

Name

varchar(50)

Имя

Secondname

varchar(50)

Отчество

Post

varchar(50)

Должность

Меню Menu

ID_menu

Int

Идентификатор меню

ID_queue

Int

Идентификатор очереди

Меню на день -  Menu_in_day

ID_menu

int

Идентификатор меню

date_menu

datetime

Дата создания меню

day_id

int

Идентификатор дня

Блюда в кулинарных книгах –FoodInBook

Id_Cards

int

Идентификатор карты

ID_food

int

Идентификатор блюда

IDBook

int

Идентификатор книги

Диеты на блюда- Food_In_Diets

Id_Cards

int

Идентификатор карты

ID_food

int

Идентификатор блюда

ID_Diets

int

Идентификатор диеты

Блюда в меню–Food_in_menu

Serve_time_of_food

char(18)

Время подачи блюда

ID_menu

int

Идентификатор меню

ID_food

int

Идентификатор блюда

day_id

int

Идентификатор дня

count_serve

int

Количество порций

4.1.5 Схема структурная комплекса технических средств

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

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

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

4.1.6  Контрольный пример

4.1.6.1 Подсистемы авторизации и формирования отчетов

Для выполнения контрольного примера необходимо:

  1.  Создать в СУБД MSSQL базу данных «Preventorium» и запустить скрипт на диске с системой;

Примечание: Если не хотите запускать скрипт создания БД, то можете через Erwin Data Modeler открыть модель БД с диска с системой, а далее подключиться к БД «Preventorium» и запустить генерацию создания БД;

Примечание 2: Можно импортировать БД в СУБД MSSQL, для этого необходимо при импортировании указать путь к БД «Preventorium», которая находится на диске с системой

  1.  Создать в СУБД MSSQL пользователя на ваше усмотрение, предоставив ему права чтения/записи в созданной базе данных «Preventorium»;
  2.  Запустить приложение(при первом запуске появиться форма подключения к БД, укажите нужные параметры подключения к БД);
  3.  Авторизоваться: указать логин и пароль пользователя:admin ;
  4.  Для получения отчета «Карточка-раскладка», необходимо заполнить таблицу «Ингредиенты» сведениями, а также создать блюда, нажав на пункт меню «Блюда» и указать из каких ингредиентов будет состоять блюдо (открыв блюдо на редактирование (кнопка редактирование)). Далее необходимо назначить диеты для блюда в меню диеты в блюде,  предварительно заполнив таблицу «Диеты». Еще необходимо указать метод приготовления блюда, стоимость блюда и номер карточки- раскладки в меню «Карточка раскладка», потом указать по какому кулинарному справочнику готовилось блюдо в пункте меню «Кулинарный справочник».

 Далее нажать кнопку «Создать карточку-раскладку» в меню «Отчеты» на главной форме или в пункте меню блюда (открыв блюдо на редактирование (кнопка редактирование)), в результате в электронном виде в Microsoft Word откроется «Карточка-раскладка».

  1.  Для получения отчета «Меню на день», необходимо создать очередь нажав на меню «Просмотр очереди», далее создать «Меню для очереди», для этого необходимо нажать на меню «Меню для очереди» и указать нужный номер очереди,  для которой создается меню, потом необходимо указать число когда создается меню в форме «Меню на день», открыв созданное меню на день на редактирование, откроется форма «Меню для очереди», где необходимо добавить блюда на завтрак, обед или ужин. Теперь для получения отчета меню на день нужно в меню «Отчеты» нажать на кнопку «Меню на день», после чего в  результате в электронном виде в Microsoft Word откроется «Меню на день».
  2.  Для получения отчета «Меню-раскладка», необходимо создать очередь,  нажав на  меню «Просмотр очереди»,  далее создать «Меню для очереди» для этого необходимо нажать на меню «Меню для очереди» и указать нужный номер очереди, для которой создается меню, потом необходимо указать дату создания меню в форме «Меню на день», открыв созданное меню на день на редактирование (кнопка редактирование), откроется форма «Меню для очереди», где необходимо добавить блюда на завтрак, обед или ужин. Теперь для получения отчета меню на день нужно в меню «Отчеты» нажать на кнопку «Меню – раскладка» либо на кнопки: «Меню-раскладка на завтрак, обед, ужин »после чего в  результате в электронном виде в Microsoft Word откроется «Меню – раскладка».

Примеры получения основных отчетов, приведены на рисунках:

 

Рисунок 27 – Авторизация в системе

Рисунок 28 – Пример получения отчета «Карточка-раскладка» через главное окно приложения

Рисунок 29 – Пример получения отчета «Карточка-раскладка» через пункт в меню блюда (открыв блюдо на редактирование (кнопка редактирование))

Рисунок 30 – Скриншот заполненных основных таблиц необходимых для создания отчетов: «Меню на день» и «Меню-раскладок»

Рисунок 31 – Скриншот формы составления меню для определенной даты в нашем случае 20.03.2013, а также так же составления меню-раскладки

Рисунок 32- Скриншот формы расчета «Меню-раскладки на завтрак»

Рисунок  33- Пример отчета «Меню на день»


Рисунок 34 – Пример отчета:  «Меню – раскладка на завтрак» на  20.03.2013»


4.1.6.2  Подсистема «Назначение прав пользователям»

Для выполнения контрольного примера необходимо:

  1.  Создать в СУБД MSSQL базу данных «Preventorium» и запустить скрипт на диске с системой;

Примечание: Если не хотите запускать скрипт создания БД, то можете через Erwin Data Modeler открыть модель БД с диска с системой, а далее подключиться к БД «Preventorium» и запустить генерацию создания БД;

Примечание 2: Можно импортировать БД в СУБД MSSQL, для этого необходимо при импортировании указать путь к БД «Preventorium», которая находится на диске с системой

  1.  Создать в СУБД MSSQL пользователя на ваше усмотрение, предоставив ему права чтения/записи в созданной базе данных «Preventorium»;
  2.  Запустить приложение(при первом запуске появиться форма подключения к БД, укажите нужные параметры подключения к БД);
  3.  Авторизоваться: указать логин и пароль пользователя :admin ;
  4.  Далее происходит вход в систему в роли «Администратора».После чего вы можете назначать права пользователям.

Примечание: При назначении прав пользователям, существует две роли:

  1.  «Администратор», где пользователю доступны функции, добавления логина и пароля, также редактирование логина, пароля и роли пользователя и сброс логина и пароля.
  2.  «Рядового пользователя», где пользователю доступны функция только смена логина и пароля.

Пример назначения прав пользователям изображён на рисунках:

 

Рисунок 35 – Скриншот формы назначения прав пользователям: В данном случае права назначаются для диет сестры, указывается логин и пароль пользователя

Рисунок 36- Успешное назначение прав пользователю «Диет-сестра»

Рисунок 37– Скриншот формы назначения прав пользователям: В данном случае происходит смена логина и пароля диет-сестры

Рисунок 38- Успешная смена логина и/или пароля пользователя

Рисунок 39 - Сброс логина и пароля пользователя : «Диет-сестра»

Рисунок 40 – Успешный сброс пароля и логина пользователя: «Диет-сестра»

5 РАБОЧИЙ ПРОЕКТ

5.1 Руководство администратора

5.1.1 Предварительная подготовка к установке системы

Перед установкой системы необходимо сначала, установить Microsoft SQL Server 2008 R2.

Далее необходимо:

  1.  Создать в СУБД MSSQL базу данных «Preventorium»и запустить скрипт на диске с системой;

Примечание: Если не хотите запускать скрипт создания БД, то можете через Erwin Data Modeler открыть модель БД с диска с системой, а далее подключиться к БД «Preventorium» и запустить генерацию создания БД;

Примечание 2: Можно импортировать БД в СУБД MSSQL, для этого необходимо при импортировании указать путь к БД «Preventorium»,которая находится на диске с системой

  1.  Создать в СУБД MSSQL пользователя на ваше усмотрение, предоставив ему права чтения/записи в созданной базе данных «Preventorium»;

5.1.1.1  Проверка работоспособности БД , перед использованием приложения

5.1.1.1.1  Содержимое заполненных таблиц в базе данных в MS SQL Server 2008

 

Рисунок 41 – Содержимое таблицы Ingridients

Рисунок 42 – Содержимое таблицы Foods

Рисунок 43 – Содержимое таблицы Ingridients_in_Food

 

Рисунок 44 – Содержимое таблицы Diets

 

Рисунок 45 – Содержимое таблицы  Food_in_Diets

Рисунок 46– Содержимое таблицы  Book

 

Рисунок 47– Содержимое таблицы  FoodInBook

 

Рисунок 48 – Содержимое таблицы  Queue

Рисунок 49 – Содержимое таблицы  Menu

Рисунок 50 – Содержимое таблицы  Menu_in_day

Рисунок 51 – Содержимое таблицы Users

5.1.1.1.2 Проверка работоспособности расчета калорий в таблице Ingridients

Рисунок 52 – Изменение значения fats ингредиента «Капуста» в таблице Ingridients

Рисунок 53 – Успешный пересчет калорий ингредиента «Капуста»

Как видно калории пересчитываются по формуле (1) см. пункт 3.4.2.2, изменив значение fats (жиры) на 10.

5.1.1.1.3 Проверка работоспособности расчета калорий, веса, белков, жиров, углеводов блюда в таблице Foods

Рисунок 54 – Исходные значения таблицы Foods

Рисунок 56– Успешный пересчет калорий, углеводов, белков блюда

Рисунок 55– Изменение значения Net_weigt (Вес нетто) ингредиента «Капуста» в таблице Ingridients_in_foods

Как видно калории, углеводы и белки блюда пересчитываются по формуле (3) см. пункт 3.4.2.3, изменив значение Net_weigt (Вес нетто) на 90.

5.1.2 Установка системы

1) Запустить установщик приложения, предоставленный на диске с системой;

2) Следовать подсказкам установщика;

5.1.2.1 Состав дистрибутива

В состав дистрибутива системы входят:

  1.  программные компоненты системы;
  2.  установочный файл системы;
  3.  скрипт создания базы данных системы;
  4.  настоящаярабочая документация системы;
  5.  база-данных системы(cтестовым набором данных);
  6.  скрипт тестового набора данных;
  7.  модель базы данных.

5.1.3 Запуск приложения

1) Запустить приложение «Санаторий-профилакторий»;

При первом запуске система попросит вас указать параметры подключения к БД, укажите их:

Рисунок 57 – Форма параметров подключения к БД

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

  1.  при первом запуске системы(далее возможно изменить) логин и пароль: admin;

Пример авторизации приведен на рисунке 58:

Рисунок 58– Форма авторизации

Далее можете работать с приложением, где при необходимости в меню «Персонал», нужно ввести ФИО человека и его должность, а далее в меню «Назначение прав пользователям» назначить роли пользователям и указать их логин и пароль.

Пример назначения прав пользователям, просмотр и редактирование логинов и паролей, приведен на рисунке 58:

Рисунок 59– Форма назначения прав пользователям

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

5.2.1  Введение

5.2.1.1  Область применения

5.2.1.1.1 Краткое описание возможностей

  1.  создание и ведение карт-раскладок на блюда, расчет химического состава блюда по химическому составу ингредиентов;
  2.  создание и ведение меню по времени приема;
  3.  расчет меню-раскладки;
  4.  ведение штата сотрудников;
  5.  ведение справочника ингредиентов с расчетом химического состава;
  6.  ведение справочника диетам и возможность назначить диету для блюда;
  7.  ведение справочника блюда с возможностью добавления ингредиентов в блюдо;
  8.  ведение кулинарными справочниками и возможность назначить справочник для блюда;
  9.  создание очереди и формирование меню на очередь;
  10.  формирование необходимых отчетов: меню – раскладки, карточки – раскладки, меню на день

5.2.1.2  Назначение и условия применения

5.2.1.2.1  Виды деятельности, функции

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

  1.   составления меню на день;
  2.   составления меню-раскладки;
  3.   составления карточки-раскладки.

5.2.1.3 Программные и аппаратные требования к системе

Требования к аппаратному обеспечению сервера системы (должны соответствовать рекомендуемым требованиям Microsoft SQL Server 2008 R2):

  1.  процессор: 1 гигагерц (ГГц)
  2.  ОЗУ: 1 гигабайт (ГБ) для 32-разрядной версии или 2 ГБ для 64-разрядной версии;
  3.  свободное место на жестком диске: 16 гигабайт (ГБ) для 32-разрядной версии или 20 ГБ для 64-разрядной версии;
  4.  графический адаптер: графическое устройство Microsoft DirectX 9.
  5.  сетевой адаптер 100-1000 М/бит.

    Требования к аппаратному обеспечению системы (должны соответствовать рекомендуемым требованиям Microsoft Office2003/2007/2010/2013):

  1.  Процессор
  1.  32-разрядный (x86) процессор с тактовой частотой 1 ГГц
  1.  Память
  1.  1 ГБ ОЗУ
  1.  Жесткий диск
  1.  3,0 ГБ свободного места на жестком диске.
  1.  Дисплей
  1.  Для использования аппаратного ускорения графики необходима графическая плата с поддержкой DirectX9
  1.  Сетевой адаптер
  1.  100-1000 М/бит

Требования к программному обеспечению системы:

  1.  операционная система Windows: Windows Xp/Vista/7/8;
  2.  СУБДMicrosoft SQL Server версии2008;
  3.  Microsoft Office 2003/2007/2010/2013.

5.3  Работа с приложением (подсистема «Формирование отчетов», «Авторизация», «Назначение прав пользователям»)

5.3.1 Работа пользователя с приложением (подсистема «Формирование отчетов», «Авторизация», «Назначение прав пользователям»)

1)  Запустить приложение «Санаторий-профилакторий»;

При первом запуске система попросит вас указать параметры подключения к БД, укажите их:

Рисунок 60 – Форма «Параметры подключения к БД»

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

Пример авторизации:

Рисунок 61– Форма авторизации

Зайдя в систему, вы можете поменять логин и/или пароль, указав старый пароль и введя новый, пример показан на рисунке:

Рисунок 62– Форма смена пароля и/логина пользователя с ролью «Рядового пользователя»

Примечание: При назначении прав пользователям, существует две роли:

  1.  «Администратор», где пользователю доступны функции, добавления логина и пароля, также редактирование логина, пароля и роли пользователя и сброс логина и пароля;
  2.  «Рядового пользователя», где пользователю доступна функция только смена логина и пароля;
  3.  Далее можете работать с приложением.

5.3.1.1 Пример составления карточки-раскладки для блюда

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

Далее нажать кнопку «Создать карточку-раскладку» в меню «Отчеты» на главной форме или в пункте меню блюда (открыв блюдо на редактирование (кнопка редактирование)), в результате в электронном виде в Microsoft Word откроется «Карточка-раскладка».

 

Рисунок 63 – Пример получения отчета «Карточка-раскладка» через главное окно приложения

Рисунок 64 – Пример получения отчета «Карточка-раскладка» через пункт в меню

блюда (открыв блюдо на редактирование (кнопка редактирование))


Рисунок 65- Пример отчета «Карточка-раскладка »


5.3.1.2 Пример составления меню на день

Для получения отчета «Меню на день», необходимо создать очередь нажав на  меню «Просмотр очереди», далее создать «Меню для очереди», для этого необходимо нажать на меню «Меню для очереди» и указать нужный номер очереди для которой создается меню, потом необходимо указать дату создания меню в форме «Меню на день», открыв созданное меню на день на редактированием (кнопка редактирование), откроется форма «Меню для очереди», где необходимо добавить блюда на завтрак, обед или ужин. Теперь для получения отчета меню на день нужно в меню «Отчеты»  нажать на кнопку «Меню на день», после чего в  результате в электронном виде в Microsoft Word откроется «Меню на день».

Рисунок 66 – Пример получения отчета «Меню на день» через пункт меню «Отчеты»

Рисунок 67 – Пример отчета «Меню на день»

5.3.1.3 Пример составления меню-раскладки

Для получения отчета «Меню-раскладка», необходимо создать очередь,  нажав на  меню «Просмотр очереди», далее создать «Меню для очереди» для этого необходимо нажать на меню «Меню для очереди» и указать нужный номер очереди,  для которой создается меню, потом необходимо указать дату создания меню в форме «Меню на день», открыв созданное меню на день на редактирование (кнопка редактирование), откроется форма «Меню для очереди», где необходимо добавить блюда на завтрак, обед или ужин. Теперь для получения отчета меню на день нужно в меню «Отчеты»  нажать на кнопку «Меню – раскладка» либо на кнопки: «Меню-раскладка на завтрак, обед, ужин », а также либо через контекстное меню, после чего в  результате в электронном виде в Microsoft Word откроется «Меню – раскладка».

Рисунок 68 – Пример получения отчета «Меню на день» через пункт меню «Отчеты» либо через контекстное меню

Рисунок 69 – Форма расчета «Меню-раскладки»



Рисунок 70 – Пример отчета «Меню-раскладка на завтрак»

ЗАКЛЮЧЕНИЕ

В результате выполнения данной квалификационной работы бакалавра была разработана информационная система «Санаторий-профилакторий ИГХТУ».

Благодаря созданию данной ИС, облегчилась работа сотрудников санатория-профилактория ИГХТУ, а именно:

  1.  Диет-сестры– создание меню и расчет меню-раскладки осуществляет ИС, что существенно снижает трудоемкую работу диет–сестры.

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

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

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

Разработка осуществлялась с применением современных информационных технологий: среды быстрой разработки приложений(RAD) Microsoft Visual Studio 2010.Проектирование ИС выполнялось в соответствии с документами ГОСТа 34ой серии.

Проектирование БД выполнено с помощью Erwin Data Modeler.

Моделирование предметной области производилось с помощью унифицированного языка объектно-ориентированного моделирования Unified Modeling Language(UML), средствами Magic Draw UML Personal Edition версии 17.0.В заключении можно сказать, что созданная ИС выполняет все поставленные перед ней цели.

СПИСОК ИСПОЛЬЗУЕМЫХ ИСТОЧНИКОВ

  1.  34.602-89 ГОСТ. Информационная технология. Техническое задание на создание автоматизированной системы
  1.  34.601-90 ГОСТ. Информационная технология. Автоматизированные системы. Стадии создания
  1.  А.П.Власов Н.А. Марчук. Требования к оформлению квалификационных работ: метод.указания для студентов по направлению 230200 «Информационные системы». Иваново: Иван. Гос. Хим.-технол. Ун-т., 2010.-35 стр.
  1.  А.П.Власов С.П.Бобков, Н.И.Терехин. Требования к содержанию квалификационных работ: метод.указания для студентов по направлению 230200 «Информационные системы». Иваново: Иван. Гос. Хим.-технол. Ун-т., 2010.-40 стр.
  1.  Бабич Александр. Введение в UML // intuit.ru. 2008. URL: http://www.intuit.ru/studies/courses/1007/229/info (дата обращения: 25.05.2013).
  1.  А.В. Леоненков. Нотация и семантика языка UML // intuit.ru. 2005. URL: http://www.intuit.ru/department/pl/umlbasics (дата обращения: 25.05.2013).
  1.  Виейра Роберт. Программирование баз данных Microsoft SQL Server 2008: ДИАЛЕКТИКА, 2010.-816 стр.
  1.  А. Хейлсберг М. Торгерсен, С. Вилтамут, П. Голд. Язык программирования C#. Классика Computer Science, 4-е изд. Санкт – Петербург, Россия: Питер, 2012.-784 стр.
  2.  Разработка ТЗ // rugost.com. URL:http://www.rugost.com/index.php?option=com_content&view=article&id=108:34-4-8&catid=25&Itemid=62 (дата обращения: 22.05.2013).
  3.  Georgiy Mogelashvili. Экспорт в Word из Data Grid View на C# // youtube.com. URL: http://www.youtube.com/watch?v=R0nscVVsihc (дата обращения: 20.02.2013).
  1.  Шифрование на c# (хеш-код строки по алгоритму MD5) //   skillcoding.com. URL:  http://www.skillcoding.com/Default.aspx?id=165(дата обращения: 20.02.2013).
  2.  Фаулер М. UML Основы. Третье издание. Краткое руководство по стандартному языку объектного моделлирования / М. Фаулер. – С-Пб: Символ, - 2012г.  – 187с.
  3.  Арлоу Дж. UML 2 и Унифицированный процесс/ Дж.Арлоу, А.Нейштадт – С-Пб: Символ, - 2012г.  –621с.
  4.  Проектирование баз данных: лабораторный практикум / Э.Г. Галиаскаров, А.Ю. Крылов; Иван. гос. хим.-технол. ун-т.- Иваново, 2012.- 96 с.
  5.  БЭСТ-5. ПИТАНИЕ. // bestnet.ru. URL: http://www.bestnet.ru/programs/pitanie/ (дата обращения: 22.05.2013)
  6.  Санаторий – профилакторий // isuct.ru. URL: http://www.isuct.ru/e-publ/portal/dep/sanatoriy (дата обращения: 22.05.2013 )

ПРИЛОЖЕНИЕ А

Фрагмент кода приложения

1 «Подсистема: Формирование отчетов. Меню на день»

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

private void word1(string stubToReplace, string text, word.Document word)

{

var range = word.Content;

range.Find.ClearFormatting();

range.Find.Execute(FindText: stubToReplace, ReplaceWith: text);          

}

  1.    Фрагмент кода по созданию отчета «Меню на день » и выгрузке его в MS Word

/// <summary>

          /// Метод отвечает за создание отчета  "Меню на день".Построение отчета "Меню на день" при нажатие кноки "Меню на день"

          /// Принцип построения отчета аналогичный тому что описан в классе Cards-layout

 /// </summary>

       public void report()

          {

              var App = new word.Application();

              var word = App.Documents.Add(Application.StartupPath + File);

              if (_menu_in_day == null)

              {

                  var name2 = "";

                  word1("[Date]", name2, word);

              }

              else

              {

                  if (this._menu_in_day[1] != null)

                  {

                      var name2 = _menu_in_day[1].serve_time;

                      word1("[Date]", name2, word);

                  }

                  if (_food_list_breakfast1 == null)

                  {

                      var name2 = "";

                      word1("[Блюдо1]", name2, word);

                      word1("[Вес1]", name2, word);

                      word1("[Вес]", name2, word);

                  }

                  else

                  {

                      if (this._food_list_breakfast1[1] != null)

                      {

                          var name2 = _food_list_breakfast1[1].name;

                          var ves = _food_list_breakfast1[1].weight;

                          var vess = "Вес:";

                          word1("[Блюдо1]", name2, word);

                          word1("[Вес1]", ves, word);

                          word1("[Вес]", vess, word);

                      }

                  }

                       if (_food_list_breakfast2 == null)

                      {

                          var name2 = "";

                          word1("[Блюдо2]", name2, word);

                          word1("[Вес2]", name2, word);

                          word1("[Весc1]", name2, word);

                         

                      }

                      else

                      {

                          if (this._food_list_breakfast1[1] != null)

                          {

                              var name2 = _food_list_breakfast2[1].name;

                              var ves = _food_list_breakfast2[1].weight;

                              word1("[Блюдо2]", name2, word);

                              word1("[Вес2]", ves, word);

                              var vess = "Вес:";

                              word1("[Весc1]", vess, word);

                          }

                      }

                      if (_food_list_breakfast3 == null)

                      {

                          var name2 = "";

                         word1("[Блюдо3]", name2, word);

                         word1("[Вес3]", name2, word);

                         word1("[Весc2]", name2, word);

                      }

                      else

                      {

                          if (this._food_list_breakfast3[1] != null)

                          {

                              var name2 = _food_list_breakfast3[1].name;

                              var ves = _food_list_breakfast3[1].weight;

                              word1("[Вес3]", ves, word);

                              word1("[Блюдо3]", name2, word);

                              var vess = "Вес:";

                              word1("[Весc2]", vess, word);

                          }

                      }

                      if (_food_list_breakfast4 == null)

                      {

                          var name2 = "";

                          word1("[Вес4]", name2, word);

                          word1("[Блюдо4]", name2, word);

                          word1("[Весc3]", name2, word);

                      }

                      else

                      {

                          if (this._food_list_breakfast4[1] != null)

                          {

                              var name2 = _food_list_breakfast4[1].name;

                              var ves = _food_list_breakfast4[1].weight;

                              word1("[Блюдо4]", name2, word);

                              word1("[Вес4]", ves, word);

                              var vess = "Вес:";

                              word1("[Весc3]", vess, word);

                          }

                      }

                      if (_food_list_breakfast5 == null)

                      {   var name2 = "";

                          word1("[Блюдо5]", name2, word);

                          word1("[Вес5]", name2, word);

                          word1("[Весc4]", name2, word);

                      }

                      else

                      {

                          if (this._food_list_breakfast5[1] != null)

                          {

                              var name2 = _food_list_breakfast5[1].name;

                              var ves = _food_list_breakfast5[1].weight;

                              word1("[Блюдо5]", name2, word);

                              var vess = "Вес:";

                              word1("[Вес5]", ves, word);

                              word1("[Весc4]", vess, word);

                          }

                      }

                      if (_food_list_breakfast6 == null)

                      {

                          var name2 = "";

                          word1("[Вес6]", name2, word);

                          word1("[Весc5]", name2, word);

                          word1("[Блюдо6]", name2, word);

                      }

                      else

                      {

                          if (this._food_list_breakfast6[1] != null)

                          {

                              var name2 = _food_list_breakfast6[1].name;

                              var ves = _food_list_breakfast6[1].weight;

                              var vess = "Вес:";

                              word1("[Блюдо6]", name2, word);

                              word1("[Весc5]", vess, word);

                              word1("[Вес6]", ves, word);

                          }

                      }

                      if (_food_list_breakfast7 == null)

                      {

                          var name2 = "";

                          word1("[Вес7]", name2, word);

                          word1("[Блюдо7]", name2, word);

                          word1("[Весc6]", name2, word);

                      }

                      else

                      {

                          if (this._food_list_breakfast7[1] != null)

                          {

                              var name2 = _food_list_breakfast7[1].name;

                              var ves = _food_list_breakfast7[1].weight;

                              var vess = "Вес:";

                              word1("[Блюдо7]", name2, word);

                              word1("[Весc6]", vess, word);

                              word1("[Вес7]", ves, word);

                          }

                      }

                      if (_food_list_breakfast8 == null)

                      {

                          var name2 = "";

                          word1("[Вес8]", name2, word);

                          word1("[Весc7]", name2, word);

                          word1("[Блюдо8]", name2, word);

                      }

                      else

                      {

                          if (this._food_list_breakfast8[1] != null)

                          {

                              var name2 = _food_list_breakfast8[1].name;

                              var ves = _food_list_breakfast8[1].weight;

                              var vess = "Вес:";

                              word1("[Весc7]", vess, word);

                              word1("[Вес8]", ves, word);

                              word1("[Блюдо8]", name2, word);

                          }

                      } App.Visible = true;

                  GC.Collect();}}

2 «Проектирование БД»

2.1 Листинг триггеров (вставка, удаление) для расчета калорий ингредиентов, общего веса , калорий, углеводов ,жиров и белков блюда

2.1.1 Триггер на вставку записи  в таблицу ingridients in food

/*Триггер, который считает калорийность, белки,жиры углеводы и вес блюда*/

create trigger CountCalloriesFood on Ingridients_in_food after insert

as

Declare

         @cal_ingr as float,

         @net_weight as float,

         @cal_food as float,

         @ID_food as int,

         @ID_ingr as int,

         @prodactWeight as float,

         @proteins as float,

         @totalProteins as float,

         @Fat as float,

         @TotalFat as float,

         @Carbo as float,

  @totalcarbo as float

select @ID_food=ID_food, @net_weight=Net_weight, @ID_ingr=ID_ingridients

from inserted

select @cal_ingr=calories, @Carbo=Carbohydrates, @Fat=fats, @proteins=proteins

from Ingridients

where Id_ingridients=@ID_ingr

select @cal_food=Full_calories, @totalProteins=totalProteins, @totalFat=totalFats, @totalCarbo=TotalCarbohydrates, @prodactWeight=Finish_weight_of_food

from Foods

where ID_food=@ID_food

 begin

    if (@prodactWeight is null)

      set @prodactWeight=@net_weight

    else

      set @prodactWeight=@prodactWeight+@net_weight

    if (@cal_food is null)

       set @cal_food=@net_weight/100*@cal_ingr

    else

      set @cal_food=@cal_food+@net_weight/100*@cal_ingr

    if (@totalProteins is null)

        set @totalProteins = @net_weight/100*@proteins

    else

      set @totalProteins = @totalProteins+@net_weight/100*@proteins

    if (@totalFat is  null)

        set @totalFat = @net_weight/100*@Fat

    else

      set @totalFat = @totalFat + @net_weight/100*@Fat

  

    if (@totalCarbo is null)

        set @totalCarbo = @net_weight/100*@Carbo

    else

      set @totalCarbo = @totalCarbo + @net_weight/100*@Carbo

      

 end

update Foods

set Full_calories=@cal_food, Finish_weight_of_food=@prodactWeight, TotalProteins = @totalProteins, TotalCarbohydrates = @totalCarbo, TotalFats = @totalFat

where ID_food=@ID_food

2.1.2 Триггер на удаление в таблице Ingridients in food 

*Триггер, который считает калорийность, белки,жиры углеводы и вес блюда*/

create trigger CountCalloriesFood on Ingridients_in_food after delete

as

Declare

         @cal_ingr as float,

         @net_weight as float,

         @cal_food as float,

         @ID_food as int,

         @ID_ingr as int,

         @prodactWeight as float,

         @proteins as float,

         @totalProteins as float,

         @Fat as float,

         @TotalFat as float,

         @Carbo as float,

  @totalcarbo as float

select @ID_food=ID_food, @net_weight=Net_weight, @ID_ingr=ID_ingridients

from deleted

select @cal_ingr=calories, @Carbo=Carbohydrates, @Fat=fats, @proteins=proteins

from Ingridients

where Id_ingridients=@ID_ingr

select @cal_food=Full_calories, @totalProteins=totalProteins, @totalFat=totalFats, @totalCarbo=TotalCarbohydrates, @prodactWeight=Finish_weight_of_food

from Foods

where ID_food=@ID_food

 begin

      set @prodactWeight=@prodactWeight-@net_weight

      

      set @cal_food=@cal_food-@net_weight/100*@cal_ingr

      set @totalProteins = @totalProteins-@net_weight/100*@proteins

      set @totalFat = @totalFat - @net_weight/100*@Fat

  

      set @totalCarbo = @totalCarbo - @net_weight/100*@Carbo

 end

update Foods

set Full_calories=@cal_food, Finish_weight_of_food=@prodactWeight, TotalProteins = @totalProteins, TotalCarbohydrates = @totalCarbo, TotalFats = @totalFat

where ID_food=@ID_food

2.1.3 Триггер на вставку в таблице ingridients

/*Считает калории в ингридиенте*/

Create trigger CountCaloriesIngr on Ingridients after insert

as Declare

   @Belki as float,

   @Fat as float,

   @Ugle as float,

   @Callor as float,

   @ID as integer

        

        select @Belki=proteins, @Fat=fats,@Ugle=carbohydrates, @ID=ID_ingridients

        from inserted

        

          begin

             set @Callor=9*@Fat+4*@Ugle+4*@Belki

          end

        

        update Ingridients

        set calories=@Callor

        where @ID=ID_ingridients

2.1.4 Триггер на обновление записи в таблице Ingridients in food

*/update new

/*Триггер, который считает калорийность, белки,жиры углеводы и вес блюда*/

create trigger CountCalloriesFood on Ingridients_in_food after update

as

Declare

         @cal_ingr as float,

         @net_weight as float,

         @cal_food as float,

         @ID_food as int,

         @ID_ingr as int,

         @prodactWeight as float,

         @proteins as float,

         @totalProteins as float,

         @Fat as float,

         @TotalFat as float,

         @Carbo as float,

      @totalcarbo as float

   

/*Разбиваем триггер на две части в первой части мы*/

/*удаляем, во второй добавляем*/

select @ID_food=ID_food, @net_weight=Net_weight, @ID_ingr=ID_ingridients

from deleted

select @cal_ingr=calories, @Carbo=Carbohydrates, @Fat=fats, @proteins=proteins

from Ingridients

where Id_ingridients=@ID_ingr

select @cal_food=Full_calories, @totalProteins=totalProteins, @totalFat=totalFats, @totalCarbo=TotalCarbohydrates, @prodactWeight=Finish_weight_of_food

from Foods

where ID_food=@ID_food

 begin

   set @prodactWeight=@prodactWeight - @net_weight

   set @cal_food=@cal_food - @net_weight/100*@cal_ingr

   set @totalProteins = @totalProteins - @net_weight/100*@proteins

 

   set @totalFat = @totalFat - @net_weight/100*@Fat

   

   set @totalCarbo = @totalCarbo - @net_weight/100*@Carbo

    update Foods

   set Full_calories=@cal_food, Finish_weight_of_food=@prodactWeight, TotalProteins = @totalProteins, TotalCarbohydrates = @totalCarbo, TotalFats = @totalFat

   where ID_food=@ID_food

 

select @ID_food=ID_food, @net_weight=Net_weight, @ID_ingr=ID_ingridients

   from inserted

   select @cal_ingr=calories, @Carbo=Carbohydrates, @Fat=fats, @proteins=proteins

   from Ingridients

   where Id_ingridients=@ID_ingr

   select @cal_food=Full_calories, @totalProteins=totalProteins, @totalFat=totalFats, @totalCarbo=TotalCarbohydrates, @prodactWeight=Finish_weight_of_food

   from Foods

   where ID_food=@ID_food

 

if (@prodactWeight is null)

      set @prodactWeight=@net_weight

    else

      set @prodactWeight=@prodactWeight+@net_weight

    if (@cal_food is null)

       set @cal_food=@net_weight/100*@cal_ingr

    else

      set @cal_food=@cal_food+@net_weight/100*@cal_ingr

    if (@totalProteins is null)

        set @totalProteins = @net_weight/100*@proteins

    else

      set @totalProteins = @totalProteins+@net_weight/100*@proteins

    if (@totalFat is  null)

        set @totalFat = @net_weight/100*@Fat

    else

      set @totalFat = @totalFat + @net_weight/100*@Fat

  

    if (@totalCarbo is null)

        set @totalCarbo = @net_weight/100*@Carbo

    else

      set @totalCarbo = @totalCarbo + @net_weight/100*@Carbo

   

update Foods

   set Full_calories=@cal_food, Finish_weight_of_food=@prodactWeight, TotalProteins = @totalProteins, TotalCarbohydrates = @totalCarbo, TotalFats = @totalFat

   where ID_food=@ID_food

 end


ПРИЛОЖЕНИЕ Б

Содержание CD-диска

Диск с электронной копией квалификационной работы бакалавра имеет следующую структуру каталогов:

  1.  Пояснительная записка + слайды;
  2.  Preventorium;
  3.  Модель данных;
  4.  База данных;
  5.  Setup;
  6.  файлreadme.txt.

Каталог Пояснительная записка + слайды содержит файлы:

  1.  Квалификационная работа бакалавра.doc - пояснительная записка;
  2.  ИС «Санаторий – профилакторий-ИГХТУ».pptx - электронные слайды.

Каталог Preventorium содержит:

  1.  Preventorium.sln - Исходный код приложения(проект в MSVisualStudio 2010).

Каталог Модель данных содержитфайл:

  1.  Physic1.erwin -Физическая модель БД ИС «Санаторий - профилакторий-ИГХТУ».

     Каталог База данных содержит:

  1.  ScriptDB.docx -Скрипт создания БД;
  2.  Preventorium.mdf - База данных ИС «Санаторий - профилакторий-ИГХТУ».
  3.  testScriptDB-Скрипт тестового набора данных.

Каталог Setup содержит:

  1.  Setup.exe - файл установки приложения.

Файл readme.txt – сведения об авторе, квалификационной работе бакалавра, инструкция по инсталляции продукта.


 

А также другие работы, которые могут Вас заинтересовать

2001. Создание промежуточных отчетов 33.01 KB
  Список с исходными данными о сотрудниках. Промежуточный отчет, вычисляющий значение фонда заработной платы для каждого цеха. Круговая диаграмма на основании рассчитанных значений фонда заработной платы на каждого цеха.
2002. Совместная воспитательная работа школы, семьи и общественности 35.03 KB
  Сочетание общественного и семейного воспитания как важнейшая предпосылка повышения его эффективности. Социально-экономические факторы повышения роли школы в организации воспитательной работы семьи и общественности. Организационно-педагогическая работа школы с родителями. Органы родительской общественности в школе.
2003. Майбутнє країни залежить від нас 43.11 KB
  Мета: привернути увагу підлітків до питання вибору професії та її значення, звернути увагу на фактори, що обумовлюють вибір людиною тієї або іншої спеціальності, поговорити про помилки, які допускаються при обранні професії, наголосити на важливості прийняття правильного вибору фаху для подальшого щасливого життя.
2004. Культура поведения, Воспитательное мероприятие 34.5 KB
  Учебные заведения, магазины, учреждения, театры, выставки – все это как принято говорить, общественные места. Мы идем туда по делу или отдохнуть, или на учебу, но всегда должны помнить, что рядом с нами, вокруг нас живут люди, они могут быть нашими знакомыми
2005. Ультразвукове дослідження стисливості кремній–органічних з’єднань 6.36 MB
  встановлення характеру особливостей температурної залежності реологічних та акустичних властивостей кремнійорганічних сполук вздовж кривої рівноваги, виявлення і з’ясування молекулярних та флуктуаційних механізмів релаксаційних процесів, що мають місце у досліджуваній системі вздовж кривої рівноваги.
2006. Опыт воспитательной работы на специальности Театральное творчество 35 KB
  Само понятие воспитательная работа - очень объемно, многогранно и практически безгранично. Воспитательная работа - это органическая часть учебного процесса колледжа, направленная на реализацию задач формирования и развития культуры личности будущих специалистов.
2007. Слава козацька жива 41.52 KB
  Закріпити й поглибити знання, отриманні учнями у 5-му класі про козаків та козацтво, залучити дітей до вивчення історії свого народу, дослідити його коріння, знайомлячись з життям та подвигами козаків, виховувати патріотизм та повагу до минулого українського народу.
2008. Полімерні матеріали та їх властивості 543.99 KB
  Морфологічні властивості полімерних матеріалів і їх прикладне значення. Показники термостабільності волокон. Гігротермічні і фізико-механічні властивості полімерних матеріалів. Методи оцінки якості виконання операцій волого-теплової обробки деталей швейних виробів.
2009. Послуги ресторанного господарства 18.59 KB
  Підприємства харчування поєднують функції виробництва, реалізації продукції та організації її споживання. Це вимагає постійної координації виробничої та торговельної діяльності з урахуванням потоку споживачів, який є нерівномірним протягом дня, тижня.