13
фигура 2. - V модел V-моделът е документно базиран с един или повече артефакти, които се
създават на всеки етап, което позволява валидирането на изискванията и спецификациите, когато се създадат и следователно откриването на несъответствия и пролуки в изискванията.
Слабостта на този модел се изразя в трудността за справяне на с процеса по управление на промените, но моделът сигурно ще остане в употреба за изграждането на
големи софтуерни проекти, тъй като позволява управление на процеси, помага на софтуерното инженерство и е познат на инженери от всички дисциплини. [3]
От гледна точка на усъвършенстването на качеството, V-моделът се идентифицира със следните дейности:
➢
потребителски анализ на изискванията – с изпълнението на анализа, екипът за тестване получава входни данни и изисквания за тестове за приемственост. На
фигура 2 - V модел, това се осъществява чрез линията между събиране на изисквания и
Тестове за приемственост;
14
➢
спецификация на софтуерните изисквания (Software Requirements Specification, SRS) инспектира,
за да провери пълнотата, последователността, изпълнимостта и тяхната способността те бъдат тествани. Изпълнявайки, спецификацията на
софтуерните изисквания, екипът получава изисквания и тестови сценарии, които да използва в системно тестване;
➢
създаване на тест план на основа дизайн – използва се документация за стратегия на тестовото планиране, за да се провери и да се вземат мерки, че продуктът или системата отговорят на спецификацията на дизайна. На
Сподели с приятели: