Bilgi Akışı gösterimi, DFD gösterimine benzerdir (aşağıya bakın) ve Şekil 2'de gösterildiği gibi, kurumsal iş süreçlerinin işlevleri arasında veri akış diyagramları veya belgeler oluşturulurken kullanılır. 6.

Pirinç. 6.

Gösterimin basitliği yararlı uygulamalarını sınırlar. Gösterimin ana nesneleri “İşlev” (iş süreci modelleri oluştururken de kullanılır) ve “Bilgi Akışı” - bilgi akışıdır (Şekil 7).

Pirinç. 7.

İş süreci modelleri oluşturulurken önce bir eEPC modeli oluşturulabilir, ardından süreçte tanımlanan işlevler kullanılarak bir bilgi akışı modeli oluşturulabilir.

BPwin 4.0 tarafından desteklenen gösterimler

IDEF0 ve IDEF3 gösterimlerinin açıklaması

IDEF0 notasyonu, SADT yapısal analiz ve tasarım metodolojisine dayalı olarak geliştirilmiş, ABD standardı olarak onaylanmış ve kurumsal faaliyetlerin tanımlanmasıyla ilgili birçok projede başarıyla kullanılmıştır. IDEF0 son derece yaygınlaştı ve özellikle bu tür bir standart haline geldi. Uluslararası organizasyonlar NATO ve IMF gibi. IDEF3 gösterimi, prosedürlerin mantıksal sırasını yansıtmanın önemli olduğu iş akışlarını daha rahat tanımlamak için geliştirildi. IDEF0 ve IDEF3 notasyonlarının nesneleri tabloda gösterilmektedir. 2 ve 3.

Tablo 2. eEPC gösterim nesneleri

	İsim	Tanım	Grafik gösterimi
IDEF0 gösterimi
	Aktivite	Nesne, işletmenin departmanları/çalışanları tarafından gerçekleştirilen işlevleri (prosedürler, iş) tanımlamak için kullanılır. Dikdörtgen olarak tasvir edilmiştir. İşin adı süreci ve eylemi yansıtmalıdır. Bir işin simüle edilebilmesi için işin başlangıcından bitişine kadar bir süre geçmesi ve bazı kaynakların harcanması gerekmektedir.
	Giriş oku	Soldaki işe girerken çizilen ok, işlevi gerçekleştirmek için gerekli olan ve işin değiştirdiği gelen belgeleri, bilgileri, malzeme kaynaklarını açıklar.
	çıkış oku	Sağdaki işten çıkan ok çizilir ve işin sonuçlarını - giden belgeler, bilgiler, maddi kaynaklar - açıklar. IDEF0 gösteriminde her prosedürde en az bir çıkış oku bulunmalıdır
	Kontrol oku	Çalışmaya yukarıdan giren bir ok çizilir ve bir kontrol eylemini, örneğin bir emri açıklar. normatif belge vesaire. IDEF0 gösteriminde her prosedürde en az bir kontrol oku bulunmalıdır
	Mekanizma oku	Ok, çalışmaya aşağıdan girerken çizilir ve sözde mekanizmaları, yani prosedürü gerçekleştirmek için gerekli olan ancak yürütülmesi sırasında durumlarını değiştirmeyen kaynakları açıklar. Örnekler: çalışan, makine vb.
	Arama oku	Ok işten aşağıya doğru çizilmiş olup başka bir çalışma modeline bağlantıdır. BPwin'de bu ok modelleri birleştirmek ve bölmek için kullanılır

Tablo 3. IDEF3 gösterim nesneleri

	İsim	Tanım	Grafik gösterimi
DFD Gösterimi
		Nesne, işletmenin departmanları/çalışanları tarafından gerçekleştirilen işlevleri (prosedürler, iş) tanımlamak için kullanılır. Dikdörtgen olarak tasvir edilmiştir. İşin adı süreci, eylemi yansıtmalıdır
		1) diğer diyagramlara olan bağlantıları tanımlamak için kullanılan bir nesne; 2) diğer çalışmalara bağlantılar; 3) nesnelere bağlantılar; 4) Okların kesişme noktalarında dallara ayrılmasının mantığını açıklamak; 5) fonksiyonlar ve kesişimler üzerine çeşitli yorumlar
	Kavşak	Mantıksal operatörler (5 tip - senkron ve asenkron "VE", senkron ve asenkron "OR", özel "OR"), süreç içindeki işlevler arasındaki ilişkiyi tanımlar. Sürecin dallanmasını tanımlamanıza olanak tanır
		Bilgi ve nesnelerin akışının yanı sıra işlem sırasını tanımlamanıza olanak tanıyan üç tür ok

IDEF0 ve IDEF3 modellerini oluşturmanın semantiği, açık kurallara bağlı kalmayı gerektirir. IDEF standartlarının tam açıklamasını http://www.idef.com/ adresinde bulabilirsiniz.

IDEF0 notasyonunda bir iş süreci açıklaması örneği Şekil 1'de gösterilmektedir. 8 (Şekil 3'te gösterilen işleme karşılık gelir).

Pirinç. 8.

IDEF0 notasyonunda süreçleri tanımlamanın özelliklerinden biri de iş süreçlerinin avantaj ve dezavantajlarının net bir şekilde tanımlanmasıdır. IDEF0 diyagramındaki çalışmalar, diyagramın sol üst köşesinden sağ alt köşeye doğru baskınlık sırasına göre düzenlenmiştir. Ya en önemli iş ya da ilk yapılan iş sol üst köşeye yerleştirilir. Oklar eserleri birbirine bağlar ve beş tür bağlantı vardır. Daha yüksek bir işin çıkışından daha düşük bir işin girişine veya kontrolüne yönlendirilen ok doğrudan bir bağlantıdır; daha düşük seviyeli bir işlemin çıktısından daha yüksek seviyeli bir işlemin girişine veya kontrolüne yönlendirilen bir ok geri beslemedir. Yokluk geri bildirim, çıktısız veya yönetimsiz çalışma, mükerrer çalışma, iş süreçlerinin kusurlu olduğunu gösterir.

