Meta-süreç modelleme - Meta-process modeling

Meta-işlem modelleme türüdür Metamodel kullanılan yazılım mühendisliği ve sistem mühendisliği analizi ve bazı önceden tanımlanmış sorunlara uygulanabilir ve faydalı modellerin yapımı için.

Meta-süreç modelleme, esnek süreç modelleri yaratma çabasını destekler . Süreç modellerinin amacı, süreçleri belgelemek ve iletmek ve süreçlerin yeniden kullanımını geliştirmektir. Böylece süreçler daha iyi öğretilebilir ve yürütülebilir. Meta-süreç modellerini kullanmanın sonuçları, süreç mühendislerinin artan üretkenliği ve ürettikleri modellerin kalitesinin artmasıdır.

genel bakış

Meta-süreç modelleme, süreç modelleri oluşturma sürecine odaklanır ve bunları destekler . Temel kaygısı, süreç modellerini iyileştirmek ve onları evrimleştirmektir, bu da sistemlerin gelişimini destekleyecektir. Bu, " süreçler zamanla değişir ve onların altında yatan süreç modelleri de değişir. Bu nedenle yeni süreç ve modellerin inşa edilmesi ve mevcut olanların iyileştirilmesi gerekebilir " gerçeğinden dolayı önemlidir . "Odak, süreç merkezli yazılım ortamlarında yürürlüğe girmelerini mümkün kılmak için süreç modellerinin formalite düzeyini artırmak olmuştur".

Bir süreç meta-modeli bir meta modeldir , "bir süreç modelinin tip düzeyinde bir açıklamadır. Bir süreç modeli, bu nedenle, bir süreç meta-modelinin somutlaştırılmasıdır. [..] Bir meta-model birkaç örneklenebilir. Bir süreç meta modeli, bir sürece göre meta-tip düzeyindedir."

Birkaç alan için standartlar mevcuttur:

• Yazılım Mühendisliği
• Object Management Group tarafından bir profil (UML) olarak tanımlanan Yazılım Süreç Mühendisliği Metamodeli (SPEM) .

Meta veri modellemedeki konular

Süreç modelleri oluşturmak için farklı teknikler vardır. " Bilgi sistemleri alanında kullanılan yapım teknikleri , yazılım mühendisliğindekilerden bağımsız olarak gelişmiştir . Bilgi sistemlerinde, yapım teknikleri, bir meta-model kavramından yararlanır ve kullanılan iki temel teknik, somutlaştırma ve birleştirme teknikleridir . Yazılım mühendisliğinde ana bugün kullanılan inşaat tekniği dili dayalıdır. Ancak, her iki erken teknikleri, bilgi sistemleri ve yazılım mühendisliği süreç mühendisleri deneyime dayalı ve edildi, bu nedenle, geçici doğada."

Özel

"Geleneksel süreç modelleri, geliştiricilerinin deneyimlerinin ifadeleridir. Bu deneyim resmileştirilmediğinden ve dolayısıyla bir bilgi fonu olarak mevcut olmadığından, bu süreç modellerinin geçici bir inşaat tekniğinin sonucu olduğu söylenebilir. Bunun iki önemli sonucu vardır: Bu süreç modellerinin nasıl üretildiğini bilmek mümkün değildir ve deneyim alanına bağımlı hale gelirler.Süreç modelleri alandan bağımsız olacaksa ve hızlı bir şekilde üretilebilir ve değiştirilebilirlerse, o zaman biz Deneyime dayalı süreç modeli inşasından uzaklaşma ihtiyacı Açıkça, üretim ve değiştirilebilirlik, benimsenen süreç yönetimi politikası ile ilgilidir (bkz. Kullanım Dünyası) Örnekleme ve montaj, modülerleştirmeyi teşvik ederek, iyi uygulamaların aktifleştirilmesini ve verilen süreç modellerinin iyileştirilmesini kolaylaştırır "

toplantı

Montaj tekniği, süreç bileşenlerinin seçilebileceği bir süreç deposu fikrine dayanır. Rolland (1998) iki seçim stratejisi listeler:

