Відмінності між версіями «Властивості Вимог»
Akhimas (обговорення • внесок) (→Текст: добавил недостающую букву "е" в слове) |
Vitaliy (обговорення • внесок) |
||
| (Не показані 11 проміжних версій 5 користувачів) | |||
| Рядок 1: | Рядок 1: | ||
| − | [[ | + | [[Властивості Вимог]] (тут і далі по тексту -- ''Лектіо'') -- це частина уроку [[Суть Требований|Суть Вимог]]. У [[Брацка Школа|Брацькій Школі]], уроки діляться на так звані [[лектио|лектіо]], кожне з яких складається з мікролекції та одного або декількох заключних питань. Урок, своєю чергою, належить до курсу '''[[Выбор Профессии|Вибір Професії]]''' |
| Рядок 9: | Рядок 9: | ||
</gallery> | </gallery> | ||
| − | ===Текст=== | + | ===Текст (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> |
| − | === | + | ===Варіанти=== |
| − | : | + | :однієї якісної вимоги./ двох і більше вимог. |
:Следующее лектио -- '''[[Требования в Облаке]]''' | :Следующее лектио -- '''[[Требования в Облаке]]''' | ||
===Термины=== | ===Термины=== | ||
| − | :[[Требования]], [[ | + | :[[Требования]], [[Product epic]], [[SSOT]], [[Отчёт]] |
==Экзамен== | ==Экзамен== | ||
Поточна версія на 13:38, 27 листопада 2022
Властивості Вимог (тут і далі по тексту -- Лектіо) -- це частина уроку Суть Вимог. У Брацькій Школі, уроки діляться на так звані лектіо, кожне з яких складається з мікролекції та одного або декількох заключних питань. Урок, своєю чергою, належить до курсу Вибір Професії
Зміст
Материалы
Предшественник этого Лектио -- Требования и Желания.
Иллюстрации
Текст (HTML)
Властивості Вимог
По суті, кожна вимога -- це звіт, що описує або майбутній виріб, або особливості виготовлення якогось виробу. Вироби варіюються від складних систем та робіт до їх мінімальних складових та деталей.
Те, що добре для звітів, добре і для вимог. Якісні вимоги ясні, своєчасні, повні, фактичні, адресні та зручні для втілення в життя.
Якісні вимоги повинні також мати кілька додаткових характеристик, які мають не всі звіти. Ці характеристики специфічні для вимог:
- Передусім, в ідеалі, одна вимога повинна адресувати одну деталь або характеристику, яку розробник буде створювати в результаті своєї роботи.
- До ідеалу потрібно прагнути, але він не завжди досяжний. Якщо вимога адресує більше однієї деталі, вкрай небажано поєднувати вимоги, які стосуються різних об'єктів застосування. Іншими словами, запити, що стосуються продукту, і запити, що стосуються проєкту, повинні міститися в різних вимогах.
- Оскільки вимог зазвичай декілька, вони можуть містити ті дані, які важливі для їх систематизації та розміщення пріоритетів.
- Кожна вимога має бути перевіреною. Більш того, якісна вимога включає тип тестування і, іноді, опис перевірки. Якщо тестування описане окремим документом, відсилання на нього як мінімум має бути включене до метаданих вимог.
У роботі на проєктах, вимога -- це документ, що відображає внесок кількох людей, наприклад, бізнес-аналітика, координатора проєкту, куратора продукту та інженера-системника. Та вимога, яка йде безпосередньо розробнику, має бути виконуваною. Тобто розробник, отримавши вимогу, повинен розуміти, що йому чи їй необхідно зробити.
А тепер, виберіть, будь ласка, найкраще завершення наступної пропозиції. Судячи з тексту вище, завдання мами викинути сміття та не зупинятися дорогою буде прикладом:
Варіанти
- однієї якісної вимоги./ двох і більше вимог.
- Следующее лектио -- Требования в Облаке
