SORU
3 EYLÜL 2010, Cuma


İş akışıyla veya iş Akışı için Değil mi?

Olacak hafif bir sigorta sisteminin geliştirilmesi başlamak üzere geliştiriciler bir ekip ben sorumluyum. Sistem manuel görevler ve iş akışının bir sürü içerir ve Windows iş Akışı ile bakıyor vardır.NET 4.0).

İş etki alanı için bir örnek aşağıdaki gibidir: Bir poliçe İletişim Merkezi talep lodge için çağırır. Bu “” el ile harekete paralel olarak actioned ve uzun bir zaman sürebilir ki; . iki alt görevler olay

  1. Dolandırıcılık için Check-müşteri – operatör çeşitli kredi şirketleri kontrol ve hileli bir müşteri potansiyelini değerlendirmek için çağrı sayede elle yapılan Bir işlemdir. Buradan alt görev alt-durumları (devam Kontrol, Başarısız Referans Kontrol, Geçirilen Referans Kontrol vb.) girebilirsiniz
  2. İlke sahibi iddiasını teslim maddenin onarım merkezi tamir edilmesi gönderildiği tamir merkezi – manuel Bir işlem için öğeyi göndermek. Buradan alt görev alt-durumları (Onarım Bekleyen, devam eden, Tamir, Gönderildi vs.) girebilirsiniz. İddia sadece her alt görevin durumunu önceden tanımlanmış bir durum (iş kurallarına göre) ulaştığında geçebilirsiniz.

Yüzeyde Akışı gerçekten en iyi teknoloji seçim gibi görünüyor; ancak SX 4.0 kullanarak bir kaç endişem var.

  1. Yetenek – ortalama geliştirici beceri Bakarak anlamak ya da bilmek Akışı olan pek çok geliştirici görmüyorum ayarlayın.
  2. İdame – SX 4.0 projeler için toplum içinde küçük bir destek Var ve bu idame etrafında beceri seti endişeleri eksikliği ile birleştiğinde.
  3. Giriş için bariyer – Windows Workflow dik bir öğrenme eğrisi vardır ve her zaman almak o kadar kolay değil gibi bir his var içimde.
  4. Yeni ürün – iş Akışı Olarak tamamen elden geçirildi .NET 4.0 birinci nesil bir ürün olarak bu ürünü gördüm ve gerekli istikrar olmayabilir.
  5. Ün – iş Akışı Önceki sürümleri iyi değil alınan, birlikte geliştirmek için zor ve kötü iş alımı sonuçlandı sayılır.

Yani benim soru kullanmalıyız Windows İş Akışı kurallarına uyum 4.0 için bu durum yoksa alternatif teknoloji (I. E., Simple State Machine, vs.) ya da hatta daha iyi bir iş akışı motoru kullanmak?

CEVAP
4 EYLÜL 2010, CUMARTESİ


Diğer cevaplar için herhangi bir yararlı bilgi ekleyebilir miyim görelim WF4 çeşitli projeler yaptım.

WF4 gibi iş senin sorunun açıklamasını iyi bir maç, herhangi bir sorun yok.

Endişeleriniz konusunda haklısınız. Temelde WF4 yeni bir ürün ve bazı önemli özellikleri eksik ve bazı pürüzlü kenarları vardır. Bir öğrenme eğrisi vardır, bazı şeyleri farklı yapmak zorunda. Ana nokta, uzun süren ve seri hale getirme, bir şey ortalama geliştirici değil kullanılan ve gerektirir bazı düşünce almak doğru olarak duydum çok sık bu insanların sorunları seri bir varlık çerçeve veri içeriği.

IIS/WAS in ev sahipliğinde en akışlarının uzun süren bu tür yaparken en iyi yoldur. O değil sürüm sorunu çözmek zor ya, sadece ilk mesaj akışı sürümü geri dönmek ve sonraki her mesajın bir parçası olun. Bir sonraki yolları arasında bisiklet Federasyonu yönlendirici doğru nokta sürümüne mesaj koymak. Temel asla varolan bir iş akışı değiştirmek, her zaman yeni bir tane oluşturmak için.

Benim size tavsiye nedir? Teknoloji seni kanıtlanmamış, parça için bir bilinmeyen, ve büyük bir kumar almayın. Uygulama küçük, kritik olmayan, bir parça WF4 kullanarak yapın. Eğer bunu ve daha geleneksel ile söküp takabilirsiniz başarısız olursa eğer üzerine genişletmek işe yararsa ama .NET kodu. Bu şekilde ikinci el bilgi üzerinde karar tabanına yerine WF4 ile gerçek bir deneyim olsun ve süreç içinde yeni ve güçlü bir teknoloji öğreniyorsun. Bu hız (shameless self here tak) kalkarken çok zaman kazandıracak gibi mümkünse WF4 bir ders alın.

Basit durum Makinesi hakkında. Bunu kullanmadım ama kısa için aday olduğunu sanıyordum, bellek, durum makineleri. WF4 yararlarından biri, uzun süren yönleri vardır.

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

YORUMLAR

SPONSOR VİDEO

Rastgele Yazarlar

  • bobono1baby

    bobono1baby

    14 AĞUSTOS 2011
  • jocc talking shit

    jocc talking

    6 NİSAN 2007
  • Ownage Pranks

    Ownage Prank

    13 AĞUSTOS 2007