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