Главная Случайная страница


Полезное:

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


Категории:

АрхитектураАстрономияБиологияГеографияГеологияИнформатикаИскусствоИсторияКулинарияКультураМаркетингМатематикаМедицинаМенеджментОхрана трудаПравоПроизводствоПсихологияРелигияСоциологияСпортТехникаФизикаФилософияХимияЭкологияЭкономикаЭлектроника






Висновки 6 page





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

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

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

Що стосується технолога банку чи адміністратора АБС, найчастіше виконуючого ці обов'язки, то їм необхідно бачити загальну картину створення і реалізації банківських продуктів. Тут питання функціонування АБС прямо стикається з організаційними аспектами в діяльності банку. Це — питання керування доступом до даних і функцій системи, проблеми побудови бізнес процесів, узгодження дій різних служб і працівників банку і т.п [85].

Цікаво, що необхідність включення в концептуальну модель АБС поняття “банківський продукт” не завжди усвідомлюється розроблювачами систем автоматизації банків. І це з'ясовано — всі АБС, більш - менш стійко представлені на ринку, споконвічно містять набір функцій, необхідний при виконанні операцій з банківськими продуктами. Так, можна помітити, що в багатьох АБС задана, як правило, єдина послідовність опису видів внесків фізичних осіб, однак при цьому існує несхожа на неї послідовність опису позичок і кредитів і зовсім відмінна від двох попередніх послідовність опису робіт при виконанні операцій з цінними паперами. Користувачу системи доводиться добудовувати подумки необхідні логічні зв'язки між розрізненими функціями системи з метою правильного їхнього застосування. Багато хто дозволяє використовувати АБС із користю для банку. Таке положення, проте, приводить, з одного боку, до необхідності залучення фахівців з розвинутим абстрактним мисленням (яких, по визначенню, набагато менше, ніж людей зі звичайними здібностями, і яких, отже, сутужніше знайти). А з іншого боку, така побудова системи є передумовою для здійснення численних помилок при роботі персоналу із системою, що збільшує операційний і фінансовий ризик виконання банківських операцій.

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

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

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

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

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

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

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

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

 


4.2 Перспективи розвитку сучасних інформаційних систем і технологій.

Сучасна банківська система характеризується:

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

ü злиттям банків, поглинанням великими банками дрібних;

ü припиненням діяльності ряду дрібних банків.

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

На ринку АБС крім широко відомих фірм виробників DIASOFT і RS-BANK можна зустріти і менш відомі такі як Бісквіт, Мім-технологія, ГАМБІТ, SC-банк, IB-System. Практично всі вони АБС III покоління (використання менеджера записів BTRIVE, мережна технологія).

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

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

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

Фактор “несучасності” є найбільш очевидною проблемою і частіше інших сьогодні характеризує пропоновані на ринку АБС. Він є наслідком наполегливого продовження розвитку інформаційних систем, що давно застаріли морально: як у змісті обраної платформи й архітектури, так і в змісті використаних прикладних технологій. Проблеми такого роду звичайно легко діагностуються. Наприклад, якщо як принципово нові можливості якої-небудь інформаційної системи підносять тільки “мультивалютний операційний день”, “реальний масштаб часу” чи щось у цьому роді, то можна зробити однозначний висновок про те, що дана система, як мінімум, застаріла вже до моменту її виходу на ринок [85].

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

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

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

 

4.3Основні задачі та вимоги до систем захисту банківської інформації.

 

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

Тепер західні фахівці та експерти констатують вкрай важкий стан інформаційної безпеки у фінансових структурах, їх неспроможність протистояти можливим атакам на інформаційні системи. Так, за повідомленнями преси, лише одне втручання у систему Першого мережного банку у 1995 році призвело до збитків на суму від 50 до 400 млн. доларів США. Фінансові установи лондонського Сіті сплачують астрономічні суми міжнародним бандам “кібертерористів”, які зібрали з усього світу близько 400 млн. фунтів “податків” Протягом одного року, загрожуючи вивести з ладу комп'ютерні системи. Схожих фактів -безліч, але більшість фінансових установ не бажають їх публікувати, оскільки це знижує рівень довіри до них [50].

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

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

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

Крім того, поняття “безпека” по-різному трактується фахівцями платіжної системи. З точки зору користувачів системи: незалежно від механізмів захисту, система повинна бути простою, сучасною і надійною, надавати нестандартні рішення складних проблем. Час передачі даних і сприйняття їх системою повинен бути коротким, щоб користувач міг користуватися усіма функціональними можливостями системи. Лише його особиста інформація повинна бути захищеною від несанкціонованого доступу [50, 85]:

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

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

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

ü несанкціонованого доступу до інформації;.несанкціонованих змін інформації;

ü несанкціонованих операцій з функціями платіжних систем.

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

При такому визначенні терміна “безпека” безпека платіжних систем може бути досягнута за допомогою забезпечення:

ü конфіденційності інформації, яка обробляється платіжною системою;

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

ü доступності компонентів і ресурсів системи.

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

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

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

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

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

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

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

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

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

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

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

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

ü аналіз можливих загроз;

ü розробка (планування) системи захисту;

ü реалізація системи захисту;

ü супроводження системи захисту під час експлуатації платіжної системи.

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

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

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

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

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

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

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

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

На етапі реалізації системи захисту виготовляються, обладнуються, встановлюються та настроюються засоби захисту, які були заплановані на попередньому етапі [104, 85].

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

