2 Използвани съкращения и символи
Изтегляне 0.67 Mb. Pdf просмотр
|
Свързани:
ДИПЛОМНА РАБОТА-Компютърни мрежи, Шаблон на курсова работа по БД
- Навигация на страницата:
- ГЛАВА 2. Гъвкави (agile) методологии Гъвкавият модел на разработване ( фигура 3 - Гъвкав модел
| фигура 2 - V модел това се осъществява чрез линията между „Софтуерен дизайн” и „Интеграционно тестване”; ➢ получаване и разпределение на тестови сценарии за интеграция – във V-модела, жизненият цикъл на софтуера се движи от ляво на дясно. Тестовите дейности следват същия ред и всички планирани за тестване се подготвят за всеки етап; ➢ дизайн на тестове на основа плановете за тестване – проверката на потребителският анализ на изискванията и спецификацията на софтуерните изисквания осигуряват входните данни за тестовия план на софтуера; ➢ изпълнение на теста – изпълнява се във всеки един от посочените етапи в дясната част на V-модела. Тестването се изпълнява по време на интеграционното, системното тестване и тестовете за приемане; ➢ докладване на грешки – във V-модела се извършва на всички етапи. Отчетите за грешки се прилагат, когато тест екипът прави преглед на изискванията и дизайна и след изпълняване на тестовете; ➢ докладване на резултатите от тестването – докладването се извършва по време на юнит, интеграционното, системното и тестването за приемане. В сравнение с Водопадния модел, V-моделът позволява по-лесно проследяване на изпълнението на изискванията за качество. възможността за проследяване на процесите е един от ключовите аспекти осигурени от V-модела. [3] 15 ГЛАВА 2. Гъвкави (agile) методологии Гъвкавият модел на разработване (фигура 3 - Гъвкав модел) се радва на голяма популярност. Съществуват различни методологии, създадени на основа гъвкавият модел, но те са базирани на едни и същи 12 принципи, заложени в Манифест на гъвкавата технология (The Agile Manifesto): 1. задоволяване на клиентите чрез бързо доставяне на полезен софтуер; 2. позволява промени в изискванията, дори и късните етапи на разработване; 3. кратки итерации и чести релийзи на функциониращ софтуер; 4. функциониращият софтуер е принцип за измерване на напредъка; 5. устойчиво развитие, което успява да поддържа постоянно темпо на разработване; 6. постоянно сътрудничество между заинтересованите страни и разработчиците; 7. комуникацията в екипа се извършва лице в лице; 8. проектите се изграждат около мотивирани хора, на които се има доверие; 9. постоянно стремеж към техническа изправност и добър дизайн; 10. простота; 11. самоорганизиращи се екипи; 12. редовна адаптация към променящи се обстоятелства. За разлика от моделите ориентирани към спецификациите (V-модела и Водопадния модел), гъвкавите моделите разчитат на обща локация, поради необходимостта от постоянно комуникация. Проектът се разработва в малки итерации в екипи от по 5 до 9 човека и всяка итерация е с продължителност 2 или 4 седмици. Планирането и документацията се прави от заинтересованите страни, когато това се изисква. Гъвкавото разработване насочва фокуса си върху работещ софтуер като основен периметър за напредък. Този метод се смята за най-подходящ за малки проекти, които имат често сменящи се изисквания. Може да бъде приложен и в по-големи проекти, в които няколко екипа ще работят заедно. |