Scrigroup - Documente si articole

Username / Parola inexistente      

Home Documente Upload Resurse Alte limbi doc  

CATEGORII DOCUMENTE





BulgaraCeha slovacaCroataEnglezaEstonaFinlandezaFranceza
GermanaItalianaLetonaLituanianaMaghiaraOlandezaPoloneza
SarbaSlovenaSpaniolaSuedezaTurcaUcraineana

БудівництвоЕлектроннийМедицинаОсвітаФінансигеографіяекономіказаконодавство
косметикамаркетингматематикаполітикаправопсихологіярізнийсоціологія
технікауправлінняфізичнийхарчуванняінформаціюісторія

1. Літературний і історичний огляд моделей, методів і інформаційних технологій прийняття рішення

різний

+ Font mai mare | - Font mai mic







DOCUMENTE SIMILARE

Trimite pe Messenger

1.    Літературний і історичний огляд моделей, методів і інформаційних технологій прийняття рішення



1.1   Основні поняття

1.2   Основна формальна структура прийняття рішень

1.2.1 Матриця рішень

1.2.2 Оцінна функція

1.3 Огляд критеріїв ухвалення рішення в умовах невизначеності

1.3.1 Критерій Вальда

1.3.2 Критерій Севіджа

1.3.3 Критерій Лапласа

1.3.4 Критерій Байеса Лапласа

1.3.5 Критерій Гурвіца

1.3.6 Критерій Ходжа-Лемана

1.3.7 Критерій Гермейера

1.3.8 Критерій добутків

2. Постановка задачі

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

3.1 Об'єктно-орієнтоване проектування

3.2 Об'єктно-орієнтоване програмування

3.3 Архітектурні рівні НТПС-ПР

3.4 Обґрунтування вибраної мови програмування

3.5 Вимоги до системи

4. Аналітичний огляд сучасних технологій розробки систем тренінгу і тестування

5. Розробка модулів програмного забезпечення

5.1 Підсистема учбової і тестової інформації

5.2. Побудова довідкових модулів на основі НTMLHelp і QDictionary

6. Алгоритм процесу навчання

6.1 Сценарій розробки курсу навчання

6.2 Розробка сценарію діалогу

7. Розгортання і тестування розробки

7.1. Розгортання системи НТПС-ПР для підготовки учбових матеріалів

7.1.1 Структурний опис програмного продукту.

7.1.2 Алгоритм шифровки учбових матеріалів

7.2 Настройка і конфігурація системи тренінгу

7.3. Інструкція до запуску та роботи в середовищі програмного продукту

8. Охорона праці

8.1 Стисла характеристика об'єкта дослідження з питань охорони праці

8.2 Виявлення і аналіз небезпечних і шкідливих виробничих чинників в даній робочій зоні

8.2.1 Аналіз стану повітряного середовища

8.2.2 Аналіз виробничого освітлення

8.2.3 Виявлення і аналіз наявності шуму, вібрації, інфра- і ультразвуку

8.2.4 Виявлення і аналіз рівнів неіонізуючих електромагнітних випромінювань, електростатичних і магнітних полів

8.2.5 Аналіз електробезпеки

8.2.6 Аналіз вібухопожежобезпеки

8.2.7 Ергономічні характеристики робочого місця

8.3 Індивідуальне завдання. Теплотехнічний розрахунок

8.3.1 Розрахунок зовнішньої стіни

8.3.2 Розрахунок надподвального перекриття

8.3.3 Розрахунок перекриття над входом

8.3.4 Розрахунок горищного перекриття

Висновки

Список літератури

Додаток А. Лістинги програмного забезпечення

ВСТУП

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

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

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

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

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

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

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

          Паралельне з професійною діяльністю навчання.

          Концентроване представлення учбової інформації.

1 ЛІТЕРАТУРНИЙ І ІСТОРИЧНИЙ ОГЛЯД МОДЕЛЕЙ, МЕТОДІВ І ІНФОРМАЦІЙНИХ ТЕХНОЛОГІЙ ПРИЙНЯТТЯ РІШЕННЯ

1.1 Основні поняття

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

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

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

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

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

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

Таким чином, пропонована теорія ухвалення рішення пропонує критерії, які допоможуть при виборі рішення.

1.2 Основна формальна структура прийняття рішень

1.2.1. Матриця рішень

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

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

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

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

. (1.2.1.1)

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

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

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

Сімейство рішень описується деякою матрицею (табл. 1.2.1.1).

Таблиця 1.2.1.1 - Матриця рішень

1.2.2 Оцінна функція

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

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

. (1.2.2.1)

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

. (1.2.2.2)

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

Таблиця 1.2.2.1 Побудова оцінних функцій

Оптимістична позиція:

. (1.2.2.3)

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

Позиція нейтралітету:

. (1.2.2.4)

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

Песимістична позиція:

. (1.2.2.5)

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

Позиція відносного песимізму:

. (1.2.2.6)

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

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

1.3 Огляд критеріїв ухвалення рішення в умовах невизначеності

1.3.1 Критерій Вальда

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

При (1.3.1.1)

і

(1.3.1.2)

справедливе співвідношення

, (1.3.1.3)

де оцінна функція критерію Вальда.

Правило вибору рішення відповідно до критерію Вальда можна інтерпретувати таким чином:

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

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

1.3.2 Критерій Севіджа

Критерій Севіджа(критерій мінімізації жалів)

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

Розглянемо критерій Севіджа.

(1.3.2.1)

і

(1.3.2.2)

формується оцінна функція

(1.3.2.3)

і будується безліч оптимальних варіантів рішення

. (1.3.2.4)

Для розуміння цього критерію визначувану співвідношенням (1.3.2.1) величину можна трактувати як максимальний додатковий виграш, який досягається, якщо в змозі замість варіанту вибрати інший, оптимальний для цього зовнішнього стану варіант. Ми можемо, проте, інтерпретувати і як втрати (штрафи), що виникають в змозі при заміні оптимального для нього варіанту на варіант. Тоді визначувана співвідношенням (1.3.2.2) величина є при інтерпретації , як втрати максимальні можливі (по всіх зовнішніх станах , j = 1, . . ., п) втрати у разі вибору варіанту. Тепер, згодне (1.3.2.3) і (1.3.2.4), ці максимально можливі втрати мінімізуються за рахунок вибору відповідного варіанту . Відповідне критерію Севіджа правило вибору тепер інтерпретується так:

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

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

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

1.3.3 Критерій Лапласа

Критерій Лапласа (недостатньої підстави)

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

. (1.3.3.1)

1.3.4 Критерій Байеса Лапласа

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

Хай вірогідність появи зовнішнього стану тоді для критерію Байеса Лапласа

, (1.3.4.1)

, (1.3.4.2)

. (1.3.4.3)

Відповідне правило вибору можна інтерпретувати, таким чином:

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

При цьому передбачається, що ситуація, в якій приймається рішення, характеризується наступними обставинами:

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

рішення реалізується (теоретично) нескінченно багато раз;

для малого числа реалізацій рішення допускається деякий ризик.

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

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

1.3.5 Критерій Гурвіца

Критерій Гурвіца (оптиміста-песиміста)

Заснований на наступних двох припущеннях: середовище може знаходитися в самому невигідному стані з вірогідністю 1 с і в найвигіднішому з вірогідністю с, де с коефіцієнт довіри.

, (1.3.5.1)

, (1.3.5.2)

Тоді

. (1.3.5.3)

Правило вибору згідно критерію Гурвіца формулюється таким чином:

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

Для с = 0 Гурвіца - критерій перетворюється на критерій Вальда. Для с =0 він перетворюється на критерій здорового оптиміста, який вірить в успіх. Звідси ясно яке значення має коефіцієнт довіри с. У технічних додатках правильно вибрати цей коефіцієнт буває так само важке, як правильно вибрати критерій. Навряд можливо знайти кількісну характеристику для тих часток оптимізму і песимізму, які присутні при ухваленні рішення. Тому найчастіший коефіцієнт довіри с = 0,5 без заперечень приймається як деякої середньої точки зору. При обґрунтуванні вибору застосовують зворотний порядок дій. Для вирішення, що придивилося, обчислюється має коефіцієнт довіри с, і він інтерпретується як показник співвідношення оптимізму і песимізму. Таким чином, позиції, виходячи з яких приймаються рішення, можна розсортувати принаймні заднім числом.

1.3.6 Критерій Ходжа-Лемана

Критерій Ходжа Лемана спирається одночасно на критерій Вальда і критерій Байеса Лапласа. За допомогою параметра виражається ступінь довіри до використовуваного розподілу вірогідності. Якщо ця довіра велика, то акцентується критерій Байеса Лапласа, інакше перевага віддається критерію Вальда.

Оцінна функція визначається рівністю

, (1.3.6.1)

, , (1.3.6.2)

а безліч оптимальних рішень записується у вигляді:

. (1.3.6.3)

Правило вибору, відповідне критерію Ходжа Лемана, формулюється таким чином:

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

Для =1 критерій Ходжа Лемана переходить в критерій Байеса Лапласа, а для = 0 перетворюється на критерій Вальда.

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

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

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

прийняття рішення теоретично допускає нескінченно

багато реалізацій;

при малих числах реалізацій допускається деякий ризик.

1.3.7 Критерій Гермейера

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

Як оцінна функція виступає

, (1.3.7.1)

. (1.3.7.2)

Сам критерій свідчить, таким чином,

. (1.3.7.3)

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

Правило вибору згідно критерію Гермейера формулюється тепер таким чином:

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

У відомому відношенні критерій Гермейера узагальнює критерій Вальда. У разі рівномірного розподілу =1/п, j = 1, . . ., п, вони стають ідентичними.

Умови його застосовності такі:

вірогідність появи станіввідомі;

з появою тих або інших станів, окремо або в комплексі, необхідно вважатися;

