Реферати

Дипломна робота: Автоматизована система управління санаторним комплексом. Підсистема Дієтпітаніє

Особливості спадкування окремих видів майна. Загальні питання спадкування по законодавству Російської Федерації. Включення окремих видів майна до складу спадщини. Спадкування грошових сум і спадкування деяких сум, стягуваних за рішенням суду, житлових приміщень і інших видів майна.

Гормональна регуляція обміну вуглеводів при м'язовій діяльності. Поняття про гормони, їхня біологічна роль. Особливості гормональної регуляції обміну вуглеводів при м'язовій діяльності.

Стиль мистецтва і літератури рококо. Рококо як стиль мистецтва і літератури, що розвився в XVIII в. у Європі на ґрунті декадансу феодально-дворянської культури. Відмінні риси і деталі костюмів даної епохи, жіночих і чоловічих. Значення аксесуарів у вигляді аристократії рококо.

Людиноподібні мавпи. Соціальна організація приматів, спілкування особей усередині групи і ступінь пристосованості до різних умов обитания. Антагонізм між різними групами шимпанзе, що живуть на границі лісів і саван. Основні розходження між людиною і шимпанзе.

Перший башкирський балет. Створення національного репертуару Башкирським театром опери і балету. Використання в класичному балеті Степанова "Журавлина песнь" фольклорних форм і мотивів, застосування в танці елементів народних обрядів як створення самобутньої хореографічної школи.

РЕФЕРАТ

Дипломний проект на тему «Автоматизована система управління санаторним комплексом «Валуєво». Підсистема «Дієтпітаніє» складається з розрахунково-пояснювальної записки об'ємом 169 сторінки і графічного матеріалу на 14 листах.

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

У першому розділі описана зовнішня організація і внутрішня структура санаторного комплексу, складена і розглянута архітектура АСУ санаторним комплексом, сформована структура автоматизованих робочих місць користувачів ПК і зроблений вибір комп'ютерної мережі і операційної системи для АСУ санаторієм.

Другий розділ містить структуру і опис підрозділів підсистеми «Дієтпітаніє» (лікар-дієтолог, столова, кухня), а також інформаційних і матеріальних потоків між ними.

У третьому розділі описаний метод Блокових альтернативних мереж, представлена схема функціонування підсистеми «Дієтпітаніє» на БАС.

Четвертий розділ містить алгоритм створення бази даних підсистеми «Дієтпітаніє», її опис і керівництво користувача.

У п'ятому розділі (економічна частина проекту) приводиться склад типового бізнес-плану і розглядається зміст основних його розділів; проводиться планування робіт по темі і визначається договірна ціна. Також влаштовується економічна доцільність теми і в додатку 2 розглядається укладення договору на створення науково-технічної продукції.

У шостому розділі (екологія і охорона труда) представлені оптимальні параметри освітлення і повітряного середовища робочої зони операторів ПК і проводиться розрахунок штучної загальної освітленості і общеобменной механічної вентиляції.

У розрахунково-пояснювальній записці міститься 70 малюнків, 14 з яких являють собою графічну частину проекту, і 11 таблиці, одна з яких включена в графічну частину дипломного проекту. Список літератури включає 22 найменування.

Зміст

Введення...8

Перелік скорочень...10

Розділ 1. Архітектура автоматизованої системи управління санаторним комплексом «Валуєво»...11

1.1. Зовнішня організація санаторного комплексу...11

1.2. Внутрішня структура санаторного комплексу...14

1.2.1. Організаційна структура санаторного комплексу...17

1.2.2. Опис підрозділів санаторного комплексу...20

1.2.3. Функціональна структура санаторного комплексу...23

1.2.4. Циркуляція ресурсів в санаторному комплексі...24

1.3. Архітектура АСУ санаторним комплексом «Валуєво»...25

1.3.1. Функції АСУ санаторним комплексом...30

1.4. Апаратне і програмне забезпечення санаторного комплексу «Валуєво»...31

1.4.1. Автоматизовані робочі місця співробітників санаторного комплексу...31

1.4.2. Вибір мережі для АСУ санаторним комплексом...35

1.4.3. Вибір операційної системи для АСУ санаторним комплексом...46

1.5. Висновки...49

Розділ 2. Підсистема «Дієтпітаніє» санаторного комплексу «Валуєво»...51

2.1. Аналіз підсистеми «Дієтпітаніє»...51

2.2. Підрозділ «Лікар-дієтолог»...54

2.2.1. Визначення системи живлення на термін, що планується ...55

2.2.2. Модель організації харчового раціону...62

2.2.3. Модель організації вільного вибору блюд...65

2.2.4. Надходження і зберігання продуктів...68

2.2.5. Заміна продукту в блюді на еквівалентне...69

2.2.6. Заміна блюда в дієті на еквівалентне...71

2.3. Підрозділ «Столова»...72

2.3.1. Розміщення пацієнтів в столовій...73

2.3.2. Проблемні ситуації, виникаючі в столовій,

і шляхи їх вирішення...73

2.4. Підрозділ «Кухня»...75

2.5. Висновки...77

Розділ 3. Інформаційне представлення підсистеми «Дієтпітаніє» на основі методу  Блокових альтернативних мереж...78

3.1. Метод Блокових альтернативних мереж...78

3.1.1. Елементарний блок альтернатив...78

3.1.2. Алгоритми навігації на БАС...82

3.1.3. Маршрути на БАС...87

3.2. Інформаційне представлення алгоритму роботи

лікаря-дієтолога методом БАС. ..92

3.2.1. Вибір блюд для їди методом БАС...93

3.2.2. Вибір блюд на день методом БАС...99

3.3. Висновки...105

Розділ 4. База даних підсистеми «Дієтпітаніє»...106

4.1. Уявлення і опис бази даних підсистеми «Дієтпітаніє»...106

4.2. Структура і опис екранних форм призначеного для користувача інтерфейса бази даних. ..118

4.2.1. Структура екранних форм бази даних...118

4.2.2. Опис екранних форм бази даних...120

4.3. Керівництво користувача...129

4.4. Висновки...132

Розділ 5. Економічна частина...133

5.1. Організація планування робіт...133

5.1.1. Призначення АСУ підсистеми «Дієтпітаніє»...133

5.1.2. Структура розробки...134

5.1.3. Етапи розробки...135

5.2. Розрахунок вартості розробки...136

5.3. Оцінка ефективності...142

5.4. Оцінка ринкової економічності, доцільності розробки...143

5.4.1. Конкуренція...143

5.4.2. Організація послепродажного обслуговування...144

5.4.3. Організаційний план...144

5.4.4. Юридичний план...144

5.4.5. Оцінка ризику і страхування...145

5.5. Висновки...145

Розділ 6. Екологія і охорона труда. ..146

6.1. Аналіз умов труда...146

6.2. Розрахунок освітлення робочого місця...148

6.2.1. Розрахунок штучного освітлення...149

6.3. Розрахунок вентиляції...150

6.4. Розрахунок споживаного повітрообміну...152

6.4. Висновки...153

Висновки...154

Висновок...155

Бібліографічний список...157

Додаток 1...160

Додаток 2...163

ВВЕДЕННЯ

Ефективність функціонування підприємства або організації будь-якої галузі і сфер діяльності прямо залежить від швидкості, точності і своєчасності обміну даними як всередині цього підприємства між його становлячими частинами (відділами, підсистемами і т. д.), так і поза його, тобто взаємодія і обмін даними цієї організації з іншими (конкуруючими, підприємствами-партнерами і т. д.). І чим більше, масштабніше підприємство, тим серйозніше перед його керівниками встає проблема організації і контролю потоків величезної кількості інформації підприємства.

Для якісного розв'язання таких проблем на підприємствах  використовуються автоматизовані системи  управління (АСУ).

Автоматизована система управління  - це человеко-машинна система, що забезпечує автоматизований збір і обробку інформації, необхідної для оптимізації управління в різних сферах людської діяльності.

Ідея нормативного проектування систем  управління містилася ще в спробах побудови діяльності організацій на основі застосування математичної моделі (мережевої, конвейєрної черги, лінійного програмування і інших). Як загальний принцип побудови цілісних організацій ця ідея була усвідомлена в середині 60-х років. Хоч численні технічні аспекти створення і впровадження АСУ продовжують розроблятися, основи і форми застосування до прикладних задач досягли певного, досить високого рівня, що дозволяє говорити про цю розробку як в принципі завершеної.

У дипломному проекті проводиться аналіз  однієї з підсистем санаторного комплексу «Валуєво» для її подальшої автоматизації. Задачею  підсистеми «Дієтпітаніє» є організація системи дієтичного живлення пацієнтів.

Впровадження АСУ дозволяє систематизувати обмін даними, регламентувати склад і форми представлення даних, а також структуру інформаційних потоків в системі (інформаційних і командних зв'язків між суб'єктами санаторію, а також інформаційний обмін із зовнішніми по відношенню до санаторію організаціями), значно підвищити точність і чіткість їх ведіння, гарантувати їх збереження, надавати повну взаимоувязанную інформацію по всіх суб'єктах санаторію. Все це  приводить до зладженої роботи співробітників організації і у багато разів збільшує ефективність функціонування підприємства загалом.

Перелік скорочень:

АСУ - автоматизована система управління

ОА - об'єкт автоматизації

АРМ - автоматизоване робоче місце

ПК - персональний комп'ютер

ЕОМ - електронно-обчислювальна машина

ЛВС - локальна обчислювальна мережа

ГВС - глобальна обчислювальна мережа

ОС - операційна система

з/до - санаторний комплекс

п/з - підсистема

РОЗДІЛ 1

АРХІТЕКТУРА АВТОМАТИЗОВАНОЇ СИСТЕМИ УПРАВЛІННЯ САНАТОРНИМ КОМПЛЕКСОМ «ВАЛУЕВО»

Процес автоматизації підприємства включає в себе наступні стадії:

1. предпроектная стадія;

2. технічний і робочий проекти;

3. введення в експлуатацію (впровадження) АСУ.

Предпроектная стадія поділяється на етапи:

- обстеження підприємства, що автоматизується;

- діагностичний аналіз.

Обстеження підприємства, що автоматизується - це ретельний і всебічний аналіз підприємства - його взаємодії з навколишнім середовищем, а також його внутрішнього пристрою. Основними показниками внутрішньої організації підприємства є його структурна і функціональна схеми, а також циркуляція інформаційних (в т. ч. документація), матеріальних, економічних  і енергетичних ресурсів між підрозділами підприємства. У останньому пункті необхідно проаналізувати інтенсивність, об'єм і важливість ресурсів, що передаються.

Діагностичний аналіз - процес виявлення нестач зовнішньої організації і внутрішньої структури підприємства і пропозиція заходів по їх усуненню.  Тобто необхідно запропонувати способи по удосконаленню підприємства з трьох позицій (аспектів): структурний, функціональний аспекти і аспект управління.

Потім на основі результатів всього обстеження підприємства необхідно виділити підсистеми підприємства, які необхідно автоматизувати насамперед, і визначити їх як об'єкти автоматизації (ОА).

Здійснимо всі етапи предпроектной стадії процесу автоматизації санаторного комплексу «Валуєво».

3.1. Зовнішня організація санаторного комплексу «Валуєво»

Основний медичний профіль (напрям діяльності)  санаторного комплексу «Валуєво» - захворювання бронхо-легеневої системи, реабілітація неврологічних хворих. Санаторій знаходиться в десяти кілометрах від московської кільцевої автомобільної дороги. Це дозволяє приїжджати і поселятися в ньому жителям Москви і найближчого Підмосков'я. Віковий діапазон пацієнтів включає весь вік від дітей 3-х років до пенсіонерів. Кількість відпочиваючих, що одночасно перебувають в санаторії, складає біля 120 чоловік. У санаторії відпочиваючі можуть прийняти лікувальні процедури і отримати спеціальне дієтичне живлення, відвідувати спортивні зали, басейн і інш., а також бути учасниками культурно-розважальних заходів.

Санаторій має свою інфраструктуру (телеграфні і телефонні комунікації, електрокоммуникації і т. д.), також є пусті приміщення як в приміщенні санаторію, так і на його території. Все це надалі дозволить встановити і використати АСУ санаторним комплексом без проведення спеціальних коштів комунікації і зв'язку, дорожніх і будівельних робіт і т. п.

З позиції концептуального методу аналізу і проектування інформаційних систем, інформаційний об'єкт, що аналізується можна розглядати з різних точок зору або страт, т. е. площин, на які ми проецируем цей об'єкт для його докладного і всебічного аналізу. При системно-комплексному аналізі об'єкт автоматизації розглядається як концептуальна модель вигляду:

S про

, де

- інформаційна страта;

- матеріальна страта;

- енергетична страта;

- економічна страта;

- організаційна страта.

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

Системне представлення санаторного комплексу «Валуєво» зображена на мал. 1.1.1.

Ріс.1.1.1. Системне представлення санаторного

комплексу  «Валуєво»

Позначення на мал. 1.1.1:

1 - доставка продуктів харчування, медикаменти і інвентаря, водопостачання і інш.;

2 - утилізація продуктів харчування, медикаменти і інвентаря;

3 - послуги, що надаються санаторієм;

4 - відгуки, пропозиції пацієнтів по удосконаленню і розширенню переліку послуг санаторного комплексу;

5 - оплата санаторним комплексом послуг по забезпеченню свого функціонування (оренда площ і землі, комунальні платежі, оплата продуктів харчування, лікарських препаратів, інвентаря і інших послуг);

6 - оплата пацієнта за перебування в санаторії, спонсорські вкладення, кредити і т. д.;

7, 8 - взаємодія санаторного комплексу і навколишнього природного середовища;

9 - енергетичні потоки в санаторний комплекс з навколишнього середовища (електроенергія, газопостачання і інш.);

10, 11 - обмін інформаційними ресурсами   між санаторним комплексом і суб'єктами навколишнього середовища (звіти по функціонуванню санаторного комплексу прямують до органів оподаткування, фінансових структур і т. д.; законодавчі документи, що оновлюються, форми, норми і т. д. з адміністративних і законодавчих органів поступають в санаторний комплекс).

Організаційна страта об'єкта автоматизації буде розглянута нижче.

Санаторний комплекс постійно здійснює зв'язок з постачальниками. Постачальники здійснюють постачання продуктів харчування, лікарських препаратів, меблів, приладів освітлення і іншого інвентаря на склади, що знаходяться на території санаторного комплексу. Санаторний комплекс, в свою чергу, проводить оплату за доставлений товар.

3.2. Внутрішня структура санаторного комплексу «Валуєво»

Структуру санаторію «Валуєво» можна представити що складається з трьох основних компонент:

- Житловий комплекс - сукупність житлових корпусів і відділів, які забезпечують мешкання пацієнтів в санаторії (ведіння інформації про вільні і зайняті номери, підбір номера і розселення пацієнтів);

- Лікувальний комплекс - забезпечує проведення лікувальних процедур для пацієнтів (проведення обстеження пацієнтів, призначення відповідного поставленому діагнозу лікування, постачання пацієнтів необхідними ним лікарськими препаратами);

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

- Спортивний комплекс - надає можливість пацієнтам відвідувати спортивний зал, басейн і т. д.

- Культурно-розважальний комплекс - займається культурно-розважальними програмами для пацієнтів санаторію (кіно, вечора відпочинку, святкові програми і т. д.).

Загальний вигляд структурної схеми санаторного комплексу «Валуєво» представлена на мал. 1.2.1.

Ріс.1.2.1. Загальний вигляд структурної схеми санаторного комплексу «Валуєво»

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

Структурна схема санаторного комплексу «Валуєво» представлена на мал. 1.2.2.

Рис. 1.2.2. Структурна схема санаторного комплексу «Валуєво»

1.2.1. Опис підрозділів санаторного комплексу

Розглянемо кожний підрозділ санаторного комплексу детальніше (див. мал. 1.2.3).

Підрозділ «Адміністрация'состоїт з 2-х чоловік - генерального директора і його заступника. У їх безпосередньому підкоренні знаходяться секретар і юрист.

Підрозділ «Регистратура'включаєт в себе два відділи:

- відділ реєстратури - займається реєстрацією поступаючих і пацієнтів, що виписуються  (складається з 6-ти чоловік);

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

У відділі працюють 8 чоловік. Усього в складі реєстратури знаходяться завідуючий реєстратури і 6 співробітників підрозділу.

Фінансовий отделзанимается ведінням даних про фінанси санаторію; складається з 10 чоловік і безпосереднє начальника фінансового відділу.

Бухгалтерияосуществляет контроль за грошовими потоками санаторного комплексу; в складі відділу - головний бухгалтер і 8 штатних бухгалтерів.

Житловий комплекссанатория забезпечує мешкання пацієнтів в номерах санаторію; він включає в себе:

- завідуючий житловим комплексом - контролює процес розміщення пацієнтів в номерах;

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

- прачечная - здійснює стирку і гладження білизни; складається з 15 чоловік;

- технічний персонал - здійснює прибирання номерів; включає 20 чоловік.

Лікувальний комплекссанатория проводить діагностику і лікування пацієнтів. У складі підрозділи знаходяться:

- завідуючий лікувальним комплексом - контролює процес лікування пацієнтів;

- діагностичне відділення - проводить обстеження пацієнта, ставить діагноз захворювання; відділення включає 15 чоловік;

- лікувальне відділення - призначає систему лікування і проводить лікувальні процедури. Персонал відділу включає 30 чоловік;

- Фармацевтичне відділення - проводить консультування пацієнтів по ліках, призначає необхідний кожному набір ліків і здійснює замовлення лікарських препаратів зі складу. Персонал відділення - 10 чоловік.

Комплекс питаниязанимается підбором системи живлення для кожного пацієнта в залежності від його захворювання і діагнозу, поставленого лікарем-дієтологом. До складу комплексу входять:

- завідуючий комплексом живлення - контролює процес вибору системи живлення і безпосереднє процесом живлення пацієнтів;

- відділення лікарів-дієтологів - проводить обстеження пацієнта, ставить діагноз, призначає систему живлення; відділення включає 15 чоловік;

- кухня - здійснює приготування блюд відповідно до системи і раціону живлення кожного пацієнта; складається з 30 чоловік;

- столова - займається годівлею пацієнтів відповідно до системи і раціону живлення кожного з них; складається з 25 чоловік.

Спортивний комплекспредоставляет можливість пацієнтам відвідувати спортивний зал, басейн і т. д. До складу комплексу входять:

- завідуючий спортивним комплексом;

- спортивне відділення.

Культурно-розважальний комплексзанимается культурно-розважальними програмами для пацієнтів санаторію (кіно, вечора відпочинку, святкові програми і т. д.). До складу комплексу входять:

- завідуючий культурно-розважальним комплексом;

- культурно-розважальне відділення.

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

- завідуючий матеріально-технічним відділом - контролює роботу свого відділу;

- матеріально-технічна частина - здійснює постачання всіх підрозділів санаторію технічним інвентарем; в його складі 7 чоловік;

- відділ ремонту - проводить невеликі ремонтні роботи; включає 12 чоловік;

Підрозділ «Склади'занімаєтся замовленням продуктів харчування, медикаменти і матеріальних коштів, їх зберіганням і доставкою в підрозділи. У складі підрозділи знаходяться:

- завідуючий складами - контролює роботу складів;

- склад матеріальних коштів - складається з 15 чоловік;

- склад лікарських препаратів - складається з 20 чоловік;

- склад продуктів харчування - складається з 20 чоловік.

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

1.2.2. Організаційна структура санаторного комплексу

Вище були описані всі компоненти санаторного комплексу «Валуєво». Тепер зобразимо графічно всі підрозділи комплексів і відділів санаторію. На мал. 1.2.3 представлена схема організаційної структури санаторного комплексу «Валуєво».

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

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

До середнього рівня управління відносяться: завідуючий реєстратурою, головлікар, головний фармацевт, завідуючий складами і завідуючий матеріально-технічним відділом.

До нижчого рівня управління відносяться: головний бухгалтер, старший архіву, старший кухар, старший столової. І головні відповідальні кожного з складів.

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

1.2.3. Функціональна структура

санаторного комплексу «Валуєво»

Кожне з вишеописанних підрозділів має свою функцію і свою безліч процесів, які воно виконує.

Ці функції і процеси можна представити у вигляді «чорних ящиків», будуть відомі тільки вхідні і вихідні потоки, а також обмеження (умови) і ресурси, необхідні для їх виконання. Таке представлення функціональної структури об'єкта автоматизації (підприємства) у вигляді пов'язаних між собою «чорних ящиків», що відображають  процеси в ОА, і вхідний і вихідний дуг називається функціональною моделлю ОА.

Загальний вигляд функціональної моделі з/до  «Валуєво» зображений на мал. 1.2.4.

Рис. 1.2.4. Загальний вигляд функціональної моделі санаторного комплексу «Валуєво»

1.2.4. Циркуляція інформаційних і матеріальних ресурсів між підрозділами санаторного комплексу

Всі  підрозділи санаторного комплексу знаходяться в постійній  взаємодії; вони пов'язані потоками інформації, матеріальних коштів, енергетичних і економічних ресурсів, якими вони обмінюються в процесі функціонування. Розглянемо і проаналізуємо інформаційні і матеріальні потоки, оскільки саме вони є найбільш істотними при автоматизації санаторного комплексу.

Інформаційні потоки відповідають характеру об'єкта управління: для технологічних процесів - це різні сигнали (електричні, оптичні, механічні і інші), а для організаційних систем - документи. Значна частина інформації може представлятися у вигляді документів на машинних носіях, паперових носіях і у вигляді електронних файлів.

Отже, між підрозділами санаторію відбувається обмін даними (різною інформацією про пацієнтів, продукти, ліки і т. д.) і матеріальними коштами (лікарські препарати переправляються зі складу в лікувальний комплекс, продукти харчування переправляються зі складу на кухню і т. п.). Схематично взаємодія між складовими санаторного комплексу і обмін інформацією і матеріальними коштами між ними представлений на мал. 1.2.5.

Рис. 1.2.5. Інформаційні і матеріальні потоки між підрозділами санаторного комплексу «Валуєво»

Позначення потоків на схемі мал. 1.2.5:

інформаційні потоки між підрозділами санаторного комплексу;

потоки матеріальних коштів між підрозділами санаторного комплексу;

1 - інформація про надходження або виписку пацієнта;

2 - передача інформації про надходження або виписку пацієнта в житловий комплекс;

3 - інформація про розміщення пацієнта;

4 - інформація про надходження або виписку пацієнта;

5 - інформація про поставлений діагноз і призначену систему лікування;

6 - інформація про надходження або виписку пацієнта;

7 - інформація про поставлений діагноз і призначену систему живлення;

8 - запит інформації про кількість блюд і їх вартість;

9 - інформація про кількість блюд і їх вартість;

10 - запит інформації про кількість лікарських препаратів і їх вартість;

11 - інформація про кількість лікарських препаратів і їх вартість;

12 - запит інформації про кількість зайнятих номерів;

13 - інформації про кількість зайнятих номерів;

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

15 - необхідні предмети матеріально-технічного інвентаря;

16 - запит на матеріальні кошти для лікувального комплексу;

17 - необхідні матеріальні кошти;

18 - запит на матеріальні кошти для комплексу живлення;

19 - необхідні матеріальні кошти;

20 - запит матеріально-технічного відділу про матеріальні кошти на склад;

21 - необхідні матеріальні кошти;

22 - запит лікарських засобів на складі;

23 - необхідні лікарські засоби;

24 - запит продуктів харчування на складі;

25 - необхідні продуктів харчування;

26 - запит інформації про всі матеріальні кошти, продукти харчування і лікарські препарати на складі;

27 - інформація про всі матеріальні кошти, продукти харчування і лікарські препарати на складі;

28 - складені звіти про використання матеріальних коштів, продуктів харчування і лікарських препаратів;

29 - звіти про результати роботи фінансового відділу;

30 - інформація від секретаря;

31 - звіти про результати роботи юридичного відділу;

32 - звіти про кількість поступаючих пацієнтах;

33 - запит про кількість продуктів, що придбаваються, медикаменти і інвентаря;

34 - інформація  про розмір витрат на продукти, медикаменти і інвентар;

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

36 - необхідний інвентар.

Провівши аналіз взаємодії між підрозділами санаторного комплексу, видно, що відбувається постійний обмін дуже великою кількістю інформації, а також матеріальними коштами, які необхідно контролювати і вести їх підрахунок. Це займає дуже багато часу, якщо всі ці операції проводяться вручну або навіть на окремих автономно працюючих комп'ютерах. Впровадження АСУ санаторним комплексом дозволить багато разів збільшити оперативність роботи кожного підрозділу окремо і приведе до значного підвищення ефективності всього комплексу загалом.

1.3. Архітектура АСУ санаторним комплексом «Валуєво»

Автоматизація процесу управління має місце в такій системі, де в процесі управління спільно беруть участь люди і технічні засоби.

Автоматизована система управління (АСУ) - це человеко-машинна система, що забезпечує автоматизований збір і обробку інформації, необхідної для оптимізації управління в різних сферах людської діяльності.

Одна з важливих задач при створенні АСУ - правильний розподіл функцій між людиною і ЕОМ (остаточне рішення залишається завжди за людиною). Спільна участь в АСУ людини і ЕОМ приводить до того, що її не можна розробляти ні як чисто технічну систему, ні як адміністративну, що складається тільки з людей.

Розробка і введення в дію АСУ має свої специфічні особливості. У технічних системах основну роль грають характеристики обладнання, а в АСУ - людина. Зрозуміло, при невідповідному обладнанні неможливо отримати ефективну АСУ, як і в технічних системах невдалий виконавець зводить на немає високі характеристики обладнання. Тому при розробці АСУ необхідно враховувати поведінку людини в системі, так звані «людські» чинники: моральні і матеріальні впливи, групову психологію, суб'єктивні впливи і т. п. Велике значення придбавають алгоритми і процедури, що виконуються людьми.

АСУ завжди створюється для конкретної організації і носить на собі відбиток її індивідуальності. Розроблену для однієї галузі народного господарства АСУ неможливо без змін використати для іншої галузі.

З самого початку розробки АСУ важливо передбачити поетапне введення її в експлуатацію. Це дозволяє при обмежених ресурсах швидше отримати реальний ефект, забезпечує більш плавний перехід співробітників до роботи в нових умовах, поліпшує відробляння і випрбовування окремих частин системи, підвищує упевненість в її майбутній успішній роботі.

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

Для переважної більшості систем встановлені наступні стадії їх створення: предпроектная, розробка технічного і робочого проектів і введення в експлуатацію. У окремих особливих випадках, при розробці складних, унікальних систем, може бути виділена стадія розробки ескізного проекту, попередня технічному проекту; при розробці типових рішень для експериментальних систем може бути встановлена стадія «Аналіз функціонування системи».

Автоматизація санаторного комплексу буде проходити поетапно, по підсистемах. На мал. 1.3.1 представлений загальний вигляд архітектури АСУ санаторним комплексом «Валуєво».

Рис. 1.3.1. Архітектура АСУ санаторним комплексом «Валуєво»

На основі аналізу, проведеного в попередніх пунктах, можна виділити першочергові ОА, - це бухгалтерія і склад, а також підсистеми «Лікування» і «Дієтпітаніє», т. до. саме ці підсистеми зв'язують потоки інформації і документацію найбільшої інтенсивності, об'єму і важливості.

У другому, третьому і четвертому розділах дипломного проекту буде проводитися аналіз підсистеми «Дієтпітаніє» для її подальшої автоматизації.

1.3.1. Функції АСУ санаторним комплексом

АСУ можна представити що складається з двох компонент: базової і функціональної. У основу базової компоненти входять інформаційне, технічне і математичне забезпечення. До функціональної компоненті відносять набір взаємопов'язаних програм, що автоматизують конкретні функції управління (планування, фінансово-бухгалтерську діяльність і інші).

Інформаційне забезпечення АСУ - це сукупність реалізованих рішень по об'єктах, розміщенні і формах організації інформації, циркулюючої в АСУ в процесі її функціонування.

Основа АСУ - це інтегрована обробка виробниче-економічної інформації, що охоплює рішення задач прогнозування, планування і управління виробництвом з використанням сучасних коштів.

АСУ санаторним комплексом «Валуєво» вирішує наступні задачі:

- оперативне планування і управління санаторним комплексом;

- техніко-економічне планування і облік матеріально-технічного постачання санаторного комплексу;

- облік руху товарно-матеріальних цінностей всередині санаторного комплексу, розрахунків з/до з постачальниками, касових і банківських операцій санаторного комплексу «Валуєво».

У кінцевому результаті автоматизація  санаторного комплексу дозволить:

- знизити трудомісткість робіт за рахунок зменшення виконання людьми рутинних обов'язків;

- скоротити час обробки інформації за рахунок спрощення ведіння електронних документів в порівнянні з паперовими;

- створити передумови  раціональної  організації ходу виробничого процесу на підприємстві;

- збільшити швидкість і якість обслуговування пацієнтів;

- підвищити ефективність і культуру роботи;

- підвищити ефективність управління;

- підвищити ефективність оперативного прийняття рішень;

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

- удосконалити можливості довготривалого планування

і прогнозування.

1.4. Апаратне і програмне забезпечення

санаторного комплексу «Валуєво»

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

1.4.1. Автоматизовані робочі місця

санаторного комплексу

Автоматизоване робоче місце (АРМ) - робоче місце персоналу АСУ або іншої системи обробки інформації, оснащене персональним комп'ютером, пов'язаним з місцевою обчислювальною мережею і іншими інформаційними мережами, а також спеціальним програмним забезпеченням, призначеним для рішення задач користувача АРМ.

Відповідно до організаційної структури санаторного комплексу, описаної в пункті 1.2.2 можна скласти перелік робочих місць, які необхідно автоматизувати (див. мал. 1.4.1).

Позначення на мал. 1.4.1:

АРМ1 - автоматизоване робоче місце генерального директора;

АРМ2 - заступника ген. Директори;

АРМ3 - секретаря;

АРМ4 - завідуючого фінансовим відділом;

АРМ5 - оператора фінансового відділу;

АРМ6 - завідуючого реєстратури;

АРМ7 - оператора відділу реєстратури;

АРМ8 - оператора архівного відділу;

АРМ9 - головного бухгалтера;

АРМ10 - оператора бухгалтерії;

АРМ11 - завідуючого спорт. комплексом;

АРМ12 - оператора спортивного відділення;

АРМ13 - завідуючого лікувальним комплексом;

АРМ14 - оператора лікувального відділення;

АРМ15 - оператора фармацевтичного відділення;

АРМ16 - оператора діагностичного відділення;

АРМ17 - завідуючого житловим  комплексом;

АРМ18 - адміністратора житлового  комплексу;

АРМ19 - завідуючого комплексом живлення;

АРМ20 - оператора в столовій;

АРМ21 - оператора на кухні;

АРМ22 - лікаря-дієтолога;

АРМ23 - завідуючого культурно-розважальним комплексом;

АРМ24 - оператора культурно-розважального відділення;

АРМ25 - завідуючого матеріально-технічним відділом;

АРМ26 - оператора матеріально-технічної частини;

АРМ27 - оператора відділу ремонту;

АРМ28 - завідуючого складами;

АРМ29 - оператора складу лікарських засобів;

АРМ30 - оператора складу меблів і інвентаря;

АРМ31 - оператора складу продуктів харчування.

Отже,  в результаті ми отримали, що для автоматизації санаторного комплексу необхідні 31 комп'ютер. З урахуванням того, що в санаторному комплексі вже є 11 комп'ютерів, то необхідно придбати ще 20 шт. Крім цього необхідна комп'ютерна техніка.

Перелік необхідного комп'ютерного обладнання представлений в таблиці 1.4.1:

Таблиця 1.4.1

Найменування обладнання

Кількість, шт.

Комп'ютер Pentium IV

20

Монітор же/до

20

Принтер струйний

8

Принтер лазерний

4

Сканер

5

Факс-модем

20

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

1.4.2. Вибір мережі для АСУ санаторним комплексом «Валуєво»

Мережею називається група сполучених комп'ютерів і інших пристроїв. Концепція сполучених і спільно використовуючих ресурси комп'ютерів носить назву мережевої взаємодії.

Основне призначення комп'ютерних мереж - спільне використання ресурсів і здійснення інтерактивного зв'язку як всередині однієї фірми, так і за її межами. Ресурси - це дані, додатки і периферійні пристрої, такі, як зовнішній дисковод, принтер, миша, модем і інші.

Локальні і глобальні обчислювальні мережі

Тип мереж, які  складаються не більш ніж з 30 комп'ютерів, а довжина кабеля мережі не перевищує 185 м називаються локальними обчислювальними мережами (ЛВС). Такі мережі легко розташовуються в межах одного поверху будівлі або невеликій організації. Подібна конфігурація підходить для маленьких організацій.

Коли географічні рамки мереж розсовуються, щоб з'єднати користувачів з різних міст і держав, ЛВС перетворюються в глобальну обчислювальну мережу (ГВС), а кількість комп'ютерів в мережі вже може варіюватися від десятка до декількох тисяч.

Як вже було сказано вище, для автоматизації санаторного комплексу «Валуєво» необхідно встановити 20 комп'ютерів. Санаторій не має філіали в інших частинах Москви і в інших містах, і відстань між корпусами з/до «Валуєво» складає біля 100 м, отже, в санаторному комплексі доцільно встановити локальну мережу.

Типи мереж

Всі мережі мають деякі загальні компоненти, функції і характеристики. До них відносяться:

- сервери - комп'ютери, що надають свої ресурси мережевим користувачам:

- клієнти  - комп'ютери, що здійснюють доступ до мережевих ресурсів, що надаються сервером;

- середа - спосіб з'єднання комп'ютерів;

- дані, що спільно використовуються - файли, що надаються серверами по мережі;

- периферійні пристрої, що спільно використовуються, наприклад принтери, бібліотеки CD-ROM і т. д., - ресурси, що надаються серверами;

- ресурси - файли, принтери і інші елементи, що використовуються в мережі.

Незважаючи на певну схожість, мережі розділяються на два типи:

1. одноранговие;

2. на основі сервера.

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

- розміру підприємства;

- необхідного рівня безпеки:

- вигляду бізнесу;

- рівня доступності адміністративної підтримки;

- об'єму мережевого трафіка;

- потреб мережевих користувачів;

- фінансових витрат.

1. Одноранговие мережі

В одноранговой мережі всі комп'ютери равноправни: немає ієрархії серед комп'ютерів і немає виділеного сервера. Як правило, кожний комп'ютер функціонує і як клієнт, і як сервер; інакше говорячи, немає окремого комп'ютера, відповідального за адміністрування всієї мережі. Всі користувачі самостійно вирішують, які дані на своєму комп'ютері зробити загальнодоступними по мережі.

Клієнт-сервер

Рис. 1.4.1. Одноранговая мережу

Одноранговие мережі називають також робочими групами. Робоча група - це невеликий колектив, тому в однорангових мережах частіше за все не більше за 10 комп'ютерів.

Одноранговая мережа цілком підходить при наступних умовах:

- кількість користувачів не перевищує 10 чоловік;

- користувачі розташовані компактно;

- питання захисту даних не критични;

- в обозримом майбутньому не очікується значного розширення фірми і, отже, мережі.

Ці умови не виконуються для санаторного комплексу «Валуєво» не по кількості ПК, не по відсутності можливості розширення АСУ підприємства.

2. Мережі на основі сервера

Якщо до мережі підключено більше за 10 користувачів, то одноранговая мережа, де комп'ютери виступають в ролі і клієнтів, і серверів, може виявитися недостатньо продуктивною. Тому більшість мереж використовує виділені сервери.

Рис. 1.4.2. Мережа на основі сервера

З збільшенням розмірів мережі і об'єму мережевого трафіка необхідно збільшувати кількість серверів. Розподіл задач серед декількох серверів гарантує, що кожна задача буде виконуватися самим ефективним способом з всіх можливих.

У розширеній мережі використання серверів різних типів придбаває особливу актуальність. Необхідно тому враховувати весь можливий нюанс, який може виявитися при розростанні мережі, з тим щоб зміна ролі певного сервера надалі не відбилося на роботі всієї мережі.

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

