1) циклічне повторне виробництво (repetitive manufacturing) - планування виконується на певний строк (квартал, місяць, тиждень);
2) виробництво на замовлення (make-to-order) - планування тільки при надходженні замовлення;
3) розробка на замовлення (engineering-to-order) - самостійна розробка кожного нового замовлення з наступним виробництвом;
4) виробництво на склад (manufacture-to-stock);
5) змішане виробництво (mixed mode manufacturing) - для виробництва кінцевого продукту використовується кілька типів організації виробничого процесу.
Така спеціалізація відбивається як у наборі функцій системи, так і в існуванні бізнес-моделей даного типу виробництва. Наявність вбудованих моделей для визначених типів виробництва відрізняє виробничі системи друг від друга.
Якщо постачальник дотримується відкритої маркетингової політики, то при демонстрації систем вам буде сказано, на яке виробництво в першу чергу орієнтована система в світі і які модулі були перекладені і локалізовані для Росії.
Виробничі системи по багатьом параметрам значно більш жорсткі, ніж фінансово-управлінські. Виробниче підприємство повинне, в першу чергу, працювати як добре налагоджений годинник, де основними механізмами управління є планування й оптимальне управління виробничим процесом, а не облік кількості рахунків-фактур за період. Ефект від впровадження виробничих систем відчувається на верхніх ешелонах управління підприємством, коли видно всю взаємопов'язана картина роботи, що включає планування, закупівлі, виробництво, запаси, продажу, фінансові потоки та багато інших аспектів.
При збільшенні складності і широти охоплення функцій підприємства системою, зростають вимоги до технічної інфраструктури та комп'ютерної платформі. Усі без винятку виробничі системи розроблені з допомогою промислових баз даних. У більшості випадків використовується технологія клієнт-сервер, яка передбачає поділ обробки даних між виділеним сервером і робочою станцією. Технологія клієнт-сервер виправдовує себе при обробці великих обсягів даних і запитів, тому що дозволяє оптимізувати інтенсивність передачі даних з комп'ютерної мережі.
Таблиця 1.2
Впровадження, співвідношення витрат і вартісні оцінки.

	Локальні системи	Малі інтегровані системи	Середні інтегровані системи	Великі інтегровані системи
Впровадження	Просте, коробковий варіант	Поетапне або коробковий варіант. Більше 4-х місяців	Тільки поетапне. Більше 6-9-ти місяців	Поетапне, складне. Більше 9-12-ти місяців
Функціональна повнота	Облікові системи (за напрямками	Комплексний облік і управління фінансами	Комплексне управління: облік, управління, виробництво
Співвідношення витрат «ліцензія / впровадження / обладнання»	1/0.5/2	1/1/1	1/2/1	1/1-5/1
Орієнтовна вартість	5-50 тисяч USD	50-300 тисяч USD	200-500 тисяч USD	500 тисяч, більше 1 мільйона USD

Ядром кожної виробничої системи є втілені в ній рекомендації з управління виробництвом. На даний момент існує чотири зводу таких рекомендацій. Вони являють собою опис найбільш загальних правил, за якими має здійснюватися планування і контроль різних стадій виробничого процесу: потреб у сировині, закупівель, завантаження потужностей, розподілу ресурсів, обсяг випуску та реалізації і пр.
Вихідним стандартом, що з'явився в 70-х роках, був стандарт MRP (Material Requirements Planning), що включав тільки планування матеріалів для виробництва / 1 /.
Коли ряд американських фахівців в галузі управління розробили концепцію MRP, було відмічено, що існує два типи матеріалів - з залежним попитом (для випуску десяти автомобілів потрібно п'ятьдесят коліс - не більше і не менше - до певного терміну) і з незалежним попитом (типова ситуація з запасами для торгових підприємств).
Основна концепція MRP в тому, щоб мінімізувати витрати, пов'язані зі складськими запасами (у тому числі і на різних ділянках у виробництві). В основі цієї концепції лежить таке поняття - Bill Of Material (BOM - специфікація виробу, за яку відповідає конструкторський відділ), який показує залежність попиту на сировину, напівфабрикати та інше в залежності від плану випуску (бюджету реалізації) готової продукції. При цьому дуже важливу роль відіграє час. Для того щоб враховувати час, системі необхідно знати технологію випуску продукції (або технологічний ланцюжок, тобто послідовність операцій та їх тривалість). На підставі плану випуску продукції, BOM і технологічного ланцюжка здійснюється розрахунок потреб у матеріалах, прив'язаний до конкретних термінів.
Однак у MRP є серйозний недолік. Його суть у тому, що, розраховуючи потреба в матеріалах, ми не враховуємо (як мінімум) виробничі потужності, їх завантаження, вартість робочої сили і т. д. Тому виникла концепція MRP II (Manufacturing Resource Planing - планування виробничих ресурсів). MRP II дозволяв планувати всі виробничі ресурси підприємства (сировина, матеріали, обладнання, персонал і т.д.) / 1 /.
Згодом концепція MRP II розвивалася, і до неї поступово додавалися можливості з обліку інших витрат підприємства - з'явилася концепція ERP (Enterprise Resource Planning - Планування ресурсів підприємства).
Стандарт ERP дозволив об'єднати всі ресурси підприємства, таким чином, додаючи управління замовленнями, фінансами і т. д.
Зараз практично всі сучасні західні виробничі системи та основні системи управління виробництвом базуються на концепції ERP і відповідають її рекомендаціям, які виробляються американською громадською організацією APICS, що об'єднує виробників, консультантів у сфері управління виробництвом, розробників ПЗ. На жаль, жодна з російських (або пострадянських) систем управління виробництвом не задовольняє навіть вимогам MRP, не кажучи вже про всі інші більш просунутих концепціях. Найбільш близько з вітчизняних систем до реалізації подібної концепції управління виробництвом підійшла система «Галактика» (див. таблицю 1.3).
Самий останній за часом стандарт CSRP (Customer Synchronized Resource Planning) охоплює також і взаємодія з клієнтами: оформлення наряд-замовлення, техзавдання, підтримка замовника на місцях та ін Таким чином, якщо MRP, MRP-II, ERP орієнтувалися на внутрішню організацію підприємства, то CSRP включив в себе повний цикл від проектування майбутнього виробу, з урахуванням вимог замовника, до гарантійного та сервісного обслуговування після продажу. Основна суть концепції CSRP в тому, щоб інтегрувати Замовника (Клієнта, Покупця тощо) в систему управління підприємством. Тобто не відділ збуту, а сам покупець безпосередньо розміщує замовлення на виготовлення продукції - відповідно сам несе відповідальність за його правильність, сам може відслідковувати строки поставки, виробництва та ін При цьому підприємство може дуже чітко відстежувати тенденції попиту і т. д.
Для малих підприємств, торгових фірм і компаній, що надають послуги по співвідношенню ціна / якість найбільш підійдуть фінансово-управлінські системи, так як основні розв'язувані ними завдання - це бухгалтерський облік, управління складами продукції, управління кадрами. Фінансово-управлінські системи також можуть бути використані на невеликих виробничих підприємствах, якщо процес виробництва не складний.
Для малих і середніх виробничих підприємств, з невеликою кількістю юридичних осіб і взаємозв'язків, найбільш ефективні будуть середні інтегровані системи або прості конфігурації інтегрованих систем. Для таких підприємств основним критерієм є саме управління виробництвом, хоча облікові завдання залишаються важливими.
Для великих холдингових структур, фінансово-промислових груп, керуючих компаній, для яких першорядне значення має управління складними фінансовими потоками, трансферними цінами, консолідація інформації, в багатьох випадках скоріше підійдуть великі інтегровані системи. Ці системи також мають гарні можливості для вирішення проблем управління виробництвом і можуть задовольнити весь комплекс вимог великого холдингу.
Для автоматизації гігантських підприємств у світовій практиці часто використовуються великі, середні і навіть дрібні інтегровані системи в комплексі, коли на рівні управління всією структурою працює, наприклад, SAP/R3, а виробничі компанії користуються пакетами середнього класу. Створення електронних інтерфейсів спрощує взаємодію між системами і дозволяє уникнути подвійного введення даних.
Відповідно до світової практики, при необхідності більш тонкого аналізу декількох систем одного або близьких класів, етапу вибору надається велике значення. Кожен проект в області автоматизації повинен розглядатися підприємством як стратегічна інвестиція коштів, яка повинна окупитися за рахунок поліпшення управлінських процесів, підвищення ефективності виробництва, скорочення витрат. У виборі правильного рішення має бути, в першу чергу, зацікавлене керівництво підприємства. Даний проект повинен ставитися на один рівень з придбанням, наприклад, нової виробничої лінії або будівництвом цеху.
Перш за все, підприємство повинне визначити, а що ж власне очікується від нової системи: які функціональні області і які типи виробництва вона повинна охоплювати, яку технічну платформу використовувати, які звіти готувати? Проведення такої роботи закінчується складанням документа «Вимоги до комп'ютерної системи». Цей документ призначений, перш за все, для самого підприємства, так як в ньому формалізовані і розписані відповідно до пріоритетів всі характеристики нової системи. Він дає об'єктивні критерії для порівняння систем за заздалегідь визначеними параметрами.
Кожна із систем - лише механізм для підвищення ефективності управління, прийняття правильних стратегічних і тактичних рішень на основі своєчасної та достовірної інформації, що видається комп'ютером.

1.2. Три рівні ефектів від ІТ-проектів

Класичний підхід до такого проекту як до інвестиційного загалом передбачає таку послідовність дій по оцінці майбутнього ефекту:
1) визначити конкретні напрями, на яких можливе отримання вигод від впровадження (зниження складських запасів, прискорення оборотності коштів, підвищення ритмічності виробництва і т. д.).
2) оцінити ймовірну економію витрат по цих напрямках без впровадження системи, про яку йде мова, з використанням якихось інших засобів.
3) оцінити ймовірну економію витрат по цих напрямках у разі запровадження системи. Визначити елементи потоку доходів (і час їх надходження) в ході проекту.
4) розрахувати комплекс класичних показників інвестиційних проектів: чистий приведений дохід (Net Present Value, NPV), внутрішню норму прибутковості (Internal Rate of Return, IRR), термін окупності (Payback Period, РР), додану вартість (Economic Value Added, EVA) .
5) при позитивному NPV провести аналіз на предмет чутливості, яка б показала, що проект здатний протистояти ризикам перенесення термінів його закінчення і перевищення витрат.
6) розподілити витрати, пов'язані з проектом, по підрозділах і співвіднести їх з бюджетами підрозділів.
Саме такий сценарій тримають в голові консультанти. Якщо під оцінкою ефективності проекту з впровадження ERP-системи розуміти саме такий підхід, то тут доведеться погодитися з тим, що це можливо практично у всіх випадках. Більше того, визначення таких показників ефективності більш ніж бажано для прийняття остаточного рішення про старт проекту. Однак цей сценарій має і суттєві прогалини, про які консультанти говорити не люблять. Слабкі сторони розрахунку NPV і PP - це велика значимість ставки дисконтування, яка визначається виключно експертно, і, що більш істотно, неврахування доходів від проекту за межами даного періоду окупності. Нарешті, найбільша проблема класичних методів - те, що вони враховують тільки прямі вигоди від впровадження (зниження складських запасів, скорочення витрат на утримання основних засобів і т. д.). Навряд чи хтось буде сперечатися, що насправді це лише верхівка айсберга ефектів від впровадження ERP-системи.
Якщо підсумовувати всі перераховані недоліки, то можна зробити висновок, що даний сценарій орієнтований на облік короткострокових і порівняно нескладно вимірних прямих вигод від проекту і не враховує багато непрямі ефекти. Треба визнати, що для відносно простих проектів з автоматизації тих чи інших ділянок бізнес-процесів цих оцінок виявляється цілком достатньо.
Зрозуміло, що чим комплексніша проект з автоматизації управління компанією, тим більший відсоток можливих вигод відноситься до розряду непрямих. Скорочення складських запасів можна отримати, автоматизувавши тільки облік на складах, а можна - і в комплексному проекті впровадження широкої функціональності ERP-системи. Але в першому випадку скорочення складських запасів складе 90% всіх потенційних ефектів, а в другому - істотно меншу. На самому справі має сказати, що в більшості комплексних проектів з автоматизації систем управління вищенаведений сценарій визначення майбутніх вигод дає невірну величину тому, що світовий досвід показує: прямі економічні вигоди складають 20-25% від усіх потенційних вигод. Консультанти люблять говорити, що в оцінці ERP-проектів діє правило 80/20 - невелика кількість найбільш очевидних напрямків у скороченні витрат дає 80% планованого ефекту. Так от, це повна нісенітниця. З мого досвіду нерідко саме в цей момент, на етапі оцінки майбутніх ефектів, виникає перше серйозне невдоволення консультантами. Що б не говорили деякі з них, прямі вигоди, пов'язані зі зниженням складських запасів, економією на персоналі, зниженням витрат на ремонти або оборотністю коштів, це в середньому 20-25% всіх позитивних ефектів від комплексного ERP-проекту.
Світовий досвід експлуатації систем управління компанією каже, що основні вигоди лежать в області непрямих, додаткових ефектів, ефектів другого рівня. Такі ефекти добре відомі:
1) організаційні зміни (розподіл обов'язків і відповідальності);
2) зростання ефективності та регламентація процесів (виробнича і фінансова дисципліна);
3) єдиний інформаційний простір (достовірність та доступність інформації);
4) зниження ризику прийняття помилкового управлінського рішення;
5) стандартизація процесів, документів, звітності, підтримки ІТ-систем.
У реальності після проведення мало-мальськи комплексного проекту компанії дуже сильно змінюються. Змінюються процеси, дисципліна, управлінські прийоми, змінюється ефективність деяких процесів, причому не стільки кількісно, ​​скільки якісно. Іншими словами, змінюються культура і підходи до ведення бізнесу. На жаль, зрозуміло, що ці потенційні вигоди дуже важко оцифрувати. Саме тому консультанти вважають за краще говорити про такі ефекти тільки в якісному аспекті, що сильно дратує багатьох керівників.
Однак певна практика оцінки подібних ефектів існує, і ваш покірний слуга мав такий досвід. Подібні оцінки повинні спиратися на якийсь набір ключових показників функціонування компанії (KPI), а-ля BSC, тобто показників не тільки фінансових. Підхід тут повинен бути приблизно такою:
1) виділяються фактори і процеси управління, на які, ймовірно, зробить вплив впроваджуваний проект;
2) формулюються ключові показники, які можуть виміряти ці процеси;
3) прогнозується зміна величин ключових показників, до яких призведе впровадження інформаційної системи;
4) оцінюється вплив передбачуваних змін на вартість підприємства, вироблення на одного працівника і т. д.
Останній пункт, власне, не так вже й обов'язковий, оскільки мета визначення ефекту і без того досягнута, нехай і не у фінансових показниках. Проте зі свого досвіду повинен сказати, що такий аналіз істотно складніше, ніж підрахунок ефекту за прямими вигодам. Саме з цієї складності виникають висловлювання про неможливість оцінки ефекту від впровадження ERP-системи.
Але це ще не все, є і третій рівень ефектів, про який часто взагалі не говорять. У результаті проекту змінюється не лише управління компанією, змінюється сам її потенціал. Компанія стає більш орієнтованою на майбутнє. З'являються потенційні можливості створення чітких KPI і інструментів мотивації, знижується залежність бізнесу від середнього менеджменту, з'являються можливості для створення нових технологій взаємодії з партнерами та клієнтами. Тепер компанії простіше працювати з інвесторами, виходити на публічний ринок. По суті це якийсь прихований внутрішній потенціал, який може бути реалізований, якщо компанія ухвалить якісь стратегічні кроки. Підрахувати такий прихований ефект практично неможливо, і я не бачив жодного подібного прикладу. Важко навіть говорити про якихось теоретичних засадах подібної оцінки. При такому розумінні ефект від впровадження ERP-системи порахувати можна.
Загалом, коли вам в черговий раз будуть говорити, що ефекти від впровадження ERP-системи підрахувати можна (або можна), запитаєте, що промовець розуміє під ефектом від впровадження системи управління компанією.
1.3. Принципи класифікації систем управління
Керівники підприємств, які впроваджують або розробляють системи управління, неодноразово відзначали, що майже всі пропоновані програмні системи мають приставку ERP і позиціонуються як повнофункціональні комплексні управлінські системи, що забезпечують автоматизацію всіх основних бізнес-процесів будь-якого підприємства. Їх рекламні матеріали відрізняються тільки дизайном, практично повністю співпадає за змістом. У чому ж переваги однієї системи перед іншою?
Тендери на вибір системи управління, що проводяться сьогодні, формулюють вимоги таким чином, що в числі беруть участь програмних рішень поряд з «1С», «Парусом», «Фінансової колекцією», БЕСТ, «Сферою / 5» і BS Integrator іноді з'являються системи SAP R / 3 і Oracle. Як вибрати оптимальну?
Перш за все, необхідно запропонувати підхід до класифікації управлінських інформаційних систем, що дозволяє підприємству більш чітко формувати список стратегічних та операційних завдань управління та визначати критерії для вибору системи.
Досить тривалий час використовувалася класифікація, запропонована російським експертом Ігорем Карпачова, поділяються системи на чотири класи (локальні - системи для малого бізнесу, фінансово-управлінські, середні інтегровані і великі інтегровані) залежно від типу підприємства.
Але така класифікація не позбавлена ​​вад і в значній мірі є узагальненою. Наприклад, зовсім не обов'язково використання холдингом єдиної великої інтегрованої системи, оскільки завдання, які вирішуються на рівні холдингу та оперативного управління бізнесом, - різні.
Основні завдання холдингу - управління прибутковістю капіталу і вартістю як усього бізнесу, так і його окремих напрямів. Більшість українських холдингових структур - це багатопрофільні компанії, які ведуть оптову та роздрібну торгівлю, займаються виробництвом товаром і матеріалом, надають широкий спектр послуг. Для кожної сфери бізнесу застосовуються спеціалізовані методи управління. Відповідно необхідні системи не тільки реалізують ці методи, але і найбільш відповідні для конкретної галузі бізнесу.
Нечіткість визначень в класифікації Карпачова дозволяє багатьом компаніям вільно маніпулювати усталеними на західному ринку термінами і переміщати пропоновану ними систему з одного класу в інший з метою вивести її на один рівень із західними ERP-системами. У подібному випадку, підприємство звертається до незалежних експертів. Але ситуація ускладнюється тим, що незалежні експерти в більшості випадків не тільки мають партнерські договори з постачальниками програмного забезпечення, а іноді і частина власності в цих компаніях, але і експертами виявляються далеко не завжди. Адже для того, щоб зробити кваліфікований порівняння систем, потрібно глибоко їх вивчити. А в даних умовах це досить складно. Тому висновки найчастіше робляться на основі маркетингової (поверхневої) інформації, а не повномасштабного аналізу.
Тендери 2006 року показують, що формулювання вимог до управлінської інформаційної системи, підготовлених для підприємств деякими «незалежними» консалтинговими компаніями, відображають суто бухгалтерський погляд на господарські процеси, що відбуваються в організації, і на методи їх обліку. З переліку вимог до управлінської інформаційної системи 90% пунктів можна звести до одного: «задоволення вимогам бухгалтерського обліку». Решта 10% вимог ніяк не відображають специфіку діяльності підприємства. На запитання «Чому?» Консультанти відповідають, що подальша опрацювання буде здійснюватися з переможцем тендеру. Подібна ситуація свідчить про те, що вибір здійснюється некваліфіковано, з певним ступенем упередженості. А це означає, що обрана система навряд чи зможе стати інструментом управління компанією. Так виникла необхідність розробки нового підходу до класифікації інформаційних систем, заснованої на ряді принципів:
- Відповідність стратегічним і оперативним цілям підприємства;
- Визначення чітких критеріїв, за якими управлінські інформаційні системи можна віднести до того чи іншого класу;
- Взаємозв'язок між бізнес-завдань підприємства та функціональної повнотою систем, спрямованих на їх вирішення.
Для класифікації необхідно використовувати такі поняття: категорія, клас, вид, тип.
Розподіл на категорії здійснюється виходячи з кількості завдань на кожному рівні управління та значущості цих рішень для підприємства.
Одним з головних критеріїв розбиття управлінських інформаційних систем на класи повинна бути повнота їх реалізації. Інша справа, що на деяких підприємствах частина функцій або здійснюється формально, або не в повному обсязі, або грунтується на недостовірних даних.
Розподіл систем в рамках одного класу може бути засноване на видах бізнесу, типах виробництва, типах виробленої продукції, які є визначальними для застосування тих чи інших методів управління.
Класифікація повинна служити для підприємств робочим інструментом, за допомогою якого вони могли б не тільки сформувати початковий список систем, потенційно задовольняють їхні потреби, але і допомогти у здійсненні вибору.