1. Acil durum kriterlerine dayalı olarak eldeki projenin küresel bir analizini teşvik etmek (Örnek Van Slooten 1996)
2. Süreç parçalarını tanımlamak için bir araç olarak tanımlayıcılar kavramını kullanmak. Bu, kullanıcının gereksinimlerini karşılayan / eldeki durumla eşleşen bileşenlerin alınmasını kolaylaştırır. (NATURE'deki Plihon 1995 örneği ve CREWS projesinde internet üzerinden erişilebilen senaryo tabanlı yaklaşımların deposu)

Montaj tekniğinin başarılı olması için proses modellerinin modüler olması gerekmektedir. Montaj tekniği, somutlaştırma tekniği ile birleştirilirse, meta-modelin kendisi modüler olmalıdır.

örnekleme

Bir meta-süreç modeli, süreçleri yeniden kullanmak için "süreç modellerinin ortak, genel özelliklerini tanımlar ve bunları bir kavramlar sistemi içinde temsil eder. Böyle bir temsil, bu özellikleri paylaşan tüm süreç modellerini 'üretme' potansiyeline sahiptir. Bu potansiyel, uygulaması istenen süreç modeliyle sonuçlanan bir üretim tekniği tanımlanır."

Süreç modelleri daha sonra örnekleme yoluyla süreç meta modellerinden türetilir . Rolland, somutlaştırma yaklaşımıyla bir dizi avantajı ilişkilendirir:

1. Meta modelin kullanılması, çok çeşitli süreç modellerinin tanımlanmasına yardımcı olur.
2. Süreç modellerini tanımlama etkinliğini sistematik ve çok yönlü hale getirir.
3. Süreç meta modelinde sorunlara genel çözümler aramaya ve sunmaya zorlar ve bu, türetilmiş süreç modellerinin çözüm özelliklerini devralmasını sağlar.

"Örneğin, NATURE, Rolland 1993, Rolland 1994 ve Rolland 1996'da somutlaştırma tekniği kullanılmıştır. Süreç mühendisi, ilgili süreç modelini oluşturan bağlamların ve ilişkilerin örneklerini tanımlamalıdır."

Dilim

Rolland (1998), yazılım mühendisliği topluluğu tarafından kullanılan süreç modellerini ifade etmek için çok sayıda dil listeler:

• E3
• EPOS, Oikos ve PEACE için çeşitli Prolog lehçeleri
• PWI için PS-Algol

yanı sıra diğer hesaplama paradigmaları:

• EPOS ve SPADE'de Petri ağları
• MERLIN'de kural tabanlı paradigma
• ALF
• hayret
• EPOS
• ADELE ve MVP-L'de tetikleyiciler.

Diller tipik olarak süreç programlarıyla ilgilidir, oysa süreç komut dosyalarını oluşturmak için örnekleme teknikleri kullanılmıştır.

Araç desteği

Meta modelleme süreci genellikle CAME araçları (Bilgisayar Destekli Yöntem Mühendisliği) veya MetaCASE araçları (Meta Düzey Bilgisayar Destekli Yazılım Mühendisliği araçları) adı verilen yazılım araçlarıyla desteklenir . Örnekleme tekniği genellikle "Bilgisayar Destekli Yöntem Mühendisliği ortamlarının deposunu oluşturmak için kullanılmıştır".

Meta-süreç modelleme için örnek araçlar şunlardır:

• Usta II
• MetaDüzenle+
• akıl hocası

Örnek: "Çoklu model görünümü"

Colette Rolland (1999), somutlaştırma ve birleştirme tekniğini kullanan bir meta-süreç modelinin bir örneğini sağlar. Makalede yaklaşım "Çoklu model görünümü" olarak adlandırılıyor ve CREWS-L'Ecritoire yöntemine uygulandı. CREWS-L'Ecritoire yöntemi, Gereksinimler Mühendisliği için metodik bir yaklaşımı temsil eder , "IS geliştirmenin, kullanıcı topluluğunun problemlerini ve gereksinimlerini araştırmayı ve kavramsal şema olarak adlandırılan gelecekteki sistemin bir spesifikasyonunu geliştirmeyi içeren kısmı".

CREWS-L'Ecritoire yaklaşımının yanı sıra, çoklu model görünümü aşağıdakileri temsil etmek için bir temel teşkil etmiştir:

(a) CREWS projesi kapsamında geliştirilen diğer üç gereksinim mühendisliği yaklaşımı, Gerçek Dünya Manzaraları yaklaşımı, senaryo istisnalarının keşfi için SAVRE yaklaşımı ve senaryo animasyonu yaklaşımı

(b) yaklaşımları birbiriyle ve OOSE yaklaşımıyla entegre etmek için

Ayrıca, CREWS-L'Ecritoire, mevcut duruma göre esneklik sağlamak için süreç modellerini ve meta-süreç modellerini kullanır. Yaklaşım, harita adı verilen etiketli bir niyet ve strateji grafiği kavramına ve bununla ilişkili yönergelere dayanmaktadır . Harita (süreç modeli) ve yönergeler birlikte yöntemi oluşturur. Bu açıklamanın ana kaynağı Rolland'ın detaylandırılmasıdır.

Süreç modeli / haritası

Harita, "bir sonraki elde edilecek niyetin dinamik seçimini ve bunu başarmak için uygun stratejiyi destekleyen bir seyir yapısıdır"; "belirleyici olmayan bir niyet ve strateji sıralamasının dahil edildiği bir süreç modelidir. Bu, düğümler olarak niyetler ve niyetler arasındaki kenarlar olarak stratejiler ile etiketlenmiş bir yönlendirilmiş grafiktir. Grafiğin yönlendirilmiş doğası, hangi niyetlerin hangisini takip edebileceğini gösterir. "

CREWS-L'Ecritoire yönteminin haritası aşağıdaki gibidir:

Harita, stratejilerle (oklarla sembolize edilen) birbirine bağlanan hedefler / niyetlerden (ovallerle işaretlenmiş ) oluşur. Bir amaç , belirli bir zamanda uygulama mühendisinin aklında olan bir hedeftir. Bir strateji, bir yaklaşım, bir niyet elde etmek için bir biçimidir. İki hedefin bir strateji ile bağlantısına da bölüm denir .

Bir harita "uygulama mühendisinin Başlat niyetinden Durdurma niyetine bir yol belirlemesine izin verir. Harita, her biri ürünü geliştirmek için bir yol belirleyen sınırlı sayıda yol içerir, yani her biri bir süreç modelidir. Bu nedenle harita bir çoklu modeldir.Bir süreç sınıfını modellemek için çoklu model görünümü sağlayan birkaç süreç modelini bünyesinde barındırır.Haritada yer alan sonlu modellerin hiçbiri 'önceden' tavsiye edilmez.Bunun yerine yaklaşım dinamik bir yapı önerir. haritada gezinerek gerçek yolun.Bu anlamda yaklaşım, süreçte ortaya çıktıkça belirli durumlara duyarlıdır.Bunu başarmak için bir sonraki amaç ve strateji, uygulama mühendisi tarafından önerilen birkaç olası seçenek arasından dinamik olarak seçilir. Ayrıca, yaklaşım, haritadaki bir yolun dinamik olarak eklenmesine, yani sürecin gerçek seyrine yeni bir strateji veya yeni bir bölüm eklenmesine izin vermeyi amaçlamaktadır. belirli bir durumu ele almak için açık olan tüm seçenekler büyük kolaylık sağlar. Harita bu tür yönergelerle ilişkilidir".

Yönergeler

Bir kılavuz "seçilen niyetin işlevselleştirilmesine yardımcı olur"; "bir amaca ulaşmak veya bir faaliyeti gerçekleştirmek için nasıl devam edileceğine dair bir dizi göstergedir." Kılavuzların tanımı, NATURE projesinin bağlamsal yaklaşımına ve buna karşılık gelen yürürlüğe girme mekanizmasına dayanmaktadır. Üç tür kılavuz ayırt edilebilir:

• Niyet Seçimi Yönergeleri (ISG) , bir sonraki adımda ulaşılabilecek niyetler grubunu tanımlar ve karşılık gelen IAG'ler (bir niyet için yalnızca bir seçenek) veya SSG'ler (birkaç olası niyet) grubunu seçer.
• Strateji Seçim Yönergeleri (SSG) , bir stratejinin seçimine rehberlik eder ve böylece ilgili IAG'nin seçimine yol açar.
• Intention Achievement Guidelines (IAG) , uygulama mühendisini bir stratejiye göre bir amacı gerçekleştirmede desteklemeyi amaçlar, bu stratejileri uygulamak için kullanılan taktiklerle ilgilenir, çeşitli taktikler sunabilir ve bu nedenle amacı gerçekleştirmek için alternatif operasyonel yollar içerebilir.

Bizim durumumuzda, yukarıda gösterilen haritaya karşılık gelen aşağıdaki yönergelerin tanımlanması gerekir:

Niyet Seçimi Yönergeleri (ISG)

1. ISG-1 Hedef ortaya çıkarmaktan ilerleme
2. ISG-2 Bir Senaryonun Kavramsallaştırılmasından İlerleme
3. ISG-3 Senaryo Yazmadan İlerleme
4. Baştan ISG-4 İlerleme

Strateji Seçim Yönergeleri (SSG)

1. SSG-1 Bir hedef ortaya çıkarmak için ilerleme
2. SSG-2 Bir Senaryoyu Kavramsallaştırmada İlerleme
3. SSG-3 Senaryo Yazma İlerlemesi
4. SSG-4 Bir hedefi ortaya çıkarmak için ilerleme
5. SSG-5 Durdurulacak İlerleme

Niyet Edinme Yönergeleri (IAG)

1. IAG-1 Vaka temelli stratejiyle bir hedef ortaya çıkarın
2. IAG-2 Kompozisyon stratejisiyle bir hedef ortaya çıkarın
3. IAG-3 Alternatif strateji ile bir hedef ortaya çıkarın
4. IAG-4 İyileştirme stratejisiyle bir hedef ortaya çıkarın
5. IAG-5 Dil stratejisiyle bir hedef ortaya çıkarın
6. IAG-6 Şablona dayalı stratejiyle bir hedef ortaya çıkarın
7. IAG-7 Şablona dayalı stratejiyle bir senaryo yazın
8. IAG-8 Serbest düzyazıda bir senaryo yazın
9. IAG-9 Bilgisayar destek stratejisiyle bir Senaryoyu Kavramsallaştırın
10. IAG-10 Bir Senaryoyu Manuel Olarak Kavramsallaştırın
11. IAG-11 Bütünlük stratejisiyle durun

Aşağıdaki grafik, Niyete Ulaşma Yönergesi 8'in (IAG-8) ayrıntılarını gösterir.

Meta-süreç haritası

C. Rolland'ın makalesinde sunulan çoklu model görünümünde, meta-süreç (meta-süreç modelinin örneği), "haritadan bir yolun oluşturulması ve uygulama için anlık olarak yürürlüğe girmesi için bir süreçtir. elde." Meta-süreç modeli birçok farklı şekilde temsil edilebilirken, bunun için bir araç olarak yine bir harita seçilmiştir. Yukarıda sunulduğu gibi süreç modeli için harita ile karıştırılmamalıdır.

Colette Rolland meta-modeli şu şekilde tanımlar: (Meta-niyetler kalın harflerle, meta-stratejiler italik - haritada yeşil renkle gösterilmiştir.)

" Başlat meta amacı, yöntem haritasında kaynak olarak başlat olan bir bölüm seçerek bir sürecin oluşturulmasını başlatır. Bölüm Seç meta amacı, bir yöntem haritası bölümünün seçilmesiyle sonuçlanır. Enact Section meta amacı Bölüm Seç'ten kaynaklanan yöntem haritası bölümünün yürütülmesine neden olur.Son olarak, Dur meta-niyeti, uygulama sürecinin inşasını durdurur.Bu, Enact Section meta-niyeti, Stop olarak Dur olan yöntem haritası bölümünün yürürlüğe girmesine yol açtığında olur. Önceki bölümlerde daha önce açıklandığı gibi, bir yöntem haritasının bir bölümünün seçilmesinin iki yolu vardır, yani bir niyet seçerek veya bir strateji seçerek.Bu nedenle, meta-niyet Bölüm Seç'in iki meta-stratejisi vardır. bununla ilişkili olarak, sırasıyla niyeti seçin ve stratejiyi seçin.Bölüm Seç tarafından bir yöntem haritası bölümü seçildikten sonra, yasalaşmasını desteklemek için IAG alınmalıdır; bu temsilidir. meta-strateji otomatik desteğini meta-niyet, Enact Section ile ilişkilendirerek [grafikte] gönderilir ."

Örnek süreç

"Bir Geri Dönüşüm Makinesinin Gereksinimlerinin Ortaya Çıkarılması" örnek süreci, geri dönüşüm tesislerinin gereksinimlerinin tasarlanması için bir yöntemle ilgilidir. Geri dönüşüm tesisleri bir süpermarketin müşterileri içindir. Uygun yöntem, meta-süreç modelinin süreç modeli üzerinde somutlaştırılmasıyla elde edilir.

Aşağıdaki tablo, geri dönüşüm makinesi ( 'den ) için gereksinimleri ortaya çıkarmak için sürecin adım adım izini göstermektedir:

Adım	Yönerge	meta-süreç	İşlem	Ürün (Hedef = Gxx)
1.1	SSG-4	Seç strateji ile bölüm seçin	SSG4, iki strateji önerir. CREWS-L'Ecritoire yöntemi tarafından önerilen hedef resmileştirmeye aşina olmanın en uygun yolu olduğu için şablon odaklı strateji seçilmiştir.
1.2	IAG-6	Otomatik destekle bölümü yasalaştırın	IAG6, bir hedef ifadesi şablonu görüntüler ve her parametrenin anlamını açıklar. Gereksinim Mühendisi (RE) yalnızca bir fiil ve bir hedefi olan gevşek bir ifade seçer	G1: Sağlayıcı (Geri Dönüşüm Tesisleri*) hedef *RF
2.1	ISG-1	Seçme niyetiyle bölüm seçin	ISG1 iki olası niyetleri birini seçerek ona tavsiyelerde argümanlarla RE sağlar ortaya Bir Hedefi için yani ortaya bir Hedefe veya bir Senaryo Yazmak . İlki, alternatif tasarım çözümleri üretecek şekilde seçilir.
2.2	IAG-1	Otomatik destekle bölümü yasalaştırın	IAG1, alternatif hedefler oluşturmak için sağlanan hedef ifadesi yapısını ve parametre değerlerini kullanır. Bu, G1'e VEYA G1'e atanan 21 alternatif hedefe yol açar. Paydaşlarla tartışıldıktan sonra G4 seçilir	G2: Kart tabanlı bir makine ile müşterilerimize şişe RF sağlamak; G3: Kart tabanlı bir makine ile müşterilerimize kağıt RF sağlayın; G4: Kart tabanlı bir makine ile müşterilerimize şişe ve kutu RR sağlayın; . . . G22: Para iade makinesi olan tüm müşterilere şişe RF sağlayın
3.1	SSG-3	Seç strateji ile bölüm seçin	SSG3, şablona dayalı stratejinin seçildiği iki strateji sunar. Bunun nedeni, bir senaryonun ne olması gerektiği konusunda belirsizlik olmasıdır. Şablonlar belirli bir kesinliğe yol açar
3.2	IAG-7	Otomatik destekle bölümü yasalaştırın	IAG7 doldurulacak bir şablon önerir. Şablon bir hizmet senaryosuna karşılık gelir ve sistemden beklenen hizmetleri ifade eden eylemleri içerir.	SC4: Müşteri bir kart alırsa nesneleri geri dönüştürür
4.1	SSG-2	Seç strateji ile bölüm seçin	SSG2, bir Senaryoyu kavramsallaştırmak için iki strateji sunar. Manüel ve bilgisayar tabanlı olmak üzere iki strateji arasından birincisi, servis senaryosu (SC4) çok basit olduğundan ve manüel olarak işlenebildiğinden seçilmiştir.
4.2	IAG-10	Otomatik destekle bölümü yasalaştırın	IAG10 iki şey önerir: (1) he, she vb. gibi anaforik referanslardan kaçınmak için (2) atomik eylemleri açık bir sırayla ifade etmek (3) belirsizliklerden kaçınmak için Senaryo buna göre yeniden yazılır	SC4: 1. Müşteri bir kart alır; 2. Müşteri kutuları ve şişeleri geri dönüştürür
5.1	SSG-1	Seç strateji ile bölüm seçin	RE, yeni bir hedef keşfetmek için SC4 senaryosunu analiz etmek istediğini biliyor. Böylece, 'Bir Hedef Ortaya Çıkar' hedef niyetini bilir ve SSG1 görüntülenir. SSG1, senaryo analizinden yeni hedefler keşfetmek için üç strateji sunar. İyileştirme stratejisi, geri dönüşüm makinesinin işlevsel gereksinimlerini keşfetme ihtiyacı olduğu için seçilmiştir.
5.2	IAG-4	Otomatik destekle bölümü yasalaştırın	IAG4, SC4 hizmet senaryosunun eylemlerinin işlevsel gereksinimleri ifade eden hedeflere dönüştürülmesine rehberlik eder. İki hedef oluşturulur ve VE ilişkisiyle G4 ile ilişkilendirilir. Daha fazla işlem için G24 seçildi	G23: Süpermarketten kart alın; G24: RM'den şişeleri ve kutuları geri dönüştürün
6.1	SSG-3	Seç strateji ile bölüm seçin	RE, hedef niyetini bilir, yani 'Bir Senaryo Yaz'. Böylece, RE'nin doğru stratejiyi seçmesine yardımcı olmak için SSG3 görüntülenir. Serbest nesir stratejisi, metnin uzun olması muhtemel olduğu ve serbest nesir bunu kolaylaştırdığı için seçilmiştir.
6.2	IAG-8	Otomatik destekle bölümü yasalaştırın	IAG8, eldeki senaryo türüne, yani sistem etkileşim senaryosuna uyarlanmış stil ve içerik kılavuzları sağlar.	SC24-1: Müşteri kartını RM'ye yerleştirir. RM, kartın geçerli olup olmadığını kontrol eder ve ardından bir istem verilir. Müşteri, şişeleri ve/veya kutuları RM'ye girer. Nesneler bloke değilse, RM kartı çıkarır ve bir makbuz yazdırır.
7.1	SSG-2	Seç strateji ile bölüm seçin	SSG2 görüntülenir. Otomatik destek stratejisi, güçlü dilsel cihazlardan yararlanmak ve otomatik akıl yürütmenin temeli olacak bir senaryo formülasyonu elde etmek için seçilir.
7.2	IAG-9	Otomatik destekle bölümü yasalaştırın	IAG9, ilk düzyazıyı yarı otomatik olarak, semantiği senaryo modeline uyan yapılandırılmış bir metne dönüştürür. Dönüşüm, senaryo modelinin kavramlarıyla ilişkili dilsel yapılar üzerinde belirsizliğin giderilmesini, tamamlanmasını ve haritalanmasını içerir. SC24-2, SC24-1'in dönüşümünün sonucudur. (Altı çizili ifadeler dönüşümün sonucudur)	SC24-2: 1. Müşteri, müşteri kartını RM'ye takar, 2. RM, kartın geçerli olup olmadığını kontrol eder, 3. Kartın geçerli olup olmadığını, 4. Müşteriye bir istem verilir, 5. Müşterinin girişleri 6. RM, şişe ve kutuların bloke olup olmadığını kontrol eder, 7. Şişe ve kutuların bloke olmaması, 8. RM, kartı müşteriye çıkarır, 9. RM müşteriye bir makbuz yazdırır
8.1	SSG-1	Seç strateji ile bölüm seçin	SSG1 tarafından önerilen üç stratejiden alternatif keşif stratejisi seçilir. Bu strateji, SC242'de açıklanan normal eylem akışının varyasyonlarını ve istisnalarını araştırma ihtiyacına uygundur.
8.2	IAG-3	Otomatik destekle bölümü yasalaştırın	IAG3, G24'e alternatif hedefler keşfetmek için çeşitli taktikler önerir. Senaryodaki koşulların analizine dayalı olan seçilir. Bu, G25 ve G26'yı keşfetmeye yol açar	G25: RM'den geçersiz kartlı geri dönüşüm kutusu ve şişeler; G26: Blok çözme aşamasına sahip geri dönüşüm kutusu ve şişeler

Ayrıca bakınız

Referanslar