テンプレートによってはこれ以外の節も追加している。例えば、「仮定」、「例外」、「推奨」、「技術的要求」などである。また、業界によって特殊な記述が追加されることもある。
ユースケース名.
版数.
そのユースケースの段階を示すため版数が必要になることが多い。ビジネス分析のための最初のユースケースは、ソフトウェア開発中に使われる詳細化された版とはかなり異なることがある。また、古い版のユースケースが現状の文書に残っていることもあるため、どの段階のユースケースであるかを示す必要が出てくる。
概要.
ユースケースの本体が完成する以前にその概要を記述する節である。これによって読者が簡単に概要を知ることができる。基本的には数個の文で記述され、ゴールと主なアクターに関する説明を含む。
事前条件.
そのユースケースを開始する時点で真である条件を記述する節である。ただし、ユースケースを開始させるトリガーとは異なることに注意されたい。一部でも事前条件が真でない場合、そのユースケースを実行したときにどうなるかは不確定である。
トリガー.
トリガーとは、そのユースケースを開始するための条件である。外部的条件、時間的条件、内部的条件がありうる。
基本の経路.
… などなど。
代替経路.
ユースケースには同じテーマに関する第二の経路や代替シナリオが存在する場合もある。例外的な状況や問題が発生した場合なども記述できる（そのために別の節を専用に用意してもよい）。代替経路では、基本経路のステップに番号を振っておいて、何番目のステップで枝分かれするのか、あるいは場合によっては何番目で基本経路と合流するのかを記述する。これは、同じ情報を反復して書く無駄を省くためである。
代替経路の記述例は以下の通り:
例外的経路の記述例は以下の通り:
事後条件.
シナリオが完了した時点で真であるべき条件である。
ビジネスルール.
ビジネスルールとは、そのユースケースに関して、組織のビジネスとして行う際に従うルールであり、明文化されている場合と明文化されていない場合がある。ビジネスルールは特殊な仮定条件である。ビジネスルールは特定のユースケースにだけ関わるものもあれば、全ユースケースに関わるものもあるし、場合によってはビジネス全体に関わるものもある。
注.