1.4. Вартість проекту АСУП

За різними оцінками, лише 20-50% проектів з впровадження ERP-систем в РБ можна вважати успішними. Дорогі системи відомих виробників далеко не завжди гарантують успіх їх впровадження. Крім того, при оцінки ефективності впровадження найчастіше використовуються різні економічні моделі.
В кінці 90-х років, після «доткомівського буму», питання про можливість ефективного вкладення коштів в інформаційні технології взагалі не стояло, оскільки неконтрольовані придбання виключали такі поняття, як ROI або TCO. Після того, як маятник хитнувся у зворотний бік, компанії стали терміново шукати винних у своїх невдачах і намагатися хоч якось врахувати ефект від впровадження інформаційних систем. Замовники в усьому звинувачували виконавців, останні вказували на погано організовані бізнес-процеси, які неможливо автоматизувати в принципі.
Реальні зміни після впровадження ERP відбуваються не відразу, деякі з них носять суб'єктивний характер і погано піддаються кількісній оцінці в грошовому вираженні. Тому економічна ефективність проекту завжди носить умовний характер. До цього можна додати і суто російську специфіку. Якщо західні компанії змінюють свої системи після того, як вони застарівають, або відбувається модернізація бізнес-процесів (що відбувається в середньому раз в п'ять років), то в Росії все по-іншому. Наприклад, економії робочої сили не надається такого значення, як у західних компаніях. Витрати робочого часу, матеріальне стимулювання - все це відходить на другий план. Часто набагато більш ефективним в російських умовах може виявитися покупка конкуруючої фірми чи лобіювання нового закону в законодавчих органах. З іншого боку, ефективність впровадження ERP-систем в Росії може виявитися набагато вище, ніж на Заході, тому що занадто великі резерви поліпшення виробництва.
Прийняття рішення про впровадження нової корпоративної інформаційної системи часто ускладнюється не стільки вибором конфігурації системи, скільки складністю об'єктивної оцінки відповідності її характеристик цілям і завданням компанії. Ще на початковій стадії необхідним є розробити таку систему показників, яка забезпечувала б оперативну реакцію на виникаючі порушення в ході реалізації проекту впровадження інформаційної системи, а також дозволяла б коригувати різні показники проекту відповідно до динаміки цілей підприємства. Іншими словами, необхідно оцінити ефективність впровадження ERP.
Але така оцінка пов'язана для російських підприємств з великими труднощами. Основна проблема полягає в унікальності окремо взятого підприємства, з іншого боку, російські підприємства однієї галузі і навіть одного сегмента ринку встановлюють різні варіанти інформаційних систем. Це породжує складність, а часом і неможливість порівняння показників впровадження ERP, а також відсутність орієнтирів для керівників підприємства при оцінці ефективності. Наявність на Заході галузевих стандартів інформаційного забезпечення суттєво полегшує завдання оцінки ефективності ERP. Ще на стадії обговорення планів щодо впровадження нової системи відомо, ERP на базі якої платформи і якій конфігурації необхідна підприємству. Адекватність оцінки ефективного чи неефективного впровадження забезпечує можливість порівняння показників впровадження ERP на різних підприємствах схожого профілю однієї галузі. У російській діловому середовищі на поточний момент уніфікованого підходу до оцінки ефективності впровадження інформаційної системи не існує, як не існує і галузевих стандартів інформаційного забезпечення.
Спробуємо систематизувати існуючі методики оцінки, прийняті в російській діловій практиці, короткий опис підходів, аналіз їх переваг та недоліків, а також приклади оцінки ефективності впровадження ERP допомогою даного підходу на окремих підприємствах. Кожна методика оцінки розглядається з позицій її застосовності для окремо взятого підприємства і повноти інформації, що відображається.
Оцінку ефективності впровадження інформаційної системи можна розділити на дві складові: економічна компонента, тобто система показників, які дозволяють оцінити економічну ефективність впровадження; і процесна складова, метою використання якої є оцінка відповідності результатів впровадження ERP цілям і завданням підприємства, а також безпосередньо контроль за ходом впровадження ERP на кожному етапі реалізації проекту.
Перш за все, необхідно визначитися з термінологією. Виходячи із значення терміну «ефективність», ефективність впровадження інформаційної системи можна визначити як досягнення оптимального співвідношення витрати / результат, під яким розуміється зіставлення економічного результату впровадження системи і витрат на придбання, установку, доопрацювання, експлуатацію системи. Але концентруватися тільки на аналізі лише цього співвідношення було б помилково, тому що в силу багатьох факторів фінансовий аналіз не дає повного уявлення про ефективне або неефективне результаті впровадження ERP. Не можна забувати, що ефективне впровадження інформаційної системи має на увазі адекватність функціональних характеристик системи конкретним цілям і завданням, вважаємо компанією при ухваленні рішення про встановлення або модернізації системи. Критики існуючих моделей оцінки ефективності впровадження ERP вказують на те, що більшість підходів не дозволяють оцінити хід реалізації проекту з впровадження ERP і коригувати виникаючі відхилення від намічених планів на різних стадіях, аж до початкової. Західні аналітики пропонують для цієї мети використовувати методи процесного і проектного менеджменту.
Специфічність оцінки ефективності систем класу ERP обумовлена ​​і основними властивостями, що відрізняють ERP від ​​систем інших класів, зокрема:
1) універсальність з точки зору типів виробництв;
2) можливість багатоланкового виробничого планування;
3) інтегроване планування ресурсів.
ERP об'єднує всі відділи та функції компанії в єдине інформаційне середовище, в яку інтегровано безліч підсистем (модулів) для обслуговування специфічних потреб окремих підрозділів та реалізації певних функцій управління, як наприклад, корпоративні фінанси, логістика, маркетинг. При оцінці ефективності слід враховувати не лише суму ефектів від впровадження ERP в окремих підрозділах, в кінцевому підсумку за рахунок синергії загальний ефект буде вище.
Костянтин Краснопьоров у статті «Оцінка ефективності IT-Інвестицій» наводить таку класифікацію:
1) метод на основі фінансових показників;
2) імовірнісні методи;
3) інструменти якісного аналізу (евристичні методи).
Однак така класифікація відображає, швидше, роз'єднаність різних методик оцінки і в жодному разі не може претендувати на повну систематизацію існуючих підходів і вже тим більше на розробку єдиного інтегрованого підходу на її основі.
Безліч різних підходів до оцінки ефективності впровадження можна систематизувати таким чином:
1. Економічна складова оцінки ефективності:
1) підхід на основі методів інвестиційного менеджменту;
2) економічний аналіз.
2. «Внутрішня» або «Процесна» складова:
1) підхід на основі методів проектного менеджменту;
2) елементи процесного менеджменту.
Наведена систематизація включає, в числі інших, і традиційну класифікацію методів оцінки. Однак слід пам'ятати, що перераховані підходи ні в якому разі не можна розглядати в якості повноцінних самостійних методик оцінки. Навпаки, найбільш ефективно їх використовувати можна тільки в сукупності, коли елементи одного підходу замінюють вразливі місця іншого.
Економічна складова оцінюється за допомогою методів інвестиційного менеджменту, доповнених елементами економічного аналізу.
Методи інвестиційного менеджменту пропонують розглядати установку або модернізацію інформаційної системи підприємства в якості інвестиційного проекту. Найбільш повно оцінка економічної ефективності впровадження ERP з допомогою даного методу описана Андрієм Тереховим у статті «Як оцінити ефективність ERP».
Застосування даного підходу має на увазі оцінку ефективності впровадження інформаційної системи з допомогою системи фінансових показників, ключовими з яких є норма повернення інвестицій (Return on Investment - ROI), сукупна вартість володіння (Total Cost of Ownership - TCO), а також аналіз вигідності витрат (Cost- Benefits Analysis - CBA). Розрахунок показника ROI передбачає зіставлення приток грошових коштів або вигод від впровадження ERP із сукупними витратами на впровадження і експлуатацію системи.
Вигідність чи невигідність впровадження інформаційної системи означає відповідність або невідповідність результатів роботи системи цілям і завданням компанії. Вибір інформаційної системи, а також постановку завдань необхідно проводити, виходячи з рамок довгострокового стратегічного планування, місії компанії. Хоча при виборі системи всі виникаючі позитивні ефекти в силу багатьох факторів врахувати неможливо, необхідно охопити всі можливі, кількісні та якісні покращення. Основними перевагами від впровадження ERP є: зниження операційних та управлінських витрат, економія оборотних коштів, зменшення циклу реалізації продукції, зниження комерційних витрат, зменшення дебіторської заборгованості, збільшення оборотності коштів. Класичним ефектом впровадження ІС є зниження підвищення якості контролю собівартості продукції за рахунок точної деталізації витрат. Впровадження ERP дозволяє оптимізувати рівень запасів, збільшити обсяг продажів за рахунок підвищення якості обслуговування клієнтів.
Вигоди від впровадження ERP оцінюються в кількісному і в якісному вираженні.
Під сукупною вартістю володіння розуміється сума всіх первинних і наступних витрат до моменту заміни системи, включаючи витрати на внутрішній і зовнішній консалтинг. В аналізі сукупних витрат необхідно орієнтуватися на виникаючі витрати на всіх етапах життєвого циклу інформаційної системи.
Перераховані витрати необхідно проаналізувати на відповідність критерію ефективності в рамках методу СВА (Costs Benefits Analysis), який передбачає детальний розгляд кожної статті витрат. По суті метод СВА є евристичним методом, в якому використовуються експертні оцінки вигідності альтернативних варіантів інвестиційних вкладень. В якості альтернативного рішення необхідно розглядати збереження старої інформаційної системи і окремо оцінювати вигоди і витрати цього варіанту.
Однак оцінка ефективності впровадження інформаційної системи не обмежується лише перерахованими показниками. У відповідності з методами інвестиційного менеджменту, необхідно також перевірити відповідність характеристик проекту з установки або модернізації інформаційної системи критерієм мінімізації ризиків. Необхідно також враховувати невизначеність, що виникає при реалізації проекту. Серед основних ризиків проекту впровадження ІС можна виділити наступні:
1) неадекватність функцій системи цілям та завданням підприємства;
2) зниження ефективності підприємства в результаті невдалого впровадження ІС, втрата менеджментом інструментів контролю;
3) відхилення фактичної ефективності впровадження системи від заданої, короткостроковість ефектів;
4) ризики, пов'язані з «людським фактором»;
5) ризик перевитрати бюджету проекту, ризики упущеної вигоди в результаті вибору невірної конфігурації ERP-рішення.
Неадекватність функціональних характеристик цілям і завданням підприємства має на увазі як недовикористання функціонального потенціалу впроваджуваної системи (оплата непотрібних функцій), так і вибір дуже слабкої системи, набір функцій якої не відповідає цілям компанії. Сюди ж можна віднести часту в російській діловій практиці спробу оптимізації організаційної структури підприємства за допомогою впровадження ІС, хоча у світовій практиці давно доведений факт, що ефективне впровадження ІС можливо тільки в компанії з оптимізованої організаційною структурою і відсутністю дублювання управлінських функцій і замикання інформаційних потоків.
Важливим є також облік ризику, пов'язаного з погіршенням роботи підприємства, особливо на ранніх етапах впровадження ІС, що може бути викликано невідповідністю функціональних характеристик системи бізнес-процесів підприємства, опором або тривалої обучаемостью персоналу, а також неправильним функціонуванням інформаційної системи. Втрата інструментів управління та контролю пов'язана з інертністю мислення менеджерів, які в нових умовах, що змінилися воліють діяти старими методами, які орієнтовані здебільшого на емоційні чинники, ніж на логічне обгрунтування управлінських процесів.
Ризик «людського фактора» пов'язаний, в першу чергу з недостатньою для проведення проекту кваліфікацією управлінських кадрів. Найчастіше керівники підприємства при прийнятті рішення про впровадження нової ІС переоцінюють час, необхідний для навчання персоналу роботі з новою ІС. Російський ринок КІС дуже молодий, і часто кваліфікованих фахівців знайти просто неможливо. Важливим є врахування можливого опору співробітників компанії впровадження ERP, що пов'язано, в першу чергу, з прийняттям непопулярних рішень щодо скорочення незатребуваних кадрів. Впровадження ERP визначає також підвищення вимог до топ-менеджменту компанії, оскільки передбачає знання сучасних методів управління.
Ризик перевитрати бюджету може бути пов'язаний як з неправильною попередньою оцінкою проекту впровадження, так і з непередбаченими відхиленнями, що виникли в ході його реалізації.
Імовірнісні методи (Real Options Valuation, Applied Information Economics) використовуються для прогнозування ризиків та невизначеності реалізації проекту впровадження. Кількісні розрахунки необхідно доповнити за допомогою якісних методик, які дозволяють оцінити неявні вигоди проекту там, де використовувати розрахункові методи важко. За допомогою евристичних методик можна розробити спеціальну систему показників, засновану, наприклад, на методі експертних оцінок. Використання якісних методик дозволяє досягти ефективного результату, так як ще на стадії планування проекту впровадження важливо враховувати думки різних груп інтересів на підприємстві, а також експертів і консультантів.
Перевагою інвестиційних методів є порівняльна простота визначення показників, особливо в галузі аналізу витрат. Мова інвестиційних методів зрозумілий менеджерам компанії, для багатьох з яких інформаційні технології - темний ліс. Істотним недоліком даного методу є концентрація на економічних аспектах впровадження ІС, яка дає лише непряме відображення дійсних процесів. Основну критику інвестиційного методу викликає і необхідність оцінки вигод впровадження ІС в кількісному вираженні.
Однак повноцінна оцінка ефективності впровадження ERP неможлива без застосування методів економічного аналізу, деякі елементи якого використовуються в методиці аналізу вигідності витрат. У загальному випадку економічний аналіз дозволяє оцінити ефективність впровадження інформаційної системи на основі порівняння витрат / вигод впровадження ERP та альтернативних показників. Методи економічного аналізу вдало доповнюють інші методики аналізу ефективності впровадження ERP.
В економічному аналізі використовуються різні аспекти критерію мінімізації альтернативних витрат (opportunity costs), зокрема,
1) порівняння показників роботи підприємства з встановленою інформаційною системою і без неї;
2) аналіз вигідності інших проектів щодо поліпшення роботи підприємства (наприклад, з використанням більш простих і звичних вітчизняних додатків) і порівняння отриманих результатів з результатами впровадження ERP;
3) зіставлення вигод від впровадження системи в грошовому еквіваленті з доходом від інвестицій, наприклад, в цінні папери або інші активи.
Використання методів економічного аналізу при оцінці ефективності впровадження ERP особливо актуально для російських підприємств, кожне з яких унікально в силу особливостей зовнішнього середовища, організаційної структури та бізнес-процесів, тому що дозволяє отримати наближену до дійсності картину ефективності інвестицій в інформаційну систему. Без сумніву, сильною стороною методів економічного аналізу є їх наочність, хоча й трохи наближена. Істотним недоліком економічного аналізу є складність зіставлення вигод від впровадження інформаційної системи з вкладеннями в інші активи, через складність оцінки вигод компанії в грошовому еквіваленті. Слід зауважити, що прибутковість інвестицій в альтернативні активи дуже сильно залежить від конкретної методики розрахунку, курсів паперів, процентних ставок, ризиків подібних вкладень і т. д.
Як і для всіх економічних методик, для економічного аналізу характерна непрозорість внутрішніх процесів проекту впровадження ERP на підприємстві. Цей недолік легко компенсують методи проектного та процесного менеджменту, які умовно можуть бути віднесені до «процесної» або «внутрішньої» складовою оцінки ефективності впровадження.
При використанні методів проектного менеджменту аналіз ефективності проводиться за допомогою укрупненої деталізації всіх операцій, що входять в проект впровадження. В якості базису використовуються методики PERT / Cost-аналізу (Program Evaluation Review Technique), а також концепція C / SCSC (Cost / Schedule Control Systems Criteria - затратно / тимчасові системні показники управління).
Зупинимося докладніше на методиці C / SCSC. Даний метод заснований на широко відомих мережевих моделях планування вартості і часу проекту, а також розробці різних сценаріїв розвитку проект, що дозволяє оцінити ефективність впровадження інформаційної системи на рівні окремих операцій або груп операцій вже на початкових стадіях реалізації проекту. У рамках концепції витратно-часових показників ефективність може бути оцінена як на рівні різних стадій, так і окремих операцій проекту впровадження ERP на основі двох ключових показників: співвідношення обсягу запланованих і виконаних робіт, а також запланованих і фактичних витрат на проведення проекту.
Використання підходів проектного менеджменту передбачає таку послідовність дій: по-перше, максимально точний опис всіх операцій, які становлять проект. Одним з найбільш поширених інструментів є WBS (Work Breakdown Structure - структура декомпозиції робіт). WBS дозволяє визначити обсяг робіт за допомогою розбивки кожної окремої задачі на вимірні пакети робіт. Послідовність і тривалість кожного виду робіт зазначаються у розкладі, яке будується, як правило, на базі мережевих моделей планування. Далі необхідним є точне планування і розподіл ресурсів і витрат для кожної операції або групи операцій згідно з наміченим планом реалізації проекту.
Описані основні процедури проекту інтегруються в єдиний план, званий План Контролю Витрат (або САР-план), методика планування будується за принципом «знизу вгору». По суті, генеральний план складається з кількох «суб-планів», кожен з яких характеризує один з напрямів спільного проекту. Для ефективного контролю реалізації проекту призначаються відповідальні за кожен з САР-планів, які безпосередньо підпорядковуються керівнику проекту. Хід реалізації кожного САР-плану контролюється за допомогою директивного графіка, в якому враховується відсоток виконаних робіт, відповідність реальних показників проекту запланованим, відповідність реальних витрат реалізації кожного напряму проекту запланованим показникам. Використання директивного графіка дозволяє контролювати хід проекту на різних стадіях, а також оперативно коригувати виникаючі відхилення за допомогою активної участі відповідальних за кожен напрям проекту.
Перевагою використання концепції C / SCSC є можливість перерахунку вартості всього проекту, в міру його реалізації, що дозволяє знизити ризик перевитрати бюджету проекту. Методика дозволяє також постійно контролювати відповідність функціональних характеристик системи, що впроваджується цілям і завданням підприємства. Основним недоліком даного підходу є необхідність постійного контролю великого числа показників. Використання даного методу передбачає залучення кадрового резерву для контролю і корекції відхилень, що також свідчить не на користь даного методу. Багато фахівців відзначають також часту ситуацію, коли у керівника проекту відсутні необхідні повноваження для корекції ходу проекту, або залучення додаткових фахівців.
Оцінка ефективності впровадження ERP на основі процесного підходу передбачає розгляд проекту впровадження ERP з точки зору ефективності внутрішніх процесів. Головною відмінністю від методів проектного менеджменту є двостороння спрямованість процесів планування та контролю. Планування процесів здійснюється «зверху вниз» (виходячи з головних цілей, проект розбивається на основні процеси, кожен з яких складається з підпроцесів), контроль ж здійснюється «знизу вгору», тобто на основі показників ефективності виконання окремих підпроцесів, які потім агрегуються на більш високому рівні. Головна перевага процесного підходу - в можливості контролю ефективності проекту через так звані «центри відповідальності», завданням яких є збір, аналіз і подальша передача інформації вищестоящому центру.
Процесний підхід дозволяє скоротити масиви показників ефективності, наявність великої кількості яких припускають методи проектного менеджменту, спростити їх агрегацію і аналіз. Однак це одночасно й недолік даного підходу, тому що велика ймовірність помилок, які в рамках даного підходу не можуть оперативно коригуватися, що загрожує збільшенням ризику перевитрати бюджету, часткової або повної втратою функціональності системи, а також зниженням у майбутньому ефективності всього підприємства в цілому. Незважаючи на зазначені недоліки, процесний підхід до оцінки ефективності впровадження ERP широко використовується на Заході, наприклад, у Німеччині, де для нього розробляються спеціальні системи показників.
Оцінка ефективності впровадження інформаційної системи на підприємстві дозволяє не тільки оцінити, наскільки ефективно підприємство використовує ІС, але і може служити повноцінним інструментом управління проектом впровадження системи на підприємстві. Застосування різних підходів дозволяє оцінити ефективність використання окремих функцій і всієї системи в цілому вже на ранніх стадіях проекту, контролювати відхилення реальних показників від запланованих. Проте оцінити ефективність впровадження інформаційної системи підприємства нелегко. Всі існуючі підходи слід розглядати з певним ступенем наближення, оскільки жоден з них не дає повної картини. Багато фахівців вказують, що вартість оцінки ефективності досягає іноді 1-2% від вартості самої системи. Проте оцінювати ефективність необхідно, бо ціна помилки може виявитися у багато разів більше. Описана класифікація підходів до оцінки ефективності впровадження ERP є спробою навести безліч різних методик, що існують сьогодні в російській діловому середовищі, в єдину систему. Природно, з розвитком російського ринку ERP-рішень класифікація буде поповнюватися.
1.5. Впровадження системи автоматизації, основні проблеми та завдання
Впровадження системи автоматизації управління, як і будь-яке серйозне перетворення на підприємстві, є складним і часто болючим процесом. Тим не менш, деякі проблеми, що виникають при впровадженні системи, досить добре вивчені, формалізовані і мають ефективні методології рішення. Завчасне вивчення цих проблем і підготовка до них значно полегшують процес впровадження і підвищують ефективність подальшого використання системи.
Далі наведені основні проблеми і завдання, що у більшості випадків при впровадженні систем управління та рекомендації щодо їх вирішення.
Основні проблеми та завдання, що вимагають особливої ​​уваги при їх вирішенні:
1) відсутність постановки завдання менеджменту на підприємстві;
2) необхідність у частковій або повній реорганізації структури підприємства;
3) необхідність зміни технології бізнесу в різних аспектах;
4) опір співробітників підприємства;
5) тимчасове збільшення навантаження на співробітників під час впровадження системи;
6) необхідність у формуванні кваліфікованої групи впровадження та супроводу системи, вибір сильного керівника групи.
При впровадженні корпоративних інформаційних систем у більшості випадків виникає активний опір співробітників на місцях, яке є серйозною перешкодою для консультантів і цілком здатне зірвати або суттєво затягнути проект впровадження. Це викликано декількома людськими чинниками: звичайним страхом перед нововведеннями, консерватизмом (наприклад, комірнику, який пропрацював 30 років з паперовою картотекою, звичайно психологічно важко пересідати за комп'ютер), побоювання втратити роботу або втратити свою незамінність, боязнь істотно збільшується відповідальності за свої дії. Керівники підприємства, що прийняли рішення автоматизувати свій бізнес, в таких випадках повинні всіляко сприяти відповідальній групі фахівців, що проводить впровадження інформаційної системи, вести роз'яснювальну роботу з кадрами, і, крім того:
1) створити у співробітників всіх рівнів тверде відчуття неминучості впровадження;
2) наділити керівника проекту впровадження достатніми повноваженнями, оскільки опір іноді (часто підсвідомо, або в результаті невиправданих амбіцій) виникає навіть на рівні топ-менеджерів;
3) завжди підкріплювати всі організаційні рішення з питань впровадження виданням відповідних наказів та письмових розпоряджень.

