Havuzlar ve Yüzme Şeritleri

Giriş

BPMN 2.0’da, havuzlar ve swimlanes (diğer adıyla kulvarlar), süreçleri organize etmek ve bir iş sürecine dahil olan rolleri, departmanları veya varlıkları görsel olarak temsil etmek için kullanılır. Bunlar, hangi görevin kim tarafından sorumlu olduğunu ve farklı katılımcıların birbirleriyle nasıl etkileşimde bulunduğunu netleştirmeye yardımcı olur.

Havuzlar

• Amaç: Bir havuz, süreçteki ana katılımcıyı veya daha geniş bir varlığı, örneğin bir organizasyon, sistem veya iş ortağını temsil eder. Havuzlar, bir sürecin sınırlarını tanımlamak ve farklı havuzların birlikte çalışan farklı organizasyonları veya departmanları temsil edebileceğini göstermek için kullanılır.

• Görsel Temsil: Tam bir süreci kapsayan büyük dikdörtgen bir kap. Birden fazla swimlanes (kulvar) içerebilir, ancak her havuz ayrı bir süreç veya katılımcıyı temsil eder.

• Örnek: İki şirketin etkileşimde bulunduğu bir süreçte, bir “Şirket A” ve bir diğer “Şirket B” için birer havuz olabilir.

• Kullanım Durumu: Havuzlar genellikle farklı varlıklar arasındaki etkileşimleri modellemek istediğinizde kullanılır; örneğin, bir şirketin dış bir satıcı, ortak veya müşteri ile etkileşimde bulunması durumunda. Her varlık kendi havuzunu alır ve havuzlar arasındaki mesaj akışları varlıklar arasındaki iletişimi gösterir.

Swimlanes (Lanes)

• Amaç: Swimlane (veya lane), faaliyetleri belirli roller, departmanlar veya sistemlere göre ayırarak daha iyi organize etmeye yardımcı olan bir havuz içindeki alt bölmedir. Lanes, bir havuz içindeki belirli görevlerin hangi tarafça yapıldığını göstererek netlik sağlar.

• Görsel Gösterim: Her biri farklı bir katılımcıyı (ör. bir departman, rol veya sistem) temsil eden, havuz içindeki yatay veya dikey bölümler.

• Örnek: Bir şirketi temsil eden havuzun içinde, “Satış,” “Finans” ve “Müşteri Destek” için lanes olabilir ve her bir departmana görevler atanabilir.

• Kullanım Durumu: Lanes, havuz içindeki görevler için sorumluluk atamak için kullanılır, böylece her bir aktivitenin kim tarafından yapıldığı netleşir. Örneğin, fatura işleme ile ilgili görevler “Finans” lane’ine, müşteri sorguları ile ilgili görevler “Müşteri Destek” lane’ine yerleştirilir.

Çökmüş Havuz

• Amaç: Bir çökmüş havuz, sürece katılan (şirket, departman veya sistem gibi) katılımcıları temsil eder ve iç süreç akışı gösterilmez. Bu, farklı katılımcılar arasındaki etkileşimleri iç iş akış detaylarını ifşa etmeden göstermek için kullanılır.

• Görsel Temsil: İç faaliyetlerin gösterilmediği büyük bir dikdörtgen. Genellikle yalnızca katılımcının adını içerir ve diğer katılımcılarla etkileşimi göstermek için havuza giren veya çıkan mesaj akışlarına sahip olabilir.

• Örnek: Bir diyagram, şirketin bir tedarikçi ile etkileşimini gösterebilir. Şirketin iç süreçleri gösterilirken, tedarikçi iç adımları detaylandırmadan çökmüş bir havuz ile temsil edilir.