допускається деякий ризик;

рішення може реалізуватися один або багато раз.

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

1.3.7 Критерій добутків

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

Визначимо оцінну функцію:

, (1.3.7.1)

(1.3.7.2)

Тоді

. (1.3.7.3)

Правило вибору в цьому випадку формулюється так.

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

Застосування цього критерію обумовлене наступними обставинами:

вірогідність появи станівневідомі;

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

критерій застосовний і при малому числі реалізацій рішення;

деякий ризик допускається.

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



Вибір оптимального рішення згідно критерію добутка виявляється значно менш песимістичним, ніж, наприклад, вибір відповідно до критерію Вальда . Його тісний зв'язок з нейтральним критерієм (1.2.2.4) убачається, наприклад, з наступного міркування. Із строгої монотонності логарифмічної функції виходить, що значення , що розглядається залежно від i, максимально в точності тоді, коли максимальний , причому ми припускаємо тут, що >0 для всіх i і j.

Тепер маємо = і ця величина, очевидно, досягає максимуму одночасно з

Останній же вираз в точності відповідає нейтральному критерію Байеса Лапласа (1.2.2.4), якщо тільки величини у ньому замінити на логарифми .

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

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

2. ПОСТАНОВКА ЗАДАЧІ

Мета роботи: розробити повчальну і тестуючу автоматизовану систему по розділу курсу Прийняття рішень в умовах невизначеності.

Для досягнення поставленої мети необхідно вирішити наступні задачі:

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

- розробити модулі для навчання;

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

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

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

- розробити довідкові модулі.

3. ПРОЕКТУВАННЯ МОДУЛІВ СИСТЕМИ ТРЕНІНГУ

3.1 Об'єктно - орієнтоване проектування

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

Однією з головних переваг об'єктно-орієнтованого підходу є те, що можна розробити компоненти тільки один раз і потім використати їх знову і знову.

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

Щоб правильно спроектувати систему, необхідно дотримуватися декількох принципів об'єктно-орієнтованого підходу:

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

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

3.         Спадкоємство. У об'єктно-орієнтованих системах спадкоємство є механізмом, що дозволяє створювати нові об'єкти, ґрунтуючись на вже існуючих. Породжуваний об'єкт-нащадок успадковує властивості об'єкту, що породжує, батьківського. Однією з основних переваг механізму спадкоємства є простота його підтримки. Коли відбувається подія, що впливає на всі об'єкти, зміну треба внести тільки в батьківський об'єкт, а всі нащадки автоматично його успадковують.

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

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

3.2             Об'єктно-орієнтоване програмування

Мова С# базується на принципах об'єктно-орієнтованого програмування (ООП), і всі С#- програми є в якоїсь ступені об'єктно-орієнтованими [12]. Тому для написання навіть найпростішої С#- програми дуже важливо знати принцип ООП.

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

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

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

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

3.3    Архітектурні рівні НТПС-ПР

Рисунок 3.3.1 Архітектурні рівні НТПС-ПР

У програмному продукті можна виділити чотири основні рівні, якы зображены на рис. 3.3.1:

-                  рівень головної форми;

-                    рівень дочірніх форм;

-                    рівень елементів;

-                    рівень ядра.

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

У рівні дочірніх форм знаходяться файли підсистем .

3.4 Обґрунтування вибраної мови програмування

Для створення програмного продукту була вибрана мова програмування C# [7,8,12], оскільки він володіє рядом переваг перед іншими мовами програмування.

C# є простим, сучасною, об'єктно-орієнтованою мовою програмування, забезпечуючи безпеку типів і є логічним розвитком мов С і С++.

Синтаксис C# схожий на синтаксис С++ і Java, тільки простіше. У мові C# забезпечується підтримка єдино системи типів. Всі типи є похідними від одного базового типу System.Object. Такий метод організації системи типів дозволяє обробляти всі типи як об'єкти. Крім того, в C# додана можливість, яку називають автоматизованою збіркою сміття і завдяки якій можна звільнитися від утомливого обов'язку управляти пам'яттю уручну. Але найважливіша характеристика С# здатність працювати в багатоязиковому оточенні.

C# розроблявся спеціально для платформи .NET Framework [12] - технологій Microsoft. .NET Framework визначає середовище, яке підтримує розвиток і виконання платформонезавісимих додатків. Вона допускає спільну роботу в додатку різних мов програмування, а також забезпечує переносимість програм і загальну модель програмування для Windows. Важливо відзначити, що .NET Framework не обмежена платформою Windows і написані для цієї платформи програми можуть бути в майбутньому перенесені на інші платформи.

Мова С# використовує дві важливі складові .NET Framework. Перша це не залежне від мови середовище виконання (Common Language Runtime, CLR), система, що управляє виконанням вашої програми, і що є частиною технології . NET Framework, яка дозволяє програмам бути переносними, підтримує програмування з використанням декількох мов і забезпечує безпеку передачі даних.

Друга складова бібліотека класів .NET, яка дає програмі доступ до середовища виконання, наприклад, використовується для введення/висновку даних.

Для створення віконних форм програмного продукту була використана бібліотека WindowsForms. Дана бібліотека організована набагато краще, ніж MFC, вона набагато ближча до ідеального об'єктно-орієнтованого інтерфейсу для Windows [7].

3.5  Вимоги до системи

Система, в якій використовуватиметься написані програмний продукт, повинна відповідати ряду вимог. Щоб програму можна було використовувати на машині повинне бути встановлена виконуюче середовище .Net (також вільно поширюваним пакетом .Net Framework). Цей пакет розповсюджується разом з .Net Framework SDK, Visual C# і Visual Studio .Net і може бути встановлений на Windows XP? Microsoft Windows NT 4.0, Windows 2000, Windows 98 і Windows Millenium Edition (Me) [8].

Щоб встановити файл програми на жорсткий диск, потрібно близько 30 Mb вільного місця.

4. АНАЛІТИЧНИЙ ОГЛЯД СУЧАСНИХ ТЕХНОЛОГІЙ РОЗРОБКИ СИСТЕМ ТРЕНІНГУ І ТЕСТУВАННЯ

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

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

До основних достоїнств АПС відносяться:

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

- інтенсифікація навчання;

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

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

- підвищення доступності освіти;

- навчання навикам самостійної роботи;

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

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

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

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

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

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

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

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

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

В цілях задоволення потреб корпоративних замовників, що мають власні інформаційні системи, можливе включення СДТ в корпоративний інформаційний портал, підключення до модуля Human Resources системи SAP R/3, підключення існуючих бібліотек учбового контента.

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

5. РОЗРОБКА МОДУЛІВ ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ

5.1 Підсистема учбової і тестової інформації

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

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

RTF використовується як основний або підтримуваний формат в більшості програм обробки тексту. Формат RTF є універсальним. Це означає, що практично будь-яка програма, що працює з текстом, може відкривати файли в цьому форматі. При цьому RTF-файл влаштований так, що кожна програма бачить в ньому лише те, що може побачити. Скажімо, уміє працювати з малюнками - відобразить їх, а не уміє - і відображати не буде. Тому, зберігши текст у форматі RTF ви зможете прочитати його в безлічі інших редакторів. І ще захистите себе від макровірусів!

Крім того, формат RTF вельми стійкий до пошкодження файлу. Якщо в DOC-файлі змінити хоча б один байт, то він вже не відкриється в Word. А пошкодження файлу у форматі RTF викличе начитаність фрагментів тексту, що лише безпосередньо торкнуться, та і те не завжди. Інше, непошкоджений вміст файлу залишиться читаним. Тому зберігати важливі файли саме в RTF надійніше, ніж в оригінальному форматі Word.

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

Коментар може бути розміщений в будь-якому місці дерева. XML коментарі починаються <!-- і закінчуються -->. Два знаки дефіс (--) не можуть бути застосовані ні в якій частині усередині коментарю.

<!-- Це коментар. -->

Нижче приведений приклад однієї з тем разом з тестами, розміченого за допомогою XML

<Registry>

<Lessons>

<Lesson Id='1' Name='Основные поняття і визначення' PathToContent='LessonsVeden.rtf'>

<Test>

<Questions>

<Question Number='1' PathToContent='LessonsT_1.rtf'>

<Answers>

<Answer Number='1' PathToContent='LessonsO_1.1.rtf' />

<Answer Correct='True' Number='2' PathToContent='LessonsO_1.2.rtf' />

<Answer Number='3' PathToContent='LessonsO_1.3.rtf' />

<Answer Number='4' PathToContent='LessonsO_1.4.rtf' />

</Answers>

</Question>

<Question Number='2' PathToContent='LessonsT_2.rtf'>

<Answers>

<Answer Number='1' PathToContent='LessonsO_2.1.rtf' />

<Answer Correct='True' Number='2' PathToContent='LessonsO_2.2.rtf' />

<Answer Number='3' PathToContent='LessonsO_2.3.rtf' />

<Answer Number='4' PathToContent='LessonsO_2.4.rtf' />

</Answers>

</Question>

</Questions>

</Test>

</Lesson>

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

5.2. Побудова довідкових модулів на основі НTMLHelp і QDictionary

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

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

Засіб проглядання довідника у форматі НTMLHelp базується на компонентах Інтернет - браузера Internet Explorer, тому відсутність на комп'ютері користувача вказаного програмного засобу робить роботу з довідником неможливої. Крім того, всі призначені для користувача настройки браузера успадковуються і програмою НTMLHelp Viewer. І все-таки НTMLHelp можна вважати на сьогоднішній день найпоширенішим форматом довідників для новостворюваних Windows- додатках.

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