2. Торговельне підприємство у всесвітній комп'ютерній мережі
2.1. Електронна комерція
Сьогодні наймоднішою грою в Інтернет є електронна комерція. До теперішнього часу вона вже об'єднує масу гравців і навіть має своїх переможців. Одним з найсерйозніших питань успішного розвитку онлайнових вітрин є вибір програмного забезпечення (ПЗ) для вашого сайту. Саме ПЗ здатне провести розділ між прибутковими і невдалими підходами до заробляння грошей в Інтернет. Якби існувало єдине чарівне рішення, ми б продали його вам. Але оскільки панацеї в цій області немає, ми створили це керівництво з метою допомогти вам скласти своє уявлення про наявний програмному забезпеченні і зробити вибір, оптимальний для вас і вашої компанії.
Бізнес в галузі електронної комерції не менш вимогливий, ніж будь-який інший вид бізнесу, але він і багато в чому відрізняється від них. Замість традиційних вітрин зі скла і каменю, тут все існує у вигляді бітів і байтів, що переміщуються через Інтернет, а керує всім цим якраз програмне забезпечення для електронної комерції. Щоб зайнятися цим видом бізнесу, компанії необхідно створити web-сайт і заповнити його web-сторінками, що надають клієнтам необхідну інформацію, що відображають продукти компанії, які керують транзакціями покупок і забезпечують зворотний зв'язок і статистичний облік. І самим критичним моментом при створенні вашого сайту є питання про те, яке програмне забезпечення слід вибрати, щоб все це створити та забезпечити функціонування.
Оскільки інтернет-транзакції знеособлені, вони досить чутливі до забезпечення безпеки. Вам необхідно створити відчуття безпеки без «присмаку тюрми». Покупці повинні мати можливість вибору режиму платежу, а програмне забезпечення повинно перевіряти їх кредитоспроможність. Цей процес може мати на увазі участь кредитних карт, електронних грошей або безпосередньо обраних замовлень. Спеціалізоване програмне забезпечення на зразок CyberCash, CommercePOINT eTill і Microsoft Wallet здатне проконтролювати і дії покупця і процес покупки. Пакети програм для електронної комерції повинні також працювати з технологіями Secure Socket Layer (SSL) або Secure Electronic Transfer (SET) для криптографічного захисту переданих даних. Чим більше з перерахованих способів захисту підтримує програмний пакет, тим краще. Більшість рішення для електронних платежів вимагає відкриття спеціального банківського рахунку для обслуговування онлайнових транзакцій.
Незалежно від того, чи тільки переглядає відвідувач інформацію про товари або хоче щось купити, з точки зору споживчих перспектив онлайновий каталог є найбільш важливою частиною електронної комерції. За своєю структурою він схожий на звичний каталог для замовлення товарів поштою: у ньому також представлені продукти, ілюстрації до них і ціни. Онлайновий каталог може бути і повністю інтерактивним, включаючи при цьому відео, звук і багато чого іншого. Перетворити каталог в мультимедійну феєрію не так легко (мається на увазі; «досить дорого»). Збір та об'єднання зображень, звуків та інших «спецій» для сотень (або тисяч) продуктів, що містяться в каталозі - це одночасно і велика організаційна завдання, і складне завдання для розробника електронно-комерційної вітрини.
Часто підходяще програмне забезпечення може допомогти спростити цю роботу. Наприклад, Electronic Commerce Suite компанії iCat добре підходить для роботи з мультимедійними елементами. Більшість програмних продуктів можуть, крім того, розбивати каталог по групах товарів (відділи, секції). Це об'єднано з утилітою пошуку, що полегшує вибір користувача. Internet Commerce Server компанії Oracle має потужні можливості індексації. Net. Commerce фірми IBM йде на один крок попереду, оскільки за допомогою Product Adviser допомагає покупцям розробляти профайл своїх переваг і показує їм, як знайти те, що вони хочуть.
Багато продуктів для електронної комерції поставляються з прикладами сторінок каталогу, які можна багаторазово використовувати, щоб виключити рутинне повторення одних і тих же операцій при їх створенні. До речі, встановлення відповідності між такими даними, як ціни і опису продуктів, або їх імпорт, можуть стати найбільшим головним болем при створенні каталогу. Якщо пункти вашого каталогу змінюються досить часто або у вас їх занадто багато, вам треба звернути увагу на програми, подібні Cat @ log компанії Vision Factory, які здатні легко встановити зв'язок з безліччю баз даних.
Коли покупці роблять покупки в вашому онлайновому магазині, обрані позиції каталогу поміщаються в "кошик покупця". Відібрані товари потім зберігаються в базі даних таким чином, щоб покупець міг побачити, що саме було вибрано, до настання моменту оформлення замовлення. І знову ми бачимо, що це не дуже відрізняється від замовлення в звичайному магазині, просто тут можуть бути свої особливості.
У питаннях доставки вибраної продукції і розрахунку необхідних податків може виникнути безліч різних деталей, тому шукайте програмне забезпечення, що підтримує модулі доставки третьої сторони (наприклад, Tandata компанії Tandata Corporation) і пакети розрахунку податків (наприклад, Taxware, розроблене фірмою Taxware International). З замовленнями пов'язано і безліч інших розрахунків - дисконти, купони, оптові знижки та ін Більшість електронно-комерційних програм в змозі виконати більшу частину таких розрахунків. Вам слід звірити ваші потреби зі списком підтримуваних розрахунків або хоча б передбачити можливість нескладного додавання власних розрахунків.
Крім того, існує безліч способів зв'язку з системами обліку (accounting systems). Деякі програмні продукти - такі, як Dynamic NT компанії INEX - поставляються з повним пакетом бухгалтерського та інвентаризаційного програмного забезпечення. Частіше ж програми надають зв'язок з успадкованими даними та системами обліку. Як слід було очікувати, такі компанії як IBM і Oracle з особливою повагою ставляться до своїх старих систем.
Одним із варіантів комплексного рішення є розробка свого власного програмного забезпечення. Цей підхід вимагає участі безлічі фахівців в області Інтернет і спеціалізованим мов програмування (HTML, Java та ін) і дуже дорого коштує. Більшість компаній радше воліють вкладати кошти в комерційний програмний продукт. Сьогодні на ринку є десятки продуктів, що варіюються за ціною від кількох сотень до кількох сотень тисяч доларів. Такі компанії, як IBM і Microsoft і безліч більш дрібних компаній-розробників - наприклад, iCat і Vision Factory створюють електронно-комерційні програми для підприємств будь-якої структури і будь-якого розміру. У ряді випадків вам навіть не потрібно купувати програмне забезпечення - можна просто орендувати сайт і програми у компанії, що надає хостинг.
Сьогоднішнє «недосконале» програмне забезпечення є ознакою того, що дана область бізнесу виникла відносно недавно. На ринку з'явилися якісні рішення: одні з них більш потужні, інші легко масштабуються. Але жодне з них не може бути встановлено, налаштоване, запущено і оновлено без доповнень. Продукти для електронної комерції розміщуються і функціонують під управлінням іншого складного програмного забезпечення (операційних систем, інших серверів). Взаємовідносини між компонентами двох видів ПО дуже важливо, і час від часу це викликає проблеми.
Управління інформацією про клієнта представляє собою серйозну частину електронної комерції. Більш складні пакети обробляють значну частину даних про клієнтів, включаючи напрямки їх переміщення по сайту, і представляє цю інформацію у формі аналітичних звітів. Чудовим властивістю електронно-комерційних пакетів є можливість використання інформації про клієнтів для налаштування контента сторінок відповідно до смаків відвідувачів.
Але навіть з огляду на всі проблеми, які потребують вирішення, простіше і дешевше працювати з комерційним програмним забезпеченням, ніж самим створювати електронно-комерційні програми «з нуля». У тих випадках, коли програмне забезпечення продумано до дрібниць, результати можуть бути вражаючими - досить вражаючими, щоб запускати успішні електронно-комерційні сайти, подібні Dell Computer (http://www.dell.com/), щоденний дохід якого вимірюється мільйонами доларів.
2.2. Інтернет-аукціони.
Межовий аукціон - це сайт, де продавці висталяют свій товар на продаж у вигляді лота, і продають тому покупцеві, який запропонує найвищу ціну. За останні роки в світі відкрилися сотні мережних аукціонів - вони відрізняються мовою інтерфейсу, локалізацією, спеціалізацією - на одних на торги виставляється нерухомість, на інших автомобілі, на третіх акції. Багато великих інтернет компанії відкрили свої аукціони - eBay, Yahoo, Amazon, Ubid та інші. Чим же пояснюється така популярність? Все просто - можливості мережевого аукціону набагато вище, ніж у звичайних аукціонів, які як правило простим смертним не доступні. А тут торги на тисячі і сотні тисяч лотів ведуться одночасно. Будь-який користувач, з будь-якої країни виставляє на торги свій товар і не важливо унікальний він, рідкісний або ж це просто товар повсякденного побуту - продається абсолютно все. Інші користувачі пропонують свою ціну - хто більше запропонує, тому й продали.
За загальним визнанням лідируючі позиції на онлайновому світовому аукціонному ринку зайняв інтернет аукціон eBay, який з'явився в 1995 році. На даний момент він має сотні мільйонів зареєстрованих користувачів, величезна кількість одночасно виставлених на торги лотів в більш ніж 3-х тисячах категорій, близько тридцяти філій по всьому світу. Кожен місяць на eBay проглядаються 1,5 більйона сторінок. За ці десять років виконавчий директор аукціону eBay - Маргарет Уітман стала однією з найбагатших жінок світу (особистий статок оцінюється в $ 1,6 млрд.), журнал Форбс поставив її на 5-е місце в рейтингу найвпливовіших жінок планети. Обсяг угод здійснюються на аукціоні eBay зростає з року в рік у геометричній прогресії. Навіть найдосвідченіші експерти ринку вже не беруться пророкувати фінансові результати аукціону на майбутнє. Аукціон бурхливо розвивається - відкриваються нові регіональні філії, зростає кількість користувачів. За короткий час компанія eBay придбала електронну платіжну систему PayPal ($ 1,5 млрд.), портал Shopping.com ($ 620 млн.), вже досягнута домовленість про купівлю найбільшого в світі оператора IP телефонії компанії Skype за 2,6 мільярда доларів. З кожним місяцем аукціон eBay додає нові категорії товарів: нерухомість, коштовності і т. д. Кожна з філій eBay має розділ eBay Motors, де продаються автомобілі, мотоцикли, катери.
Послуги аукціону для покупців безкоштовні, продавці ж повинні оплачувати аукціону виставляння лота на торги, його подальший продаж (сума залежить від вартості товару) і т. д. Один обліковий запис на eBay дозволяє, як купувати і продавати. Реєстрація та членство на аукціоні eBay безкоштовні для всіх.
Після проходження реєстрації, ви отримаєте статус покупця, тобто зможете купувати все, що хочете, зможете переглянути все самі і купити або продати необхідний вам товар, вибрати найбільш зручний вам спосіб оплати і т. д. На сьогоднішній день eBay має більше 20 регіональних філій у найбільших країнах світу.
Аукціон eBay і досі залишається найбільш ласим шматком для охочих заробити. За свідченням багатьох користувачів Інтернету, що працюють з ним, саме співпраця з даними аукціоном приносить найбільший дохід у порівнянні з іншими способами заробітку.
На сьогоднішній день аукціон eBay має більше 20-ти філій у різних країнах світу. Це США (eBay.com), Канада (eBay.ca), Німеччина (eBay.de), Великобританія (eBay.co.uk) та багато інших і ви можете відкривати eBay аккаунти на будь-якому з них. На жаль в Росії (та й в інших країнах СНД) жодної філії eBay поки немає і за адресою eBay.ru ми не побачимо знайомого логотипу Російський eBay, український eBay і т. д. - це поки лише мрія. Найближчий до нас філія eBay відкритий в Польщі (eBay.pl).

3. Проектування і реалізація АСУТП
3.1. Мова програмування Java
Створення мови Java - це дійсно один з найбільш значних кроків вперед в області розробки середовищ програмування за останні 20 років.
Три ключові елементи об'єдналися в технології мови Java і зробили її в корені відмінною від усього, що існує на сьогоднішній день.
Java вивільняє міць об'єктно-орієнтованої розробки додатків, поєднуючи простий і знайомий синтаксис з надійною та зручною у роботі середовищем розробки. Це дозволяє широкому колу програмістів швидко створювати нові програми і нові аплети.
Java надає програмісту багатий набір класів об'єктів для ясного абстрагування багатьох системних функцій, використовуваних при роботі з вікнами, мережею і для введення-виведення. Ключова риса цих класів полягає в тому, що вони забезпечують створення незалежних від використовуваної платформи абстракцій для широкого спектра системних інтерфейсів.
Мова Java зародився як частина проекту створення передового програмного забезпечення (ПО) для різних побутових приладів. Реалізація проекту була почата на мові С + +, але незабаром виник ряд проблем, найкращим засобом боротьби з якими була зміна самого інструмента - мови програмування. Стало очевидним, що необхідний платформонезалежна мова програмування, що дозволяє створювати програми, які не доводилося б компілювати окремо для кожної архітектури і можна було б використати на різних процесорах під різними операційними системами.
Народженню мови Java передувала досить цікава історія. У 1990 році розробник ПЗ компанії Sun Microsystems Патрік Нотон (Patrick Naughton) зрозумів, що йому набридло підтримувати сотні різних інтерфейсів програм, використовуваних у компанії, і повідомив виконавчого директора Sun Microsystems і своєму другу Скотту МакНілі (Scott McNealy) про свій намір перейти працювати в компанію NeXT. Макнілі, у свою чергу, попросив Нотона скласти список причин свого невдоволення і висунути таке рішення проблем, як якби він був Богом і міг виконати все, що завгодно.
Нотон, хоча і не розраховував на те, що хтось зверне увагу на його лист, все ж таки виклав свої претензії, нещадно розкритикувавши недоліки Sun Microsystems, зокрема, що розробляється в той момент архітектуру ПЗ NeWS. На подив Нотона, його лист здобуло успіх: він був розісланий всім провідним інженерам Sun Microsystems, які не забарилися відгукнутися і висловити гарячу підтримку своєму колезі і схвалення його поглядів на ситуацію в Sun Microsystems.
Звернення викликало схвалення і у вищого керівництва компанії, а саме, у Білла Джоя (Bill Joy), засновника Sun Microsystems, і Джеймса Гослінга (James Gosling), начальника Нотона.
У той день, коли Нотон повинен був піти з компанії, було прийнято рішення про створення команди провідних розробників з тим, щоб вони робили що завгодно, але створили щось незвичайне. Команда з шести осіб приступила до розробки нового об'єктно-орієнтованої мови програмування, який був названий Oak (дуб), на честь дерева, що росло під вікном Гослінга.
Незабаром компанія Sun Microsystems перетворила команду Green в компанію First Person. Нова компанія володіла найцікавішій концепцією, але не могла знайти їй відповідного застосування. Після низки невдач несподівано ситуація для компанії різко змінилася: був анонсований броузер Mosaic - так народився World Wide Web, з якого почався бурхливий розвиток Internet. Нотон запропонував використовувати Oak у створенні Internet-додатків. Так Oak став самостійним продуктом, незабаром був написаний Oak-компілятор і Oak-браузер «WebRunner». У 1995 році компанія Sun Microsystems прийняла рішення оголосити про новий продукт, перейменувавши його в Java (єдине розумне пояснення назві - любов програмістів до кави). Коли Java опинилася в руках Internet, стало необхідним запускати Java-аплети - невеликі програми, що завантажуються через Internet. WebRunner був перейменований в HotJava і компанія Netscape встала на підтримку Java-продуктів.
Мова мав втілювати такі якості: простоту й міць, безпека, об'єктну орієнтованість, надійність, інтерактивність, архітектурну незалежність, можливість інтерпретації, високу продуктивність і легкість у вивченні. Навіть якщо ви ніколи не напишете жодного рядка на мові Java, знати про його можливості досить корисно, оскільки саме перераховані вище властивості мови надають динаміку сторінкам Всесвітньої павутини.
Після освоєння основних понять об'єктно-орієнтованого програмування ви швидко навчитеся програмувати на Java. У наші дні існує багато систем програмування, які пишаються тим, що в них однієї і тієї ж мети можна досягти десятком різних способів. У мові Java достаток рішень відсутня - для вирішення задачі у вас буде зовсім небагато варіантів. Прагнення до простоти часто призводило до створення неефективних і невиразних мов типу командних інтерпретаторів. Java до числа таких мов не відноситься - для Вас вся потужність ООП і бібліотек класів.
У популярній літературі наших днів, особливо якщо мова заходить про Internet, стало модною темою обговорення питань безпеки. Люди впевнені, що використання Internet в комерційній діяльності рівносильно написання номера своєї кредитної картки на стінці телефонної будки. Один з ключових принципів розробки мови Java полягав у забезпеченні захисту від несанкціонованого доступу. Програми на Java не можуть викликати глобальні функції і отримувати доступ до довільних системних ресурсів, що забезпечує в Java рівень безпеки, недоступний для інших мов.
Забавно спостерігати, як численні нові діалекти старих мов безапеляційно оголошуються об'єктно-орієнтованими. Оскільки при розробці мови відсутня важка спадковість, для реалізації об'єктів був обраний зручний прагматичний підхід. Розробники Java намагалися витримати розумний компроміс між моделлю пуристів - «все є об'єктами», і моделлю хакерів - «іди з моєї дороги». Об'єктна модель в Java проста і легко розширюється, в той же час, заради підвищення продуктивності, числа та інші прості типи даних Java не є об'єктами.
Java обмежує вас в декількох ключових областях і таким чином сприяє виявленню помилок на ранніх стадіях розробки програми. У той же час у ній відсутні багато джерел помилок, властивих іншим мовам програмування (строга типізація, наприклад). Більшість використовуваних сьогодні програм «відмовляють» в одній з двох ситуацій: при виділенні пам'яті, або при виникненні виняткових ситуацій. У традиційних середовищах програмування розподіл пам'яті є досить нудним заняттям - програмістові доводиться самому стежити за усієї використовуваної в програмі пам'яттю, не забуваючи звільняти її в міру того, як потреба в ній відпадає. Найчастіше програмісти забувають звільняти захоплену ними пам'ять або, що ще гірше, звільняють ту пам'ять, яка все ще використовується який-небудь частиною програми. Виняткові ситуації в традиційних середовищах програмування часто виникають в таких, наприклад, випадках, як розподіл на нуль або спроба відкрити неіснуючий файл, і їх доводиться обробляти за допомогою незграбних і нечитабельних конструкцій (крім Delphi). Java фактично знімає обидві ці проблеми, використовуючи збирач сміття для звільнення вільної пам'яті і вбудовані об'єктно-орієнтовані засоби для обробки виняткових ситуацій.
Java створювалася як засіб, який повинен задовольнити нагальну потребу у створенні інтерактивних мережевих програм. У Java реалізовано кілька цікавих рішень, що дозволяють писати код, який виконує одночасно масу різних функцій і не забуває при цьому стежити за тим, що і коли має відбутися. У мові Java для вирішення проблеми синхронізації процесів застосований найбільш елегантний із всіх коли-небудь був винайдений методів, який дозволяє конструювати прекрасні інтерактивні системи. Прості в обігу витончені підпроцеси Java дають можливість реалізації в програмі конкретного поведінки, не відволікаючись при цьому на вкладання глобальної циклічної обробки подій.
Питання про довговічність і переносимості коду важливіше релігійних воєн між ПК і Макінтоша. Творці Java наклали на мову і на середу часу виконання кілька жорстких вимог, які на ділі, а не на словах дозволяють, одного разу написавши, завжди запускати програму в будь-якому місці і в будь-який час (де існує віртуальна Java-машина - броузери на всіх платформах, OS / 2, Netware).
Надзвичайна здатність Java виконувати свій код на будь-який з підтримуваних платформ досягається тим, що її програми транслюються в якесь проміжне представлення, зване байт-кодом (bytecode). Байт-код, в свою чергу, може інтерпретуватися в будь-якій системі, в якій є середовище часу виконання Java. Більшість ранніх систем, в яких намагалися забезпечити незалежність від платформи, володіло величезним недоліком - втратою продуктивності (Basic, Perl). Незважаючи на те, що в Java використовується інтерпретатор, байт-код легко перекладається безпосередньо в "рідні" машинні коди (Just In Time compilers) «на льоту». При цьому досягається дуже висока продуктивність (Symantec JIT вбудований в Netscape Navigator).
Мова Java, хоча й більш складний ніж мови командних інтерпретаторів, все ж незмірно простіше для вивчення, ніж інші інші мови програмування, наприклад JAVA. Риси мови стануть здаватися вам природним шляхом для вирішення тих чи інших завдань і будуть сприяти відпрацюванню хорошого стилю програмування. Оскільки об'єктна модель в Java одночасно проста і виразна, ви скоро освоїтеся з об'єктно-орієнтованим стилем створення програм.
Середовище Java - це щось значно більше, ніж просто мова програмування. У неї вбудований набір ключових класів, які містять основні абстракції реального світу, з яким доведеться мати справу вашим програмам. Основою популярності Java є убудовані класи-абстракції, що зробили його мовою, дійсно незалежним від платформи. Бібліотеки, подібні MFC / COM, OWL, VCL, NeXTStep, Motif та OpenDoc прекрасно працюють на своїх платформах, однак сьогодні головною платформою стає Internet.
3.2. Концепція Business Engine
Всім відомо, що торгівля, на відміну від виробництва, не створює матеріальні цінності, а виступає в якості посередника між виробником і споживачем, доставляючи товари покупцям і повертаючи виробничому підприємству гроші за товар. Будучи посередником, воно пропускає через себе фінансові та товарні потоки, залишаючи собі відсоток за послуги.

Рис. 3.1. Торгівля як посередник
Підприємство, що спеціалізується на наданні послуг, не потребує посередників і тому працює безпосередньо зі споживачем. Розглянемо, як функціонує торговельне підприємство і яку роль у ньому займатиме програма управління, побудована на базі Business Engine.

Рис. 3.2. Функціонування торговельного предпрріятія
Business Engine функціонує щодо підрозділів підприємства за схемою клієнт - операція - товар. Клієнти, взаємодіючи між собою, ініціюють початок операцій, які призводять до переміщення товарів і грошей або тільки грошей. Кожна операція складається з декількох підоперації (транзакцій), які мають свій набір і послідовність (наприклад отримав товар, перерахував гроші, відправив товар, виставив лот і т. д.). У свою чергу кожна транзакція ініціює переміщення грошей за рахунками і товарів по складах. В економічних відносинах кожен клієнт має одну або декілька ролей, які додають йому можливості здійснення різного роду операцій. У нашій моделі виділяють чотири ролі (покупець, продавець, фінансовий посередник або платіжна система, товарний посередник або пошта). Кожен клієнт може заводити рахунки і склади у будь-якого іншого клієнта, якщо для них визначена відповідна роль. Також клієнт має за замовчуванням один рахунок і один склад, який вони заводять самі у себе для можливості розрахунків готівкою (каса) і передача товару з рук в руки. Для наочного зображення можна подивитися малюнок 3.3. Рахунок відкривається в одному з типів валют. У Business Engine представлені всі основні види валют, при потребі можна задати будь-яку валюту. Щоб переводити гроші з одного рахунку на інший, вони повинні бути одного типу або використовувати посередника має потрібний тип рахунку. Для операцій зі складами характерно теж саме. Вся міць Business Engine полягає в тому, що він представляє собою програмно реалізовану економічну модель з необхідними для всіх торговельних підприємств операціями. А ось на базі якого типу торгівлі, товару або структури підрозділів підприємства реалізувати це програмне рішення - вирішувати вам. Головна особливість такого підходу в тому, що можна швидко надати вам програмне рішення саме по вашій бізнес-схемі. Всі програм реалізовані на Business Engine дозволяють виробляти:
1) управління продажами (включаючи оптову, роздрібну та комісійну торгівлю);
2) управління поставками;
3) планування продажів і закупівель;
4) моніторинг і аналіз ефективності торгової діяльності;
5) управління складськими запасами;
6) управління замовленнями покупців;
7) управління відносинами з клієнтами;
8) аналіз товарообігу підприємства;
9) валютно-обмінні операції;
10) платежі та переклади;
11) аналіз цін і управління ціновою Business Engine політикою.

