Зміст
ВСТУП
Передісторія
Ітеративна РОЗРОБКА
Що таке ітерація
Ітеративний підхід
Проблеми, які вирішуються за допомогою ітерації
Тривалість ітерації
Причини для використання ітерацій
Ітерціі і фази
Rational Unified Process (RUP)
КОНЦЕПЦІЇ RUP
ЖИТТЄВИЙ ЦИКЛ РОЗРОБКИ
дисципліни життєвого циклу IBM Rational Unified Process (RUP)
ВИСНОВОК
Список літератури
ВСТУП
Багато хто вважає, що ітеративна і інкрементальних розробка (iterative and incremental development, IID) - явище нове. Однак насправді витоки цього методу сягають ще до середини 50-х років. Протягом наступних десятиліть на його користь висловлювалися видатні теоретики в області технології програмування; метод знаходив успішне втілення у багатьох проектах. p align="justify"> У період, коли В«швидкіВ» методи розробки отримують все більш широке поширення, деякі вважають ітеративну, еволюційну і інкрементальних розробку В«сучаснимВ» рішенням, які прийшли на зміну послідовної моделі, тоді як коріння даного підходу можна простежити в минулому. Зрозуміло, це відомо дослідникам систем розробки програмного забезпечення, але, як не дивно, багато хто і донині проявляють на цей рахунок повну непоінформованість. Багато приклади відносяться до 70-м і 80-м рокам - найбільш активним і найменш відомим періодам історії IID. p align="justify"> Одне зауваження з приводу термінології. Деякі люди вважають за краще зводити зміст виразу В«ітеративна розробкаВ» до виправлення вже зробленого. Тим часом, в контексті сучасних методів швидкої розробки цей термін означає щось інше: не просто перегляд зробленого, а й еволюційне просування вперед; в такому значенні цей термін використовується, щонайменше, з 1968 року. br/>
Передісторія
Найпершим з виявлених текстів, спеціально присвячених опису итеративной розробки та рекомендуючим її, був датований 1968 роком доповідь Брайана Ренделла і Ф.В. Зерчера, співробітників дослідницького центру IBM TJ Watson Research Center [1]. Пізніше М.М. Леман описав цю роботу, позитивно відгукнувшись про інкрементальною розробці у своєму складеному в вересня 1969 року внутрішній доповіді керівництву IBM, який був присвячений рекомендаціям за методикою розробки [2]:
В«Цей підхід постулює марність поділу процесів проектування, оцінки та документування у розробці програмних систем. Процес проектування структурується за допомогою розширюється моделі, побудованої на базі формального визначення системи, яке дає першу здійсненну фун...
