Блок-схема/UML диаграмма для обработки карточек в игре CashFlow

Сделать Блок-схему или UML-диаграмму (что лучше?) для обработки карты, выпавшей из колоды и пришедшей от другого игрока в игре, основанной на игре CashFlow. В настоящее время есть майндмэп того, как мы уже запрограммировали обработку карт, см. 8_function_mindmap_v3.zip Хотелось бы, чтобы у вас в опыте было с десяток СВЕЖИХ блок-схем или диаграмм, чтобы вы быстро, не подглядывая в мануал, ориентировались, какой элемент блок-схемы нужен в данный момент, и знали, как им пользоваться/описать. Могли объяснить нам коротко, доступно.

Результатом обработки карты, которая приходит, могут быть ситуации, когда Карта взаимодействует с отчетом, см. стр. 9 101_1996_ru.pdf:

1. Не попадает в Отчет

2. Попадает в Отчет

3. Обновляет данные Отчета

4. Выводит (удаляет, из Отчета)

Самое важное: это обработка N карт за 1 раз, то есть для одного пользователя рассматриваем, что за 1 раз может зайти больше чем 1 карта. (Мы запрограммировали все ситуации, но для случая, когда карта 1)

Особенности текущей игры, которые дополняют Cashflow, которую брали за основу: 

1. Есть дополнительная колода карт: "Действия"

2. Есть 10 Рангов - в процессе игры игрок приобретает определенный Ранг, и определенные карты действуют только для определенного набора Рангов

все остальное полностью соответствует логике игры CashFlow

3. Фактор времени

4. Фактор настроения

5. Многовариантные карты (В одной карте Игрок может выбрать несколько вариантов, или сделать одно однотипное действие, или второе, или третье и т.д.)

Э следующие условия для Карт:

1. Обязательная/Не обязательная

2. В отчете должно/не должно быть что-то (Например: Обязательно нужно потратить какие-то средства, при условии что в отчете есть Дети)

3. Пользователь принимает (или должен обязательно ее принять), или не принимает карту

4. Пользователь достиг/не достиг соответствующего Ранга

5. Достаточно/Недостаточно 

- времени

- настроения

- денег (может взять кредит, или 

не может, если недостаточный CashFlow)

6. В зависимости от того, как прошли условия, карта взаимодействует с отчетом

Данные карт - стандартизированы и находятся в JSON, если брать в разрезе колод, то:

- Ресурсы (4 типа)
- Маленькие слабости (2 типа)
- Форс-мажоры (7 типов)
- Действия (2 типа)
- Соглашения (5 типов)

Всего 20 типов карт. Могу отправить в личные сообщения для ознакомления. (В паблик не отправлю - мы командой много над этим работали.)

Как я вижу выполнение этого проекта:

1. Вы ознакомляетесь с Проектом

2. Задаете любые уточняющие вопросы

3. Возможно, делаете сразу какую-то базовую блок-схему/UML-диаграмму

4. Мы проводим несколько сессий звонка в Skype, в котором вы демонстрируете экран, а мы, общаясь, объясняем вам, какие ситуации не учтены, или учтены не так

5. Если времени в текущем проекте не хватает, закрываем текущий и открываем новый и дорабатываем блок-схему/UML-диаграмму.

Правила игры см. 101_1996_ru.pdf