Учёт в Требованиях — различия между версиями
Gary (обсуждение | вклад) (→Текст) |
Gary (обсуждение | вклад) (→Текст) |
||
| Строка 10: | Строка 10: | ||
===Текст=== | ===Текст=== | ||
| − | :<p><strong>Учёт в Требованиях</strong></p><p>Хорошие требования хорошо задокументированы. Хорошая документация позволяет:</p><ol type="a"><li> | + | :<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> |
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
===Варианты=== | ===Варианты=== | ||
Версия 00:53, 10 мая 2021
Учёт в Требованиях (здесь и далее по тексту -- Лектио) -- это часть урока Суть Создания Заданий. В Брацкой Школе, уроки делятся на так называемые лектио, каждое из которых состоит из микролекции и одного или нескольких заключительных вопросов. Урок, в свою очередь, относится к практическому семинару Выбор Профессии.
Содержание
Материалы
Предшественник этого Лектио -- Конфликты Требований.
Иллюстрации
Текст
Учёт в Требованиях
Хорошие требования хорошо задокументированы. Хорошая документация позволяет:
- Собирать вместе те требования, которые относятся к одному и тому же объекту,
- Прослеживать источники требований и причины их разработок,
- Расставлять требования по приоритету их реализации,
- Отслеживать связь между техническими, пользовательскими и существенными требованиями, а также между требованиями к продукту и его разработке.
Матрица прослеживаемости требований (requirements traceability matrix) -- это один из самых популярных инструментов для отслеживания связей между элементами требований. Она создана в форме таблицы, каждый ряд которой относится к одному и тому же требованию, а колонки представляют его элементы и даже отсылки на другие требования.
Колонки могут варьироваться в зависимости от условий проекта. Они могут включать:
- Идентификационный номер технического требования,
- Объект разработки,
- Исходное пользовательское требование,
- Первичное существенное требование,
- Требование к процессу разработки.
А теперь, выберите, пожалуйста, лучшее завершение следующего предложения. Судя по тексту выше, требования нужны, чтобы:
Варианты
- разработчики создали верное изделие, а администраторы могли проверить его верность. / координаторы информационных проектов могли разработать пользовательские истории (user story). / открыть процесс разработок широкой публике. / установить единый источник истины (single source of truth).
- Следующее лектио -- [Определяется]]