• Kullanım Durumu: Çökmüş havuzlar, birden fazla katılımcı arasındaki etkileşimi göstermek istediğinizde, bazı katılımcıların ayrıntılı süreçlerine odaklanmanız gerekmediğinde kullanışlıdır. Örneğin, bir müşterinin dış bir satıcı ile nasıl etkileşimde bulunduğunu göstermek isteyebilirsiniz, satıcının iç prosedürlerini göstermeden.

Temel Özellikler

Havuzlar:

• Süreçler Arası Etkileşim: Birden fazla havuzu modellediğinizde, katılımcılar arasındaki iletişimi göstermek için mesaj akışlarını kullanabilirsiniz. Örneğin, bir müşteri tedarikçiye bir sipariş gönderebilir ve bu, kendi havuzları arasındaki bir mesaj akışı olarak temsil edilir.
• Bağımsız Süreçler: Her havuz, kendi sürecini içerebilir. Bir havuz içindeki süreç, diğer havuzlardaki süreçlerden bağımsızdır, ancak mesaj akışları onları bağlayabilir.

Swimlanes (Kulvarlar):

• Sorumluluk ve Organizasyon: Bir havuz içindeki kulvarlar, çeşitli görevlere sorumlu olan farklı katılımcıları, rolleri veya departmanları temsil eder. Her kulvar, aynı organizasyon veya varlık içinde sorumluluğu belirlemeye yardımcı olur.
• Görev Atama: Görevleri swimlanes içine organize ederek, BPMN modeli sürecin her bir bölümünden hangi departman veya bireyin sorumlu olduğunu görselleştirmeyi kolaylaştırır.

Çökmüş Havuz:

• Katılımcı Temsili: Çökmüş bir havuz, bir sürece katılan fakat iç iş akışını göstermeyen bir katılımcıyı temsil eder. Bu, dış bir organizasyon, departman veya süreçteki diğer katılımcılarla etkileşimde bulunan herhangi bir varlık olabilir.
• İç Faaliyet Yok: Havuz içeride herhangi bir faaliyet veya görev göstermez, bu da iç sürecin kaderini veya görünüşünü gizler.
• Etkileşim Odaklı: Ana odak, çökmüş havuzun mesaj akışları aracılığıyla diğer katılımcılarla nasıl etkileşime geçtiğidir, içerde takip ettiği özel adımlar değil.
• Sınır Görünürlüğü: İç süreç gizlenirken, katılımcının sınırları genel süreçteki katılımlarını göstermek için belirgin bir şekilde işaretlenir.
• Basitleştirilmiş Görünüm: Çökmüş havuzlar, karmaşık diyagramları dış süreçlerin gereksiz ayrıntılarını dışarıda bırakarak basitleştirmeye yardımcı olur, bu da etkileşim ve iletişimlere odaklanmayı kolaylaştırır.

Örnekler

Havuz Örneği: Tedarik zinciri sürecinde:

• Bir havuz “Tedarikçi,” diğer havuz “Müşteri”yi temsil eder.
• ”Müşteri” havuzundaki süreç, sipariş verme işlemine, “Tedarikçi” havuzundaki süreç ise bu siparişi işleme ve gönderme işlemlerine dahil olabilir.
• Havuzlar arasındaki Mesaj akışları iletişimi gösterir, örneğin sipariş talebi gönderme ve sevk onayı alma gibi.

Swimlane Örneği: Bir şirketin iç sürecinde:

• Tek bir havuz “Şirket XYZ”yi temsil eder.
• Bu havuz içinde swimlanes farklı departmanları temsil eder, örneğin “Satış,” “Operasyon” ve “Muhasebe."
• "Fatura Oluştur” gibi görevler “Muhasebe” kulvarına atanırken, “Sevkiyatı Hazırla” görevi “Operasyon” kulvarına atanır, böylece sorumluluk bölümü net bir şekilde gösterilir.

Çökmüş Havuz Örneği: Uluslararası iş birliğinde:

