Едуард, дякую за підтримку, приємно зустріти однодумця
ДОУ вряд ли поможет вашей неудовлетворенности собой и жизнью, здесь это не лечат. если захотите, попробую помочь найти для вас хорошего специалиста
спасибо, успехов на экзамене 🙏
Дякую, це як спонукання ще раз уважно передивитись ВАВОК
Якщо принципово, мабуть це все так або інакше є у ВАВОК
А ось щодо форми самого викладення, конкретики та стислості, саме таких принципів у ВАВОК не має. І це стосується не тільки цих принципів, також й інших розділів, наприклад, підходів IREB до документування вимог
Але це, скоріш, справа смаку, ще один погляд на проблему ВА, але більш прагматичний
Щодо формату викладення, так, спойлери (collapsed text) у тексті мають сенс, але, як я розумію, на ДОУ вони не підтримуються
Уважаемый тролль, видно, вам понравилась статья, раз зацепило)
но про содержание статьи в вашем гениальном комменте ничего нет, ведь вы пишете о себе
я понимаю вашу боль, типа «маргиналы пишут статьи, а у меня, великого, ресурса на это нет, а то бы написал бы ого-го!»
на самом деле ТРЕШ — это называть себя сео несуществующей компании и биться в истерике от безуспешных попыток собрать хотя бы $10 на никому не нужный статрап. а ведь не дадут)
Спасибо за полезную статью. Вы при разработке как-то тестируете выполнение этих и других правил и гайдов?
Спасибо за подборку, как всегда очень полезно)
fyi — публикация «Топ-10 самых эффективных методов бизнес-анализа» удалена на хабре
Результаты анализа обобщенные, а финансовый успех, как правило, индивидуален
Дякую за статтю. Так, досвід цікавий, але дуже індивідуальний, тиражувати або масштабувати його іншим навряд чи доцільно
спасибо за подробную статью
Возник вопрос о смысле применения PlantUML
Обычно мы используем UML, чтобы визуализировать абстракции, которые хуже воспринимаются в другой форме. Однако, чтобы получить диаграмму в PlantUML необходим еще один уровень абстракции — внутренний язык описания диаграмм. Очевидно, что это усложняет и замедляет работу. В чем же тогда смысл этого инструмента?
Судя по рис. 1 и 2, «скрещевание» последовательно идет на разных уровнях детализации. По идее, так и должно быть, поскольку Use Case — это уровень требований пользователя, а User Story — уровень функциональных требований (по Вигерсу). Или в вашем случае уровни требований как-то по другому рассматривались?
Комментарий Ваш, уважаемый тролль, никакой ценности не несет, как и вся Ваша деятельность на dou: 0 статей, зато 100+ провокационных обесценивающих комментариев. Как Вы изволили высказаться: «толку с таких 0»
Я не встречал. Возможно, потому что анализа домена, является не целью или конечным продуктов, а средством их достижения/создания
Главные типы нефункциональных требований включают в себя:
вместимость;
масштабируемость;
эффективность;
доступность.
Это точно все возможные типы NFR?
И как по-английски звучит «вместимость»?
Всё так. Но бывает, что на горизонте появляются и новые направления. И на галере тоже комфортней, когда с доменом знаком)
спасибо за статью)
рис. Виды бизнес-аналитиков авторский или позаимствован?
Спасибо, интересные технические кейсы
а вот историю
Були навіть ситуації, коли команда прилетіла до замовника за океан і стукала у зачинені двері офісу, оскільки заздалегідь не узгодила адженду.
коллеги из SoftServe стали упоминать слишком часто, пора апдейтить)
якась нетривіальна тема) а можна лінки для ознайомлення?