Основним аргументом при виборі мережі на основі сервера є, як правило захист даних. У таких мережах, наприклад, як Windows 2000 Server, проблемами безопаности може займатися один адміністратор: він формує політику безпеки і застосовує її відносно кожного користувача мережі.

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

Оскільки комп'ютер користувача не виконує функцій сервера, вимоги до його характеристик залежать від потреб самого користувача. Типовий комп'ютер-клієнт повинен  мати процесор з частотою, принаймні, 486 МГц і оперативну пам'ять величиною від 8 до 16 МБ.

3. Комбіновані мережі

Існують і комбіновані типи мереж, що суміщають кращі якості однорангових мереж і мереж на основі сервера. Багато які адміністратори вважають, що така мережа найбільш повно задовольняє їх запити, оскільки в ній можуть функціонувати обидва типи операційних систем.

Комбіновані мережі - найбільш поширений тип мереж, але для їх правильної реалізації і надійного захисту необхідні певні знання і навики планування.

Отже, для санаторного комплексу одноранговий тип мережі не підходить хоч би тому, що число комп'ютерів перевищує 10, а також питання захисту даних є важливими. Комбінована мережа передбачає наявність серйозних знань і навиків не тільки з  боку системного адміністратора, контролюючого роботу мережі, але і співробітників санаторію, що може ускладнити і значно вповільнити процес обробки даних на комп'ютері. Цей факт приведе до значного зниження ефективність функціонування санаторного комплексу загалом.

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

Різні топології мереж

Насамперед необхідно вибрати спосіб організації фізичних зв'язків, тобто топологію. Під топологією обчислювальної мережі розуміється конфігурація графа, вершинам якого відповідають комп'ютери мережі (іноді і інше обладнання, наприклад концентратори), а ребрам - фізичні зв'язки між ними.

Топологія мережі обумовлює її характеристики. Зокрема, вибір тієї або інакшої топології впливає на:

- склад необхідного мережевого обладнання;

- характеристики мережевого обладнання;

- можливості розширення мережі;

- спосіб управління мережею.

Різні типи кабелів в поєднанні з різними мережевими платами, мережевими операційними системами і іншими компонентами вимагають і різного взаємного розташування комп'ютерів. Кожна топологія мережі накладає ряд умов. Вона може диктувати не тільки тип кабеля, але і спосіб його прокладки. Топологія може також визначати спосіб взаємодії комп'ютерів в мережі. Різним видам топологій відповідають різні методи взаємодії, і ці методи впливають великий чином на мережу.

Базові топології комп'ютерних мереж

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

1. шина (мал. 1.4.3 а);

2. зірка (мал. 1.4.3 би);

3. кільце (мал. 1.4.3 в).

а

би

в

Ріс.1.4.3. Базові топології комп'ютерних мереж

Якщо комп'ютери підключені вдовж одного кабеля (сегмента), топологія називається шиною. У тому випадку, коли комп'ютери підключені до сегментів кабеля, вихідних з однієї точки, або концентратора, топологія називається зіркою. Якщо кабель, до якого підключені комп'ютери, замкнуть в кільце, така топологія носить назву кільця.

Хоч самі по собі базові топології нескладні, в реальності часто зустрічають досить складні комбінації, об'єднуючі властивості декількох топологій.

1. Шина (мал. 1.4.3 а)

Топологію «шина» відноситься до найбільш простих і широко поширених топологій. У ній використовується один кабель, що іменується магістраллю або сегментом, вдовж якого підключені всі комп'ютери мережі.

У мережі з топологією «шина» комп'ютери адресують дані конкретному комп'ютеру. Дані передаються всім комп'ютерам мережі, однак інформацію приймає тільки той, адреса якого відповідає адресі одержувача, зашифрованій в сигналах, що передаються. У кожний момент часу тільки один комп'ютер може вести передачу.

Оскільки дані в мережу передаються лише одним комп'ютером, її продуктивність залежить від кількості комп'ютерів, підключених до шини. Чим їх більше, т. е. чим більше комп'ютерів, що чекають передачі даних, тим повільніше працює мережа. Крім числа комп'ютерів, на швидкодію мережі впливає безліч чинників, в тому числі:

- характеристики апаратного забезпечення комп'ютерів в мережі;

- частота, з якою комп'ютери передають дані;

- тип працюючих мережевих додатків;

- тип мережевого кабеля;

- відстань між комп'ютерами в мережі.

Якщо один з комп'ютерів такої мережі вийде з ладу, це не позначиться на роботі інших.

2. Зірка (мал. 1.4.3 би)

При топології «зірка» всі комп'ютери за допомогою сегментів кабеля підключаються до центрального компонента, що іменується концентратором. Сигнали від передаючого комп'ютера поступають через концентратор до всім іншим. Крім того, концентратор може грати роль інтелектуального фільтра інформації, що поступає від вузлів в мережу, і при необхідності блокувати заборонені адміністратором передачі.

Недолік - для великих мереж значно збільшується витрата кабеля, а також більш висока вартість мережевого обладнання через необхідність придбання концентратора. До того ж, якщо центральний компонент вийде з ладу, порушиться робота всієї мережі. Але якщо вийде з ладу тільки один комп'ютер (або кабель, що з'єднує його з концентратором), то лише цей комп'ютер не зможе передавати або приймати дані по мережі. На інші комп'ютери в мережі це не вплине.

3. Кільце (мал. 1.4.3 в)

При топології «кільце» комп'ютери підключаються до кабеля, замкненого в кільце. Сигнали передаються по кільцю в одному напрямі і проходять через кожний комп'ютер. На відміну від пасивної топології «шина», тут кожний комп'ютер виступає в ролі «репітера», посилюючи сигнали і передаючи їх наступному комп'ютеру. Тому, якщо вийде з ладу один комп'ютер, припиняє функціонувати вся мережа.

Передаючий комп'ютер вміщує електронну адресу в дані і посилає їх по кільцю. Дані проходять через кожний комп'ютер, поки не виявляться у того, чия адреса співпадає з адресою одержувача. При цьому повідомлення пересувається по кільцю практично з швидкістю світла. У кільці діаметром 200 м повідомлення може циркулювати з частотою 10 000 оборотів в секунду.

У цей час одним з стандартних компонентів мереж стає концентратор - вони мають від 8 до 60 портів для підключення комп'ютерів.

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

До числа інших переваг використання концентраторов відносяться:

- використання різних портів для підключення кабелів різних типів;

- централізований контроль за роботою мережі і мережевим трафіком.

Комбіновані топології мереж

В цей час часто використовуються топології, які комбінують компонування мережі за принципом шини, зірки і кілець.

1. Зірка-шина

Рис. 1.4.4. Топологія мережі «Зірка-шина»

Зірка-шина - це комбінація топологій «шина» і «зірка». Частіше за все це виглядає так: декілька мереж з топологією «зірка» об'єднуються за допомогою магістральної лінійної шини. У цьому випадку вихід з ладу одного комп'ютера не впливає ніякого чином на мережу - інші комп'ютери як і раніше взаємодіють один з одним. А вихід з ладу концентратора спричинить зупинку підключених до нього комп'ютерів і концентраторов.

4. Зірка-кільце

Рис. 1.4.5. Топологія мережі «Зірка-кільце»

Як і в топології зірка-шина тут комп'ютери підключені до концентратору, який фактично і формує кільце або шину.

3. Ієрархічна зірка

Рис. 1.4.6. Топологія мережі «Ієрархічна зірка»

Можливості по нарощуванню кількості вузлів в мережі типу «зірка» обмежуються кількістю портів концентратора. Іноді доцільно будувати мережу з використанням декількох концентраторов, ієрархічно сполучених між собою зв'язками типу зірка; такий тип топології називають «ієрархічна зірка» (мал. 1.4.6). У цей час ієрархічна зірка є самим поширеним типом топології зв'язків як в локальних, так і глобальних мережах.

Необхідно враховувати не тільки фізичну структуру мережі, але і логічну. Логічна структура мережі повинна враховувати велику інтенсивність трафіка всередині кожного відділу і меншу інтенсивність обміну даними між відділами. Т. е. краще, щоб повідомлення, які передають комп'ютери одного відділу, виходили б за межі цієї частини мережі в тому і тільки в тому випадку, якщо ці кадри направлені якому-небудь комп'ютеру з інших відділів. При такій організації роботи мережі її - продуктивність істотно підвищиться, оскільки комп'ютери одного відділу не будуть простоювати (у разі топологій «загальна шина» і «кільце») в той час, коли обмінюються даними комп'ютери інших відділів.

Рис. 1.4.7. Комп'ютерна мережа з топологією «Зірка»

Таким чином, проаналізувавши всі типи фізичних і логічних структур мереж, приходимо до висновку, що найбільш оптимальним для санаторного комплексу буде вибір топології «Зірка», оскільки саме цей варіант дозволить забезпечити працездатність всієї мережі при умові обриву кабеля одного з комп'ютерів, т. е. буде забезпечена висока надійність і швидкодія мережі.

1.4.3. Вибір операційної системи

Операційна система визначає, які додатки можуть бути запущені на комп'ютері, який вигляд має інтерфейс користувачів, а також, яким чином додатку будуть взаємодіяти між собою. Наприклад, якщо співробітники підприємства довгий час працювали з програмами офісу фірми Microsoft (Word, Excel, Access і PowerPoint) і витрати на перенавчання персоналу не будуть виправдані, то розумніше віддати перевагу версії ОС Windows. Інтеграція з іншими продуктами Microsoft - це головна сильна сторона операційної системи Windows. З різними технологіями Microsoft (ASP, ActiveX, NET, MS SQL і багатьма іншими) можна отримати могутній інструмент для створення інтегрованої системи.

Для серед OS/2 і Unix, незважаючи на їх широке поширення і активне використання в могутніх наукових комп'ютерах, відсутній або недоступне програмне забезпечення. Програми ж, написані, наприклад, для Windows, під управлінням цих серед працюють істотно повільніше.

Перевага UNIX-систем перед Windows - видалене адміністрування. У той час як в UNIX-системах повноцінне управління сервером здійснюється за допомогою утиліт командного рядка, то повноцінне видалене адміністрування в Windows можливе тільки з використанням графічного інтерфейса, і при невеликих швидкостях з'єднання це доставляє багато незручностей.

Робота з Windows висуває підвищені вимоги до обладнання. Однак такі зручності, як уніфікований графічний інтерфейс, загальні для всіх програм шрифти і пристрої, можливість роботи відразу з декількома додатками і використання буфера пам'яті  для перенесення даних між ними, окупаються досить швидко.

Як для користувачів, так і для розробників Windows пропонує безліч переваг, які включають в себе:

- Стандартні і передбачувані оператори: якщо користувач знає, як

використати один додаток Windows,  то він зможе працювати

з всіма іншими.

- Для кожного  додатку  немає  необхідності  встановлювати

драйвери пристроїв  і пристрою:  в Windows передбачені

драйвери для підтримки периферійної апаратури.

- Межпрограммное взаємодія і зв'язок.

- Багатозадачність:  можливість одночасно запускати  безліч

програм.

- Доступ до більшого об'єму пам'яті:  Windows підтримує захищений

режим.

Серверний ОС Windows 2000 Server заснована на підвищеній надійності, масштабованість і керованості Windows 2000, таким чином вона є інфраструктурною платформою високої продуктивності для підтримки пов'язаних додатків, мереж і веб-служб в будь-якому масштабі - від робочої групи до центра даних.

Технологія Windows 2000 Server містить всі функції, очікувані користувачами від серверний ОС Windows, такі як безпека, надійність, доступність і масштабованість.

Узагальнюючи все вище сказане, Windows 2000 Server дозволить організації звести до мінімуму переривання при роботі кінцевих користувачів в мережі. Завдяки вдосконаленій системній архітектурі, що збільшує час прецездатний стану сервера, підвищенню доступності внаслідок отказоустойчивости і надмірності, а також можливостям інтерактивної настройки і обслуговування, Windows 2000 Server забезпечує надійну роботу серверів і відвертість організації для ведіння бізнесу.

1.5. Висновки

Отже, ми провели аналіз санаторного комплексу «Валуєво», його зовнішньої організації, а також розглянули і проаналізували внутрішню структуру, всі його підрозділи, їх взаємодію і взаємозв'язки  між ними.

На основі побудованої організаційної структури була спроектована схема розміщення автоматизованих робочих місць користувачів (операторів) ПК в санаторному комплексі. Проаналізувавши чисельність персоналу, було розраховано мінімально необхідна кількість ПК і інших комп'ютерних технічних засобів для автоматизації санаторію. З урахуванням інтенсивності взаємного обміну даними між підрозділами з/до, територіальною віддаленістю підрозділів один від одного, розрахованого кількості ЕОМ, а також вимог до швидкості обміну даними і умови можливого розширення з/до був вибраний оптимальний варіант локальної обчислювальної мережі і додаткових апаратних коштів для автоматизації санаторного комплексу.

З урахуванням особливостей і переваг персоналу з/до «Валуєво», а також вимог адміністрації з/до до рівня надійності і захищеності даних була визначена операційна система для АСУ з/до.

Таким чином, внаслідок аналізу з/до і підбору необхідного апаратного і програмного забезпечення для його автоматизації, можна зробити висновок, що впровадження АСУ санаторним комплексом дозволить багато разів збільшити оперативність роботи кожного підрозділу окремо і приведе до значного підвищення ефективності роботи усього санаторного комплексу загалом.

РОЗДІЛ 2

ПІДСИСТЕМА «ДИЕТПИТАНИЕ»

2.1. Аналіз підсистеми «Дієтпітаніє»

Підсистема «Дієтпітаніє» - одна з підсистем санаторного комплексу «Валуєво». У розділі 1, проводячи аналіз компонент санаторного комплексу, ми виділили комплекс живлення як один з трьох основних підсистем. Цей комплекс живлення по суті і був підсистемою «Дієтпітаніє».

На мал. 2.1.1 представлена структура підсистеми «Дієтпітаніє».

Рис. 2.1.1. Структура підсистеми «Дієтпітаніє»

Отже, як можна побачити, що підсистема «Дієтпітаніє» складається з трьох підрозділів:

- Лікар-дієтолог;

- Столова;

- Кухня.

Функціями цієї підсистеми є наступні:

з додаткове обстеження пацієнта (з урахуванням діагнозу, поставленого діагностичним відділенням лікувального комплексу);

з призначення живлення пацієнта, відповідне його діагнозу і загальному стану;

з безпосередньо живлення пацієнта.

На мал. 2.1.2 можна бачити функціональну схему підсистеми.

Рис. 2.1.2. Циркуляція ресурсів в підсистемі «Дієтпітаніє»

Позначення на схемі мал. 2.1.2:

інформаційні потоки;

матеріальні потоки (блюда).

На вхід підсистеми «Дієтпітаніє» поступають дані про захворювання пацієнта від самого пацієнта, а також з діагностичного відділення лікувального комплексу. У залежності від основного діагнозу пацієнта і його додаткових жалоб на самопочуття, а також його віку, відповідність зростання і ваги лікар-дієтолог вибирає і призначає систему живлення кожному пацієнту, тобто певну дієту. Відповідно до дієти лікар-дієтолог встановлює меню живлення даного пацієнта, тобто список блюд на найближчий тиждень. Ці дані про меню передаються в столову, а звідти поступають на кухню, де замовлені блюда будуть готуватися і поступати в столову.  На виході підсистеми «Дієтпітаніє» будуть готові блюда для пацієнтів.

Функціональні моделі основних процесів п/з «Дієтпітаніє» (виконуються лікарем-дієтологом) представлені на мал. 2.1.2.5.

Тепер розглянемо, з якими відділеннями санаторного комплексу взаємодіє підсистема «Дієтпітаніє».

На мал. 2.1.3 представлена схема взаємодії підсистеми «Дієтпітаніє» з іншими підрозділами.

Рис. 2.1.3.  Схема інформаційних і матеріальних потоків підрозділів підсистеми «Дієтпітаніє» з підрозділами інших підсистем санаторного комплексу

Позначення на схемі мал. 2.1.3:

інформаційні потоки;

матеріальні потоки (продукти харчування);

1 - діагноз захворювання пацієнта, поставлений лікарями діагностичного відділення лікувального комплексу;

2 - додаткова інформація про стан пацієнта;

3 -  меню пацієнта на тиждень;

4 - інформація про дієту пацієнта, призначену лікарем-дієтологом;

5 - інформація про кількість пацієнтів, що перебувають в санаторії;

6 - список блюд на тиждень;

7 - готові блюда;

8 - замовлення продуктів харчування на складі;

9 - продукти харчування для приготування блюд;

10 - запит складу на пошук еквівалентного продукту;

11 - список еквівалентних продуктів;

12 - запит бухгалтерії на кількість продуктів, які були використані в процесі приготування блюд;

13 - переліки продуктів, які затрачені на приготування.

2.2. Лікар - дієтолог

Лікар-дієтолог займається  рішенням наступних задач:

- визначення системи живлення на термін, що планується;

- вибір альтернативного продукту в блюді;

- заміна блюда Бiна  еквівалентне йому блюдо Бjв рамках раціону, призначеного лікарем-дієтологом.

Пацієнт, що поступив в санаторний комплекс, отримує консультацію лікаря-дієтолога, який, відповідно до поставленого діагнозу, призначає відповідну дієту. Пацієнт протягом всього часу перебування в санаторії отримує живлення, з відповідною дієті кількістю їди в день (сніданок, обід, полудник і вечеря).

У функції лікаря-дієтолога також входить процес заміни одного продукту на інший, еквівалентний першому по складу, у разі відсутності або недостачі його на складі. Інформація про відсутність або недостатню кількість продуктів на складі поступає до лікаря-дієтолога зі складу.

Схема інформаційного обміну підрозділу «Лікар-дієтолог» з іншими підрозділами санаторію представлена на мал. 2.2.1.

Рис. 2.2.1. Інформаційний обмін лікаря-дієтолога

з іншими підрозділами з/до

Позначення на  мал. 2.2.1:

1 - інформація про самопочуття пацієнта і результати його діагностики лікарем-дієтологом;

