русс | укр

Мови програмуванняВідео уроки php mysqlПаскальСіАсемблерJavaMatlabPhpHtmlJavaScriptCSSC#DelphiТурбо Пролог

Компьютерные сетиСистемное программное обеспечениеИнформационные технологииПрограммирование


Linux Unix Алгоритмічні мови Архітектура мікроконтролерів Введення в розробку розподілених інформаційних систем Дискретна математика Інформаційне обслуговування користувачів Інформація та моделювання в управлінні виробництвом Комп'ютерна графіка Лекції


Шановні українці! Матеріал був перекладений з російської мови. Тому можуть бути незначні помикли...

Життєвий цикл інформаційних систем

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

  1. каскадна модель (модель водоспаду, послідовна модель) передбачає перехід на наступний етап циклу тільки після повного закінчення робіт на попередньому етапі. Основний недолік даний моделі полягає в тому, що працююча система, яка може бути продемонстрована кінцевому користувачеві, з'являється тільки на пізніх етапах життєвого циклу і в разі виникнення зміни у вимогах вартість їх обліку вельми велика. Каскадна модель в основному використовувалася в 70-80 роки минулого століття.
  2. спіральна модель (ітераційна модель) передбачає створення прототипу інформаційної системи на ранніх стадіях проектування. Кожен виток відповідає створення нової версії прототипу програмного продукту. При такому підході до розробки вдається надати кінцевому користувачеві прототип системи для ознайомлення і тестування тоді, коли в системі ще не реалізована велика частина функцій і внести зміни в проект ще досить просто. Каскадна модель стала широко використовуватися в кінці 80-х років минулого століття.

Традиційний життєвий цикл включає наступні основні етапи:

  • аналіз вимог. На цьому етапі необхідно виявити всі актуальні і потенційні потреби замовника інформаційної системи, зрозуміти, які потоки даних існують всередині організації замовника, оцінити обсяги інформації, описати бізнес-процеси і т.д. Аналіз вимоги може носити як неформальний, так і формальний характер. Серед формальних підходів до аналізу вимог останнім часом все більш популярним стає мова UML (Unified Modeling Language). Для опису вимог у UML використовуються use case діаграми (діаграми випадків використання системи).
  • проектування. На цьому етапі необхідно дати відповідь на запитання, як система буде реалізовувати ті вимоги, які до неї пред'явлені на етапі аналізу вимог. Проектування включає в себе вироблення архітектури системи, розбиття системи на підсистеми і розподіл функцій між ними, проектування бази даних, визначення вимог до апаратних і програмних компонентів системи.
  • програмування. На цьому етапі відбувається безпосереднє кодування програмних модулів інформаційної системи.
  • тестування та налагодження. На цьому етапі відбувається тестування створених програмних модулів і виправлення знайдених помилок. В даний час прийнято розрізняти три види тестів: тести модулів, інтеграційні або компонентні тести, системні тести. Тести модулів включають в себе тестування окремих класів, підпрограм, модулів. Інтеграційні тести призначені для тестування взаємодії різних програмних модулів системи між собою. Системні тести тестують всю систему в цілому так, як її бачить кінцевий користувач.
  • впровадження і супровід. На цьому етапі відбувається впровадження інформаційної системи у замовника і подальший супровід роботи користувачів з системою.

Переглядів: 3611

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




Онлайн система числення Калькулятор онлайн звичайний Науковий калькулятор онлайн