ДЕРЖАВНИЙ КОМІТЕТ ЗВ'ЯЗКУ, ІНФОРМАТИЗАЦІЇ ТА ТЕЛЕКОМУНІКАЦІЙНИХ ТЕХНОЛОГІЙ РУЗ
ТАШКЕНТСЬКИЙ УНІВЕРСИТЕТ ІНФОРМАЦІЙНИХ ТЕХНОЛОГІЙ
Факультет «Комп'ютер інжиніринг»
Кафедра «Інформаційні технології»
Лабораторна робота №2
З дисципліни «Інформаційні системи»
Тема: Використання моделей життєвого циклу ІС. Каскадна модель. Спіральна модель. Проведення аналізу
Виконав: Абдужаббор А.А.
студент гр. 204-14 КІФ
Прийняв: Кувнаков A.Е.
Ташкент 2015
Життєвий цикл ІС і його структура
Життєвий цикл інформаційної системи - період часу, який починається з моменту прийняття рішення про необхідність створення інформаційної системи lt; # 159 src= doc_zip1.jpg / gt;
Рис. 1. Каскадна модель ЖЦ ІС
Рис. 2. Поетапна модель з проміжним контролем
Рис. 3. Спіральна модель ЖЦ ІС
На практиці найбільшого поширення набули дві основні моделі життєвого циклу:
каскадна модель (характерна для періоду 1970-1985 рр.);
спіральна модель (характерна для періоду після 1986.г.).
Переваги і недоліки моделей життєвого циклу ІС
У ранніх проектах досить простих ІС кожен додаток являло собою єдиний, функціонально та інформаційно незалежний блок. Для розробки такого типу додатків ефективним виявився каскадний спосіб. Кожен етап завершувався після повного виконання та документального оформлення всіх передбачених робіт.
Можна виділити наступні позитивні сторони застосування каскадного підходу:
на кожному етапі формується закінчений набір проектної документації, який відповідає критеріям повноти і узгодженості;
виконувані в логічній послідовності етапи робіт дозволяють планувати терміни завершення всіх робіт і відповідні витрати.
Каскадний підхід добре зарекомендував себе при побудові відносно простих ІС, коли на самому початку розробки можна досить точно і повно сформулювати всі вимоги до системи. Основним недоліком цього підходу є те, що реальний процес створення системи ніколи повністю не вкладається в таку жорстку схему, постійно виникає потреба в поверненні до попередніх етапах і уточнення або перегляд раніше прийнятих рішень. У результаті реальний процес створення ІС виявляється відповідним поетапної моделі з проміжним контролем.
Спіральна модель ЖЦ була запропонована для подолання перелічених проблем. На етапах аналізу і проектування реалізація технічних рішень і ступінь задоволення потреб замовника перевіряється шляхом створення прототипів. Кожен виток спіралі відповідає створенню працездатного фрагмента або версії системи. Це дозволяє уточнити вимоги, цілі і характеристики проекту, визначити якість розробки, спланувати роботи наступного витка спіралі. Таким чином поглиблюються і послідовно конкретизуються деталі проекту і в результаті вибирається обґрунтований варіант, який задовольняє дійсним вимогам замовника і доводиться до реалізації.
Основна проблема спірального циклу - визначення моменту переходу на наступний етап. Для її рішення вводяться тимчасові обмеження на кожен з етапів життєвого циклу, і перехід здійснюється відповідно до плану, навіть якщо не вся запланована робота закінчена. Планування проводиться на основі статистичних даних, отриманих у попередніх проектах, і особистого досвіду розробників.
Незважаючи на наполегливі рекомендації експертів в галузі проектування та розробки ІС, багато компаній продовжують використовувати каскадну модель замість якого-небудь варіанта ітераційної моделі. Основні причини, за якими каскадна модель зберігає свою популярність, наступні:
Звичка - багато ІТ-фахівці здобували освіту в той час, коли вивчалася тільки каскадна модель, тому вона використовується ними і в наші дні.
Ілюзія зменшення ризиків учасників проекту (замовника і виконавця). Каскадна модель передбачає розробку закінчених продуктів на кожному етапі: технічного завдання, технічного проекту, програмного продукту і документації користувача. Розроблена документація дозволяє не тільки визначити вимоги до продукту наступного етапу, а й визначити обов'язки сторін, обсяг робіт і терміни, при цьому остаточна оцінка термінів і вартості проекту проводиться на початкових етапах, після завершення обстеження. Очевидно, що якщо вимоги до інформаційної системи змінюються в ході реалізації проекту, а якість документів виявляється невисоким (вимоги неповні та/або суперечливі), то насправді використання каскадної моделі створює лише ілюзію визначеності і на ділі збільшує ризики, зменшуючи лише відповідал...
