#эфир #аналитикиговорят
Уже завтра 18.01 в 19:00 мск будет долгожданный эфир про Use Cases:
https://youtu.be/HyziwIlRcGI
На эфире будет звездный состав:
* Александр Байкин. Один из создателей Сообщества Аналитиков uml2.ru и ЛАФ.
* Александр Белин. Бизнес-консультант, сооснователь IIBA Russia.
* Вадим Кривенцов. Руководитель группы развития бизнес и системного анализа АльфаСтрахование.
* Михаил Максимов. Ведущий аналитик/Продакт - СБЕР, автора юутуб канала ЦифраБуква:
https://www.youtube.com/@digitletter
Мы разберем супер актуальные темы:
1. Что такое Use Case (UC)?
2. UC - это не тип требований, это способ описания. Разница между классификациями требований и разными способами их описания
3. Где применимо описание требований в виде UC, а где нет?
4. Откуда берутся UC?
5. Как выделить варианты использования и отделить один от другого?
6. Альтернативный поток от альтернативного потока: подвохи на этом пути и почему EA Sparx запрещает так делать
7. На каком уровне детализации лучше остановиться. Как понять, когда набор действий действующей стороны и системы стоит вынести в отдельный ВИ.
8. Связь вариантов использования и бизнес-процессов
9. Чем UC отличается от US? Где лучше использовать US?
10. А как быть с UC в Agile проекта? Как конвертировать UC в US
11. Почему US Value Statement ("I as ... want to be able to... so that...") сформулировано именно так? В чем глубокий смысл именно этого формата?
12. Где еще кроме требований могут использоваться UC? Как из UC сделать Test Case?
Не пропустите, будет жарко!!!
Уже завтра 18.01 в 19:00 мск будет долгожданный эфир про Use Cases:
https://youtu.be/HyziwIlRcGI
На эфире будет звездный состав:
* Александр Байкин. Один из создателей Сообщества Аналитиков uml2.ru и ЛАФ.
* Александр Белин. Бизнес-консультант, сооснователь IIBA Russia.
* Вадим Кривенцов. Руководитель группы развития бизнес и системного анализа АльфаСтрахование.
* Михаил Максимов. Ведущий аналитик/Продакт - СБЕР, автора юутуб канала ЦифраБуква:
https://www.youtube.com/@digitletter
Мы разберем супер актуальные темы:
1. Что такое Use Case (UC)?
2. UC - это не тип требований, это способ описания. Разница между классификациями требований и разными способами их описания
3. Где применимо описание требований в виде UC, а где нет?
4. Откуда берутся UC?
5. Как выделить варианты использования и отделить один от другого?
6. Альтернативный поток от альтернативного потока: подвохи на этом пути и почему EA Sparx запрещает так делать
7. На каком уровне детализации лучше остановиться. Как понять, когда набор действий действующей стороны и системы стоит вынести в отдельный ВИ.
8. Связь вариантов использования и бизнес-процессов
9. Чем UC отличается от US? Где лучше использовать US?
10. А как быть с UC в Agile проекта? Как конвертировать UC в US
11. Почему US Value Statement ("I as ... want to be able to... so that...") сформулировано именно так? В чем глубокий смысл именно этого формата?
12. Где еще кроме требований могут использоваться UC? Как из UC сделать Test Case?
Не пропустите, будет жарко!!!