• Bir çökmüş havuz “Uluslararası Ortak A,” diğer çökmüş havuz “Uluslararası Ortak B”yi temsil eder.
• ”Uluslararası Ortak A” ve “Uluslararası Ortak B” içindeki süreçler gösterilmez, çünkü mevcut süreç diyagramı için uygun değildir.
• Çökmüş havuzlar arasındaki Mesaj akışları iletişimi gösterir, örneğin “Ortak A”dan bir sözleşme teklifi gönderilmesi ve “Ortak B”den imzalanmış bir sözleşmenin alınması gibi.
• Odak noktası iki ortak arasındaki etkileşim ve iletişim üzerindedir, her ortağın sözleşmeyi içsel olarak nasıl ele aldığı üzerinde değil.

Anahtar Noktalar

• Havuzlar:

  • Şirketler, departmanlar veya sistemler gibi ayrı katılımcıları temsil eder.
  • Farklı organizasyonlar veya varlıklar arasındaki etkileşimleri modellemek için kullanılır.
  • Mesaj akışları aracılığıyla diğer havuzlarla iletişim kurabilen tam süreçler içerir.

• Swimlanes (Kulvarlar):

  • Bir havuz içindeki alt bölümler, aynı organizasyon içindeki roller, departmanlar veya sistemleri temsil eder.
  • Görevleri organize etmek ve belirli faaliyetler için sorumluluğu belirtmek için kullanılır.
  • Aynı süreç içindeki belirli katılımcılara görev ataması yaparak netlik sağlar.

• Çökmüş Havuzlar:

  • Süreçteki katılımcıları, iç faaliyetlerinin saklandığı veya mevcut görünümle alakasız olduğu durumlardaki katılımcıları temsil eder.
  • Farklı katılımcılar arasındaki etkileşimlere odaklanarak diyagramı basitleştirir.
  • Sadece üst düzey iletişimin veya katılımcılar arasındaki dış alışverişlerin modellemeye alınması gerektiğinde kullanılır.
  • Çökmüş havuzlar ile diğer katılımcılar arasındaki iletişimi göstermek için mesaj akışları kullanılır.
  • Diyagramların karmaşıklığını azaltırken katılımcı etkileşimleri hakkında netlik sağlar.

Kullanım Durumları

• Havuzlar: Bir şirket ve tedarikçisi veya müşterisi gibi ayrı varlıklar arasındaki etkileşimleri modellemek.
• Swimlanes: Tek bir organizasyon içindeki süreçleri modellemek ve farklı rollerin veya departmanların iş akışına nasıl katıldığını göstermek.
• Çökmüş Havuzlar: İç sürecin gösterilmesi önemli olmayan dış katılımcıları modellemek, örneğin bir müşteri ile hizmet sağlayıcı arasında sadece iletişime odaklanmak için kullanılır.

Örnek

[POOLS VE SWIMLANES ÖRNEĞİ İÇİN GÖRSEL YER TUTUCU]

• Havuz 1: “Müşteri”

  • Kulvar 1: “Satış Departmanı” (Görev: “Sipariş Gönder”)
  • Kulvar 2: “Muhasebe Departmanı” (Görev: “Ödeme Onayı Gönder”)

• Havuz 2: “Tedarikçi”

  • Kulvar 1: “Depo” (Görev: “Sevkiyatı Hazırla”)
  • Kulvar 2: “Faturalama” (Görev: “Fatura Kes”)

Bu diyagramda, Müşteri havuzu, mesaj akışlarıyla Tedarikçi havuzuyla iletişim kurar (örn. sipariş gönderme ve fatura alma), her havuz içindeki görevler ise departman sorumluluklarına göre belirli kulvarlara atanmıştır.

Havuzlar ve swimlanes, karmaşık iş süreçlerini yapılandırmada, farklı varlıkların ve rollerin genel iş akışına nasıl katkıda bulunduğunu açık bir şekilde göstermede ve organizasyonlarda sorumlulukların net bir şekilde tanımlandığından emin olmada önemlidir.