Рис. 3.4. Business Engine
На сьогоднішній день на базі Business Engine розроблена програма для ведення торгівлі в інтернет і на інтернет-аукціонах - Ecommerce Navigator.
3.3. Загальне уявлення АСУТП
Повне найменування системи - Автоматизована система управління торговим підприємством, підсистема - «Управління акаунтом інтернет-аукціону». Умовне позначення системи: АСУТП.
АСУТП створюється з метою підвищення ефективності та зручності управління торговельним підприємствам.
Факторами підвищення ефективності є:
1) оптимізація вибірки контрагентів для упорядкування контактів і аналізу спільної діяльності;
2) скорочення дублювання функцій при веденні торгових операцій як в інтернет, так і на інших торговельних майданчиках;
3) актуалізація бази даних шляхом синхронізації з обліковим записом інтернет-аукціону;
4) підвищення якості статистичних даних за рахунок автоматизації процедур збору, обробки та розповсюдження даних (забезпечення повноти та своєчасності оновлення даних);
5) розширення послуг, що надаються користувачам АСУТП;
6) розширення системи показників, що розробляються на основі АСУТП.
3.4. Основні технічні рішення
Додаток розробляється з використанням мови програмування Java. Для реалізації системи будуть використані наступні технології.

Таблиця 3.1
Технології, що використовуються при розробці АСУТП