İncirde. Şekil 9, IDEF3 gösterimindeki bir iş süreci açıklamasının örneğini göstermektedir (Şekil 4'te gösterilen sürece karşılık gelir).

Pirinç. 9.

IDEF3 gösteriminde olduğu gibi ARIS notasyonu eEPC, mantık sembolleri sürecin dallanmasını yansıtmak için kullanılır. IDEF3 gösterimindeki bir diyagram, tüm süreci temsil etmenize, işlemlerin sırasını ve sürecin mantığını izlemenize olanak tanır.

V. Repin, S. Maklakov

İşletmelerin faaliyetlerini analiz etmek ve iş süreçlerini yeniden düzenlemek, metodolojik ve araçsal destek gerektiren son derece karmaşık bir iştir. İÇİNDE Son zamanlarda CASE araçları BPwin (Computer Associates) ve ARIS Toolset (ARIS), iş analistleri arasında giderek daha popüler hale geliyor. Bu makale kısa bir bilgi sağlar Karşılaştırmalı analiz bu fonlar ve bunların kullanımına ilişkin öneriler.

Giriiş. İş süreçlerini açıklamaya yönelik tipik görevler

Amacı iş süreçlerini yeniden düzenlemek ve uygulamak olan projelerin erken aşamalarında bilgi sistemi, yöneticilerin ve uzmanların aklına çoğunlukla şu sorular geliyor:

1. iş süreçlerini tanımlamaya ve yeniden düzenlemeye yönelik teknolojiler kullanılarak kuruluşun faaliyetlerini iyileştirme açısından ne gibi sonuçlar elde edilebilir;
2. Hangi yazılım bir projede kullanım (“ARIS, BPwin'den daha mı iyi?”, “ERwin, ARIS'ten daha mı iyi?”, vb.);
3. “X” ürünü kullanılarak süreçlerin nasıl modelleneceği;
4. “X” ürününü kullanarak sorunların nasıl analiz edileceği ve tanımlanacağı;
5. süreçleri tanımlamak için hangi metodolojinin kullanılacağı;
6. ortaya çıkan iş süreci modelleriyle ilgili bundan sonra ne yapılması gerektiği.

Şu anda açık Rusya pazarı Birçoğu şu ya da bu şekilde kurumsal iş süreçlerinin tanımlarını (modellerini) oluşturmanıza izin veren oldukça fazla sayıda CASE sistemi vardır. Aynı zamanda, öncelikle süreç modelleri oluşturmaya odaklanan ve veri modelleri oluşturmak ve bir DBMS yapılandırmak için uygun olmayan veya hiç amaçlanmayan sistemler de vardır. Açıkçası, sistem seçimi projenin hedeflerine göre belirlenir ve tüm ilerlemesini önemli ölçüde etkiler. Şirketin yönetimi ve uzmanları çeşitli hususları anlarsa, rasyonel bir sistem seçimi mümkündür:

1. Proje hedefleri;
2. iş süreçlerini karakterize eden ve belirli bir proje kapsamında analiz ve karar verme için gerekli olan bilgilere yönelik gereksinimler;
3. CASE sistemlerinin paragraf 2'nin gerekliliklerini dikkate alarak süreçleri tanımlama yetenekleri;
4. Geliştirilmekte/uygulanmakta olan bilgi sisteminin özellikleri.

Projenin türüne, kapsamına ve üstlendiği ana görevlere kadar belirli bir sistemin/notasyonun avantajlarından bahsetmek anlamsızdır. bu proje karar vermelidir. Makalemiz, iş süreçlerini tanımlamak için kullanılan en popüler notasyonları (modelleme için benimsenen notasyon sistemleri) ve bu notasyonları destekleyen iki sistemi karşılaştırmaya çalışmaktadır. Bu materyalin, kurumsal iş süreçlerini tanımlamak ve analiz etmek için CASE sistemlerinin etkin kullanımıyla ilgili sorunlara ilişkin bir tartışmaya temel oluşturması bekleniyor.

İş süreçlerinin tanımı, daha fazla analiz edilmesi ve yeniden düzenlenmesi amacıyla gerçekleştirilir. Yeniden yapılanmanın amacı, bir bilgi sisteminin devreye sokulması, üretim maliyetlerinin azaltılması, müşteri hizmetlerinin kalitesinin artırılması, uygulama sırasında iş tanımları ve iş talimatlarının oluşturulması olabilir. ISO standartları 9000 vb. Bu tür her görev için, iş süreciyle ilgili bir dizi kritik bilgiyi belirleyen belirli parametreler vardır. İş süreçlerini tanımlamaya yönelik gereksinimler görevden göreve değişebilir. Genel olarak bir iş süreci modeli aşağıdaki sorulara cevap vermelidir:

1. belirtilen nihai sonucu elde etmek için hangi prosedürlerin (işlevler, işler) gerçekleştirilmesi gerektiği;
2. bu prosedürlerin hangi sırayla gerçekleştirildiği;
3. değerlendirilen iş sürecinde hangi kontrol ve yönetim mekanizmalarının mevcut olduğu;
4. roller ve sorumluluklar - süreç prosedürlerini kim yürütür;
5. her süreç prosedürünün hangi girdi belgelerini/bilgilerini kullandığı;
6. süreç prosedürünün hangi çıktı belgelerini/bilgilerini oluşturduğu;
7. her bir süreç prosedürünü gerçekleştirmek için hangi kaynaklara ihtiyaç vardır;
8. prosedürün uygulanmasını hangi belgeler/koşullar yönetir;
9. prosedürlerin ve sürecin bir bütün olarak uygulanmasını hangi parametreler karakterize eder;
10. Maliyetleri en aza indiren bir dizi süreç var mı (maliyet, zaman vb. dahil);
11. sürecin bilgi sistemi tarafından ne ölçüde desteklendiği/destekleneceği.

Bir iş sürecinin açıklaması, yukarıdaki tüm hususları yansıtmanıza olanak tanıyan gösterim ve bir araç ortamı kullanılarak oluşturulur. Ancak bu durumda iş süreci modeli, analiz edilip yeniden düzenlenebildiğinden işletme için faydalı olacaktır.

ARIS eEPC notasyonu

ARIS eEPC gösterimi şu anlama gelir: Genişletilmiş Olay Odaklı Süreç Zinciri - olay güdümlü bir süreç zincirini tanımlamak için genişletilmiş bir gösterim. Gösterim, IDS Scheer AG'den (Almanya) uzmanlar, özellikle Profesör Scheer tarafından geliştirilmiştir. Masada Şekil 1, gösterimde kullanılan ana nesneleri göstermektedir.

Tablo 1. eEPC gösterim nesneleri

	İsim	Tanım	Grafik gösterimi
1	İşlev	“Fonksiyon” nesnesi, işletmenin departmanları/çalışanları tarafından gerçekleştirilen fonksiyonları (prosedürler, işler) tanımlamak için kullanılır.
2	Etkinlik	“Olay” nesnesi, işlevlerin yürütülmesini etkileyen ve kontrol eden sistemin gerçek durumlarını tanımlamak için kullanılır.
3	Organizasyon birimi	Bir işletmenin çeşitli organizasyonel birimlerini (örneğin yönetim veya departman) yansıtan bir nesne
4	Belge	Kağıt belge gibi gerçek hayattaki depolama ortamını temsil eden bir nesne
5	Uygulama sistemi	Nesne, işlev yürütme teknolojisinde kullanılan gerçek uygulama sistemini yansıtır
6	Bilgi kümesi	Bir nesne, verileri bir dizi varlık ve bunlar arasındaki ilişkiler olarak karakterize eder. Veri modelleri oluşturmak için kullanılır
7	Nesneler arasındaki ok bağlantısı	Bir nesne, bir işlevin bir olay tarafından etkinleştirilmesi gibi diğer nesneler arasındaki ilişkinin türünü tanımlar.
8	Mantıksal "VE"
9	Mantıksal "VEYA"	Bir süreçteki olaylar ve işlevler arasındaki ilişkileri tanımlayan mantıksal bir operatör. Süreç dallanmasını tanımlamanıza olanak tanır
10	Mantıksal özel "VEYA"	Bir süreçteki olaylar ve işlevler arasındaki ilişkileri tanımlayan mantıksal bir operatör. Süreç dallanmasını tanımlamanıza olanak tanır

Tabloda belirtilenlere ek olarak. Bir eEPC diyagramı oluşturulurken 1 ana nesnenin yanı sıra birçok başka nesne de kullanılabilir. Farklı bağlantı türleriyle birbirine bağlanan çok sayıda farklı nesnenin kullanılması, modelin boyutunu önemli ölçüde artırmakta ve okumayı zorlaştırmaktadır. eEPC gösteriminin anlamını anlamak için kullanılan ana nesne türlerini ve ilişkileri dikkate almak yeterlidir. İncirde. Şekil 1, bir işletmenin iş sürecinin bir parçasını tanımlayan en basit eEPC modelini sunmaktadır.

Pirinç. 1. eEPC gösterimindeki bir model örneği

İncirde. Şekil 1, nesneler arasındaki bağlantıların belirli bir anlama sahip olduğunu ve süreç içindeki işlevlerin sırasını yansıttığını göstermektedir. Olay 1 ile İşlev 1'i birbirine bağlayan ok, İşlev 1'in yürütülmesini "etkinleştirir" veya başlatır. İşlev 1, Olay 2'yi "oluşturur" ve ardından İşlev 2 ve 3'ün yürütülmesini "tetikleyen" mantıksal bir "VE" sembolü gelir. eEPC gösterimi belirli anlamsal açıklama kuralları üzerine kurulmuştur:

1. her işlev bir olayla başlatılmalı ve bir olayla bitmelidir;
2. her işlev, işlevin yürütülmesini "başlatan" birden fazla ok içeremez ve işlevin tamamlandığını açıklayan birden fazla oktan çıkamaz.

Bu kurallara ek olarak başka kurallar da vardır. önemli kurallar ARIS'te modellerin oluşturulması. Bu kurallar kullanılarak öğrenilebilir. metodolojik materyalÜrünün demo sürümü ile eş zamanlı olarak bilgisayara yüklenen “ARIS Yöntemleri”.

İncirde. Şekil 2, bir iş süreci modeli oluştururken çeşitli ARIS nesnelerinin kullanımını göstermektedir.

Pirinç. 2. İş süreçlerini tanımlamak için ARIS nesnelerini kullanma örneği

ARIS'in iş süreçlerini tanımlama yöntemini destekleyen ARIS Araç Seti sistemindeki her nesnenin belirli bir dizi özelliği vardır. Kullanıcıya nesneleri tanımlamak için standart öznitelikleri veya sınırlı sayıda özel özniteliği kullanması sunulur.

Şek. Şekil 1, eEPC gösterimindeki bir iş sürecinin, uygulanma sırasına göre düzenlenmiş bir prosedürler dizisi olduğunu göstermektedir. eEPC'deki prosedürlerin gerçek süresinin görsel olarak yansıtılamayacağına dikkat edilmelidir. Bu, modeller oluştururken, bir oyuncunun aynı anda iki görevi yerine getirmek üzere atanacağı durumların mümkün olduğu gerçeğine yol açmaktadır. Modeli oluşturmak için kullanılan mantık sembolleri, bir iş sürecinin dallara ayrılmasını ve birleşmesini yansıtmanıza olanak tanır. İşlemlerin gerçek süresi hakkında bilgi edinmek için Microsoft Project sistemindeki Gantt şemaları gibi diğer açıklama araçlarını kullanmak gerekir.

Böylece, eEPC ARIS gösterimini kullanarak, bir iş sürecini sıralı olarak gerçekleştirilen işlerin (prosedürler, işlevler) akışı biçiminde tanımlayabilirsiniz. ARIS eEPC kullanılarak oluşturulan modellerin örnekleri Şekil 1'de gösterilmektedir. 3 ve 4.

Pirinç. 3. Müşteri hizmetleri süreci sürecinin açıklaması

Pirinç. 4. Müşteri başvurusunun analiz ve onaylanması sürecinin açıklaması

ARIS Organizasyon Şeması Notasyonu

Organizasyon Şeması notasyonu, ARIS'in ana notasyonlarından biridir ve diyagramlar oluşturmak için tasarlanmıştır. örgütsel yapı işletmeler. Tipik olarak bu model, bir iş süreci modelleme projesinin başlangıcında oluşturulur. Model, Şekil 2'de gösterildiği gibi işletmenin mevcut bölümlerini hiyerarşik bir yapı biçiminde yansıtmaktadır. 5.

Pirinç. 5. İşletmenin organizasyon yapısının modeli

Model, “Kuruluş birimi”, “Pozisyon”, “Dahili kişi” vb. nesnelerden oluşturulmuştur. Gösterimde yer alan bağlantı türleri, yansıtmayı mümkün kılar Farklı türde Organizasyon yapısının nesneleri arasındaki ilişkiler. Şekil 2'de gösterilende. Örnek 5'te “Kurumsal”, “Director” tarafından yönetilmekte olup, “Organization Manager for” bağlantı türü kullanılmıştır. Departmanların hiyerarşisi "şinden oluşur" türündeki bağlantılar kullanılarak oluşturulur. Ek olarak, pozisyonlar belirtilebilir - "Pozisyon" ve onları işgal eden gerçek çalışanların adları: "Dahili kişi" ve ayrıca "meşgul olduğu" bağlantı türü.

Departman hiyerarşisi modellerine ek olarak, proje ekipleri, gruplar vb. içindeki tabiiyet hiyerarşisi modelleri de oluşturulabilir. Modellere yansıtılan tüm nesneler gelecekte iş süreci modelleri oluşturulurken kullanılabilir. Karmaşık hiyerarşik yapılar oluştururken ayrıştırma kullanılabilir; örneğin bir departmanın yapısı daha ayrıntılı bir şemaya yansıtılabilir.

ARIS Bilgi Akış Gösterimi

Bilgi Akışı gösterimi, DFD gösterimine benzerdir (aşağıya bakın) ve Şekil 2'de gösterildiği gibi, kurumsal iş süreçlerinin işlevleri arasında veri akış diyagramları veya belgeler oluşturulurken kullanılır. 6.

Pirinç. 6. ARIS Bilgi Akışı diyagramının bir parçası

Gösterimin basitliği yararlı uygulamalarını sınırlar. Gösterimin ana nesneleri “İşlev” (iş süreci modelleri oluştururken de kullanılır) ve “Bilgi Akışı” - bilgi akışıdır (Şekil 7).

Pirinç. 7. ARIS Bilgi Akışı Gösterimi

İş süreci modelleri oluşturulurken önce bir eEPC modeli oluşturulabilir, ardından süreçte tanımlanan işlevler kullanılarak bir bilgi akışı modeli oluşturulabilir.

BPwin 4.0 tarafından desteklenen gösterimler

IDEF0 ve IDEF3 gösterimlerinin açıklaması

IDEF0 notasyonu, SADT yapısal analiz ve tasarım metodolojisine dayalı olarak geliştirilmiş, ABD standardı olarak onaylanmış ve kurumsal faaliyetlerin tanımlanmasıyla ilgili birçok projede başarıyla kullanılmıştır. IDEF0 son derece yaygınlaştı ve özellikle NATO ve IMF gibi uluslararası kuruluşlarda bir standart haline geldi. IDEF3 gösterimi, prosedürlerin mantıksal sırasını yansıtmanın önemli olduğu iş akışlarını daha rahat tanımlamak için geliştirildi. IDEF0 ve IDEF3 notasyonlarının nesneleri tabloda gösterilmektedir. 2 ve 3.

Tablo 2. eEPC gösterim nesneleri

	İsim	Tanım	Grafik gösterimi
IDEF0 gösterimi
1	Aktivite	Nesne, işletmenin departmanları/çalışanları tarafından gerçekleştirilen işlevleri (prosedürler, iş) tanımlamak için kullanılır. Dikdörtgen olarak tasvir edilmiştir. İşin adı süreci ve eylemi yansıtmalıdır. Bir işin simüle edilebilmesi için işin başlangıcından bitişine kadar bir süre geçmesi ve bazı kaynakların harcanması gerekmektedir.
2	Giriş oku	Soldaki işe girerken çizilen ok, işlevi gerçekleştirmek için gerekli olan ve işin değiştirdiği gelen belgeleri, bilgileri, malzeme kaynaklarını açıklar.
3	çıkış oku	Sağdaki işten çıkan ok çizilir ve işin sonuçlarını - giden belgeler, bilgiler, malzeme kaynakları - açıklar. IDEF0 gösteriminde her prosedürde en az bir çıkış oku bulunmalıdır
4	Kontrol oku	Ok, işe yukarıdan girerken çizilir ve örneğin bir sipariş, düzenleyici bir belge vb. gibi kontrol eylemini açıklar. IDEF0 gösteriminde her prosedürde en az bir kontrol oku bulunmalıdır
5	Mekanizma oku	Ok, çalışmaya aşağıdan girerken çizilir ve sözde mekanizmaları, yani prosedürü gerçekleştirmek için gerekli olan ancak yürütme sırasında durumlarını değiştirmeyen kaynakları açıklar. Örnekler: çalışan, makine vb.
6	Arama oku	Ok işten aşağıya doğru çizilmiş olup başka bir çalışma modeline bağlantıdır. BPwin'de bu ok modelleri birleştirmek ve bölmek için kullanılır

Tablo 3. IDEF3 gösterim nesneleri

	İsim	Tanım	Grafik gösterimi
DFD Gösterimi
1	İş	Nesne, işletmenin departmanları/çalışanları tarafından gerçekleştirilen işlevleri (prosedürler, iş) tanımlamak için kullanılır. Dikdörtgen olarak tasvir edilmiştir. İşin adı süreci, eylemi yansıtmalıdır
2	Referans nesnesi	1) diğer diyagramlara olan bağlantıları tanımlamak için kullanılan bir nesne; 2) diğer çalışmalara bağlantılar; 3) nesnelere bağlantılar; 4) Okların kesişme noktalarında dallara ayrılmasının mantığını açıklamak; 5) fonksiyonlar ve kesişimler üzerine çeşitli yorumlar
3	Kavşak	Mantıksal operatörler (5 tip - senkron ve asenkron "VE", senkron ve asenkron "OR", özel "OR"), süreç içindeki işlevler arasındaki ilişkiyi tanımlar. Sürecin dallanmasını tanımlamanıza olanak tanır
4	Oklar	Bilgi ve nesnelerin akışının yanı sıra işlem sırasını tanımlamanıza olanak tanıyan üç tür ok

