TA Elutsükkel – Жизненный цикл ПО
Процесс, в результате которого создается новая или изменяется старая система ПО.
Фазы ЖЦИ:
- Analüüs / Анализ – Первый этап при любой разработке, без него невозможно перейти на следующие фазы.
- Projekteerimine (Kavandamine) / Проектирование (Планирование) – Будущее ПО должно соотвествоватьстандартам IEEE
- Teostus / Реализация – Создание ПО + проверка * валидирование – проверка достоверности первоначальным требованиям.
- Hooldus / сопровождение – после передачи ПО клиенту
TA protsees: tegevused ja nendega seotud tulemused, mille läbi valmistatakse tarkvaraprodukt
nimetame need tegevused:
- TA spetsifitseerimine (TA omab spetsifikatsioon – ?)
- TA arendamine
- TA valideerimine
- TA muutmine
TA protsessimudel -lihtsastatud kirjeldus, mis iseloomustab konkreetse vaatenurka protsessile.
Mudelid:
- Koskmudel
- Spiraalmudel
- RAD
- Agiilne
- Inkrementaalne
- Prototüüpimine
| Mudel | Plussid | Miinused | Mudeli ilmumisaasta |
|---|---|---|---|
| Veekaska mudel | 1. Lihtsus planeerimisel ja kasutamisel. | 1. Tugev struktuur, mis raskendab arendusprotsessis muudatuste tegemist. | 1970 |
| 2. Selge struktuur võimaldab hõlpsasti hinnata progressi. | 2. Nõuab nõuete täielikku määratlemist enne arenduse alustamist, mis võib teatud olukordades olla keeruline. | ||
| Spiraalmudel | 1. Fookus riskide juhtimisel iga iteratsiooni käigus. | 1. Nõuab kõrgelt kvalifitseeritud spetsialiste riskide tõhusaks juhtimiseks. | 1986 |
| 2. Paindlikkus ja võime kohaneda arendusprotsessis tekkivate muudatustega. | 2. Võib kasutamisel olla üsna kallis intensiivse riskide juhtimise ja sagedaste iteratsioonide tõttu. | ||
| Prototüüpimine | 1. Kiire tagasiside ja kontseptsioonide kontroll. | 1. Risk, et kui prototüüp ei kajasta täielikult tellija ootusi, võib tekkida nõuete valesti mõistmine. | 1960ndad |
| 2. Võimalus täpsustada nõudeid arenduse varastes etappides. | 2. Prototüüpidega töötamine võib võtta lisaaega ja ressursse. |
| Модель | Плюсы | Минусы | Год появления |
|---|---|---|---|
| Водопадная модель | 1. Простота в планировании и использовании. | 1. Жесткая структура, что затрудняет изменения в процессе разработки. | 1970 |
| 2. Четкая структура позволяет легко оценивать прогресс. | 2. Требует полного определения требований до начала разработки, что может быть затруднительно в некоторых ситуациях. | ||
| Спиральная модель | 1. Фокус на управлении рисками на каждой итерации. | 1. Требует высококвалифицированных специалистов для эффективного управления рисками. | 1986 |
| 2. Гибкость и возможность адаптации к изменениям в процессе разработки. | 2. Может быть достаточно дорогой в использовании из-за интенсивного управления рисками и частых итераций. | ||
| Прототипирование | 1. Быстрая обратная связь и проверка концепций. | 1. Риск недопонимания требований, если прототип не отражает полностью ожидания заказчика. | 1960-е |
| 2. Возможность уточнения требований на ранних этапах разработки. | 2. Работа с прототипами может занять дополнительное время и ресурсы. |