Технологія	Опис
Java 6	Компілятор, віртуальна машина і допоміжні бібліотеки для розробки програми на мові Java.
Swing	Технологія розробки GUI-додатків на мові Java. Розроблено компанією SUN і входить до J2SDK.
JDBC (Java DataBase Connectivity)	Технологія доступу до БД з додатків на мові Java. Базова технологія, що входить у поставку Java.
Spring Application Framework	Комплекс технологій, що включають в себе IoC-контейнер, механізми роботи з транзакціями, БД і O / R і т.д. Поставляється з відкритим кодом. Докладніше див http://www.springframework.org/
Hibernate	Технологія об'єктно-реляційного маппінга для доступу до БД. Поставляється з відкритим кодом. Докладніше див http://www.hibernate.org/

3.5. Структура системи
АСУТП являє собою централізовану систему збору, зберігання і відображення даних про поточний стан торговельних операцій. Система надає дані в режимі реального часу.
АСУТП складається з наступних комплексів задач і підсистем:
1) комплекс завдань по збору та надання даних про контрагентів;
2) комплекс завдань по завантаженню даних з облікових записів інтернет аукціону Ebay;
3) комплекс завдань супроводу довідників і класифікаторів призначений для актуалізації довідників та класифікаторів через інтерфейси системи;
4) підсистема формування звітності призначена для виконання завдань формування звітів за даними торговельних операцій та поточних операцій;
5) підсистема архівації даних.
3.6. Взаємозв'язок із суміжними системами
Джерела даних для системи АСУТП:
1) аукціон Ebay. Взаємодія здійснюється шляхом підключення до віддалених web-сервісів за протоколом SOAP;
2) файли БД Derby - сховище інформації для АСУТП. Взаємодія здійснюватися шляхом імпорту файлів БД.
Одержувачі даних - аукціон Ebay. Здійснюється на рівні доступу до віддалених web-сервісів за протоколом SOAP.
Рішення по взаємодії системи АСУТП з інформаційними ресурсами інших систем представлено на "Помилка! Джерело посиланням не знайдений. ». Детальний опис механізмів взаємодії представлено у ДОДАТКУ 1. Сценарії використання АСУТП.
В якості зовнішніх, по відношенню до створюваної системі, загальносистемних сервісів, використовуються:
1) сервіси електронної пошти;
2) сервіси файлів і друку.
3.7. Підсистеми

Підтримка іноземних мов

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

Імпорт даних з аукціону

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

Роботи з електронною поштою

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

Відновлення архіву БД

Підсистема забезпечує виконання Імпорту / Експорту даних БД - виконується з певного модуля окремого модуля. Завдання файлу експорту реалізовано внутрішніми засобами АСУТП.
3.8. Проектування. Побудова діаграм

Рис. 3.5. Діаграма варіантів використання «Торгівля на аукціоні»

Рис. 3.6. Діаграма послідовності

Рис. 3.7. Діаграма діяльності продавця

Рис. 3.8. Діаграма діяльності покупця

Рис. 3.9. Діаграма кооперації

Рис. 3.10. Діаграма класів основного інтерфейсу

Рис. 3.11. Діаграма компонентів

Рис. 3.12. Діаграма пакетів

Рис.3.13 Діаграма розгортання на одній машині

