Учёт в Требованиях — различия между версиями
Gary (обсуждение | вклад) (→Варианты) |
Sonya (обсуждение | вклад) |
||
| (не показаны 2 промежуточные версии 2 участников) | |||
| Строка 10: | Строка 10: | ||
===Текст (HTML)=== | ===Текст (HTML)=== | ||
| − | :<p><strong>Учёт в Требованиях</strong></p><p>Хорошие требования хорошо задокументированы. Хорошая документация позволяет:</p><ol type="a"><li>Собирать вместе те требования, которые относятся к одному и тому же объекту,</li><li>Прослеживать источники требований и причины их разработок,</li><li>Расставлять требования по приоритету их реализации,</li><li>Отслеживать связь между техническими, пользовательскими и существенными требованиями, а также между требованиями к продукту и его разработке.</li></ol><p>Матрица прослеживаемости требований (requirements traceability matrix) -- это один из самых популярных инструментов для отслеживания связей между элементами требований. Она создана в форме таблицы, каждый ряд которой относится к одному и тому же требованию, а колонки представляют его элементы и даже отсылки на другие требования.</p><p>Колонки матрицы прослеживаемости требований варьируются в зависимости от условий проекта. Для технических требований, эти колонки могут включать:</p><ol type="a"><li>Идентификационный номер технического требования,</li><li>Объект разработки,</li><li>Исходное пользовательское требование,</li><li>Первичное существенное требование,</li><li>Требование к процессу разработки.</li></ol><p><i>А теперь, | + | :<p><strong>Учёт в Требованиях</strong></p><p>Хорошие требования хорошо задокументированы. Хорошая документация позволяет:</p><ol type="a"><li>Собирать вместе те требования, которые относятся к одному и тому же объекту,</li><li>Прослеживать источники требований и причины их разработок,</li><li>Расставлять требования по приоритету их реализации,</li><li>Отслеживать связь между техническими, пользовательскими и существенными требованиями, а также между требованиями к продукту и его разработке.</li></ol><p>Матрица прослеживаемости требований (requirements traceability matrix) -- это один из самых популярных инструментов для отслеживания связей между элементами требований. Она создана в форме таблицы, каждый ряд которой относится к одному и тому же требованию, а колонки представляют его элементы и даже отсылки на другие требования.</p><p>Колонки матрицы прослеживаемости требований варьируются в зависимости от условий проекта. Для технических требований, эти колонки могут включать:</p><ol type="a"><li>Идентификационный номер технического требования,</li><li>Объект разработки,</li><li>Исходное пользовательское требование,</li><li>Первичное существенное требование,</li><li>Требование к процессу разработки.</li></ol> |
| + | <p><i>А теперь, выберите, пожалуйста, лучшее завершение следующего предложения.</i> Судя по тексту выше, матрица прослеживаемости требований:</p> | ||
===Варианты=== | ===Варианты=== | ||
| − | : | + | :создана в виде диаграммы./ отслеживает связи между документацией./ создается в форме таблицы, а ее ряды варьируются в зависимости от условий проекта./ создается в форме таблицы, а ее колонки варьируются в зависимости от условий проекта. |
:Следующее лектио -- '''[[Разметки в Кодах]]''' | :Следующее лектио -- '''[[Разметки в Кодах]]''' | ||
===Термины=== | ===Термины=== | ||
| − | :[[Требования]], [[ | + | :[[Требования]], [[Технические требования]], [[Пользовательские требования]], [[Высшие требования|Существенные требования]] |
==Экзамен== | ==Экзамен== | ||
Текущая версия на 12:48, 2 октября 2022
Учёт в Требованиях (здесь и далее по тексту -- Лектио) -- это часть урока Суть Создания Заданий. В Брацкой Школе, уроки делятся на так называемые лектио, каждое из которых состоит из микролекции и одного или нескольких заключительных вопросов. Урок, в свою очередь, относится к практическому семинару Выбор Профессии.
Содержание
Материалы
Предшественник этого Лектио -- Конфликты Требований.
Иллюстрации
Текст (HTML)
Учёт в Требованиях
Хорошие требования хорошо задокументированы. Хорошая документация позволяет:
- Собирать вместе те требования, которые относятся к одному и тому же объекту,
- Прослеживать источники требований и причины их разработок,
- Расставлять требования по приоритету их реализации,
- Отслеживать связь между техническими, пользовательскими и существенными требованиями, а также между требованиями к продукту и его разработке.
Матрица прослеживаемости требований (requirements traceability matrix) -- это один из самых популярных инструментов для отслеживания связей между элементами требований. Она создана в форме таблицы, каждый ряд которой относится к одному и тому же требованию, а колонки представляют его элементы и даже отсылки на другие требования.
Колонки матрицы прослеживаемости требований варьируются в зависимости от условий проекта. Для технических требований, эти колонки могут включать:
- Идентификационный номер технического требования,
- Объект разработки,
- Исходное пользовательское требование,
- Первичное существенное требование,
- Требование к процессу разработки.
А теперь, выберите, пожалуйста, лучшее завершение следующего предложения. Судя по тексту выше, матрица прослеживаемости требований:
Варианты
- создана в виде диаграммы./ отслеживает связи между документацией./ создается в форме таблицы, а ее ряды варьируются в зависимости от условий проекта./ создается в форме таблицы, а ее колонки варьируются в зависимости от условий проекта.
- Следующее лектио -- Разметки в Кодах
