Идеальное і втратило реальний у розвитку корпоративних інформаційних систем

Идеальное і реальне у розвитку корпоративних інформаційних систем

Яков Фельдман.

Введение

в проблему

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

Процесс йде зазвичай однієї зі наступних сценариев.

Покупается готовий програмний продукт. Продукт доріг. Купити його лише велике підприємство. Пристосувати процес до продукту можна почасти. У кінцевому рахунку однаково доводиться пристосовувати продукт до процесу.

Если підприємство дуже багата, воно платить розробникам продукту і вони доводять продукт під споживача.

Если підприємство велике але дуже багате, він намагається довести продукт своїми силами й потрапляє в варіант (2).

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

Первая причина — децентралізація введення даних. Коли раніше (У період mainframe) з якості введеної інформації відповідали фахівці, нині будь-який інженер (конструктор, технолог, економіст) вводить ті дані якими владеет.

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

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

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

Предлагаемая нами технологія (Умовне назва D2C3) значно знижує вартість розробки та підтримки інтегрованих інформаційних систем за вищого ролі проектних рішень щодо структурам даних, і дуже високий рівень інформаційного наповнення цих структур нейтральних. Чим досягається такий результат?

Как вирішувати проблему

В запропонованої нами технології (під яку розроблена програмна підтримка) результат досягається послідовним проведенням двох великих принципів.

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

Персональная відповідальність жодного експерта на структури даних.

и двох малих принципов Отделенность системи підтримки цих не від системи презентації.

Автоматическая настроювання системи підтримки цих.

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

Список литературы

Для підготовки даної роботи було використані матеріали із сайту internet.