Конечно лучше несколько отдельных диаграмм для разных сценариев, иначе общая диаграмма будет просто не читаемой.
Иногда делают одну общую диаграмму, которая ссылается на другие, т.е. диаграмма выглядит так:
Покупка машины ->
Если машина новая, то выполняется сценарий "Новая машина"

Если машина в кредит, то выполняется сценарий "Машина в кредит"
И так далее, а на других диаграммах отрисовываются эти самые вложенные сценарии

AJIEKCAZashibis, спасибо)
а в какой нотации делается эта общая диаграмма? и еще, можно ли общие подпроцессы (отгрузка автомобиля, оформление акта приема-передачи и т.д.) описать только в одном сценарии, а потом словесно указать, что в других сценариях эти подпроцессы присутствуют, но не были указаны, так как идентичны? на практике так делают?Нотация всех диаграмм должна быть одинаковая, я знаком только с UML.
На практике, в тех проектах что я видел, диаграммами покрывают далеко не все процессы, и это не является ошибкой. Вы должны понимать, что диаграммы - это то, что дополняет текст технического задания. Диаграммы рисуют для наиболее сложных процессов в проекте, и если остается свободное время (что редкость) - для всех остальных процессов. Нет смылся рисовать совсем примитивные диаграммы, например, вообще без ветвлений.
В техническом задании при согласовании с заказчиком делается оооочень много правок, и контроль соответствия текста и диаграмм - работа хлопотная. Про автогенерацию документов из диаграмм лучше забудьте, это пока очень плохо реализовано в средствах проектирования.

AJIEKCAZashibis, спасибо.
Читала, что IDEF0 можно дополнить IDEF3, но мне она не очень нравится, так как исполнителей и оборудование можно указать только через объект ссылки, а в ARIS существуют специальные объекты. Да и выглядит ARIS более наглядно и привлекательно) Но, получается, я не могу использовать ARIS для детализации IDEF0, раз должна быть использована одна нотация?На самом деле можете, лишь бы среда разработки позволяла это делать, и читатели вашего документа знали обе нотации.
Это будет "не по стандарту", но основная цель построения диаграмм - сделать описание процессов понятнее, а не "соблюдать стандарты". В своем текущем проекте я безболезненно смешиваю UML и Archimate, никто не жаловался.
Спросите своего дипломного руководителя, не снизят ли вам бал за смешивание нотаций :)