2 - інформація про захворювання і діагноз пацієнта, поставлений діагностичним відділенням лікувального комплексу;

3 - інформація про діагноз пацієнта, поставлений лікарем-дієтологом передається в архів;

4 - запит столової на складання меню лікарем-дієтологом, а також на заміну продукту (або блюда), якого не вистачає на складі;

5 - складене лікарем-дієтологом меню і список еквівалентних продуктів (або блюд);

6 - запит складу на заміну продукту, якого не вистачає;

7 - список еквівалентних продуктів.

2.2.1. Визначення системи живлення на термін,

що планується Лікар-дієтолог отримує від терапевта (з лікувального комплексу) інформацію про стан пацієнта і відповідно до його самопочуття, лікар-дієтолог рекомендує певну дієту Дi. Розглянемо детальніше побудову цієї моделі.

Лікар-дієтолог при складанні дієти для пацієнта повинен враховувати вітамінний і енергетичний склади продуктів, що використовуються при приготуванні блюд. Кожний харчовий продукт Пi, оцінюється кількістю білків, жирів, вуглеводів, мінеральних речовин, амінокислот, вітамінів і енергетичної цінності. Таким чином, кожний продукт може характеризуватися деяким набором атрибутів.

Можна скласти таблицю початкових даних (Таблиця 2.2.1), в якій стовпці визначаються як атрибути, а рядки як значення атрибутів.

Таблиця. 2.2.1. Склад продуктів

Найменування

продукту

Білки,

г

Жири,

г

Вуглеводи,

г

Вітаміни,

мкг

Мінеральні  речовини,

мг

Енергетична цінність, ккал

А

В 1

З

Са

Fe

Ka

П 1

БЛ 1

Же 1

У 1

BA 1

BB 1

BC 1

Мса 1

Мfe 1

Мка 1

k 1

П 2

БЛ 2

Же 2

У 2

BA 2

BB 2

BC 2

Мса 2

Мfe 2

Мка 2

k 2.

..

...

...

...

...

...

...

...

...

...

...

П i

БЛ i

Же i

У i

BA i

BB i

BC i

Мса i

Мfe i

Мка i

k i
.

..

...

...

...

...

...

...

...

...

...

...

ПN

БЛ N

ЖN

УN

BA N

BB N

BC N

Мса N

Мfe N

МкаN

k N

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

Для приготування якого-небудь блюда використовується певний набір продуктів.

Набір продуктів {П} для приготування блюда Бjявляется набором атрибутів цього блюда.

Можна записати:

Б1= {П11, П31, П251, Пе1,...};

Б2= {П12, П22,... П102, Пк2,...};::

Бj= {П7j, П13j, П15j},

де Пij- i-й продукт, що використовується для j-го блюда, що приготовляється

(i-вигляд продукту).

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

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

Значеннями атрибутів, що характеризують блюдо, є вага брутто продукту, необхідна для приготування однієї порції даного блюда.

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

Рис. 2.2.2. Загальний вигляд двудольного графа зв'язку блюд і продуктів

Безліч вершин {Бj} на графі відображає безліч блюд, а безліч вершин {Пi} - безліч продуктів. Дуги відображають зв'язок кожного блюда з продуктами, що використовуються для його приготування. Кожна дуга містить вагу брутто Вji- вага i-го продукту, необхідна для приготування однієї порції j-го блюда.

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

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

Розглянемо дводольний граф для декількох конкретних блюд.

Граф приведений на мал. 2.2.3

Б1- холодец м'ясний;

Б2- вінегрет;

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

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

П1- яловичина

П2- желатин

П3- морква

П4- петрушка

П5- лук репчатий

П6- буряк

П7- огірки солоні

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

П9- картопля

П10- лавровий лист

П11- перець чорний горошком

П12- жир тваринний топлений

П13- томатне пюре

П14- масло рослинне

Кожна дуга містить вагу продукту (в грамах), необхідну для приготування однієї порції блюда, від якого відходить ця дуга.

Шляхом ініціалізації якої-небудь вершини, наприклад Б2, можна отримати дані про склад продуктів для приготування вінегрету і про кількість кожного продукту.

Рис. 2.2.3. Приклад двудольного графа відповідності продуктів блюдам

Таблиця 2.2.2

Таблиця відповідності  між блюдами і продуктами

Блюдо

Кількість продукту П i для блюда Би j (г)

П 1

П 2.

..

ПN

БИ 1.

..

БМ

120.

..

40

20.

..

0.

..

...

...

5.

..

9

Аналогічно можна виразити відповідність блюд Бjі дієт Дiс допомогою двудольного графа на мал. 2.2.4 і таблиці 2.2.3.

Рис. 2.2.4. Двудольного граф відповідності блюд і дієт

На мал. 2.2.4  kij- калорійність j-го блюда в i-ой дієті.

Таблиця 2.2.3

Таблиця відповідності  між блюдами і дієтами

Блюдо

Калорійність блюда Би j в дієті Д i (ккал)

Би 1

Би 2.

..

БM

Д 1.

..

ДN

500.

..

650

200.

..

100.

..

...

...

350.

..

250

2.2.2. Модель організації харчового раціону

В санаторії застосовується як лікувальне (дієтичне) живлення, так і живлення по вибору пацієнта (не залежить від захворювання пацієнта). Лікувальне живлення призначається лікарем у вигляді тієї або інакшої дієти. Дієти представляють сукупний раціон живлення, що має певне лікувальне призначення. Кожна дієта характеризується калорійністю, хімічним складом їжі (т. е. певним вмістом в ній білків, жирів, вуглеводів, вітамінів і мінеральних солей), а також асортиментом дозволених при даній дієті продуктів і їх поєднань у вигляді блюд.

На кожний день тижня є меню, в яке входять блюда для сніданку, обіду, полудник і вечері (див. мал. 2.2.5). Є вказівки на те, до якої дієти кожне блюдо відноситься, причому одне і також блюдо може відноситися до різних дієт. Кожний пацієнт може вибрати блюда на сніданок, обід, полудник і вечерю у відповідності зі своєю дієтою. Взявши різне поєднання блюд на сніданок, обід, полудник і вечерю, а також на весь день можна отримати всі можливі варіанти для даної дієти.

Рис. 2.2.5. Схема добового раціону пацієнта

Живлення в санаторному комплексі проводиться по схемі, коли сам пацієнт вибирає раціон живлення на день, наступний через поточні доби.

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

Алгоритм складання меню пацієнта лікарем-дієтологом можна представити у вигляді блок-схеми, зображеної на мал. 2.2.6.

Рис. 2.2.6. Алгоритм складання меню

2.2.3. Модель організації вільного вибору блюд

Живлення в санаторії четирехразовое: сніданок [З], обід [ПРО], полудник [П] і вечеря [У]. У меню чотири набори дієт:

{Д1З,..., ДiЗ,..., ДNЗ}, {Д1О,..., ДjО,..., ДMО}, {Д1П,..., ДhП,..., ДLП},

{Д1У,..., ДfУ,..., ДKУ}.

Кожна дієта складається з набору блюд:

{Б1iЗ,..., БjзiЗ,..., БmзiЗ}, {Б1iО,..., БjoiО,..., БmoiО},

{Б1iП,..., БjпiП,..., БmпiП}, {Б1iУ,..., БjyiУ,..., БmyiУ}.

У свою чергу блюдо складається з набору продуктів:

{П1j,..., Пkj,..., Пej}.

Пацієнт

Відпочиваючий, вибравши дієту, ставить собі у відповідність набір блюд, а вибравши блюдо - набір продуктів (див. мал. 2.2.7.).

Рис. 2.2.7. Представлення відповідності наборів

«дієта - блюдо - продукт»

Кожному відпочиваючому лікар-дієтолог рекомендує певну дієту, в рамках якої відпочиваючий і вибирає блюда.

У меню в кожній дієті передбачені чергові блюда Бij, для щойно що приїхали і для тих, хто по тих або інакших причинах не зробив замовлення. Кількість чергових блюд визначається виходячи з статистичних даних і відомостей, що отримуються з реєстратури.

Всі індивідуальні замовлення підсумовуються, і виходить сукупне замовлення. Це сукупне замовлення обробляється. Після обробки формується заявка на склад про кількість продуктів, необхідних для задоволення замовлення. На складі зберігаються продукти: {П1,..., Пi,..., Пf}. Кожному продукту ставиться у відповідність термін зберігання Пi- tiи порогове значення кількості продукту dПi, при досягненні якого необхідний дозаказ цього продукту незалежно від заявки з столової. На модель можуть накладатися перешкоди у вигляді несанкціонованого надходження продуктів на склад з бази. Тоді можливі зміни в меню.

2.2.4. Заміна продукту в блюді на еквівалентний

Інформація про блюда і продукти, що використовуються для їх приготування, з підсистеми «Лікар-дієтолог» поступає в підсистему «Столова», де враховуючи побажання пацієнтів формується заявка на склад про необхідну кількість продуктів. На складі може виникнути ситуація, коли один або декілька продуктів із заявки відсутні або їх немає в потрібній кількості.

Якщо виникає така ситуація, то експерт по продуктах, працюючий на складі, звертається до лікаря-дієтолога із заявкою на альтернативний продукт,  щоб замінити їм бракуючий на складі.

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

Пi= {a1i, a2i,...,ani}.

Можна записати, що продукт Пiімеєт еквівалентний продукт Пеiтогда, коли атрибути еквівалентного продукту Пеi= {a1еi, a2еi,...,anеi} знаходяться в певному діапазоні, близькому до значень атрибутів продукту, що замінюється. Наприклад, якщо у продукту, що замінюється калорійність рівна 45 ккал, то у еквівалентного продукту калорійність повинна знаходитися в межах 40 - 50 ккал.

Якщо еквівалентний продукт знайдений, то лікар-дієтолог передає цю інформацію про скорректированном меню в підсистему «Столова». Якщо еквівалентний продукт не знайдений або не має аналогів, то лікар-дієтолог повинен знайти альтернативне блюдо.

Блок-схема процесу заміни продукту на еквівалентний зображена на мал. 2.2.8.

Рис. 2.2.8. Схема процесу заміни продукту на еквівалентний

2.2.5. Заміна блюда в дієті на еквівалентне

Як вже говорилося вище, якщо еквівалентний продукт в блюді не знайдений або не має аналогів, то лікар-дієтолог повинен замінити все блюдо. Розглянемо механізм заміни блюда Бiна Бj. Пошук еквівалентного блюда необхідно здійснювати в списку блюд { Б1кл,..., Бnкл}, прийнятних для дієти Дкл, в якій замінюється блюдо.

Якщо альтернативне блюдо Беiнайдено, то лікар-дієтолог включає його в меню і вже скорректированное меню відправляє в столову. Якщо ж альтернативне блюдо Беiненайдено, то лікар-дієтолог виключає його з раціону пацієнта доти, поки на складі не з'явиться необхідний продукт для приготування даного блюда, і скорректированное меню, що не включає це блюдо, передається в столову. Блок-схема заміни блюда на еквівалентний див. нарис.2.2.9.

Рис. 2.2.9. Схема заміни блюда на еквівалентне

2.2.6. Надходження і зберігання продуктів

Для рішення задачі про визначення системи живлення пацієнта на термін, що планується лікарю-дієтологу необхідно мати відомості про те, які продукти поступили на склад, їх кількість і терміни зберігання. Ці дані поступають до лікаря-дієтолога у вигляді таблиці бази даних складу.

Використовуючи цю інформацію, лікар-дієтолог може скорректировать систему живлення і скласти найбільш ефективну схему споживання всіх продуктів на складі, тобто не дозволити їм зіпсуватися.

Отже, на вході підсистеми «Лікар-дієтолог»  крім даних про захворювання пацієнта від лікаря-терапевта з лікувального комплексу повинні бути дані про перелік продуктів, їх кількість, час надходження і допустимі терміни зберігання.

2.3. Підрозділ «Столова»

У столовій санаторію є складські приміщення. У цих приміщеннях зберігаються різні продукти, які використовуються для приготування блюд. Кожний харчовий продукт може визначатися деяким набором характеристик. Для кожного продукту можна указати зміст (на одиницю ваги їстівної частини продукту), білків, жирів, вуглеводів, мінеральних речовин, амінокислот, вітамінів, а також калорійність. Ці дані необхідні лікарю-дієтологу для розрахунку харчової цінності кожного блюда і всього раціону живлення.

Також необхідною характеристикою кожного продукту є ціна продукту за 1 кг ваги. Ці дані необхідні бухгалтерії для розрахунку вартості сировини для приготування блюда.

У столовій є асортимент приготованих блюд. Асортимент блюд складається з урахуванням продуктів, що є на складі. Для приготування якого-небудь блюда використовується певний набір продуктів. Цей набір продуктів {П} для приготування блюда {Бi} є набором атрибутів цього блюда.

Схема взаємодії підрозділу «Столова» з іншими підрозділами представлена на мал. 2.3.1.

Рис. 2.3.1. Схема взаємодії підрозділу «Столова» з іншими підрозділу з/до

Позначення потоків інформації на мал. 2.3.1:

1 - запит столової на складання меню лікарем-дієтологом;

2 - складене лікарем-дієтологом  меню;

3 - дані про загальну кількість пацієнтів;

4 - дані про кількість пацієнтів, що вибирають дієтичне і загальне  живлення;

5 - потоки готових блюд.

2.3.1. Розміщення пацієнтів в столовій

Пацієнти санаторного комплексу можуть вибирати, чи будуть вони сидіти за столиками відповідно до дієти, яку кожному з них призначив лікар-дієтолог або вони будуть сидіти за окремими столиками разом з тими, з ким вони приїхали і поселилися в санаторії (з сім'єю, друзями і т. д.). Тому столи діляться на «дієтичні» (20 шт.) і вільні (10 шт). За кожним столом можуть розміститися чотири людини.

2.3.2. Проблемні ситуації, виникаючі в столовій, і

шляхи ихрешения

Чоловік, прибулий в санаторій, реєструється в столовій. Інформація, що поступила від нього в систему, заноситься в базу даних "Столова". Реєстрація в столовій необхідна для рассадки відпочиваючих в столовій; крім того, якщо необхідна дієта, то для дотримання призначеної лікарем-дієтологом дієти.

При рассадке відпочиваючих в столовій можуть виникати проблемні ситуації, які необхідно оперативно вирішити. Які це можуть бути ситуації:

1. Відпочиваючий прибуває в санаторій не один, а разом з своєю сім'єю або товаришами і, цілком природно, що вони захочуть

сидіти за одним столиком;

2. Лікар-дієтолог призначає відпочиваючому дієту. Відпочиваючий

виявляє бажання сидіти за столиком разом з людьми,

що харчуються з ним по однаковій дієті;

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

Дозвіл цих проблемних ситуацій можливий при використанні наступних процедур:

1) рассадки відпочиваючих (пацієнтів) за бажанням:

2) рассадки відпочиваючих (пацієнтів) відповідно до призначеної дієти;

3) пересадки відпочиваючих (пацієнтів) за інший столик.

2.4. Підрозділ «Кухня»

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

Для рішення цієї задачі необхідно знати:

1) скільки чоловік харчується по кожній дієті;

2)  підрахувати кількість блюд.

Дані про кількість чоловік, що перебуває в санаторії всього і число пацієнтів, бажаючих приймати дієтичне живлення, підрозділ «Кухня»  отримує з підрозділу «Столова».

Схема взаємодії підрозділу «Кухня» з іншими підрозділами санаторію представлена на мал. 2.4.1.

Рис. 2.4.1. Схема взаємодії підрозділу «Кухня» з іншими підрозділами з/до

Позначення потоків на мал. 2.4.1:

1 -  заявка на придбання продуктів харчування;

2 - доставка продуктів зі складу на кухню;

3 - запит бухгалтерії на кількість продуктів, що пішли на приготування блюд;

4 - переліки продуктів, що пішли на приготування блюд, і їх кількість;

5 - дані про кількість пацієнтів, що вибирають дієтичне і загальне  живлення;

6 - потоки готових блюд.

Оскільки в санаторії застосовується лікувальне (дієтичне), так і живлення по вибору відпочиваючого, то в загальному випадку на кухні потрібно

заказати наступну кількість блюд:

Кб= КБД+КБС, де

КБ- кількість блюд, замовлена на кухні;

КБД- кількість блюд, замовлених по дієті;

КБС- кількість блюд, замовлених по вільному вибору.

2.5. Висновки

Отже, у другому розділі була описана вся підсистема «Дієтпітаніє» і її становлячі підрозділи «Столова», «Кухня» і «Лікар-дієтолог». Були складені і проаналізовані структурна і функціональна схеми підсистеми. Це необхідне для подальшого аналізу підсистеми на рівні інформаційного забезпечення для того, щоб скласти алгоритми процесу руху даних всередині підсистеми і обміну даними з іншими підсистемами санаторного комплексу.

РОЗДІЛ 3

ІНФОРМАЦІЙНЕ ПРЕДСТАВЛЕННЯ ПІДСИСТЕМИ

«ДИЕТПИТАНИЕ» НА ОСНОВІ МЕТОДУ

БЛОКОВИХ АЛЬТЕРНАТИВНИХ МЕРЕЖ

3.1. Метод блокових альтернативних мереж

3.1.1. Елементарний блок альтернатив

Нехай заданий об'єкт  або група об'єктів {}. Передбачимо, що така сукупність об'єктів відбивається в інформаційному аспекті у вигляді деякого інформаційного портрета предметної області, представлена безліччю атрибутів Аi, де i = 1, 2,. .., n. Будемо виходити з того, що Аi покривають повну сукупність властивостей об'єкта.

Кожний атрибут Аi може приймати безліч альтернативних значень. Аi: () (логічне відношення «АБО»). Кількість значень атрибута визначається самим атрибутом.

Альтернатива- це необхідність вибору між взаємовиключаючими можливостями, кожна з виключаючих один одну можливостей. Набір альтернативних значень, які може приймати атрибут, має безперервний дискретний характер. Значення є альтернативними, т. до. передбачається, що в кожний момент часу атрибут може приймати одне і тільки одне значення. Складні задачі завжди формують рішення на основі різних поєднань початкових даних, внаслідок чого утворяться сукупності альтернативних (що виключають один одну) рішень. Для складного об'єкта: А = (А1,..., Аi,..., Аn) (логічне відношення «І»).