4. Економічний розділ
4.1. Опис завдання
Собівартість - це величина витрат даного підприємства, що припадає на одиницю продукції. Рівень собівартості залежить від багатьох чинників: технічного прогресу, обсягу продукції, що випускається, продуктивності праці, норм витрати робочої сили, матеріалів, палива, енергії. Для визначення собівартості продукції можуть використовуватися різні методи: метод приведення до базового вузла, метод питомих ваг, метод обліку витрат на одиницю ваги вироби, розрахунок собівартості за статтями витрат.
У даному проекті наводиться розрахунок собівартості розробки автоматизованої системи управління торговим підприємством. (АСУТП). АСУТП служить для ведення обліку торгової діяльності в Інтернет і на аукціоні EBay. З основних переваг перед конкурентами варто виділити зручність використання, міжплатформової, низька ціна для продукту такого класу. АСУТП створена в першу чергу на ринку США, Англії, Німеччини, що дозволяє робити імпорт даних з філій аукціону EBay для цих країн, оперувати валютами USD І EUR. Цільовий сегмент споживачів даного ПЗ - це індивідуальні підприємці, власники інтернет-магазинів, що торгують у роздріб, а також всі, хто часто купує що-небудь для себе за допомогою Інтернету і хоче бути в курсі своїх витрат.
Покупець отримує ці програми, перед вчиненням оплати може безкоштовно користуватися АСУТП протягом 30 днів, використовувати всі функції АСУТП без обмеження, а після вирішити для себе - чи потрібно йому це ПЗ. АСУТП відрізняється простотою використання, що дозволяє швидко приступити до роботи і не вимагає знання спеціальних бухгалтерських термінів і операцій. На сьогоднішній день створювана АСУТП має найкраще поєднання ціни - якості серед такого класу програм і тому має всі шанси на успіх у споживача.
4.2. Розрахунок часу на створення програмного продукту
Загальний час на створення програми складається з різних компонентів. Структура загального часу на створення програмного продукту представлена ​​в табл. 4.1.
Таблиця 4.1

Структура часу на створення програмного продукту

№ етапу	Позначення часу даного етапу	Зміст етапу
1	T за	Підготовка опису завдання.
2	T про	Опис завдання.
3	T а	Розробка алгоритму.
4	T бс	Розробка блок-схеми алгоритму.
5	T н	Написання програми
6	T нп	Набивання програми.
7	T від	Налагодження і тестування програми.
8	T д	Оформлення документації.

Час розраховується в людино-годинах, причому Т _за береться за фактично відпрацьованого часу, а час інших етапів визначається розрахунково по умовному числа команд .
Умовне число команд визначається за формулою:
, (4.1)
де - Коефіцієнт, що враховує умовне число команд в залежності від типу задачі, для даної задачі коефіцієнт приймається = 1450;
- Коефіцієнт, що враховує новизну та складність програми.
Вибрати значення коефіцієнта можна з табл. 4.2.
Таблиця 4.2
Визначення коефіцієнта, що враховує умовне число команд

Тип завдання	Межі змін коефіцієнта
Завдання обліку	від 1400 до 1500
Завдання оперативного управління	від 1500 до 1700
Завдання планування	від 3000 до 3500
Багатоваріантні завдання	від 4500 до 5000
Комплексні завдання	від 5000 до 5500

Програмні продукти за ступенем новизни можуть бути віднесені до однієї з 4-х груп:
група А - розробка принципово нових завдань;
група Б - розробка оригінальних програм;
група В - розробка програм з використанням типових рішень;
група Г - разова типова задача.
Для даної задачі ступінь новизни - Б
За ступенем складності програмні продукти можуть бути віднесені до однієї з 3-х груп:
1) 1 - алгоритми оптимізації та моделювання систем;
2) 2 - завдання обліку, звітності та статистики;
3) 3 - стандартні алгоритми.
Дане завдання може бути віднесена до 1 групи складності.
Коефіцієнт визначається з табл. 4.3 на перетині груп складності і ступеня новизни.

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

Мова програмування	Група складності	Ступінь новизни
		А	Б	У	Г
високого	1	1,38	1,26	1,15	0,69
	2	1,30	1,19	1,08	0,65
рівня	3	1,20	1,10	1,00	0,60
низького	1	1,58	1,45	1,32	0,79
	2	1,49	1,37	1,24	0,74
рівня	3	1,38	1,26	1,15	0,69

Для даної задачі коефіцієнт = 1,26
Тепер, виходячи з формули (4.1) можна визначити умовне число команд
(4.2)
Визначаємо час, витрачений на кожен етап створення програмного продукту:
1) T _по (час на підготовку опису завдання), береться за фактом і становить:
T _з = (4.3)
2) T _о (час на опис завдання) визначається за формулою:
T _о = , (4.4)
де - Коефіцієнт урахування змін завдання, коефіцієнт в залежності від складності завдання і числа змін вибирається в інтервалі від 1,2 до 1,5. Для даної задачі = 1,4;
- Коефіцієнт, що враховує кваліфікацію програміста. Для стажу програмування від двох до трьох років значення коефіцієнта = 1.
Таблиця 4.4
Визначення коефіцієнта, що враховує кваліфікацію програміста

Стаж програміста	Значення коефіцієнта К
до 2-х років	0,8
від 2 до 3 років	1,0
від 3 до 5 років	1,1 - 1,2
від 5 до 10 років	1,2 - 1,3
понад 10 років	1,3 - 1,5

Застосовуючи формулу (4.4) підрахуємо час на опис завдання:
T _о = (4.5)
3) T _а (час на розробку алгоритму) розраховуємо за формулою:
T _а = (4.6)
Застосовуючи формулу (4.6) підраховуємо час на розробку алгоритму.
T _а = (4.7)
4) T _{б c} (час на розробку блок-схеми) визначається аналогічно T _а за формулою (5.6) і становить
T _б = (4.8)
5) T _н (час написання програми на мові програмування) визначається за формулою:
T _н = (4.9)
Застосовуючи формулу (4.9), підраховуємо час написання програми на мові програмування:
T _н = (4.10)
6) T _нп (час набивання програми) визначається за формулою:
T _нп = (4.11)
Застосовуючи формулу (4.11) підраховуємо час набивання програми:
T _нп = (4.12) (5.12)
7) T _від (час налагодження та тестування програми) визначається за формулою:
T _від = (4.13)
Підставляємо значення у формулу і отримуємо:
T _від = (4.14)
Тепер, знаючи час, витрачений на кожному етапі, можна підрахувати загальний час на створення програмного продукту:
T = T _по + T _о + T _а + T _бс + T _н + T _нп + T _від + T _д = 30 + 51,1 + 36,5 + 36,5 + 54,8 + 36,5 + 153, 4 + 40 = = 438.8 осіб / год
4.3. Розрахунок заробітної плати виконавця робіт
Основна заробітна плата визначається за формулою:
, (4.15)
де - Місячна зарплата 1-го розряду (руб.);
- Тарифний коефіцієнт, що відповідає розряду тарифної сітки по якому працює виконавець;
- Загальний час на створення програмного продукту (люд / год);
- Число робочих днів на місяць;
- Тривалість робочого дня в годинах;
- Відсоток премії.
- 8 годин.
21 день.
= 70000 руб.
Розряд виконавця 14, його тарифний коефіцієнт дорівнює 3,25. Таким чином, визначаємо основну заробітну плату виконавця робіт зі створення програмного продукту.
(4.16)
Додаткова заробітна береться в розмірі 15% від основної.
(4.17)
Загальна заробітна плата буде дорівнює сумі основної і додаткової:
(4.18)
4.4. Розрахунок нарахувань на заробітну плату (єдиного соціального податку)
Відрахування до фонду соціального захисту населення складають 35%. Обов'язкове страхування від нещасних випадків на виробництві становить 0.3%.
(4.19)
4.5. Розрахунок собівартості 1-го машино-години роботи ПЕОМ
Основою для розрахунку видатків на утримання та експлуатацію ПЕОМ, що відносяться до даного програмного продукту, є собівартість 1-го машино-години роботи ПЕОМ.
Спочатку визначимо річні витрати кожного компонента собівартості, до числа яких входять:
1) Основна заробітна плата працівників, які забезпечують функціонування ПЕОМ.
До числа цих працівників належать:
1) інженер-електронік;
2) системний програміст;
3) оператор.
Заробітна плата основна ( ) Кожного з цих категорій працівників визначається за формулою:
(4.20)
де - Місячна зарплата (тарифна ставка) 1 розряду в руб.;
- Тарифний коефіцієнт, що відповідає розряду працівника;
- К-ть, ПЕОМ, що обслуговуються одним працівником;
- Відсоток премії.
Для інженерів-електронників = 13 од.
Для системних програмістів = 26 од.
Для оператора = 9ед.
Для інженерів-електронників = 2,84
Для системних програмістів = 1,9
Для оператора = 1,57
Підставляємо значення у формулу (4.20), отримуємо:

(4.21)

Тепер можна визначити сумарну річну заробітну плату працівників, що забезпечують функціонування ПЕОМ:

2) Додаткова заробітна плата обслуговуючого персоналу береться в розмірі 15% від основної.
(4.22)
Загальна заробітна плата буде дорівнює сумі основної і додаткової:

(4.23)
3) Нарахування на ЗП обслуговуючого персоналу беремо 35,3% від загальної зарплати обслуговуючого персоналу:

(4.24)
4) Основна ЗП адміністративного та допоміжного персоналу:
До адміністративного персоналу, частину заробітної плати якого також повинна входити в собівартість машино-години, віднесемо начальника ІОЦ. Його основна заробітна плата визначається за формулою (4.20), тільки буде позначати кількість ПЕОМ у відділі.
(4.25)
З допоміжного персоналу ми врахуємо прибиральницю, яка буде прибирати адміністративні приміщення.
Заробітна плата прибиральниці, яка припадає на 1 комп'ютер, визначається за формулою:
(4.26)
Підставляючи значення у формулу (4.26), отримаємо:
Тепер визначимо загальну основну ЗП адміністративного та допоміжного персоналу.
(4.27)
5) Додаткова заробітна плата адміністративного та допоміжного персоналу береться в розмірі 15% від основної:
(4.28)
Загальна заробітна плата буде дорівнює сумі основної і додаткової:
(4.29)
6) Нарахування на ЗП адміністративного та допоміжного персоналу в загальному беремо 35.3% від загальної заробітної плати.
(4.30)
7) Амортизаційні відрахування визначаються у розмірі 20% від балансової вартості ПЕОМ.
(4.31)
де - Балансова вартість однієї ПЕОМ з периферією.
8) Витрати на ел.енергії складаються з:
- Витрат на силову ел.енергії;
- Витрат на ел.енергії, яка йде на освячення.
Витрати на силову ел.енергії визначаються за формулою:
(4.32)
де - Ефективний річний фонд часу роботи ПЕОМ в годинах;
- Вартість 1 кВт / години на руб;
- Сумарна потужність ПЕОМ з периферією в кВт / часах.
При роботі ІОЦ в 1 зміну, беремо = 1716 год
Для бюджетних організацій = 230р. за 1 кВт / год, = 0,7 - 1,2 кВт / години в залежності від периферії.
Підставляючи значення у формулу (5.32) отримуємо: (4.33)
Витрати на ел.енергії, яка йде на освітлення визначаються за формулою:
(4.34),
де - Ефективний річний фонд часу роботи ПЕОМ в годинах;
- Вартість 1 кВт / години на руб;
- Сумарна потужність, яка йде на освітлення в кВт / часах.
= 200 Вт / год.
Підставляючи значення у формулу (5.33) отримуємо:
(4.35)
Тепер визначаємо загальні витрати на ел. енергію:
(4.36)
9) Витрати на витратні матеріали беруться за фактом і становлять:
(4.37)
10) Витрати на профілактику становлять 2% від балансової вартості ПЕОМ з периферією.
(4.38)
11) Витрати на опалення виробничих площ визначаються за формулою:
(4.39)
де кв.м. - Витрати на опалення на 1 кв. метр - 350 руб. на місяць;
- Площа ІОЦ (кв.м.) на 1 ПЕОМ ( 7 м ).
Підставляючи значення у формулу 12 отримуємо:
(4.40)
12) Витрати на обслуговування виробничих площ визначаються за формулою:
(4.41)
де - Витрати на 1 кв.метр, приблизно від 12000 до 15000 руб. на місяць;
- Площа ІОЦ (кв.м.) на 1 ПЕОМ (від 5 до 7 м ).
Підставляючи значення у формулу (4.41) отримуємо:
(4.42)
13) Інші виробничі витрати беруться в розмірі 30% від основної зар.плата працівників, що забезпечують функціонування ПЕОМ.
(4.43)
Тепер, склавши всі 13 компонентів, визначаємо річні витрати на утримання та експлуатацію перша ПЕОМ.
(4.44)
Далі визначаємо собівартість 1-го машино-години роботи ПЕОМ, яка визначається за формулою:
(4.45)
Підставляючи значення у формулу (4.45) отримуємо:
(4.46)
4.6. Розрахунок витрат на утримання та експлуатацію ПЕОМ
Тепер, знаючи собівартість 1-го машино-години роботи ПЕОМ і час на створення програмного продукту, яке вимагало використання ПЕОМ, можна визначити витрати на утримання та експлуатацію ПЕОМ, що відносяться до даного програмного продукту:
(4.47)
де - Собівартість 1-го машино-години роботи ПЕОМ;
- Сумарний час етапів, що вимагають використання ПЕОМ.
Час на створення програмного продукту, яке вимагало використання ПЕОМ, можна визначити за формулою (див. вище):
(4.48)
Таким чином, підставляючи значення у формулу (4.47) отримаємо:
(4.49)
4.7. Розрахунок собівартості програмного продукту
У собівартість програмного продукту входять наступні елементи:
1) Основна заробітна плата виконавця робіт зі створення програмного продукту;
2) Додаткова заробітна плата виконавця робіт зі створення програмного продукту;
3) Нарахування на заробітну плату (єдиний соціальний податок);
4) Витрати на утримання і експлуатацію ПЕОМ, що відносяться до даного програмного продукту;
5) Інші витрати.
Перші 4 елементи нам уже відомі, а інші витрати становлять 10% від суми перших 4-х елементів.

Тепер, склавши всі елементи, можна визначити собівартість програмного продукту.
(4.50)
4.8. Розрахунок вартості програмного продукту
Тепер, знаючи собівартість програмного продукту, можна визначити його ціну. Ціна складається з декількох компонентів:
(4.51)
де - Собівартість програмного продукту,
- Прибуток, яку беремо в розмірі 30% від собівартості.
(4.52)
, Де з = 2% (4.53)
(4.54)
- Податок на додану вартість, який береться в розмірі 18%.
(4.55)

