Студопедия

Главная страница Случайная страница

Разделы сайта

АвтомобилиАстрономияБиологияГеографияДом и садДругие языкиДругоеИнформатикаИсторияКультураЛитератураЛогикаМатематикаМедицинаМеталлургияМеханикаОбразованиеОхрана трудаПедагогикаПолитикаПравоПсихологияРелигияРиторикаСоциологияСпортСтроительствоТехнологияТуризмФизикаФилософияФинансыХимияЧерчениеЭкологияЭкономикаЭлектроника






Матрица прослеживаемости требований






 

Назначение матрицы прослеживаемости требований заключается в отображении каждого требования на проектные компоненты, программные коды и тестовые слу­ чаи. Пример матрицы прослеживаемости требований показан на рис. 2.5. В этом примере каждое требование, фигурирующее в документе определения требований, отображается на одно или большее количество требований из спецификации, на проектные компоненты и программные коды, а также на тестовые случаи модульного тестирования, проверки взаимодействия и функционирования компонентов про­ граммного продукта, системных и приемочных испытаний. Для нумерации требова­ ний используется " десятичная нотация Дьюи". Эта нотация позволяет отобразить исходные требования из документа определения требований на производные требо­ вания и различные виды тестов в отношении " один-ко-многим" (например, одно тре­ бование соотносится с некоторым множеством системных тестов). Даже если про­ ектная информация и данные о программных кодах не включены в эту матрицу, по­ лезно поддерживать ее упрощенный вариант, который соотносит каждое требование с соответствующими системными и приемочными тестами.

 

 

Эти идентификаторы отображают требования из документа определения требований на требования из спецификации требований.

 

          Эти идентификаторы отображают  
          все тесты обратно на требования.  
               
               
Идентификатор       Идентификатор Идентификатор Идентификатор Идентификатор
требования Идентификатор     тестового тестового случая тестового случая тестового
в документе требования в Идентификатор Идентификатор случая на этапе на этапе проверки на этапе случая на этапе
определения спецификации проектного , программного модульного взаимодействия системных приемочных
требований требований компонента компонента тестирования компонентов испытаний испытаний
          продукта    
RD22 4 RS2 2 4 1 D224 1 СС2 2 4 1 UT2 2 4 1 IT2 2 4 ST2 2 4 АТ2 2 4
RD2 2 4 RS2 2 4 2 D2 2 42 СС2 2 4 2 UT2 2 4 2 IT2 2 4 ST2 2 4 АТ2 2 4
RD22 4 RS2 2 4.3 D2 2 4 3 СС2 2 4 3 UT2 2 4 3 IT2 2 4 ST2 2 4 АТ2 2 4
RD2 2 4 RS2 2 4 4 D2 2 4 4 ' СС2 2 4 4 UT2 2 4 4 IT2 2 4 ST2 2 4 АТ2 2 4
               

 

 

Эти идентификаторы прослеживают происхождение всех проектных и программных компонентов до соответствующих требований.

 

Рис. 2.5. Примерный формат матрицы отслеживания требований

 






© 2023 :: MyLektsii.ru :: Мои Лекции
Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав.
Копирование текстов разрешено только с указанием индексируемой ссылки на источник.