IDEF0 ve IDEF3 modellerini oluşturmanın semantiği, açık kurallara bağlı kalmayı gerektirir. IDEF standartlarının tam açıklamasını http://www.idef.com/ adresinde bulabilirsiniz.

IDEF0 notasyonunda bir iş süreci açıklaması örneği Şekil 1'de gösterilmektedir. 8 (Şekil 3'te gösterilen işleme karşılık gelir).

Pirinç. 8. IDEF0 gösterimindeki iş süreci açıklamasına bir örnek

IDEF0 notasyonunda süreçleri tanımlamanın özelliklerinden biri de iş süreçlerinin avantaj ve dezavantajlarının net bir şekilde tanımlanmasıdır. IDEF0 diyagramındaki çalışmalar, diyagramın sol üst köşesinden sağ alt köşeye doğru baskınlık sırasına göre düzenlenmiştir. Ya en önemli iş ya da ilk yapılan iş sol üst köşeye yerleştirilir. Oklar eserleri birbirine bağlar ve beş tür bağlantı vardır. Daha yüksek bir işin çıkışından daha düşük bir işin girişine veya kontrolüne yönlendirilen ok doğrudan bir bağlantıdır; daha düşük seviyeli bir işlemin çıktısından daha yüksek seviyeli bir işlemin girişine veya kontrolüne yönlendirilen bir ok geri beslemedir. Geri bildirim eksikliği, çıktı veya yönetim olmadan çalışma, mükerrer çalışma iş süreçlerinin kusurlu olduğunu gösterir.

