ユースケース図の描き方で悩んでいます。

たとえば、アクターAがシステム上で処理Bを行う際、必ず処理の途中で、遠方のアクターCをシステム経由で呼び出して(非同期です)データに専門の加工D(時間がかかる)を行ってもらい、Dの結果が返ってくるのを待ってから処理Bの続きをやるといった場合、これを全部まとめて一つのユースケースにすべきなのか、分解するべきなのかが判らないのです。
全部まとめると、一続きの処理であると判りやすくなる代わりに、シナリオの記述が膨大になり、シンプルにまとめるべきというユースケースの考え方に反します。
かといって、・アクターAによるシステムでの処理Bの開始・システムからアクターCへの処理Dの開始要請・システムからアクターAへの処理Bの再開要請、のそれぞれでトリガされる3つのユースケースに分けると、一つ一つはすっきりしますが、この3つが連続する1まとまりのものだと直感的に表せないのでちょっと違和感を感じます。
この辺の繋がりの表現は、ユースケース図上ではユースケースの事前条件などに突っ込むもんなんでしょうか…。
どう考えるべきか、教えてください。