Кожний атрибут визначається безліччю його значень, і рішення буде задаватися матрицею атрибутів:

А1= (a11,. .., a1j,. .., a1m1)

...

Аn = (an1,. .., anj,. .., anmn)

...

AN= (aN1,. .., aNj,. .., aNmN)

Природно, що значення атрибутів, а в ряді випадків і самі атрибути можуть виступати як альтернативні характеристики або величини-параметри. У розгляд можна включити деякий атрибут Аnі набір його альтернативних значень anj, якщо сам атрибут і його значення задані. Потрібно відмітити, що значення anjатрибута Аnмогут мати безперервний або дискретний характер. Це можуть бути числові величини або деякі поняття. Відношення атрибут-значення можна представити у вигляді первинного дерева ієрархії (мал. 3.1).

Тут атрибут Аnвиступаєт як коренева вершина, а значення anj(j=l, ..., N) визначаються як альтернативні, оскільки передбачається, що в будь-який момент часу атрибут Аnможет приймати одне і тільки одне значення anj.

Елементарний блок альтернатив (ЕБА) можна представити як поименованную структуру організації даних, т. е. клас, що визначає безліч об'єктів-альтернатив.

Ріс.3.1. Первинне дерево альтернатив

Аi- ім'я блоку;

ai1,. .., aij,. .., aim- значення атрибутів (сукупність альтернатив).

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

Ріс.3.2. Первинне дерево альтернатив

із замикаючою вершиною «якором»

Потрібно відмітити, що в елементарному блоці має місце три вигляду вершин:

а) вершини першого рангу: вхід і вихід;

б) вершини другого рангу: значення атрибутів;

в) допоміжні вершини: рекурсія і транзит.

У подібній структурі повинна бути реалізована функція вибору альтернативи (ФВА) при умові існування значення (коду) альтернативи. Звичайно подібна функція містить в своєму тілі дві що становлять: рекурсивний (R) і транзитний (Т) блоки.

Транзитний блок використовується в тих випадках, коли жодна з альтернатив в загальному рішенні не бере участь, а в окремому випадку може виступати як обмежувач для рекурсивного перебору альтернатив. Тобто коли жодне значення атрибута не використовується, то можна пройти з входу на вихід через транзитну вершину Тi. Якщо пошук по альтернативних атрибутах Аiпродолжаєтся, то шлях лежить через рекурсивний блок Ri. Іншими словами, рекурсивний блок використовується, коли необхідно вирішити задачу пошуку альтернативного значення на масиві альтернатив, т. е. організувати циклічний процес.

У результаті доповнивши дворівневу схему атрибута замикаючою вершиною («якором»), транзитним і рекурсивним вершинами, отримаємо структуру елементарного блоку альтернатив (мал. 3.3.).

Ріс.3.3. Структурна схема елементарного блоку альтернатив (ЕБА)

Аi- ім'я блоку;

Ri- рекурсивна вершина;

Ti- транзитна вершина;

А*i- замикання альтернатив.

Для спрощення сукупність альтернатив назвемо блоком альтернатив (БА); спрощений вигляд ЕБА представлений на мал.

Рис. 3.4. Спрощений вигляд ЕБА

БAi= {ai1,. .., aij,. .., aim}

Сукупність таких послідовно сполучених елементарних блоків утворить просту БАС. ЕБА - це базовий блок для формування мереж. Його використання дає можливість породжувати будь-які конфігурації мереж або структур.

3.1.2. Алгоритми навігації на БАС

Для роботи з БАС необхідно створити алгоритми навігації на мережі. Існує три методи навігації на мережі:

- послідовний;

- паралельний;

- змішаний.

Результатом роботи алгоритму навігації є формування вершинного маршруту. Формується маршрут М=(). Основна мета таких алгоритмів полягає у визначенні кожного елемента, в оцінці узгодженості  з іншими.

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

Можливі структури БАС визначаються ієрархією відносин між класами об'єктів-альтернатив.

Послідовна БАС

Для послідовної мережі послідовний алгоритм навігації може бути реалізований двома базовими способами.

1. Проходження мережі реалізовується  послідовно,  починаючи  з першого  a1и закінчуючи останнім аNблоками.  Алгоритм звертається до блоку a1, переглядає його вміст і через транзитні вершини передає результат.  Далі переходить до наступного блоку.  У результаті утвориться деякий вершинний маршрут  Мj=(a1j,. .., anj,. .., aNj), який і представляє дані про результат рішення.  Якщо якесь рішення неспільно, то виявляється причина несумісності і шукається нове рішення.

2. Алгоритм звертається послідовно до кожного блоку і  результат з кожного блоку передається зворотно в алгоритм. Масив  приватних рішень перетворюється в маршрут, далі процедура продовжується.

При послідовній навігації визначається логіка проходження мережі, т. е. порядок входу в кожний з блоків, порядок пошуку приватного рішення всередині блоку, порядок виходу з блоку, входу в наступний блок і «склеювання» приватних рішень.

Нехай заданий кортеж атрибутів (безліч альтернатив):

А = {an: (n = 1, 2,. .., n)}. Здійснимо послідовну генерацію виходів А*= {an*: (n = 1, 2,. .., n)} для кожної з альтернатив з допомогою послідовною БАС.

БАС з послідовною стратегією представлена на мал. 3.7.

БА 3

БА 1

БА 2

Рис. 3.7. Приклад послідовної розімкненої трехблочной БАС

БА 3

БА 1

БА 2

Ріс.3.8. Приклад послідовної замкненої трехблочной БАС

В послідовних БАС альтернативні рішення, що генеруються сполучаються в одну зв'язку з генеруючими наступного ЕБА попарно. Внаслідок вершини А*nи Аn+1сливаются в одну Аn+1.

Паралельна БАС

При алгоритмі з паралельною організацією навігація можлива як мінімум дві схеми:

- одноуровневий алгоритм;

- дворівневий алгоритм.

Одноуровневий алгоритм

По схемі одноуровневого алгоритму всі елементи мережі пов'язані один з одним і включають координуючу і виконавчу функції. Одноуровневий алгоритм є децентралізованою схемою навігації.

Рис. 3.9. Паралельна одноуровневая структура БАС

На малюнку 3.9 зв'язок реалізовується через загальну транзитивную вершину (роздільний вхід і вихід).

Можна замкнути паралельну БАС через:

- вершини транзиту і рекурсії;

- включити як додаткова деяку вершину агрегирования.

При паралельній генерації рішень в кожному блоці БАiработаєт свій алгоритм формування виходів. Алгоритми працюють одночасно,  і матриця альтернативних рішень заповнюється порядково.

Дворівневий алгоритм

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

Рис. 3.10. Паралельна дворівнева структура БАС

3.1.3. Маршрути на БАС

Застосування блоково-альтернативних мереж  для рішення різного роду задач (аналіз, синтез, класифікація і т. д.) засновано на використанні їх властивості породжувати безліч альтернативних маршрутів МN. При описі допустимих множин маршрутів  МNна мережах, доцільно вийти з блокової структури альтернативної мережі.

У БАС використовується вершинний тип маршрутів. З точки зору мережі маршрути поділяються на внутриблоковие і мережеві. Останні, в свою чергу, формуються з внутриблокових і межблокових.

Внутриблоковий - це такий маршрут МiNМN(i = 1,. .., n), який тим або інакшим образом зв'язує дві сусідні вершини () першого рангу, належні i-му блоку. Іншими словами, внутриблоковий маршрут формується як послідовність вершин, пов'язаних певним відношенням.

Межблоковие - маршрути МilN, які зв'язують деякі пари вершин першого рангу {(), i = 1,. .., n;  k = 1, 2,. .., n;  }. Межблоковие  маршрути використовуються при формуванні циклів, і, отже, вершини (), що зв'язуються для таких маршрутів ототожнюються.

При використанні БАС для рішення конкретних задач можуть виникати ситуації, коли той або інакший внутриблоковий маршрут МiNформіруєтся неоднозначним образом. При цьому можливі три випадки:

1) внутриблоковий маршрут МiNпроходітся один раз зліва направо;

2) внутриблоковий маршрут МiNдля маршруту  МNявляется забороненим;

3) внутриблоковий маршрут МiNдолжен бути пройдений неодноразово.

Відповідно до названих випадків, визначимо три типи маршрутів: ациклические AMiN, транзитні ТMiNі циклічні СMiN.

Ациклические маршрути

Найбільш простими маршрутами МNявляются ациклические  (або незамкнені) AMiN.

Ациклический маршрут (АМi) формується як послідовність

вершин спільно з відносинами між вершинами:

AMi: (Ai, rij, aij),

де  Аi- атрибут;

rij- визначає відносини між атрибутом і вершиною-значенням aij;

aij- значення атрибута Аi.

Повне представлення внутриблокового маршруту по схемі джерело-стік буде являти собою об'єднання:

AMi: (Аi, rij, aij) U (aij, rji, А*i),

або в загальному вигляді для вершин-альтернатив отримаємо вершинний ациклический маршрут:

AMi: (Аi, aij, А*i).

Аналогічно для маршруту, що проходить через транзитивную вершину:

АMiT: (Ai, rT, А*i),

що еквівалентно записи

AMiT: (Ai, Т, А*i).

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

Внутриблоковие ациклические маршрути завжди проходять через вершини (j = 1,2,. .., m;  i = 1,2,. .., n) другого рангу. У загальному випадку маршрут AMiNможет бути заданий послідовністю:

AMiN= {(); (j = 1,2,. .., m;  I = 1, 2,. .., n)}

У цій послідовності і означають дуги між відповідними парами вершин всередині i-го блоку. Стисло це вираження можна записати так:

AMiN=  (3.1)

Відмітимо, що на мережі будь-який внутриблоковий маршрут AMiNвсегда починається з вхідної вершини.

Транзитні маршрути

Досить часто при використанні мережі  можуть виникати випадки, коли проходження через блок  (i = 1, 2,. .., n) або сукупність блоків  заборонено. Інакшими словами, заборонені в розглянутому вище значенні ациклические маршрути AMiNили AMi, lN, при цьому повні маршрути AMNимеют місце.

Для опису подібного роду випадків введене поняття транзитного маршруту ТМN(для мережі загалом поняття транзитного маршруту не має значення.) Перш ніж дати визначення транзитного внутриблокового маршруту ТMiN, введемо і визначимо поняття транзитної вершини. Транзитними є такі вершини (i = 1, 2,. .., n) другого рангу, які не несуть семантичного навантаження відповідно до ознаки, а визначають лише маршрут проходження всередині блоку  . Таким чином, внутриблоковим транзитним маршрутом є ТMiNтакой маршрут, який проходить через транзитну вершину. У загальному випадку внутриблоковий транзитний маршрут ТMiNопределяется послідовністю:

ТMiN=

або в скороченій формі:  ТMiN=.

Циклічні маршрути

В тих випадках, коли здійснюється неодноразове проходження через блок  (i = 1, 2,. .., n) або {(,), l = i+k, k 1} або через мережу загалом, то мають місце циклічні маршрути.

Основою циклічних маршрутів СMiNявляются ациклические АMiN. Замикання внутриблокового маршруту АMiNосуществляется через вершини (), які відповідно визначають кінець і початок. У загальному випадку для будь-якого блоку  циклічні маршрути СMiNможно представити вигляді суми відповідних ациклических маршрутів АMiN, кожний з яких повторюваний  раз. Використовуючи вираження  (3.1), можна записати:

СMiN,

де Кji0 - кількість j-х циклів в i-ом блоці.

Внутриблоковие циклічні маршрути СMiNіспользуются в тих випадках, коли при формуванні маршруту MNвозникает необхідність неодноразового проходження через який-небудь блок  з метою включення в такий маршрут будь-якої кількості будь-яких вершин

(j = 1,2,. .., m;  i = 1,2,. .., n).

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

MNa, = U (MБi),

де MNa- мережевий маршрут;

MБi - внутриблоковий маршрут.

При такому алгоритмі навігації шляхом склеювання буде отриманий маршрут MNaсо своїм набором рішень:

R = (R1,,. .., Ri,. .., RN)

Для кожного блоку альтернатив визначається свій алгоритм вибору альтернативи. Алгоритм паралельної навігації, в свою чергу, реалізовує функції координації, які взаємодіють з кожним блоковим алгоритмом. Робота здійснюється паралельно. Алгоритм координації передає початкові дані  в локальні алгоритми і запускає їх в роботу. Кожний з локальних алгоритмів формує внутриблоковий маршрут і отримує відповідний результат (R). Далі формується послідовність (R11,. .., Ri1,. .., RN1) = Rlнесвязанних між собою рішень. Після цього вирішується задача склеювання приватних рішень в загальне. Дана процедура може протікати у двох напрямах:

1) формування загального рішення на рівні координуючого алгоритму; аналіз, оцінка, прийняття рішення для подальших дій;

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

Отримавши парадигму загальних рішень, відповідно до певних критеріїв вибирається найкраще з них.

вхід

3.2. Інформаційне представлення алгоритму

роботи лікаря-дієтолога методом БАС

Лікар-дієтолог, проаналізувавши продукти, що є в асортименті, складає з них блюда, вхідні в ту або інакшу дієту. Для приготування якого-небудь блюда, використовується певний набір продуктів {П}. Набір {П} є набором атрибутів блюда Бi:

Бi= {П1, П2,. .., Пm}.

Для надання маршрутів вибору блюд можна використати метод блоково-альтернативних мереж (БАС).

Вигляд елементарного блоку такої мережі для вибору альтернативних блюд Бiпредставлен на мал. 3.2.1.

Рис. 3.2.1. Елементарний блок альтернатив

Блоково-альтернативної мережі

Позначення на мал. 3.2.1:

Qir- ім'я блоку;

Qir*- замикання альтернатив;

Змінна r означає їду (сніданок, обід, полудник і вечеря)і може приймати значення: r = {З, О, П, У};

Змінна i визначає категорію блюд (закуски, перші, другі, треті блюда і десерт), i = 1, 2,...,5.

Показник Qir*могти приймати одна з безлічі значень {Бjir}, сукупність яких представляє альтернативні вершини блоку БАС. Також в ЕБА є Т - транзитна вершина, і R - рекурсивна вершина.

3.2.1. Вибір блюд для їди методом БАС

Для всієї їди існують наступні категорії блюд:

Q1r- закуски (салати і інш.);

Q2r- перше блюдо (супи);

Q3r- друге блюдо (м'ясне або рибне блюдо з гарніром);

Q4r- третє блюдо (напої);

Q5r- десерт (солодощі або хлебобулочние виробу).

Отже, одна їда в загальному випадку може містити всі ці категорії блюд:

Qr= {Q1r, Q2r, Q3r, Q4r, Q5r}

або

Qr= {Qir},

де i = 1, 2,..., 5.

Для кожної з категорій існує свій набір блюд:

Q1r= (Б11r, Б12r,..., Б1jr,..., Б1mr);

Q2r= (Б21r, ..., Б2jr,..., Б2lr);

Q3r= (Б31r, ..., Б3jr,..., Б3kr);

Q4r= (Б41r, ..., Б4jr,..., Б4hr);

Q5r= (Б51r, ..., Б5jr,..., Б5gr).

При цьому одне і те ж блюдо може належати до різних категорій.

На основі цих даних можна сформувати блоково-альтернативну мережу для сніданку (див. мал. 3.2.2.). Набір категорій блюд сніданку включає:

QЗ= (Q13, Q43, Q5З).

Рис. 3.2.2. БАС сніданку

Поєднання різних блюд {БijЗ} утворить маршрут  МeЗна мережі сніданку. Маршрут вибирається цілеспрямовано, відповідно до певної  дієти, т. е. з урахуванням блюд, дозволених для даної дієти Дk.

На мережі отримуємо безліч маршрутів МkЗ= {MkeЗ}, де

k - номер дієти,

k = 1,..., D,  де D - кількість дієт;

е =1,..., LЗ, де LЗ- кількість маршрутів по даних D дієтах для сніданку;

МkeЗ= (Б1jЗ, Б4jЗ, Б5jЗ),

де індекс j - номер блюда в списку блюд певної категорії.

У загальному випадку маршрут вибору блюд на весь день для пацієнта з певною дієтою Дkможно записати у вигляді:

Мkе= { МkeЗ, МkeО, МkeП, МkeУ},

де k - номер дієти,

е - номер маршруту.

Таким чином, для кожної з дієт маємо певне число маршрутів вибору  блюд. Тоді дієту як сукупність маршрутів вибору блюд можна записати у вигляді:

Дk= {Мk1,..., Мke,..., МkL}.

Отже, для сніданку певна дієта Дkбудет мати вигляд: ДkЗ= {Мk1З, ..., МkeЗ,..., МkLЗ},  k = 1, 2,. ..,

Мke3= Мke3(Кke3, БЛke3, Жke3, Уke3, Вke3, МВke3),

k=1,..., D,

е =1,..., )

QО= {QiО}, i =1,..., 5;

QiО= (Бi1О, Бi2О,... БijО,... БiNО).

Маршрути на БАС для обіду визначаються шляхом вибору по одній альтернативній вершині для кожної категорії блюд з урахуванням дієти:

ДкО= (Мk1О, Мk2О,..., MkSО)

МkО= {Mk1О}, k =1,..., N;

MksО= (Б1jО, Б2jО, Б3jО, Б4jО)

МksО= МksО (КksО, БЛksО, ЖksО, УksО, ВksО, МВksО);

k =1,..., N; s =1,..., 3.2.3. Блоково-альтернативна мережа обіду

Блоково-альтернативна мережа полудник (див. мал. 2.3.4.) складається з двох елементарних блоків:

QП={Q1П, Q4П}.

Рис. 3.2.4. Блоково-альтернативна мережа полудник

QiП= (Бi1П, Бi2П,..., БiNП);

МkП= {МkpП}, k = 1,..., D, р = 1,...,Р;

МkpП= (Б1jП, Б2jП);

ДкП= (Мk1П, Мk2П,... МkpП);