Всі загрози можна розподілити, згідно з їхніми характеристиками, на класи:

ü за цілями реалізації загрози:

1)порушення конфіденційності інформації;

2)порушення цілісності (повна або часткова компрометація інформації; дезінформація; несанкціоноване знищення або модифікація інформації чи програмного забезпечення);

3)порушення (часткове або повне) працездатності системи.

ü за принципом впливу на систему:

1)за допомогою доступу до об'єктів системи (файлів, данях, каналів зв'язку);

2)за допомогою прихованих каналів (у тому числі, через роботу з пам'яттю).

ü за характером впливу на систему:

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

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

ü за причинами появи помилок у системі захисту:

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

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

3)помилки в алгоритмах програм, зв'язках між ними тощо, які виникають на етапі проектування;

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

ü за способом впливу на об'єкт атаки:

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

2)вплив на систему привілеїв (у тому числі, захоплення привілеїв) і потім доступ до системи, який система вважатиме санкціонованим;

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

ü за способом впливу на систему:

1)під час роботи в інтерактивному режимі;

2)під час роботи у пакетному режимі.

ü за об'єктом атаки:

1)на систему в цілому;

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

3)на суб'єкти системи (процеси користувачів);

4)на канали передачі даних, причому як на пакети даних, що передаються, так і на самі канали передачі даних.

ü за засобами атаки, що використовуються:

1)за допомогою штатного програмного забезпечення;

2)за допомогою спеціально розробленого програмного забезпечення.

ü за станом об'єкта атаки:

1)під час зберігання об'єкта (на диску, в оперативній пам'яті тощо) у пасивному стані;

2)під час передачі;

3)під час обробки, тобто об'єктом атаки є сам процес користувача або системи.

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

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

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

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

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

 


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

 

5.1Аналіз санітарно-гігієничних умов праці в ТВБВ ХФ АКІБ “УкрСиббанк” “ХРУ” № 7

 

ТВБВ ХФ АКІБ “УкрСиббанк” “ХРУ” №7 розташовано в п’ятиповерховому цегляному будинку ХФ УАБС. Саме приміщення розташовано на першому поверсі і займає площу 102 м2 , має довжину – 17 м, ширину – 6 м та висоту – 3,2 м. У відділенні працюють 6 осіб, в тому числі 3 – на комп’ютерах, на кожного приходиться 17 м2 площі приміщення і 54,4 м3 об’єму приміщення, тобто нормативи площі і об’єму виробничого приміщення на одного працюючого дотримані (6 м2; 20 м3 відповідно)

Що стосується питань промислової естетики, то слід зазначити, що стіни забарвлені в блідий зелений колір, що сприяє ненапруженій атмосфері, стелі сіро-білого кольору, а підлога – це суміш кольору стелі та стін. Взагалі, забарвлення приміщення виконано в світлих та тонізуючих тонах, що сприяє гарному настрою робітників, а також кращій освітленості приміщення. Підлога – з покриттям антистатичним лінолеумом, зручна для обов’язкового щоденного вологого прибирання. Робочі місця обладнані сучасними виробничими меблями, чиї розміри регулюються відповідно до анатомо-фізіологічних особливостей працівників. Інтер’єр приміщення оформлено в стилі АКІБ “УкрСиббанк”.

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

 


Таблиця 5.1.

Параметри санітарно-гігієничних умов праці

№ п\п Параметри Фактичне значення Норматив Відповідність фактичним значеннм нормативу
  Температура повітря в холодний період, °С Температура повітря в теплий період, °С   21-24   22-25 Відповідає   Відповідає
  Відносна вологість, %   40-60 Відповідає
  Швидкість руху повітря, м/с   0,09 0,1 відповідає
  Запиленість, мг/м3   0,1   відповідає
  Освітленість, лк     відповідає
  Рівень шуму, дБл     відповідає

 

У ТВБВ встановлено кондиціонер AKIRA AC 324 HK потужністю 600м3/год, який автоматично підтримує в приміщенні задані параметри повітряного середовища в холодний та теплий період. Систему вентиляції в даному приміщенні можна охарактеризувати як суміщену припливно-витяжну загальнообмінну [52].

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

 

Qзб1 = n* Qоб = 4*250 Вт = 1000 Вт, (5.1.)

 

де n – кількість комп’ютерів,

Qоб – надлишкове тепло, яке генерується комп’ютером.

Тепло від приладів, які освітлюють приміщення розраховується за формулою 5.2:

 

Qзб2 = Qзб1*(0,12 + 0,06 + 0,01) = 190 Вт (5.2.)

 


Тепло від обслуговуючого персоналу розраховується за формулою 5.3:

 

Qзб3 = Qоп*n = 125*3 = 375 Вт(5.3)

 

Де, Qоп – енерговитрати оператора, відповідно до категорії робіт 1а

n – кількість операторів, які постійно знаходять в приміщенні з комп’ютерами.

Сума всього тепла, яке надходить до приміщення розраховується за формулою 5.4:

 

Qзб = Qзб1 + Qзб2 + Qзб3 = 1000 Вт + 190 Вт + 375 Вт = 1565 Вт (5.4.)

Date: 2015-09-02; view: 272; Нарушение авторских прав; Помощь в написании работы --> СЮДА...



mydocx.ru - 2015-2024 year. (0.007 sec.) Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав - Пожаловаться на публикацию