SORU
1 Mart 2010, PAZARTESİ


İş Akışı Altyapısı durumlarda kullanın

Eğer kendi rulo sormaman değil belirli sorunları - okuyucu - iş Akışı Motorları kullanarak çözmüş ve/kullanılan çerçeveler ne olduğunu bilmek istiyorum. Ayrıca/WorkList/Görev Yönetimi görev listesine tip bir uygulama durum makineleri kullanarak gibi daha basit bir şey, nasıl seçtiğini ise bir iş Akışı Motor iyi bir seçim değildi ve ne zaman bilmek istiyorum.

Soru:

  • İş akışı motorları sorunları çözmek için kullanılır?
  • /Çerçeveler kullanın kütüphaneler ne yaptı?
  • Ne zaman sistem gibi basit bir Devlet Makine/Görev Yönetimi yeterli mi?
  • Nasıl/Task Management Workflow Engine arasında ayrım yapabilir mi? Bonus:

İlk elden deneyimleri arıyorum.

Araştırdım bazı kaynaklar:

CEVAP
3 Mart 2010, ÇARŞAMBA


StonePath ana yazarı benim gibi önyargılı değilim.

ABD Dışişleri Bakanlığı için iş akışı uygulamaları, İnsani Mayın temizleme, birkaç fortune 500 istemcileri için Cenevre Merkezi ve en son Washington DC Kamu Okul Sistemi geliştirdim. Gördüğüm bir 'iş akışı motoru' bu iş süreçleri için bir Ana referans olmaya çalıştım, bir kuruluşun kendisi aracı geçici bir çözüm bulmak için mücadele görmedim. her zaman Bu olabilir nedeniyle aslında bu çözümler her zaman satıcı/ürün tahrik, ve sonra sonunda bir taktik ekibi 'danışmanları' sürekli besleme uygulaması... ama bu, meyilli bir tepki olumsuz olunca duydum yararları süreç tabanlı araçlar söz 'merkezde iş akışı tanımlarında bir yer ve onları tekrarlanabilir'.

O, ben çok Ruote gibi bir süredir bu projeyi takip ediyorum ve çözüm böyle bir ihtiyaç mı, denemek için istekli olacak bir sonraki aracı olacağını söyledi. StonePath Ruote Raylar, web çerçeve Ruby ile yazılmış hedefleniyor StonePath genel olarak Ruby, yararlı olduğu ruote çok daha farklı bir amacı vardır. Ruote uzun ömürlü iş süreçleri ve ilişkili tanımlar ilgili olduğu, StonePath yönetmeye dayalı bir Devlet iş akışı ve görev hakkında. Açıkçası, bence ayrım dışarıdan bakınca olabilir ince - bir çok kez aynı tür iş süreçleri temsil edilebilir her iki durumda da - devlet-ve-görev-tabanlı model eğilimi gösterir harita için benim zihinsel model olsa bile.

Bana devlet tabanlı bir iş akışı olayları tarif edeyim. Kısacası, bir iş akışı bir konut kredisi gibi bir şey işlenmesi etrafında dönen ya da pasaport yenileme düşünün. Belge, 'ofiste', devlet durumundan hareket eder. hareket ettikçe Hayal sorumlusunuz belge ve patronun istediğin her birkaç saat için bir güncelleştirme durumu ve aranan bir kısa cevap... diyeceğini şey gibi "veri girişi"... "Biz kontrolü başvuru sahibinin kimlik bilgileri şimdi"... "biz bekleyen kalitesi incelemesi"... "Biz"... ve benzeri. Bu durum tabanlı bir iş akışında Birleşik Devletleri. Geçişler) devlet devlet gidiyoruz -"", "", geri tepme", "inkar" ve benzeri. uygulamak onaylaması gibi bu eylem fiiller olma eğilimindedir. Bu gibi şeyler devlet bir makine gibi yazılım her zaman modellenmiş.

/- Görev tabanlı iş akışı devlet Sonraki bölüm görevleri oluşturulmasıdır. Bir Görev biriminin iş, genellikle bir son tarih ve kullanma talimatları, bu bağlar bir iş öğesi (kredi uygulama ya da pasaport yenileme, örneğin, bir kullanıcı "kutu". Görevler olabilir paralel birbirlerine veya sequentialy, ve biz oluşturmak görevleri otomatik olarak ne zaman giriyoruz Birleşik Devletleri, oluşturmak görevleri manuel olarak insanların fark iş ihtiyaçları için hazırlanmış ve gerektiren görevleri tamamlamak taşıyabiliriz üzerine yeni bir devlet. Bu tür davranışları tüm isteğe bağlı ve iş tanımının bir parçası.

Tavşan deliğinden çok daha derin bu daha gidebilir ve Sorun için bu konuda bir makale yazdım PragPub #4, Programcı Pragmatik bir Dergi. Bu makalede, güncelleştirilmiş bir PDF için yukarıda reo bağlantısını kontrol edin.

Son birkaç ay StonePath, durumu çok iyi model haritalar web tabanlı mimarileri dinlendirici buldum - özellikle çalışan, görevleri ve devlet geçişler güzel iç içe kaynak olarak göster. Bu konuda benden gelecek yazı görmek için bekliyoruz.

Bunu Paylaş:
  • Google+
  • E-Posta
Etiketler:

YORUMLAR

SPONSOR VİDEO

Rastgele Yazarlar

  • happyjpy

    happyjpy

    22 AĞUSTOS 2009
  • LiteralMSPaint

    LiteralMSPai

    27 EKİM 2010
  • Rachel Raum

    Rachel Raum

    10 EYLÜL 2007