Учёт в Требованиях — различия между версиями
Gary (обсуждение | вклад) (→Текст) |
Gary (обсуждение | вклад) (→Текст) |
||
| Строка 9: | Строка 9: | ||
</gallery> | </gallery> | ||
| − | ===Текст=== | + | ===Текст (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>А теперь, придумайте, пожалуйста, вопрос для завершения этого лектио.</i></p> | :<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> | ||
Версия 21:37, 31 декабря 2021
Учёт в Требованиях (здесь и далее по тексту -- Лектио) -- это часть урока Суть Создания Заданий. В Брацкой Школе, уроки делятся на так называемые лектио, каждое из которых состоит из микролекции и одного или нескольких заключительных вопросов. Урок, в свою очередь, относится к практическому семинару Выбор Профессии.
Содержание
Материалы
Предшественник этого Лектио -- Конфликты Требований.
Иллюстрации
Текст (HTML)
Учёт в Требованиях
Хорошие требования хорошо задокументированы. Хорошая документация позволяет:
- Собирать вместе те требования, которые относятся к одному и тому же объекту,
- Прослеживать источники требований и причины их разработок,
- Расставлять требования по приоритету их реализации,
- Отслеживать связь между техническими, пользовательскими и существенными требованиями, а также между требованиями к продукту и его разработке.
Матрица прослеживаемости требований (requirements traceability matrix) -- это один из самых популярных инструментов для отслеживания связей между элементами требований. Она создана в форме таблицы, каждый ряд которой относится к одному и тому же требованию, а колонки представляют его элементы и даже отсылки на другие требования.
Колонки матрицы прослеживаемости требований варьируются в зависимости от условий проекта. Для технических требований, эти колонки могут включать:
- Идентификационный номер технического требования,
- Объект разработки,
- Исходное пользовательское требование,
- Первичное существенное требование,
- Требование к процессу разработки.
А теперь, придумайте, пожалуйста, вопрос для завершения этого лектио.
Варианты
- Ответ в форме эссе не подразумевает вариантов.
- Следующее лектио -- [Определяется]]