Підставляючи послідовно значення у формулу (4.50), визначаємо ціну програмного продукту:
(4.56)
Результати розрахунків економічного розділу зведемо в підсумкову табл. 4.5.
Таблиця 4.5
Результати розрахунків економічного розділу

Найменування показника	Сума (грн.)
Основна заробітна плата розробників	683 339
Додаткова заробітна плата розробників	102 500
Відрахування до фонду соціального захисту	277 401
Нарахування на ЗП обслуговуючого персоналу	182 737
Нарахування на ЗП адміністративного та допоміжного персоналу	23 611
Амортизаційні відрахування	240 000
Витрати на електроенергію	238 867
Витрати на витратні матеріали	50 000
Витрати на профілактику ПЕОМ	24 000
Витрати на опалення виробничих площ	29 400
Витрати на обслуговування виробничих площ	336 000
Інші виробничі витрати	135 044
Річні витрати на утримання та експлуатацію перша ПЕОМ	3 500 000
Собівартість 1-го машино-години роботи ПЕОМ	2039
Витрати на утримання і експлуатацію ПЕОМ, що відносяться до даного програмного продукту	458 571
Собівартість програмного продукту	3 167 992
Прибуток	950 397
ПДВ	875 121
Ціна програмного продукту	6120301

Таким чином, загальний час, витрачений на розробку програми «Автоматизована система управління торговим підприємством», становить .
Прибуток, яку брали в розмірі 30% від собівартості, становить: . Ціна програмного продукту складається із собівартості, прибутку, податку на додану вартість, який береться в розмірі 18% від суми собівартості і прибутку, і становить .
Потрібно відзначити, що вартість розробки програмного продукту сторонніми організаціями буде становити від до .
Даний програмний продукт рентабельний і конкурентоспроможний з точки зору економіки і може, бути впроваджений у сфері поліграфії.

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

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

1) фізичні:
- Підвищене значення напруги в електричному ланцюзі, замикання якого може відбутися через тіло працюючого;
- Підвищені рівні електромагнітного випромінювання промислової частоти і високочастотні;
- Підвищені рівні рентгенівського випромінювання;
- Підвищені рівні ультрафіолетового випромінювання;
- Підвищені рівні інфрачервоного випромінювання;
- Підвищені рівні статичної електрики;
- Підвищені рівні запиленості повітря робочої зони;
- Підвищений вміст позитивних аероіонів в повітрі робочої зони;
- Знижений вміст негативних аероіонів в повітрі робочої зони;
- Підвищена або знижена температура повітря робочої зони;
- Підвищена або знижена вологість повітря робочої зони;
- Підвищена або знижена рухомість повітря робочої зони,
- Підвищений або знижений рівень освітленості робочої зони; підвищений рівень прямого і отраженнойблесткості;
- Підвищена або знижена яскравість світлового зображення;
- Підвищений рівень пульсацій світлового потоку;
2) хімічні: підвищений вміст в повітрі робочої зони окису вуглецю, озону, аміаку, фенолу, формальдегіду і поліхлорованих феніл;
3) біологічні: підвищений вміст в повітрі робочої зони мікроорганізмів;
4) психофізіологічні:
- Напруга зору;
- Напруга пам'яті;
- Напруга уваги;
- Тривале статичне напруження;
- Великий обсяг інформації, що обробляється в одиницю часу;
- Монотонність праці;
- Нераціональна організація робочого місця;
- Емоційні перевантаження.
5.2. Виробнича санітарія
Ускладнення функціональної структури діяльності у зв'язку із застосуванням електронно-обчислювальних систем, відеотерміналів, пред'являє нові часом підвищені вимоги до організму людини. Недооблік ролі людського фактора при проектуванні і створенні обчислювальних центрів неминуче відбивається на якісних і кількісних показниках діяльності працівників, у тому числі призводить до уповільнення або помилок в процесі прийняття рішення.
Створення і широке впровадження в народне господарство швидкодіючих електронно-обчислювальних машин на основі мікропроцесорної техніки зумовило значне збільшення кількості обчислювальних центрів і відповідно чисельності працівників, які забезпечують їх функціонування.
До основних приміщень пред'являються особливі вимоги. Площа машинного залу відповідає площі, необхідної за технічними умовами для даного типу ЕОМ: площу на одне робоче місце з ВДТ, ЕОМ і ПЕОМ для дорослих користувачів становить не менш 6,0 м ² , А обсяг не менш 20,0 м ³
5.3. Умови і фактори
З метою забезпечення комфортних умов для обслуговуючого персоналу і надійності технологічного процесу згідно встановлюють такі вимоги до микроклиматическим умов, наведені в таблиці 2.
Інтенсивність теплового випромінювання працюючих від нагрітих поверхонь технологічного устаткування, освітлювальних приладів, інсоляції на постійних місцях не перевищує 35 Вт / м ² при опроміненні 50% поверхні тіла і більше.
Для створення нормальних метеорологічних умов найбільш доцільно зменшити тепловиділення від самого джерела - монітора, що передбачається при розробці його конструкції.

Таблиця 5.1
Параметри повітряного середовища на робочих місцях

Період року	Категорія робіт	Температура повітря, ° C	Відносна вологість повітря,%	Швидкість руху повітря, не більше, м / с
Холодний	легка-1а	22-24	40-60	0,1
	легка - 1б	21-23	40-60	0,1
Теплий	легка - 1а	23-25	40-60	0,1
	легка - 16	22-24	40-60	0,2

Крім того, це досягається також забезпеченням відповідної площі і обсягу виробничого приміщення, пристроєм ефективної системи вентиляції та кондиціонування.
Системи опалення і системи кондиціювання слід встановлювати так, щоб ні теплий, ні холодне повітря не спрямовувався на людей. На виробництві рекомендується створювати динамічний клімат з визначеними перепадами показників. Температура повітря в поверхні підлоги і на рівні голови не повинна відрізнятися більш, ніж на 5 градусів. У виробничих приміщеннях крім природної вентиляції передбачають приточно-витяжну вентиляцію. Основним параметром, що визначає характеристики вентиляційної системи, є кратність обміну, тобто скільки разів за годину зміниться повітря в приміщенні.
Робота відеотерміналів супроводжується виділенням тепла. Для підтримки нормального мікроклімату необхідний достатній обсяг вентиляції, для чого в обчислювальному центрі передбачається кондиціонування повітря, що здійснює підтримку постійних параметрів мікроклімату в приміщенні незалежно від зовнішніх умов.
Раціональне освітлення робочого місця є одним з найважливіших факторів, що впливають на ефективність трудової діяльності людини, що попереджають травматизм і професійні захворювання. Правильно організоване освітлення створює сприятливі умови праці, підвищує працездатність і продуктивність праці. У денний час в обчислювальному центрі використовується природне бічне одностороннє висвітлення, у вечірній час або при недостатньому освітленні - штучне загальне рівномірне,
Приміщення для роботи з дисплеями та відеотерміналами належать до I групи за завданнями зорової роботи.
Нормований рівень освітленості для роботи з ЕОМ - 400 лк, КПО - 4%.
У приміщеннях, обладнаних ЕОМ, передбачаються заходи для обмеження сліпучої дії светопроемов, що мають високу яскравість (8000 кд / м ² і більше), і прямих сонячних променів для забезпечення сприятливого розподілу світлового потоку в приміщенні і виключення на робочих поверхнях яскравих і темних плям, засвічення екранів стороннім світлом, а так само для зниження теплового ефекту від інсоляції. Це досягається шляхом відповідної орієнтації светопроемов, правильного розміщення робочих місць та використання сонцезахисних засобів.
Вимоги до зниження дискомфортною блескости і дзеркального відображення в екранах задовольняються шляхом використання світильників з комбінованим прямим і відбитим напрямком світла, яке здійснюється за допомогою подвійної хрестової оптики. Частина прямого світлового потоку лампи прямує через параболічний дзеркальний растр таким чином, що обмежується сліпуче дію прямого і відбитого світла; відображена частина випромінювання лампи направляється широким потоком на стелю.
У випадку якщо екран ВТ звернений до віконного отвору, передбачаються спеціальні екрануючі пристрої. Вікна рекомендується забезпечувати светорассеивающими шторами (р = 0,5 - 0,7), регульованими жалюзі або сонцезахисної плівкою з металевим покриттям.
У тих випадках, коли одного природного освітлення в приміщенні недостатньо, влаштовують суміщене освітлення. При цьому додаткове штучне освітлення в приміщенні і робочих місцях створює хорошу видимість інформації на екрані ВТ, машинописного і рукописного тексту та інших робочих матеріалів. При цьому в полі зору працюючих забезпечуються оптимальні співвідношення яскравості робітників і оточуючих поверхонь, виключена або максимально обмежена відображена бляклість від екрану і клавіатури в результаті відображення в них світлових потоків від світильників і джерел світла.
Для штучного освітлення приміщень ПЦ передбачені люмінесцентні лампи білого світла (ЛБ) і темно-білого кольору (ЛТБ) потужністю 65 або 80 Вт.
Планування робочого місця задовольняє вимогам зручності виконання робіт та економії енергії оператора, раціонального використання площ і зручності обслуговування пристроїв ЕОМ. Кнопки для включення, ручки керування засобів сигналізації забезпечують мінімальні витрати.
Шум, несприятливо впливаючи на організм людини, викликає психічні та фізіологічні порушення, що знижують працездатність, призводить до збільшення числа помилок при роботі.
Нормовані рівні шуму згідно / 10 / і / 14 / наведені в таблиці 5.2 і забезпечуються шляхом використання малошумного обладнання, застосуванням звуковбирних матеріалів для облицювання приміщень, а також різних звукопоглинальних пристроїв (перегородки, кожухи, прокладки і т. д.).
Шум не перевищує допустимих меж, тому що в обчислювальній техніці немає обертових вузлів і механізмів (за винятком вентилятора), а найбільш гучне устаткування (АЦПУ) знаходиться у спеціально відведених приміщеннях.
Основними джерелами шуму в приміщеннях, обладнаних ЕОМ, є принтери, розмножувальна техніка та обладнання для кондиціювання повітря, в самих ЕОМ - вентилятори систем охолодження і трансформатори.
Таблиця 5.2
Нормативні значення рівня шуму

Категорія норми шуму	Рівні звукового тиску, ДБ в октавних смугах з середньогеометричними частотами в Гц									Рівні звуку та еквівалентні рівні звуку, дБА
	31, 5	63	125	250	500	1000	2000	4000	8000
I	86	71	61	54	49	45	42	40	38	50
II	93	79	70	63	5S	55	52	50	49	60
III	96	83	74	6S	63	60	57	55	54	65
IV	103	91	83	77	73	70	68	66	64	75

Основними нормативними документами захисту від ураження електрострумом є «Правила пристрою електроустановок, ПУЕ», «Правила технічної експлуатації електроустановок споживачів» та «Правила техніки безпеки при експлуатації електроустановок споживачів». Приміщення обчислювального центру за ступенем небезпеки ураження елктріческім струмом відноситься до помещніям без підвищеною небезпекою.
Основні заходи захисту від ураження струмом:
1) ізоляція і недоступність струмоведучих частин;
2) захисне заземлення ( ).
Для надання першої допомоги потерпілому від електричного струму необхідно швидке відключення обладнання, якого стосується потерпілий, визначення стану потерпілого і вибір заходів першої допомоги.
Експериментальні дані свідчать про високу біологічну активність ЕМП у всіх частотних діапазонах. При відносно високих рівнях облучающего ЕМП сучасна теорія визнає теплової механізм впливу. При відносно низькому рівні ЕМП прийнято говорити про нетепловом або інформаційному характері впливу на організм. Варіанти впливу ЕМП на біоекосистеми, включаючи людину, різноманітні: безперервне і переривчасте, загальне і місцеве, комбіноване від декількох джерел і поєднане з іншими несприятливими факторами середовища і т.д.

На біологічну реакцію впливають такі параметри ЕМП:
1) інтенсивність ЕМП (величина);
2) частота випромінювання;
3) тривалість опромінення;
4) модуляція сигналу;
5) поєднання частот ЕМП;
6) періодичність дії.
Численні дослідження в області біологічної дії ЕМП дозволять визначити найбільш чутливі системи організму людини: нервова, імунна, ендокринна і статева. Ці системи організму є критичними. Реакції цих систем повинні обов'язково враховуватися при оцінці ризику впливу ЕМП на населення.
Біологічний ефект ЕМП в умовах тривалого багаторічного впливу накопичується, в результаті можливий розвиток віддалених наслідків, включаючи дегенеративні процеси центральної нервової системи, рак крові (лейкози), пухлини мозку, гормональні захворювання.
При роботі монітора на екрані кінескопа накопичується електростатичний заряд, що створює електростатичне поле (ЕСтП). У різних дослідженнях, при різних умовах виміру значення ЕСтП коливалися від 8 до 75 кВ / м. При цьому люди, що працюють з монітором, здобувають електростатичний потенціал. Розкид електростатичних потенціалів користувачів коливається в діапазоні від -3 до +5 кВ. Коли ЕСтП суб'єктивно відчувається, потенціал користувача служить вирішальним фактором при виникненні неприємних суб'єктивних відчуттів. Помітний внесок у загальне електростатичне поле вносять електризуються від тертя поверхні клавіатури і миші. Експерименти показують, що навіть після роботи із клавіатурою, електростатичне поле швидко зростає з 2 до 12 кВ / м. На окремих робочих місцях в області рук реєструвалися напруженості статичних електричних полів більше 20 кВ / м.
За узагальненими даними, у працюючих за монітором від 2 до 6 годин на добу функціональні порушення центральної нервової системи відбуваються в середньому в 4,6 рази частіше, ніж у контрольних групах, хвороби серцево-судинної системи - в 2 рази частіше, хвороби верхніх дихальних шляхів - в 1,9 рази частіше, хвороби опорно-рухового апарату - в 3,1 рази частіше. Зі збільшенням тривалості роботи на комп'ютері співвідношення здорових і хворих серед користувачів різко зростає.
Таблиця 5.3
Допустимі значення параметрів неіонізуючих електромагнітних випромінювань

Найменування параметра	Допустимі значення
Напруженість електромагнітного поля. Електрична складова не більше:
Діапазон частот 5 Гц-2 кГц	25,0 В / м
Діапазон частот 2-400 кГц	2,5 В / м
Щільність магнітного потоку не більше:
Діапазон частот 5 Гц-2 кГц	250нТл
Діапазон частот 2-400 кГц	25нТл
Напруженість електростатичного поля не більше	15 кВ / м