Вкладка Зміст як і будь-яка інша, не є обов'язковою, але присутній в навігаційній панелі, якщо довідник створений з параметрами за умовчанням. Розробник може при створенні довідника довільним чином розділити всі його теми на декілька категорій, або типів інформації. У свою чергу, для кожної категорії може бути заданий один з трьох атрибутов: Inclusive(Включаючий), Exclusive(Винятковий), Hidden(Прихований). Розділи, для яких не заданий атрибут, завжди відображаються в змісті довідника. Вибір користувачів категорії, з якою він хотів би працювати, виконується за допомогою команди Настройка контекстного меню вікна довідника.

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

Разом з тим, для формату НTMLHelp передбачені два способи створення списку ключових слів автором довідника. Точніше є два типи списків:

- бінарний, або двійковий, індекс(binary index);

- індекс сайту(site map index).

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

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

Початковим матеріалом, сировиною для створення довідника у форматі НTMLHelp служать НTML файли. При цьому кожен розділ довідника генерується на основі окремого НTML файлу. У свою чергу, початковий НTML файл може містити будь-які об'єкти, підтримувані НTML. З графічних редакторів НTMLHelp підтримує JPEG і GIF. Гіперпосилання, що є в схожому НTML файлі, можуть указувати не тільки на аналогічні файли-розділи, але і на зовнішні ресурси.

Після компіляції набору початкових НTML файлів у форматі НTMLHelp є єдиним файлом з расширеням CHM. Розмір такого файлу виявляється істотно менше за сумарний об'єм початкових даних НTML файлів і пов'язаних з ними зовнішніх файлів.

Формат HTML Help надає розробнику широкі повноваження по вибору і настройці інтерфейсу вікна довідника. Для відображення вмісту довідника у форматі HTML Help використовується, загалом, браузер Internet Explorer. Проте для спрощення роботи користувачів вікно довідника забезпечене своїми мінімально необхідними елементами управління. В першу чергу це панель інструментів, що містить, як правило, шість приречених кнопок: Приховати, Назад, Вперед, Додому, Друк, Параметри.

Пакет Microsoft HTML Help Workshop(HHW) прийшов на зміну Help Workshop разом з новим форматом довідкових систем Windows- додатків і одночасно з операційною системою Windows 98.

HHW- це інструмент, призначений для створення довідників у форматі HTML Help. Тобто його основна цель- генерація CHM- файлів. Попутно він допоможе вам створити початковий файл змісту (.hhc), файл індексу ключових слів довідника (.hhk) і базу даних для повнотекстового пошуку.

Крім того, у відмінності від Help Workshop, пакет HHW розуміє синтаксис мови HTML і здатний працювати як HTML- редактор. З його допомогою можна також створювати звичні текстові файли. Ще важливішою відмінністю від його попередника є те, що він дозволяє декомпілювати готовий продукт (CHM- файл) і одержати початкові файли в первозданному вигляді. І нарешті, пакет HHW здатний автоматично конвертувати довідник з формату WinHelp у формат HTML Help, зберігаючи при цьому в працездатному стані зміст, покажчик ключових слів і базу полнотекстного пошуку.

Призначений для користувача інтерфейс HHW, як і його попередник, реалізовані у вигляді MDI-додатки і на перший погляд мало чим відрізняється від свого попередника. Проте відмінності є, і вони вельми істотні. Основне полягає у тому, що порядок роботи з HHW залежить від того, які початкові дані у вас є і який результат ви хотіли б одержати. Слід зазначити, що за відсутності під рукою готових HTML-файлів і справжнього HTML- редактора можна використовувати для роботи з HTML і редактор HHW. Також якщо необхідно створити з його допомогою новий HTML-файл для довідника, то треба дотримуватися такої послідовності дій.

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

2.        Закрити вікно HTML-файлу.

3.        Відкрити існуючий файл проекту, в якому вимагається додати HTML-файл.

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

1.        На жорсткому диску створюємо теку Training_system, в якій розміщуємо файли, необхідні для розробки довідника.

2.        У меню File вибираємо команду New, в списку діалогового, що відкрився, окна- пункт Project і клацаємо на кнопку OK.

3.        Далі указуємо маршрут і ім'я файлу проекту, потім переходимо до наступного вікна.

4.        Вже підготовлені наперед HTML-файли: Login, MainMenu, Registration, Selector, Solution, Testing, Default, Intro, Learning, тому в третьому вікні майстра встановлюємо прапорець HTML files(.htm), а в наступному вікні - додаємо ці файли в проект.

5.        Додаємо в проект секцію [FILES] і включаємо в неї необхідні HTML-файли. Для цього клацаємо Add/ Remove topic files(Додати/Видалити файли розділів) на вертикальній панелі інструментів і за допомогою додаткового діалогового вікна формуємо список файлів.

6.        Переходимо на вкладку Contents, формуємо зміст довідника Вітання.

7.        Переходимо на вкладку Index, покажчик довідника: Введення, Операції доступні без входу в систему, Основні операції системи.

8.        Зберігаємо файл проекту і інші пов'язані з ним файли і відкомпілюємо його.

Пакет HTML Help Workshop, як і його попередник, надає достатньо зручні і ефективні засоби для установки і редагування параметрів пакету, управління процесом компіляції, а також для тестування довідника.

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

6.АЛГОРИТМ ПРОЦЕСУ НАВЧАННЯ

6.1 Сценарій розробки курсу навчання

1. Визначити цілі і задачі курсу.

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

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

4. Визначити засоби доставки курсу і інформаційні носії.

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

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

Кожен модуль по максимуму включає:

Текст психологічного настрою

Цілі вивчення модуля

Учбовий матеріал

Набір ключових проблем по темі модуля

Питання для самоперевірки і рефлексії(бажано з відповідями, коментарями і рекомендаціями).

6. Складання сценарію реалізації. Підбір для кожного модуля відповідної форми виразу і пред'явлення навчаним заголовка розділу, текстів.

7. Підбір списку літератури, підбір для кожного модуля гіперпосилань на внутрішні джерела інформації.

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

9. Розробка методичних матеріалів по вивченню курсу.

10. Програмування матеріалів курсу для уявлення в локальній мережі.

11.Тестування курсу, зокрема на різних дозволах екрану.

6.2 Розробка сценарію діалогу

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

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

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


Нет


Да


Підсумковий тест

 
. . . . . .

Рис. 6.2.1 - Сценарій діалогу навчальної програми

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

Розробка сценарію діалогу блоку Навчання

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

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

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

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

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

Рис. 6.2.2 Схема лінійного алгоритму

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

Як правило, в такому алгоритмі перший елемент У1 матеріал якого відносно простий, він готує до засвоєння матеріалу другого елементу У2, декілька складнішого, а той в свою чергу третього і т.д. Завершальні елементи можуть мати достатньо високий рівень складності.

Розробка сценарію діалогу для блоку Тест контроль

Підготовка учбових завдань:

Можна сформулювати загальні вимоги, що пред'являються до повчального завдання:

1.     Питання повинні охоплювати найістотніше в даному розділі.

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

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

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

5.         Чіткість у формулюваннях і в оформленні матеріалу.

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

Рис. 6.2.3 Однорівневий алгоритм блоку Тест контроль.

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

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

7. РОЗГОРТАННЯ І ТЕСТУВАННЯ РОЗРОБКИ

7.1. Розгортання системи НТПС-ПР для підготовки учбових матеріалів

7.1.1 Структурний опис програмного продукту.

Програмний продукт складається з головного файлу програми Training_system.exe що є виконуючими файлом, який використовує:

1)         каталог Lessons, який містить файли з тестовими завданнями, питаннями, формулами і відповідями *.rtf, які є зашифрованими;

2)         каталог XML, який містить файли настройки і опис уроків;

3)         файл Training_system.chm, який містить довідкову інформацію;

4)           файл Training_system.exe - є файлом конфігурації програми;

5)           файли Core.dll, Controls.dll, KriProbSolution.dll - є файлами бібліотек, які потрібні для запуску програми.

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

Видалення якого-небудь файлу з каталогів приведе до порушення в роботі програми.

7.1.2 Алгоритм шифровки учбових матеріалів

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

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

У нашому віпадку використаємо асиметрічній криптографічний алгоритм RSA.

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

1.           Вібіраються два простіх (!) числа p і q

2.           Обчислюється їхній добуток n(=p*q)

3.           Вибирається довільне число e (e<n), таке, що НОД(e,(p-1)(q-1))=1, тобто e повінне буті взаємно пробачимо із числом (p-1)(q-1).

4.         Методом Евкліда вирішується в цілих числах рівняння e*d+(p-1)(q-1)*y=1. Тут невідомими є змінні d і у - метод Евкліда саме й знаходіть множіну пари (d,y), кожна з яких є рішенням рівняння в цілих числах.

5.      Два числа (e,n) - публікуються як відкритий ключ.

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

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

1.                  Відправник розбиває своє повідомлення на блоки, рівні k=[log2(n)] біт, де квадратні дужки позначають узяття цілої частіні від числа дробу.

2.                  Подібний блок, як Ві знаєте, може буті інтерпретований як число з діапазону (0;2k-1). Для шкірного такого числа (назвемо його mi) обчислюється віраження ci=((mi)e) mod n. Блоки ci і є зашифроване повідомлення Їх можна спокійно передаваті по відкритому каналі, оскільки.операція піднесення в ступінь по модулі простого числа, є необоротною математічною задачею. Зворотна їй задача зветься 'логаріфмування в кінцевому полі' і є на кілька порядків більше доладною задачею. Тобто навіть якщо зловмісник знає числа e і n, ті по ci прочитаті вихідні повідомлення mi він не може ніяк, крім як повнім перебором mi.

