З цієї безлічі труднощів, що виявилися на даному етапі розвитку АСУП, слід зупинитися на двох. Перша - організація дружнього інтерфейсу між користувачем і обчислювальним середовищем. У ході розвитку систем управління в арсенал засобів організації інтерфейсу увійшли меню різного виду, електронні дошки й панелі, діаграми типу діаграм Чернофф і Ішикави, графіка і багато іншого. Друга складність носила системний характер. Колишній підхід - налаштування системи силами консультантів практично без участі управлінців - став неможливий. З'ясувалося, що в багатьох випадках виявляється неефективною організація впровадження, при якій майбутні користувачі спочатку формулюють вимоги до системи з урахуванням специфіки підприємства у всіх деталях, а потім консультанти налаштовують систему на умови застосування. Існує ряд причин такої неефективності. По-перше, як правило, управлінці-практики не володіють методологіями системного аналізу. По-друге, обсяг інформації, що стосується деталей в організації управління на конкретному підприємстві, виявляється занадто великий. По-третє, не завжди ця інформація виявляється корисною і консультантам в силу її "одноразового" характеру. По-четверте, при такій організації важко реалізувати принцип нових завдань, для цього в процесі впровадження потрібні були б додаткові ітерації.
Тому були запропоновані методики розробки та впровадження програмного забезпечення, в основу яких були покладені нові принципи:
Залучення користувачів до розробки системи, в тому числі і до розробки програмного забезпечення;
Прототипування программного забезпечення;
Поєднання процесу навчання користувачів роботі з базовою системою створення прототипу программного забезпечення.
Прикладом може служити підхід, запропонований компанією Computer Associates на початку 90-х років для проектів типу MRPII / ERP на базі системи CA-CAS.
Прототип ПО АСУП надалі може використовуватися в наступних роботах:
При навчанні більш широкого кола персоналу,
При дослідній експлуатації,
При модифікації з метою отримання остаточного варіанту ПЗ.
Такий підхід дозволив в певній мірі вирішити проблему адаптації сис-теми управління й у динаміці, оскільки працівники підприємства в ході ство-рення прототипу набували навичок роботи з засобами проектування і модифікації системи.
Подальший розвиток методів і засобів адаптації базових систем спрямоване на досягнення наступних цілей:
Підвищення рівня автоматизації проектування і впровадження систем;
Забезпечення безперервного управління конфігурацією та параметрами системи на всіх стадіях її життєвого циклу;
Скорочення строків внесення змін в конфігурацію і параметри системи в міру модернізації виробничого процесу та управління;
Поєднання типових рішень, перевірених практикою, з рішеннями, залежними від конкретних умов підприємства.
Як відомо, автоматизовані системи управління можуть бути класифіковані за різними ознаками: За типом виробництва:
АСУ дискретним виробництвом,
АСУ безперервним виробництвом,
АСУ дискретно-безперервним виробництвом.
За рівнем виконання: АСУ цехом, виробництвом, галуззю За типом прийнятого рішення:
Інформаційно-довідкова система, яка надає користувачеві найпростішу довідкову інформацію.
Прикладом систем подібного роду є всім відомі системи типу "Сирена" або "Експрес". - Інформаційно-радна система, яка надає користувачеві різні варіанти рішення з їх оцінками.
Такі системи більше відомі як системи підтримки прийняття рішення або експертні системи. - Інформаційно-керуюча система. Вихідним результатом подібної системи є вплив на об'єкт управління. Серед найбільш відомих представників таких систем можна назвати верстати з числовим програмним управлінням, роботи, автоматизовані системи управління технологічним процесом (АСУТП). За призначенням. Прикладами класифікації систем за призначенням можуть служити АСУ військового призначення, економічні системи, інформаційно-пошукові системи і т.п.
До недавнього часу в літературі можна було зустріти і класифікацію АСУ за типом використовуваних обчислювальних засобів. Наприклад, системи, реалізовані на базі цифрових або аналогових обчислювальних машин. Наведена вище класифікація відноситься до автоматизованих систем управління взагалі.
Інформаційна система, як і будь який інший інструмент, повинна мати свої характеристики і вимоги, відповідно до яких можна було б визначити її функціональність і ефективність. Зрозуміло, для кожного конкретного підприємства вимоги до інформаційної системи будуть різними, тому що повинна враховуватися специфіка кожної організації. Незважаючи на це, слід виділити декілька основних вимог до системи, загальних для всіх "споживачів":
. Локалізація інформаційної системи.
У зв'язку з тим, що найбільш великими розробниками інформаційних систем є закордонні компанії, система повинна бути пристосована до користування російськими компаніями. І тут мають на увазі локалізація як функціональна (облік особливостей російського законодавства і систем розрахунків), так і лінгвістична (система допомоги та документація російською мовою).
. Система повинна забезпечувати надійний захист інформації, для чого необхідні парольне розмежування доступу, багаторівнева система захисту даних і т.д.
. У разі запровадження системи на велике підприємство зі складною організаційною структурою, необхідна реалізація видаленого доступу для того, щоб інформацією могли користуватися всі структурні підрозділи організації.
. У силу впливу зовнішніх і внутрішніх чинників (змін напрямів бізнесу, зміни в законодавстві тощо), система повинна бути адаптивною. Стосується до Росії, це якість системи має розглядатись серйозно, так як у нас в країні зміни законодавства і правил обліку відбуваються в кілька разів частіше, ніж у країнах зі стабільною економікою.
. Необхідна можливість консолідації інформації на рівні підприємств (об'єднання інформації філій, дочірніх компаній тощо), на рівні окремих завдань, на рівні тимчасових періодів. Ці вимоги є основними, але далеко не єдиними критеріями вибору корпоративної інформаційної системи для підприємства.
До технічних характеристик системи відносяться наступні:
Архітектура системи;
Масштабованість;
Надійність, особливо в частині виконання критичних бізнес-додатків;
Здатність до відновлення при збоях обладнання;
Наявність засобів архівування і резервного копіювання даних;
Засоби захисту від навмисних і ненавмисних технічних нападів;
Підтримувані інтерфейси для інтеграції із зовнішніми системами.
Технічні характеристики впливають на такі параметри системи, як можливість нарощування при необхідності функціональних можливостей і збільшення числа користувачів. Можливість інтеграції з іншими системами визначається сукупністю підтримуваних стандартів.
Проектування інформаційної системи є, мабуть, найважливішим елементом автоматизації діяльності підприємства. Правильно спроектувати систему означає забезпечити більшу частину успіху всього проекту автоматизації. Дуже частою помилкою є впровадження інформаційної системи за відсутності будь-яких чітко сформульованих систем управління. Тобто вислів "створити систему правління" сприймається як "впровадити щось комп'ютерне". Потрібно чітко усвідомлювати, що система управління первинна, а вже створення інформаційної системи на її основі, або, просто кажучи, її реалізація в комп'ютерному вигляді - вторинна.
Багато компаній вірять в те, що одна тільки автоматизація приведе до поліпшення фінансово-економічної ситуації, і починають зусилля з реалізації інформаційних систем безпосередньо з автоматизації, пропускаючи критичні кроки розуміння і спрощення своїх бізнес процесів. Але нерідко ці процеси настільки неврегульовані, що загалом створюють враження хаосу на підприємстві. Як відомо, автоматизувати хаос далеко не просто, якщо неможливо. Тому перш ніж створювати інформаційну систему слід переглянути систему управління в організації. Зміна бізнес процесів називають реинжинирингом (business processes reengineering). Так, для початку потрібно упорядкувати схему бізнес процесів і систему управління організації в цілому:
Визначитися з організаційною штатною структурою,
Розробити механізм фінансово-економічного управління компанією (у тому числі визначити центри відповідальності),
Зробити виділення основних технологічних потоків (процесів),
Розробити механізми організаційного управління технологічними потоками,
На підставі створених механізмів управління сформувати технологію фінансового аналізу та управління діяльністю технологічних потоків.
Якщо будуть наявні перераховані вище технології, буде значно легше розробити інформаційну систему. Однак, часто доводиться спрощувати бізнес процеси на підприємстві, для того, щоб було легше описати їх на мові комп'ютерів. Організація - це набір правил і процедур. Інформаційна система це теж набір правил і процедур, тому слід розуміти які інструкції та процедури якими замінити. Не слід також забувати про людський фактор при створенні інформаційної системи. По-перше, саме людям доведеться працювати з системою - одна працювати вона в будь-якому випадку не зможе. По-друге, службовці можуть поліпшити (або спростити) процеси, з якими вони щодня зустрічаються.
Автоматизація повинна відбуватися тільки після того, як службовці зрозуміють процес і приймуть рішення про необхідність автоматизації. Після проведення формування чіткої системи управління, починається безпосередньо процес проектування інформаційної системи. Важливо, щоб у проектуванні системи брали участь по можливості всі співробітники, які будуть з нею працювати. Це дозволить визначити невеликі особливості та приватні потреби в роботі кожного відділу організації, оскільки тільки користувачі майбутньої системи найкраще знають, що їм потрібно.
У проектуванні інформаційної системи також повинні брати участь її розробники, тобто ті, хто буде її створювати. До вибору розробника інформаційної системи потрібно підходити дуже обережно. Основними критеріями у виборі розробника є досвід роботи в галузі створення інформаційних систем, кількість успішно впроваджених даною компанією систем на російських підприємствах. Фінансовий менеджер і керівництво підприємства повинні ставитися до автоматизації, як до проекту, тобто визначити всі стадії, характеристик, тимчасові рамки і бюджет.
Основними етапами роботи над проектом по автоматизації є:
. Проведення обстеження з метою опису бізнес процесів організації.
. Розробка технічного завдання на систему автоматизації.
. Розробка технічного проекту системи.
. Розробка системи (іноді звана настройкою).
. Різні стадії і етапи впровадження, дослідної та промислової експлуатації.
. Виконання доробок згідно зі зміненими потребами організації.
Результатом проектування системи є строго формалізований опис як об'єкта її автоматизації, так і її самої. Цей документ повинен містити опис того, з якою інформацією повинна працювати система, яким чином представляються в ній дані і за якими правилами вона працює.
Склад - центральний елемент логістичної системи. Саме він виступає в якості ключової її ланки. Від того, як він організований, залежить робота всіх інших елементів. Розглянемо основні аспекти роботи складу.
Основні принципи пристрою "правильного" складського господарства:
максимальна механізація і автоматизація технологічних операцій;
оптимальне використання площі і ємності складських приміщень;
організація наскрізного "прямоточного" товарного потоку;
планомірність і ритмічність складських робіт;
повна схоронність товарів.
Логістичні функції складів реалізуються в процесі здійснення окремих логістичних операцій. Відповідно будуть різні і комплекси виконуваних складських операцій. У широких межах варіюються і способи виконання однорідних операцій.
У цілому комплекс складських операцій являє собою наступну послідовність: - розвантаження транспорту; - приймання товарів; - розміщення на зберігання (укладання товарів в стелажі, штабелі); - відбір товарів з місць зберігання; - комплектування і пакування товарів; - вантаження;
Зупинимося на характеристиці окремих операцій. Найбільш тісний технічний і технологічний контакт складу з іншими учасниками логістичного процесу має місце при здійсненні операцій з вхідним і вихідним матеріальними потоками, тобто при виконанні так званих вантажно-розвантажувальних робіт. Ці операції визначаються наступним чином. Розвантаження це логістична операція, що полягає у звільненні транспортного засобу від вантажу. Навантаження це логістична операція, що полягає в подачі, орієнтуванні і укладанні вантажу в транспортний засіб. Технологія виконання вантажнорозвантажувальних робіт на складі залежить від характеру вантажу, від типут ранспортного засобу, а також від виду використовува-них засобів механізації.
Наступною, істотною з точки зору сукупного логістичного процесу, операцією є приймання вантажів, що надійшли за кількістю і за якістю. Рішення з управління матеріальним потоком приймаються на підставі обробки інформаційного потоку, який не завжди адекватно відображає кількісний і якісний склад матеріального потоку. У ході різних технологічних операцій у складі матеріального потоку можуть відбуватися несанкціоновані зміни, які носять імовірнісний характер, такі, як псування і розкрадання вантажів, наднормативний спад і ін. Крім того, не виключені помилки персоналу постачальника при формуванні партій відвантажених товарів, у результаті яких утворюються нестачі, надлишки, невідповідність асортиментного складу.
У процесі приймання відбувається звірка фактичних параметрів вантажу, що прибув з даними товарно-супровідних документів. Це дає можливість скоригувати інформаційний потік. Проведення приймання на всіх етапах руху матеріального потоку від первинного джерела сировини до кінцевого споживача дозволяє постійно актуалізувати інформацію про його кількісний і якісний склад.
На складі прийнятий за кількістю та якістю вантаж переміщується в зону зберігання. Тарно-штучні вантажі можуть зберігатися в стелажах або в штабелях. Наступна операція - відбір товарів з місць зберігання може здійснюватися двома основними способами:
відбір цілого вантажного пакету:
відбір частини пакета без зняття піддона.
Ця операція може виконуватися з різним ступенем механізації.
Одним з ключових понять логістики є поняття вантажної одиниці.
Вантажна одиниця - деяка кількість вантажів, які занурюють, транспортують, вивантажують і зберігають як єдину масу.
Вантажна одиниця - це той елемент логістики, який своїми параметрами зв'язує технологічні процеси учасників логістичного процесу в єдине ціле, формуватися вантажна одиниця може як на виробничих дільницях, так і на складах.
У логістиці застосовується різноманітна матеріально-технічна база. Для того щоб вона була порівнянна, використовують деяку умовну одиницю площі, так званий базовий модуль. Цей модуль являє собою прямокутник зі сторонами 600х 400 мм, який повинен укладатися кратне число разів на площі вантажної платформи транспортного засобу, на робочій поверхні складського устаткування і т.п.
Використання єдиного модуля дозволяє привести в гармонійну відповідність розміри матеріально технічної бази на всьому шляху руху матеріального потоку, починаючи від первинного джерела сировини, аж до кінцевого споживача. На підставі базового модуля розроблена єдина система уніфікованих розмірів транспортної тари. Принцип створення цієї системи полягає в тому, що площу піддона розділяють на сітку кратних піддону розмірів, які визначають зовнішні і внутрішні розміри транспортної тари. Здатність вантажної одиниці зберігати цілісність в процесі виконання логістичних операцій досягається пакетуванням. Пакетування - це операція формування на піддоні вантажної одиниці і подальше зв'язування вантажу і піддону в єдине ціле. Пакетування забезпечує: