Учёт в Требованиях — различия между версиями

Материал из Брацка Правки
Перейти к: навигация, поиск
(Новая страница: «Учёт в Требованиях (здесь и далее по тексту -- ''Лектио'') -- это часть урока Суть Создани…»)
 
(Текст)
Строка 10: Строка 10:
  
 
===Текст===
 
===Текст===
:<p><strong>Учёт в Требованиях</strong></p><p>Управление требованиями или Планирование! Давайте сначала рассмотрим важность анализа заинтересованных сторон и управления заинтересованными сторонами. Вы начинаете объяснять концепцию наличия разных типов заинтересованных сторон, которые вовлечены в проект, и что каждый играет свою роль. Вы пытаетесь охватить метод анализа заинтересованных сторон, называемый моделью RACI, и я думаю, что, возможно, столкнулся с этим несколько лет назад в другой роли. Я вижу, что взаимодействие с заинтересованными сторонами и анализ являются очень важной частью бизнес-анализа, и принимаю это во внимание в общем смысле. Опять же, мне пришлось бы оставить понимание техник и различных аспектов и подходов к построению отношений на другой день.</p><p><i>А теперь, выберите, пожалуйста, лучшее завершение следующего предложения.</i> Судя по тексту выше, требования нужны, чтобы:</p>
+
:<p><strong>Учёт в Требованиях</strong></p><p>объяснить наиболее распространенные типы используемых методов моделирования и их назначение. У вас нет времени пытаться объяснить, как применять любой из этих методов моделирования, но вы хотите, чтобы я знал, что они существуют и играют определенную роль в бизнес-анализе. Методы моделирования бизнес-анализа, которые вы выбираете таким образом, - это диаграммы сценариев использования UML, карты бизнес-процессов (как правило!) И моделирование данных. Вы также говорите что-то о моделях «Текущее состояние» и «Будущее состояние», но, опять же, это слишком много для меня, чтобы я мог его переварить. Приятно знать, что эти модели существуют, и, по крайней мере, я знаю, что это отличные модели, которые я могу изучить и узнать больше после предстоящей встречи. Сейчас мы буквально находимся в последние несколько минут перед моей большой встречей, и вы говорите, что можете использовать эти десять минут, чтобы рассказать мне основные темы, на которые у вас не было времени. Вы говорите, что не могли даже прикоснуться к анализу корпоративного уровня, требованиям </p><p><i>А теперь, выберите, пожалуйста, лучшее завершение следующего предложения.</i> Судя по тексту выше, требования нужны, чтобы:</p>
  
 
===Варианты===
 
===Варианты===

Версия 01:59, 28 апреля 2021

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


Материалы

Предшественник этого Лектио -- Разработки Требований.

Иллюстрации

Текст

Учёт в Требованиях

объяснить наиболее распространенные типы используемых методов моделирования и их назначение. У вас нет времени пытаться объяснить, как применять любой из этих методов моделирования, но вы хотите, чтобы я знал, что они существуют и играют определенную роль в бизнес-анализе. Методы моделирования бизнес-анализа, которые вы выбираете таким образом, - это диаграммы сценариев использования UML, карты бизнес-процессов (как правило!) И моделирование данных. Вы также говорите что-то о моделях «Текущее состояние» и «Будущее состояние», но, опять же, это слишком много для меня, чтобы я мог его переварить. Приятно знать, что эти модели существуют, и, по крайней мере, я знаю, что это отличные модели, которые я могу изучить и узнать больше после предстоящей встречи. Сейчас мы буквально находимся в последние несколько минут перед моей большой встречей, и вы говорите, что можете использовать эти десять минут, чтобы рассказать мне основные темы, на которые у вас не было времени. Вы говорите, что не могли даже прикоснуться к анализу корпоративного уровня, требованиям

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

Варианты

разработчики создали верное изделие, а администраторы могли проверить его верность. / координаторы информационных проектов могли разработать пользовательские истории (user story). / открыть процесс разработок широкой публике. / установить единый источник истины (single source of truth).
Следующее лектио -- [Определяется]]

Термины

Требования, Эпические продукты, SSOT

Экзамен

Определения

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