За вибухопожежною та пожежною небезпекою приміщення та будівлі ставляться по НПБ 5-2000 до категорії Д. У залежності від виконуваних у них технологічних процесів, властивостей, застосовуваних речовин і матеріалів, а так само умовами їх обробки. Однією з важливих задач пожежної профілактики є захист будівельних конструкцій від руйнувань та забезпечення їх достатньої міцності в умовах впливу високих температур при пожежі. З огляду на високу вартість електронного устаткування ВЦ, а так само категорію їх пожежної небезпеки, будинки для ВЦ та частини будинків іншого призначення, в яких передбачено розміщення ЕОМ, відносяться до 2 ступеня. Для виготовлення будівельних конструкцій використовують, як правило, цегла, залізобетон, скло та інші негорючі матеріали.
Для запобігання розповсюдження вогню під час пожежі з однієї частини будинку на іншу влаштовують протипожежні перешкоди у вигляді стін, перегородок, дверей, вікон, люків, клапанів. Особлива вимога пред'являється до пристрою та розміщення кабельних комунікацій.
Зразкові норми первинних засобів пожежогасіння на діючих промислових підприємствах і складах наведені в таблиці 5.4.
Таблиця 5.4
Зразкові норми первинних засобів пожежогасіння
на діючих промислових підприємствах і складах

Приміщення, споруда, установка	Одиниця вимірювання, м2	Вуглекислі вогнегасники ручні	Пінні вогнегасники
Обчислювальні центри	100	1	1

Для ліквідації пожеж у початковій стадії застосовуються первинні засоби пожежогасіння:
1) внутрішні пожежні водопроводи,
2) вогнегасники типу ОВП-10, ОУ-2,
3) сухий пісок,
4) азбестові ковдри та ін
У будівлі ВЦ пожежні крани встановлюють в коридорах, на майданчиках сходових клітин, біля входу, тобто в доступних і захисних місцях. На кожні 100 квадратних метра підлоги виробничих приміщень потрібно 1-2 вогнегасника.
Евакуація співробітників обчислювальних центрів відбувається згідно з планом евакуації людей при пожежі, що регламентує дії персоналу у разі виникнення вогнища спалаху і вказує місця розташування пожежної техніки / 24 /.
Правильно спроектоване і виконане виробниче освітлення забезпечує можливість нормальної виробничої діяльності. Від нього залежать збереження зору людини, стан його центральної нервової системи, безпека трудової діяльності. Недостатня освітленість робочої зони або підвищена яскравість ускладнюють сприйняття зорової інформації, створюють передумови до травмування.
Раціональне освітлення є одним з найважливіших чинників створення сприятливих умов праці, що сприяють підвищенню продуктивності праці і якості продукції, що випускається. Освітлення на робочому місці програміста повинно бути таким, щоб працівник міг без напруги зору виконувати свою роботу. Стомлюваність органів зору залежить від ряду причин:
1) недостатність освітленості;
2) надмірна освітленість;
3) неправильне напрямок світла.
Недостатність освітлення приводить до напруги зору, ослабляє увагу, приводить до настання передчасної стомленості. Надмірно яскраве освітлення викликає засліплення, роздратування і різь в очах. Неправильний напрямок світла на робочому місці може створювати різкі тіні, відблиски, дезорієнтувати працюючого. Всі ці причини можуть призвести до нещасного випадку або профзахворювань, тому такий важливий правильний розрахунок освітленості.
Розрахунок освітленості робочого місця зводиться до вибору системи освітлення, визначенню необхідного числа світильників, їхнього типу і розміщення.
Освітленість на поверхні столу в зоні розміщення робочого документу - 400 лк.
Пряма блесткость обмежена від джерел освітлення, при цьому яскравість світяться поверхонь (вікна, світильники тощо), що знаходяться в полі зору, - не більше 200 кл / м ^2.
Обмежена відбитий блискіт на робочих поверхнях (екран, стіл, клавіатура та ін) за рахунок правильного вибору світильників і розташування робочих місць по відношенню до джерел природного та штучного освітлення, при цьому яскравість відблисків на екрані ВДТ і ПЕОМ не перевищує 40 кд / м ² і яскравість стелі, при застосуванні системи відбитого освітлення, не перевищує 200 кд / м ^2.
Показник осліпленості для джерел загального штучного освітлення у виробничих приміщеннях - не більше 40.
Обмежена нерівномірність розподілу яскравості в полі зору користувача ВДТ і ПЕОМ, при цьому співвідношення яскравості між робочими поверхнями не перевищує 3:1 - 5:1, а між робочими поверхнями і поверхнями стін і обладнання 10:1.
Яскравість світильників загального освітлення в зоні кутів випромінювання від 50 до 90 градусів з вертикаллю в поздовжній і поперечній площинах складає не більше 200 кд / м ^2, захисний кут світильників - не менше 40 градусів.
Світильники місцевого освітлення мають не просвічує відбивач із захисним кутом не менше 40 градусів.
Коефіцієнт пульсації не перевищує 5%, що забезпечується застосуванням газорозрядних ламп у світильниках загального та місцевого освітлення з високочастотними пускорегулювальними апаратами (ВЧ ПРА) для будь-яких типів світильників.
Так як мінімальним об'єктом розрізнення при роботі з ПЕОМ є піксель \ зерно (pixel \ dot) - одна крапка, що світиться, а її розмір становить 0,28 мм, то ми маємо справу із зоровою роботою дуже високої точності, тобто маємо II розряд зорової роботи . Причому залежно від використовуваного програмного забезпечення можемо мати справу як з прямим, так і зі зворотнім контрастом, а характер контрасту об'єкта і характер фону може бути будь-яким: світлим, середнім, темним. Враховано також, що тривалість зорової роботи становить більше половини робочого дня. На підставі цих даних укладаємо, що зорова робота має II розряд з подразряд "в". Загальне освітлення становить 500 лк, а комбіноване освітлення 2000 лк, у тому числі 200 лк загального освітлення. Нормативна величина показника осліпленості Р = 20%, рівня пульсацій освітленості До _n = 10%.
Тип джерела світла, якому необхідно віддати перевагу при роботі з ПК, - люмінесцентні лампи, так як вони забезпечують менше стомлення органів зору й організму в цілому і сприяють підвищенню працездатності і продуктивності праці. Крім того, люмінесцентні лампи мають високу світлову віддачу, великий термін служби, малу яскравість світної поверхні, спектр випромінювання близький до природного.
Вибираючи систему освітлення, необхідно враховувати, що більш ефективною є система комбінованого освітлення, але система загального освітлення більш гігієнічна, тому що забезпечує більшу рівномірність освітленості робочих поверхонь.
Використовуючи локалізоване загальне освітлення, можна найбільш просто добитися високих рівнів освітленостей на робочих місцях без значних витрат.
При підвищених вимогах до освітленості окремих робочих місць використовують комбіновану систему освітлення.
З метою зниження рівнів засвічення екранів моніторів прямими світловими потоками світильників загального призначення останні розташовуються збоку від робочих місць, паралельно до головної лінії зору операторів ПЕОМ та стіні приміщення з вікнами.
На малюнку 5.1 наведена приблизна схема орієнтації робочих місць операторів.
5.4. Ситуації та безпека
Надзвичайна ситуація (НС) - обстановка на певній території або акваторії, що склалася в результаті виникнення джерела надзвичайної ситуації, який може спричинити або спричинив за собою людські жертви, шкоду здоров'ю людей і (або) навколишнього природного середовища, значні матеріальні збитки та порушення умов життєдіяльності людей
Джерело НС - небезпечне природне явище або процес, аварія чи небезпечний техногенний пригода, широко поширене інфекційне захворювання людей, тварин і рослин, а також застосування сучасних засобів ураження, в результаті чого сталася або може виникнути надзвичайна ситуація
Забезпечення безпеки людей в НС, зумовлених природними стихійними лихами, техногенними аваріями і катастрофами є загальнодержавною задачею, обов'язковою для вирішення всіма територіальними, відомчими і функціональними органами управління і регулювання, службами і формуваннями, а також підсистемами, що входять в систему попередження і дій у надзвичайних ситуаціях (ГСЧС
Захист населення - комплекс взаємопов'язаних за місцем часу проведення, цілі, ресурсів заходів ГСЧС, спрямованих на усунення або зниження на постраждалих територіях до прийнятного рівня загрози життю і здоров'ю людей у ​​випадку реальної небезпеки виникнення або в умовах реалізації небезпечних і шкідливих факторів стихійних лих, техногенних аварій і катастроф
Безпека людей в НС забезпечується:
- Зниження ймовірності виникнення можливих масштабів джерел природних, техногенних та військових НС;
- Каналізації, блокування, усунення, скорочення часу існування, масштабів та послаблення дії уражаючих факторів та джерел НС;
- Зниження небезпеки ураження людей в НС шляхом висування т реалізації спеціальних вимог до розселення людей, раціонального розміщення потенційно небезпечних і інших виробників, транспортних і інших техногенно-небезпечних та життєво важливих об'єктів і комунікацій, створення об'єктів з внутрішньо присутньою безпекою та засобами локалізації і самоліквідації аварій, а також шляхом раціонального планування і забудови міст та інших населених пунктів, будівництва специфічно стійких в конкретних НС будівель та споруд;
- Організацією і проведенням захисних заходів у відношенню до населення і персоналу аварійних та інших об'єктів при виникненні, розвитку і поширенні вражаючих впливів джерел НС, а також здійсненням аварійно-рятувальних та інших невідкладних робіт з усунення безпосередньої небезпеки для життя і здоров'я людей, відновленню життєзабезпечення населення на територіях, які зазнали впливу руйнівних і шкідливих сил природи і техногенних факторів;
- Ліквідацією наслідків та реабілітацією населення, територій і навколишнього середовища, які зазнали впливу при НС / /. Потенційна загроза життю і здоров'я населенню у НС може реалізуватися внаслідок вивільнення у природне середовище проживання людини великих кількостей сконцентрованої енергії, небезпечних і шкідливих для життя і здоров'я людей речовин та агентів при:
- Безпосередньому впливі на людей стихійних сил природи, вражаючих факторів техногенних аварій і катастроф, а також застосування сучасних засобів збройної боротьби;
- Вивільнення у природне середовище проживання людини великих кількостей сконцентрованої енергії, небезпечних і шкідливих для життя і здоров'я людей речовин і агентів;
- Руйнуванні енергонасичених та інших потенційно небезпечних об'єктів, установок і технічних систем промислового, експериментально-виробничого, дослідного та складського призначення;
- Руйнуванні і критичному порушення роботи систем або об'єктів життєзабезпечення людей у ​​місцях проживання / /.
При аваріях (катастрофах) на атомних електростанціях з викидом радіоактивних речовин (з півночі - Ігналінська; зі сходу - Смоленська; з південно-сходу - Чорнобильська; з південного заходу - Рівненська АЕС) можливе зараження радіоактивними речовинами території РБ.
Для даного регіону найбільш імовірними і небезпечними стихійними лихами є: зливи, снігопади, урагани, сильні вітри, грози, гради, ожеледь і ін
Для захисту життя та здоров'я населення в НС застосовуються наступні основні заходи цивільної оборони, які є складовою частиною заходів ГСЧС:
- Проведення заходів медичного захисту;
- Евакуацію населення із зон НС;
- Укриття людей у ​​пристосованих під потреби захисту населення приміщеннях виробничих, громадських і житлових будівель, а також у спеціальних захисних спорудах;
- Використання засобів індивідуального захисту органів дихання та шкірних покровів;
- Проведення аварійно-рятувальних та інших невідкладних робіт у зонах НС.

Висновок
Останнім часом відзначено формуванням нової економіки, основних інфраструктурних елементом якої є мережа Інтернет. Виводячи частину свого бізнесу в Інтернет, компанії переслідують одночасно кілька цілей: від скорочення витрат до поліпшення обслуговування клієнтів і організації нового онлайнового каналу збуту. Існує багато схем електронної комерції як у секторі B2C (наприклад, створення Web-вітрини або Інтернет-магазину), так і в секторі B2B (наприклад, організація корпоративного порталу або участь в роботі віртуальної торгового майданчика - e-marketplaces). Однак потрібно чітко розуміти, що використання будь-якої з цих схем не буде ефективним, якщо компанія заздалегідь не подбала про наведення порядку всередині свого бізнесу, про створення надійного бек-офісу.
В якості основи побудови Інтернет-рішень практично завжди розглядаються MRPII / ERP-системи, що забезпечують ресурсне планування та інтегроване управління всіма бізнес-процесами компанії. Грубо кажучи, MRPII / ERP-системи - це хребет, до якого монтуються Інтернет-рішення. Відсутність чіткої та надійної системи внутрішнього планування та контролю, інтегрованої з зовнішнім Інтернет-рішенням, прирікає компанію в новій економіці на невдачу.

СПИСОК ВИКОРИСТАНИХ ДЖЕРЕЛ

1) Буч, Г. Мова UML. Керівництво користувача / Дж. Рамбо, А. Джекобсон. - М.: ДМК, 2000. - 432с.
2) Інформаційні технології в процесі проектування систем: Матеріали науково-методичного семінару. - Тюмень: Видавництво Тюменського державного університету, 2002. - 188 с.
3) Чейз, Н. Java 5 на прикладах / Н. Чейз.
4) Рассел Джонс, Java 5. повне керівництво / А. Рассел Джонс. - М: ВЕК +, 2000. - 704 с.
5) Коналлен, Дж. Розробка Web додатків з використанням UML: Пер. з англ. / Дж. Коналлен. - М.: Видавничий будинок "Вільямс", 2001. - 288 с.
6) Браун, М. Spring в оригіналі / М. Браун, Д. Ханікатт. - СПб.: BHV Санкт-Петербург, 1998.
7) Java 2. Керівництво розробника: Пер. з англ. : Уч. сел. - М: Видавничий дім "Вільямс", 2000. - 720с.
8) Сібаров, Ю. Г. Охорона праці в обчислювальних центрах / Ю. Г. Сібаров, М. М. Сколотнев и др. - М.: Машинобудування, 1990.
9) Гігієнічні вимоги до ВДТ, ЕОМ та організації роботи. СанПіН № 9-131 РБ 2000.
10) Загальні санітарно-гігієнічні вимоги до повітря робочої зони. ГОСТ 12.1.005-88.
11) Гігієнічні вимоги до мікроклімату виробничих приміщень. СанПіН № 9-80 РБ98.
12) Опалення, вентиляція і кондиціонування повітря. СНБ 4.02.01-03.
13) Шум на робочих місцях, у приміщеннях житлових, громадських будівель і на території житлової забудови. СанПіН 2.2.4/2.1.8.10-32-2002.
14) Електробезпека, захисне заземлення, занулення. ГОСТ 12.1.030-81.
15) Протипожежні норми. СанПіН 2.01.02-85.
16) Пожежно-технічна класифікація класифікацію будівель, будівельних конструкцій і матеріалів. СНБ 2.02.01-98.