Міністерство освіти Республіки Білорусь
Установа освіти
Білоруський державний університет
ІНФОРМАТИКИ І РАДІОЕЛЕКТРОНІКИ
Кафедра менеджменту
РЕФЕРАТ
з курсу «Організація виробництва»
студент гр. 535901 Васильєв О.Г. ..
Керівник: Азріменко І.М.
Мінськ 2007
ЗМІСТ
1. Необхідність організації та автоматизації складського обліку на підприємстві.
2. Класифікація автоматизованих систем управління
3. Технічні характеристики системи.
ЛІТЕРАТУРА
1. Необхідність організації та автоматизації складського обліку на підприємстві.
В умовах ринкової економіки основою успішної діяльності будь-якого підприємства (організації, фірми тощо) є забезпечення необхідного рівня рентабельності його господарської діяльності. Не менш важлива підтримка платоспроможності фірми, планування і контроль пов'язаного з цим чинником руху грошових коштів.
Зупинимося докладніше на проблемах великих компаній (корпорацій, холдингів), для яких характерна складна структура, пов'язана з многопрофильностью підрозділів, їх територіальної розподілений-ністю і розходженням у виробничому потенціалі. Як правило, це такі проблеми, як:
Ø Відсутність організаційної єдності серед підрозділів підприємства, зокрема, однакового розуміння сутності бізнес-процесів, єдиної методології бухгалтерського обліку, уніфікації нормативно-довідкової інформації.
Ø Труднощі планування діяльності по всіх горизонтів (довгострокового, поточного, оперативного) на всіх рівнях управлінської вертикалі, доведення до кожного з підрозділів конкретних завдань, контролю над поточним виконанням та аналізу виконання цих завдань.
Ø Недостатня оперативність (актуальність) даних про фінансово-господарської діяльності підрозділів, філій і корпорації в цілому.
Ø Висока трудомісткість збору та узагальнення (консолідації) даних територіально-розподілених ділянок, зокрема, бухгалтерій, кожна з яких веде свої, "неповні" з точки зору корпорації, баланси; велика кількість помилок у подібних даних, їх різнорідність і неузгодженість.
Ø Відсутність оперативної та достовірної інформації про взаєморозрахунки (взаємозаліки) із зовнішніми постачальниками і споживачами, а також - філіями підприємства, і, як наслідок, труднощі управління дебіторської - кредиторською заборгованістю. Вирішення цієї проблеми значно ускладнюється при зміні статусу контрагента (наприклад, при купівлі корпорацією фірми, яка раніше була зовнішнім контрагентом).
В умовах перехідного періоду й економічної кризи всі перераховані вище проблеми поглиблюються, а також з'являються нові, пов'язані з такими факторами, як інфляція і неплатежі; висока частка грошових сурогатів і складних взаємозаліків у загальному обсязі фінансових потоків; широка поширеність натурального обміну (бартеру); часте зміна законодавства, зокрема, податкового.
Проблема адаптації програмного забезпечення АСУП, тобто пристосування до умов роботи на конкретному підприємстві, була усвідомлена з самого початку робіт з автоматизації управління.
Зміст і методи адаптації еволюціонували разом з методологією створення та впровадження систем. Суть проблеми в тому, що в кінцевому підсумку кожна АСУП унікальна, але разом з тим їй властиві й загальні, типові властивості. Будь-яка підсистема програмного забезпечення відображає обидві ці сторони АСУП. У технологічному сенсі адаптація програмного забезпечення АСУП - це перехід від базової системи, що відображає типові властивості системи, до остаточного рішення, пристосованому для роботи в даній АСУП.
Вимоги до адаптації і складність їх реалізації істотно залежать від проблемної області, масштабів системи, ступеня співвідношення між формалізованим і неформалізовані при вирішенні завдань управління.
Навіть перші програми, що вирішували окремі завдання управління, створювалися з урахуванням необхідності їх налаштування за параметрами. Оскільки на ранньому етапі гостро стояло питання забезпечення обчислювальними потужностями, то головна увага приділялася налаштуванні потреб в оперативній пам'яті, способам зупинки при вирішенні задач оптимізації, управління програмою для обходу програмних модулів, які не використовуються в конкретному розрахунку.
З появою типових рішень у вигляді пакетів прикладних програм (ППП) з'явилася необхідність у спеціальних процедурах попередньої генерації. Процедури охоплювали параметри, які визначали режим функціонування програмного забезпечення, вимоги до інформаційного забезпечення, умови підключення та використання зовнішніх програм. Застосування ППП як базових систем призвело до збільшення формалізованої складової в системі управління підприємством. Ускладнилася і адаптація систем до умов підприємства. З'явилися підрозділи експлуатації програмного забезпечення, які займалися, в тому числі і питаннями адаптації програмних систем. Стало очевидно, що адаптація в АСУП є не тільки програмно-технічної, але й організаційної проблемою.
Інтерактивні системи, які зробили управлінців всіх рівнів безпосередніми користувачами обчислювальних систем, призвели і до нового розуміння проблеми адаптації. Глибинні причини були колишніми - зміщення співвідношення між формалізованим і неформалізовані у бік формалізації процесу управління. Основна складність полягала в тому, що формалізація торкнулася не тільки типові, а й унікальні функціональності в системі управління підприємством.
З усього безлічі труднощів, що виявилися на даному етапі розвитку АСУП, слід зупинитися на двох. Перша - організація дружнього інтерфейсу між користувачем і обчислювальної середовищем. У ході розвитку систем управління в арсенал засобів організації інтерфейсу увійшли меню різного виду, електронні дошки й панелі, діаграми типу діаграм Чернофф і Ішикави, графіка і багато іншого. Друга складність носила системний характер. Колишній підхід - налаштування системи силами консультантів практично без участі управлінців - став неможливий. З'ясувалося, що в багатьох випадках виявляється неефективною організація впровадження, при якій майбутні користувачі спочатку формулюють вимоги до системи з урахуванням специфіки підприємства у всіх деталях, а потім консультанти налаштовують систему на умови застосування. Існує ряд причин таких неефективності. По-перше, як правило, управлінці-практики не володіють методологіями системного аналізу. По-друге, обсяг інформації, що стосується деталей в організації управління на конкретному підприємстві, виявляється занадто великий. По-третє, не завжди ця інформація виявляється корисної і консультантам в силу її «одноразового» характеру. По-четверте, при такій організації важко реалізувати принцип нових завдань, для цього в процесі впровадження потрібні були б додаткові ітерації.
Тому були запропоновані методики розробки та впровадження програмного забезпечення, в основу яких були покладені нові принципи:
- Залучення користувачів до розробки системи, в тому числі і до розробки програмного забезпечення;
- Прототипування програмного забезпечення;
- Поєднання процесу навчання користувачів роботі з базовою системою створення прототипу програмного забезпечення.
Прикладом може служити підхід, запропонований компанією Computer Associates на початку 90-х років для проектів типу MRPII / ERP на базі системи CA-CAS.
Прототип ПО АСУП надалі може використовуватися в наступних роботах:
- При навчанні більш широкого кола персоналу,
- При дослідної експлуатації,
- При модифікації з метою отримання остаточного варіанту ПЗ.
Такий підхід дозволив в певній мірі вирішити проблему адаптації системи управління й у динаміці, оскільки працівники підприємства в ході створення прототипу набували навичок роботи з засобами проектування і модифікації системи.
Подальший розвиток методів і засобів адаптації базових систем спрямоване на досягнення наступних цілей:
- Підвищення рівня автоматизації проектування і впровадження систем;
- Забезпечення безперервного управління конфігурацією та параметрами системи на всіх стадіях її життєвого циклу;
- Скорочення строків внесення змін в конфігурацію і параметри системи в міру модернізації виробничого процесу та управління;
- Поєднання типових рішень, перевірених практикою, з рішеннями, залежними від конкретних умов підприємства.
Прикладом одного з численних засобів адаптації базових систем є методологія Orgware, використовувана фірмою BAAN.
Розробка АСУП на підприємстві може вестися як «від нуля», так і на основі референційно моделі (Reference Model). Референційно модель представляє собою опис зовнішності системи, функцій, організаційних структур і процесів, типових в будь-якому сенсі (галузь, тип виробництва і т. д.). У ній відбиваються типові особливості, притаманні певному класу підприємств. Ряд компаній-виробників адаптивних АСУП спільно з великими консалтинговими фірмами протягом ряду років веде розробку референційно моделей для різних галузей. Існують подібні моделі для підприємств автомобільної, авіаційної та інших галузей. Кожна модель є типовим проектним рішенням, на основі якого можна будувати конкретні проекти. Слід зазначити, що адаптації та референційно моделі входять до складу багатьох систем класу MRPII / ERP, що дозволяє значно скоротити терміни їх впровадження на підприємстві.
Якщо в розпорядженні підприємства немає референційно моделі, то модель її рівня треба створювати в процесі проектування як вихідну. На основі вихідної моделі потім відбувається проектування, уточнення і деталізація системи управління. Референційно модель у початку робіт з автоматизації управління підприємством може представляти собою опис існуючої системи і служити, таким чином, точкою відліку, з якої починаються роботи з удосконалення системи управління.
Процес проектування системи може включати кілька фаз.
Результати першої фази: межі дії майбутньої системи і концептуальна бізнес-модель, яка відображає в укрупненому вигляді функціональну структуру системи управління і зв'язки функцій управління для різних видів замовлень, що проходять через систему.
У ході другої фази створюється і документується в репозитарії референційно бізнес-модель. Як правило, референційно модель включає наступні компоненти:
- Ієрархію бізнес-функцій, що представляє собою спадну ієрархічну структуру, яка описує в укрупненому вигляді функціональну структуру майбутньої системи. При цьому для нижніх елементів структури допускається завдання декількох варіантів реалізації;
- Моделі бізнес-процесів. Це більш глибокі моделі, що показують, як повинні реалізуватися функції. Зовні вони нагадують традиційні блок-схеми та описують послідовність елементарних дій, які можуть бути виконані системою, іншими додатками, ручними діями, бізнес-процесами більш глибокого рівня;
- Модель організаційної структури, яка описує структуру організації, відносини між підрозділами і людьми і ролі, приписувані управлінцям.
На наступній фазі створюється проектна модель підприємства (Project Model), яка є розвитком і уточненням функціональної структури для конкретного підприємства. Вона може бути створена і минаючи референційно модель, але такий підхід не є ефективним для складних проектів.
Заключна фаза - прив'язка проектної моделі до ролей, заданим деталізованої моделлю організаційної структури, до функцій системи і технічних засобів. У результаті створюється комплексна конфігурація програмного та організаційного забезпечення, технічних засобів.
Далі виконуються досвідчена експлуатація і доопрацювання системи.
2. Класифікація автоматизованих систем управління
Як відомо, автоматизовані системи управління можуть бути класифіковані за різними ознаками:
За типом виробництва:
- АСУ дискретним виробництвом,
- АСУ безперервним виробництвом,
- АСУ дискретно-безперервним виробництвом.
За рівнем виконання:
АСУ цехом, виробництвом, галуззю
За типом прийнятого рішення:
Інформаційно-довідкова система, яка надає користувачеві найпростішу довідкову інформацію. Прикладом систем подібного роду є всім відомі системи типу «Сирена» або «Експрес».
Інформаційно-радна система, яка надає користувачеві різні варіанти рішення з їх оцінками. Такі системи більше відомі як системи підтримки прийняття рішення або експертні системи.
Інформаційно-керуюча система. Вихідним результатом подібної системи є вплив на об'єкт управління. Серед найбільш відомих представників таких систем можна назвати верстати з числовим програмним управлінням, роботи, автоматизовані системи управління технологічним процесом (АСУТП).
За призначенням. Прикладами класифікації систем за призначенням можуть служити АСУ військового призначення, економічні системи, інформаційно-пошукові системи і т. п.
По областях діяльності. Наприклад, медичні системи, екологічні системи, системи для ПЕК та ін
До недавнього часу в літературі можна було зустріти і класифікацію АСУ за типом використовуваних обчислювальних засобів. Наприклад, системи, реалізовані на базі цифрових або аналогових обчислювальних машин.
Наведена вище класифікація відноситься до автоматизованих систем управління взагалі. Предметом же даної книги є автоматизовані системи управління підприємством, які найчастіше діляться на три (іноді на чотири) великі групи.
До систем першої групи належать прості, так звані «коробкові», продукти, що реалізують невелике число бізнес-процесів організації. Зазвичай вони розраховані або на локальне (на одному комп'ютері) використання, або на використання в невеликий (5-8 ПЕОМ) мережі. За кордоном такі системи носять назву систем класу low end. Типовим прикладом систем подібного роду є бухгалтерські, складські або невеликі торговельні системи, найбільш широко представлені на російському ринку. Прикладом таких систем є продукти таких фірм, як 1C або «Инфин». Відмінною особливістю таких продуктів є відносна легкість в освоєнні, що в поєднанні з низькою ціною, відповідністю російському законодавству і можливістю вибрати систему «на свій смак» приносить їм широку популярність не тільки в сфері малого бізнесу, але і в багатьох досить великих організаціях.
До другої групи відносяться системи середнього класу (middle end), які відрізняються більшою глибиною і широтою охоплення функцій. Дані системи на нашому ринку пропонують не тільки російські, але й західні компанії. Як правило, це облікові системи, які дозволяють вести облік діяльності підприємства за багатьма чи деякими напрямками: фінанси, логістика, персонал, збут. Вони потребують в налаштуванні, яку в більшості випадків здійснюють фахівці фірми-розробника, а також у навчанні користувачів. Ці системи найбільше підходять для середніх і деяких великих підприємств у силу своєї функціональності й вищої, порівняно з першим класом, вартості. З російських систем даного класу можна виділити продукцію компаній АйТі і «Галактика», системи управління підприємством яких в даний час займають проміжне положення між системами середнього і вищого класу.
До вищого класу, за аналогією з попередніми, званого high end, відносяться системи, які відрізняються високим рівнем деталізації господарської діяльності підприємства. Сучасні версії таких систем забезпечують планування і управління всіма ресурсами організації і тому отримали назву ERP-систем (Enterprise Resource Planning). Як правило, при впровадженні таких систем виробляються моделювання існуючих на підприємстві бізнес-процесів та налаштування параметрів системи під вимоги бізнесу. Однак значна надмірність і велика кількість параметрів, що настроюються системи зумовлюють тривалий термін її впровадження, а також необхідність наявності на підприємстві спеціального підрозділу або групи фахівців, які будуть здійснювати перенастроювання системи відповідно до змін бізнес-процесів.
В даний час на ринку є великий вибір систем вищого класу, і їх число зростає з кожним днем. Навряд чи будь-яку вітчизняну розробку можна назвати ERP-системою, тому мова йде тільки про зарубіжних програмних продуктах. Визнаними світовими лідерами в цій галузі і, безсумнівно, лідерами в Росії є продукти R / 3 компанії SAP, Baan IV компанії Baan і Oracle Application компанії Oracle. Всі вони досить коректно локалізовані і впроваджені або успішно впроваджуються в деяких вітчизняних компаніях.
При згадці зарубіжних автоматизованих систем управління підприємством слід сказати і про прийняту класифікації можливостей програмних продуктів, які відносяться до даної категорії. Розглядаються такі можливості (типи) систем:
- MRPII або ERP-системи.
- Системи конфігурації продукції.
- Системи планування попиту.
- Системи планування.
- Розширені системи.
- Системи управління мережею поставок.
- Фінансові системи.
- Системи управління бізнесом та бухгалтерського обліку
- Системи планування перевезень.
- Системи управління складом.
- Системи управління експлуатацією
- Системи оперативного планування.
- Системи управління даними.
- Системи планування розподілу
- Системи управління проектами.
- Системи управління якістю.
- MES (Manufacturing Execution Systems - системи виконання виробництва). Іншими словами, це система, яка збирає і використовує дані для оптимізації виробничих процесів, орієнтована на випуск кінцевих товарів.
- Системи виконання ланцюга поставок
- Системи контролю.
Інформаційна система, як і будь-який інший інструмент, повинна мати свої характеристики і вимоги, відповідно до яких можна було б визначити її функціональність і ефективність. Зрозуміло, для кожного конкретного підприємства вимоги до інформаційної системи будуть різними, тому що повинна враховуватися специфіка кожної організації. Незважаючи на це, слід виділити декілька основних вимог до системи, загальних для всіх «споживачів»:
1. Локалізація інформаційної системи. У зв'язку з тим, що найбільш великими розробниками інформаційних систем є закордонні компанії, система повинна бути пристосована до користування російськими компаніями. І тут мають на увазі локалізація як функціональна (облік особливостей російського законодавства і систем розрахунків), так і лінгвістична (система допомоги та документація російською мовою).
2. Система повинна забезпечувати надійний захист інформації, для чого необхідні парольне розмежування доступу, багаторівнева система захисту даних і т.д.
3. У разі запровадження системи на велике підприємство зі складною організаційною структурою, необхідна реалізація видаленого доступу для того, щоб інформацією могли користуватися всі структурні підрозділи організації.
4. У силу впливу зовнішніх і внутрішніх чинників (змін напрями бізнесу, зміни в законодавстві тощо), система повинна бути адаптивною. Стосується до Росії, це якість системи має розглядатись серйозно, так як у нас в країні зміни законодавства і правил обліку відбуваються в кілька разів частіше, ніж у країнах зі стабільною економікою.
5. Необхідна можливість консолідації інформації на рівні підприємств (об'єднання інформації філій, дочірніх компаній тощо), на рівні окремих завдань, на рівні тимчасових періодів.
Ці вимоги є основними, але далеко не єдиними критеріями вибору корпоративної інформаційної системи для підприємства.
3. Технічні характеристики системи.
До технічних характеристик системи відносяться наступні:
- Архітектура системи;
- Масштабованість;
- Надійність, особливо в частині виконання критичних бізнес-додатків;
- Здатність до відновлення при збоях обладнання;
- Наявність засобів архівування і резервного копіювання даних;
- Засоби захисту від навмисних і ненавмисних технічних нападів;
- Підтримувані інтерфейси для інтеграції із зовнішніми системами.
Технічні характеристики впливають на такі параметри системи, як можливість нарощування при необхідності функціональних можливостей і збільшення числа користувачів.
Можливість інтеграції з іншими системами визначається сукупністю підтримуваних стандартів.
Проектування інформаційної системи є, мабуть, найважливішим елементом автоматизації діяльності підприємства. Правильно спроектувати систему означає забезпечити бόльшую частина успіху всього проекту автоматизації. Дуже частою помилкою є впровадження інформаційної системи за відсутності будь-яких чітко сформульованої системи управління. Тобто вислів «створити систему правління» сприймається як «впровадити щось комп'ютерне». Потрібно чітко усвідомлювати, що система управління первинна, а вже створення інформаційної системи на її основі, або, просто кажучи, її реалізація в комп'ютерному вигляді - вторинна.
Багато компаній вірять в те, що одна тільки автоматизація приведе до поліпшення фінансово-економічної ситуації, і починають зусилля з реалізації інформаційних систем безпосередньо з автоматизації, пропускаючи критичні кроки розуміння і спрощення своїх бізнес процесів. Але нерідко ці процеси настільки неврегульовані, що загалом створюють враження хаосу на підприємстві. Як відомо, автоматизувати хаос далеко не просто, якщо неможливо. Тому перш ніж створювати інформаційну систему слід переглянути систему управління в організації. Зміна бізнес процесів називають реинжинирингом (business processes reengineering). Так, для початку потрібно упорядкувати схему бізнес процесів і систему управління організації в цілому:
- Визначитися з організаційною штатною структурою,
- Розробити механізм фінансово-економічного управління компанією (у тому числі визначити центри відповідальності),
- Зробити виділення основних технологічних потоків (процесів),
- Розробити механізми організаційного управління технологічними потоками,
- На підставі створених механізмів управління сформувати технологію фінансового аналізу та управління діяльністю технологічних потоків.
Якщо будуть наявні перераховані вище технології, буде значно легше розробити інформаційну систему. Однак, часто доводиться спрощувати бізнес процеси на підприємстві, для того, щоб було легше описати їх на мові комп'ютерів.
Організація - це набір правил і процедур. Інформаційна система це теж набір правил і процедур, тому слід розуміти які інструкції та процедури якими замінити. Не слід також забувати про людський фактор при створенні інформаційної системи. По-перше, саме людям доведеться працювати з системою - одна працювати вона в будь-якому випадку не зможе. По-друге, службовці можуть поліпшити (або спростити) процеси, з якими вони щодня зустрічаються. Автоматизація повинна відбуватися тільки після того, як службовці зрозуміють процес і приймуть рішення про необхідність автоматизації.
Після проведення формування чіткої системи управління, починається безпосередньо процес проектування інформаційної системи. Важливо, щоб у проектуванні системи брали участь по можливості всі співробітники, які будуть з нею працювати. Це дозволить визначити невеликі особливості та приватні потреби в роботі кожного відділу організації, оскільки тільки користувачі майбутньої системи найкраще знають, що їм потрібно.
У проектуванні інформаційної системи також повинні брати участь її розробники, тобто ті, хто буде її створювати. До вибору розробника інформаційної системи потрібно підходити дуже обережно. Основними критеріями у виборі розробника є досвід роботи в галузі створення інформаційних систем, кількість успішно впроваджених даною компанією систем на російських підприємствах.
Фінансовий менеджер і керівництво підприємства повинні ставитися до автоматизації, як до проекту, тобто визначити всі стадії, характеристик, тимчасові рамки і бюджет. Основними етапами роботи над проектом по автоматизації є:
1. Проведення обстеження з метою опису бізнес процесів організації.
2. Розробка технічного завдання на систему автоматизації.
3. Розробка технічного проекту системи.
4. Розробка системи (іноді звана настройкою).
5. Різні стадії і етапи впровадження, дослідної та промислової експлуатації.
6. Виконання доробок згідно зі зміненими потребами організації.
Результатом проектування системи є строго формалізований опис як об'єкта її автоматизації, так і її самої. Цей документ повинен містити опис того, з якою інформацією повинна працювати система, яким чином представляються в ній дані і за якими правилами вона працює.
ЛІТЕРАТУРА
1. Ефективність впровадження ЕОМ на підприємствах / Д. І. Агейкіна, Е. Л. Іцкович, Ю. Л. Клоков и др. - М.: Фінанси і статистика, 1981
2. Матвєєв Ю.І., Рожанська І.Г. Рекомендації щодо оцінки економічної ефективності САПР: Керівні матеріали. - Мінськ: Вид-во НТК АН Віяло, 1980.
3.Методіка визначення економічної ефективності автоматизованих систем управління підприємствами та виробничими об'єднаннями / Держ. кім. СРСР по науці і техніці та ін - М.: Статистика, 1979.
4. Івлієв М.К., Порошина Л.А. Автоматизація оперативного та бухгалтерського обліку товарів, 1997.
5. Качайло А.Є. Автоматизація обліку на базах і складах, 1970.
6. Кобевнік В.Ф. "Охорона праці." - К.: Вища школа, 1990.
7. Кріс Дейт. Введення в бази даних, 6-е вид. Київ, Діалектика, 1998.
8. Керрі Н. Праг, Майкл Р. Ірвін, Access 2000 - Біблія користувача, Діалектика, 2000.
9. Ліфшиц Н.І., Левін Є.Т Механізація і автоматизація процесів отборки і комплектування замовлень на складах М., 1970.
Установа освіти
Білоруський державний університет
ІНФОРМАТИКИ І РАДІОЕЛЕКТРОНІКИ
Кафедра менеджменту
РЕФЕРАТ
з курсу «Організація виробництва»
на тему: «Дослідження методів організації та автоматизації складського обліку на підприємстві»
Виконав:студент гр. 535901 Васильєв О.Г. ..
Керівник: Азріменко І.М.
Мінськ 2007
ЗМІСТ
1. Необхідність організації та автоматизації складського обліку на підприємстві.
2. Класифікація автоматизованих систем управління
3. Технічні характеристики системи.
ЛІТЕРАТУРА
1. Необхідність організації та автоматизації складського обліку на підприємстві.
В умовах ринкової економіки основою успішної діяльності будь-якого підприємства (організації, фірми тощо) є забезпечення необхідного рівня рентабельності його господарської діяльності. Не менш важлива підтримка платоспроможності фірми, планування і контроль пов'язаного з цим чинником руху грошових коштів.
Зупинимося докладніше на проблемах великих компаній (корпорацій, холдингів), для яких характерна складна структура, пов'язана з многопрофильностью підрозділів, їх територіальної розподілений-ністю і розходженням у виробничому потенціалі. Як правило, це такі проблеми, як:
Ø Відсутність організаційної єдності серед підрозділів підприємства, зокрема, однакового розуміння сутності бізнес-процесів, єдиної методології бухгалтерського обліку, уніфікації нормативно-довідкової інформації.
Ø Труднощі планування діяльності по всіх горизонтів (довгострокового, поточного, оперативного) на всіх рівнях управлінської вертикалі, доведення до кожного з підрозділів конкретних завдань, контролю над поточним виконанням та аналізу виконання цих завдань.
Ø Недостатня оперативність (актуальність) даних про фінансово-господарської діяльності підрозділів, філій і корпорації в цілому.
Ø Висока трудомісткість збору та узагальнення (консолідації) даних територіально-розподілених ділянок, зокрема, бухгалтерій, кожна з яких веде свої, "неповні" з точки зору корпорації, баланси; велика кількість помилок у подібних даних, їх різнорідність і неузгодженість.
Ø Відсутність оперативної та достовірної інформації про взаєморозрахунки (взаємозаліки) із зовнішніми постачальниками і споживачами, а також - філіями підприємства, і, як наслідок, труднощі управління дебіторської - кредиторською заборгованістю. Вирішення цієї проблеми значно ускладнюється при зміні статусу контрагента (наприклад, при купівлі корпорацією фірми, яка раніше була зовнішнім контрагентом).
В умовах перехідного періоду й економічної кризи всі перераховані вище проблеми поглиблюються, а також з'являються нові, пов'язані з такими факторами, як інфляція і неплатежі; висока частка грошових сурогатів і складних взаємозаліків у загальному обсязі фінансових потоків; широка поширеність натурального обміну (бартеру); часте зміна законодавства, зокрема, податкового.
Проблема адаптації програмного забезпечення АСУП, тобто пристосування до умов роботи на конкретному підприємстві, була усвідомлена з самого початку робіт з автоматизації управління.
Зміст і методи адаптації еволюціонували разом з методологією створення та впровадження систем. Суть проблеми в тому, що в кінцевому підсумку кожна АСУП унікальна, але разом з тим їй властиві й загальні, типові властивості. Будь-яка підсистема програмного забезпечення відображає обидві ці сторони АСУП. У технологічному сенсі адаптація програмного забезпечення АСУП - це перехід від базової системи, що відображає типові властивості системи, до остаточного рішення, пристосованому для роботи в даній АСУП.
Вимоги до адаптації і складність їх реалізації істотно залежать від проблемної області, масштабів системи, ступеня співвідношення між формалізованим і неформалізовані при вирішенні завдань управління.
Навіть перші програми, що вирішували окремі завдання управління, створювалися з урахуванням необхідності їх налаштування за параметрами. Оскільки на ранньому етапі гостро стояло питання забезпечення обчислювальними потужностями, то головна увага приділялася налаштуванні потреб в оперативній пам'яті, способам зупинки при вирішенні задач оптимізації, управління програмою для обходу програмних модулів, які не використовуються в конкретному розрахунку.
З появою типових рішень у вигляді пакетів прикладних програм (ППП) з'явилася необхідність у спеціальних процедурах попередньої генерації. Процедури охоплювали параметри, які визначали режим функціонування програмного забезпечення, вимоги до інформаційного забезпечення, умови підключення та використання зовнішніх програм. Застосування ППП як базових систем призвело до збільшення формалізованої складової в системі управління підприємством. Ускладнилася і адаптація систем до умов підприємства. З'явилися підрозділи експлуатації програмного забезпечення, які займалися, в тому числі і питаннями адаптації програмних систем. Стало очевидно, що адаптація в АСУП є не тільки програмно-технічної, але й організаційної проблемою.
Інтерактивні системи, які зробили управлінців всіх рівнів безпосередніми користувачами обчислювальних систем, призвели і до нового розуміння проблеми адаптації. Глибинні причини були колишніми - зміщення співвідношення між формалізованим і неформалізовані у бік формалізації процесу управління. Основна складність полягала в тому, що формалізація торкнулася не тільки типові, а й унікальні функціональності в системі управління підприємством.
З усього безлічі труднощів, що виявилися на даному етапі розвитку АСУП, слід зупинитися на двох. Перша - організація дружнього інтерфейсу між користувачем і обчислювальної середовищем. У ході розвитку систем управління в арсенал засобів організації інтерфейсу увійшли меню різного виду, електронні дошки й панелі, діаграми типу діаграм Чернофф і Ішикави, графіка і багато іншого. Друга складність носила системний характер. Колишній підхід - налаштування системи силами консультантів практично без участі управлінців - став неможливий. З'ясувалося, що в багатьох випадках виявляється неефективною організація впровадження, при якій майбутні користувачі спочатку формулюють вимоги до системи з урахуванням специфіки підприємства у всіх деталях, а потім консультанти налаштовують систему на умови застосування. Існує ряд причин таких неефективності. По-перше, як правило, управлінці-практики не володіють методологіями системного аналізу. По-друге, обсяг інформації, що стосується деталей в організації управління на конкретному підприємстві, виявляється занадто великий. По-третє, не завжди ця інформація виявляється корисної і консультантам в силу її «одноразового» характеру. По-четверте, при такій організації важко реалізувати принцип нових завдань, для цього в процесі впровадження потрібні були б додаткові ітерації.
Тому були запропоновані методики розробки та впровадження програмного забезпечення, в основу яких були покладені нові принципи:
- Залучення користувачів до розробки системи, в тому числі і до розробки програмного забезпечення;
- Прототипування програмного забезпечення;
- Поєднання процесу навчання користувачів роботі з базовою системою створення прототипу програмного забезпечення.
Прикладом може служити підхід, запропонований компанією Computer Associates на початку 90-х років для проектів типу MRPII / ERP на базі системи CA-CAS.
Прототип ПО АСУП надалі може використовуватися в наступних роботах:
- При навчанні більш широкого кола персоналу,
- При дослідної експлуатації,
- При модифікації з метою отримання остаточного варіанту ПЗ.
Такий підхід дозволив в певній мірі вирішити проблему адаптації системи управління й у динаміці, оскільки працівники підприємства в ході створення прототипу набували навичок роботи з засобами проектування і модифікації системи.
Подальший розвиток методів і засобів адаптації базових систем спрямоване на досягнення наступних цілей:
- Підвищення рівня автоматизації проектування і впровадження систем;
- Забезпечення безперервного управління конфігурацією та параметрами системи на всіх стадіях її життєвого циклу;
- Скорочення строків внесення змін в конфігурацію і параметри системи в міру модернізації виробничого процесу та управління;
- Поєднання типових рішень, перевірених практикою, з рішеннями, залежними від конкретних умов підприємства.
Прикладом одного з численних засобів адаптації базових систем є методологія Orgware, використовувана фірмою BAAN.
Розробка АСУП на підприємстві може вестися як «від нуля», так і на основі референційно моделі (Reference Model). Референційно модель представляє собою опис зовнішності системи, функцій, організаційних структур і процесів, типових в будь-якому сенсі (галузь, тип виробництва і т. д.). У ній відбиваються типові особливості, притаманні певному класу підприємств. Ряд компаній-виробників адаптивних АСУП спільно з великими консалтинговими фірмами протягом ряду років веде розробку референційно моделей для різних галузей. Існують подібні моделі для підприємств автомобільної, авіаційної та інших галузей. Кожна модель є типовим проектним рішенням, на основі якого можна будувати конкретні проекти. Слід зазначити, що адаптації та референційно моделі входять до складу багатьох систем класу MRPII / ERP, що дозволяє значно скоротити терміни їх впровадження на підприємстві.
Якщо в розпорядженні підприємства немає референційно моделі, то модель її рівня треба створювати в процесі проектування як вихідну. На основі вихідної моделі потім відбувається проектування, уточнення і деталізація системи управління. Референційно модель у початку робіт з автоматизації управління підприємством може представляти собою опис існуючої системи і служити, таким чином, точкою відліку, з якої починаються роботи з удосконалення системи управління.
Процес проектування системи може включати кілька фаз.
Результати першої фази: межі дії майбутньої системи і концептуальна бізнес-модель, яка відображає в укрупненому вигляді функціональну структуру системи управління і зв'язки функцій управління для різних видів замовлень, що проходять через систему.
У ході другої фази створюється і документується в репозитарії референційно бізнес-модель. Як правило, референційно модель включає наступні компоненти:
- Ієрархію бізнес-функцій, що представляє собою спадну ієрархічну структуру, яка описує в укрупненому вигляді функціональну структуру майбутньої системи. При цьому для нижніх елементів структури допускається завдання декількох варіантів реалізації;
- Моделі бізнес-процесів. Це більш глибокі моделі, що показують, як повинні реалізуватися функції. Зовні вони нагадують традиційні блок-схеми та описують послідовність елементарних дій, які можуть бути виконані системою, іншими додатками, ручними діями, бізнес-процесами більш глибокого рівня;
- Модель організаційної структури, яка описує структуру організації, відносини між підрозділами і людьми і ролі, приписувані управлінцям.
На наступній фазі створюється проектна модель підприємства (Project Model), яка є розвитком і уточненням функціональної структури для конкретного підприємства. Вона може бути створена і минаючи референційно модель, але такий підхід не є ефективним для складних проектів.
Заключна фаза - прив'язка проектної моделі до ролей, заданим деталізованої моделлю організаційної структури, до функцій системи і технічних засобів. У результаті створюється комплексна конфігурація програмного та організаційного забезпечення, технічних засобів.
Далі виконуються досвідчена експлуатація і доопрацювання системи.
2. Класифікація автоматизованих систем управління
Як відомо, автоматизовані системи управління можуть бути класифіковані за різними ознаками:
За типом виробництва:
- АСУ дискретним виробництвом,
- АСУ безперервним виробництвом,
- АСУ дискретно-безперервним виробництвом.
За рівнем виконання:
АСУ цехом, виробництвом, галуззю
За типом прийнятого рішення:
Інформаційно-довідкова система, яка надає користувачеві найпростішу довідкову інформацію. Прикладом систем подібного роду є всім відомі системи типу «Сирена» або «Експрес».
Інформаційно-радна система, яка надає користувачеві різні варіанти рішення з їх оцінками. Такі системи більше відомі як системи підтримки прийняття рішення або експертні системи.
Інформаційно-керуюча система. Вихідним результатом подібної системи є вплив на об'єкт управління. Серед найбільш відомих представників таких систем можна назвати верстати з числовим програмним управлінням, роботи, автоматизовані системи управління технологічним процесом (АСУТП).
За призначенням. Прикладами класифікації систем за призначенням можуть служити АСУ військового призначення, економічні системи, інформаційно-пошукові системи і т. п.
По областях діяльності. Наприклад, медичні системи, екологічні системи, системи для ПЕК та ін
До недавнього часу в літературі можна було зустріти і класифікацію АСУ за типом використовуваних обчислювальних засобів. Наприклад, системи, реалізовані на базі цифрових або аналогових обчислювальних машин.
Наведена вище класифікація відноситься до автоматизованих систем управління взагалі. Предметом же даної книги є автоматизовані системи управління підприємством, які найчастіше діляться на три (іноді на чотири) великі групи.
До систем першої групи належать прості, так звані «коробкові», продукти, що реалізують невелике число бізнес-процесів організації. Зазвичай вони розраховані або на локальне (на одному комп'ютері) використання, або на використання в невеликий (5-8 ПЕОМ) мережі. За кордоном такі системи носять назву систем класу low end. Типовим прикладом систем подібного роду є бухгалтерські, складські або невеликі торговельні системи, найбільш широко представлені на російському ринку. Прикладом таких систем є продукти таких фірм, як
До другої групи відносяться системи середнього класу (middle end), які відрізняються більшою глибиною і широтою охоплення функцій. Дані системи на нашому ринку пропонують не тільки російські, але й західні компанії. Як правило, це облікові системи, які дозволяють вести облік діяльності підприємства за багатьма чи деякими напрямками: фінанси, логістика, персонал, збут. Вони потребують в налаштуванні, яку в більшості випадків здійснюють фахівці фірми-розробника, а також у навчанні користувачів. Ці системи найбільше підходять для середніх і деяких великих підприємств у силу своєї функціональності й вищої, порівняно з першим класом, вартості. З російських систем даного класу можна виділити продукцію компаній АйТі і «Галактика», системи управління підприємством яких в даний час займають проміжне положення між системами середнього і вищого класу.
До вищого класу, за аналогією з попередніми, званого high end, відносяться системи, які відрізняються високим рівнем деталізації господарської діяльності підприємства. Сучасні версії таких систем забезпечують планування і управління всіма ресурсами організації і тому отримали назву ERP-систем (Enterprise Resource Planning). Як правило, при впровадженні таких систем виробляються моделювання існуючих на підприємстві бізнес-процесів та налаштування параметрів системи під вимоги бізнесу. Однак значна надмірність і велика кількість параметрів, що настроюються системи зумовлюють тривалий термін її впровадження, а також необхідність наявності на підприємстві спеціального підрозділу або групи фахівців, які будуть здійснювати перенастроювання системи відповідно до змін бізнес-процесів.
В даний час на ринку є великий вибір систем вищого класу, і їх число зростає з кожним днем. Навряд чи будь-яку вітчизняну розробку можна назвати ERP-системою, тому мова йде тільки про зарубіжних програмних продуктах. Визнаними світовими лідерами в цій галузі і, безсумнівно, лідерами в Росії є продукти R / 3 компанії SAP, Baan IV компанії Baan і Oracle Application компанії Oracle. Всі вони досить коректно локалізовані і впроваджені або успішно впроваджуються в деяких вітчизняних компаніях.
При згадці зарубіжних автоматизованих систем управління підприємством слід сказати і про прийняту класифікації можливостей програмних продуктів, які відносяться до даної категорії. Розглядаються такі можливості (типи) систем:
- MRPII або ERP-системи.
- Системи конфігурації продукції.
- Системи планування попиту.
- Системи планування.
- Розширені системи.
- Системи управління мережею поставок.
- Фінансові системи.
- Системи управління бізнесом та бухгалтерського обліку
- Системи планування перевезень.
- Системи управління складом.
- Системи управління експлуатацією
- Системи оперативного планування.
- Системи управління даними.
- Системи планування розподілу
- Системи управління проектами.
- Системи управління якістю.
- MES (Manufacturing Execution Systems - системи виконання виробництва). Іншими словами, це система, яка збирає і використовує дані для оптимізації виробничих процесів, орієнтована на випуск кінцевих товарів.
- Системи виконання ланцюга поставок
- Системи контролю.
Інформаційна система, як і будь-який інший інструмент, повинна мати свої характеристики і вимоги, відповідно до яких можна було б визначити її функціональність і ефективність. Зрозуміло, для кожного конкретного підприємства вимоги до інформаційної системи будуть різними, тому що повинна враховуватися специфіка кожної організації. Незважаючи на це, слід виділити декілька основних вимог до системи, загальних для всіх «споживачів»:
1. Локалізація інформаційної системи. У зв'язку з тим, що найбільш великими розробниками інформаційних систем є закордонні компанії, система повинна бути пристосована до користування російськими компаніями. І тут мають на увазі локалізація як функціональна (облік особливостей російського законодавства і систем розрахунків), так і лінгвістична (система допомоги та документація російською мовою).
2. Система повинна забезпечувати надійний захист інформації, для чого необхідні парольне розмежування доступу, багаторівнева система захисту даних і т.д.
3. У разі запровадження системи на велике підприємство зі складною організаційною структурою, необхідна реалізація видаленого доступу для того, щоб інформацією могли користуватися всі структурні підрозділи організації.
4. У силу впливу зовнішніх і внутрішніх чинників (змін напрями бізнесу, зміни в законодавстві тощо), система повинна бути адаптивною. Стосується до Росії, це якість системи має розглядатись серйозно, так як у нас в країні зміни законодавства і правил обліку відбуваються в кілька разів частіше, ніж у країнах зі стабільною економікою.
5. Необхідна можливість консолідації інформації на рівні підприємств (об'єднання інформації філій, дочірніх компаній тощо), на рівні окремих завдань, на рівні тимчасових періодів.
Ці вимоги є основними, але далеко не єдиними критеріями вибору корпоративної інформаційної системи для підприємства.
3. Технічні характеристики системи.
До технічних характеристик системи відносяться наступні:
- Архітектура системи;
- Масштабованість;
- Надійність, особливо в частині виконання критичних бізнес-додатків;
- Здатність до відновлення при збоях обладнання;
- Наявність засобів архівування і резервного копіювання даних;
- Засоби захисту від навмисних і ненавмисних технічних нападів;
- Підтримувані інтерфейси для інтеграції із зовнішніми системами.
Технічні характеристики впливають на такі параметри системи, як можливість нарощування при необхідності функціональних можливостей і збільшення числа користувачів.
Можливість інтеграції з іншими системами визначається сукупністю підтримуваних стандартів.
Проектування інформаційної системи є, мабуть, найважливішим елементом автоматизації діяльності підприємства. Правильно спроектувати систему означає забезпечити бόльшую частина успіху всього проекту автоматизації. Дуже частою помилкою є впровадження інформаційної системи за відсутності будь-яких чітко сформульованої системи управління. Тобто вислів «створити систему правління» сприймається як «впровадити щось комп'ютерне». Потрібно чітко усвідомлювати, що система управління первинна, а вже створення інформаційної системи на її основі, або, просто кажучи, її реалізація в комп'ютерному вигляді - вторинна.
Багато компаній вірять в те, що одна тільки автоматизація приведе до поліпшення фінансово-економічної ситуації, і починають зусилля з реалізації інформаційних систем безпосередньо з автоматизації, пропускаючи критичні кроки розуміння і спрощення своїх бізнес процесів. Але нерідко ці процеси настільки неврегульовані, що загалом створюють враження хаосу на підприємстві. Як відомо, автоматизувати хаос далеко не просто, якщо неможливо. Тому перш ніж створювати інформаційну систему слід переглянути систему управління в організації. Зміна бізнес процесів називають реинжинирингом (business processes reengineering). Так, для початку потрібно упорядкувати схему бізнес процесів і систему управління організації в цілому:
- Визначитися з організаційною штатною структурою,
- Розробити механізм фінансово-економічного управління компанією (у тому числі визначити центри відповідальності),
- Зробити виділення основних технологічних потоків (процесів),
- Розробити механізми організаційного управління технологічними потоками,
- На підставі створених механізмів управління сформувати технологію фінансового аналізу та управління діяльністю технологічних потоків.
Якщо будуть наявні перераховані вище технології, буде значно легше розробити інформаційну систему. Однак, часто доводиться спрощувати бізнес процеси на підприємстві, для того, щоб було легше описати їх на мові комп'ютерів.
Організація - це набір правил і процедур. Інформаційна система це теж набір правил і процедур, тому слід розуміти які інструкції та процедури якими замінити. Не слід також забувати про людський фактор при створенні інформаційної системи. По-перше, саме людям доведеться працювати з системою - одна працювати вона в будь-якому випадку не зможе. По-друге, службовці можуть поліпшити (або спростити) процеси, з якими вони щодня зустрічаються. Автоматизація повинна відбуватися тільки після того, як службовці зрозуміють процес і приймуть рішення про необхідність автоматизації.
Після проведення формування чіткої системи управління, починається безпосередньо процес проектування інформаційної системи. Важливо, щоб у проектуванні системи брали участь по можливості всі співробітники, які будуть з нею працювати. Це дозволить визначити невеликі особливості та приватні потреби в роботі кожного відділу організації, оскільки тільки користувачі майбутньої системи найкраще знають, що їм потрібно.
У проектуванні інформаційної системи також повинні брати участь її розробники, тобто ті, хто буде її створювати. До вибору розробника інформаційної системи потрібно підходити дуже обережно. Основними критеріями у виборі розробника є досвід роботи в галузі створення інформаційних систем, кількість успішно впроваджених даною компанією систем на російських підприємствах.
Фінансовий менеджер і керівництво підприємства повинні ставитися до автоматизації, як до проекту, тобто визначити всі стадії, характеристик, тимчасові рамки і бюджет. Основними етапами роботи над проектом по автоматизації є:
1. Проведення обстеження з метою опису бізнес процесів організації.
2. Розробка технічного завдання на систему автоматизації.
3. Розробка технічного проекту системи.
4. Розробка системи (іноді звана настройкою).
5. Різні стадії і етапи впровадження, дослідної та промислової експлуатації.
6. Виконання доробок згідно зі зміненими потребами організації.
Результатом проектування системи є строго формалізований опис як об'єкта її автоматизації, так і її самої. Цей документ повинен містити опис того, з якою інформацією повинна працювати система, яким чином представляються в ній дані і за якими правилами вона працює.
ЛІТЕРАТУРА
1. Ефективність впровадження ЕОМ на підприємствах / Д. І. Агейкіна, Е. Л. Іцкович, Ю. Л. Клоков и др. - М.: Фінанси і статистика, 1981
2. Матвєєв Ю.І., Рожанська І.Г. Рекомендації щодо оцінки економічної ефективності САПР: Керівні матеріали. - Мінськ: Вид-во НТК АН Віяло, 1980.
3.Методіка визначення економічної ефективності автоматизованих систем управління підприємствами та виробничими об'єднаннями / Держ. кім. СРСР по науці і техніці та ін - М.: Статистика, 1979.
4. Івлієв М.К., Порошина Л.А. Автоматизація оперативного та бухгалтерського обліку товарів, 1997.
5. Качайло А.Є. Автоматизація обліку на базах і складах, 1970.
6. Кобевнік В.Ф. "Охорона праці." - К.: Вища школа, 1990.
7. Кріс Дейт. Введення в бази даних, 6-е вид. Київ, Діалектика, 1998.
8. Керрі Н. Праг, Майкл Р. Ірвін, Access 2000 - Біблія користувача, Діалектика, 2000.
9. Ліфшиц Н.І., Левін Є.Т Механізація і автоматизація процесів отборки і комплектування замовлень на складах М., 1970.