Відмінності між версіями «Облік у Вимогах»

Матеріал з Брацка Правка
Перейти до: навігація, пошук
(Текст)
(Варіанти)
 
(Не показані 15 проміжних версій 4 користувачів)
Рядок 1: Рядок 1:
[[Учёт в Требованиях]] (здесь и далее по тексту -- ''Лектио'') -- это часть урока [[Суть Создания Заданий]]. В [[Брацка Школа|Брацкой Школе]], уроки делятся на так называемые [[лектио]], каждое из которых состоит из микролекции и одного или нескольких заключительных вопросов. Урок, в свою очередь, относится к практическому семинару '''[[Выбор Профессии]]'''.
+
[[Облік у Вимогах]] (тут і далі по тексту -- ''Лектіо'') -- це частина уроку [[Суть Создания Заданий|Суть Створення Завдань]]. У [[Брацка Школа|Брацькій Школі]], уроки діляться на так звані [[лектио|лектіо]], кожне з яких складається з мікролекції та одного або декількох заключних питань. Урок, своєю чергою, належить до курсу '''[[Выбор Профессии|Вибір Професії]]'''
  
  
Рядок 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><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>
  
ы которой ая с. Большинство
+
===Варіанти===
обычно бизнес-аналитики используют матрицы прослеживаемости для отслеживания требований обратно к функциям и
+
:створена у вигляді діаграми./ відстежує зв'язки між документацією./ створюється у формі таблиці, а її ряди варіюються в залежності від умов проєкту./ створюється у формі таблиці, а її колонки варіюються в залежності від умов проєкту.
бизнес-целей или вперед к коду или другим артефактам разработки или тестовым случаям. Однако во время создания
 
и процесса анализа моделей, бизнес-аналитик может перепрофилировать матрицу прослеживаемости для анализа моделей, чтобы
 
убедитесь, что они заполнены.
 
Общие сравнения моделей и элементов моделей включают:
 
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>
 
  
===Варианты===
+
:Следующее лектио -- '''[[]]'''
:разработчики создали верное изделие, а администраторы могли проверить его верность. / координаторы информационных проектов могли разработать пользовательские истории (user story). / открыть процесс разработок широкой публике. / установить единый источник истины (single source of truth).
 
 
 
:Следующее лектио -- '''[Определяется]]'''
 
  
 
===Термины===
 
===Термины===
:[[Требования]], [[Эпические продукты]], [[SSOT]]
+
:[[Требования]], [[Технические требования]], [[Пользовательские требования]], [[Высшие требования|Существенные требования]]
  
 
==Экзамен==
 
==Экзамен==

Поточна версія на 13:56, 27 листопада 2022

Облік у Вимогах (тут і далі по тексту -- Лектіо) -- це частина уроку Суть Створення Завдань. У Брацькій Школі, уроки діляться на так звані лектіо, кожне з яких складається з мікролекції та одного або декількох заключних питань. Урок, своєю чергою, належить до курсу Вибір Професії


Материалы

Предшественник этого Лектио -- Конфликты Требований.

Иллюстрации

Текст (HTML)

Облік у вимогах

Гарні вимоги добре задокументовані. Гарна документація дозволяє:

  1. Збирати разом ті вимоги, які стосуються одного і того ж об'єкта,
  2. Простежувати джерела вимог та причини їх розробок,
  3. Розставляти вимоги щодо пріоритету їх реалізації,
  4. Відстежувати зв'язок між технічними, користувальницькими та суттєвими вимогами, а також між вимогами до продукту та його розробкою.

Матриця простежуваності вимог (requirements traceability matrix) -- це один із найпопулярніших інструментів для відстеження зв'язків між елементами вимог. Вона створена у формі таблиці, кожен ряд якої відноситься до однієї і тієї ж вимоги, а колонки представляють його елементи і навіть відсилання на інші вимоги.

Колонки матриці простежуваності вимог варіюються залежно від умов проекту. Для технічних вимог, ці колонки можуть включати:

  1. Ідентифікаційний номер технічної вимоги,
  2. Об'єкт розробки,
  3. Вихідна вимога користувача,
  4. Первинна суттєва вимога,
  5. Вимога до процесу розробки.

А тепер виберіть, будь ласка, найкраще завершення наступної пропозиції. Судячи з тексту вище, матриця простежуваності вимог:

Варіанти

створена у вигляді діаграми./ відстежує зв'язки між документацією./ створюється у формі таблиці, а її ряди варіюються в залежності від умов проєкту./ створюється у формі таблиці, а її колонки варіюються в залежності від умов проєкту.
Следующее лектио -- [[]]

Термины

Требования, Технические требования, Пользовательские требования, Существенные требования

Экзамен

Определения

Вопросы экзамена