А від на прийомній стороні процес дешифрування все-таки можлівій, і допоможе нам у цьому збережене в секреті число d. Досить давно була доведена теорема Ейлера, окремій віпадок якої утвержаєт, що якщо число n уявно у вигляді двох простіх чисел p і q, ті для будь-якого x має місце рівність (x(p-1)(q-1)) mod n = 1. Для дешифрування RSA-повідомлень скористаємося цією формулою. Зведемо обидві її частіні в ступінь (-у)  : (x(-у)(p-1)(q-1))mod n = 1(-у)= 1. Тепер помножімо обидві її частіні на x  : (x(-у)(p-1)(q-1)+1)mod n = 1*x = x.

А тепер згадаємо як мі створювалі відкритий і закрітій ключі. Мі підбирали за допомогою алгоритму Евкліда d таке, що e*d+(p-1)(q-1)*y=1, тобто e*d=(-у)(p-1)(q-1)+1. А отже в останнім вираженні попереднього абзацу мі можемо замінити показник ступеня на число (e*d). Одержуємо (xe*d) mod n = x. Тобто для того щоб прочитаті повідомлення ci=((mi)e) mod n досить звесті його в ступінь d по модулі m  : ((ci)d)mod n = ((mi)e*d)mod n = mi.

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

7.2 Настройка і конфігурація системи тренінгу

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

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

Створюємо конфігураційний файл у форматі XML і розміщуємо його в базовому каталозі додатку Trainer_system.exe.config.

Вміст цього файлу виглядає так:

<?xml version='1.0' encoding='utf-8' ?>

<configuration>

<appSettings>

<add key='StudentsRegistryFilePath'

value='XMLStudentsRegistryConfig.xml' />

</appSettings>

</configuration>

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

<?xml version='1.0' encoding='UTF-8'?>

