Відмінності між версіями «Властивості Вимог»
Sonya (обговорення • внесок) |
(→Текст (HTML)) |
||
| Рядок 10: | Рядок 10: | ||
===Текст (HTML)=== | ===Текст (HTML)=== | ||
| − | :<p><strong> | + | :<p><strong>Властивості вимог</strong></p><p>По суті, кожна вимога -- це звіт, що описує або майбутній виріб, або особливості виготовлення якогось виробу. Вироби варіюються від складних систем та робіт до їх мінімальних складових та деталей.</p><p>Те, що добре для звітів, добре і для вимог. Якісні вимоги ясні, своєчасні, повні, фактичні, адресні та зручні для втілення в життя.</p><p>Якісні вимоги повинні також мати кілька додаткових характеристик, які мають не всі звіти. Ці характеристики специфічні для вимог:</p><ol type="a"><li>Передусім, в ідеалі, одна вимога повинна адресувати одну деталь або характеристику, яку розробник буде створювати в результаті своєї роботи.</li><li>До ідеалу потрібно прагнути, але він не завжди досяжний. Якщо вимога адресує більше однієї деталі, вкрай небажано поєднувати вимоги, які стосуються різних об'єктів застосування. Іншими словами, запити, що стосуються продукту, і запити, що стосуються проєкту, повинні міститися в різних вимогах.</li><li>Оскільки вимог зазвичай декілька, вони можуть містити ті дані, які важливі для їх систематизації та розміщення пріоритетів.</li><li>Кожна вимога має бути перевіреною. Більш того, якісна вимога включає тип тестування і, іноді, опис перевірки. Якщо тестування описане окремим документом, відсилання на нього як мінімум має бути включене до метаданих вимог.</li></ol><p>У роботі на проєктах, вимога -- це документ, що відображає внесок кількох людей, наприклад, бізнес-аналітика, координатора проєкту, куратора продукту та інженера-системника. Та вимога, яка йде безпосередньо розробнику, має бути виконуваною. Тобто розробник, отримавши вимогу, повинен розуміти, що йому чи їй необхідно зробити.</p><p><i>А тепер, виберіть, будь ласка, найкраще завершення наступної пропозиції.</i> Судячи з тексту вище, завдання мами викинути сміття та не зупинятися дорогою буде прикладом: </p> |
===Варианты=== | ===Варианты=== | ||
Версія за 13:30, 9 листопада 2022
Свойства Требований (здесь и далее по тексту -- Лектио) -- это часть урока Суть Требований. В Брацкой Школе, уроки делятся на так называемые лектио, каждое из которых состоит из микролекции и одного или нескольких заключительных вопросов. Урок, в свою очередь, относится к практическому семинару Выбор Профессии.
Зміст
Материалы
Предшественник этого Лектио -- Требования и Желания.
Иллюстрации
Текст (HTML)
Властивості вимог
По суті, кожна вимога -- це звіт, що описує або майбутній виріб, або особливості виготовлення якогось виробу. Вироби варіюються від складних систем та робіт до їх мінімальних складових та деталей.
Те, що добре для звітів, добре і для вимог. Якісні вимоги ясні, своєчасні, повні, фактичні, адресні та зручні для втілення в життя.
Якісні вимоги повинні також мати кілька додаткових характеристик, які мають не всі звіти. Ці характеристики специфічні для вимог:
- Передусім, в ідеалі, одна вимога повинна адресувати одну деталь або характеристику, яку розробник буде створювати в результаті своєї роботи.
- До ідеалу потрібно прагнути, але він не завжди досяжний. Якщо вимога адресує більше однієї деталі, вкрай небажано поєднувати вимоги, які стосуються різних об'єктів застосування. Іншими словами, запити, що стосуються продукту, і запити, що стосуються проєкту, повинні міститися в різних вимогах.
- Оскільки вимог зазвичай декілька, вони можуть містити ті дані, які важливі для їх систематизації та розміщення пріоритетів.
- Кожна вимога має бути перевіреною. Більш того, якісна вимога включає тип тестування і, іноді, опис перевірки. Якщо тестування описане окремим документом, відсилання на нього як мінімум має бути включене до метаданих вимог.
У роботі на проєктах, вимога -- це документ, що відображає внесок кількох людей, наприклад, бізнес-аналітика, координатора проєкту, куратора продукту та інженера-системника. Та вимога, яка йде безпосередньо розробнику, має бути виконуваною. Тобто розробник, отримавши вимогу, повинен розуміти, що йому чи їй необхідно зробити.
А тепер, виберіть, будь ласка, найкраще завершення наступної пропозиції. Судячи з тексту вище, завдання мами викинути сміття та не зупинятися дорогою буде прикладом:
Варианты
- одного качественного требования./ двух и более требований.
- Следующее лектио -- Требования в Облаке
