Типы Требований — различия между версиями
Gary (обсуждение | вклад) (→Текст) |
Gary (обсуждение | вклад) (→Текст) |
||
Строка 10: | Строка 10: | ||
===Текст=== | ===Текст=== | ||
− | :<p><strong>Типы Требований</strong></p><p>Требования могут быть классифицированы по большому количеству признаков.</p><p>По объекту применения, требования разделяются на требования к продукту и требования к его разработке или проекту. Требования к продукту или описи будущего изделия создаются в результате бизнес-анализа. Требования к проекту могут включать требования по срокам и стоимости разработки.</p><p>По | + | :<p><strong>Типы Требований</strong></p><p>Требования могут быть классифицированы по большому количеству признаков. Здесь, мы отметим систематизацию по объектам применения, вектору действия, спепени доработки, положению к проекте и источнику.</p><p>По объекту применения, требования разделяются на требования к продукту и требования к его разработке или проекту. Требования к продукту или описи будущего изделия создаются в результате бизнес-анализа. Требования к проекту могут включать требования по срокам и стоимости разработки.</p><p>По вектору действия, требования делятся на дозволения и ограничения. Ограничения суживают возможности продукта или его изготовителей, в то время как дозволения, наоборот, расширяют.</p><p>По степени своей доработки, требования могут быть отнесены к необнаруженным, заявленным, подтверждённым документально, находящимся в работе, предложенным к утверждению, утверждённым куратором, задействованным в производстве и реализованным.</p><p>По степени своей доработки, требования могут быть отнесены к заявленным устно, подтверждённым документально, находящимся в работе, предложенным к утверждению, утверждённым куратором, задействованным в производстве и реализованным.</p><p>По своему источнику, требования могут быть сгрупированны как требования кураторов, других заинтересованных сторон, обязательства исполняющего предприятия, а также законодательство и указания уполномоченных органов.</p><p><i>А теперь, выберите, пожалуйста, лучшее завершение следующего предложения.</i> Судя по тексту выше, требования нужны, чтобы:</p> |
===Варианты=== | ===Варианты=== |
Версия 11:24, 18 апреля 2021
Типы Требований (здесь и далее по тексту -- Лектио) -- это часть урока Суть Требований. В Брацкой Школе, уроки делятся на так называемые лектио, каждое из которых состоит из микролекции и одного или нескольких заключительных вопросов. Урок, в свою очередь, относится к практическому семинару Выбор Профессии.
Содержание
Материалы
Предшественник этого Лектио -- Что Есть Требования.
Иллюстрации
Текст
Типы Требований
Требования могут быть классифицированы по большому количеству признаков. Здесь, мы отметим систематизацию по объектам применения, вектору действия, спепени доработки, положению к проекте и источнику.
По объекту применения, требования разделяются на требования к продукту и требования к его разработке или проекту. Требования к продукту или описи будущего изделия создаются в результате бизнес-анализа. Требования к проекту могут включать требования по срокам и стоимости разработки.
По вектору действия, требования делятся на дозволения и ограничения. Ограничения суживают возможности продукта или его изготовителей, в то время как дозволения, наоборот, расширяют.
По степени своей доработки, требования могут быть отнесены к необнаруженным, заявленным, подтверждённым документально, находящимся в работе, предложенным к утверждению, утверждённым куратором, задействованным в производстве и реализованным.
По степени своей доработки, требования могут быть отнесены к заявленным устно, подтверждённым документально, находящимся в работе, предложенным к утверждению, утверждённым куратором, задействованным в производстве и реализованным.
По своему источнику, требования могут быть сгрупированны как требования кураторов, других заинтересованных сторон, обязательства исполняющего предприятия, а также законодательство и указания уполномоченных органов.
А теперь, выберите, пожалуйста, лучшее завершение следующего предложения. Судя по тексту выше, требования нужны, чтобы:
Варианты
- разработчики создали верное изделие, а администраторы могли проверить его верность. / координаторы информационных проектов могли разработать пользовательские истории (user story). / открыть процесс разработок широкой публике. / установить единый источник истины (single source of truth).
- Следующее лектио -- Что Бизнес-Анализ Есть