Реферат Моделі життєвого циклу автоматизованих інформаційних систем

> 3.5 Модель швидкої розробки додатків (RAD-модель)

3.6 багатопрохідних модель

3.7 Спіральна модель

Висновок

Список використаної літератури

Введення

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

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

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

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

Модель життєвого циклу - структура, що визначає послідовність виконання та взаємозв'язку процесів, дій і завдань, що виконуються на протязі ЖЦ.

Найбільше поширення набули дві основні моделі ЖЦ:

В· каскадна модель (70-85 рр..);

В· спіральна модель (86-90 рр..).

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

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

В третьому розділі - моделі життєвого циклу програмного продукту.

Під моделлю життєвого циклу розробки програмного продукту розуміється структура, визначає послідовність виконання і взаємозв'язку процесів, дій і завдань, що виконуються на протязі життєвого циклу розробки програмного продукту. Найбільше поширення отримали наступні моделі життєвого циклу розробки програмного продукту: каскадна модель, або водоспад (waterfall model); v-образна модель (v-shaped model); модель прототипування (prototype model); модель швидкої розробки додатків, або RAD-модель (RAD-rapid application development model); багатопрохідних модель (incremental model); спіральна модель (spiral model).

ГЛАВА 1. Моделі життєвого циклу автоматизованих інформаційних систем

1.1 Життєвий цикл АІС

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

Рис.1 Структурна схема термінів

1.2 Процеси життєвого циклу АІС

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

Основним нормативним документом, що регламентує життєвий цикл, є міжнародний стандарт ISO/IEC 12207 (ISO - International Organization of Standardization - Міжнародна організація по стандартизації, IEC - International Electrotechnical Commission - Міжнародна комісія з електротехніки). Він визначає структуру життєвого циклу, що містить процеси, дії і завдання, які повинні бути виконані під час створення інформаційної системи.

Структура життєвого циклу за стандартом ISO/IEC 12207 базується на трьох групах процесів: основні, допоміжні, організаційні.

1.2.1. Основні процеси життєвого циклу АІС

Основні процеси включають в себе набір певних дій і пов'язаних з ними завдань, які повинні бути виконані протягом життєвого циклу програмного продукту.

До основних відносяться процеси придбання, постакі, розробки, експлуатації і супроводу.

Процес придбання охоплює дії замовника по придбанню ПП. До цих дій відносяться:

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

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

3) Підготовка і коректування договору включає в себе наступні завдання: вибір постачальником критерію оцінки пропозицій; вибір конкретного постачальника на основі аналізу пропозицій; підготовка та укладання договору з постачальником; внесення змін (При необхідності) в договір у процесі його виконання.

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

5) Приймання і завершення робіт

В процесі приймання підготовляються і виконуються необхідні тести. Завершення робіт за договором здійснюється у разі задоволення всім умовам приймання.

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

До цих дій відносяться:

1) Ініціювання поставки полягає в розгляді постачальником заявочних пропозицій і прийняття рішення;

2) Підготовка відповіді на заявочні пропозиції виконуються у відповідності з прийнятими рішеннями;

3) Підготовка договору здійснюється після вибору замовником конкретного постачальника;

4) Планування виконується після укладення договору і містить у селю наступні завдання: прийняття рішення постачальником щодо виконання робіт своїми силами або з підключенням субпідрядника; розробку постачальником плану управління проектом, містить організаційну структуру проекту, розмежування відповідальності,...