На головну

Вимоги до ІС в цілому

  1. I. ЗАГАЛЬНІ ВИМОГИ ДО ВИКОНАННЯ РЕФЕРАТУ
  2. III. Основні вимоги до форми і зовнішнім виглядом учнів
  3. III. ВИМОГИ ДО ЗВІТУ ПРО ПРАКТИКУ
  4. IV. Вимоги до оформлення та подання роботи
  5. IV. Вимоги до робіт
  6. IV. ВИМОГИ ДО УЧАСНИКІВ ТА УМОВИ ЇХ ДОПУСКУ
  7. VI. Вимоги до конкурсних робіт.

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

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

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

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

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

Відкритість ІВ.

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

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

масштабованість. Зміна структури фірми не повинно призводити до відмови від освоєного програмного забезпечення і технічних засобів.

1.5 Питання для обговорення: проблеми проектування і впровадження ІС

Впровадження ІС на підприємстві передбачає наявність двох сторін: замовника і виконавця. Можлива і третя сторона - консультант.

Всі сторони зазвичай вважають себе готовими до впровадження ІС. При цьому, виконавець зацікавлений в тому, щоб "вичавити" побільше грошей і відповідати не за кінцевий результат, а за виконання певного обсягу робіт. Замовник же вважає, що все йому повинні зробити задешево і система в повному обсязі повинна запрацювати через тиждень. У будь-якому випадку проект починається з того, що замовник з виконавцем домовляються - в які терміни, за які гроші і що саме буде зроблено.

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

Тема 1. Що заважає впровадженню ІС на підприємствах?

· Надмірні і / або суперечливі очікування перших осіб (топ-менеджерів) підприємства і їх неактивне участь у впровадженні.

· Порівняно невисокі реальні пріоритети, присвоєні завданням комплексної автоматизації.

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

· Зберегти колектив важливіше, ніж примножити капітал.

· Існують протиріччя між підрозділами підприємства.

· Слабкість середнього менеджменту.

Занадто багато невідомих в довгостроковому плані.

· Консерватизм співробітників.

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

Тема 2. Чи потрібна підтримка колективу для успішного впровадження ІС або досить міцного кулака директора?

Можливі варіанти відповідей:

· Поки більша частина колективу не зрозуміє суть автоматизації, нічого не вийде;

· Система робить підприємство "прозорим", і керівництво негайно дізнається, що начальник відділу, цеху або майстер некомпетентні (пасивний опір середньої ланки);

· Систему нерідко впроваджують всупереч бажанню колективу;

· Обов'язково головною зацікавленою особою повинен бути генеральний директор або його заступник.

Тема 3. Де взяти гроші на автоматизацію і чи можна обійтися без них?

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

· Якщо директор зацікавлений в ІС, то гроші знайдуться.

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

Тема 4. Чи існує єдина методологія проектування ІС?

Ні.


 



Інформаційні технології в лінгвістиці | Фірма як об'єкт дослідження і як середовище функціонування ІС

ІС як об'єкт проектування | Управлінський баланс фірми | Класифікація бізнес-процесів | Етапи проектування ІС | Приклад взаємодії CASE-засобів | ІС в Internet і intranet | Стандарти з інформаційних технологій | Методи об'єктно-орієнтованого проектування | | |

© um.co.ua - учбові матеріали та реферати