МkpП= МkpП (КkpП, БЛkpП, ЖkpП, УkpП, ВkpП, МВkpП).

Аналогічно, можна представити БАС вечері (див. мал. 3.2.5).

QУ= {Q1У, Q3У, Q4У, Q5У};

QiУ= (Бi1У, Бi2У,..., БiNУ);

Мkу= {Мkyу}, k = 1,..., D, у = 1,...,Y;

Мkpу= (Б1jу, Б2jу);

Дку= (Мk1у, Мk2у,..., Мkyу);

Мkyу= Мkpу (Кkyу, БЛkyу, Жkyу, Уkyу, Вkyу, МВkyу).

Рис. 3.2.5. Блоково-альтернативна мережа вечері

3.2.2. Вибір блюд на день методом БАС

Послідовно з'єднавши все БАС сніданку, обіду, полудник і вечері, отримаємо повну БАС одного дня; вона представлена на мал. 3.2.6.

Ріс.3.2.6. Повна БАС блюд на один день

Як вже говорилося вище, певна дієта являє собою безліч всіх маршрутів вибору блюд:

Дk= {Mkе},

де  k - номер дієти, k = 1,..., D;

е - номер маршруту, е = 1,...,

Мkе= { МkeЗ, МkeО, МkeП, МkeУ}.

Безліч всіх маршрутів на БАС представлена на мал. 3.2.7.

З урахуванням того, що лікарю-дієтологу необхідно складати раціони живлення пацієнтів кожний день, то алгоритм навігації на БАС маршрутів вибору блюд повинен бути замкненим. Замкнена БАС маршрутів вибору блюд представлена на мал. 3.2.8.

Розглянемо приклад формування маршруту вибору блюд для полудник. Оскільки маршрут вибору блюд знаходиться для кожного пацієнта санаторного комплексу, то будемо враховувати захворювання і стан конкретної людини.

Пацієнт - жінка, вік - 48 років. Лікар діагностичного відділення лікувального комплексу санаторію поставив діагноз: бронхіт гострий. Результати обстеження пацієнта лікарем-дієтологом: вага перевищує норму; сильний грудний кашель внаслідок бронхіту; інші показники в нормі.

Лікар-дієтолог, проаналізувавши стан пацієнтки, призначив їй дієту №1, відповідну діагнозам: «Бронхіт» і  надлишкова вага.

Як говорилося вище, полудник включає в себе дві категорії блюд: закуска і напій.

Отже, альтернативами закусок для дієти №1 будуть:

Б11П- фрукти свіжі;

Б12П- йогурт фруктовий;

Б13П- свіжа малина;

Б14П- сухофрукти.

Альтернативи напоїв:

Б41П- чай чорний;

Б42П- кави заварний;

Б43П- сік яблучний;

Б44П- кефір.

Складемо таблицю змісту цими блюдами білків, жирів, вуглеводів, вітамінів, мінеральних речовин і їх калорійність (Таблиця 3.2.1).

Найменування блюд

Білки,

г

Жири,

г

Вуглеводи,

г

Вітаміни,

мкг

Мінеральні  речовини,

мг

Енергетична цінність, ккал

А

В 1

З

Са

Fe

Ka

Фрукти свіжі

45

0,4

0,4

Йогурт фруктовий

51

5,0

1,5

Свіжа малина

42

0,8

0,3

Сухофрукти

281

2,5

-

Чай чорний

32

-

-

Кава заварний

32

-

-

Сік яблучний

38

0,5

-

Кефір

49

4,3

1,0

Таблиця 3.2.1

Атрибути блюд

Проаналізувавши захворювання і інші параметри стану пацієнта і зіставивши їх з перерахованим вище списком блюд дієти №1, лікар-дієтолог вибрав як оптимальний наступне живлення пацієнтці на полудник: свіжа малина  і чорний чай, оскільки гаряче питво з малиною надає позитивний вплив на хворих бронхітом в гострій формі і не містить жирів, які небажані для пацієнтки.

Таким чином, для цієї пацієнтки лікарем-дієтологом був вибраний маршрут: М1П= { Б13П, Б41П}.

Вибір маршруту на БАС представлений на мал. 3.2.9.

Рис. 3.2.9. Маршрут вибору блюд для полудник на БАС

З'єднуючи аналогічним образом, БАС всієї їди послідовно між собою, можна отримати маршрут вибору блюд для кожного пацієнта на кожний день його перебування в санаторному комплексі.

3.3. Висновки

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

РОЗДІЛ 4

БАЗА ДАНИХ ПІДСИСТЕМИ «ДИЕТПИТАНИЕ»

4.1. Уявлення і опис бази даних

підсистеми «Дієтпітаніє»

Об'єктом автоматизації дипломного проекту, як вже говорилося вище, є підсистема «Дієтпітаніє» санаторного комплексу «Валуєво». Автоматизація санаторного комплексу і, зокрема, його підсистеми не може відбуватися без створення і подальшого впровадження системи управління  базами  даних. За рахунок використання СУБД досягається оперативність введення і коректування даних, їх коректність, воспроизводимость і надійність.

СУБД , що Використовується  повинна відповідати наступним вимогам:

- простота створення нових баз даних;

- можливість коректування окремих полів;

- часткова логічна незалежність представлення даних;

- повна фізична незалежність представлення даних;

- використання діалогових режимів роботи.

Всім вищепереліченим  вимогам задовольняє система управління базами даних Access версії XP і мова програмування Visual Basic for Applications. Це програмне забезпечення  використовується в даному дипломному проекті для автоматизації підсистеми «Дієтпітаніє» санаторного комплексу «Валуєво» і створення бази даних для цієї підсистеми.

У базі даних підсистеми «Дієтпітаніє» будуть зберігатися і оброблятися дані про пацієнтів, дієти, блюда, продукти, захворювання, дієти і інш.

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

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

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

Кожній дієті також ставиться у відповідність свій набір столів в столовій, і дані про те, який стіл і яке місце займає кожний пацієнт санаторію, також зберігаються в БД підсистеми.

Системно-комплексний аналіз

об'єкта автоматизації

При системно-комплексному аналізі об'єкт автоматизації розглядається як концептуальна модель:

S про

, де

- інформаційна страта;

- матеріальна страта;

- енергетична страта;

- економічна страта;

- організаційна страта.

Організаційна, економічна, матеріальна і частково інформаційна страти об'єкта автоматизації були розглянуті в попередніх главах дипломного проекту. Тепер більш детально будемо розглядати інформаційну  страту об'єкта автоматизації, оскільки для створення бази даних нам необхідно проаналізувати рух інформаційних потоків в об'єкті, що автоматизується.

Концептуальну модель бази даних можна представити таким чином:,

де

- структурний аспект.

- функціональний аспект.

- аспект управління.

Структурний аспект інформаційної страти

об'єкта автоматизації

1. Концептуальна модель структурного аспекту інформаційної страти об'єкта автоматизації 1-го рівня має вигляд:,

де

- інформаційні елементи об'єкта автоматизації;

- зв'язки між інформаційними елементами;

- конфігурація зв'язків між інформаційними елементами;

- параметр зв'язку між інформаційними елементами,

де k, l - номери інформаційних елементів;

- параметр зміни під часі попередніх параметрів.

Розглянувши і проаналізувавши підсистему «Дієтпітаніє», в ній можна виділити наступні інформаційні елементи:

Е1- пацієнти;

Е2- захворювання;

Е3- дієти;

Е4- їда;

Е5- категорії;

Е6- блюда;

Е7- продукти;

Е8- столи.

Зв'язки між інформаційними елементами представлені графічно на мал. 4.1.1.

Рис. 4.1.1. Зв'язки між інформаційними елементами бази даних

Позначення на мал. 4.1.1:

зв'язок «один до багато чим»;

зв'язок «багато які до багато чим».

2. Концептуальна модель структурного аспекту інформаційної страти об'єкта автоматизації 2-го рівня має вигляд:,

де

- компонента інформаційного елемента об'єкта автоматизації,

де i - номер інформаційного елемента,

j - номер компонента е інформаційного елемента;

- зв'язки між компонентами  і,

де k - номер компонента е, з яким пов'язаний компонент;

- конфігурація зв'язків між компонентами;

- параметр зв'язку між компонентами  і;

- параметр зміни під часі попередніх параметрів.

Розглянемо компоненти кожного інформаційного елемента і зобразимо зв'язки між цими компонентами (мал. 4.1.2).

Рис. 4.1.2. Зв'язки між компонентами

інформаційних елементів бази даних

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

Функціональний аспект інформаційної страти

об'єкта автоматизації

Концептуальна модель функціонального аспекту інформаційної страти об'єкта автоматизації представляється у вигляді:,

де - вектор вхідних впливів;

- вектор вихідних реакцій системи;

- функція перетворення вектора  у вектор;

- параметр функції перетворення;

- параметр зміни під часі параметрів,, і.

Розглянемо об'єкт автоматизації, тобто підсистему «Дієтпітаніє», як об'єкт управління з вхідними і вихідними параметрами Х і У:  ={ }.

Розглянемо вхідні вектора об'єкта:

= (номер пацієнта, прізвище,  ім'я, по батькові пацієнта, дата народження пацієнта, захворювання пацієнта) - карта пацієнта.

=(номер дієти, назва дієти, енергетична цінність дієти, білки дієти, жири дієти, вуглеводи дієти, вітамін А, вітамін В1, вітамін З, мінерал Са, мінерал Fe, мінерал Ka) - зміст дієт.

=(номер блюда, назва блюда, рецепт блюда) - список блюд.

=(номер продукту, назва продукту, енергетична цінність продукту, білки продукту, жири продукту, вуглеводи продукту, вітамін А, вітамін В1, вітамін З, мінерал Са, мінерал Fe, мінерал Ka) - зміст продуктів.

= (номер дієти, номер стола дієти) - відповідність столів дієтам.

= (номер дієти, номер їди, їда ) - відповідність їди дієтам.

= (номер їди, номер категорії, категорія) - відповідність категорій їді.

= (номер блюда, номер категорії) - відповідність блюд категоріям.

= (дієта, захворювання) - відповідність захворювань дієтам.

На виході бази даних будуть:

- рекомендована дієта пацієнта;

- зміст блюд;

- підбірка альтернативного блюда;

- підбірка альтернативного продукту;

- раціон живлення пацієнтів;

- кількість кожного блюда;

- кількість пацієнтів кожної дієти.

Рис. 4.1.3. Схема функціонального аспекту

інформаційної страти об'єкта автоматизації

Таким чином, всі вихідні параметри бази даних У1,..., У7должни виконуватися і бути вихідними параметрами форм бази даних підсистеми «Дієтпітаніє».

Функціями адміністратора бази даних будуть наступні:

- додавання запису в базу даних;

- видалення запису;

- редагування запису;

- пошук запису;

- збереження введених змін;

- відповіді на стандартні запити.

Функціонально-структурний аспект інформаційної страти  об'єкта автоматизації

Об'єднуючи функціональний і структурний аспекти, отримаємо функціонально-структурний аспект інформаційної страти  об'єкта автоматизації, графічно представлений на мал. 4.1.4.

Е1, Е2,. .., Е7, Е8- інформаційні елементи об'єкта автоматизації.

Рис. 4.1.4. Схема функціонально-структурного аспекту

інформаційної страти об'єкта автоматизації

Таким чином, розбивши відносини на компоненти і провівши їх нормалізацію, можемо сгенерировать таблиці  бази даних і встановити зв'язки між ними за допомогою ключів (мал. 4.1.5).

Атрибути з ім'ям, що починається з ID, введені як ідентифікаційні номери відповідних даних і у всіх таблицях виконують функцію первинного або складового (зчепленого) ключа.

Рис. 4.1.5. Схема зв'язків таблиць бази даних

На основі таблиць створимо форми бази даних для кожного підрозділу підсистеми «Дієтпітаніє» відповідно до їх задач.

4.2. Структура і опис екранних форм і меню

призначеного для користувача інтерфейса бази даних

4.2.1. Структура екранних форм бази даних

Разоб'ем всі дані на групи відповідно до підрозділів підсистеми «Дітепітаніє», тобто в якому підрозділі які дані будуть використовуватися.

1. Лікарю-дієтологу необхідні наступні дані:

- прізвище, ініціали імені і по батькові пацієнта;

- дата народження пацієнта;

- діагноз захворювання пацієнта;

- поставлена відповідно до захворювання дієта живлення;

- найменування всіх блюд в столовій;

- калорійність блюд;

- зміст білків, жирів, вуглеводів в блюді;

- зміст вітамінів А, В1, З в блюді;

- зміст мінеральних речовин Са, Fe, Ka;

- найменування всіх продуктів на складі;

- калорійність продуктів;

- зміст білків, жирів, вуглеводів в продукті;

- зміст вітамінів А, В1, З в продукті;

- зміст мінеральних речовин Са, Fe, Ka в продукті;

- кількість пацієнтів кожної дієти;

- раціони живлення пацієнтів.

2. Підрозділу «Столова» необхідні дані:

- кількість пацієнтів кожної дієти;

- стіл, вибраний відповідно до дієти;

- місце пацієнта за столом;

- найменування всіх блюд в столовій.

3. Підрозділу «Кухня» необхідні дані:

- найменування всіх блюд в столовій;

- кількість кожного блюда;

- рецепти блюд;

- перелік продуктів;

- кількість продуктів для кожного блюда.

Відповідно до функцій об'єкта автоматизації складемо структуру екранних форм і меню, представлену на мал. 4.

Рис. 4.2.1. Структура екранних форм бази даних

4.2.2. Опис екранних форм бази даних

В відповідності зі структурою екранних форм для кожного підрозділу підсистеми «Дієтпітаніє» створимо екранні форми. Форма головного меню представлена на мал. 4.2.2.

Рис. 4.2.2. Форма «Головне меню»

Для лікаря-дієтолога створені екранні форми, представлені на мал. 4.2.3 - 4.2.11.

Рис. 4.2.3. Форма «Лікар-дієтолог»

Рис. 4.2.4. Форма «Зміст продуктів»

Рис. 4.2.5. Форма «Зміст блюд»

Рис. 4.2.6. Форма «Зміст дієт»

Рис. 4.2.7. Форма «Дієта і захворювання»

Рис. 4.2.8. Форма «Карта пацієнта»

Ріс.4.2.9. Форма «Раціон живлення»

Рис. 4.2.10. Форма «Еквівалентний продукт»

Рис. 4.2.11. Форма «Еквівалентне блюдо»

Для столової створені екранні форми, представлені на мал. 4.2.12 - 4.2.15.

Рис. 4.2.12. Форма «Столова»

Рис. 4.2.13.  Форма «Стіл і місце пацієнта»

Рис. 4.2.14. Форма «Дієта і столи»

Рис. 4.2.15. Форма «Число пацієнтів дієти»

Для кухні створені екранні форми, представлені на мал. 4.2.16 і 4.2.17.

Рис. 4.2.16. Форма «Кухня»

Рис. 4.2.17. Форма «Рецепти блюд»

Форма «Продукти» була представлена вище на мал. 4.2.4.

4.3. Керівництво користувача

Для роботи з базою даних підсистеми «Дієтпітаніє» необхідно відкрити СУБД Access XP, завантажити файл з базою даних і відкрити закладку «Форми».

Далі треба натиснути двійчастим натисненням миші на формі «Головне меню». На екрані відкриється форма з трьома кнопками: «Лікар-дієтолог», «Столова» і «Кухня», а також кнопкою «Вихід».

Для роботи з базою даних лікаря-дієтолога треба вибрати відповідну кнопку. Аналогічно для працівників (операторів) столової і кухні. Кнопка «Вихід» дозволить вийти з головного меню.

У кожній формі запису можна видаляти, редагувати, зберігати, а також перейти до наступної, попередньому, першому і останньому записам за допомогою кнопок в лівій нижній частині форми. Натиснувши кнопку «Назад» користувач повертається в попередню форму.

Вибравши і натиснувши кнопку «Лікар-дієтолог», користувач побачить екранну форму з наступними кнопками:

- «Зміст продуктів» - відкриється форма зі списком найменувань продуктів і наступними значеннями кожного продукту: енергетична цінність, білки, жири, вуглеводи, вітаміни А, В1, З і мінерали кальцій, залізо і калій. Якщо значення продуктів відсутні, їх необхідно ввести.

-   «Зміст блюд» - відкриється форма зі списком найменувань блюд і наступними значеннями кожного блюда: енергетична цінність, білки, жири, вуглеводи, вітаміни А, В1, З і мінерали кальцій, залізо і калій. Всі значення блюд вважаються автоматично, якщо були правильно введені відповідні значення для кожного продукту.

-   «Зміст дієт» - відкриється форма зі списком найменувань дієт і наступними значеннями добової норми для кожної дієти: енергетична цінність, білки, жири, вуглеводи, вітаміни А, В1, З і мінерали кальцій, залізо і калій. Всі значення необхідно ввести.

- «Захворювання» - відкриється форма всіх найменувань захворювань пацієнтів санаторного комплексу (при їх відсутності їх необхідно ввести).

- «Карти пацієнтів» - це список всіх пацієнтів, що проживають в санаторії, т. е. ім'я і ініціали кожного пацієнта,  його дата народження і захворювання (їх може бути декілька), знайдене у пацієнта терапевтом і лікарем-дієтологом.

- «Раціон живлення» - після натиснення відкриється форма, в якій необхідно вибрати з списку пацієнта і  клацнути на кнопці «Варіант меню», і в правій частині форми для кожної їди будуть запропоновані варіанти блюд для пацієнта. Натиснувши на кнопці «Варіант меню» ще раз, можна отримати наступний інший варіант підбору блюд для добового раціону пацієнта.

- «Еквівалентний продукт» - відкриється форма, яка дозволить знайти і підібрати продукт, еквівалентний по своєму складу (енергетичній цінності, білкам, жирам, вуглеводам) продукту, який необхідно вибрати з списку. Клацнувши на одному продукті з списку представлених і натиснувши на кнопку «Наступна альтернатива», користувач побачить в текстовому полі «Еквівалентний продукт» його значення. Якщо результат не задовольнив користувача, то кожне наступне натиснення кнопки «Наступна альтернатива» дозволить знайти інший варіант.

- «Еквівалентне блюдо» - відкриється форма, яка дозволить знайти і підібрати блюдо, еквівалентне по своєму складу (енергетичній цінності, білкам, жирам, вуглеводам) блюду, яке необхідно вибрати з списку. Клацнувши на одному блюді з списку представлених зліва і натиснувши на кнопку «Наступна альтернатива», користувач побачить в текстовому полі «Еквівалентний продукт» його значення. Якщо результат не задовольнив користувача, то кожне наступне натиснення кнопки «Наступна альтернатива» дозволить знайти інший варіант еквівалентного блюда.

- «Назад» - натиснення на кнопку дозволить повернутися в головне меню.

Після натиснення кнопки «Столова» в головному меню відкривається форма з наступними кнопками:

- «Стіл і місце пацієнта» - дозволить побачити і редагувати список пацієнтів з вказаними для кожного: дієтою, столом в столовій, за яким кожний сидить, і місце за столом.

- «Дієта і столи» - дозволить побачити і редагувати списки номерів столів для кожної дієти.

- «Число пацієнтів дієти» - відкриється форма, в якій можна отримати кількість пацієнтів, які дотримуються кожної дієти. Для цього необхідно клацнути на одній з дієт в списку.

Після натиснення кнопки «Кухня» в головному меню відкривається форма з наступними кнопками:

- «Рецепти блюд» - тут можна вибрати будь-яке блюдо з списку представлених, і нижче користувач побачить рецепт цього блюда, склад і кількість кожного продукту для його приготування. Натиснувши на кнопці «Число порцій», користувачу буде представлена кількість порцій блюда, яку він вибрав, відповідно до призначеного раціону живлення кожного пацієнта.

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

4.4. Висновки

Отже, в четвертому розділі був представлений опис інформаційних елементів підсистеми «Дієтпітаніє» і їх компонентів, розглянуті і нормалізовані зв'язку між ними, внаслідок чого були сгенерировани таблиці  бази даних. З'єднавши таблиці зв'язками, ми отримали єдину базу для зберігання і обробки всіх даних підсистеми «Дієтпітаніє». На основі цих таблиць були сформовані екранні форми призначеного для користувача інтерфейса, які також були представлені вище.

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

РОЗДІЛ  5

Економічна частина

Результатом виконання даного дипломного проекту є створення АСУ підсистеми «Дієтпітаніє» санаторного комплексу «Валуєво». У рамках дипломного проекту розроблена модель підсистеми і створена база даних для підсистеми. Даний дипломний проект відноситься до науково-дослідної розробки НИР.

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

5.1. Організація планування робіт

5.1.1. Призначення АСУ підсистеми «Дієтпітаніє»

В даному дипломному проекті створюється АСУ підсистеми «Дієтпітаніє» санаторного комплексу, яка оптимізує роботу співробітників санаторію, зайнятих живленням пацієнтів.

Впровадження АСУ в підсистему «Дієтпітаніє», а надалі і у всі відділи санаторного комплексу дозволить значно збільшити ефективність роботи співробітників за рахунок:

- скорочення помилок в роботі завдяки зберіганню інформації в базах даних;

- скорочення часу обробки інформації;

- зменшення ризику втрати даних;

- скорочення часу доступу до інформації;

- спрощення обробки замовлень;

- спрощення процесу аналізу функціонування підприємства.

Результат даного дипломного проекту можна віднести до науково-дослідної розробки (НИР). НИР умовно розділяють на два типи:

з По методах їх проведення - теоретичні, експериментальні, змішані.

з По об'єму і мірі обхвату задач, що вирішуються - науково-технічний напрям, науково-технічні проблеми, конкретні наукові теми.

Для даної науково-дослідної розробки метод проведення можна визначити як змішаний. По об'єму і мірі обхвату задач, що вирішуються дана робота відноситься до науково-технічного напряму.

5.1.2. Структура розробки

В створенні  АСУ підсистеми «Дієтпітаніє» будуть брати участь: керівник проекту, инженери-системотехники I-ой і II-ой категорій і програмісти. Дипломница виступає як инженера-системотехника, суміщаючи обов'язки инженера-системотехника I-ой і

II-ой категорій.

Керівник проекту разом з инженерами-системотехниками I-ой категорії визначають замовлення. Інженери I-ой категорії проводять аналіз підприємства, для якого будуть створюватися АСУ (підсистему «Дієтпітаніє» санаторного комплексу «Валуєво»). Інженери II-ой категорії створюють і налагоджують велику частину модулів, готують документацію по даному проекту. Програмісти здійснюють безпосереднє написання програм для цих модулів, які надалі компонуються інженерами. Керівник проекту управляє роботою по плануванню і контролює процес реалізації проекту в межах встановленого часу.

5.1.3. Етапи розробки

Весь проект по створенню програмного продукту можна розбити на стадії і етапи:

I. Разработка технічного завдання (ТЗ)

1. Техніко-економічне обгрунтування розробки програми

2. Узгодження і твердження ТЗ

II. Ескізний проект

1. Попередня розробка структури вхідних і вихідних даних

2. Уточнення методів рішення поставленої задачі

3. Розробка загального опису алгоритму рішення задачі

III. Технічний проект

1. Визначення форми уявлення вхідних і вихідних даних

2. Розробка структури програми

3. Затвердження технічного проекту

IV. Робочий проект

1. Програмування і відладка програми

2. Випробування програми

3. Коректування програми за результатами випробувань

V. Внедреніє і оформлення акту передачі програми

Наочним способом представлення календарного плану робіт є стрічковий графік.

V

IV.3

IV.2

IV.1

III.3

III.2

III.1

II.3

II.2

II.1

I.2

I.1

Етапи проекту

1 2 3   4   5 6 7   8 9 10 11 12  13  14 15  16 17  18 19  20

Тижня

Рис. 5.1. Стрічковий графік етапів реалізації проекту

5.2. Розрахунок вартості розробки

Вартість розробки визначається по кошторису витрат, який включає в себе наступні статті:

1. матеріали, куповані вироби, напівфабрикати;

2. основна заробітна плата;

3. додаткова заробітна плата;

4. відрахування на соціальні потреби;

5. накладні витрати;

6. командировочні;

7. контрагентські витрати;

8. спеціальне обладнання;

9. інші витрати.

1. Вартість матеріалів, купованих виробів, напівфабрикатів.

Таблиця 5.1

Вартість матеріалів, купованих виробів, напівфабрикатів

Найменування матеріалів

Одиниця вимірювання

Кількість

Ціна за   одиницю,

крб.

Сума оплати в рублях

Папір для друку

упаковка

4

120

480

Картридж для принтера

шт.

2

850

1700

CD

шт.

4

20

80

Дискета 1,44 МБ

шт.

5

13

65

Доступ в Internet

годину

10

25

250

РАЗОМ:

2575

2. Основна заробітна плата учасників розробки.

У розробці даного проекту беруть участь 10 чоловік: керівник проекту, 3 инженера-системотехника I-ой категорії, 3 инженера-системотехника II-ой категорії і 3 програмісти. Студентка-дипломница виконує функції инженера-системотехника II-ой категорії.

Далі приведені таблиці, в яких  розрахована основна заробітна плата учасників проекту. Розрахунок проводиться з урахуванням того, що 1 робочий місяць становить 22 дні.

Таблиця 5.2

Календарний графік розробки програмного продукту

№ етапу

№ подетапа

Найменування робіт

Посада

Чисельність виконавців

Тривалість роботи, дні

I

Розробка технічного завдання (ТЗ)

20

1

Техніко-економічне обгрунтування розробки програми

Керівник проекту,

інженер I категорії

1

3

15

2

Узгодження і твердження ТЗ

Керівник проекту,

інженер I категорії

1

1

5

II

Ескізний проект

40

1

Попередня розробка структури вхідних і вихідних даних

Інженер I категорії,

інженер II категорії

2

2

15

2

Уточнення методів рішення поставленої задачі

Інженер I категорії,

інженер II категорії

2

2

10

3

Розробка загального опису алгоритму рішення задачі

Інженер I категорії,

інженер II категорії

2

2

15

III

Технічний проект

35

1

Визначення форми представлення вхідних і вихідних даних

Інженер I категорії,

інженер II категорії

2

3

15

2

Розробка структури програми

Інженер I категорії,

інженер II категорії

2

3

15

3

Затвердження технічного проекту

Інженер I категорії,

інженер II категорії

2

3

5

IV

Робочий проект

40

1

Програмування і відладка програми

Інженер II категорії, програміст

2

3

15

2

Випробування програми

Програміст

3

10

3

Коректування програми за результатами випробувань

Програміст

3

15

V

Впровадження і оформлення акту передачі програми

Керівник проекту,

Інженер I категорії,

Інженер II категорії,

програміст

1

2

1

2

10

Загальна тривалість проведення НИР

145

Таблиця 5.3

Основна заробітна плата учасників проекту

Посада

Оклад,

Руб.

Вартість одного чел/дн, крб.

Трудомісткість,

чел/дн

Вартість роботи виконай - теля, крб.

Чис-лен-ность

1

Керівник проекту

8000

363,64

30

10 909

1

2

Інженер I категорії

7000

318,18

105

33 409

3

3

Інженер II категорії

6000

272,73

85

23 182

3

4

Програміст

6000

272,73

50

13 637

3

Всього:

221 593

10

3. Додаткова заробітна плата учасників розробки повинна становити 30% від основної заробітної плати, тобто її можна розрахувати так:

ДЗП = ОЗП * 0,3 = 66 477,9 крб.

4. Єдиний соціальний податок -  включає: відрахування в пенсійний фонд - 28%, соц. страхування - 5.4%, мед. страхування -3.6%, фонд зайнятості - 2%, на загальноосвітні потреби - 1%. Таким чином, єдиний соціальний податок становить 38,5% від суми основної і додаткової заробітних плат:

ЕСН = (ОЗП+ДЗП)* 0,385 = 110 907 крб.

5. Накладні витрати - являють собою витрати на оренду приміщень, оплату охорони і т. д. Всі ці витрати становлять 300% від основної заробітної плати:

НР = ОЗП * 3 = 664 779 крб.

6. Відрядження (відсутні).

7. Контрагентські витрати (відсутні).

8. Спеціальне обладнання - вартість обладнання, яке буде встановлене для впровадження і роботи з АСУ «Дієтпітаніє».

Таблиця 5.4

Перелік обладнання і ПО

Найменування обладнання

і ПО

Кількість, шт.

Ціна за   одиницю,

крб.

Загальна сума,

крб.

Комп'ютер Pentium IV

20

26 100

522 000

Монітор же/до

20

11 600

232 000

Принтер струйний

8

3 000

24 000

Принтер лазерний

4

15 000

60 000

Сканер

5

1 600

8 000

Факс-модем

20

1 500

30 000

Концентратор

1

8500

8500

Додаткове обладнання на суму

14 000

Microsoft Windows 2000 Server

1

500

14 000

Microsoft Windows 2000

20

3 360

67 200

Microsoft Office 2000

20

450

252 000

РАЗОМ:

1 223 200

9. Інші витрати - в дану статтю витрат звичайно вносять оцінку витрат на оренду машинного часу для створення проекту.

ПР = АМВ *t,

де t - час, затрачений на створення проекту на комп'ютері. Згідно з планом робіт, приведеним в таблиці 6.2, розробка і створення АСУ займе 145 робочих днів, робочий день становить 9 годин, таким чином, час створення проекту складає:

t = Т * 9 =145 * 9 = 1 305 ч.

АМВ - оренда машинного часу для створення проекту, яке отримаємо, перемноживши значення потужності споживання енергії і вартості електроенергії.

Потужність споживання електроенергії  W = 3 кВт.

Вартість електроенергії  CWчас= 1 крб./(кВт година).

АМВ =CWчас* W = 3 руб/ч.

Тоді стаття інших витрат буде складати:

ПР = АМВ *t = 3 * 1 305 = 3 915 крб.

Таким чином, розрахунок вартості розробки містить 7 основних статей, по яких складається підсумковий кошторис витрат. У таблиці 6.5 вказані округлені значення вартостей всіх статей.

Таблиця 5.5

Підсумковий кошторис витрат

Найменування статті

Вартість, крб.

1.

Вартість матеріалів, купованих виробів, напівфабрикатів

2600

2.

Основна заробітна плата учасників розробки

222 000

3.

Додаткова заробітна плата

67 000

4.

Відрахування на соціальні потреби

111 000

5.

Накладні витрати

665 000

6.

Спецобладнання

1 224 000

7.

Інші витрати

4 000

Разом по кошторису:

2 300 000

Вартість розробки обчислюється по формулі:

Ціна розробки= вартість теми + норматив прибутку

Де вартість теми - це вартість витрат по кошторису, а норматив прибутку - це 30% від вартості витрат. Таким чином:

Ціна розробки=2 300 000 + 2 300 000 * 0,3 = 2 990 000  крб.

5.3. Оцінка ефективності

Система, що Розглядається створюється для однієї з підсистем санаторного комплексу «Валуєво». АСУ буде створюватися з урахуванням того, щоб надалі програміст з компанії-покупця комплексу зміг  самостійно нарощувати, ускладнювати або змінювати систему в залежності від розвитку санаторного комплексу. Це дозволяє створити гнучку систему, яка ідеально підстроюється під конкретного покупця як силами і коштами розробника, так і силами покупця АСУ.

Оцінюючи ефективність створеної НИР потрібно враховувати, що така оцінка повинна розділятися на якісну і кількісну.

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

- АСУ надає можливість працювати як в локальній мережі, так і в глобальній;

- можливість перебудовувати систему з розширенням підсистеми «Дієтпітаніє» санаторію;

- можливість неодночасного впровадження АСУ різних підсистем і об'єднання їх в єдину зладжену систему;

- простота навчання роботі в системі і її експлуатування;

- наявність універсального інтерфейса системи - є можливість перебудовувати програмне забезпечення клієнта під конкретні запити.

По всіх пунктах система повністю функціональна і відповідає запитам замовника.

Кількісна оцінка ефективності системи може бути проведена тільки на рівні, де всі підсистеми об'єднані. Т. е. повністю кількісну оцінку на даному рівні розрахувати не можна, т. до. не можна говорити про ефективність однієї автоматизованої підсистеми санаторного комплексу.

5.4. Оцінка ринкової економічності, доцільності розробки.

5.4.1. Конкуренція

Оцінимо конкурентоздатність нашої розробки. Для порівняння візьмемо основних організацій, що займаються розробкою АСУ, що є на ринку. Оцінки ставляться по десятибалльной шкалі. Для аналізу виділимо наступні показники:

- вартість розробки;

- час розробки;

- можливість розширення системи;

- доступність для користувача.

Таблиця 5.6

Порівняння показників розробки  АСУ конкуруючими організаціями

Показники

Даннийобразец

«Авто

Сист»

«Новий Вік»

Ср. оцінка на ринку

Вартість розробки

6

7

5

6

Час розробки

8

7

8

7

Можливість розширення системи

9

8

6

8

Доступність для користувача

9

5

6

6

Висновок: по деяких показниках наша система поступається конкурентам, але це визначається її простотою і економічністю. Так само по приспособленности до використання співробітниками санаторію «Валуєво» наша система випереджає своїх конкурентів. З урахуванням того, що система створюється для використання в санаторному комплексі, це є значним достоїнством і ставить її на перше місце.

5.4.2. Організація послепродажного обслуговування

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

5.4.3. Організаційний план

Для організації роботи на підприємстві складений календарний (стрічковий) графік робіт. Проводиться чіткий розподіл обов'язків між виконавцями, взаємодії всіх служб, координація і контроль їх діяльності.

У даному проекті введено в дію невелике коло виконавців.

У процесі проектування будуть брати участь керівник проекту, инженери-системотехники I-ой і II-ой категорій і програмісти.

5.4.4. Юридичний план

Для захисту авторських прав і уникнення несанкціонованого доступу в систему використовується законодавство РФ від 9 липня 1993 року N 5351-1 «ЗАКОН ПРО АВТОРСЬКЕ ПРАВО І СУМІЖНІ ПРАВА». Договір представлений в Додатку 1.

5.4.5. Оцінка ризику і страхування

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

5.5. Висновки

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

РОЗДІЛ 6

ЕКОЛОГІЯ І ОХОРОНА ТРУДА

Автоматизована система управління підсистемою «Дієтпітаніє» санаторного комплексу «Валуєво», яка розробляється в дипломному проекті, являє собою електронний офіс. Робота користувача в системі полягає в систематичному введенні інформації і отриманні звітів на екран монітора і принтер. У зв'язку з цим, необхідно сконцентрувати увагу на небезпечних і шкідливих чинниках, пов'язаних із застосуванням ЕОМ.

6.1. Аналіз умов труда

АСУ підсистеми санаторного комплексу, що розробляється в даному дипломному проекті, розрахована на безпосередню взаємодію з користувачем. При роботі з персональним комп'ютером користувач випробовує значні навантаження на зір, мишечние навантаження, зазнає електромагнітного випромінювання, в зв'язку з переробкою великого обсягу інформації у користувача наступає стомлюваність, що приводить до зниження працездатності і збільшення числа помилок в роботі, що виконується. Так само на це накладається неправильне освітлення, неправильне планування робочого місця, погана вентиляція і обігрів приміщення. Все це посилює і без того важкі умови труда користувача.

Тому при організації робочого місця важливо приділити увагу питанням охорони труда. У цьому випадку можлива правильна організація робочого місця. Від  умов, які створені для роботи інженерів і програмістів, прямо залежить те, наскільки якісно буде створена програма.

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

- Освітлення приміщення;

- Вентиляція приміщення;

- Оптимальні параметри повітряного середовища в приміщенні.

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

Комп'ютер є електричним пристроєм працююче від промислової мережі 220 В, 50 Гц. У зв'язку з цим існує можливість попадання електричний струм на корпус, тому найбільш небезпечним з всіх перерахованих чинників є можливість поразки працівника електричним струмом. На відміну від всіх інших чинників цей є небезпечним, а не шкідливим.

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

Наступні пристрої, необхідні для забезпечення оптимальних умов труда - це вентиляційні установки, що забезпечують в приміщенні такий стан повітряного середовища, при якому людина відчуває себе нормально, і мікроклімат приміщень не надає несприятливої дії на його здоров'ї. Для забезпечення необхідної по санітарних нормах якості повітряного середовища необхідна постійна зміна повітря в приміщенні: замість повітря, що видаляється після відповідної обробки вводиться свіжий.

У даному дипломному проекті необхідно спроектувати, робоче приміщення згідно з допустимими нормами з точки зору систем освітлення і вентиляції.

6.2. Розрахунок освітлення робочого місця

Правильне освітлення на робочому місці ослабляє зорове і нервове стомлення, поліпшує умови зорової роботи, сприяє підвищенню уваги і поліпшенню координаційної діяльності. Хороше освітлення посилює діяльність дихальних органів, сприяє збільшенню поглинання кисня. Основна задача освітлення складається в забезпеченні оптимальних умов для бачення. Ця задача вирішується вибором найбільш раціональної системи освітлення і джерел світла.

Будемо розглядати штучну загальну систему освітлення.

При проектуванні робочого місця користувача як джерело світла потрібно вибрати газорозрядні або люмінесцентні лампи. У люмінесцентних лампах випромінювання оптичного діапазону спектра виникає внаслідок електричного розряду в атмосфері інертних газів і пар металу, також за рахунок явища люмінесценції - свічення люмінофора, нанесеного на внутрішню поверхню стінок лампи, під впливом випромінювань електричного розряду. Люмінесцентні лампи мають високу светоотдачу (до 100 лм/Вт), дають можливість отримувати світловий потік в будь-якій частині спектра, мають незначний нагрів поверхні, тривалість горіння досягає 15-18 тис. годин.

6.2.1. Розрахунок штучного освітлення

Для організації загального штучного освітлення виберемо лампи типу ЛСП-02.

Параметри приміщення: ширина - 5 м, довжина - 10 м, висота - 4 м.

Для приміщення, що використовується ці лампи найбільш придатні. При наявності їх достоїнств (досить близький до природного спектр, велика економічність і термін служби) недоліки практично непомітні або неістотні (робота іноді супроводиться шумом, неможливість застосування у вибухонебезпечних приміщеннях).

Розрахунок загального штучного освітлення здійснюється по методу коефіцієнта використання. Загальний світловий потік визначається по формулі:,

де

Е - задана освітленість (Е = 400 лк; відповідає нормі освітленості приміщень для роботи з дисплеями і відеотерміналами);

S - площа приміщення;

k - коефіцієнт запасу, що враховує старіння ламп і забруднення світильників (k = 1,5);

Z - відношення середньої освітленості до мінімальної (Z = 1,1);

V - коефіцієнт використання світлового потоку; визначається в залежності від коефіцієнтів відображення від стін, стелі, робочих поверхонь, типів світильників і геометрії приміщення.

Площа приміщення S = А * В = 5 * 10 = 50 м2

Виберемо коефіцієнт використання світлового потоку за наступними даними: коефіцієнт відображення побіленої стелі (Rп= 70%); коефіцієнт відображення від стін, забарвлених в світлу фарбу (ясно-зелений окрас стін; Rст= 50%); коефіцієнт відображення від підлоги, покритої лінолеумом темного кольору (Rр= 10%).

Індекс приміщення

З таблиці залежності коефіцієнтів використання від індексу приміщення для вибраного типу ламп коефіцієнт знайдено значення V = 0,28.   Визначимо загальний світловий потік:

Світловий потік однієї лампи ЛБ80 складає не менше за Fл= 5400 лм.

Число ламп (N), необхідних для організації загального освітлення, можна визначити по формулі:

Щоб забезпечити світловий потік Fобщ= 75428 лм будемо використовувати 7 світильників по 2 лампи ЛБ80 в кожному. Електрична потужність однієї лампи ЛБ80 Wл= 80 Вт. Отже, потужність всієї освітлювальної системи:

Wл*N = 80* 14 = 1120 Вт.

6.3. Розрахунок вентиляції

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

У даному приміщенні знаходиться 3 робітників місця (r=3). На кожному робочому місці встановлено обладнання обчислювальної техніки потужністю 1 КВт. На кожному робочому місці працює один співробітник. Явне тепло, що виділяється при роботі кожним -70 Вт.

Будемо розраховувати витяжну вентиляцію. Висота від підлоги до центра витяжного отвору Н = 3,1 м.

Розрахунки виділень тепла

Сумарний прихід тепла можна обчислити по формулі:

Q=Qосв+Qв. т. о+Qч+Qрад, де

Qосв- тепловиділення від джерел штучного освітлення;

Qв. т. об- тепловиділення від обчислювальної техніки і оргтехніки;

Qч- тепловиділення людини,

Qрад- тепловиділення за рахунок сонячної радіації.

Розрахунок Qв. т. об

Qв. т. об= r*Nоргт*n*1000=3*1*0,5*1000=1500 Вт,

де Nоргт- потужність обчислювальної техніки, встановленої на 1 робочому місці, r - кількість робочих місць, n - коефіцієнт теплових втрат (0,5 для обчислювальної техніки).

Розрахунок Qч

Qч= r * Q1ч= 3 * 70 = 210 Вт,

де Q1ч- тепло, що виділяється одним співробітником,

r - кількість співробітників.

Розрахунок Qосв

Qосв= N*n*1000 = 1,12 * 0,9 * 1000 = 1008 Вт,

де N - сумарна потужність джерел освітлення (N = 1,12 кВт); n - коефіцієнт теплових втрат (0,9 для джерел штучного освітлення).

Розрахунок Qрад

Qрад= Qост,

де Qост- теплота для засклених поверхонь;

Qост= qост*Fост*Аост,

де qост-  теплопоступления від сонячної радіації, Вт/м2, через 1 м2поверхности остекления (з урахуванням орієнтації по сторонах світла). Для даного приміщення при орієнтації скління на захід (для широти Москви = 55о) qост= 170 Вт/м2.

Fост- площа поверхні скління, м2.  Fост= 6,3 м2

Аост- коефіцієнт обліку характеру скління (для двійчастого скління в одній рамі Аост= 1,15).

Таким чином,

Qост= 170 * 6,3*1,15 = 1232 Вт

Qрад= 1232 Вт

Тобто,

Q =1500 +210+1008 +1232 = 3950 Вт

6.4. Розрахунок споживаного повітрообміну

В приміщеннях зі значними тепловиділеннями об'єм приточного повітря, необхідного для поглинання надлишків тепла, G (м3/ч), розрахуємо по формулі:,

де

Qк- надлишки тепла, Вт;

Ср- масова питома теплоємність повітря (з = 1000 Дж/кг°З);

r - питома густина приточного повітря (r = 1,25 кг/м3);

tуд- температура повітря, що видаляється;

tnp- температура приточного повітря, (tnp= 20°З, згідно СНіП-33-75).

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

tуд= tрз+ а* (Н -  2), де

tрз- температура повітря в робочій зоні (tрз= 22¸24°З, згідно ГОСТ 12.1.005-88, беремо для розрахунку tрз= 24°З);

а - коефіцієнт наростання температури на кожний метр висоти (а = 0,9 °З/м);

Н - висота від підлоги до витяжного отвору (Н = 3,1 м).

Тоді tуд= 24,99°З, а, згідно з формулою (7), G = 2279 м3/ч.

Підбір вентилятора і електродвигуна

Т. до. об'єм необхідної вентиляції становить 2279 м3/ч, то по каталогу вибираємо вентиляційне обладнання, що вбудовується у віконну раму Stiebel Eltron (G=2500 м3/ч, Р = 200 Вт).

6.5. Висновки

У цьому розділі була розглянута загальна штучна система освітлення робочого місця; були проведені: вибір освітлення робочого місця, вибір джерела світла, вибір світильника, розрахунок штучного освітлення. Також був проведений розрахунок вентиляції, що включає в себе: розрахунки виділень тепла і розрахунок потребного повітрообміну.

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

ВИСНОВОК

У дипломному проекті був проведений аналіз  підсистеми «Дієтпітаніє» санаторного комплексу «Валуєво» і всього комплексу загалом для подальшої автоматизації; була проведена розробка автоматизованої системи управління підсистемою санаторію.

У результаті після проведеного аналізу і розробки можна затверджувати, що впровадження АСУ дозволить систематизувати обмін даними, регламентувати склад і форми представлення даних, а також структуру інформаційних потоків в системі (інформаційних і командних зв'язків між суб'єктами санаторію, а також інформаційний обмін із зовнішніми по відношенню до санаторію організаціями), значно підвищити точність і чіткість їх ведіння, гарантувати їх збереження, надавати повну взаимоувязанную інформацію по всіх суб'єктах санаторію. Все це  приводить до зладженої роботи співробітників організації і у багато разів збільшує ефективність функціонування підприємства загалом.

У процесі автоматизації санаторного комплексу  була створена база даних підсистеми «Дієтпітаніє», яка дозволяє створювати таблиці даних, зберігати і обробляти велику кількість інформації, пов'язаної з громадським харчування. Створена база даних може бути впроваджена в реальному підприємстві, причому не тільки санаторії, але і в інших організаціях, що займаються громадським харчування. Створена база даних підсистеми санаторного комплексу відповідає всім вимогам до аналогічним баз даних.

У економічній частині (розділу 5) дипломного проекту були зроблені розрахунки економічних показників розробленої АСУ підсистеми санаторного комплексу. Також прорахована загальна вартість бази даних, що розробляється і оцінена якісна ефективність автоматизованої підсистеми. У результаті була практично розрахована і доведена ефективність і доцільність створення і впровадження автоматизованої системи санаторного комплексу «Валуєво».

Крім того, в процесі виконання завдання з охорони труда (розділ 6) було спроектоване безпечне місце користувача автоматизованої системи, що розробляється, поліпшуюче умови зорової роботи, що знижує стомлюваність, сприяюче підвищенню продуктивності труда, а також благотворно впливаючий на виробничу середу, надаючий позитивний психологічний вплив на працюючого, що підвищує безпеку труда, якість трудової діяльності і, як результат, ефективність роботи підприємства загалом.

Бібліографічний список

1. Рашковский В. М., «Теорія і практика розробки АСУП». - М., «Сов. радіо», 1975., 224 з. з мул.

2. Мамиконов А. Г., «Основи побудови АСУ»: Підручник для ВУЗов. - М.: Висш. Школа, 1981. - 248 з. з мул.

3. Мамиконов А. Г., Кульба В. В., Цвіркун А. Д., Косяченко С. А. «Проектування підсистем і ланок автоматизованих систем управління»: Учбова допомога для ВУЗов. М., «Вища школа», 1975. 248 з. з мул.

4. Мамиконов А. Г., Пискунів А. Н., Цвіркун А. Д. «Моделі і методи проектування інформаційного забезпечення АСУ». - М., «Статистика», 1978 р.- 221 з. з мул.

5. Абдулаев А. А., Алієв Р. А., Уланів Г. М. «Принципи побудови автоматизованих систем управління промисловими підприємствами». - 440 з. з мул.

6. Модин А. А., Ефімов В. Н., Коротяев М. Ф., Зінгер И. С. «Предпроєктний аналіз систем управління при створенні АСУ». М., «Статистика», 1976. 72 з. з мул.

7. Кальфа В., Овчинников В. В., Рякин О. М. «Основи автоматизації управління виробничими процесами». М.: «Сов. радіо», 1980. -360 із., з мул.

8. Джон Коннел «Visual Basic 6.0. Введення в програмування БД». - 670 із., з мул.

9. Ахаян Р., Горівши А., Макашаріпов С. «Ефективна робота з СУБД» - СПб.: Питер, 1997. - 704 із., з мул.

10. Робачевский А. М., «Операційна система UNIX», СПб., «БХВ-Петербург», 2000. 260 із., з мул.

11. Олифер В. Г., Оліфер Н. А., «Комп'ютерні мережі», СПб., «Пітер», 2001. 710 із., з мул.

12. «Методичні вказівки по виконанню організаційно-економічної частини дипломного проекту». М., МИРЕА, 1999.

13. Розанов В. С., Рязанов А. В., «Забезпечення оптимальних параметрів повітряного середовища в робочій зоні», М., МИРЕА, 1998.

14. СНіП 2.04.05-91 «Опалювання, вентиляція і кондиціонування»

15. Зразки договорів - М.: "Пріор", 1997. 320 з.

16. Батищева Г. М. і інш. Виконання організаційно-економічної частини дипломних проектів: Навчань. допомога/ МИРЕА (ТУ) - М., 1994. - 75 з.

17. Хруцкий В. Е., Корнеєва И. В. Современний маркетинг, настільна книга по дослідженню ринку. - М., "Фінанси і статистика", 1999 р.

18. Шеремет А. Д., Негашев Е. В. Методіка фінансового аналізу. - М.: ИНФРА-М, 1999. - 208 з.

19. Закон РСФСР "Про санітарно-епідеміологічне благополуччя населення" (від 30 березня 1999 року N 52-ФЗ Прийнятий Державною Думою 12 березня 1999 року, Схвалений Порадою Федерації 17 березня 1999 року).

20. Положення про Державну санітарно-епідеміологічну службу Російській Федерації і Положення про Державне санітарно-епідеміологічне нормування, затверджене 5 червня 1994 року N 625.

21. Керівництво "Загальні вимоги до побудови, викладу і оформлення санітарно-гігієнічних і епідеміологічних нормативних і методичних документів" від 9 лютого 1994 року P.1.1.004-94.

22. Санітарні правила і норми СанПіН 2.2.2.542-96 "Гігієнічні вимоги до видеодисплейним терміналів, персональним

електронно-обчислювальним машинам і організації роботи" (Затверджені і ведени в дію на території РФ з моменту затвердження Постановою  Госсанепіднадзора Росії від 14 липня 1996 р. №14; при цьому дата введення міжнародних норм на параметри електромагнітних полів - з 1-го січня 1997 р.).

Додаток 1

Укладення договору на науково-технічну продукцію

Г. Моськва 10.01.2004 м.

ТОВ «Валуєво», що іменується надалі «Замовник», в особі генерального директора Каревича А. И., діючого на підставі статуту, з одного боку, і ТОВ «ИТС», що іменується надалі «Виконавець», в особі директора Нечаєва В. В., діючого на підставі статуту, з іншого боку, уклало цей договір про наступного:

I. Предмет договору

1. Замовник доручає, а Виконавець приймає на себе розробку АСУ підсистеми «Дієтпітаніє» санаторного комплексу «Валуєво».

2. Наукові, технічні, економічні і інші вимоги до продукції, що є предметом цього договору, визначені в додатку, який є невід'ємною частиною договору.

3. Зміст, об'єм роботи загалом і по основних етапах визначаються програмою, яка узгоджується між сторонами і є невід'ємною частиною цього договору.

4. Термін здачі робіт за договором 20.02.2004 м. Терміни виконання основних етапів визначаються календарним планом, прикладеним до договору.

5. Використання науково-дослідної розробки здійснюється Замовником шляхом експлуатації АСУ на обладнанні, розташованому на підприємстві Замовника.

II. Здача-приймання продукції

1. По закінченні робіт виробляються приймальні випробування продукції, що виготовляється відповідно до договору.

2. Комісія з проведення приймальних випробувань призначається Замовником по узгодженню з Виконавцем. Замовник повідомляє Виконавцю склад комісії до 7.02.2004 м.

3. Виконавець в термін до 7.02.2004 м. повідомляє Замовника про готовність до приймальних випробувань.

4. За результатами приймальних випробувань складається акт здачі приймання науково-технічної продукції, до якого додається:

- протокол комісії з приймання продукції;

- комплект наукової, технічної і іншої документації, передбаченої в додатку (є невід'ємною частиною цього договору).

5. Протягом 3 днів від дня отримання акту здачі-приймання продукції і комплекту документації Замовник зобов'язаний направити Виконавцю підписаний акт здачі-приймання продукції або вмотивовану відмову від приймання робіт.

6. У разі вмотивованої відмови Замовника сторони складають двосторонній акт з переліком необхідних доробок і призначають дату повторних приймальних випробувань.

7. Виконавець в праві достроково передати виготовлену продукцію, а Замовник зобов'язаний прийняти і сплатити її.

8. Виконавець має право поліпшувати техніко-економічні параметри розробок. У цьому випадку, а також при проведенні Виконавцем варіантних досліджень, експериментів і робіт по дизайну з метою задоволення вимог Замовника, встановлюється доплата до договірної ціни в розмірі, що оговорюється двома сторонами.

9. Якщо в процесі виконання робіт з'ясовується неминучість отримання негативного результату або недоцільність подальшого проведення робіт, Виконавець зобов'язаний припинити її, поставивши про це в популярність Замовника протягом трьох днів з моменту припинення робіт.

У цьому випадку сторони зобов'язані протягом 30 днів розглянути питання про доцільність і напрями продовження робіт.

III. Розрахунки

1. Замовник оплачує Виконавцю роботи по виготовленню науково-технічної продукції по ціні 2 981 481  рублів.

Загальна вартість робіт становить 2 981 481рублей.

2. Протягом п'яти робочих днів після укладення договору Замовник виплачує Виконавцю аванс в розмірі 30% від вартості робіт першого етапу.

3. Оплата робіт здійснюється поетапно шляхом перекладу грошових сум на розрахунковий рахунок Виконавця протягом п'яти днів з моменту підписання акту здачі-приймання.

IV. Санкції

1. За невиконання або неналежне виконання зобов'язань за даним договором сторони несуть відповідальність згідно з чинним законодавством.

2. У разі порушення Виконавцем термінів виконання робіт він виплачує Замовнику штрафну неустойку в розмірі 3% вартості невиконаних робіт за кожний день відстрочки. Виплата проводиться шляхом зменшення суми, належної сплаті Замовником.

3. У разі порушення Замовником термінів оплати він виплачує Виконавцю штраф в розмірі 10% від неоплачених в термін сум.

4. Замовник має право розірвати договір з Виконавцем у разі порушення останнім умов договору з оплатою вартості фактично виконаних робіт.

V. Вступленіє договору в силу.

Договір набирає чинності з моменту підписання його сторонами.

VI. Юридичні адреси, банківські реквізити і підписи.

Додатки до цього договору: технічна документація.