Учёт в Требованиях — различия между версиями
Gary (обсуждение | вклад) (→Материалы) |
Gary (обсуждение | вклад) (→Текст) |
||
| Строка 10: | Строка 10: | ||
===Текст=== | ===Текст=== | ||
| − | :<p><strong>Учёт в Требованиях</strong></p><p> | + | :<p><strong>Учёт в Требованиях</strong></p><p>Матрица прослеживаемости. Матрица прослеживаемости - это таблица, которая связывает или отслеживает связи между элементами. Большинство |
| + | обычно бизнес-аналитики используют матрицы прослеживаемости для отслеживания требований обратно к функциям и | ||
| + | бизнес-целей или вперед к коду или другим артефактам разработки или тестовым случаям. Однако во время создания | ||
| + | и процесса анализа моделей, бизнес-аналитик может перепрофилировать матрицу прослеживаемости для анализа моделей, чтобы | ||
| + | убедитесь, что они заполнены. | ||
| + | Общие сравнения моделей и элементов моделей включают: | ||
| + | n Функции в модели функций для функций в модели бизнес-целей, | ||
| + | n Процесс переходит к функциям в модели функций, которые обеспечивают функциональность, | ||
| + | n модели отображения-действие-реакция на шаги в потоках пользовательского интерфейса или потоках процессов, | ||
| + | n Элементы данных на диаграмме потока данных к объектам на диаграмме взаимосвязи сущностей, | ||
| + | n Таблицы интерфейса системы с системами на карте экосистемы, и | ||
| + | n Переходы в таблицах состояний или диаграммах состояний к потокам процессов. | ||
| + | На рис. 7-16 показан пример формата использования матрицы прослеживаемости для сопоставления нескольких объектов требований, которые необходимо выполнить. | ||
| + | модельная проработка. Для получения дополнительной информации о матрице прослеживаемости см. Раздел 8.2.2.5. Хотя прослеживаемость | ||
| + | матрицы могут использоваться для систематического сравнения некоторых моделей, модели также могут быть сопоставлены с одной | ||
| + | другой менее формально, даже вручную, рассматривая модели рядом. | ||
| + | L1 Шаг процесса 1 | ||
| + | L1 Шаг процесса 1 | ||
| + | L1 Шаг процесса 1 | ||
| + | L1 Шаг процесса 2 | ||
| + | L1 Шаг процесса 2 | ||
| + | L2 Процесс Шаг 1 | ||
| + | L2 процесс, шаг 2 | ||
| + | L2 этап процесса 3 | ||
| + | L2 Процесс Шаг 1 | ||
| + | L2 процесс, шаг 2 | ||
| + | Особенность 1 | ||
| + | Особенность 1 | ||
| + | Особенность 2 | ||
| + | Особенность 3 | ||
| + | Особенность 4 | ||
| + | REQ001 | ||
| + | REQ002 | ||
| + | REQ003 | ||
| + | REQ004 | ||
| + | REQ005 | ||
| + | Требование 1 | ||
| + | Требование 2 | ||
| + | Требование 3 | ||
| + | Требование 4 | ||
| + | Требование 5 | ||
| + | L1 Шаг процесса L2 Шаг процесса Функция Требование REQID | ||
| + | Рисунок 7-16. Разработка моделирования с использованием формата образца прослеживаемости </p><p><i>А теперь, выберите, пожалуйста, лучшее завершение следующего предложения.</i> Судя по тексту выше, требования нужны, чтобы:</p> | ||
===Варианты=== | ===Варианты=== | ||
Версия 19:13, 9 мая 2021
Учёт в Требованиях (здесь и далее по тексту -- Лектио) -- это часть урока Суть Создания Заданий. В Брацкой Школе, уроки делятся на так называемые лектио, каждое из которых состоит из микролекции и одного или нескольких заключительных вопросов. Урок, в свою очередь, относится к практическому семинару Выбор Профессии.
Содержание
Материалы
Предшественник этого Лектио -- Конфликты Требований.
Иллюстрации
Текст
Учёт в Требованиях
Матрица прослеживаемости. Матрица прослеживаемости - это таблица, которая связывает или отслеживает связи между элементами. Большинство
обычно бизнес-аналитики используют матрицы прослеживаемости для отслеживания требований обратно к функциям и бизнес-целей или вперед к коду или другим артефактам разработки или тестовым случаям. Однако во время создания и процесса анализа моделей, бизнес-аналитик может перепрофилировать матрицу прослеживаемости для анализа моделей, чтобы убедитесь, что они заполнены. Общие сравнения моделей и элементов моделей включают: n Функции в модели функций для функций в модели бизнес-целей, n Процесс переходит к функциям в модели функций, которые обеспечивают функциональность, n модели отображения-действие-реакция на шаги в потоках пользовательского интерфейса или потоках процессов, n Элементы данных на диаграмме потока данных к объектам на диаграмме взаимосвязи сущностей, n Таблицы интерфейса системы с системами на карте экосистемы, и n Переходы в таблицах состояний или диаграммах состояний к потокам процессов. На рис. 7-16 показан пример формата использования матрицы прослеживаемости для сопоставления нескольких объектов требований, которые необходимо выполнить. модельная проработка. Для получения дополнительной информации о матрице прослеживаемости см. Раздел 8.2.2.5. Хотя прослеживаемость матрицы могут использоваться для систематического сравнения некоторых моделей, модели также могут быть сопоставлены с одной другой менее формально, даже вручную, рассматривая модели рядом. L1 Шаг процесса 1 L1 Шаг процесса 1 L1 Шаг процесса 1 L1 Шаг процесса 2 L1 Шаг процесса 2 L2 Процесс Шаг 1 L2 процесс, шаг 2 L2 этап процесса 3 L2 Процесс Шаг 1 L2 процесс, шаг 2 Особенность 1 Особенность 1 Особенность 2 Особенность 3 Особенность 4 REQ001 REQ002 REQ003 REQ004 REQ005 Требование 1 Требование 2 Требование 3 Требование 4 Требование 5 L1 Шаг процесса L2 Шаг процесса Функция Требование REQID
Рисунок 7-16. Разработка моделирования с использованием формата образца прослеживаемости
А теперь, выберите, пожалуйста, лучшее завершение следующего предложения. Судя по тексту выше, требования нужны, чтобы:
Варианты
- разработчики создали верное изделие, а администраторы могли проверить его верность. / координаторы информационных проектов могли разработать пользовательские истории (user story). / открыть процесс разработок широкой публике. / установить единый источник истины (single source of truth).
- Следующее лектио -- [Определяется]]
