Göksel ÜÇER

İş akış ( workflow)  ve iş süreci yönetimi ( busines process management)   kavramlarında ortak noktalar olsa da aslında birbirilerinden farklılar. Bu kavramların ortak noktası akış ancak  tetiklenme noktaları farklılık göstermektedir. Workflow, formlar ile insanlar arasındaki etkileşimi sayısallaştırarak akışı kolaylaştırarak çözerken, diğeri, BPM, form bağımsız, birçok makine ile, sistem ile, farklı kişiler ve organizasyonlar arasında planlanmış işleri yürüten, takip eden, izleyebilen ve  ölçümlemeye (KPI) izin veren sistemdir. Beklenti veya gereksinim iş akış ise,  bir middleware üzerinde gelen ve onay mekanizması olan sistemler yeterli olabilir. Ancak farklı organizasyonlar,  sistemler, kodlar, sunucular, paketler,  görevler, paydaşlar varsa form bağımlı ya da bağımsız süreç ilerletilecekse o zaman BPM şart. Ne mutlu hem workflow hem de BPM olan paketlere... Dipnot: Netle yazılımın geliştirdiği ve benim de bizzat geliştirme sürecinde görev aldığım paket "# DocHum

İstatistikler: İlk yazım 25 Ekim 2006 (sade ve sessiz bir giriş yapmışım) En çok okunan yazım "Yazılım Mühendisliği Standartları", "Genetik Algoritma","Model Olmak İsitiyorum", "SQLConnection...", "Asp.Net ile uygulama ...",  En hızlı okunan yazım "Ters mühendislik ile ...." Hiç okunmayan yazım "Uzman sistemlerde şeytanın yeri..." En fazla trafik kaynağı yaratan yer "google, eski günlüğüm ve genetik algoritma sayfaları" Bir aya  ilişkin toplam ziyaretimi,  geçenlerde yazdığım bir yazı 2 günde geçmiş  Moova-Netle reklam çeşitlemem beğenilmiş adımı türkçe harf ile arayanların sayısı daha fazla Takipçilerim ağırlıklı IE kullanıyor ama zamanla chrome'a geçiş var Türkiye'den sonra en çok ziyaret, ilginç, USA, Germany, Russia, UK  iPAD ziyaretçilerim henüz %1 altında Değerlendirmem ... Web ortamını seviyorum çünkü bir matematik yok, herşey değişken ve her an her yerden ve her şekilde er

Delphi binary ortam dosyalarını birinci ayrıştırıcı üzerine gönderdiğimde N -->1 dönüşümü sıkıntı yarattı ancak daha sonra koda davranışsal bir betimleyici yerine üst bir betimleyici ekleme gereksinimi duydum.Sonuçta tasarım client-server, orta katman yok, aradaki veritabanı iletişimleri de tamamen ADO üzerinde yapılıyor. Buradan gelecek TDS (Tabular Data Stream) paketlerini çözmek için JDBC+ODBC trafiklerini test ortamında aynı tablolar için birden fazla tekrarladım ve protokol şifresiz olduğu için header ve tablo verilerine erişebildim. UI katmanı, DFM dönüşümlerinde ve diğer ayrıştırıcı içinde tamamlandı ancak ActiveX dönüşümlerini şimdilik gözardı ederek yoluma devam edeceğim... Hissediyorum, çok az kaldı... Final ürünü daha sonra Facebook ile bütünleştirmek de güzel olacak. Arkadaşına dll+exe+tlb gönder, o da hemen J2EE+NodeJS sonucunu yorumlasın. Bu yazıda birkaç satır eksik kaldı onları yazımı tamamladıktan sonra sildim cunku urun tekrarlanabilir oluyordu şimdi ise m

DesignerHost ile yaratılan nesnelerde, genişletilmiş toolboxitem sınıfı kullanılırsa mouse ile sürükle-bırak olaylarında cursor şekli "izin verilmeze" dönüyor ancak nesne toolbox servisleri tarafından yine de sorunsuz kullanılabiliyor... Bu ufak sorunu da  aşmak için çözüm önerim; public ToolboxItem DeserializeToolboxItem(object serializedObject, IDesignerHost host){             var dataObject = (DataObject)serializedObject;             var formats = dataObject.GetFormats();             if (formats.Length > 0)                 return (System.Drawing.Design.ToolboxItem)dataObject.GetData(formats[0]);             else                 return null;         }

Bir iş akışı tasarımı içinde kaderimiz ilerliyor. Bir üst etkinlik ( activity ) nesnesi bir alt ( child) nesneyi kendine bağlamış ve bir şekilde scheduleActivity ile çalıştırma zamanını planlamış durumda. Dış ortamdan veri okuma gereksinimi olsa, private durumuna düşebilir ve okuma ihlali ile karşı karşıya kalabiliriz. Peki, üst nesne, bizi kendine bağladıysa, alt nesneyi addImplementationChild olarak üst veri yönetim merkezine ilettiyse bizim yapabilecek ya da durumu zorlayacak bir çözümümüz var mı? Bence olabilir, iş akış kaderinde olasılıklar sınırsız... Bir kaçını denemek ve tasarlanmış akışı değiştirmek bizim elimizde... Yapmamız gereken şey; zemine extension yazmak ve yeri geldiğinde context bağımsız onunla konuşmak. Belki o zaman yanımıza birkaç runtimeArgument nesnesi alırız ve onları da üst veri ( meta data)  yönetimi   ile değerleştirip + anlamsalaştırabililiriz. Herşey yolunda giderse, bu workflow sorunsuz devam eder ve bizi onComplete kodları karşılar ancak bir sorun