DB
или вы про include / extend? они вроде не обязательно в расширении, чаще в основном потоке
Size: a a a
2020 September 22
S
В вашей диаграмме - uc "прекращение участия в курсе с просьбой вернуть часть оплаченных средств"
DB
Serg
В вашей диаграмме - uc "прекращение участия в курсе с просьбой вернуть часть оплаченных средств"
а это делается не через эту систему, а через бизнес
S
или вы про include / extend? они вроде не обязательно в расширении, чаще в основном потоке
Я скорее про процесс
S
а это делается не через эту систему, а через бизнес
Но сертификат выдаётся все равно?
DB
давайте вспомним на каноническом формате интернет-магазина:
1. Купить Товар, Вернуть Товар — это Business Use Case организационной системы «Интернет-магазин как бизнес»
2. Заказать Товар, Оплатить Товар — это System Use Case технической системы «Сайт интернет-магазина» (подсистемы бизнеса)
1. Купить Товар, Вернуть Товар — это Business Use Case организационной системы «Интернет-магазин как бизнес»
2. Заказать Товар, Оплатить Товар — это System Use Case технической системы «Сайт интернет-магазина» (подсистемы бизнеса)
S
В подобной диаграмме процесс скорее угадывается. Если есть его понимание иди описание - не вопрос, как самостоятельная - мне лично, было бы мало
DB
Serg
Но сертификат выдаётся все равно?
сертификат генерится только тем, кто заполнил анкету, анкета высылается только тем, кто дошёл до конца курса по таймауту, и не получил до этого момента статуса «Отмена участия»
S
сертификат генерится только тем, кто заполнил анкету, анкета высылается только тем, кто дошёл до конца курса по таймауту, и не получил до этого момента статуса «Отмена участия»
Из диаграммы не очевидно
DB
Serg
В вашей диаграмме - uc "прекращение участия в курсе с просьбой вернуть часть оплаченных средств"
тут ещё такой хитрый момент с точки зрения Lean и Good Enough Quality — за 6 лет проведения участие в очном тренинге прерывали всего раз 6, а за 7 лет онлайна — всего раза 2-3. так что ещё вопрос → стоит ли поддерживать настолько редкие сценарии в модели автоматизации
S
Но добавлять ещё и состояния объектов и реакцию на них, имхо- разрастется
DB
Serg
В подобной диаграмме процесс скорее угадывается. Если есть его понимание иди описание - не вопрос, как самостоятельная - мне лично, было бы мало
в общем да, связать это всё с надсистемой было бы полезно
а вот текстовое описание инициативы, к которой прилагается эта целевая диаграмма: https://docs.google.com/document/d/14e8ZalCU6-sd3esnk3-I3PZUvNHZksAed5eXFKNawa8/edit
а вот текстовое описание инициативы, к которой прилагается эта целевая диаграмма: https://docs.google.com/document/d/14e8ZalCU6-sd3esnk3-I3PZUvNHZksAed5eXFKNawa8/edit
DB
следующим шагом буду делать полный процесс в таблице
S
тут ещё такой хитрый момент с точки зрения Lean и Good Enough Quality — за 6 лет проведения участие в очном тренинге прерывали всего раз 6, а за 7 лет онлайна — всего раза 2-3. так что ещё вопрос → стоит ли поддерживать настолько редкие сценарии в модели автоматизации
В вашей диаграмме и вашем бизнесе, в ваших ограничениях и контексте -вам, естественно виднее. Я про подход рассуждаю, не про конкретную диаграмму конкретного процесса
DB
Serg
В вашей диаграмме и вашем бизнесе, в ваших ограничениях и контексте -вам, естественно виднее. Я про подход рассуждаю, не про конкретную диаграмму конкретного процесса
разработчики очень любят поднимать так называемые edge cases, а продакты — нет )
S
давайте вспомним на каноническом формате интернет-магазина:
1. Купить Товар, Вернуть Товар — это Business Use Case организационной системы «Интернет-магазин как бизнес»
2. Заказать Товар, Оплатить Товар — это System Use Case технической системы «Сайт интернет-магазина» (подсистемы бизнеса)
1. Купить Товар, Вернуть Товар — это Business Use Case организационной системы «Интернет-магазин как бизнес»
2. Заказать Товар, Оплатить Товар — это System Use Case технической системы «Сайт интернет-магазина» (подсистемы бизнеса)
Вот это уже имхо никто не помнит и не применяет. А uml 2.0, имхо, это разделение замылили. (Не буду утверждать точно, давно не применял) но графического элемента бизнес юз кейс лет 15 не видел в диаграммах
DB
Serg
Вот это уже имхо никто не помнит и не применяет. А uml 2.0, имхо, это разделение замылили. (Не буду утверждать точно, давно не применял) но графического элемента бизнес юз кейс лет 15 не видел в диаграммах
в смысле не помнит? все учебники UML начинаются с кейса по интернет-магазину)
S
в смысле не помнит? все учебники UML начинаются с кейса по интернет-магазину)
Не правда, половина начинается с банкомата 😏
2020 September 23
DE
какие перспективы роста у аналитиков?
R
Колоссальные