Особливості та проблеми проектування складних інформаційних систем

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

До теперішнього часу створення таких систем нерідко виконувалося на інтуїтивному рівні із застосуванням неформалізованих методів, заснованих на практичному досвіді, експертних оцінках і дорогих експериментальних перевірках якості функціонування ПЗ. За даними Інституту програмна інженерія (США) до 2000 року близько 80% всього експлуатованого програмного забезпечення розроблялося взагалі без використання будь-яких дисципліни проектування, методом «code and fix» [КОД ЕНД ФІКС] (кодування і виправлення помилок).

Проблеми розробки складних програмних комплексів випливають з його властивостей. Ще в 1975 р. Фредерік Брукс (найвідоміший американський вчений у галузі теорії обчислювальних систем), проаналізувавши свій унікальний на ті часи досвід керівництва найбільшим проектом розробки операційної системи OS/360 для компанії IBM, визначив перелік невід'ємних властивостей ПЗ: складність, узгодженість, змінність і незрима.

Що ж стосується сучасних великомасштабних проектів ПЗ, то вони характеризуються, як правило, наступними особливостями:

· структурна складність (складна структура організації) і територіальна розподіленість;

· функціональна складність (багаторівнева ієрархія і велика кількість функцій, і складні взаємозв'язки між ними);

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

· висока технічна складність, що визначається наявністю сукупності тісно взаємодіючих компонентів (підсистем), які мають свої локальні завдання і цілі функціонування;

· неоднорідна середовище функціонування (СУБД, операційні системи, апаратні платформи);

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

Наприкінці 60-х років минулого століття в США було відмічено явище під назвою «software crisis» [СОФВЕА КРИЗА] (криза програмного забезпечення). Це виражалося в тому, що великі проекти стали виконуватися з відставанням від графіка або з перевищенням кошторису витрат, розроблений продукт не володів необхідними функціональними можливостями, продуктивність його була низька, якість одержуваного програмного забезпечення не влаштовувало споживачів.

Аналітичні дослідження та огляди, що виконуються протягом ряду останніх років провідними зарубіжними аналітиками, показували не дуже обнадійливі результати. Так, наприклад, результати досліджень, виконаних у 2007 році компанією Standish Group, яка проаналізувала роботу 364 американських корпорацій та підсумки виконання понад 23 тисяч проектів, пов'язаних з розробкою ПЗ, виглядали наступним чином:

· тільки 16,2% завершилися в термін, не перевищили запланований бюджет і реалізували всі необхідні функції і можливості;

· 52,7% проектів завершилися з запізненням, витрати перевищили запланований бюджет, необхідні функції не були реалізовані у повному обсязі;

· 31,1% проектів були анульовані до завершення;

Дата добавления: 2015-07-15