Специфікація вимагає, щоб процесори XML обов'язково підтримували Юникод-кодування UTF-8 і UTF-16 (UTF-32 не обов'язковий). Признаються допустимими, підтримуються і широко використовуються (але не обов'язкові) інші кодування, засновані на стандарті ISO/IEC 8859, також допустимі інші кодування, наприклад, росіяни Windows-1251, KOI-8.

Створюємо конфігураційний файл StudentRegistryConfig.xml, який має наступний вигляд:

<?xml version='1.0' encoding='utf-8' ?>

<StudentsRegistryConfig>

<RegistryFilePath>XMLStudentsRegistry.xml</RegistryFilePath>

<TestPassingTime>45</TestPassingTime>

<FirstLessonId>1</FirstLessonId>

<IsEncryptionEnabled>False</IsEncryptionEnabled>

</StudentsRegistryConfig>

В атрибуті RegistryFilePath>XML.xml</RegistryFilePath> показан шлях xml- файла, в якому знаходяться данні учбового матеріала.

Розглянемо детальніше цей файл. Він має наступний вигляд:

- <Registry>




- <Lessons>

- <Lesson Id='1' Name='Основные поняття і визначення' PathToContent='LessonsVeden.rtf'>

+ <Test>

- <Questions>

- <Question Number='1' PathToContent='LessonsT_1.rtf'>

- <Answers>

<Answer Number='1' PathToContent='LessonsO_1.1.rtf' />

<Answer Correct='True' Number='2' PathToContent='LessonsO_1.2.rtf' />

<Answer Number='3' PathToContent='LessonsO_1.3.rtf' />

<Answer Number='4' PathToContent='LessonsO_1.4.rtf' />

</Answers>

</Question>

- <Question Number='2' PathToContent='LessonsT_2.rtf'>

- <Answers>

<Answer Number='1' PathToContent='LessonsO_2.1.rtf' />

<Answer Correct='True' Number='2' PathToContent='LessonsO_2.2.rtf' />

<Answer Number='3' PathToContent='LessonsO_2.3.rtf' />

<Answer Number='4' PathToContent='LessonsO_2.4.rtf' />

</Answers>

</Question>

- <Question Number='3' PathToContent='LessonsT_3.rtf'>

- <Answers>

<Answer Correct='True' Number='1' PathToContent='LessonsO_3.1.rtf' />

<Answer Number='2' PathToContent='LessonsO_3.2.rtf' />

<Answer Number='3' PathToContent='LessonsO_3.3.rtf' />

<Answer Number='4' PathToContent='LessonsO_3.4.rtf' />

</Answers>

</Question>

- <Question Number='4' PathToContent='LessonsT_4.rtf'>

- <Answers>

<Answer Correct='True' Number='1' PathToContent='LessonsO_4.1.rtf' />

<Answer Number='2' PathToContent='LessonsO_4.2.rtf' />

<Answer Number='3' PathToContent='LessonsO_4.3.rtf' />

<Answer Number='4' PathToContent='LessonsO_4.4.rtf' />

</Answers>

</Question>

- <Question Number='5' PathToContent='LessonsT_5.rtf'>

- <Answers>

<Answer Number='1' PathToContent='LessonsO_5.1.rtf' />

<Answer Number='2' PathToContent='LessonsO_5.2.rtf' />

<Answer Correct='True' Number='3' PathToContent='LessonsO_5.3.rtf' />

<Answer Number='4' PathToContent='LessonsO_5.4.rtf' />

</Answers>

</Question>

- <Question Number='6' PathToContent='LessonsT_6.rtf'>

- <Answers>

<Answer Number='1' PathToContent='LessonsO_6.1.rtf' />

<Answer Number='2' PathToContent='LessonsO_6.2.rtf' />

<Answer Correct='True' Number='3' PathToContent='LessonsO_6.3.rtf' />

<Answer Number='4' PathToContent='LessonsO_6.4.rtf' />

</Answers>

</Question>

- <Question Number='7' PathToContent='LessonsT_7.rtf'>

- <Answers>

<Answer Number='1' PathToContent='LessonsO_7.1.rtf' />

<Answer Number='2' PathToContent='LessonsO_7.2.rtf' />

<Answer Correct='True' Number='3' PathToContent='LessonsO_7.3.rtf' />

<Answer Number='4' PathToContent='LessonsO_7.4.rtf' />

</Answers>

</Question>

- <Question Number='8' PathToContent='LessonsT_8.rtf'>

- <Answers>

<Answer Correct='True' Number='1' PathToContent='LessonsO_8.1.rtf' />

<Answer Number='2' PathToContent='LessonsO_8.2.rtf' />

<Answer Number='3' PathToContent='LessonsO_8.3.rtf' />

<Answer Number='4' PathToContent='LessonsO_8.4.rtf' />

</Answers>

</Question>

</Questions>

</Test>

</Lesson>

+ <Lesson Id='2' Name='Методы ухвалення рішення' PathToContent='LessonsVeden2.rtf'>

- <Test>

- <Questions>

- <Question Number='1' PathToContent='LessonsT2_1.rtf'>

- <Answers>

<Answer Correct='True' Number='1' PathToContent='LessonsO2_1.1.rtf' />

<Answer Number='2' PathToContent='LessonsO2_1.2.rtf' />

<Answer Number='3' PathToContent='LessonsO2_1.3.rtf' />

<Answer Number='4' PathToContent='LessonsO2_1.4.rtf' />

</Answers>

</Question>

- <Question Number='2' PathToContent='LessonsT2_2.rtf'>

- <Answers>

<Answer Number='1' PathToContent='LessonsO2_2.1.rtf' />

<Answer Number='2' PathToContent='LessonsO2_2.2.rtf' />

<Answer Correct='True' Number='3' PathToContent='LessonsO2_2.3.rtf' />

<Answer Number='4' PathToContent='LessonsO2_2.4.rtf' />

</Answers>

</Question>

- <Question Number='3' PathToContent='LessonsT2_3.rtf'>

- <Answers>

<Answer Number='1' PathToContent='LessonsO2_3.1.rtf' />

<Answer Correct='True' Number='2' PathToContent='LessonsO2_3.2.rtf' />

<Answer Number='3' PathToContent='LessonsO2_3.3.rtf' />

<Answer Number='4' PathToContent='LessonsO2_3.4.rtf' />

</Answers>

</Question>

- <Question Number='4' PathToContent='LessonsT2_4.rtf'>

- <Answers>

<Answer Correct='True' Number='1' PathToContent='LessonsO2_4.1.rtf' />

<Answer Number='2' PathToContent='LessonsO2_4.2.rtf' />

<Answer Number='3' PathToContent='LessonsO2_4.3.rtf' />

<Answer Number='4' PathToContent='LessonsO2_4.4.rtf' />

</Answers>

</Question>

- <Question Number='5' PathToContent='LessonsT2_5.rtf'>

- <Answers>

<Answer Number='1' PathToContent='LessonsO2_5.1.rtf' />

<Answer Number='2' PathToContent='LessonsO2_5.2.rtf' />

<Answer Number='3' PathToContent='LessonsO2_5.3.rtf' />

<Answer Correct='True' Number='4' PathToContent='LessonsO2_5.4.rtf' />

</Answers>

</Question>

- <Question Number='6' PathToContent='LessonsT2_6.rtf'>

- <Answers>

<Answer Correct='True' Number='1' PathToContent='LessonsO2_6.1.rtf' />

<Answer Number='2' PathToContent='LessonsO2_6.2.rtf' />

<Answer Number='3' PathToContent='LessonsO2_6.3.rtf' />

<Answer Number='4' PathToContent='LessonsO2_6.4.rtf' />

</Answers>

</Question>

</Questions>

</Test>

</Lesson>

+ <Lesson Id='3' Name='Классические критерії ухвалення рішень в умовах невизначеності' PathToContent='LessonsVeden3.rtf'>

- <Test>

- <Questions>

- <Question Number='1' PathToContent='LessonsT3_1.rtf'>

- <Answers>

<Answer Correct='True' Number='1' PathToContent='LessonsO3_1.1.rtf' />

<Answer Number='2' PathToContent='LessonsO3_1.2.rtf' />

<Answer Number='3' PathToContent='LessonsO3_1.3.rtf' />

<Answer Number='4' PathToContent='LessonsO3_1.4.rtf' />

</Answers>

</Question>

- <Question Number='2' PathToContent='LessonsT3_2.rtf'>

- <Answers>

<Answer Number='1' PathToContent='LessonsO3_2.1.rtf' />

<Answer Number='2' PathToContent='LessonsO3_2.2.rtf' />

<Answer Correct='True' Number='3' PathToContent='LessonsO3_2.3.rtf' />

<Answer Number='4' PathToContent='LessonsO3_2.4.rtf' />

</Answers>

</Question>

- <Question Number='3' PathToContent='LessonsT3_3.rtf'>

- <Answers>

<Answer Number='1' PathToContent='LessonsO3_3.1.rtf' />

<Answer Correct='True' Number='2' PathToContent='LessonsO3_3.2.rtf' />

<Answer Number='3' PathToContent='LessonsO3_3.3.rtf' />

<Answer Number='4' PathToContent='LessonsO3_3.4.rtf' />

</Answers>

</Question>

- <Question Number='4' PathToContent='LessonsT3_4.rtf'>

- <Answers>

<Answer Number='1' PathToContent='LessonsO3_4.1.rtf' />

<Answer Number='2' PathToContent='LessonsO3_4.2.rtf' />

<Answer Correct='True' Number='3' PathToContent='LessonsO3_4.3.rtf' />

<Answer Number='4' PathToContent='LessonsO3_4.4.rtf' />

</Answers>

</Question>

- <Question Number='5' PathToContent='LessonsT3_5.rtf'>

- <Answers>

<Answer Correct='True' Number='1' PathToContent='LessonsO3_5.1.rtf' />

<Answer Number='2' PathToContent='LessonsO3_5.2.rtf' />

<Answer Number='3' PathToContent='LessonsO3_5.3.rtf' />

<Answer Number='4' PathToContent='LessonsO3_5.4.rtf' />

</Answers>

</Question>

- <Question Number='6' PathToContent='LessonsT3_6.rtf'>

- <Answers>

<Answer Number='1' PathToContent='LessonsO3_6.1.rtf' />

<Answer Number='2' PathToContent='LessonsO3_6.2.rtf' />

<Answer Correct='True' Number='3' PathToContent='LessonsO3_6.3.rtf' />

<Answer Number='4' PathToContent='LessonsO3_6.4.rtf' />

</Answers>

</Question>

- <Question Number='7' PathToContent='LessonsT3_7.rtf'>

- <Answers>

<Answer Number='1' PathToContent='LessonsO3_7.1.rtf' />

<Answer Number='2' PathToContent='LessonsO3_7.2.rtf' />

<Answer Correct='True' Number='3' PathToContent='LessonsO3_7.3.rtf' />

<Answer Number='4' PathToContent='LessonsO3_7.4.rtf' />

</Answers>

</Question>

- <Question Number='8' PathToContent='LessonsT3_8.rtf'>

- <Answers>

<Answer Number='1' PathToContent='LessonsO3_8.1.rtf' />

<Answer Number='2' PathToContent='LessonsO3_8.2.rtf' />

<Answer Number='3' PathToContent='LessonsO3_8.3.rtf' />

<Answer Correct='True' Number='4' PathToContent='LessonsO3_8.4.rtf' />

</Answers>

</Question>

</Questions>

</Test>

</Lesson>

+ <Lesson Id='4' Name='Производные критерії ухвалення рішень в умовах невизначеності' PathToContent='LessonsVeden4.rtf'>

- <Test>

- <Questions>

- <Question Number='1' PathToContent='LessonsT4_1.rtf'>

- <Answers>

<Answer Number='1' PathToContent='LessonsO4_1.1.rtf' />

<Answer Number='2' PathToContent='LessonsO4_1.2.rtf' />

<Answer Number='3' PathToContent='LessonsO4_1.3.rtf' />

<Answer Correct='True' Number='4' PathToContent='LessonsO4_1.4.rtf' />

</Answers>

</Question>

- <Question Number='2' PathToContent='LessonsT4_2.rtf'>

- <Answers>

<Answer Correct='True' Number='1' PathToContent='LessonsO4_2.1.rtf' />

<Answer Number='2' PathToContent='LessonsO4_2.2.rtf' />

<Answer Number='3' PathToContent='LessonsO4_2.3.rtf' />

<Answer Number='4' PathToContent='LessonsO4_2.4.rtf' />

</Answers>

</Question>

- <Question Number='3' PathToContent='LessonsT4_3.rtf'>

- <Answers>

<Answer Number='1' PathToContent='LessonsO4_3.1.rtf' />

<Answer Number='2' PathToContent='LessonsO4_3.2.rtf' />

<Answer Correct='True' Number='3' PathToContent='LessonsO4_3.3.rtf' />

<Answer Number='4' PathToContent='LessonsO4_3.4.rtf' />

</Answers>

</Question>

- <Question Number='4' PathToContent='LessonsT4_4.rtf'>

- <Answers>

<Answer Number='1' PathToContent='LessonsO4_4.1.rtf' />

<Answer Correct='True' Number='2' PathToContent='LessonsO4_4.2.rtf' />

<Answer Number='3' PathToContent='LessonsO4_4.3.rtf' />

<Answer Number='4' PathToContent='LessonsO4_4.4.rtf' />

</Answers>

</Question>

- <Question Number='5' PathToContent='LessonsT4_5.rtf'>

- <Answers>

<Answer Correct='True' Number='1' PathToContent='LessonsO4_5.1.rtf' />

<Answer Number='2' PathToContent='LessonsO4_5.2.rtf' />

<Answer Number='3' PathToContent='LessonsO4_5.3.rtf' />

<Answer Number='4' PathToContent='LessonsO4_5.4.rtf' />

</Answers>

</Question>

- <Question Number='6' PathToContent='LessonsT4_6.rtf'>

- <Answers>

<Answer Number='1' PathToContent='LessonsO4_6.1.rtf' />

<Answer Number='2' PathToContent='LessonsO4_6.2.rtf' />

<Answer Number='3' PathToContent='LessonsO4_6.3.rtf' />

<Answer Correct='True' Number='4' PathToContent='LessonsO4_6.4.rtf' />

</Answers>

</Question>

- <Question Number='7' PathToContent='LessonsT4_7.rtf'>

- <Answers>

<Answer Correct='True' Number='1' PathToContent='LessonsO4_7.1.rtf' />

<Answer Number='2' PathToContent='LessonsO4_7.2.rtf' />

<Answer Number='3' PathToContent='LessonsO4_7.3.rtf' />

<Answer Number='4' PathToContent='LessonsO4_7.4.rtf' />

</Answers>

</Question>

- <Question Number='8' PathToContent='LessonsT4_8.rtf'>

- <Answers>

<Answer Number='1' PathToContent='LessonsO4_8.1.rtf' />

<Answer Number='2' PathToContent='LessonsO4_8.2.rtf' />

<Answer Correct='True' Number='3' PathToContent='LessonsO4_8.3.rtf' />

<Answer Number='4' PathToContent='LessonsO4_8.4.rtf' />

</Answers>

</Question>

</Questions>

</Test>

</Lesson>

+ <Lesson Id='5' Name='Итоговый тест' PathToContent='Lessonsfinal.rtf'>

- <Test>

- <Questions>

- <Question Number='1' PathToContent='LessonsT5_1.rtf'>

- <Answers>

<Answer Number='1' PathToContent='LessonsO5_1.1.rtf' />

<Answer Correct='True' Number='2' PathToContent='LessonsO5_1.2.rtf' />

<Answer Number='3' PathToContent='LessonsO5_1.3.rtf' />

<Answer Number='4' PathToContent='LessonsO5_1.4.rtf' />

</Answers>

</Question>

- <Question Number='2' PathToContent='LessonsT5_2.rtf'>

- <Answers>

<Answer Number='1' PathToContent='LessonsO5_2.1.rtf' />

<Answer Correct='True' Number='2' PathToContent='LessonsO5_2.2.rtf' />

<Answer Number='3' PathToContent='LessonsO5_2.3.rtf' />

<Answer Number='4' PathToContent='LessonsO5_2.4.rtf' />

</Answers>

</Question>

- <Question Number='3' PathToContent='LessonsT5_3.rtf'>

- <Answers>

<Answer Number='1' PathToContent='LessonsO5_3.1.rtf' />

<Answer Number='2' PathToContent='LessonsO5_3.2.rtf' />

<Answer Correct='True' Number='3' PathToContent='LessonsO5_3.3.rtf' />

<Answer Number='4' PathToContent='LessonsO5_3.4.rtf' />

</Answers>

</Question>

- <Question Number='4' PathToContent='LessonsT5_4.rtf'>

- <Answers>

<Answer Number='1' PathToContent='LessonsO5_4.1.rtf' />

<Answer Number='2' PathToContent='LessonsO5_4.2.rtf' />

<Answer Correct='True' Number='3' PathToContent='LessonsO5_4.3.rtf' />

<Answer Number='4' PathToContent='LessonsO5_4.4.rtf' />

</Answers>

</Question>

- <Question Number='5' PathToContent='LessonsT5_4.rtf'>

- <Answers>

<Answer Number='1' PathToContent='LessonsO5_5.1.rtf' />

<Answer Number='2' PathToContent='LessonsO5_5.2.rtf' />

<Answer Correct='True' Number='3' PathToContent='LessonsO5_5.3.rtf' />

<Answer Number='4' PathToContent='LessonsO5_5.4.rtf' />

</Answers>

</Question>

- <Question Number='6' PathToContent='LessonsT5_6.rtf'>

- <Answers>

<Answer Correct='True' Number='1' PathToContent='LessonsO5_6.1.rtf' />

<Answer Number='2' PathToContent='LessonsO5_6.2.rtf' />

<Answer Number='3' PathToContent='LessonsO5_6.3.rtf' />

<Answer Number='4' PathToContent='LessonsO5_6.4.rtf' />

</Answers>

</Question>

- <Question Number='7' PathToContent='LessonsT5_7.rtf'>

- <Answers>

<Answer Number='1' PathToContent='LessonsO5_7.1.rtf' />

<Answer Number='2' PathToContent='LessonsO5_7.2.rtf' />

<Answer Number='3' PathToContent='LessonsO5_7.3.rtf' />

<Answer Correct='True' Number='4' PathToContent='LessonsO5_7.4.rtf' />

</Answers>

</Question>

- <Question Number='8' PathToContent='LessonsT5_8.rtf'>

- <Answers>

<Answer Number='1' PathToContent='LessonsO5_8.1.rtf' />

<Answer Correct='True' Number='2' PathToContent='LessonsO5_8.2.rtf' />

<Answer Number='3' PathToContent='LessonsO5_8.3.rtf' />

<Answer Number='4' PathToContent='LessonsO5_8.4.rtf' />

</Answers>

</Question>

</Questions>

</Test>

</Lesson>

</Lessons>

- <Students>

+ <Student FirstName='FName' LastName='LName' Login='Login' MiddleName='MName' Password='Password'>

- <TrainingProgram CurrentLesson='1'>

- <TestResults>

<Result LessonNumber='1' Mark='100' />

</TestResults>

</TrainingProgram>

</Student>

- <Student FirstName='Мария' LastName='Бальчева' Login='маруська' MiddleName='Ивановна' Password='11111111'>

- <TrainingProgram CurrentLesson='1'>

- <TestResults>

<Result LessonNumber='1' Mark='100' />

<Result LessonNumber='2' Mark='100' />

<Result LessonNumber='3' Mark='100' />

<Result LessonNumber='4' Mark='100' />

<Result LessonNumber='5' Mark='100' />

</TestResults>

</TrainingProgram>

</Student>

</Students>

</Registry>

Решта частини цього XML-документа складається з вкладених елементів, деякі з яких мають атрибути і вміст. Елемент звичайно складається з відкриваючого і закриваючого тегов (влучний), обрамляючи текст і інші елементи. Відкриваючий тег складається з імені елементу в кутових дужках, наприклад <Lessons>; закриваючий тег складається з того ж імені в кутових дужках, але перед ім'ям ще додається коса межа, наприклад </Lessons>. Окрім змісту у елементу можуть бути атрибути пари ім'я-значення, що додаються у відкриваючий тег після назви елементу. Значення атрибутів завжди полягають в лапки (одинарні або подвійні), одне і те ж ім'я атрибуту не може зустрічатися двічі в одному елементі. Не рекомендується використовувати різні типи лапок для значень атрибутів одного тега.

<Lesson Id='1' Name='Основные поняття і визначення' PathToContent='LessonsVeden.rtf'>. Тут так само вказаний шлях знаходження *.rtf файла.

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

7.3. Інструкція до запуску та роботі в середовищі програмного продукту

Для того, щоб запустити програму необхідно запустити файл Training_system.exe. При запуску даного файлу відкривається перше вікно програми, яке виглядає таким чином:

Рис.1 Головне вікно програми

Форма входу є стартовою формою програми Training_system.

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

Для того, щоб увійти до системи треба спочатку реєструватися.

Рис.2 Реєстрація

У цьому вікні всі поля окрім 'По батькові' є обов'язковими. Поля 'Логін' і 'Пароль' повинні містити мінімум 6 символів. Так само необхідно щоб логін був унікальний у всій системі. Якщо користувач з таким логіном вже зареєстрований, то буде видано відповідне попередження 'Даний логін вже зайнятий'. Після реєстрації необхідно ввести свої логін і пароль, і буде здійснена спроба входу.

Якщо логін і пароль вірні, то далі запуститься програма. Якщо ж виникла помилка, то буде показане повідомлення:

Рис.3 Повідомлення про помилку

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

Рис.4 Селектор

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

Операції доступні з селектора:

- прочитання тими;

- проходження тесту;

- рішення задачі;

- реєстрація нового користувача;

- вихід.

Розглянемо детальніше пункти представлені на рис.4.

Пункт 'Прочитати тему'

Рис.5 Теми для вивчення

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

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

Рис.6 Форма тексту

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

Рис.7 Попередження про помилку

При виборі пункту меню 'Пройти тест' відкривається список аналогічний списку тим,

Рис.8 Список тим для проходження тестів

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

Рис.9 Форма тестів

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

Рис.10 Інформація про тест

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

Пункт 'Вирішити задачу'.

Рис.11 Контрольний приклад

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

Рис.12 Відповідь

Форма рішення задач дозволяє вказати кількість стратегій і стан середовища в задачі. Після установки необхідного значення у відповідних полях необхідно натиснути 'Очистити' і на формі (рис.11)з'явиться бажана кількість полів для введення значень. Також рішення задач доступне без реєстрації. Для цього просто натисніть на посилання 'Вирішити задачу' на формі входу (рис.1).

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

Також в цьому вікні є головне меню складається з:

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

Рис.13 Меню 'Файл'

- Меню 'Навчання', включає всі пункти навчання, що стосуються:

- прочитання теми;

- проходження тесту;

- рішення задачі.

Рис.14 Меню 'Навчення'

- Меню 'Студент' містить два пункти: реєстрація і результат.

Рис.15 Меню 'Студент'

У пункті 'Результати' відбувається проглядання результатів тестів всіх студентів. Результати тестів відображаються у вигляді дерева результатів:

Рис.16 Результати студентів

- Меню 'Допомога' містить наступні пункти:

Рис.17 Меню 'Допомога'

- довідка, викликає дане керівництво користувача;

- про програму, показує віконце з інформацією про версію і призначення програми:

Рис.18 Про програму

- словник термінів викликає словник. Внизу в правому кутку на панелі з'явиться значок . Клацнувши правою кнопкою миші, з'явиться меню, при виборі пункту 'Словник термінів' покажеться віконце:

Рис.19 Словник термінів

8. ОХОРОНА ПРАЦІ

8.1. Стисла характеристика об'єкта дослідження з питань охорони праці

Обєктом дослідження є офіс документообігу ПП КАРЕКС-ГРУП, який виконує основну діяльність:

- згідно з кодом галузі за ЗКГНГ;

- згідно з кодом за КВЕД:

67.20.0 Допоміжна діяльність у сфері страхування (5 клас проф. ризику)

75.11.3 Управління на рівні районів, міст, внутрішньо міських районів (1 клас проф. ризику)

75.12.0 Керування діяльності в соціальній сфері

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

Це підприємство ПП КАРЕКС-ГРУП віднесено до 5 - го класу професійного ризику.

Призначений страховий тариф 0,7 % від фонду сплати праці. Фонд сплати праці за 2007 рік склавши 10*12*2000=240 тис. грн.; страховий внесок 0,7*240/100 = 1,68 тис. грн.

Середньоспісочна чисельність персоналу в еквіваленті повної зайнятості на кінець 2007 р. 10 чоловік.

Робітники основного виробництва 3 чол.

Робітники допоміжного виробництва 1 чол.

Фахівці і службовці 5 чол.

Непромисловий персонал 1 чол.

Служба охорони праці на обєкті відсутня відповідно до пп. НПАОП 0.00-4.35-04 Типове положення про службу охорони праці.

Наявність робіт підвищеної небезпеки згідно з переліком ДНАОП 0.00-8.02-93 відсутні.

Роботи, де необхідні проведення професійного відбору згідно з ДНАОП 0.03-8.06-94 не виконується.

Організація та проведення попередніх та періодичних медичних оглядів згідно з ДНАОП 0.03-4.02-94

Попередній медичний огляд при пристрої на роботу на обєкті проходили всі робітники організації. Періодичний медичний огляд відповідно до ДНАОП 0.03-4.02-94 проводитися 1 раз на 12 місяців, які працюють в особливо шкідливих умовах праці, останні 1 раз на 2 роки.

Відповідно до пп. 5.1.Типове положення про порядок проведення навчання і перевірки знань з питань охорони праці виконується проведення попередніх та періодичних (1раз в три роки) навчань посадових осіб і спеціалістів з питань охорони праці. Робітники при виконанні робіт підвищеної небезпеки проходять навчання та перевірку знань з питань охорони праці 1 раз в 12 місяців. Постійно діючих комісій з перевірки знань функціонує. Мається протокол перевірки знань. Час останньої перевірки знань квітень 2007 року. Наступна перевірка квітень 2010.

За весь період існування підприємства було зареєстровано 0 нещасних випадків та 0 професійних захворювань. Відповідно НПАОП 00.0-6.02-04 узяте на облік:

Акти

Знаходиться на обліку

Акт н/в Н-1

0

Акт розслідування н/в Н-5

0

Акт П-4

Акт НПВ

0

Планові перевірки службами Держгірпромнагляд, Державній санітарно-епідеміологічний нагляд МОЗ, Держпожнагляд ГУ МНС України в Одеської області проводяться раз у три роки. За 2007 р. була здійснена одна оперативна перевірка Держпожнагляд МНС, та одна Держсанепіднаглядом МОЗ України.

8.2 Виявлення і аналіз небезпечних і шкідливих виробничих чинників в даній робочій зоні

8.2.1 Аналіз стану повітряного середовища

Приміщення з ЕОМ обладнані системами опалювання, кондиціонування повітря або приточування-витяжною вентиляцією відповідно до СНіП 2.04.05-91 'Опалювання, вентиляція і кондиціонування'. Параметри мікроклімату, іонного складу повітря, зміст шкідливих речовин на робочих місцях, оснащених відеотерміналами, відповідають вимогам ДСН 3.3.6-042-99 Державні санітарні норми мікроклімату виробничих приміщень.

ГОСТ 12.1.005-88 'ССБТ. Загальні санітарно-гігієнічні вимоги до повітря робочої зони', СН 2152-80 'Санітарно-гігієнічні норми допустимих рівнів іонізації повітря виробничих і суспільних приміщень'.

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

Таблиця 8.2.1 - Параметри мікроклімату для приміщень з ВДТ і ПЕВМ

Час роки

Категорія робіт у відповідності з ГОСТ 12.1-005

Темп-ра повітря, С

оптим.

Відносна вогкысть повітря, %,

оптимальна

Швидкість руху повітря, м/с,оптимальна

Факт.

знач. темп. повітря, С

Холодне

легка

2224

4060

0,1

1922

легка 1б

2123

4060

0,1

1922

Тепле

легка

2325

4060

0,1

2325

легка 1б

2224

4060

0,2

2325

Іонізація повітря в робочому приміщенні не відповідає СН 215280 Санітарно-гігієнічні норми допустимих рівнів іонізації повітря виробничих і суспільних приміщень.

8.2.2 Аналіз виробничого освітлення

В даному приміщенні використано суміщене освітлення. Природне освітлення бічне, одностороннє; розташовано 2 бічних світлових отвори з подвійним склінням. На робочому місці в світлий час доби коефіцієнт природної освітленості (КЕО) > 1,5 %. Штучне освітлення виконано у вигляді загального освітлення. В темний час доби рівень освітлення не достатній, оскільки він не відповідає ДБН В.2.5-28-2006 Державні будівельні норми України Природне і штучне освітлення і ДСанПіН 3.3.2.-007-98. Рівень освітленості робочої поверхні при роботі з документами повинен складати 300500 лк. Фактична освітленість в робочому приміщенні рівна 350 лк.



8.2.3 Виявлення і аналіз наявності шуму, вібрації, інфра- і ультразвуку

В приміщеннях з ЕОМ рівні звукового тиску, рівні звуку і еквівалентні рівні звуку на робочих місцях відповідають вимогам ГОСТ 12.1.003 ССБТ 'Шум. Загальні вимоги безпеки', ДСН 3.3.6-037-99 Державні санітарні норми виробничого шуму, ультразвуку та інфразвуку
СН 3223-85 'Санітарні норми допустимих рівнів шуму на робочих місцях', ГР № 2411-81 'Гігієнічні рекомендації по встановленню рівнів шуму на робочих місцях з урахуванням напруженості і тяжкості праці'. Рівні шуму на робочих місцях осіб, що працюють з відеотерміналами і ЕОМ, визначені ДСанПіН 3.3.2-007-98. Для забезпечення нормованих рівнів шуму у виробничих приміщеннях і на робочих місцях застосовані шумопоглинаючі засоби, вибір яких був визначений спеціальним інженерно-акустичним розрахунком.

Рівні вібрації при виконанні робіт з ЕОМ у виробничих приміщеннях не перевищують допустимих значень, вказаних в ГОСТ 12.1.012-90 Вібраційна безпека. Загальні вимоги, ДСН 3.3.6-039-99 Державні санітарні норми виробничої загальної та локальної вi6paції, СН 3044-84 'Санітарні норми вібрації робочих місць' і ДСанПіН 3.3.2-007-98. Інфра - і ультразвук відповідають відповідно ДСН 3.3.6-037-99, СН 22-74-80 і ГОСТ

Таблиця 8.2.3 - Аналіз виробничого шуму

Робочі місця

Рівні звукового тиску, дБ, в октавних смугах, з середнегеометрическими частотами, Гц

РРівні звуку, дБ

63

125

250

500

1000

2000

4000

8000

1

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

771

661

554

449

445

442

440

338

550

2

Фактичні значення

770

660

553

448

445

442

440

337

--

Вібрація в робочій зоні відповідає нормам.

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

Наявні відео дисплейні термінали (20 LCD монітори LG L20 6WTQ WideScren) знаходяться в експлуатації з червня 2007 року не повинні проходити оцінку (експертизу) його безпеки і нешкідливості для здоров'я людини. Монітори 20 LCD монітори LG L20 6WTQ WideScrenWideScren - мають державну сертифікацію системи УкрСЕПРО і екологічні мітки MPR II, TCO 03, що свідчать про виконання рекомендацій MPR II Swedac, мітку TUV німецькою експертною організацією TUV і був випробуваний на відповідність стандарту по безпеці EN60950:1992 (IEC950), основному стандарту по ергономіці ZH 1/618 (німецький стандарт), стандарту по випромінюваннях MPR II і стандарту ISO9241/3.

Рівні електромагнітного випромінювання і магнітних полів відповідають вимогам ГОСТ 12.1.006-84 ССБТ. Електромагнітні поля радіочастот. Допустимі рівні на робочих місцях і вимоги до проведення контролю, СН №3206-85 Гранично допустимі рівні магнітних полів частотою 50 Гц, ДСанПін 3.3.2-007-98 і ДНАОП 0.00-1.31-99 п. 2.2.1, 3.7.

Рівні інфрачервоного випромінювання не перевищують граничних у відповідності з ГОСТ 12.1.005-88 і СН № 4088-86 значень з урахуванням опромінюваної площі тіла і ДСанПіН 3.3.2-007-98.

Рівні ультрафіолетового випромінювання не перевищують допустимих відповідно до СН № 4557-88 Санітарні норми ультрафіолетового випромінювання у виробничих приміщеннях і ДСанПіН 3.3.2-007-98.

Гранично допустима напруженість електростатичного поля на робочому місці не перевищує рівнів, приведених в ГОСТ 12.1.0045 ССБТ. Електростатичні поля. Допустимі рівні на робочих місцях і вимоги до проведення контролю, СН № 1757-77 Санітарно-гігієнічні норми допустимої напруженості електростатичного поля і ДСанПіН 3.3.2-007-98.

8.2.5. Аналіз електробезпеки

При проектуванні систем електропостачання, монтажу силової електроустаткуванні і електричного освітлення будівлі і приміщення для ЕОМ саблюдени вимоги ПУЕ, ПТЕ, ПБЕ. СН 357-77 'Інструкція по проектуванню силового освітлювального устаткування промислових підприємств', ГОСТ 12.1.006. ГОСТ 12.1.030 'ССБТ. Електробезпека. Захисне заземлення, занулення', ГОСТ 12.1.019 'ССБТ. Електробезпека. Загальні вимоги і номенклатура видів захисту', ГОСТ 12.1.045, ВСН 59-88 Госькомархитектури СРСР 'Електроустаткування житлових і суспільних будівель. Норми проектування', Правил пожежної безпеки в Україні, ДНАОП 0.00-1.31-99, розділів СНіП, що стосуються штучного освітлення і електротехнічних пристроїв, а також вимог нормативно-технічної і експлуатаційної документації заводу - виготівника ЕОМ.

Лінія електромережі для живлення ЕОМ, периферійних пристроїв ЕОМ виконана як окрема групова трьохдротяна сіть. Нульовий захисний провідник прокладений від стійки групового розподільного щита, розподільного пункту до розеток живлення.

Заземлення відповідає вимогам ДНАОП 0.00-1.21-98 'Правила безпечної експлуатації електроустановок споживачів'.

8.2.6. Аналіз вибухопожежобезпеки

Категорія приміщення в яких експлуатуються відеотермінали та ЕОМ визначена категорія Д з вибухопожежної і пожежної безпеки відповідно до ОНТП 24-86 'Визначення категорій приміщень і будівель по вибухопожежної і пожежної небезпеки, та клас зони П-IIа згідно з ПВЕ'. Відповідні позначення нанесені на вхідні двері приміщення.

Будівлі і ті їх частини, в яких розташовуються ЕОМ, мають II ступінь вогнестійкості. Приміщення відокремлені від приміщень іншого призначення протилежними стінами, то межа їх вогнестійкості визначена відповідно до СНіП 2.01.02-85.

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

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

Для гасіння пожеж призначені у кожному бкдинку ділянки - внутрішній протипожежний водопровід згідно з СНіП 2.04.01-85 Внутрішній водопровід і каналізація будівель, та СНіП 2.04.02-84 Водопостачання. Зовнішні сіті і споруди. Розрахунок продуктивності внутрішнього пожежного водопроводу представлений в п.п 4.3.

У приміщеннях первинні засоби пожежегасіння - ОУ (вуглекислі).

Приміщення з ЕОМ оснащені системою автоматичної пожежної сигналізації відповідно до вимог переліку однотипних за призначенням обєктів, які підлягають обладнанню автоматичними установками пожежегасіння та пожежної сигналізації, затвердженого наказом МВС України від 20.11.97 № 779, та СНіП 2.04.09-84 Пожежна автоматика будівель і споруд з димовими пожежними сповіщувачами та переносними вуглекислотними вогнегасниками ОУ-2 (ТУ У 29.2-13485476-012-2003) з розрахунку 2 шт, на кожні 20 м2 площі приміщення і відповідають ДСТУ 3675-98, ДСТУ 3734-98. Наступна дата перезаряджування 2009 р. Годин до гасіння пожеж класу В відповідно ГОСТ 27331-87.

В інших приміщеннях встановлювані теплові пожежні сповіщувачі.

8.2.7        Ергономічні характеристики робочого місця

Робочі місця користувачів ВДТ і ПЕВМ і їх взаємне розташування відповідають п. 4 ДНАОП 0.00-1.31-99 Правила охорони праці при експлуатації ЕОМ, ГОСТ 2195876 Система людина-машина. Зал і кабіни операторів. Взаємне розташування робочих місць. Загальні ергономічні вимоги і ГОСТ 2183976 Система людина-машина. Крісло людини-оператора. Загальні ергономічні вимоги. Крісло користувача-модель Grand, стіл комп`ютерний відповідають ГОСТ 12.2.032-78. ССБТ Робоче місце при виконанні робіт сидячи. Загальні ергономічні вимоги

8.3 Індивідуальне завдання .Теплотехнічний розрахунок

Згідно СНІП II-3-79* в нашій країні введені правила теплотехнічного розрахунку захищаючих конструкцій для визначення необхідного опору теплопередачі (термічного опору) і, виходячи з неї, необхідності наявності і товщини шару теплоізоляції.

Необхідний опір теплопередачі визначається виходячи з двох вимог:

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

(8.3.1)

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

tв розрахункова температура внутрішнього повітря С;

tн розрахункова зимова температура зовнішнього повітря С, рівна середній температурі найхолоднішої п'ятиденки забезпеченістю 0,92;

Dtн нормативний температурний перепад між температурою внутрішнього повітря і температурою внутрішньої поверхні захищаючої конструкції, що приймаються по табл. 2*[2];

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

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

1)обчислюються градусосутки опалювального періоду по формулі:

ГСОП = (tв - tот.пер.) zот.пер (8.3.2)

де tв те ж, що у формулі (8.3.1)

tот.пер., zот.пер. середня температура С, і тривалість, сут, періоду з середньою добовою температурою повітря нижче або рівною 8С

2)у відповідності з методом лінійної інтерполяції визначається значення необхідної опори теплопередачі .

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

Термічний опір багатошарової захищаючої конструкції з послідовно розташованими однорідними шарами може бути визначений по формулі:

(8.3.3)

де aв те ж, що у формулі (8.3.1);

aн коефіцієнт тепловіддачі (для зимових умов) зовнішньої поверхні захищаючої конструкції, Вт/(мС);

Rк термічний опір захищаючої конструкції, м2С/Вт, визначуване по формулі:

(8.3.4)

де di товщина шару, м;

li розрахунковий коефіцієнт теплопровідності матеріалу шару, Вт/(мС).

N кількість шарів конструкції.

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

8.3.1 Розрахунок зовнішньої стіни

Конструкція зовнішньої стіни приведена на рис. 8.3.1.

Text

Початкові дані для розрахунку:

-              n = 1

-              tв = 18С

-              tн = -25С

-              Dtн = 4,0С

-              aв = 8,7 Вт/(мС)

-              aн = 23 Вт/(мС)

-              tот.пер. = -2,1С

-              zот.пер. = 184 сут

-              шар 1 штукатурка, цементно-піщаний розчин d1=0,02 м l1=0,7 Вт/(мС);

-              шар 2 цеглина кладка d2 = 0,25 м l2  =  0,52  Вт/(мС);

-              шар 3 теплоізоляція, плити мінераловатні підвищеної жорсткості на ортофосфатном звязуючому ТУ 21-РСФСР-3-72-76, d3=?, l3 = 0,07  Вт/(мС)

-              шар 4 цеглина кладка d4 = 0,12 м l4 = 0,52  Вт/(мС).

Визначаємо необхідний термічний опір:

а) з умови відповідності захищаючих конструкцій санітарно-гігієнічним і комфортним умовам:

Вт/(мС)

б) з умов енергозбереження:

1) обчислюємо градусосутки опалювального періоду:

ГСОП = (18-(-21))*184 = 3698 Ссут

2) по табл.1б*[2] знаходимо необхідний опір теплопередачі для зовнішньої стіни:

=2,69 Вт/(мС)

Приймаємо = 2,69 Вт/(мС)

Вирішуємо рівняння (4.3) відносно d3:

= 0,125 м

Приймаємо товщину шару теплоізоляції для зовнішньої стіни рівної 120 мм.

8.3.2 Розрахунок надподвального перекриття

Конструкція надподвального перекриття приведена на рис. 8.3.2.1

Text

Початкові дані для розрахунку:

-              n = 0,6

-              tв = 18С

-              tн = -25С

-              Dtн = 2,0С

-              aв = 8,7 Вт/(мС)

-              aн = 6 Вт/(мС)

-              tот.пер. = -2,1С

-              zот.пер. = 184 сут

-              шар 1 деревно-стружкова плита d1= 0,02 м l1= 0,19  Вт/(мС);

-              шар 2 теплоізоляція, перлітопластбетон ТУ 480-1-145-74 d2=?, l2=0,0,041 Вт/(мС);

-              шар 3 плита перекриття, залізобетон d3=0,22 м l3=1,92 Вт/(мС)

Визначаємо необхідний термічний опір:

а) з умови відповідності захищаючих конструкцій санітарно-гігієнічним і комфортним умовам:

Вт/(мС)

б) з умов енергозбереження:

1) ГСОП = 3698 Ссут

2) по табл.1б*[2] знаходимо необхідний опір теплопередачі для перекриття над підвалом без віконних отворів:

=3,56 Вт/(мС)

Приймаємо = 3,56 Вт/(мС)

Вирішуємо рівняння (4.3) відносно d2:

= 0,125 м

Приймаємо товщину шару теплоізоляції для надподвального перекриття рівної 120 мм.

8.3.3 Розрахунок перекриття над входом

Конструкція перекриття над входом приведена на рис. 8.3.3.1

Text

Початкові дані для розрахунку:

-              n = 1

-              tв = 18С

-              tн = -25С

-              Dtн = 2,0С

-              aв = 8,7 Вт/(мС)

-              aн = 23 Вт/(мС)

-              tот.пер. = -2,1С

-              zот.пер. = 184 сут

-              шар 1 деревно-стружкова плита d1= 0,02 м l1= 0,19  Вт/(мС);

-              шар 2 теплоізоляція, перлітопластбетон ТУ 480-1-145-74 d2=? l2=0,0,041  Вт/(мС);

-              шар 3 плита перекриття, залізобетон d3=0,22 м d3=0,22 Вт/(мС)

Визначаємо необхідний термічний опір:

а) з умови відповідності захищаючих конструкцій санітарно-гігієнічним і комфортним умовам:

Вт/(мС)

б) з умов енергозбереження:

1) ГСОП = 3698 Ссут

2) по табл.1б*[2] знаходимо необхідний опір теплопередачі для перекриття над проїздом:

=4,01 Вт/(мС)

Приймаємо = 4,01 Вт/(мС)

Вирішуємо (4.3) відносно d2:

= 0,149 м

Приймаємо товщину шару теплоізоляції для перекриття над входом рівної 150 мм.

8.3.4 Розрахунок горищного перекриття

Конструкція горищного перекриття приведена на мал. 8.3.4.1

Text

Початкові дані для розрахунку:

-              n = 1

-              tв = 18С

-              tн = -25С

-              Dtн = 3,0 С aв = 8,7 Вт/(мС)

-              aн = 12 Вт/(мС)

-              tот.пер. = -2,1С

-              zот.пер. = 184 сут

-              шар 1 ; плита перекриття, залізобетон d3 = 0,22 м l3=1,92 Вт/(мС)

-              шар 2 насипна теплоізоляція, спучений перлит ГОСТ 10832-83 d1= ? , l1= 0,087  Вт/(мС);

Визначаємо необхідний термічний опір:

а) з умови відповідності захищаючих конструкцій санітарно-гігієнічним і комфортним умовам:

Вт/(мС)

б) з умов енергозбереження:

1) ГСОП = 3698 Ссут

2) по табл.1б*[2] знаходимо необхідний опір теплопередачі для перекриття над проїздом:

=4,01 Вт/(мС)

Приймаємо = 4,01 Вт/(мС)

Вирішуємо рівняння (4.3) відносно d1:

0,29 м

Приймаємо товщину шару теплоізоляції для горищного перекриття рівної 300 мм

ВИСНОВКИ

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

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

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

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

Хочеться відзначити, що до можливого поліпшення, як даної системи навчання, так і самого програмного продукту.

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

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

СПИСОК ЛІТЕРАТУРИ

1.     Волкова Н. П., Теорія прийняття рішення, Конспект лекцій .,- 2006 р.

2.     Волкова Н. П., Объектно-ориентированное проектування, Конспект лекцій .,- 2006 р.- 20с.

3.     Гультяев А. Help. Разработка справочных систем. Изд. 'Питер' 2004, 270 с.

4.     Зайченко Ю.П., Дослідження операцій. - Київ: Вища школа, 1988. - 549с.

5.     Карпова И.П., Проектування комп'ютерних систем навчального призначення: Дисертація . - Орел: ОГАУ, 2002. - Доступний з: <http://www.orel.rsl.ru/dissert/karpova_i_p/ar.pdf>

6.     Макконнелл С. Совершенный код. Практическое руководство по разработке программного обеспечения. Изд. 'Питер', 2007, 896 с.

7.     Петцольд Ч., Программирование для Microsoft Windows на C#, В 2-х томах. Том 2/ Пер. с англ. М,: Издательско-торговый дом Русская Редакция, 2002.- 624с.

8.     Петцольд Ч., Программирование для Microsoft Windows на C#, В 2-х томах. Том 1/ Пер. с англ. Г.: Издательско-торговый дом Русская Редакция, 2002.- 576 с.

9.     СНиП II - 2 - 80 Протипожежні норми проектування будинків і споруджень.

10. Торстейсон П., Ганеш Г.А. Криптография и безопасность в технологии .NET М., Изд. 'Бином' 2007, 479 с.

11. Троелсен. Э., С# і платформа .NET. Бібліотека програміста.-Спб.: Питер, 2004.- 776с., іл.

12. Шильд. Г., C#. Учебный курс. Изд. 'Питер' 2003 р.500 с.








Politica de confidentialitate

DISTRIBUIE DOCUMENTUL

Comentarii


Vizualizari: 2917
Importanta: rank

Comenteaza documentul:

Te rugam sa te autentifici sau sa iti faci cont pentru a putea comenta

Creaza cont nou

Termeni si conditii de utilizare | Contact
© SCRIGROUP 2019 . All rights reserved

Distribuie URL

Adauga cod HTML in site