Фаза впровадження

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

Якщо всі вимоги задоволені, досягається віха релізу продукту, і цикл розробки завершується

Гнучка розробка програмного забезпечення (англ. Agile software development) — це клас методологій розробки програмного забезпечення, що базується на ітеративній розробці, в якій вимоги та розв'язки еволюціонують через співпрацю між самоорганізовуваними багатофункціональними командами.

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

2. Використання case–технологій розробки програмного забезпечення.

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

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

Термін CASE (Computer Aided Software Engineering) використовується в даний час у дуже широкому сенсі. Первісне значення терміна CASE, обмежене питаннями автоматизації розробки тільки лише програмного забезпечення (ПЗ), у даний час набуло нового сенсу, що охоплює процес розробки складних ІС у цілому. Тепер під терміном CASE-засобу розуміються програмні засоби, що підтримують процеси створення і супроводу ІС, включаючи аналіз і формулювання вимог, проектування прикладного ПЗ (додатків) і баз даних, генерацію коду, тестування, документування, забезпечення якості, конфігураційне управління і управління проектом, а також інші процеси. CASE-засоби разом із системним ПЗ і технічними засобами утворять повне середовище розробки ІС.

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

Сучасні CASE-засоби охоплюють велику галузь підтримки численних технологій проектування ІС: від простих засобів аналізу і документування до повномасштабних засобів автоматизації, що покривають весь життєвий цикл ПЗ.

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

Звичайно до CASE-засобів відносять будь-який програмний засіб, що автоматизує ту чи іншу сукупність процесів життєвого циклу ПЗ та мають наступні основні характерні риси:

· могутні графічні засоби для опису і документування ІС, що забезпечують зручний інтерфейс із розроблювачем і розвиваючі його творчі можливості;

· інтеграція окремих компонентів CASE-засобів, що забезпечує керованість процесом розробки ІС;

· використання спеціальним образом організованого сховища проектних метаданих (репозиторію).

Інтегрований CASE-засіб (чи комплекс засобів, що підтримують повний ЖЦ ПЗ) містить наступні компоненти;

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

· графічні засоби аналізу і проектування, що забезпечують створення і редагування ієрархічно зв'язаних діаграм (DFD, ERD і ін.), що утворять моделі ІС;

· засоби розробки додатків, включаючи мови 4GL і генератори кодів;

· засоби конфігураційного управління;

· засоби документування;

· засоби тестування;

· засоби управління проектом;

· засоби реінжинірінга.

Сценарій використання , варіант використання (англ. Use Case) - у розробці програмного забезпечення та системному проектуванні це опис поведінки системи, як вона відповідає на зовнішні запити. Іншими словами, сценарій використання описує, «хто» і «що» може зробити з розглянутої системою. Методика сценаріїв використання застосовується для виявлення вимог до поведінки системи, відомих також як функціональні вимоги.

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

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