İncirde. Şekil 9, IDEF3 gösterimindeki bir iş süreci açıklamasının örneğini göstermektedir (Şekil 4'te gösterilen sürece karşılık gelir).

Pirinç. 9. IDEF3 gösteriminde bir iş sürecini tanımlama örneği

IDEF3 gösterimi, ARIS eEPC gösterimi gibi, süreç dallanmasını yansıtmak için mantık sembollerini kullanır. IDEF3 gösterimindeki bir diyagram, tüm süreci temsil etmenize, işlemlerin sırasını ve sürecin mantığını izlemenize olanak tanır.

DFD Gösteriminin Açıklaması

DFD gösterimi, araştırılan kuruluştaki bilgi akışlarını tanımlamayı amaçlamaktadır. DFD gösteriminin nesneleri Tablo'da gösterilmektedir. 4. "Veri ambarı" nesnelerinin ve çift yönlü okların varlığı, bilgi sistemi için belge akışını ve gereksinimlerini en etkili şekilde tanımlamanıza olanak tanır.

Tablo 4. DFD Gösterim Nesneleri

	İsim	Tanım	Grafik gösterimi
DFD Gösterimi
1	Aktivite	Nesne, işletmenin departmanları/çalışanları tarafından gerçekleştirilen bilgi işleme işlevlerini tanımlamak için kullanılır.
2	Bağlantı nesnesi	Bir referans nesnesi, sistemi dışarıdan etkileyen bir nesneyi modeller.
3	Bilgi deposu	Bir veri ambarı, bilgilerin depolandığı bir yeri (arşiv, veritabanı, depo vb.) modeller.
4	Ok	Ok, bilgi akışını, tek bir paket halinde birlikte hareket eden belgelerin hareketini gösterir. Ok çift yönlü olabilir, yani belirli bir rota boyunca her iki yönde de bilgi akışını gösterir.

İncirde. Şekil 10'da bir DFD diyagramının bir örneği gösterilmektedir.

Pirinç. 10. DFD gösteriminde belge akışı açıklamasına bir örnek

Bir bilgi sisteminin daha ayrıntılı bir açıklaması ve tasarımı için ERwin, bir veri modeli oluşturmanıza ve yeniden oluşturmanıza olanak tanıyan bir CASE aracı olan BPwin ile birlikte kullanılabilir. BPwin süreç modeli ile ERwin veri modeli arasındaki bağlantı, varlıklar ve nitelikler sözlüğünün ERwin'den BPwin'e aktarılmasıyla yapılır. Bir süreç modelinde, her ok bir dizi varlık ve öznitelikle ilişkilendirilebilir ve her iş, verileri kullanmaya ilişkin bir dizi kuralla ilişkilendirilebilir. Süreç ve veri modelleri arasındaki bu ilişki, verilerin ve tüketicilerinin yazışmalarının ayrıntılı olarak tanımlanmasına ve böylece bilgi sistemlerinin oluşturulması ve uygulanması sırasında ortaya çıkabilecek hataların ortadan kaldırılmasına olanak sağlar.

BPwin 4.0'daki Organizasyon Şeması

BPwin organizasyon şemaları (Şekil 11), ARI'nin organizasyon şemalarına benzerdir ve ARIS'te olduğu gibi, organizasyonlardaki tabiiyet hiyerarşisini tanımlamayı amaçlamaktadır.

Pirinç. 11. BPwin'deki organizasyon şeması örneği

1. BPwin'de organizasyon şeması oluşturmak için öncelikle aşağıdaki bilgileri sözlüklere girmelisiniz.
2. Resimler (bit eşlemler), açıksa organizasyon şeması Simgelerin kullanılması gerekiyor.
   Rol grupları - eşleşebilir yapısal birim. Şekil 2'deki örnekte. Şekil 10'da “Müdürlük”, “Muhasebe” ve “1 No'lu Çalıştay” rol grupları gösterilmektedir.
3. Roller - pozisyona karşılık gelebilir. Şekil 2'deki örnekte. 10 “Gen. Yönetmen", "Muhasebeci", "Teknolog" vb.
4. Kaynaklar - belirli bir kişinin soyadına karşılık gelebilir.

Sözlüğü oluşturduktan sonra BPwin, kılavuz diyalogları kullanarak rol grupları, roller ve kaynaklar dahil olmak üzere bir tabiiyet hiyerarşisi oluşturmanıza olanak tanır. IDEF0, IDEF3 ve DFD diyagramlarında her işe kaynak sözlüğünden bir kaynak çalışanı atanabilir. Roller ve kaynaklar aynı zamanda IDEF3 diyagramının bir varyasyonu olan ve süreç operasyonlarını ayrı şeritler halinde gerçekleştirirken kurumsal çalışanların sorumluluk alanlarını gösteren bir Yüzme Kulvarı diyagramı oluşturmak için de kullanılabilir.

ARIS ve IDEF notasyonlarının karşılaştırmalı analizi Tablo'da verilmektedir. 5.

Tablo 5. ARIS, IDEF0 ve IDEF3 notasyonlarının nesneleri

	Karşılaştırma kriterleri
1	Diyagram ilkesi/süreç mantığı		Hakimiyet ilkesi (bkz. IDEF0 standardı)	Prosedürlerin zaman sırası
2	Süreç prosedürünün açıklaması	Diyagramdaki nesne	Diyagramdaki nesne	Diyagramdaki nesne
3	Gelen belge
4	Gelen bilgiler		Giriş Oku, Kontrol Oku	Açıklama için ayrı bir nesne kullanılır (Nesne türünde referans nesnesi veya ok Nesne akışı)
5	Giden belge	Açıklama için ayrı bir nesne kullanılır (“belge”)	çıkış oku	Açıklama için ayrı bir nesne kullanılır (Nesne türünde referans nesnesi veya ok Nesne akışı)
6	Giden bilgi	Açıklama için ayrı bir nesne kullanır ("küme", "teknik terim")	çıkış oku	Açıklama için ayrı bir nesne kullanılır (Nesne türünde referans nesnesi veya ok Nesne akışı)
7	Prosedürü gerçekleştiren	Açıklama için ayrı bir nesne kullanılır (“pozisyon”, “organizasyon birimi”)	Mekanizma oku
8	Kullanılan ekipmanlar	Açıklama için ayrı bir nesne kullanır	Mekanizma oku	Hayır (yalnızca referans nesne bağlama yoluyla modele yansıtılabilir)
9	Prosedür yönetimi	HAYIR. Yalnızca mantık ve olayların sembolleri (prosedürlerin sırası) ve/veya gelen belgelerin gösterimi ile yansıtılabilir	Kontrol oku	Yalnızca prosedürlerin zaman sırası ve süreç mantığı
10	Prosedürün uygulanmasının izlenmesi	HAYIR. Gelen evraklar belirtilerek yansıtılabilir	Kontrol oku	Hayır (yalnızca referans nesne bağlama yoluyla modele yansıtılabilir).
11	Yönetim/kontrol geri bildirimi		Kontrol oku	HAYIR
12	Giriş geri bildirimi	HAYIR. Yalnızca mantıksal sembollerle yansıtılabilir (prosedür sırası)	Giriş oku	HAYIR

Biri en önemli yönlerİş süreci modellerinin tanımları, kontrol eylemleri modeline, prosedürün kontrolüne ve yönetimine ilişkin geri bildirimlere yansıtılır. ARIS eEPC notasyonunda, prosedür kontrolü yalnızca prosedürün yürütülmesini ve zaman içindeki prosedürlerin sırasını (tetikleyici olaylar) yöneten gelen belgeler belirtilerek yansıtılabilir. ARIS'in aksine, IDEF0 gösteriminde her prosedür en az bir kontrol eylemine sahip olmalıdır (kontrol girişi - üstte ok). eEPC'de bir model oluştururken, kontrol eylemlerini (örneğin, belgeler ve bilgiler) yansıtma konusunda endişelenmeden yalnızca prosedürlerin sırasını belirtirseniz, ortaya çıkan modellerin analiz ve ileri kullanım açısından değeri düşük olacaktır. Ne yazık ki pratikte en sık görülen hata budur. Prosedürlerin ve gelen/giden belgelerin basit bir şekilde yürütülmesi sırasını yansıtan bir İş Akışı modeli oluşturulurken işlevler üzerindeki kontrol (kontrol) etkileri modele yansıtılmaz.

İncirde. Şekil 12'ye göre, fonksiyon 4 bir kontrol fonksiyonudur ve fonksiyon 2 ve 3 tarafından gerçekleştirilen işin sonuçlarını kontrol etmeye yarar. Ancak bu model şu sorulara cevap vermez:

1. Fonksiyon 2 ve 3 üzerindeki kontrol etkisi nasıl gerçekleştirilir? Yalnızca süreç sırasında 2 ve 3 numaralı işlevlerin geri döndürülmesinin ve yeniden çalıştırılmasının mümkün olduğu gösterilmiştir; Bu geri bildirimle ilgili bilgiler şunlar olabilir:
2. yalnızca model nesnelerinin niteliklerinde bir açıklama olarak açıklanır;
   işlevlerin performansını hangi belgeler (örneğin standartlar), siparişler, dış koşullar (örneğin iç mekan hava nemi) düzenliyor?

Pirinç. 12. ARIS eEPC'de bir iş sürecini tanımlamanın dezavantajları

İşlevlerin performansını belirleyen tüm koşulları ve kısıtlamaları yansıtmaya çalışırsanız, çok sayıda olayı ve gelen bilgiyi (örneğin, yöneticilerden gelen sözlü emirler) tanımlamanız gerekecek ve model karmaşık ve okunması zor hale gelecektir. (bu eksiklikler IDEF3 gösteriminin de doğasında vardır). IDEF0 gösteriminde bu dezavantajlar yoktur. Aynı zamanda IDEF0'daki modeller, süreç yürütme mantık simgelerinin kullanımını sağlamaz.

Dolayısıyla, ARIS eEPC gösterimi oldukça basit olan IDEF3 gösteriminin bir uzantısıdır. eEPC notasyonunda yönetim sürecini yeterince tanımlamak için, süreç prosedürlerinin uygulanmasını düzenleyen belgelerin (bilgilerin) modele nasıl yansıtılacağı konusunda önceden anlaşmaya varmak gerekir.

ARIS ve BPwin ürünlerinin işlevselliği

ARIS Toolset ve BPwin modelleme araçlarının işlevselliği yalnızca belirli bir dizi görevle ilişkili olarak doğru şekilde karşılaştırılabilir. Bu çalışma, kurumsal iş süreçlerine ilişkin modellerin (açıklamaların) oluşturulması sorununu incelemektedir. Söz konusu sistemlerin her birinin kendi avantajları ve dezavantajları vardır. Çözülen görevlere bağlı olarak bu avantajlar artabilir veya tam tersine zayıflayabilir. Aynı şey eksiklikler için de söylenebilir: Bir proje çerçevesinde bir sistemin eksikliği, diğerinde böyle olmayabilir. Örneğin, eEPC ARIS'te kontrol eylemlerinin modellenmesine yönelik açık kuralların bulunmaması, sorulan sorulara yanıt vermeyen modellerin oluşturulmasına yol açabilirken, BPwin sisteminin IDEF0 gösterimi bu sorunu çözmemize olanak tanır. Öte yandan, bir kişi tarafından gerçekleştirilen bir prosedür, eEPC ARIS kullanılarak IDEF0 veya IDEF3 BPwin'e göre daha yeterli şekilde açıklanabilir. Karşılaştırmak işlevsellik sistemler tabloda verilmiştir. 6.

Tablo 6. ARIS Toolset 5.0 ve BPwin 4.0'ın işlevselliğinin karşılaştırılması

	Özellikler/İşyeri Ortamı	ARIS Araç Seti 5.0	BPwin 4.0
1	Desteklenen Standart	(kısmen - DFD, ERM, UML)	IDEF0, IDEF3, DFD
2	Model veri depolama sistemi	Nesne Veritabanı	Modeller dosyalarda saklanır. ModelMart'ı kullanarak ilişkisel bir DBMS'ye dayalı bir depo oluşturmak mümkündür
3	Veritabanı boyutu sınırı		HAYIR. Veritabanı boyutu bilgi işlem kaynaklarıyla sınırlıdır
4	Grup çalışması imkanı	Yemek yemek. ARIS Sunucusu tarafından kullanılır	Yemek yemek. ModelMart tarafından kullanılıyor
5	Diyagramdaki nesne sayısı sınırı	HAYIR	DFD ve IDEF3 için - hayır. IDEF0 için gösterim yönergeleriyle sınırlıdır
6	Ayrışma olasılığı	Sınırsız ayrıştırma. Farklı model türlerine ayrıştırma mümkündür	Sınırsız ayrıştırma. Ayrıştırma işlemi sırasında başka bir notasyona geçmek mümkündür
7	Model sunum formatı	Düzenlenmemiş	Devre dışı bırakma özelliğine sahip standart form (çerçeve) IDEF
8	Model oluştururken kullanım kolaylığı	Karmaşık kontrol paneli, nesne hizalama var, geri alma var	Basit kontrol paneli, nesne hizalaması yok, geri alma yok
9	UDP - Kullanıcı Tanımlı Nesne Özellikleri	Çok ama sınırlı sayıda mülk; tür sayısı sınırlıdır	UDP'lerin sayısı sınırlı değildir. Sınırlı sayıda tür (18)
10	Süreç maliyetlerini analiz edebilme becerisi	Yemek yemek. ARIS ABC'yi kullanma imkanı	Basitleştirilmiş ABC - bir süreçteki kullanım sıklığına göre maliyet analizi. Easy ABC'ye aktarma yeteneği
11	Rapor oluşturma	Standart ve kullanıcıya özel Visual Basic makrolarına dayalı raporlar oluşturun	RPTwin, UDP kullanan formüller kullanılarak yapılan hesaplamalar da dahil olmak üzere raporları görsel olarak özelleştirme yeteneği
12	Özel raporlar geliştirmenin zorluğu	Zor	Sadece
13	Raporları dışa aktar		Raporların MS Office'e, metin dosyasına, RTF'ye, HTML'ye aktarılması uygulandı
14	Veri modeliyle iletişim	ERD diyagramları oluşturma yeteneği, dışa aktarma için ek yazılım gerekir	ERwin veri modeliyle bağlantı uygulandı. Her ok bir dizi varlık ve nitelikle ilişkilendirilebilir
15	Veri erişiminin açıklaması	HAYIR	Veri kullanım hakları her eser için ayrı ayrı tanımlanabilmektedir. Veri modeli nesnesi doğrudan BPwin ortamında oluşturulabilir
16	Destekleyici belgelerin açıklaması	Evet, OLE desteği	UDP komut türünü kullanarak her ok, bir Windows uygulaması kullanılarak yüklenebilecek herhangi bir belgeyle ilişkilendirilir. Uygulama doğrudan BPwin ortamından başlatılır

İki sistemi karşılaştırırken, ARIS'in modelleri depolamak için bir nesne DBMS kullandığını ve her proje için yeni bir veritabanı oluşturulduğunu hemen belirtmek gerekir. Kullanıcıya kolaylık sağlamak için modeller (model nesneleri), projenin özelliklerine göre düzenlenen çeşitli gruplarda saklanabilir. ARIS'in veritabanı yönetimi için çeşitli işlevler sağlaması oldukça doğaldır: erişim kontrolü, konsolidasyon vb. BPwin'de model verileri bir dosyada saklanır ve bu, model oluşturma işini büyük ölçüde basitleştirir. Büyük projelerde grup çalışması için BPwin modelleri Model Mart deposunda (ayrı olarak sağlanır) saklanır. Model Mart, BPwin ve ERwin için bir model deposudur ve ilişkisel DBMS (Oracle, Informix, MS SQLServer, Sybase) kullanır. Model nesne düzeyine erişim haklarının farklılaştırılması, versiyonların karşılaştırılması, modellerin birleştirilmesi vb. dahil olmak üzere yönetim sağlar.

ARIS destekçileri sıklıkla diyagramdaki nesnelerin sayısındaki sınırlamayı BPwin'in dezavantajlarından biri olarak belirtiyorlar. Ancak gerçek proje deneyimleri, sonuçları gerçekten kullanılabilen bir proje için (kriter görünürlüktür), ARIS veritabanındaki veya BPwin modelindeki nesne sayısının 150-300 olduğunu göstermektedir. Bu, bir diyagramda 8 nesne olduğunda modeldeki toplam diyagram (sayfa) sayısının 20-40 olacağı anlamına gelir. 500'den fazla nesne içeren ARIS Araç Seti veritabanları (BPwin gibi) neredeyse kullanılamaz durumdadır. Modelin sorunları tanımlamak ve analiz etmek için oluşturulduğu, yani tüm süreçlerin toplam bir açıklaması değil, en karmaşık, sorunlu faaliyet alanlarının ayrıntılı bir açıklamasının gerekli olduğu vurgulanmalıdır. İşin garibi, şirket yöneticileri arasında süreçlerin ayrıntılı bir şekilde tanımlanmasının başlı başına değerli olduğuna ve birçok sorunu çözebileceğine dair yaygın bir inanç var. Ancak bu gerçeklerden uzaktır. Bir iş süreci modelleme projesinin başarısını belirleyen, neyin tanımlanması gerektiğinin ve gerçek bir sistemin işleyişinin hangi yönlerinin yansıtılacağının anlaşılmasıdır.

ARIS, bireysel model nesneleriyle çalışmak için önemli ölçüde daha fazla fırsat sağlar, ancak tam olarak aşırı sayıda ayar nedeniyle, bir model oluşturma çalışmasının, modelleme anlaşmaları adı verilen karmaşık, çok yönlü belgelerle düzenlenmesi gerekir. Bu anlaşmaların geliştirilmesi başlı başına karmaşık ve pahalıdır ve önemli miktarda zaman (1-3 ay) ve nitelikli uzmanlar gerektirir. ARIS kullanan bir proje, bu tür anlaşmalar ayrıntılı olarak geliştirilmeden başlarsa, sorulan sorulara cevap vermeyen iş süreci modelleri oluşturma olasılığı %80-90'dır. Buna karşılık, BPwin'in kullanımı kolaydır ve diyagramlar oluştururken oldukça katı düzenlemelere sahiptir (IDEF standardı ve kullanımına yönelik öneriler, diyagram oluşturmak için IDEF formu, sınırlı sayıda zorunlu alan, bir diyagramdaki nesne sayısını sınırlama, vesaire.). ARIS kesinlikle BPwin'e kıyasla "daha ağır" bir araçtır, ancak sonuçta bu, işletiminde önemli zorluklara ve yüksek maliyetlere neden olur.

İş süreci modelleme araçlarının çeşitli kullanım durumları ve bunların 5 puanlık ölçekte uzman değerlendirmesi Tabloda gösterilmektedir. 7.

Tablo 7. ARIS Toolset 5.0 ve BPwin 4.0'ın iş süreci modelleme görevleri için uygulanabilirliğinin değerlendirilmesi

Görev/Çalışma Tezgahı	ARIS Araç Seti 5.0
İş süreçlerini tanımlamak için tek seferlik proje, örneğin: kontrol ve yönetim açısından bir iş sürecinin tanımı; işlevsellik açıklaması yeni sistemüst düzey yönetim	3	5
Şirketin faaliyetlerini çeşitli açılardan (organizasyon yapısı, belge yapısı, geniş hacimli süreç veri tabanı vb.) açıklamaya yönelik uzun vadeli (sürekli) bir proje.	5	4
Otomasyon sistemi geliştirme: sistem işlevselliğinin açıklaması; mantıksal bir veri modeli oluşturmak; süreç modeli ile veri modeli arasındaki bağlantı; fiziksel bir veri modeli oluşturmak; uygulama kodu oluşturma.	3 3 - -	5 BPwin + ERwin + Paradigma Plus

Sistemlerin konumlandırılması, iş süreçlerinin modellenmesi probleminin çözümüne ilişkin olarak gerçekleştirilebilir (Şekil 13).

Pirinç. 13. ARIS Toolset ve BPwin'in etkililiğinin değerlendirilmesi

Bu nedenle küçük ölçekli (küçük ve orta ölçekli işletmeler, danışman grubunda 2-5 kişi) ve süreli (2-3 ay) projeler için BPwin'in kullanılması akılcıdır. Büyük ve/veya uzun vadeli projeler için (örneğin, iş süreçlerinin sürekli iyileştirilmesi, ISO, TQM sisteminin uygulanması gibi) ARIS daha uygundur. ARIS Araç Seti sisteminin bilgi modelleri oluşturmak için sakıncalı olduğu ve veritabanlarının tasarlanması ve yapılandırılmasının sağlanmadığı unutulmamalıdır. Bu durumda hazırlık çalışmaları Düzenleyici belgelerin oluşturulması 1-3 ay sürebilir, ancak bu daha sonraki başarılı çalışmalar için gerekli bir unsurdur.

1. Web sitesi www.finexpert.ru
   
2. İnternet sitesi
3. Web sitesi www.idef.com
   
4. S.V. BPwin ve ERwin. Bilgi sistemleri geliştirme için CASE araçları. Moskova: Dialog-MEPhI, 2000, 256 s.
5. EVET. Marka, K. McGowan Yapısal analiz ve tasarım metodolojisi. Moskova, 1993.
6. "ARIS Yöntemleri". ARIS Toolset sisteminin demo sürümüyle birlikte verilen 1000'den fazla sayfadan oluşan PDF dosyası.
7. Ağustos-Wilhelm Scheer. İş süreçleri: temel kavramlar, teoriler, yöntemler. Moskova: Aydınlatıcı, 1999.

Giriiş. İş süreçlerini açıklamaya yönelik tipik görevler

Amacı iş süreçlerinin yeniden düzenlenmesi ve bilgi sistemlerinin uygulanması olan projelerin ilk aşamalarında yöneticiler ve uzmanlar çoğunlukla aşağıdaki soruları sorar:

1. iş süreçlerini tanımlamaya ve yeniden düzenlemeye yönelik teknolojiler kullanılarak kuruluşun faaliyetlerini iyileştirme açısından ne gibi sonuçlar elde edilebilir;
2. projede hangi yazılımın kullanılacağı (“ARIS, BPwin'den daha iyi?”, “ERwin, ARIS'ten daha iyi?”, vb.);
3. “X” ürünü kullanılarak süreçlerin nasıl modelleneceği;
4. “X” ürününü kullanarak sorunların nasıl analiz edileceği ve tanımlanacağı;
5. süreçleri tanımlamak için hangi metodolojinin kullanılacağı;
6. ortaya çıkan iş süreci modelleriyle ilgili bundan sonra ne yapılması gerektiği.

Şu anda, Rusya pazarında oldukça fazla sayıda CASE sistemi sunulmaktadır ve bunların çoğu, şu veya bu şekilde kurumsal iş süreçlerinin tanımlarını (modellerini) oluşturmanıza izin verir. Aynı zamanda, öncelikle süreç modelleri oluşturmaya odaklanan ve veri modelleri oluşturmak ve bir DBMS yapılandırmak için uygun olmayan veya hiç amaçlanmayan sistemler de vardır. Açıkçası, sistem seçimi projenin hedeflerine göre belirlenir ve tüm ilerlemesini önemli ölçüde etkiler. Şirketin yönetimi ve uzmanları çeşitli hususları anlarsa, rasyonel bir sistem seçimi mümkündür:

1. Proje hedefleri;
2. iş süreçlerini karakterize eden ve belirli bir proje kapsamında analiz ve karar verme için gerekli olan bilgilere yönelik gereksinimler;
3. CASE sistemlerinin paragraf 2'nin gerekliliklerini dikkate alarak süreçleri tanımlama yetenekleri;
4. Geliştirilmekte/uygulanmakta olan bilgi sisteminin özellikleri.

Projenin türü, kapsamı ve bu projenin çözmesi gereken ana görevler belirlenmeden, belirli bir sistemin/notasyonun avantajlarından bahsetmek anlamsızdır. Makalemiz, iş süreçlerini tanımlamak için kullanılan en popüler notasyonları (modelleme için benimsenen notasyon sistemleri) ve bu notasyonları destekleyen iki sistemi karşılaştırmaya çalışmaktadır. Bu materyalin, kurumsal iş süreçlerini tanımlamak ve analiz etmek için CASE sistemlerinin etkin kullanımıyla ilgili sorunlara ilişkin bir tartışmaya temel oluşturması bekleniyor.

İş süreçlerinin tanımı, daha fazla analiz edilmesi ve yeniden düzenlenmesi amacıyla gerçekleştirilir. Yeniden yapılanmanın amacı bir bilgi sisteminin getirilmesi, üretim maliyetlerinin azaltılması, müşteri hizmetlerinin kalitesinin iyileştirilmesi, ISO 9000 standartlarının uygulanması sırasında iş ve çalışma talimatlarının oluşturulması vb. olabilir. Bu tür her görev için, iş süreciyle ilgili bir dizi kritik bilgiyi belirleyen belirli parametreler vardır. İş süreçlerini tanımlamaya yönelik gereksinimler görevden göreve değişebilir. Genel olarak bir iş süreci modeli aşağıdaki sorulara cevap vermelidir:

1. belirtilen nihai sonucu elde etmek için hangi prosedürlerin (işlevler, işler) gerçekleştirilmesi gerektiği;
2. bu prosedürlerin hangi sırayla gerçekleştirildiği;
3. değerlendirilen iş sürecinde hangi kontrol ve yönetim mekanizmalarının mevcut olduğu;
4. roller ve sorumluluklar - süreç prosedürlerini kim yürütür;
5. her süreç prosedürünün hangi girdi belgelerini/bilgilerini kullandığı;
6. süreç prosedürünün hangi çıktı belgelerini/bilgilerini oluşturduğu;
7. her bir süreç prosedürünü gerçekleştirmek için hangi kaynaklara ihtiyaç vardır;
8. prosedürün uygulanmasını hangi belgeler/koşullar yönetir;
9. prosedürlerin ve sürecin bir bütün olarak uygulanmasını hangi parametreler karakterize eder;
10. Maliyetleri en aza indiren bir dizi süreç var mı (maliyet, zaman vb. dahil);
11. sürecin bilgi sistemi tarafından ne ölçüde desteklendiği/destekleneceği.

Bir iş sürecinin açıklaması, yukarıdaki tüm hususları yansıtmanıza olanak tanıyan gösterim ve bir araç ortamı kullanılarak oluşturulur. Ancak bu durumda iş süreci modeli, analiz edilip yeniden düzenlenebildiğinden işletme için faydalı olacaktır.

ARIS Organizasyon Şeması Notasyonu

Organizasyon Şeması notasyonu, ana ARIS notasyonlarından biridir ve bir işletmenin organizasyon yapısının diyagramlarını oluşturmak için tasarlanmıştır. Tipik olarak bu model, bir iş süreci modelleme projesinin başlangıcında oluşturulur. Model, Şekil 2'de gösterildiği gibi işletmenin mevcut bölümlerini hiyerarşik bir yapı biçiminde yansıtmaktadır. 5.

Model, "Organizasyon birimi", "Pozisyon", "Dahili kişi" vb. nesnelerden oluşturulmuştur. Gösterimde yer alan bağlantı türleri, organizasyon yapısının nesneleri arasındaki çeşitli ilişki türlerini yansıtmayı mümkün kılar. Şekil 2'de gösterilende. Örnek 5'te “Kurumsal”, “Director” tarafından yönetilmekte olup, “Organization Manager for” bağlantı türü kullanılmıştır. Departmanların hiyerarşisi "şinden oluşur" türündeki bağlantılar kullanılarak oluşturulur. Ek olarak, pozisyonlar belirtilebilir - "Pozisyon" ve onları işgal eden gerçek çalışanların adları: "Dahili kişi" ve ayrıca "meşgul olduğu" bağlantı türü.

Departman hiyerarşisi modellerine ek olarak, proje ekipleri, gruplar vb. içindeki tabiiyet hiyerarşisi modelleri de oluşturulabilir. Modellere yansıtılan tüm nesneler gelecekte iş süreci modelleri oluşturulurken kullanılabilir. Karmaşık hiyerarşik yapılar oluştururken ayrıştırma kullanılabilir; örneğin bir departmanın yapısı daha ayrıntılı bir şemaya yansıtılabilir.

BPwin 4.0 tarafından desteklenen gösterimler

IDEF0 ve IDEF3 gösterimlerinin açıklaması

IDEF0 notasyonu, SADT yapısal analiz ve tasarım metodolojisine dayalı olarak geliştirilmiş, ABD standardı olarak onaylanmış ve kurumsal faaliyetlerin tanımlanmasıyla ilgili birçok projede başarıyla kullanılmıştır. IDEF0 son derece yaygınlaştı ve özellikle NATO ve IMF gibi uluslararası kuruluşlarda bir standart haline geldi. IDEF3 gösterimi, prosedürlerin mantıksal sırasını yansıtmanın önemli olduğu iş akışlarını daha rahat tanımlamak için geliştirildi. IDEF0 ve IDEF3 notasyonlarının nesneleri tabloda gösterilmektedir. 2 ve .

IDEF0 ve IDEF3 modellerini oluşturmanın semantiği, açık kurallara bağlı kalmayı gerektirir. IDEF standartlarının tam açıklamasını http://www.idef.com/ adresinde bulabilirsiniz.

IDEF0 notasyonunda bir iş süreci açıklaması örneği Şekil 1'de gösterilmektedir. 8 (Şekil 3'te gösterilen işleme karşılık gelir).

