özet
Birçok yazılım geliştirme projesi başarısız olur veya sonuç, müşteri veya son kullanıcı veya geliştiricilerin kendileri için beklenilen değildir. Müşteri için, bir yazılım geliştirme projesi beklenenden uzun veya daha kötü sürdüğü için başarısız olabilir, çünkü ortaya çıkan yazılım devreye alındığı sorunları çözmez.
Bir yazılım geliştirme projesinin başarısız olmasına yol açabilecek birkaç faktör vardır. Bir yazılım geliştirme projesinin tasarım aşamasında iş modelleme en önemli faaliyetlerden biridir ve çoğu zaman gerekli derinlikte yapılmaması, buna dahil olan süreçlerin tam olarak anlaşılamamasına neden olur. bilgisayarlaşma ve yapılacak işle ilgili olarak müşteriler (veya kullanıcılar) ile geliştirme ekibi arasında yanlış bir anlayış.
RUP (Rational Unified Process) İş Modelleme disiplini, bir kuruluşun süreçlerini modellemek için bir dizi eser önermektedir; tüm bu eserlerin gelişimi yavaş ve hantal olabilir ve bu disiplinden etkili bir geçişe olumsuz katkıda bulunur. Bu çalışma, RUP metodolojisinin İş Modelleme disiplininin eserlerine bir alternatif önermektedir: IDEF, belirli bir grafik yapıyı kullanan bir sistem modelleme tekniğidir. Bilgi modellemeden nesneye yönelik analiz ve tasarıma kadar uzanır.
Anahtar kelimeler
IDEF, İş Süreci, İş Modelleme, Yazılım Geliştirme, RUP
Giriş
Bir bilgisayar sistemini destekleyecek iş süreçleri hakkında bilgi sahibi olmanın önemine rağmen, bir yazılımın geliştirme döngüsü sırasında bu bilginin yakalandığı aşamayı iptal etmek yaygın bir uygulamadır. Yazılım ürününü ne kadar çabuk hazırlayıp çalıştırmaları gerektiğine dair müşteri taleplerini temel alan geliştirme ekipleri, genellikle işi tam olarak anlamaya çok az önem verirler. Kuruluşların büyük çoğunluğunun süreçlerinin neye benzediğini şematik olarak temsil etmediği ve Birleşik Geliştirme Süreci (İngilizce kısaltması için RUP) gibi en çok kullanılan yazılım geliştirme metodolojilerinden bazılarının olduğu dikkate alınırsa,yapımı yavaş ve hantal hale gelebilen bu modelleme için çok sayıda eser önerin, ardından tüm koşullar yaratılır, böylece işletme hak ettiği titizlikle modellenemez.
Bu uygulamanın sonucu, bazen bir yazılım sisteminin ürün veya hizmetlerini tam olarak nasıl geliştirebileceğini tam olarak belirleyemeyen bir müşteri tarafından ortaya çıkan ihtiyaçlara veya gereksinimlere odaklanan yazılım ürünleridir. Ayrıca, yazılım ürünlerinin son derece yüksek uygulama maliyetleri ile ve bunları kullanmak isteyen kuruluşun nesnel gerçekliğinden uzakta elde edilmesi yaygındır. Geliştiriciler, kendilerini iş ve müşterilerin gerçekliğinden uzaklaştırırken, ideal bilgisayar sistemlerini oluşturmada profesyonel tatminlerini arayan yaratıcı olma eğilimindedirler.
Otomatikleştirilecek kuruluşun teknolojik kapasitesi ve ekonomik durumu, RUP tarafından önerilen iş modellemesinin temel amacı değildir. Ancak bu unsurları hesaba katarak, olumlu yönde etkilemeye çalışmak, yapılacak yazılım ürününün amacı olması gerekiyorsa, bu nedenle, bu ilk aşamada geliştirme ekibinin bu ek bilgileri uygun hale getirmesi son derece önemli kabul edilmektedir.
Bu makale, bu metodolojinin İş Modelleme disiplini tarafından önerilen yapılara alternatif olarak bu teknikleri kullanmak amacıyla bazı IDEF tekniklerinin (Entegre Tanımlama Yöntemleri) RUP metodolojisi ile entegrasyonunu önermektedir. IDEF modelleme tekniklerine ilişkin sunulan bilgilerin burada sunulan fikirleri uygulamak için yeterli olmadığını, daha sonra bunları derinlemesine incelemek gerekeceğini belirtmek gerekir. Bu öneri, yazarların ALBA ışığında Küba-Venezuela anlaşmalarının bir ürünü olan Bolivarcı Venezuela Cumhuriyeti için özel yazılım üretimi sırasındaki deneyimlerine dayanmaktadır.
gelişme
IDEF
1970'lerde, ABD hava kuvvetleri Entegre Bilgisayar Destekli Üretim (ICAM) için bir program geliştirdi. ICAM programı, üretime katılan personel için iletişim tekniklerinde ve analizinde iyileştirme ihtiyaçlarını belirledi. ICAM projesinin sonucu, IDEF (Entegre Tanım Yöntemleri) olarak bilinen bir dizi tekniktir. İlk anlayış şunları içeriyordu:
- IDEF0: Faaliyetleri veya süreçleri temsil etmek için kullanılır IDEF1: Bilginin temsili ve yapılandırılması için bir model olarak kullanılır IDEF2: Zamanla değişen modelleri temsil etmek için kullanılır.
1983'te Amerika Birleşik Devletleri Hava Kuvvetleri, IDEF1'e dayalı entegre bir bilgi destek sistemi programlayarak IDEF1X'i (genişletilmiş IDEF1) oluşturdu.
Yıllar geçtikçe ve bu tekniklerin kullanılmaya başlamasıyla, IDEF gelişimini sürdürdü ve yeni versiyonları çıktı: IDEF3, IDEF4 ve IDEF5. Şu anda bu tekniklerle modellemeyi kolaylaştıran çeşitli araçlar bulunmaktadır.
IDEF0
IDEF0, bir sistemi veya şirketi oluşturan faaliyetleri ve bu faaliyetlerin etkileşimini destekleyen nesneleri veya verileri yapılandırılmış ve hiyerarşik bir şekilde temsil etmek için tasarlanmış bir modelleme tekniğidir. Bir IDEF0 modeli, ayrıntı düzeyleri aracılığıyla en üst düzeyde belirtilen işlevleri tanımlamaya izin veren hiyerarşik bir diyagram dizisinden oluşur. Modelin üst görünümlerinde, temsil edilen faaliyetler arasındaki etkileşim, organizasyonu sürdüren temel süreçleri görselleştirmeye izin verir. IDEF0 diyagramlarının oluşturulması için kullanılan grafik öğeler tablolar ve oklardır.
Bu grafik öğelerin kullanımının anlamsallığı şu şekildedir:
Etkinlik: bir kutuyla temsil edilir, bir işlevi, süreci veya dönüşümü belirtir.
Giriş: Aktivitenin sol tarafından giren bir okla temsil edilir, çıkışı elde etmek için aktiviteye dönüştürülecek malzemeleri veya bilgileri gösterir.
Çıktı: Aktivitenin sağ tarafından çıkan bir okla temsil edilir, aktivitenin meydana gelmesi ile üretilen nesneleri veya bilgileri gösterir.
Kontrol: üstten giren bir okla temsil edilir, bir faaliyetin yürütülüp yürütülmediğini belirleyen düzenlemeleri gösterir. Örneğin: standartlar, kılavuzlar, kurallar, politikalar vb.
Konu: Alttan giren bir okla temsil edilir, bir faaliyeti yürüten kaynakları belirtir. Örneğin: insanlar, makineler vb.
İş süreçlerini modellemek için IDEF0'ın avantajları
- Süreci kronolojik olarak temsil etmeyi sağlar. Bu işin son müşteri odaklı akışı, müşteri tarafından yapılan bir ürün veya hizmet talebini yerine getiren kuruluşun tüm faaliyetlerini keserek ve böylece şirketin "değer zincirini" temsil ederek tanımlanır (bir süreç modellenmiştir Şirketin sağladığı her ürün veya hizmet türü için) Herhangi bir çalışanın işte ne yaptığını açıklamak için kullanabileceği basit bir gösterimdir (kutular ve oklara dayalı). Kurum çalışanlarını işin modellemesine dahil etmek, aynı anda birçok alanda çalışarak zamandan tasarruf sağlarken, kahramanları tarafından hazırlandığı için daha sadık bir model elde edilmesini sağlar. Faaliyetlere giren ve çıkan verilerin yanı sıra iş kuralları ve aktörlerin akışa dahil edilmesini sağlar,Hepsi aynı görüşte. Bir faaliyetin sırayla bir süreç olarak ayrıştırılmasına izin verir. "Kaosu bilgisayarlaştırmak" için değil, işi organize etmek ve sonra onu bilgisayarlaştırmak için işletmede düzeltilmesi gereken örgütsel sorunları keşfetmeye izin verir.
IDEF3
IDEF3, bir sürecin iş akışını ve bir uzman tarafından verilen açıklamadan katılan nesnelerini temsil eden bir modelleme tekniğidir. Bir sürecin ayrıntılı bir seviyede belgelenmesine izin verir, kritik bilgisinin belirlenmesi ve yakalanması yoluyla analizini kolaylaştırır.
IDEF3 tarafından temsilinde kullanılan temel bileşenler şunlardır: iş birimi, bağlantılar, bağlantılar ve referanslar.
Çalışma Birimi: bir etkinliği temsil eder, her zaman benzersiz bir tanımlayıcıya sahiptir ve bir IDEF0 etkinliği ile ilişkili bir referansa sahip olabilir.
Ligler: faaliyetler arasındaki kısıtlayıcı ilişkileri temsil eder, tek yönlüdür, faaliyetin herhangi bir bölümünde başlayıp bitebilir ("kutu"), etiketlenmelidir.
Üç tür lig vardır:
Zamansal öncelik
Hedef işlemin başlayabilmesi için kaynak işlemin kapatılması gerekir.
Nesne akışı
Bir nesnenin iki süreç arasına katılımını vurgular, zamansal önceliği belirtir, kaynak sürecin hedef sürecin sonlandırılabilmesi için sonlandırılması gerekir.
ilişkisel
Bağlantılı süreçler arasında bir ilişkinin varlığı. Kaynak işlem, hedef işlem bitmeden başlayacaktır.
Bağlantılar: temsil etmeye hizmet ederler:
- Bir sürecin birden çok iş parçacığına ayrıldığı noktalar. Birden çok işlemin tek bir süreçte birleştiği noktalar. Bir sürecin faaliyetlerinin akışındaki zamansallık (eşzamanlı / eşzamansız).
Şube türleri:
Diverjans (Yayılma): Sürecin akışını dağıtır, bir aktivitenin sona ermesi birden fazla aktivitenin aktivasyonuna neden olur.
- Yakınsama (Fan-in): Birden fazla aktivitenin tamamlanması, bir aktivitenin başlangıcını birleştirir.
Referanslar: okuyucunun dikkatini modelin diğer önemli kısımlarına yönlendirmek için özel sembolleri temsil eder.
Mevcut farklı referans türlerinden bazıları şunlardır:
- Nesne: Önemli bir nesnenin bir aktiviteye katılımını açıklar GOTO: Döngüleri oluşturur (faaliyetlerin sırasını tekrarlar) UOB (UnitOfBehavior): Bir döngüyü dahil etmeden önceden tanımlanmış bir etkinliği içerir Not: Herhangi bir grafikten önemli genel bilgileri belgeler (etkinlik, bağlantı) ELAB (Detaylandırma): Bazı grafikleri ayrıntılı olarak belgeleyin.
IDEF3'ün Avantajları
- Standardizasyon için veya sürecin yeni üyeleri için kılavuzlar olarak süreçlerin belgelenmesine izin verir ve böylece öğrenme eğrisini azaltır.Bir sürecin zaman sırasını ve onu etkileyen karar mantığını yakalamak için bir mekanizma sağlar. Mevcut süreçleri analiz etmek için bir araç görevi görür. Çok pahalı olabilecek gerçek değişiklikleri başlatmadan önce yeni süreçler tasarlamanıza ve test etmenize olanak tanır.
Her iki teknik arasındaki basit bir karşılaştırma, birbirlerini nasıl tamamladıklarını göstermeyi mümkün kılar, aynı yönleri farklı şekilde etkiler ve bu da bütünlükleri içinde ele alınmalarına izin verir.
İşi modellemek için RUP metodolojisinde IDEF
Faaliyetlerin tanımı
Model Küresel Süreçler:
- İlgili: Müşteriler ve Geliştirme Ekibi Amaç: Kuruluşun iş süreçlerini, hedeflerini, dahil olan kaynakları vb. Belirleyin. Teknik: IDEF0 Açıklama: Bu aktivitede, kuruluşun iş süreçleri, ilgili yöneticiler ve işçiler. IDEF0 tekniğini oluşturan grafik unsurlar, dahil olan tüm yönetici ve işçilere açıklanır ve bu tekniğin AS-IS'sine karşılık gelen Süreç Modeli birlikte detaylandırılır. AS-IS, mevcut durumunda organizasyonun süreçlerinin küresel bir şekilde nasıl gerçekleştiğinin modellenmesinden başka bir şey değildir.
Gereksiz Faaliyetleri Belirleyin:
- İlgili: Geliştirme Ekibi Amaç: Kuruluşun süreçlerinde bulunabilecek gereksiz etkinlikleri belirleyin Teknik: Analiz Açıklama: Bu etkinlikte, gereksiz olarak değerlendirilebilecek etkinlikleri belirlemek için kuruluş tarafından yürütülen Süreç Modeli analiz edilir.. Gereksiz bir faaliyet, modellenen sürecin nihai sonucunu etkilemeden vazgeçilebilen bir faaliyettir, çünkü ya herhangi bir sonuç üretmez ya da elde edilen sonuç başka bir faaliyetin parçası olabilir, böylece bir özneyi süreçten çıkarabilir.
Model Geliştirilmiş Küresel Süreçler:
- İlgili: Geliştirme Ekibi Amaç: Süreç Modelini belirlenen iyileştirmelerle güncelleyin Teknik: IDEF0 Açıklama: Bu aktivitede organizasyon tarafından yürütülen Süreç Modeli güncellenerek, belirlenen gereksiz aktiviteler ortadan kaldırılır. Her bir faaliyetin nasıl gerçekleştirildiğine dair kısa bir açıklama modele eklenir. Bu noktada modelde süreçlerde iyileştirme önerisi anlamına gelen değişiklikler yapılır. Bu değişiklikler, iş modelleme aşamasından önce geliştirme ekibi tarafından ulusal ve uluslararası düzeyde benzer iş süreçleri üzerinde gerçekleştirilen sanat çalışmasına dayanmalıdır. Bu yeni model, IDEF0 TO - BE Süreç Modeline karşılık gelir.
Müşteriyle Önerilen İyileştirmeleri Doğrula:
- İlgili: Müşteriler ve Geliştirme Ekibi Amaç: Bilgisayarlaştırmaya geçmeden önce, müşteriler ve geliştirme ekibi arasında kuruluşun süreçlerinin nasıl olması gerektiği konusunda bir anlaşma oluşturun Teknik: Toplantı Açıklama: Bu aktivitede ekip Geliştirme ekibi Müşteriye Geliştirilmiş Küresel Süreçler Modelini sunar, böylece teklifle hemfikir olduklarını belirtebilir veya ilgili gözlemleri yapabilirler.
Detay Karmaşık Faaliyetler:
- İlgili: Geliştirme Ekibi Amaç: Organizasyonun otomasyonu için gerekli olan daha karmaşık aktiviteleri detaylı olarak modelleyin Teknik: IDEF3 Açıklama: Bu aktivitede organizasyon tarafından yürütülen Süreç Modeli güncellenerek belirlenen gereksiz aktiviteler ortadan kaldırılır. Bu noktada, modelde müşterinin süreçlerinde iyileştirme için bir teklif anlamına gelen başka değişiklikler yapılabilir. Bu ilave iyileştirme önerileri, geliştirme ekibi tarafından iş modelleme aşamasından önce ulusal ve uluslararası düzeyde benzer süreçler üzerinde yürütülen sanat çalışmasına dayanmalıdır.
Ayrıntılı Açıklamayı Müşteriyle Doğrulayın:
- İlgili: Müşteriler ve Geliştirme Ekibi Amaç: Müşteriler ve geliştirme ekibi arasında, organizasyonun otomatikleştirilmesi gereken karmaşık faaliyetlerinin ayrıntılı olarak nasıl yürütüleceğine ilişkin bir anlaşma oluşturun.Teknik: Toplantı Açıklama: Bu aktivitede ekip Geliştirme, müşteriye seçilen karmaşık faaliyetlerin ayrıntılı açıklamasını sunar, böylece teklifle hemfikir olduğunu gösterir veya ilgili göstergeleri yapar.
Proje Sınırları Oluşturun:
- İlgili: Müşteriler ve Geliştirme Ekibi Amaç: Müşteriler ve geliştirme ekibi arasında, kuruluşun hangi süreçlerinin bilgisayarlı hale getirileceği konusunda bir anlaşma oluşturun Teknik: Toplantı Açıklaması: Bu etkinlik, müşteriler arasında bir tartışma yoluyla tanımlanır ve geliştirme ekibi, bilgisayarlı hale getirilecek süreçlerin ne olacağı. Bunun için Geliştirilmiş Global Süreçler Modeli esas alınır.
Referanslar
Álvarez Romero, Eduardo; Pueyo, Daniel. Fonksiyon Modelleme (IDEF0) için Entegrasyon Tanımı
García, Ana M. İş süreci modellemesi. Ders notları.
Süreç Modelleme, Sistem Teorisi, Universidad de Valparaíso'dan alınmıştır.
kaynakça
IDEFØ IDEF Yöntem Ailesi Kurumsal Modelleme ve Analiz İçin Bir Yapı Yaklaşımı