IDEF0 notasyonunda süreçleri tanımlamanın özelliklerinden biri de iş süreçlerinin avantaj ve dezavantajlarının net bir şekilde tanımlanmasıdır. IDEF0 diyagramındaki çalışmalar, diyagramın sol üst köşesinden sağ alt köşeye doğru baskınlık sırasına göre düzenlenmiştir. Ya en önemli iş ya da ilk yapılan iş sol üst köşeye yerleştirilir. Oklar eserleri birbirine bağlar ve beş tür bağlantı vardır. Daha yüksek bir işin çıkışından daha düşük bir işin girişine veya kontrolüne yönlendirilen ok doğrudan bir bağlantıdır; daha düşük seviyeli bir işlemin çıktısından daha yüksek seviyeli bir işlemin girişine veya kontrolüne yönlendirilen bir ok geri beslemedir. Geri bildirim eksikliği, çıktı veya yönetim olmadan çalışma, mükerrer çalışma iş süreçlerinin kusurlu olduğunu gösterir.

IDEF3 gösterimi, ARIS eEPC gösterimi gibi, süreç dallanmasını yansıtmak için mantık sembollerini kullanır. IDEF3 gösterimindeki bir diyagram, tüm süreci temsil etmenize, işlemlerin sırasını ve sürecin mantığını izlemenize olanak tanır.

DFD Gösteriminin Açıklaması

DFD gösterimi, araştırılan kuruluştaki bilgi akışlarını tanımlamayı amaçlamaktadır. DFD gösteriminin nesneleri Tablo'da gösterilmektedir. 4. "Veri ambarı" nesnelerinin ve çift yönlü okların varlığı, bilgi sistemi için belge akışını ve gereksinimlerini en etkili şekilde tanımlamanıza olanak tanır.

İş süreci modellerini tanımlamanın en önemli yönlerinden biri, kontrol eylemlerinin modeline yansıması, prosedürün kontrolü ve yönetimine ilişkin geri bildirimdir. ARIS eEPC notasyonunda, prosedür kontrolü yalnızca prosedürün yürütülmesini ve zaman içindeki prosedürlerin sırasını (tetikleyici olaylar) yöneten gelen belgeler belirtilerek yansıtılabilir. ARIS'in aksine, IDEF0 gösteriminde her prosedür en az bir kontrol eylemine sahip olmalıdır (kontrol girişi - üstte ok). eEPC'de bir model oluştururken, kontrol eylemlerini (örneğin, belgeler ve bilgiler) yansıtma konusunda endişelenmeden yalnızca prosedürlerin sırasını belirtirseniz, ortaya çıkan modellerin analiz ve ileri kullanım açısından değeri düşük olacaktır. Ne yazık ki pratikte en sık görülen hata budur. Prosedürlerin ve gelen/giden belgelerin basit bir şekilde yürütülmesi sırasını yansıtan bir İş Akışı modeli oluşturulurken işlevler üzerindeki kontrol (kontrol) etkileri modele yansıtılmaz.

İki sistemi karşılaştırırken, ARIS'in modelleri depolamak için bir nesne DBMS'si kullandığını ve her proje için yeni bir veritabanı oluşturulduğunu hemen belirtmek gerekir. Kullanıcıya kolaylık sağlamak amacıyla modeller (model nesneleri), projenin özelliklerine göre düzenlenen çeşitli gruplarda saklanabilir. ARIS'in veritabanı yönetimi için çeşitli işlevler sağlaması oldukça doğaldır: erişim kontrolü, konsolidasyon vb. BPwin'de model verileri bir dosyada saklanır ve bu, model oluşturma işini büyük ölçüde basitleştirir. Büyük projelerde grup çalışması için BPwin modelleri Model Mart deposunda (ayrı olarak sağlanır) saklanır. Model Mart, BPwin ve ERwin için bir model deposudur ve ilişkisel DBMS (Oracle, Informix, MS SQLServer, Sybase) kullanır. Model nesne düzeyine erişim haklarının farklılaştırılması, versiyonların karşılaştırılması, modellerin birleştirilmesi vb. dahil olmak üzere yönetim sağlar.

ARIS destekçileri sıklıkla diyagramdaki nesnelerin sayısındaki sınırlamayı BPwin'in dezavantajlarından biri olarak belirtiyorlar. Ancak gerçek proje deneyimleri, sonuçları gerçekten kullanılabilen bir proje için (kriter görünürlüktür), ARIS veritabanındaki veya BPwin modelindeki nesne sayısının 150-300 olduğunu göstermektedir. Bu, bir diyagramda 8 nesne olduğunda modeldeki toplam diyagram (sayfa) sayısının 20-40 olacağı anlamına gelir. 500'den fazla nesne içeren ARIS Araç Seti veritabanları (BPwin gibi) neredeyse kullanılamaz durumdadır. Modelin sorunları tanımlamak ve analiz etmek için oluşturulduğu, yani tüm süreçlerin toplam bir açıklaması değil, en karmaşık, sorunlu faaliyet alanlarının ayrıntılı bir açıklamasının gerekli olduğu vurgulanmalıdır. İşin garibi, şirket yöneticileri arasında süreçlerin ayrıntılı bir şekilde tanımlanmasının başlı başına değerli olduğuna ve birçok sorunu çözebileceğine dair yaygın bir inanç var. Ancak bu gerçeklerden uzaktır. Bir iş süreci modelleme projesinin başarısını belirleyen, neyin tanımlanması gerektiğinin ve gerçek bir sistemin işleyişinin hangi yönlerinin yansıtılacağının anlaşılmasıdır.

ARIS, bireysel model nesneleriyle çalışmak için önemli ölçüde daha fazla fırsat sağlar, ancak tam olarak aşırı sayıda ayar nedeniyle, bir model oluşturma çalışmasının, modelleme anlaşmaları adı verilen karmaşık, çok yönlü belgelerle düzenlenmesi gerekir. Bu anlaşmaların geliştirilmesi başlı başına karmaşık ve pahalıdır ve önemli miktarda zaman (1-3 ay) ve nitelikli uzmanlar gerektirir. ARIS kullanan bir proje, bu tür anlaşmalar ayrıntılı olarak geliştirilmeden başlarsa, sorulan sorulara cevap vermeyen iş süreci modelleri oluşturma olasılığı %80-90'dır. Buna karşılık, BPwin'in kullanımı kolaydır ve diyagramlar oluştururken oldukça katı düzenlemelere sahiptir (IDEF standardı ve kullanımına yönelik öneriler, diyagram oluşturmak için IDEF formu, sınırlı sayıda zorunlu alan, bir diyagramdaki nesne sayısını sınırlama, vesaire.). ARIS kesinlikle BPwin'e kıyasla "daha ağır" bir araçtır, ancak sonuçta bu, işletiminde önemli zorluklara ve yüksek maliyetlere neden olur.

Sonuçlar. Tipik görevlere bağlı olarak sistemlerin kullanımına ilişkin öneriler

İş süreci modelleme araçlarının çeşitli kullanım durumları ve bunların 5 puanlık ölçekte uzman değerlendirmesi Tabloda gösterilmektedir. 7.

Sistemlerin konumlandırılması, iş süreçlerinin modellenmesi probleminin çözümüne ilişkin olarak gerçekleştirilebilir (Şekil 13).

Bu nedenle küçük ölçekli (küçük ve orta ölçekli işletmeler, danışman grubunda 2-5 kişi) ve süreli (2-3 ay) projeler için BPwin'in kullanılması akılcıdır. Büyük ve/veya uzun vadeli projeler için (örneğin, iş süreçlerinin sürekli iyileştirilmesi, ISO, TQM sisteminin uygulanması gibi) ARIS daha uygundur. ARIS Araç Seti sisteminin bilgi modelleri oluşturmak için sakıncalı olduğu ve veritabanlarının tasarlanması ve yapılandırılmasının sağlanmadığı unutulmamalıdır. Bu durumda, düzenleyici belgelerin oluşturulmasına yönelik hazırlık çalışmaları 1-3 ay sürebilir, ancak bu, daha sonraki başarılı çalışmanın gerekli bir unsurudur.

Ağustos-Wilhelm Scheer. İş süreçleri: temel kavramlar, teoriler, yöntemler. Moskova: Aydınlatıcı, 1999.

BilgisayarBasın 1"2002

ARIS araç setindeki iş süreçlerini modellemek için kullanılan ARIS EPC gösterimi, belirli bir sonuca ulaşmayı amaçlayan birbiriyle ilişkili eylemlerin gerçekleştirilmesi mantığını yansıtan bir olaylar ve işlevler dizisidir.

ARIS EPC modelinin, bir iş sürecini olaya dayalı işlevler dizisi biçiminde yürütmeye yönelik algoritmayı tanımlaması amaçlanmaktadır. ARIS EPC modeli, işlevlerin sırasına odaklanır ve iş süreci modelindeki koşulları tanımlamak için, bir iş sürecini yürütmek için karmaşık algoritmaları tanımlayabilen olaylar ve kurallar kullanılır.

ARIS EPC modelindeki işlevler, "Fatura onay için alındı" gibi olaylarla tetiklenir ve "Fatura onaylandı" veya "Fatura onaylanmadı" gibi olaylarla sona erer. Bir işlevin yürütülmesi sonucunda iş sürecinin daha ileri düzeyde yürütülmesi için tek bir seçenek varsa; Sonuç olarak, yalnızca bir olay üretilir ve ardından bir sonraki işlev gelir; bu işlevler arasındaki olay çizilmeyebilir.

ARIS EPC gösteriminin bir iş süreci modeli mutlaka bir veya daha fazla olayla veya diğer iş süreci modellerine yönelik arayüzlerle başlar ve biter. Arayüzleri yansıtmak için özel nesneler “İşlem Arayüzü” kullanılır - nesne türü “İşlev”.

Bir ARIS EPC modeli oluştururken, aynı belgenin bir işlev için giden belge ve bir sonraki işlev için gelen belge olduğu durumlar ortaya çıkabilir. Bu durumlarda, modelin ergonomisini geliştirmek için, bir belge temsilinin bir gelen bağlantıyla (oluşturulduğu veya ayarlandığı işlevden) ve bir giden bağlantıyla (kullanıldığı işleve) kullanılmasına izin verilir. .

EPC modelinin bağlantısı kesilemez; diğerleriyle bağlantısı olmayan bir nesnenin modele yerleştirilmesi bir hatadır.

Belgelerin işlevlere göre konumu genellikle şu şekildedir: sol üstte gelen belgeler, sol altta giden belgeler, icracılar genellikle işlevin sağında bulunur.

ARIS EPC modelinde aşağıdaki bilgiler belirtilmiştir:

• gerçekleştirilen işlevler
• fonksiyonların bilgi kaynakları (gelen/giden belgeler)
• olaylar
• süreç arayüzleri
• mantıksal operatörler
• icracılar (pozisyonlar, iş rolleri)
• Bilgi sistemi

ARIS EPC'de olay adlandırma kuralları

Etkinlik adı, bir isim ve durum değişikliğinin sözlü açıklamasını içermelidir. Örnek: "İşlem tamamlandı."

ARIS EPC'de işlev adlandırma kuralları

Bir işlevi adlandırmak için gerçek adını kullanmanız gerekir. İsim iki bölümden oluşmalıdır: gerçekleştirilen işlevi açıklayan sözlü bir isim ve üzerinde gerçekleştirilen nesneyi belirten bir isim. İşlev adı, nesnenin büyük harfle başlayan kısa adından oluşur; örneğin, "Müşteri iletişim kişilerini arayın."

ARIS EPC'de rolleri/pozisyonları adlandırma kuralları

İş rolünün adı (Kişi Türü), icracıya verilen sorumlulukların özüne uygun olmalıdır. Kural olarak başlıkta “Sorumlu...” ibaresi yer alıyor. Görev unvanları (Pozisyon) kadro tablosuna uygun olarak yazılır.

Belge Adlandırma Kuralları

Nesne bir belgeye (Bilgi Taşıyıcısı) (kağıt ve/veya elektronik formatta). Belgeleri adlandırmak için (kullanılan simgeye bakılmaksızın) gerçek adlarını kullanmanız gerekir.

ARIS EPC'de bilgi sistemlerini adlandırma kuralları

Bilgi sistemlerini adlandırmak için (Uygulama sistemi türü), yerleşik adlarını kullanmalısınız.

Süreç arayüzü adlandırma kuralları

İşlem arayüzü, bitişik bir işleme bağlantı gösterir. Süreç arayüzünün adı, iş sürecinin bitişik kısmını tanımlayan modelin adına karşılık gelir. Arayüz, açıklanan iş sürecinin parçası olmayan iş süreci modellerine referans vermek için kullanılabilir.

ARIS metodolojisinin genel yapısı

http://rudocs.exdat.com/docs/index-62596.html?page=3

ARIS eEPC gösterimi aşağıdaki - genişletilmiş Olay Odaklı Süreç Zinciri - genişletilmiş olay güdümlü süreç zinciri anlamına gelir. Gösterim, IDS Scheer AG'den (Almanya) uzmanlar, özellikle Profesör Scheer tarafından geliştirilmiştir. Aşağıdaki tablo 2.3.1, gösterimde kullanılan ana nesneleri göstermektedir.

Tablo 2.3.1 ARIS eEPC notasyonunda iş süreçlerini açıklamaya yönelik nesneler.

Bir eEPC diyagramı oluşturulurken Tablo 2.3.1'de listelenen ana nesnelere ek olarak birçok başka nesne de kullanılabilir. Uygulamada, farklı türden çok sayıda nesnenin kullanılması pratik değildir çünkü bu, modelin boyutunu önemli ölçüde artırır ve okumayı zorlaştırır. eEPC gösteriminin anlamını anlamak için, kullanılan ana nesne türlerine ve ilişkilere bakalım. Şekil 2.3.5'te. Bir işletmenin iş sürecinin bir parçasını açıklayan en basit eEPC modeli sunulmaktadır.

Pirinç. 2.3.5. eEPC gösterimindeki en basit model

Şekil 2.3.5'ten. Nesneler arasındaki bağlantıların belli bir anlam taşıdığı ve süreç içindeki işlevlerin sırasını yansıttığı açıktır. Olay 1 ile İşlev 1'i birbirine bağlayan bir ok, İşlev 1'in yürütülmesini "etkinleştirir" veya başlatır. İşlev 1, Olay 2'yi "oluşturur" ve ardından İşlev 2 ve 3'ün yürütülmesini "tetikleyen" bir AND sembolü gelir. eEPC gösteriminin dikkatli bir analizi şunu gösterir: pratikte IDEF3 gösteriminden hiçbir farkı yoktur. eEPC arasındaki en önemli fark, bir “olay” nesnesinin varlığıdır. Bu nesne, sürecin hangi sonraki dalının yürütüldüğüne bağlı olarak, işlevlerin yürütülmesinin olası sonuçlarını modelde görüntülemek için kullanılır. eEPC gösterimi açıkça genişletilmiş olarak adlandırılıyor çünkü bir "olay" nesnesi içeriyor - IDEF3'te böyle bir nesne yok. ARIS eEPC'de bir model oluştururken aşağıdaki kurallara uyulmalıdır:

her işlev bir olayla başlatılmalı ve bir olayla bitmelidir;

her işlev, işlevin yürütülmesini "başlatan" birden fazla ok içeremez ve işlevin tamamlandığını açıklayan birden fazla oktan çıkamaz.

Şekil 2.3.7, bir iş süreci modeli oluştururken çeşitli ARIS eEPC gösterimi nesnelerinin kullanımını göstermektedir.

Pirinç. 2.3.7. eEPC gösteriminde model oluştururken çeşitli nesneleri kullanma

Şekil 2.3.6'dan. ve 2.3.7. eEPC notasyonunda bir iş sürecinin, uygulanma sırasına göre düzenlenmiş bir prosedürler dizisi olduğu görülebilir. Prosedürlerin gerçek süresinin eEPC'ye görsel olarak yansıtılamayacağına dikkat edilmelidir. Bu, modeller oluştururken, bir oyuncunun aynı anda iki görevi yerine getirmek üzere atanacağı durumların mümkün olduğu gerçeğine yol açmaktadır. Modeli oluşturmak için kullanılan mantık sembolleri, bir iş sürecinin dallara ayrılmasını ve birleşmesini yansıtmanıza olanak tanır. Süreçlerin gerçek süresi hakkında bilgi edinmek ve süreçteki personelin iş yükünü görsel olarak görüntülemek için MS Project uygulamasındaki Gantt şemaları gibi diğer açıklama araçlarını kullanabilirsiniz.

Şekil 2.3.8'de. Bir müşteri siparişinin işlenmesine ilişkin iş süreci sunulmaktadır. Süreç “Müşteri Siparişi Alındı” olayı ile başlar. Bu olay, Satış Departmanı yöneticisi tarafından gerçekleştirilen "Sistemde sipariş sonrası" fonksiyonunu tetikler. İşi tamamlamak için bir “Sipariş Muhasebe Sistemi” kullanıyor. Fonksiyonun yürütülmesinin sonucu “Sipariş muhasebesi tamamlandı” olayı ile görüntülenir. Bundan sonra satış müdürü “Ürün uygunluk analizi yap” fonksiyonunu gerçekleştirir. İşlevin yürütülmesinin sonucu iki alternatif olaydır: "Sipariş öğeyle eşleşiyor" ve "Sipariş öğeyle eşleşmiyor." Süreç dalları. Bir sürecin dallanmasını görüntülemek için mantıksal özel "VEYA" sembolü kullanılır. "Siparişi yerine getirmenin imkansızlığı konusunda müşteriyi bilgilendir" işlevi iki durumda gerçekleştirilebilir: siparişin ürüne karşılık gelmemesi veya üretimin imkansız olması durumunda. Bu seçenekleri süreç diyagramında görüntülemek için mantıksal “OR” sembolü vb. kullanılır. Şekil 2.3.8'den görülebileceği gibi, ARIS eEPC'deki süreç diyagramı nesnelerin varlığında IDEF3'teki diyagramdan farklılık gösterir: olaylar, belgeler, uygulama sistemleri ve konumlar. ARIS'teki diyagram görsel olarak daha bilgilendiricidir ve daha iyi algılanır, ancak bu diyagramın boyutu IDEF3 gösterimindeki diyagramın boyutundan önemli ölçüde daha büyüktür.
Pirinç. 2.3.8. ARIS eEPC gösterimindeki süreç açıklamasına bir örnek