Veri analizi ve iş süreci modelleme. İş süreci modellemesi. Olay süreç zinciri

04.09.2021

İş süreci modellemeşirketin bir bütün olarak nasıl çalıştığını ve faaliyetlerin her işyerinde nasıl organize edildiğini belirlemenize olanak tanıyan, şirket faaliyetlerini optimize etmenin yollarını bulmak için etkili bir araçtır. Bir iş sürecinin modelini (tanımını) oluşturmak için metodoloji (gösterim), gerçek dünyanın nesnelerinin ve aralarındaki bağlantıların bir model şeklinde temsil edildiği bir dizi yol olarak anlaşılır. Her nesne ve bağlantılar, gerçek bir nesnenin belirli özelliklerini (nesne numarası, ad, açıklama, yürütme süresi (işlevler için), maliyet vb.) yansıtan bir dizi parametre veya öznitelikle karakterize edilir.

İş süreçlerinin tanımı, daha fazla analiz ve yeniden düzenleme amacıyla gerçekleştirilir. Yeniden yapılanmanın amacı, bir bilgi sisteminin tanıtılması, maliyetlerin düşürülmesi, müşteri hizmetlerinin kalitesinin iyileştirilmesi, iş ve çalışma talimatlarının oluşturulması vb. olabilir ve süreçlerin ayrıntılı bir açıklaması tek başına değerli değildir.

Değişim Mühendisliğiİş süreçlerinin yeniden yapılandırılması, ilgili organizasyonel, idari ve düzenleyici belgelerle resmileştirilmiş, üretim, ekonomik ve finansal ve ekonomik faaliyetlerin maksimum verimliliğini elde etmek için iş süreçlerinin temelden yeniden düşünülmesi ve radikal bir şekilde yeniden tasarlanmasıdır. İşletme mühendisliği, iş süreçlerinin modellenmesinden ("olduğu gibi" bir model geliştirme, onu analiz etme, "olması gerektiği gibi" bir model geliştirme) ve "olması gerektiği gibi" bir duruma geçiş için bir plan geliştirme ve uygulamadan oluşur.

Birçok modern iş süreci modelleme metodolojisi, SADT metodolojisine (Structured Analysis and Design Technique), IDEF standartlar ailesine (Icam DEFinition, Icam, Bilgisayar Destekli Üretim anlamına gelir) ve algoritmik dillere dayanır.

İş süreçlerini modellemek ve analiz etmek için ana metodoloji türleri:

İş süreci modellemesi ( İş Süreci Modelleme). İş süreçlerini tanımlamak için en yaygın kullanılan metodoloji IDEF0 standardıdır. IDEF0 gösterimindeki modeller, bir şirketin işinin işlevsel açıdan üst düzey bir açıklamasına yöneliktir.

İş akışlarının açıklaması ( İş Akışı Modelleme). IDEF3 standardı, iş akışlarını tanımlamayı amaçlar ve blok diyagramları oluşturmak için algoritmik yöntemlere yakındır.

Veri akışlarının açıklaması ( Veri Akışı Modelleme). DFD gösterimi ( Veri Akış Şeması), süreç boyunca gerçekleştirilen işlerin sırasını ve bu işler arasında dolaşan bilgi akışlarını yansıtmanıza olanak tanır.

Diğer metodolojiler.

Bir ürün veya hizmetin katma değerinin elde edilmesiyle ilgili olarak, aşağıdaki süreç sınıfları ayırt edilebilir:

Anahtar iş süreçleri (örneğin, pazarlama, üretim, tedarik ve servis ürünleri).

Destekleyici iş süreçleri ürüne değer katmaz, ancak değerini arttırır (örneğin, operasyonların finansal desteği, personel, yasal destek, yönetim, güvenlik, bileşen temini, onarım ve bakım vb.).

Yönetim iş süreçleri.

İş modeli iş süreçlerinin resmileştirilmiş (grafik, tablo, metin, sembolik) tanımıdır. İş modellerinin ana uygulama alanı, iş süreçlerinin yeniden yapılandırılmasıdır.

İş süreci modellemenin amaçları genellikle şu şekilde formüle edilir:

Kuruluşun yapısı ve içinde yer alan süreçlerin dinamikleri hakkında bir anlayış sağlamak;

Kuruluşun mevcut sorunları ve bunları çözme olasılıkları hakkında bir anlayış sağlayın;

Müşterilerin, kullanıcıların ve geliştiricilerin kuruluşun amaç ve hedefleri hakkında aynı anlayışa sahip olmalarını sağlamak;

Bir kuruluşun iş süreçlerini otomatikleştiren yazılım gereksinimlerinin oluşturulması için bir temel oluşturun (yazılım gereksinimleri bir iş modeli temelinde oluşturulur).

İş süreci modelinin önemli bir unsuru, iş kuralları veya etki alanı kuralları. Tipik iş kuralları, şirket politikaları ve hükümet yasalarıdır. İş kuralları genellikle belirli bir belgede formüle edilir ve modellere yansıtılabilir.

Ayrışma genel anlamda, bir nesneyi belirli bir kritere göre bileşenlerine ayırarak, büyük bir sorunun çözümünü bir dizi daha küçük sorunun çözümüyle değiştirmenize olanak sağlayan bir yöntemdir. Uygulamada, iş modellerini iyileştirmek için ayrıştırma kullanılır.

İş süreçlerini tanımlamanın aşamaları:

Açıklamanın amaçlarının belirlenmesi.

Çevrenin tanımı, iş sürecinin girdi ve çıktılarının tanımı, IDEF0 diyagramlarının oluşturulması.

Fonksiyonel yapının tanımı (süreç eylemleri), IDEF3 diyagramlarının oluşturulması.

Sürecin akışlarının (maddi, bilgi, finansal) tanımı, DFD diyagramlarının oluşturulması.

Sürecin organizasyon yapısını oluşturmak (departmanlar, katılımcılar, sorumlu).

IDEF0

Model, birbiriyle bağlantılı diyagramlar, metin parçaları ve bir sözlükten oluşur. Şemalar modelin ana bileşenleridir, üzerlerindeki tüm fonksiyonlar ve arayüzler bloklar ve yaylar olarak temsil edilir.

Ark ve blok arasındaki bağlantı, arayüz tipini belirler:

Kontrol bilgileri en üstteki bloğa girer.

Giriş bilgileri soldaki bloğa girer.

Sonuçlar sağdaki bloktan çıkar.

İşlemi gerçekleştiren mekanizma (insan veya otomatik sistem) üniteye alttan girer.

Modelin her bir bileşeni başka bir diyagramda ayrıştırılabilir (daha ayrıntılı olarak deşifre edilebilir). Modelin ayrıntı düzeyi amacına ulaştığında modellemeyi bırakmanız önerilir. Modeldeki toplam seviye sayısı 5-6'yı geçmemelidir.

Diyagramlama, tüm sistemi tek bir blok olarak temsil ederek ve sistem dışındaki fonksiyonlara sahip arayüzleri temsil eden yaylarla başlar. Daha sonra, sistemi tek bir birim olarak temsil eden blok, arayüz yaylarıyla birbirine bağlanan birkaç blok kullanılarak başka bir diyagramda detaylandırılır. Her ayrıntılı diyagram, önceki seviyenin diyagramından bir blok ayrıştırmadır. Ayrıştırmanın her adımında, önceki seviyenin diyagramına daha ayrıntılı diyagramın ana diyagramı denir.

Bu tür diyagramlarda ne sıra ne de zaman açıkça belirtilmez. Yöntemin bir takım dezavantajları vardır: algılamanın karmaşıklığı (şemalarda çok sayıda yay ve çok sayıda ayrıştırma seviyesi), birkaç işlemi birbirine bağlamanın zorluğu.

IDEF3

Bu yöntem simüle etmek için tasarlanmıştır eylem dizisi ve süreçler içinde aralarındaki karşılıklı bağımlılıklar. IDEF3 modelleri, ayrıştırma diyagramları olmayan IDEF0 fonksiyon bloklarının detayına inmek için kullanılabilir.

IDEF3 diyagramları ekranı eylem bir dikdörtgen şeklinde. Eylemler fiiller veya sözlü isimler kullanılarak adlandırılır, her eyleme benzersiz bir kimlik numarası atanır (eylem numarası genellikle ebeveyninin numarasından önce gelir, örneğin 1.1.).

IDEF3'teki tüm bağlantılar tek yönlüdür ve soldan sağa doğru düzenlenmiştir.

IDEF3 bağlantı türleri:

Zamansal öncelik, basit ok. Nihai eylemin başlayabilmesi için orijinal eylemin tamamlanması gerekir.

Nesne akışı, çift başlı ok. Orijinal eylemin çıktısı, son eylemin girdisidir. Nihai eylemin başlayabilmesi için orijinal eylemin tamamlanması gerekir. Akış bağlantısı adları, bunları kullanarak iletilen nesneyi açıkça tanımlamalıdır.

Bulanık İlişki, kesikli ok.

Bir eylemin tamamlanması, aynı anda birkaç başka eylemin yürütülmesinin başlamasını başlatabilir veya tersine, belirli bir eylem, yürütmeye başlamadan önce birkaç başka eylemin tamamlanmasını gerektirebilir (süreç dallanması).

Sürecin dallanması özel bloklar kullanılarak yansıtılır:

- "Ve", & işaretiyle engelleyin.

- "Özel VEYA" ("biri"), X işaretiyle engelleyin.

- "VEYA", O işaretiyle engelleyin.

"VE", "VEYA" eylemleri eşzamanlı olarak gerçekleştirilmelidir, bu, blok içinde eşzamansız olarak - birer birer iki çift dikey çizgi ile belirtilir.
IDEF3 yöntemi, bir etkinliği birden çok kez ayrıştırmanıza, böylece alternatif süreç akışlarını tek bir modelde belgelemenize olanak tanır.

DFD

Bu sunumun amacı, her bir sürecin nasıl dönüştürür onların girdisi veri haftasonunda. Yalnızca bilgiyi değil, malzeme akışlarını da yansıtabilir. Ayrıca diğer modellerde olduğu gibi ayrıştırma desteklenmektedir.

Veri akış diyagramlarının ana bileşenleri şunlardır:

Dış varlıklar (örneğin müşteriler, personel, tedarikçiler, müşteriler, depo gibi bilgi kaynağı veya alıcısı olan bir maddi nesne veya kişi);

Sistemler ve alt sistemler (örneğin, bireylerle çalışmak için bir alt sistem);

Süreçler (belirli bir algoritmaya göre girdi veri akışlarının çıktıya dönüştürülmesi; fiziksel olarak, örneğin, girdi belgelerini işleyen ve raporlar veren bir organizasyonun (departmanın) bir alt bölümü, bir program, donanımla uygulanan bir mantıksal cihaz olabilir. , vesaire.);

Veri depolama cihazları (bilgi depolamak için soyut cihazlar);

Veri akışları (şemadaki oklar).

Diyagramları bu düzeyde önemsiz ayrıntılarla karıştırmadan, her bir şemaya 3 (daha az anlamsız) ile 7 (daha fazlası algılanmaz) arasındaki süreçleri yerleştirmek gerekir.

Bir DFD hiyerarşisi oluşturmanın ilk adımı, bağlam diyagramları oluşturmaktır. Genellikle, nispeten basit sistemler tasarlarken, merkezinde ana işlem olarak adlandırılan, lavabolara ve bilgi kaynaklarına bağlı olan bir yıldız topolojisine sahip tek bir bağlam diyagramı oluşturulur. Karmaşık sistemler için (on veya daha fazla harici varlık, sistemin dağıtılmış doğası ve çok işlevliliği), bağlam diyagramlarının bir hiyerarşisi oluşturulur. Aynı zamanda, üst düzey bağlam diyagramı tek bir ana süreç değil, veri akışlarıyla birbirine bağlanan bir dizi alt sistem içerir.

Bir DFD üzerindeki her işlem, bir DFD veya (işlem temel ise) bir spesifikasyon kullanılarak detaylandırılabilir. Spesifikasyonlar, süreçler tarafından gerçekleştirilen görevler için algoritmaların tanımlarıdır. Belirtim dilleri, yapılandırılmış doğal dil veya sözde koddan görsel modelleme dillerine kadar değişebilir.

İş süreci modellemede, AS-IS ve AS-TO-BE modelleri oluşturmak için veri akış diyagramları (DFD'ler) kullanılır, böylece bir organizasyonun iş süreçlerinin mevcut ve önerilen yapısını yansıtır.

ARİS

Şu anda, entegre modelleme araçlarının oluşturulması şeklinde kendini gösteren çeşitli modelleme yöntemlerinin entegrasyonuna yönelik bir eğilim vardır. Bu araçlardan biri, Alman şirketi IDS Scheer tarafından geliştirilen ARIS (Bütünleşik Bilgi Sistemleri Mimarisi) adlı bir yazılım ürünüdür.

ARIS, incelenen sistemin farklı yönlerini yansıtan dört model tipini (ve her tipte birçok model tipini) destekler:

Sistemin yapısını temsil eden örgütsel modeller - örgütsel birimlerin hiyerarşisi, pozisyonlar ve belirli kişiler, bunlar arasındaki bağlantılar ve yapısal birimlerin bölgesel bağlantısı;

Yönetim aygıtının karşı karşıya olduğu bir hedefler hiyerarşisini içeren ve hedeflere ulaşmak için gerekli bir dizi işlev ağacını içeren işlevsel modeller;

Sistemin tüm fonksiyon setinin uygulanması için gerekli olan bilgi yapısını yansıtan bilgi modelleri;

Sistem içinde iş süreçlerinin uygulanmasının entegre bir görünümünü temsil eden yönetim modelleri.

Listelenen model türlerini oluşturmak için hem ARIS'e özel modelleme yöntemleri hem de çeşitli iyi bilinen modelleme yöntemleri ve dilleri, özellikle UML, kullanılır. Modelleme işlemine herhangi bir model türü ile başlayabilirsiniz.

ARIS'in ana iş modeli eEPC'dir (genişletilmiş Olaya dayalı Süreç Zinciri). ARIS eEPC gösterimi, IDEF3 gösteriminin bir uzantısıdır. eEPC gösteriminde bir iş süreci, yürütme sırasına göre düzenlenmiş, sırayla gerçekleştirilen işlerin (prosedürler, işlevler) akışıdır. Prosedürün gerçek süresi, eEPC'ye görsel olarak yansıtılmaz.

Süreçlerin gerçek süresi hakkında bilgi edinmek için MS Project gibi diğer tanımlama araçlarını kullanmak gerekir.

ARIS'teki modeller, elemanları çeşitli olan diyagramlardır. nesneler- "fonksiyonlar", "olaylar", "yapısal birimler", "belgeler" vb. Belirli türdeki nesneler arasına kurulabilir bağlantılar belirli türlerde ("yerine getirir", "karar verir", "sonuçlar hakkında bilgilendirilmelidir" vb.). Her nesne, belirli bir nesne hakkında ek bilgi girmenize izin veren belirli bir öznitelik kümesine karşılık gelir.

eEPC gösteriminin ana nesneleri:

İşlev. İşletmenin departmanları / çalışanları tarafından gerçekleştirilen işlevleri (prosedürler, işler) tanımlamaya yarar. Her işlev bir olay tarafından tetiklenmeli ve bir olayla bitmelidir; her işlev, işlevin yürütülmesini "başlayan" birden fazla ok ve işlevin yürütülmesinin tamamlandığını açıklayan birden fazla ok içeremez.

Etkinlik. Fonksiyonların performansını etkileyen gerçek olayları tanımlamaya yarar.

Organizasyon birimi. Örneğin, yönetim veya departman.

Belge. Kağıt belgeler gibi gerçek ortamları yansıtır.

Uygulanan sistem.

Bilgi kümesi. Bir dizi varlık ve aralarındaki ilişkiyi karakterize eder.

Nesneler arasındaki iletişim. Nesneler arasındaki ilişkinin türü, örneğin, bir işlevin bir olay tarafından yürütülmesinin etkinleştirilmesi.

Mantıksal operatör. "VE", "VEYA" veya özel "VEYA" operatörü, bir işlemin dallanmasını tanımlamanıza olanak tanır.

eEPC'de bir model oluştururken, kontrol belgelerinin ve bilgilerinin yansıması endişesi olmadan sadece prosedürlerin sırası belirtilirse, ortaya çıkan modellerin analiz ve daha fazla kullanım açısından düşük değeri olacaktır.

Modelleri ARIS'te depolamak için bir nesne DBMS'si kullanılır ve her proje için yeni bir veritabanı oluşturulur. Erişim kontrolü gibi çeşitli veritabanı yönetim işlevleri sağlanır. Veritabanı, modellerin hiyerarşik bir deposudur.

Bir model oluşturma çalışması, katı ve hacimli modelleme anlaşmaları (standartlar) tarafından düzenlenmelidir, ARIS, kullanıcının yalnızca belirli bir dizi şema ve nesneyi kullanmasına izin veren bir metodolojik filtre mekanizmasını destekler. Bu tür anlaşmaların geliştirilmesi, önemli miktarda zaman ve yüksek nitelikli uzmanlar gerektirir. ARIS kullanan bir proje, bu tür anlaşmaların ayrıntılı bir şekilde detaylandırılması olmadan başlarsa, sorulan sorulara cevap vermeyen iş süreci modelleri oluşturma olasılığı çok yüksektir.

Modellemeye hem yapısal hem de nesne yönelimli yaklaşımlara dayanan iş süreçlerini modellemek için birkaç farklı yöntem kullanılır. Bununla birlikte, en gelişmiş yöntemler her iki yaklaşımın unsurlarını kullandığından, yöntemlerin kendilerinin yapısal ve nesnel olanlara bölünmesi oldukça keyfidir. En yaygın yöntemlerden bazıları şunlardır:

fonksiyonel modelleme yöntemi SADT (IDEF0);

IDEF3 süreç modelleme yöntemi;

DFD veri akışlarının modellenmesi;

ARIS yöntemi;

Ericsson-Penker yöntemi;

Rational Unified Process teknolojisinde kullanılan modelleme tekniği

1. SADT (Yapılandırılmış Analiz ve Tasarım Tekniği) yöntemi, yönetime süreç yaklaşımının klasik bir yöntemi olarak kabul edilir. Süreç yaklaşımının temel prensibi, organizasyonun faaliyetlerini organizasyon ve personel yapısına değil, iş süreçlerine göre yapılandırmaktır.

SADT yöntemi, çok çeşitli süreçleri ve sistemleri simüle etmek için kullanılabilir. Mevcut sistemlerde, SADT yöntemi, sistem tarafından gerçekleştirilen işlevleri analiz etmek ve bunların gerçekleştirildiği mekanizmaları belirtmek için kullanılabilir.

SADT yöntemi, herhangi bir konu alanındaki bir nesnenin işlevsel bir modelini oluşturmak için tasarlanmış bir dizi kural ve prosedürdür. SADT işlevsel modeli, nesnenin işlevsel yapısını yansıtır, yani. gerçekleştirdiği eylemler ve bu eylemler arasındaki bağlantılar.

SADT yönteminin uygulanmasının sonucu, diyagramlar, metin parçaları ve birbirine bağlantıları olan bir sözlükten oluşan bir modeldir.

SADT yönteminin en önemli özelliklerinden biri, modeli temsil eden diyagramlar oluştururken kademeli olarak daha yüksek ayrıntı düzeylerinin tanıtılmasıdır.

Pirinç. 2.

2. Süreçleri modelleme yöntemi IDEF3

IDEF3 modelleme yöntemi, süreçler içindeki eylemlerin sırasını ve bunlar arasındaki karşılıklı bağımlılıkları modellemek için tasarlanmıştır.

IDEF0 yönteminde olduğu gibi IDEF3 modelinin temel birimi diyagramdır. Modelin bir diğer önemli bileşeni, eylem veya IDEF3 terimleriyle İş Birimidir. IDEF3 diyagramları bir eylemi dikdörtgen olarak görüntüler. Eylemler fiiller veya sözlü isimler kullanılarak adlandırılır ve her eyleme benzersiz bir kimlik numarası atanır. Model oluşturma sürecinde aktivite silinse bile bu numara tekrar kullanılmaz. IDEF3 diyagramlarında, bir eylemin numarası genellikle üst öğesinin numarasından önce gelir (Şekil 3).

Pirinç. 3.

Eylemler arasındaki temel ilişkiler, bağlantılar kullanılarak tasvir edilir. IDEF3'teki tüm bağlantılar tek yönlüdür ve bir ok bir eylem bloğunun her iki tarafında başlayıp bitebilse de, IDEF3 diyagramları genellikle oklar blokların sağında başlayıp sol tarafında bitecek şekilde soldan sağa düzenlenir. Tablo 1, üç olası bağlantı türünü gösterir.

Tablo 1. IDEF3 bağlantı türleri

3. DFD veri akış şemaları

Veri Akış Şemaları (DFD), veri akışlarıyla ilişkili işlevsel süreçlerin bir hiyerarşisidir. Bu görüşün amacı, her bir sürecin girdilerini nasıl çıktılara dönüştürdüğünü göstermek ve bu süreçler arasındaki ilişkiyi ortaya koymaktır.

Bu yönteme uygun olarak, sistem modeli, bilgiyi girdisinden sisteme, çıktısına tüketiciye dönüştürmenin asenkron sürecini tanımlayan bir veri akış diyagramları hiyerarşisi olarak tanımlanır. Bilgi kaynakları (dış varlıklar), bilgiyi alt sistemlere veya süreçlere taşıyan bilgi akışları (veri akışları) üretir. Bunlar da bilgiyi dönüştürür ve bilgiyi diğer süreçlere veya alt sistemlere, veri depolama cihazlarına veya harici varlıklara - bilgi tüketicilerine aktaran yeni akışlar oluşturur.

Hiyerarşinin en üst seviyelerindeki diyagramlar (bağlam diyagramları), harici girdi ve çıktılara sahip ana süreçleri veya alt sistemleri tanımlar. Düşük seviyeli diyagramlar kullanılarak detaylandırılırlar. Bu ayrıştırma, süreçleri daha fazla detaylandırmanın bir anlamı olmayan bir ayrıştırma düzeyine ulaşılana kadar çok düzeyli bir diyagram hiyerarşisi oluşturarak devam eder.

Veri akış diyagramlarının ana bileşenleri şunlardır:

* dış varlıklar;
* sistemler ve alt sistemler;
* süreçler;
* veri depolama cihazları;
* veri akışları.
4. ARIS yöntemi

Alman şirketi IDS Scheer tarafından geliştirilen ARIS (Entegre Bilgi Sistemi Mimarisi) sistemi, kurumsal faaliyetleri analiz etmek ve modellemek için bir dizi araçtır. Metodolojik temeli, incelenen sistemle ilgili farklı görüşleri yansıtan çeşitli modelleme yöntemlerinin bir kombinasyonudur. Aynı model, farklı teorik bilgilere sahip uzmanların ARIS'i kullanmasına ve kendi özelliklerine sahip sistemlerle çalışması için özelleştirmesine izin veren birkaç yöntem kullanılarak geliştirilebilir.

ARIS, incelenen sistemin farklı yönlerini yansıtan dört tür modeli destekler:

* sistemin yapısını temsil eden örgütsel modeller - örgütsel birimlerin hiyerarşisi, pozisyonlar ve belirli kişiler, bunlar arasındaki bağlantılar ve yapısal birimlerin bölgesel bağlantısı;
* hedeflere ulaşmak için gerekli bir dizi işlev ağacıyla birlikte yönetim aygıtının karşı karşıya olduğu bir hedefler hiyerarşisi içeren işlevsel modeller;
* sistemin tüm işlevlerinin uygulanması için gerekli bilgi yapısını yansıtan bilgi modelleri;
* sistem içinde iş süreçlerinin uygulanmasının entegre bir görünümünü temsil eden yönetim modelleri.

Listelenen model türlerini oluşturmak için hem tescilli ARIS modelleme yöntemleri hem de çeşitli iyi bilinen modelleme yöntemleri ve dilleri, özellikle UML kullanılmaktadır.

ARIS'teki modeller, öğeleri çeşitli nesneler olan diyagramlardır - "fonksiyon", "olay", "yapısal birim", "belge" vb. Nesneler arasında çeşitli bağlantılar kurulur. Böylece, "fonksiyon" ve "yapısal birim" nesneleri arasında aşağıdaki türlerde bağlantılar kurulabilir:

* gerçekleştirir;
* bir karar verir;
* uygulamaya katılır;
* sonuçlardan haberdar edilmelidir;
* sanatçılara tavsiyelerde bulunur;
* sonuçları kabul eder.

ARIS'in ana iş modeli eEPC'dir (genişletilmiş Eventdriven Process Chain). Tablo 2, bu gösterimde kullanılan ana nesneleri listeler.

Tablo 2. eEPC modelinin nesneleri

Pirinç. 4.

ARIS yönteminin ana avantajı, çeşitli tiplerdeki modeller arasındaki ilişkide kendini gösteren karmaşıklığıdır. ARIS yöntemi, bir kuruluşun faaliyetlerini farklı bakış açılarından tanımlamanıza ve farklı modeller arasında bağlantılar kurmanıza olanak tanır. Bununla birlikte, uzun bir süre boyunca büyük bir kaynak (insan ve finansal) tüketimini gerektirdiğinden, bu yaklaşımın pratikte uygulanması zordur. Ayrıca, ARIS takımlama ortamı oldukça pahalıdır ve kullanımı zordur.

5. Ericsson-Penker yöntemi, öncelikle, iş süreçlerini modellemek için nesne modelleme dili UML'yi (başlangıçta yazılım sistemlerinin mimarisini modellemeye yöneliktir) kullanma girişimi ile bağlantılı olarak ilgi çekicidir. Bu, UML'deki uzatma mekanizmaları ile mümkün olmaktadır.

UML genişletilebilirlik mekanizmaları, geliştiricilerin modelleme dilini meta modelini değiştirmeden kendi özel ihtiyaçlarına göre uyarlayabilmeleri için tasarlanmıştır.

Pirinç. 5.

Genişletme mekanizmaları, UML'yi IDEF0, IDEF1X, IDEF3, DFD, vb. Gibi modelleme araçlarından temel olarak ayırır. Listelenen modelleme dilleri, anlambilimin keyfi olarak yorumlanmasına izin vermedikleri için, güçlü tipte (programlama dillerine benzetilerek) tanımlanabilir. öğeleri kümesi. UML, bu yoruma izin veren (esas olarak stereotipler aracılığıyla), zayıf yazılmış bir dildir. Uzatma mekanizmaları şunları içerir:

* stereotipler;
* etiketli (adlandırılmış) değerler;
* kısıtlamalar.

Stereotip, mevcut bir öğeye dayalı olarak tanımlanan yeni bir model öğesi türüdür. Stereotipler, modelin gösterimini genişletir, modelin herhangi bir öğesine uygulanabilir ve bir metin etiketi veya simgesi olarak temsil edilir.

Adlandırılmış değer, sistemin bazı öğeleri hakkında ek bilgileri depolayan bir çift "etiket = değer" veya "ad = içerik" dizesidir, örneğin, oluşturma zamanı, geliştirme veya test durumu, üzerinde çalışmanın tamamlanma zamanı, vb. .

Kısıtlama, grafik UML gösterimi kullanılarak ifade edilemeyen bir Nesne Kısıtlama Dili (OCL) metin ifadesi biçimindeki anlamsal bir kısıtlamadır.

Ericsson-Penker yönteminin yazarları, Ericsson-Penker İş Uzantıları adı verilen iş süreçlerini modellemek için UML profillerini oluşturmuş ve bir organizasyonun süreçlerini, kaynaklarını, kurallarını ve hedeflerini tanımlayan bir dizi klişeyi tanıtmıştır.

Yöntem, iş modelinin dört ana kategorisini kullanır:

* Kaynaklar - iş süreçlerinde kullanılan veya dahil olan çeşitli nesneler (insanlar, malzemeler, bilgiler veya ürünler). Kaynaklar yapılandırılmış, birbirine bağlı ve fiziksel, soyut, bilgilendirici ve insan olarak sınıflandırılmıştır.
* Süreçler, iş kurallarına uygun olarak kaynakların durumunu değiştiren faaliyetlerdir.
* Hedefler - iş süreçlerinin amacı. Hedefler alt hedeflere bölünebilir ve bireysel süreçlere atanabilir. Süreçlerde hedeflere ulaşılır ve gerekli kaynak durumunu ifade eder. Hedefler bir veya daha fazla kural olarak ifade edilebilir.
* İş kuralları - süreçlerin yürütülmesine ilişkin koşullar veya kısıtlamalar (işlevsel, davranışsal veya yapısal). Kurallar, dış çevre (yönetmelikler veya yasalar) tarafından belirlenebilir veya iş süreçleri içinde tanımlanabilir. Kurallar, UML standardının bir parçası olan OCL kullanılarak tanımlanabilir.

Tüm bu kategoriler birbiriyle ilişkilidir: bir kural, kaynakların nasıl yapılandırıldığını belirleyebilir, bir kaynak belirli bir sürece atanır ve bir hedef, belirli bir sürecin yürütülmesiyle ilişkilendirilir.

Bu yöntemde kullanılan ana UML diyagramı aktivite diyagramıdır. Diyagramın ana unsuru aktivitedir. Etkinlik, metin açıklamasıyla birlikte yuvarlatılmış bir dikdörtgen olarak tasvir edilmiştir. Herhangi bir aktivite diyagramı, olayların akışının başlangıcını tanımlayan bir başlangıç noktasına sahip olmalıdır. Uç nokta isteğe bağlıdır. Bir diyagramın birden çok bitiş noktası olabilir, ancak yalnızca bir başlangıç noktası olabilir.

6. Rational Unified Process teknolojisinde kullanılan modelleme yöntemi

UML, IBM Rational Software'in Rational Unified Process teknolojisinin bir parçası olan iş süreci modellemede de kullanılır. Öncelikle yazılım gereksinimlerinin oluşturulması için bir temel oluşturmayı amaçlayan bu yöntem, iki temel modelin oluşturulmasını sağlar:

* iş süreci modelleri (İş Kullanım Örneği Modeli);
* İş Analizi Modeli.

İş Süreci Modeli - Bir organizasyonun iş süreçlerini roller ve ihtiyaçları açısından tanımlayan bir model. İş Aktörleri ve İş Kullanım Durumları olmak üzere bir dizi klişe sunarak UML kullanım senaryosu modelini genişletir.

İş Aktörü (iş süreçlerinin aktörü), kuruluşun iş süreçlerinin dışında belirli bir roldür. İş süreçlerindeki aktörler için potansiyel adaylar: hissedarlar, müşteriler, tedarikçiler, ortaklar, potansiyel müşteriler, yerel yetkililer, faaliyetleri model kapsamında olmayan organizasyon birimlerinin çalışanları, dış sistemlerdir.

Aktörlerin listesi aşağıdaki soruları cevaplayarak hazırlanır:

* Kuruluşun varlığından kimler yararlanır?
* Kuruluşun faaliyetlerini yürütmesine kim yardımcı olur?
* Kuruluş bilgileri kime iletir ve kimden alır?

İş Kullanım Durumu (iş süreçleri açısından kullanım durumu), belirli bir aktöre somut sonuçlar getiren bir iş süreci içindeki bir dizi eylemin (olay akışı) açıklaması olarak tanımlanır. Bu tanım, bir iş sürecinin genel tanımına benzer, ancak daha kesin bir anlama sahiptir. Nesne modeli açısından, İş Kullanım Örneği, nesneleri açıklanan iş süreci içindeki belirli olay akışları olan bir sınıftır.

Bu yöntem öncelikle temel iş süreçlerine odaklanır. Böyle bir süreç, belirli bir sonuç getiren ve verileri belirli bir kararlı duruma çeviren (örneğin, bir kredi kartıyla bir ödemenin onaylanması) bir olaya yanıt olarak tek bir yerde tek bir kişi tarafından gerçekleştirilen bir görev olarak tanımlanabilir. Böyle bir görevin tamamlanması genellikle beş ila on adım içerir ve birkaç dakikadan birkaç güne kadar sürebilir, ancak bu, oyuncu ve oyuncular arasındaki bir etkileşim oturumu olarak kabul edilir.

Her İş Kullanım Örneği, bazı aktörlerin hedefini veya ihtiyacını yansıtır.

Açıklama İş Kullanım Örneği, tipik bir kullanım senaryosu gibi aşağıdaki öğelerden oluşan bir belirtimdir (metin belgesi):

* İsim;
* Kısa Açıklama;
* hedefler ve sonuçlar (aktörün bakış açısından);
* senaryoların tanımı (ana ve alternatif);
* özel gereksinimler (yürütme süresi veya diğer kaynaklar üzerindeki kısıtlamalar);
* uzantılar (istisnai durumlar);
* diğer İş Kullanım Durumları ile bağlantılar;
* aktivite diyagramları (senaryoların görsel açıklaması için - gerekirse).

İş Kullanım Örneği açıklamasına, ErikssonPenker yönteminde olduğu gibi, stereotip "hedef" içeren bir sınıf kullanılarak modellenen ve hedef ağacı bir sınıf diyagramı olarak gösterilen bir süreç hedefi eşlik edebilir.

Her İş Kullanım Vakası için, bir iş analizi modeli oluşturulur - bir iş sürecinin uygulanmasını iki sınıfa - Business Worker ve Business Entity - ait olan etkileşimli nesneler (iş nesneleri - İş Nesneleri) açısından tanımlayan bir nesne modeli.

Business Worker (executor) - yürütücünün bir soyutlaması olan ve iş süreci çerçevesinde bazı eylemler gerçekleştiren aktif bir sınıf. Yürütücüler birbirleriyle etkileşime girer ve çeşitli varlıkları manipüle ederek İş Kullanım Durumu senaryolarının uygulanmasına katılır. UML sınıf diyagramında işçi, "iş işçisi" klişesiyle bir sınıf olarak temsil edilir.

Ticari İşletme, modelin işletmenin davranışını tanımlamaması dışında, işletme-ilişki modelindeki işletmeye benzer, ancak işletmenin nesne modelinde bir dizi sorumluluğu olabilir. Bir UML sınıf diyagramında, bir varlık, "ticari varlık" klişesine sahip bir sınıf olarak temsil edilir.

Bir iş süreci, kaynakları tüketen, değer yaratan ve sonuçlar veren mantıksal, sıralı, birbirine bağlı bir faaliyetler dizisidir. Uluslararası ISO 9000: 2000 standardında "süreç" terimi benimsenmiştir, ancak şu anda bu terimler eş anlamlı olarak kabul edilebilir. İş süreci modellemesi, şirketin bir bütün olarak nasıl çalıştığını ve faaliyetlerin her işyerinde nasıl organize edildiğini belirlemenize olanak tanıyan, şirketin faaliyetlerini optimize etmenin yollarını bulmak için etkili bir araçtır. Bir iş sürecinin modelini (tanımını) oluşturmak için metodoloji (gösterim), gerçek dünyanın nesnelerinin ve aralarındaki bağlantıların bir model şeklinde temsil edildiği bir dizi yol olarak anlaşılır. Her nesne ve bağlantılar, gerçek bir nesnenin belirli özelliklerini (nesne numarası, ad, açıklama, yürütme süresi (işlevler için), maliyet vb.) yansıtan bir dizi parametre veya öznitelikle karakterize edilir.

İş süreçlerini modellemek ve analiz etmek için ana metodoloji türleri:

İş süreçlerinin modellenmesi (İş Süreci Modellemesi). İş süreçlerini tanımlamak için en yaygın kullanılan metodoloji IDEF0 standardıdır. IDEF0 gösterimindeki modeller, bir şirketin işinin işlevsel açıdan üst düzey bir açıklamasına yöneliktir.
İş akışlarının tanımı (İş Akışı Modellemesi). IDEF3 standardı, iş akışlarını tanımlamayı amaçlar ve blok diyagramları oluşturmak için algoritmik yöntemlere yakındır.
Veri akışlarının açıklaması (Veri Akışı Modellemesi). DFD (Veri Akış Şeması) gösterimi, işlem sırasında gerçekleştirilen iş sırasını ve bu işler arasında dolaşan bilgi akışlarını yansıtmanıza olanak tanır.
Diğer metodolojiler.

IDEF0

Arayüz türü:

Kontrol bilgileri en üstteki bloğa girer.
Giriş bilgileri soldaki bloğa girer.
Sonuçlar sağdaki bloktan çıkar.
İşlemi gerçekleştiren mekanizma (insan veya otomatik sistem) üniteye alttan girer.

IDEF3

Bu yöntem, süreçler içindeki eylemlerin sırasını ve aralarındaki karşılıklı bağımlılıkları modellemek için tasarlanmıştır. IDEF3 modelleri, ayrıştırma diyagramları olmayan IDEF0 fonksiyon bloklarının detayına inmek için kullanılabilir.

IDEF3 diyagramları bir eylemi dikdörtgen olarak görüntüler. Eylemler fiiller veya sözlü isimler kullanılarak adlandırılır, her eyleme benzersiz bir kimlik numarası atanır (eylem numarası genellikle ebeveyninin numarasından önce gelir, örneğin 1.1.). IDEF3'teki tüm bağlantılar tek yönlüdür ve soldan sağa doğru düzenlenmiştir.

IDEF3 bağlantı türleri:

Zamansal öncelik, basit ok. Nihai eylemin başlayabilmesi için orijinal eylemin tamamlanması gerekir.
Nesne akışı, çift başlı ok. Orijinal eylemin çıktısı, son eylemin girdisidir. Nihai eylemin başlayabilmesi için orijinal eylemin tamamlanması gerekir. Akış bağlantısı adları, bunları kullanarak iletilen nesneyi açıkça tanımlamalıdır.
Bulanık İlişki, kesikli ok.

Sürecin dallanması özel bloklar kullanılarak yansıtılır:

"Ve", & işaretli bir blok.
"Özel VEYA" ("biri"), X işaretiyle bloklayın.
"VEYA", O işaretiyle engelleyin.

"VE", "VEYA" eylemleri eşzamanlı olarak gerçekleştirilmelidir, bu, blok içinde eşzamansız olarak - birer birer iki çift dikey çizgi ile belirtilir.

IDEF3 yöntemi, bir etkinliği birden çok kez ayrıştırmanıza, böylece alternatif süreç akışlarını tek bir modelde belgelemenize olanak tanır.

DFD

Bu görüşün amacı, her sürecin girdisini çıktıya nasıl dönüştürdüğünü göstermektir. Yalnızca bilgiyi değil, malzeme akışlarını da yansıtabilir.

Ayrıca diğer modellerde olduğu gibi ayrıştırma desteklenmektedir.

Veri akış diyagramlarının ana bileşenleri şunlardır:

Dış varlıklar (örneğin müşteriler, personel, tedarikçiler, müşteriler, depo gibi bilgi kaynağı veya alıcısı olan bir maddi nesne veya kişi).
Sistemler ve alt sistemler (örneğin, bireylerle çalışmak için bir alt sistem).
Süreçler (belirli bir algoritmaya göre girdi veri akışlarının çıktıya dönüştürülmesi; fiziksel olarak, bu, örneğin, girdi belgelerini işleyen ve raporlar veren bir organizasyonun (departman) birimi, bir program, donanımla uygulanan bir mantıksal cihaz olabilir. , vesaire.).
Veri depolama cihazları (bilgi depolamak için soyut cihazlar).
Veri akışları (şemadaki oklar).

Diyagramları bu düzeyde önemsiz ayrıntılarla karıştırmadan, her bir şemaya 3 (daha az anlamsız) ile 7 (daha fazlası algılanmaz) arasındaki süreçleri yerleştirmek gerekir. Bir DFD hiyerarşisi oluşturmanın ilk adımı, bağlam diyagramları oluşturmaktır. Genellikle, nispeten basit sistemler tasarlarken, merkezinde ana işlem olarak adlandırılan, lavabolara ve bilgi kaynaklarına bağlı olan bir yıldız topolojisine sahip tek bir bağlam diyagramı oluşturulur. Karmaşık sistemler için (on veya daha fazla harici varlık, sistemin dağıtılmış doğası ve çok işlevliliği), bağlam diyagramlarının bir hiyerarşisi oluşturulur. Aynı zamanda, üst düzey bağlam diyagramı tek bir ana süreç değil, veri akışlarıyla birbirine bağlanan bir dizi alt sistem içerir.

ARİS

Şu anda, entegre modelleme araçlarının oluşturulması şeklinde kendini gösteren çeşitli modelleme yöntemlerinin entegrasyonuna yönelik bir eğilim vardır. Bu araçlardan biri, Alman şirketi IDS Scheer tarafından geliştirilen ARIS (Bütünleşik Bilgi Sistemleri Mimarisi) adlı bir yazılım ürünüdür.

ARIS, incelenen sistemin farklı yönlerini yansıtan dört model tipini (ve her tipte birçok model tipini) destekler.

ARIS'te desteklenen model türleri:

Sistemin yapısını temsil eden organizasyon modelleri - organizasyon birimlerinin hiyerarşisi, pozisyonlar ve belirli kişiler, bunlar arasındaki bağlantılar ve yapısal birimlerin bölgesel bağlantıları.
Yönetim aygıtının karşı karşıya olduğu bir hedefler hiyerarşisini içeren ve hedeflere ulaşmak için gerekli bir dizi işlev ağacını içeren işlevsel modeller.
Tüm sistem işlevlerini uygulamak için gereken bilgi yapısını yansıtan bilgi modelleri.
Sistem içinde iş süreçlerinin uygulanmasının entegre bir görünümünü temsil eden yönetim modelleri.

ARIS'teki modeller, öğeleri çeşitli nesneler olan diyagramlardır - "fonksiyonlar", "olaylar", "yapısal birimler", "belgeler" vb. Belirli türdeki nesneler arasında belirli türlerde bağlantılar kurulabilir ("yerine getirir", "karar verir", "sonuçlar hakkında bilgilendirilmelidir" vb.). Her nesne, belirli bir nesne hakkında ek bilgi girmenize izin veren belirli bir öznitelik kümesine karşılık gelir.

eEPC gösteriminin ana nesneleri:

İşlev.İşletmenin departmanları / çalışanları tarafından gerçekleştirilen işlevleri (prosedürler, işler) tanımlamaya yarar. Her işlev bir olay tarafından tetiklenmeli ve bir olayla bitmelidir; her işlev, işlevin yürütülmesini "başlayan" birden fazla ok ve işlevin yürütülmesinin tamamlandığını açıklayan birden fazla ok içeremez.
Etkinlik. Fonksiyonların performansını etkileyen gerçek olayları tanımlamaya yarar.
Organizasyon birimi.Örneğin, yönetim veya departman.
Belge. Kağıt belgeler gibi gerçek ortamları yansıtır.
Uygulanan sistem.
Bilgi kümesi. Bir dizi varlık ve aralarındaki ilişkiyi karakterize eder.
Nesneler arasındaki iletişim. Nesneler arasındaki ilişkinin türü, örneğin, bir işlevin bir olay tarafından yürütülmesinin etkinleştirilmesi.
Mantıksal operatör."VE", "VEYA" veya özel "VEYA" operatörü, bir işlemin dallanmasını tanımlamanıza olanak tanır.

Vladimir Repin, Vitaly Eliferov“Yönetime süreç yaklaşımı” kitabından bir bölüm. İş Süreci Modellemesi "
"Mann, Ivanov ve Ferber" yayınevi

Süreç analizi geniş anlamda anlaşılmalıdır: sadece grafik diyagramlarla çalışmayı değil, aynı zamanda süreçler hakkında mevcut tüm bilgilerin analizini, göstergelerinin ölçülmesini, karşılaştırmalı analizi vb.

Proses analizi türlerinin sınıflandırılması Şekil 2'de gösterilmektedir. 1.

Pirinç. 1.İş süreçlerinin analiz türlerinin sınıflandırılması

Süreçlerin sübjektif değerlendirmesinin birkaç yöntemi vardır. Birçok açıdan, bu tür teknikler, örneğin Hammer ve Champy, Robson ve Ullah, vb. tarafından iş süreci yeniden mühendisliği metodolojisinin kurucularının ve takipçilerinin çalışmalarında geliştirilmiştir. Ayrıca, iyi bilinen analiz yöntemleri aşağıdakiler için kullanılabilir. süreçlerin nitel bir analizi: SWOT analizi, Boston matrisini kullanarak analiz ve diğerleri.

Süreçlerin grafiksel analizi için yöntemler daha az gelişmiştir. Sınıflandırmaları bizim bildiğimiz literatürde bulunmamaktadır. Bu bağlamda, süreçlerin grafiksel analizi için kendi en basit yöntem sınıflandırmamızı öneriyor ve değerlendiriyoruz.

Bu yöntemlere ek olarak, sürecin organizasyonu için tipik gereksinimlere uygunluğunun analizine dayanan süreçlerin nicel değerlendirmesi için başka bir yöntem sunuyoruz. Tipik süreç gereksinimleri için önerilen yapı, ISO 9000 serisi gereksinimlerine dayanmaktadır.Ayrıca, süreç yasa ve yönetmeliklere uygunluk açısından analiz edilebilir.

Süreçlerin nicel analizine yönelik yöntemler, dünya pratiğinde daha ayrıntılı olarak geliştirilmiştir. Çoğu, süreçlerle ilgili istatistiksel bilgilerin toplanmasına, işlenmesine ve analizine dayanmaktadır. Aslında süreçlerin istatistiksel analiz yöntemleri, kalite yönetim sistemlerinin uygulanmasında kullanılan araçlar olarak geliştirilmiştir.

Günümüzde süreç simülasyonu ve ABC süreç analizi (operasyonel maliyet analizi) gibi nicel analiz yöntemleri yaygın olarak kullanılmaktadır. Uygulamada kullanımları organizasyonlarda yüksek maliyetler ve uzun proje yürütme süreleri gerektirdiğinden kitap çerçevesinde ele alınmayacaktır. Kanaatimizce, bu yöntemlerin süreçleri ve göstergelerini ölçme araçları hakkında net bir düzenlemeye sahip olmayan kuruluşlarda kullanılması uygun değildir. Rus işletmelerinin çoğunluğu tam da böyle bir durumda olduğundan, simülasyon modelleme ve ABC analizinin kullanımı onlar için erkendir.

Sürecin SWOT analizi

Bir sürecin SWOT analizi, onun güçlü ve zayıf yönlerini, iyileştirme fırsatlarını ve bozulma tehditlerini belirlemeyi içerir. Tablo 3.15, bir sürecin SWOT analizinin bir örneğini sağlar.

Sekme. 1. Bir sürecin SWOT analizi örneği

Güçlü	Zayıf taraflar
1. Bir lider var - bir lider. 2. Yüksek kaliteli ürün süreci. 3. Kalifiye personelin mevcudiyeti. 4. Yüksek derecede otomasyon	1. Müşteriler, ürünlerin teslim süresinden memnun değiller. 2. Fonksiyonların kısmi tekrarı. 3. Süreç performans göstergelerini ölçmek için bir sistem yoktur. 4. Birkaç sanatçı için iş tanımı yok
olasılıklar	tehditler
1. Bir CRM sisteminin uygulanması yoluyla verimliliği artırmak. 2. Azaltılmış genel giderler. 3. Daha fazla otomasyon sayesinde teslim sürelerinin azaltılması	1. Uzun teslimat süreleri nedeniyle müşteri kaybı. 2. Ürün kalitesinde düşüş. 3. Süreci gerçekleştirenlerin kişiliklerine daha fazla bağımlılık

Sürecin SWOT analizi şu şekilde yapılabilir:

kuruluşun yöneticileri ve uzmanları hakkında bir anket yapmak;
anket sonuçlarını işlemek, anlam bakımından benzer cevapların sayısını değerlendirmek ve bir cevap derecelendirmesi oluşturmak;
sürecin bir SWOT analiz tablosunu oluşturun.

Bir SWOT analizi, bir sürecin niteliksel bir ön değerlendirmesi için bir araçtır. Buna dayanarak elde edilen veriler, gelecekte sürecin düşük verimliliğinin nedenlerini açıklığa kavuşturmak ve onu karakterize eden özellikleri belirlemek için kullanılabilir.

Süreç problem analizi: problemli alanların belirlenmesi

Sorunlu alanları vurgulamak, nitel süreç analizinin en basit yoludur. Bu analiz yönteminin temel amacı, daha derinlemesine analiz için yönleri belirlemektir. Sorunlu alanları belirlemek için, gerçekleştirilen işlevlerin ana gruplarını ve bunların uygulayıcılarını gösteren genişletilmiş bir süreç diyagramı oluşturulmalıdır. Daha sonra problem alanları şema üzerinde gösterilmeli ve kısa açıklamaları yapılmalıdır. İncirde. Şekil 2, böyle bir süreç diyagramının bir örneğini sağlar.

Sorun alanlarının belirlenmesi, söz konusu sürece dahil olan yöneticiler ve çalışanlarla görüşülerek gerçekleştirilir. Yani, Şekil 1'deki örneği kullanarak. 2'de, işletmenin onarım ve inşaat departmanı olan RSU çalışanları arasında bir anket yapıldı. En üst düzeyde ortaya çıkan ekipman onarım süreci, yedi işlev grubundan oluşur. Her biri belirli bölümler tarafından gerçekleştirilir.

İncirde. Şekil 2, dört sorunlu alanı göstermektedir. Bunlardan ilki ekipman alımıyla, ikincisi - müteahhitlerin katılımıyla, üçüncüsü - onarımların uygulanmasıyla, dördüncüsü - yapılan iş ve ekipman için ödemelerin uygulanmasıyla ilişkilidir. Her bir problem alanı için kısa problem ifadeleri verilmiştir.

Pirinç. 2. Süreç sorunlu alanlar

Ortaya çıkan süreç diyagramı, bir süreç yeniden düzenleme projesi yürütülürken tartışma ve analiz için bir konu olarak hizmet edebilir. Bu nedenle, örneğin, onarım çalışmalarının uygulanmasında sorunların varlığı hakkında bilgi daha ayrıntılı olarak ele alınabilir: onarım yapma prosedürü nedir, malzeme ve yedek parçaların nasıl ve kim tarafından dağıtıldığı, kayıtların nasıl tutulduğu, kimin Tahminleri kontrol etmekten, süreci etkin bir şekilde kontrol edenlerden vb. sorumludur. Bu nedenle, sorunlu alanların vurgulanması, yöneticilerin ve uzmanların dikkatini sürecin belirli bölümlerine odaklamanın bir yoludur.

Sübjektif değerlendirmeye dayalı sıralama süreçleri

Süreç sıralaması, organizasyondaki her bir ana süreci karakterize etmek ve hangisinin önce iyileştirilmesi gerektiğine karar vermek gerektiğinde, projenin hazırlık aşamasında yapılır. Bu teknik hakkında daha fazla bilgiyi şurada okuyabilirsiniz.

Sıralama sürecini işlemek için çeşitli yaklaşımlar vardır. En basit tekniği ele alacağız. İlk adım, organizasyonun ana süreçlerinin bir listesini yapmaktır. Daha sonra aşağıdaki biçimde bir tablo oluşturulur (Tablo 2):

Sekme. 2. Organizasyonel süreçleri sıralama

Süreç önemi / süreç durumu	Yüksek verim	Ortalama verimlilik	Düşük verimlilik
Çok önemli bir süreç	süreç 1	-	süreç 2
Önemli bir süreç	süreç 6	süreç 3	-
ikincil süreç	Süreç 5	süreç 7	süreç 4

Tablonun analizi. Şekil 2, süreç 2'nin kuruluşun operasyonları için çok önemli olduğunu ve aynı zamanda en az etkili olduğunu göstermektedir. Bu nedenle, her şeyden önce, her organizasyon sekmesi için 2. sürecin analizine ve yeniden düzenlenmesine yönelik çabaları yönlendirmek gerekir. 2 farklı şekilde doldurulacaktır. Ayrıca, zamanla, tablonun hücrelerindeki işlemlerin düzenlenmesi değişir.

Böyle bir tabloyu kullanan süreçlerin sıralamasının çok öznel olduğuna dikkat edilmelidir. Kuruluşun performansını iyileştirmeye yönelik uzun vadeli projeler, bu tür analitik yöntemlerin kullanımına dayanamaz. Bu yöntem genellikle, amacı niteliksel göstergeler temelinde kurumsal süreçlerle durumun hızlı bir analizini yapmak olan yöneticiler, toplantılar, beyin fırtınası ve benzeri etkinlikler için eğitim seminerleri yürütürken kullanılır.

Tipik gereksinimlerle ilgili süreç analizi

Herhangi bir organizasyonel süreç, belirli gereksinimleri karşılama açısından analiz edilebilir. Şu anda dünyada iş süreçleri için gereklilikleri düzenleyen özel bir standart bulunmamaktadır (ISO/IEC 15504-2: 2003). Aşağıda önerilen sürecin organizasyonu için gereksinimlerin yapısı, ISO 9001 standardının gereklilikleri dikkate alınarak tarafımızca geliştirilmiştir.

ISO 9000 serisi, sürekli süreç iyileştirme için bir sistem oluşturmak için Planla-Uygula-Kontrol Et-Uygula (PDCA) döngüsünün kullanılmasını önerir. Bu döngünün kullanılmasının da süreçlere sunulması gereken zorunlu bir gereklilik olduğuna inanıyoruz.

Yukarıdaki gereksinimlere ek olarak, süreç iyi bilinen bir sapma kontrol şeması içermelidir: "süreç planlama - süreç yürütme - muhasebe - kontrol - karar verme".

Bu nedenle, bize göre tipik bir süreç aşağıdaki gereksinim gruplarını karşılamalıdır:

sürecin tüm bileşenlerinin düzenlenmesi;
PDCA süreci sürekli iyileştirme döngüsünü kullanarak.

ISO 9001 standardının önerileri dikkate alınarak sürecin organizasyonu için gereklilikler tabloda sunulmaktadır. 3.

Sekme. 3. Model Gereksinimlerine İlişkin Süreç Analizi Anketi

Bir süreç analizi yapılırken, Tablo gereksinimlerine göre bilgi toplanmalıdır. 3. Bu tür çalışmaların yapılması, işletmedeki süreçlerin yeniden düzenlenmesi projesinin uygulanmasında uygun olabilir. İşlem, bir PDCA döngüsünün varlığı için analiz edilir. Şekilde gösterildiği gibi, bir süreç etrafında bir PDCA döngüsünün oluşturulduğunu hatırlayın. 3. Sürecin sürekli iyileştirme döngüsünün işlevlerinin amacı tabloda gösterilmiştir. 4.

Pirinç. 3. PDCA döngüsü

Sekme. 4. Bir süreç için PDCA döngüsü

Süreç, bir varyans kontrol döngüsü için analiz edilmelidir. Bu döngü, amacı tabloda gösterilen beş grup süreç işlevi içerir. 5.

Sekme. 5. Kontrol döngüsü fonksiyonları

№	Kontrol döngüsü işlevi	Açıklama
1	Planlama	Süreç üzerinde çalışmanın yürütülmesinin teknik, ekonomik ve finansal planlaması için işlevler grubu
2	Verim	Süreç yürütme işlev grubu (örnekler: belge hazırlama, ürün üretimi vb.)
3	Muhasebe	Sürecin uygulanmasına ilişkin gerçek bilgilerin kaydı için işlevler grubu
4	Kontrol	Planlanan performans göstergelerinin uygulanmasının fiili durumla karşılaştırmalı olarak izlenmesine yönelik işlevler grubu
5	Karar vermek	Planlanan performans göstergelerinden sapmalara ilişkin verilere dayalı olarak yönetim kararlarının hazırlanması ve benimsenmesi için işlevler grubu

Sapmalara göre kontrol döngüsünün diyagramı Şek. 4.

Pirinç. 4. Sapma kontrol döngüsü

Analiz sonucunda, sürecin yukarıdaki üç gereksinim grubunun tümünü karşıladığı ortaya çıkarsa, sürecin organizasyonu tatmin edici olarak kabul edilebilir. Bu süreci iyileştirmek için daha fazla çalışma, performansını analiz etmek ve iyileştirmek olacaktır.

Süreç akış şemalarının görsel analizi

Süreç akış çizelgelerinin görsel analizinin bir takım önemli sınırlamaları vardır. Gerçek şu ki süreç, tek bir grafik diyagram şeklinde tanımlanamayan karmaşık bir nesnedir. Sürecin herhangi bir grafik diyagramı, seçilen açıklama araçlarına (gösterim) göre bilgileri gösterecektir. Grafik şemasının oluşumundaki herhangi bir hata veya eksiklik, etkili analizin imkansızlığına yol açmaktadır. Örneğin, bir süreci tanımlarken, analist birkaç gelen ve giden belgeyi dahil etmeyi unuttu. Görsel analiz, elbette, bunların yokluğunu gösterebilir, ancak bu belgeler mevcut olduğundan, bu bilgiler süreci daha da iyileştirmek için hiçbir şey yapmaz.

Vurgulanması gereken ikinci yön, ideal sürecin bilgisidir. Sürecin grafik şemasına bakıldığında, yalnızca pratik deneyim ve en iyi endüstri çözümlerinin bilgisi, diğer işletmelerin deneyimi ve standartların gereklilikleri temelinde bazı gerekli unsurların yokluğu hakkında kesin sonuçlar çıkarılabilir. Bu tür deneyime sahip ve hatta süreçleri tarif etmek için notasyon bilgisine sahip uzmanlar bulmak oldukça zordur. Bu gerçek aynı zamanda görsel analizin etkinliğini de sınırlar.

Bazı giriş açıklamaları yaptıktan sonra, süreç akış çizelgelerinin analizine yönelik ana yaklaşımları ele alalım. Aşağıdaki tüm analizlerin grafik diyagramlar kullanılmadan gerçekleştirilebileceğini unutmayın.

Her şeyden önce, süreç diyagramı girdiler ve çıktılar açısından analiz edilebilir. G/Ç analizinin iki bölümü vardır:

Girdi Talep Analizi / Çıktı Talep Analizi.
Kullanılmayan çıktıların analizi.

Girdi ihtiyacının analizi aşağıdaki gibi yapılır. Sürecin her işlevi sırayla ele alınır ve anlamlı analizi yapılır. Bunun için gerekli bilgilerin bileşimi belirlenir. Gelen evraklarda bu bilgilerin olup olmadığı kontrol edilir. Gerekli bilgiler herhangi bir belgede yer almıyorsa, bu, işlevi gerçekleştirmek için gerekli belgenin eksik olduğu anlamına gelebilir. Belirtilen algoritma için bir çizim Şekil 2'de gösterilmektedir. 5.

Pirinç. 5. Girdi ihtiyacının belirlenmesi

Malzeme girdileri, personel, altyapı analizleri de benzer şekilde yapılır.

Açıkçası, sürecin bir bölümünde girdi belgesinde bir kusur bulursak, bunun çıktısı olduğu işlevi belirlemek gerekir. Bu tür işlevleri (süreçleri) model şemalarla aramak pek mümkün değildir. İlgili müteahhitlerle görüşmek ve ihtiyacınız olan bilgilerin tedarikçilerini bulmak daha kolaydır. Ayrıca, bu bilgilerin neden belgelenmediğini ve onu almakla ilgilenen bir yetkiliye aktarılmadığını öğrenin. Bu, Şekil 2'de gösterilmektedir. 6.

Pirinç. 6.Çıktı ihtiyacının belirlenmesi

Kullanılmayan çıktıları analiz etmek, diğer süreçlerde (fonksiyonlarda) kullanılmayan süreç çıktılarını (fonksiyonları) aramak anlamına gelir. Uygulama, işletmelerde oluşturulmuş birçok belgenin olduğunu, ancak daha sonra kullanılmadığını veya resmi olarak kullanıldığını göstermektedir. İkinci durum, belgenin hazırlanabileceği, hedefine aktarılabileceği ve ardından uygun klasöre düştüğü ve orada yıllarca toz topladığı anlamına gelir. Bu tür belgeler güvenli bir şekilde kullanılmamış olarak sınıflandırılabilir. En azından bunlara dikkat etmeli ve mümkünse onlardan kurtulmalısınız.

Kullanılmayan çıktıları bulmak için aşağıdaki tablo derlenmelidir:

Sekme. 6. Kullanılmayan süreç çıktılarını bulma

Kullanılmayan belgeleri belirlemek için, belgenin kuruluş boyunca tüm hareket zincirini tutarlı bir şekilde izlemek gerekir. Başlangıç noktası, çıktısında söz konusu belgenin ilk kez göründüğü süreç işlevidir. Ayrıca, işlenmesi, kullanımı ve depolanması ile ilgili tüm fonksiyonlar sırayla analiz edilir. Uygulamada bir belgenin kullanılıp kullanılmadığını anlamak için ilgili kişilerle görüşüp faaliyetlerini analiz etmek gerekir. Kullanılmayan belgeler belirlendiğinde, tüm süreç işlevleri ve giden belgeler sırayla ele alınmalıdır.

İşlem fonksiyonlarının grafiksel analizinin olanaklarını ele alalım. Tanımlamanızı sağlar:

gerekli işlevlerin eksikliği;
gereksiz fonksiyonların varlığı;
fonksiyonların çoğaltılması.

Gerekli işlevlerin eksikliğinin analizi, uzmanın, sürecin etkin işleyişini sağlamak için nasıl organize edilmesi gerektiğine ilişkin bilgisi temelinde gerçekleştirilir. Böyle bir analizin bir örneği Şekil 2'de gösterilmektedir. 7.

Pirinç. 7. Süreç modelinde gerekli fonksiyonun olmaması

Süreçte hangi işlevlerin bulunması gerektiğine dair birkaç öneride bulunabilirsiniz. IDEF0 notasyonunda hazırlanan üst düzey modeller için bunlar planlama, muhasebe, kontrol ve karar verme fonksiyonlarıdır. IDEF3 (ARIS eEPC) formatında hazırlanmış alt seviye modeller için model oluştururken unutulmaması gereken birkaç önemli fonksiyon vardır:

kontrol fonksiyonları: gelen kontrol, istatistiksel süreç kontrolü;
acil durumlarda gerçekleştirilen işlevler;
uygun olmayan ürünleri işlemek için işlevler;
süreçle ilgili gerçek bilgileri kaydetme işlevleri.

Kontrol fonksiyonlarını düşünün. İncirde. Şekil 8, ek olarak bu tür iki işlevi içeren bir işlemin bir örneğini göstermektedir. Birincisi, seçici gelen kontrolü gerçekleştirirken sonuçları belgelenir - Şek. 8, "Gelen kontrolün sonuçları" belgesini gösterir. İşlevin yürütülmesinin bir sonucu olarak, iki alternatif olay meydana gelebilir: "Oturum açma gereksinimleri karşılamıyor" ve "Oturum açma gereksinimleri karşılıyor". İlk durumda, "Sürecin sahibi tarafından karar verme" işlevine geçiş vardır. Ayrı bir yönetim süreci olarak tanımlanmalıdır. (Tabii ki karar sürecin yürütücüsü tarafından verildiğinde seçenek mümkündür.)

Pirinç. sekiz. Kontrol fonksiyonlarının eksikliği

İkinci kontrol işlevi, doğası gereği istatistikseldir. Proses çıktılarının rastgele kontrolü gerçekleştirilir. Kontrolün sonuçları "İstatistiksel kontrol sonuçları" belgesine kaydedilir ve gelecekte süreci kontrol etmek için kullanılmalıdır.

Kural olarak, süreçleri tanımlarken, genellikle çeşitli acil durumları ve ortaya çıkmaları durumunda eylemleri unuturlar. Bu tür süreç şemalarının değeri önemli ölçüde azalır. Acil bir durumun görüntülenmesine ilişkin bir örnek, Şekil 2'de gösterilmektedir. dokuz.

Pirinç. dokuz. Acil bir durumla başa çıkmak için işlev eksikliği

İncirde. 9, ilk işlem işlevi gerçekleştirildikten sonra anormal bir durumun mümkün olduğunu varsayar. İşlenmesi gerekiyor. Bunu yapmak için süreç, "Anormal bir durumu ele alma" işlevini, özel ve normal "VEYA" mantığının iki yeni olayını ve sembolünü içerir.

Süreç diyagramları, uygun olmayan ürünlerle (hizmetler, belgeler) başa çıkmak için işlevlerden yoksun olabilir. İncirde. 10, böyle bir işlemin bir örneğini sağlar. Gerçek bilgileri kaydetme işlevleri çok önemlidir, çünkü sürecin parametreleri hakkında, onu analiz etmek ve iyileştirmek için kullanılabilecek yönetim bilgilerini toplamanıza izin verirler. Teori açısından, her bir işlevin performansının sonuçlarını kaydetmek gerekir. Uygulamada, gelecekte kullanılması tavsiye edilen gerçek bilgileri toplamanız gerekir.

Pirinç. on. Uygun olmayan ürünleri işlemek için işlev eksikliği

İşlem yürütme parametrelerini kaydetmek için eksik fonksiyonun en basit örneğini verelim (bkz. Şekil 11).

Pirinç. on bir. Süreçle ilgili gerçek bilgileri kaydetme işlevinin olmaması

Proses akış şeması, gereksiz özellikler için kontrol edilmelidir. Böyle bir analiz aşağıdaki algoritmaya göre gerçekleştirilir. Sürecin tüm işlevleri sırayla ele alınır, her biri analiz edilir. Soru sorulur: "Bu işlev süreçten çıkarılırsa ne olur?" Gerekli olmayan işlevleri içerdiği durumlar vardır. Onlardan kurtulman gerek.

Süreçlerin grafik diyagramlarının analizi ile ilgili alt bölümün sonunda, fonksiyonların tekrarının analizi üzerinde duralım. Böyle bir analizin bir örneği Şekil 2'de gösterilmektedir. 12.

Pirinç. 12. Proses fonksiyonlarının tekrarının analizi

İncirde. 12 iki farklı süreci gösterir. Farklı departmanlarda yapılabilirler. İki işlev göz önünde bulundurulur: "işlem işlevi 1" ve "işlem işlevi 2". İsimleri önemli ölçüde değişebilir. Bu işlevlerin çıktıları da farklıdır: "belge 1" ve "belge 2". Çoğaltma nasıl belirlenir? Bu iki fonksiyonun çıktıları aşağıdaki alanlarda analiz edilmelidir:

her belgede yer alan bilgilerin analizi;
her belgenin tüketicilerinin analizi;
belgelerde yer alan bilgilere dayanarak alınan kararlar.

İncirde. 12, her iki belgenin de aynı "A bilgisini" içerdiğini göstermektedir. Bu, söz konusu işlevlerin tamamen veya kısmen birbiriyle örtüştüğü anlamına gelebilir. En azından onlara çok dikkat etmelisiniz. Pratikte fonksiyonların tekrarı nasıl belirlenir? Açıkçası, süreçlerin işlevlerini karşılaştırmak imkansızdır. Her şeyden önce, çoğaltmadan "şüphelenilen" işlevlerin bir listesini yapmak gerekir. Bu tür bilgiler, çalışanlar ve bölüm başkanları ile yapılan görüşmeler yoluyla elde edilebilir.

Ayrıca uzun süredir süreçlerle çalışan analist, olası fonksiyon tekrarları hakkında ön bilgiye sahip olmalıdır.

Sonuç olarak, süreç akış şemalarının analizinin büyük ölçüde sağduyu ve iş deneyimine dayanması gerektiğini not ediyoruz.

Süreç göstergelerinin ölçümü ve analizi

Süreç performansının ölçülmesi ve analizi, süreçleri iyileştirmenin yollarını bulmak için gerekli araçlardır. Yukarıda belirtildiği gibi, süreç birkaç gösterge grubuyla karakterize edilebilir:

süreç göstergeleri;
süreç ürün göstergeleri;
sürecin müşteri memnuniyetinin göstergeleri.

Süreç göstergeleri, sürecin seyrini ve maliyetlerini (zaman, finans, kaynak, insan vb.) karakterize eden sayısal değerler olarak tanımlanabilir. Göstergeler mutlak ve göreceli olabilir (hizmetlerin hacmine, mevsimsel dalgalanmalara, tarife değişikliklerine ve denetlenen sürecin kontrolüne bağlı olmayan diğer dış faktörlere indirgenebilir).

Ürün (hizmet) göstergeleri, bir ürünü (hizmeti) sürecin bir sonucu olarak karakterize eden sayısal değerlerdir (mutlak hizmet hacmi, sipariş edilen veya gerekli olan hizmet hacmi, hizmetlerin sunumundaki hata ve başarısızlıkların sayısı, hizmet yelpazesi. sağlanan hizmetler, gerekli olana göre sağlanan hizmetlerin kapsamı, vb.).

Sürecin müşteri memnuniyeti göstergeleri, sürecin sonuçlarıyla (çıktı, hizmet vb.) müşteri memnuniyet derecesini karakterize eden sayısal değerlerdir. Bu durumda, sürecin çıktısı ile müşteri memnuniyeti (iç ve dış) ile alınan ürün veya hizmetten son müşterinin memnuniyeti arasında ayrım yapılmalıdır.

İncirde. 13, süreç göstergelerinin en basit sınıflandırmasını gösterir.

Pirinç. 13. Süreç göstergelerinin sınıflandırılması

Sürecin nitel değerlendirmelerini, örneğin yöneticinin “süreç kötü yönetiliyor” değerlendirmesini dikkate almayacağız, çünkü bu göstergelere dayanarak bilinçli yönetim kararları vermek mümkün değildir.

Sürecin nicel göstergelerini iki gruba ayırdık: mutlak ve göreli. Mutlak göstergeler şunları içerir: süreç yürütme süresi, teknik göstergeler, maliyet ve kalite göstergeleri. Göreceli göstergeler, aralarında çeşitli ilişkiler kurularak mutlak bazında hesaplanabilir.

Süreç performansının mutlak göstergelerini daha ayrıntılı olarak ele alalım.

Süreç çalışma süreleri

İlk gösterge grubu, süreç yürütme süresinin göstergelerini içerir:

bir bütün olarak sürecin ortalama yürütme süresi;
ortalama kesinti;
bireysel süreç fonksiyonlarının ortalama yürütme süresi;
diğerleri.

Süreç yaklaşımının uygulanmasının ilk aşamasında, örneğin sürecin bir bütün olarak tamamlanması için geçen süre gibi en basit göstergeler dikkate alınmalıdır. Daha detaylı bir analizde duruş süresi, belirli proses fonksiyonlarının tamamlanması için geçen süre gibi metrikler dikkate alınabilir.Bu metrikler nasıl ölçülebilir? Bunu yapmak için, bireysel süreç işlevlerinin yürütme zamanını kaydetmek için bir sistem geliştirmek ve uygulamak gerekir. Uygun olduğu yerlerde bu işyerlerinde, fonksiyonun başladığı an ve bittiği an hakkında bilgi kaydedilmelidir. Bunun için, örneğin, gelen belgelerin günlükleri vb. gibi çeşitli kayıt biçimleri kullanılabilir. Diğer işler için, ortalama yürütme süresinin normatif tahminlerini kullanabilirsiniz. Bunu yapmanın en basit yolu aşağıdaki gibidir.

İşlev tarafından üretilen ürünlerin (hizmetler, işlenmiş belgeler) hacmi hesaplanır. Ayrıca, toplam çalışma süresi hesaplanan ürün sayısına bölünür. Fonksiyonun ortalama yürütme süresini elde ederiz. Bir sanatçı birkaç işlevi yerine getirirse durum daha karmaşıktır. Bu durumda, çeşitli görevler için icracının çalışma süresinin dağılımının yapısını belirleyen farklı ağırlıklar kullanabilirsiniz.

Tabii ki, diğerleri gibi, sürecin zaman göstergelerinin hesaplanması kendi içinde bir son değildir. Süreci iyileştirmek için kararların alınmasını sağlamak için bilgi sağlamalıdır. En basit ama çok önemli örnek, bir müşterinin talebinin işlem süresinin hesaplanmasıdır.

Müşteriler bu sürecin uzunluğundan memnun değilse, organizasyonun onları kaybetmesi muhtemeldir.

İncirde. Şekil 14, en basit doğrusal işlemin yürütme süresinin göstergesini hesaplamak için bir şemayı göstermektedir.

Pirinç. on dört.İşlem süresini hesaplama örneği

Süreç teknik göstergeleri

Teknik göstergeler, sürecin teknolojisini, kullanılan ekipmanı, yazılımı, ortamı vb. karakterize eden göstergeleri içermelidir. Teknik göstergelerin farklı endüstrilerdeki işletmelerin süreçleri için farklı olacağı açıktır. Aynı zamanda, herhangi bir süreç için ölçülebilen birkaç gösterge ayırt edilebilir:

işyerinde gerçekleştirilen süreç fonksiyonlarının sayısı;
yöneticiler ve uzmanlar dahil olmak üzere süreç personelinin sayısı;
dönem için işlem sayısı;
iş istasyonu sayısı;
- diğerleri.

Teknik göstergeler, büyük ölçüde kuruluşun etkinliğini yansıtır ve sürecin rakip kuruluşların süreçleriyle karşılaştırmalı bir analizini yaparken kullanılabilir. Kural olarak, aynı sektördeki yerli ve yabancı işletmelerin karşılaştırılması özellikle dikkat çekici görünüyor. Örneğin, personel sayısı bakımından böyle bir karşılaştırma, gelişmiş ülkelerdeki kuruluşların benzer süreçleri yürütmek için yerel kuruluşlara göre üç ila beş kat daha az çalışan istihdam ettiğini göstermektedir. Süreçlerin teknik göstergelerinin mutlak terimlerle karşılaştırılmasının çoğu zaman bilgi vermediğine dikkat edilmelidir. Analiz için daha ilginç veriler, birkaç işlemin göreli performansının hesaplanmasıyla sağlanır. Bu daha sonra tartışılacaktır.

Teknik göstergeler, çalışan başına çıktı, sürecin otomasyon derecesi vb. gibi sürecin birçok spesifik göstergesinin hesaplanmasında temel teşkil eder. Önemli olanın kendi içinde bir dizi gösterge olmadığı unutulmamalıdır. süreci iyileştirmek için buna dayalı kararlar verme yeteneği.

Süreç maliyeti metrikleri

Süreç maliyet göstergeleri en önemli gösterge gruplarından biridir. Maliyet göstergeleri birkaç gruba ayrılabilir:

bir bütün olarak sürecin maliyeti;
süreç maliyet göstergeleri:
- sanatçıların ücretlerinin maliyeti;
- ekipman ve maddi olmayan duran varlıkların amortismanı;
- ısı ve enerji maliyetleri;
- iletişim maliyetleri;
- bilgi edinme maliyeti;
- sanatçıların niteliklerini iyileştirmenin maliyetleri;
- diğerleri;
süreç ürünleri maliyet göstergeleri:
- hammadde ve malzeme maliyeti;
- işçilik maliyetleri;
- ekipmanın amortismanı;
- diğer maliyetler.

Sürecin toplam maliyetinin doğru hesaplanması ve analizinin uygun tekniklerin kullanılmasını gerektirdiğini söylemeliyim. Bugüne kadar süreç yaklaşımı açısından en uygun olanı ABC maliyet analizi yöntemidir. Şunlara dayanmaktadır:

organizasyonun süreçlerinde kullanılan kaynakların belirlenmesi;
süreç operasyonlarının tanımlanması;
maliyetlerin ilişkilendirildiği nesnelerin belirlenmesi - süreçlerin çıktıları (ürünler, hizmetler, bilgiler);
"kaynaklar - operasyonlar" ve "operasyonlar - bitmiş ürünler" arasındaki nicel ilişki göstergelerinin belirlenmesi ve hesaplanması;
kaynak maliyetinin süreç operasyonlarının maliyetine aktarılması;
operasyon maliyetlerinin bitmiş ürünlerin maliyetine aktarılması.

ABC yöntemine dayanarak, işlemin maliyeti hesaplanabilir. Bu yöntemin pratik uygulaması teknik olarak karmaşık, uzun ve pahalı bir projedir. Bunu gerçekleştirmeden önce, her kuruluş ABC yöntemini kullanmanın fizibilitesini analiz etmelidir. Kanaatimizce bir organizasyonda süreç yaklaşımının uygulanmasının ilk aşamasında bu yöntemin uygulanması pratik değildir.

Uygulamada, bir bütün olarak sürecin değerini belirlemek zordur. Bununla birlikte, süreci iyileştirmek için mutlak değil, spesifik ve göreceli göstergeler ve iyileştirmelerin seyrini yansıtan değişim dinamikleri önemlidir. İncirde. 15, süreç iyileştirme ile değerlerin nasıl değiştiğine dair bir örnek gösterir.

Pirinç. 15. Süreç iyileştirme ile maliyet göstergelerindeki değişiklikler

Her süreci analiz ederken, iyileştirme / bozulma göstergeleri olarak hizmet edecek sınırlı bir dizi maliyet göstergesi tanımlanmalıdır. Örneğin, bu göstergeler şunları içerir:

ücret fonu (sürecin iyileştirilmesi ile personelde azalma ve/veya emek verimliliğinde artış olabilir);
enerji maliyetleri (teknolojik olmayan enerji, enerji tasarrufu);
onarım ve bakım maliyetleri (daha iyi ve daha zamanında ekipman bakımı, toplam onarım maliyetinde bir azalmaya yol açar);
evlilikten kaynaklanan kayıplar;
diğerleri.

Sürecin maliyet göstergelerini seçme görevi nasıl sistematik hale getirilir? Bileşenlerini ve her bir bileşenle ilişkili maliyetleri dikkatlice analiz etmenizi öneririz. Pirinç. 16 bu yaklaşımı göstermektedir.

Pirinç. 16. Süreç maliyetlerinin belirlenmesi

Göstergeleri ölçmek için, sürecin maliyetleri, işlenmesi ve kullanımı hakkında gerçek bilgilerin toplanmasına ilişkin iş tanımları da dahil olmak üzere uygun yöntemler geliştirilmelidir.

Proses kalite göstergeleri

Kalite göstergeleri, süreci karakterize eden en önemli gösterge grubudur. Sürecin kalitesi ile ne kastedilmektedir? Bize göre bu, müşterilerinin ihtiyaçlarını belirli bir dereceye kadar minimum kaynak tüketimi ile karşılayabilme yeteneğidir. Bir sürecin kalitesini belirlemenin önemli bir yönünün müşteri odaklılık olduğunu unutmayın. Müşterinin ihtiyaçlarından bağımsız olarak yapay olarak oluşturulmuş süreç kalite göstergeleri, gerçek iyileştirmeler için bir araç olarak hizmet edemez.

Proses kalite göstergeleri aşağıdakileri içerir:

Proses ürününün kusurluluğu.
Proses ürünleri için iade ve talep sayısı.
Müşterilerden alınan hizmet kalitesiyle ilgili şikayet ve şikayetlerin sayısı.
Eksik (uygun olmayan) gönderilerin sayısı.
Bitmiş ürünlerin güvenliği.
Üst düzey yönetimin hızlı müdahalesini gerektiren acil durum sayısı.
Sürecin değişen müşteri gereksinimlerine hızla uyum sağlama yeteneği.
Dış koşullar değiştiğinde (süreç kararlılığı, minimum varyasyonlar) sürecin parametrelerini koruma yeteneği.
Personel değişikliklerinden süreç bağımsızlığı.
Proses kontrol edilebilirliği.
Sürecin iyileştirme yeteneği.

1-6 arasındaki göstergelerin ölçülmesi yeterince kolaydır. İlgili bilgilerin toplanması ve işlenmesi için yöntemler geliştirmek gereklidir. 7-10 arasındaki göstergeler sezgiseldir ancak pratikte ölçülmesi zordur. Çeşitli dış ve iç anormal durumlar altında oluşan süreç hatalarını analiz ederek bu göstergelerdeki değişimi takip edebilirsiniz. Bu tür başarısızlıkların nedenlerinin belirlenmesi, süreç iyileştirme alanlarının belirlenmesine yardımcı olacaktır.

İyi işleyen bir süreç puan kartı oluşturmak çok zaman ve çaba gerektirir. Her işletme, süreçlerinin özelliklerini dikkate alarak böyle bir sistem oluşturmalıdır. Süreç puan kartının süreçle birlikte gelişmesi gerektiğine dikkat edilmelidir: geliştikçe daha karmaşık metrikler kullanılmalıdır.

Sürecin göreceli performansını göz önünde bulundurun. Bu grup, mutlak proses değerlerine göre hesaplanır. Bu metrikler süreç iyileştirme amaçlı kullanım açısından çok önemlidir.

Geçici

Yürütme süresinin göreceli göstergeleri şunları içerir:

göstergeler "plan / gerçek":
- planlanan işlem yürütme süresi / fiili işlem yürütme süresi;
- işlevi tamamlamak için planlanan süre / işlevi tamamlamak için gerçek süre;
- bir rakip için ortalama işlem yürütme süresi / ortalama işlem yürütme süresi;
- müşterinin ihtiyaç duyduğu hizmet süresi / müşterinin fiili hizmet süresi;
özel:
- süreç yürütme süresi / süreç personeli sayısı;
- işlem yürütme süresi / işlem işlevlerinin sayısı.

Maliyet

Göreceli maliyet göstergeleri şunları içerir:

göstergeler "plan / gerçek":
- sürecin planlanan maliyeti / sürecin fiili maliyeti;
- planlanan kaynak maliyetleri / fiili kaynak maliyetleri;
- süreç maliyetlerinde planlı azalma / süreç maliyetlerinde fiili azalma;
- planlanan onarım maliyetleri / fiili onarım maliyetleri.
başka bir işlemle karşılaştırma:
- süreç maliyeti / rakibin süreç maliyeti;
- süreç personelinin ücret miktarı / yarışmacının süreç personelinin ücret tutarı;
özel:
- süreç karlılığı = süreç karı / süreç maliyeti;
- sürecin dönen varlıklarının karlılığı = sürece göre kar / kullanılan mevcut varlıkların hacmi;
- çalışan başına çıktı = süreç çıktısı / çalışan sayısı;
- sürecin varlık getirisi = üretim hacmi / sabit varlıkların değeri;
- sürecin dönen varlıklarının devri = sürecin dönen varlıklarının hasılat miktarı / ortalama bakiyeleri;
- genel gider payı = genel gider miktarı / sürecin maliyeti.

Yukarıdakilere ek olarak diğer birçok göreceli süreç değeri belirlenip hesaplanabilir ve finansal yönetim teknikleri kullanılmalıdır.

Teknik

Göreceli teknik göstergeler şunları içerir:

göstergeler "plan / gerçek":
- Planlanan Kesinti Süresi / Gerçek Duruş Süresi
- planlanan işlem sayısı / fiili işlem sayısı;
başka bir işlemle karşılaştırma:
- süreç çalışan sayısı / rakibin süreç çalışan sayısı;
- proses iş istasyonu sayısı / rakibin proses iş istasyonu sayısı;
özel:
- personel kullanım oranı = süreç fonksiyonlarını gerçekleştirmek için toplam çalışma süresi / tüm çalışanların toplam çalışma süresi;
- otomasyon derecesi = otomatikleştirilmiş süreç fonksiyonlarının sayısı / toplam süreç fonksiyonlarının sayısı;
- çalışan başına ofis alanı miktarı;
- Çalışan başına düşen kişisel bilgisayar sayısı.

Kalite göstergeleri

Sürecin kalitesinin göreceli göstergeleri şunları içerir:

göstergeler "plan / gerçek":
- planlanan kusur derecesi / fiili kusur derecesi;
- planlanan şikayet sayısı / sürecin gerçek müşteri şikayeti sayısı;
- planlanan ürün iadelerinin sayısı / gerçek ürün iadelerinin sayısı;
- raporlama dönemi için acil durum sayısı / önceki döneme ilişkin acil durum sayısı;
başka bir işlemle karşılaştırma:
- Proses ürünlerinin kusurluluğu / Rakip proses ürünlerinin kusurları;
- Şikayetleri İşleme / Rakipten Şikayetleri İşleme;
özel:
- şikayet sayısı / toplam müşteri sayısı.

İyi çalışmalarınızı bilgi tabanına gönderin basittir. Aşağıdaki formu kullanın

Bilgi tabanını çalışmalarında ve çalışmalarında kullanan öğrenciler, yüksek lisans öğrencileri, genç bilim adamları size çok minnettar olacaktır.

Yayınlanan http:// www. en iyi. ru/

Tanıtım

1. teorik kısım

1.2 ARIS Metodolojisi

2. Pratik kısım

Çözüm

bibliyografya

Tanıtım

Piyasa koşullarında, giderek daha fazla şirket bilgi sistemlerini (IS) kullanmanın faydalarını fark ediyor. Bazı durumlarda IP, yalnızca bir dizi hizmet değil, aynı zamanda bilet rezervasyon sistemi veya finansal bilgi sağlama aracı gibi bir işletmenin kritik bir bileşenidir. Bir bilgi sisteminin kullanımından yararlanabilmek için kısa sürede ve düşük maliyetle oluşturulmalıdır. Bilgi sisteminin bakımı kolay ve yönetilebilir olmalıdır.

Bir kurumsal bilgi sisteminin oluşturulması, oldukça karmaşık ve çok aşamalı bir süreçtir ve çoğu zaman bir bilgi modelleme aşaması içerir. Bir bilgi modeli, veri yapısının ve iş kurallarının (etki alanı kuralları) bir özelliğidir.

İş süreci modelleme, birbiriyle ilişkili operasyonlardan oluşan resmi bir model biçiminde iş akışının öznel vizyonunu yansıtma sürecidir.

Modellemenin amacı, şirket ve iş süreçleri hakkındaki bilgileri, alınan bilgilerin analitik olarak işlenmesi için daha uygun olan görsel bir grafik biçiminde sistematik hale getirmektir.

Şu anda, bilgisayar teknolojisi pazarında bir işletmeyi araştırmanıza ve bir model oluşturmanıza olanak tanıyan birkaç özel program bulunmaktadır. İş süreçlerinin modellendiği metodoloji ve araçların seçimi temel değildir. Bir işletmeyi araştırmak ve modellemek için kullanılabilecek standartlaştırılmış, zamanla test edilmiş metodolojiler ve araçlar vardır. Temel avantajları basitlik ve öğrenme kolaylığıdır.

Birçok modern iş süreci modelleme metodolojisi, SADT metodolojisine dayanmaktadır. Şu anda, iş süreçlerini tanımlamak için en yaygın kullanılan metodoloji ABD IDEF standardıdır.

Bir işletmenin iş süreçlerini modelini oluşturarak analiz etme fikrinin temel avantajı çok yönlülüğüdür. Birincisi, iş süreci modellemesi, şirketin faaliyetlerini iyileştirmek ve rekabet gücünü artırmakla ilgili hemen hemen tüm soruların cevabıdır. İkinci olarak, belirli bir metodolojiyi uygulayan işletmenin başkanı veya yönetimi, işletmelerini bağımsız olarak geliştirmelerine ve geleceğini tahmin etmelerine olanak sağlayacak bilgilere sahip olacaktır.

Bu çalışmanın alaka düzeyi, modern işletmelerin faaliyetlerini sürekli olarak geliştirmeye zorlandıkları gerçeğiyle belirlenir. Bu, yeni teknolojilerin ve iş uygulamalarının geliştirilmesini ve elbette, işletmelerin yeni, daha etkili yönetim ve organizasyon yöntemlerinin tanıtılmasını gerektirir.

1. Teorik kısım

1.1 Erwin Süreç Modelleyici (BPwin)

ERwin bir veritabanı yapısı (DB) geliştirme aracıdır. ERwin, veri modelinin mantıksal ve fiziksel tanımlarını oluşturmak için bir Windows GUI, ER diyagram oluşturma araçları, editörler ve önde gelen ilişkisel ve masaüstü veritabanları için şeffaf desteği birleştirir. ERwin ile veritabanları oluşturabilir veya tersine mühendislik (değişim mühendisliği) yapabilirsiniz.

Ayrıca Erwin Process Modeler, veritabanları, ambarlar ve veri marketleri oluşturmanıza, belgelemenize ve bakımını yapmanıza olanak tanır. Veri modelleri, verilerinizin yapısını görselleştirmenize yardımcı olarak, verilerin karmaşıklığı, veritabanı teknolojileri ve dağıtım ortamları gibi bir kuruluşun çeşitli yönlerini verimli bir şekilde düzenlemenize, yönetmenize ve yönetmenize olanak tanır.

ERWin vaka aracı, IDEF1x ve IE metodolojilerini destekler ve öznitelikler tarafından tanımlanan varlıklar ve anahtar alanlara göre aralarındaki ilişkiler olan mantıksal veritabanı modellerini yürütmek için tasarlanmıştır. ERwin, varlıkları sütunları öznitelikleri olan tablolara dönüştürerek yerleşik mantıksal modele dayalı olarak otomatik olarak bir fiziksel veri modeli oluşturmanıza olanak tanır. Tablodaki her alan, açıkça tanımlanmış bir depolama türüne ve alan boyutuna sahip olmalıdır.

Fonksiyonel Modelleme Yöntemi (IDEF0)

IDEF0, altmışlı yılların sonlarında SADT (Yapılandırılmış Analiz ve Tasarım Tekniği) adı altında ortaya çıkan IDEF ailesine aittir. IDEF0, geniş bir sistem sınıfını simüle etmek için kullanılabilir. Yeni sistemler için, IDEF0'ın kullanımı, gereksinimleri karşılayan ve seçilen işlevleri uygulayan bir sistemin sonraki gelişimi için gereksinimleri tanımlamayı ve işlevleri belirlemeyi amaçlar. Mevcut sistemlerle ilgili olarak, IDEF0 sistem tarafından gerçekleştirilen işlevleri analiz etmek ve bu işlevlerin gerçekleştirildiği mekanizmaları görüntülemek için kullanılabilir. IDEF0'ın belirli bir sisteme uygulanmasının sonucu, bu sistemin hiyerarşik olarak sıralanmış bir dizi diyagram, dokümantasyon metni ve çapraz referanslarla birbirine bağlanan sözlüklerden oluşan bir modelidir. IDEF0 diyagramlarının oluşturulduğu en önemli iki bileşen, etkinlikler (şemalarda dikdörtgenlerle temsil edilir), veriler ve etkinlikleri birbirine bağlayan nesnelerdir (oklarla gösterilir). Bu durumda oklar, iş dikdörtgeninin hangi yüzünden girdiklerine veya hangi yüzünden çıktıklarına göre beş türe ayrılır:

W giriş okları (işin sol tarafında bulunur) - çalışma sırasında değişen verileri veya nesneleri temsil eder;

Ш kontrol okları (işin üst yüzüne dahildir) - işin yapıldığına göre kuralları ve kısıtlamaları gösterir;

Çıkış okları (işin sağ tarafından dışarı çıkın) - çalışma sonucunda ortaya çıkan verileri veya nesneleri temsil eder;

Ш mekanizmanın okları (işin alt kenarına dahildir) - işi gerçekleştirmek için gerekli kaynakları temsil eder, ancak çalışma sürecinde değişmez (örneğin, ekipman, insan kaynakları, vb.);

Ш çağrı okları (işin alt kenarından çıkan) - bu işin daha ayrıntılı olarak ele alındığı belirli bir şemaya işaret ederek farklı diyagramlar veya modeller arasındaki bağlantıları gösterir.

Tüm eserler ve oklar isimlendirilir. IDEF0 diyagram hiyerarşisindeki ilk diyagram her zaman sistemin bir bütün olarak işleyişini gösterir.

Böyle bir diyagrama bağlamsal denir. Bağlam, alanı modelleme amacının bir tanımını (sistemin bir bileşeni olarak neyin dikkate alınacağını ve neyin dış etki olarak kabul edileceğini) ve bakış açısını (modelin oluşturulacağı konum) içerir. Genellikle bakış açısı, modellenen sistemin bir bütün olarak çalışmasından sorumlu kişi veya nesnenin bakış açısıdır.

İş Süreçleri Modelleme Yöntemi (IDEF3)

Bilgi akışlarının etkileşim mantığını tanımlamak için, iş akışı diyagramı olarak da adlandırılan IDEF3 metodolojisi uygundur - bilgi akışlarının grafiksel bir tanımını, bilgi işleme süreçleri ve bu süreçlerin parçası olan nesneler arasındaki ilişkiyi kullanan bir modelleme metodolojisi. İş akışı diyagramları, bilgi işleme prosedürlerinin eksiksizliğini analiz etmek için iş süreci modellemede kullanılabilir. Onların yardımıyla, kuruluşun çalışanlarının eylem senaryolarını, örneğin bir siparişin işlenme sırasını veya sınırlı bir süre içinde işlenmesi gereken olayları tanımlayabilirsiniz, her senaryoya sürecin bir açıklaması eşlik eder ve her işlevi belgelemek için kullanılabilir.

IDEF3 - ana amacı, süreçlerin belirli bir sırayla gerçekleştirildiği durumu tanımlamanın yanı sıra, tek bir süreçte birlikte yer alan nesneleri tanımlamak için analistlere olanak sağlamak olan bir yöntemdir.

IDEF3, süreçler oluşturmak için bir yöntem olarak da kullanılabilir. IDEF3, IDEF0'ı tamamlar ve daha sonra simülasyon analizi için kullanılabilecek modeller oluşturmak için ihtiyacınız olan her şeyi içerir.

IDEF3, bir sistemin yapısal analizi için gerekli verileri toplamak için çok uygun bir teknolojidir. Bir etki alanı uzmanının, süreçle doğrudan ilişkili nesneleri tanımlarken, bir durumu sıralı bir olaylar dizisi olarak hayal etmesine izin veren yapılandırılmış bir yöntem kullanarak süreçleri tanımlamanın iyi bir yoludur.

Çoğu iş süreci modelleme teknolojisinin aksine, IDEF3, eksik veya eksik sistemleri tanımlamayı zorlaştıran katı sözdizimsel veya anlamsal kısıtlamalara sahip değildir. Ek olarak, modelin yazarı (sistem analisti), konu alanının tanımındaki boşlukları doldurmak için sistemin işleyişiyle ilgili kendi varsayımlarını uzman iddialarıyla karıştırma ihtiyacından kurtulur.

IDEF3 ayrıca bir iş süreci tasarım yöntemi olarak da kullanılabilir. IDEF3 modelleme, IDEF0 metodoloji standardını kullanarak geleneksel modellemeyi organik olarak tamamlar. Bir süre önce, simülasyon yöntemleriyle daha fazla analiz için tasarlanmış sistemlerin modellerini oluşturmanın tamamen uygulanabilir bir yolu olarak yaygınlaştı. Simülasyon testi genellikle tasarlanan bir sistemin performansını değerlendirmek için kullanılır.

Veri Akışı Simülasyonu (DFD)

Veri Akış Şeması, bir kuruluştaki en üst düzey süreçleri tanımlamak ve gerçek veri akışlarını tanımlamak için kullanılır.

Bu metodoloji (Gane / Sarson), analiz edilen IS'nin bir modelinin inşasına dayanır - tahmin edilen veya fiilen var olan. Metodolojiye uygun olarak, sistem modeli, bilgiyi girdisinden sisteme, çıktısına kullanıcıya dönüştürmenin asenkron sürecini tanımlayan bir DFD veri akış diyagramları hiyerarşisi olarak tanımlanır. Hiyerarşinin üst seviyelerinin diyagramları (bağlam diyagramları), harici girdi ve çıktılarla IS'nin ana süreçlerini veya alt sistemlerini tanımlar. Düşük seviyeli diyagramlar kullanılarak detaylandırılırlar. Bu ayrıştırma, sürecin temel hale geldiği ve bunları daha fazla ayrıntılandırmanın imkansız olduğu bir ayrıştırma düzeyine ulaşılana kadar çok düzeyli bir diyagram hiyerarşisi oluşturarak devam eder.

Bilgi kaynakları (dış varlıklar), bilgiyi alt sistemlere veya süreçlere taşıyan bilgi akışları (veri akışları) üretir. Bunlar sırayla bilgiyi dönüştürür ve bilgiyi diğer süreçlere veya alt sistemlere, veri depolama aygıtlarına veya harici varlıklara - bilgi tüketicilerine aktaran yeni akışlar oluşturur. Böylece, veri akış diyagramlarının ana bileşenleri şunlardır:

- harici varlıklar;

- sistemler / alt sistemler;

- süreçler;

- veri depolama cihazları;

- veri akışları.

Çalışmak... Eserler köşeleri yuvarlatılmış dikdörtgenler olarak tasvir edilmiştir, anlamları IDEF0 ve IDEF3 eserlerinin anlamıyla örtüşmektedir. Tıpkı IDEF3'ün çalışması gibi, girdileri ve çıktıları vardır, ancak IDEF0 gibi kontrolleri ve mekanizmaları desteklemezler. Çalışmanın tüm yönleri eşittir. Her iş birkaç okla girilip çıkılabilir.

Harici varlıklar... Harici varlıklar, sistemden girişleri ve/veya çıkışları temsil eder. Tek bir harici varlık, aynı anda girdiler sağlayabilir (sağlayıcı olarak işlev görür) ve çıktılar alabilir (alıcı olarak işlev görür). Harici bir varlık, müşteriler, personel, tedarikçiler, müşteriler, depo gibi maddi bir nesnedir. Bazı nesne veya sistemlerin harici bir varlık olarak tanımlanması, bunların analiz edilen sistemin sınırlarının dışında olduklarını gösterir. Dış varlıklar, gölgeli bir dikdörtgen olarak çizilir ve genellikle diyagramın kenarlarında bulunur.

Oklar(veri akışları). Oklar, nesnelerin sistemin bir bölümünden diğerine hareketini tanımlar (dolayısıyla bir DFD diyagramında sınır okları olamaz). DFD çalışmasının tüm kenarları eşdeğer olduğundan, oklar dikdörtgenin her iki yanından başlayıp bitebilir. Oklar çift yönlü olabilir.

Bilgi deposu... Hareket halindeki nesneleri tanımlayan okların aksine, veri ambarları hareketsiz nesneleri gösterir. Veri ambarı, herhangi bir zamanda bir sürücüye yerleştirilebilen ve bir süre sonra geri alınabilen ve herhangi bir yerleştirme ve alma yöntemi olabilen bilgileri depolamak için soyut bir cihazdır. Genel durumda, gelecekteki veritabanının bir prototipidir ve içinde depolanan verilerin açıklaması, bilgi modeline (Varlık-İlişki Diyagramı) karşılık gelmelidir.

1.2 ARIS Metodolojisi

ARIS sistemi, otomatik bilgi sistemlerinin geliştirilmesinin yanı sıra bir işletmenin faaliyetlerini analiz etmek ve modellemek için bir araç kompleksidir. İncelenen sistemle ilgili farklı görüşleri yansıtan çeşitli modelleme yöntemlerinin özelliklerini içeren kapsamlı bir metodolojiye dayanmaktadır. Aynı model, farklı teorik bilgilere sahip kullanıcıların ARIS'i kullanmasına ve kendi özelliklerine sahip sistemlerle çalışması için özelleştirmesine olanak tanıyan çeşitli metodolojiler kullanılarak geliştirilebilir.

ARIS, entegre bir analiz ve tasarım ortamıdır. Ana geliştirme ortamına - ARIS Toolset - ek olarak, hem ana ortamı genişleten ek ARIS Toolset bileşenleri hem de bağımsız modüller olan birçok modül içerir. ARIS'in bu yapısı, belirli görevlerin uygulanmasını tam olarak sağlayan sistemin optimal bileşimini oluşturmanın mümkün olduğu bu yönde bir ürün ailesi hakkında konuşmamızı sağlar.

ARIS ailesine dahil olan yazılım modüllerinin gözden geçirilmesi, söz konusu sistemin sadece modelleme için tasarlanmadığını ve aynı zamanda güçlü bir analiz araç takımı olduğunu göstermektedir. Sistemin ayırt edici özelliklerinden biri, güçlü yazılım destekli metodolojisidir.

ARIS tarafından kullanılan metodoloji, bir sistem yaklaşımı içinde entegre edilmiş çeşitli farklı metodolojilerdir. Bu, dikkate alınan metodolojinin birleşik bir mimarisi hakkında konuşmamızı sağlar. ARIS, incelenen sistemin farklı yönlerini yansıtan dört tür modeli destekler:

- sistemin yapısını temsil eden örgütsel modeller - örgütsel birimlerin hiyerarşisi, pozisyonlar ve belirli kişiler, aralarındaki bağlantıların çeşitliliği ve yapısal birimlerin bölgesel bağlayıcılığı;

- hedeflere ulaşmak için gerekli olan bir dizi işlev ağacıyla birlikte yönetim aygıtının karşı karşıya olduğu bir hedefler hiyerarşisini içeren işlevsel modeller;

- sistemin tüm işlevlerinin uygulanması için gerekli bilgi yapısını yansıtan bilgi modelleri;

- sistem içinde iş süreçlerinin uygulanmasının entegre bir görünümünü temsil eden yönetim modelleri.

ARIS metodolojisi, farklı organizasyon modellerinin esnek bir şekilde oluşturulmasına izin veren çok sayıda farklı notasyon içerir. En önemli ve pratik olarak kullanılan ARIS notasyonları şunlardır:

- Katma değerli zincir diyagramı gösterimi;

- Genişletilmiş Olaya Dayalı Süreç Zinciri gösterimleri - eEPC (Genişletilmiş Olaya Dayalı Zincir Notasyonu) ve PCD (Süreç Zinciri Şeması);

- Organizasyon şeması gösterimi;

- İşlev ağacı gösterimi;

- Ürün ağacı gösterimi.

VAD (klasik DFD standardının analogu)

VAD gösteriminin ana amacı "katma değer zinciri" nesnesidir.

Katma değerli zincir diyagramı (VAD), üst düzey iş süreçlerinin ilişkisini açıklayan bir diyagramdır. İşlemler arasında iki tür bağlantı görüntüler:

- "öncül-halef" ilişkisi - yatay çizgilerle gösterilir;

- "içerir" ilişkisi - dikey çizgilerle gösterilir ve diğer alt süreçler tarafından sürecin detayını gösterir.

VAD'de bir üst düzey süreç diyagramı oluşturma ilkeleri, IDEF0'dan önemli ölçüde farklıdır. ARIS VAD ve IDEF0 gösterimleri arasındaki önemli bir fark, VAD'de okların "katma değer zinciri" nesnesinin her iki tarafına da girebilmesidir. (IDEF0'da Aktivitenin her bir tarafının belirli bir amacı olduğunu hatırlayın.)

VAD gösteriminin belirtilen dezavantajı, geri bildirimlerin özel kullanım olasılığını önceden şart koşarak giderilebilir.

ARIS VAD notasyonunun incelemesini bitirirken, bir kez daha bu notasyonun çoğunlukla açıklayıcı olduğu ve bir organizasyonun en üst seviyesinde karmaşık süreç modelleri yaratmayı amaçlamadığı gerçeğine odaklanıyoruz.

2. Pratik kısım

2.1 ERwin ortamını kullanarak bir kurumsal iş modeli oluşturma

Bu çalışmanın amacı, seçilen işletmenin faaliyetlerini modellemektir. Bunun için aşağıdaki metodolojiler uygulanacaktır:

IDEF0 - Fonksiyonel Modelleme Metodolojisi

IDEF3 - Süreç Tanımlama Metodolojisi

DFD - Veri Akışı Modelleme Metodolojisi

VAD, üst düzey iş süreçlerinin ilişkisini açıklayan bir diyagramdır.

İlk üç metodolojideki diyagramlar, CASE aracı AllFusion Process Modeler, VAD kullanılarak AllFusion ERwin Data Modeler kullanılarak oluşturulacaktır. temel verilen modelleme otomatik

IDEF0, IDEF3, DFD notasyonlarındaki her diyagramın bir veya birkaç iş sürecini tanımlaması amaçlanmıştır. Bir iş süreci, belirli bir teknolojiye göre girdileri tüketici için değerli çıktılara dönüştüren istikrarlı, amaca yönelik, birbiriyle ilişkili faaliyetler (iş dizisi) dizisidir.

İş süreci modellemenin sonucu, üç türden birine ait olan bir iş süreci modelidir:

- AS-IS modeli (olduğu gibi) - işletmenin mevcut iş süreçlerinin organizasyonunun bir modeli

- TO-BE modeli (olacağı gibi) - iş süreçlerinin ideal organizasyonunun bir modeli

- OLMALIDIR modeli (olması gerektiği gibi) - işletmenin iş süreçlerinin gerçek organizasyonunu yansıtmayan idealleştirilmiş bir model

Bu çalışmada işletmedeki darboğazların belirlenmesine zemin oluşturmak amacıyla AS-IS modeli oluşturulacaktır.

Diyagram oluşturmaya başlamadan önce, seçilen konu alanını incelemeniz gerekir. Bu ve sonraki çalışmalarda, taşınabilir hamamların inşası için kurgusal bir girişim konu alanı olarak hareket edecektir. Şirket kendi başına yapı malzemeleri üretmiyor, sadece banyoları monte ediyor ve dekore ediyor. Şirketteki temel prosedürler:

satıcılar müşterilerden sipariş alır;

çalışanlar banyo türlerine göre siparişleri gruplandırır;

çalışanlar banyo toplar;

çalışanlar siparişlere göre banyoları paketler;

lojistik departmanı siparişleri müşterilere gönderir;

Tedarikçiler, montaj için gerekli parçaları sipariş eder ve teslim eder.

Şirket, sipariş vermenize, fatura vermenize ve faturalardaki ödemeleri takip etmenize olanak tanıyan satın alınmış bir muhasebe bilgi sistemi kullanır.

IDEF0 metodolojisinde bir sistem modeli oluşturmak, modelleme konusunu, modellemenin amacını ve modelin bakış açısını içeren modelleme bağlamını tanımlamakla başlar.

Konu sistemin kendisi olarak anlaşılırken, sistemin neleri içerdiğini ve nelerin dışında kaldığını tam olarak tespit etmek gerekirken, başka bir deyişle gelecekte sistemin bileşenleri olarak nelerin dikkate alınacağını belirlemek gerekir, ve ne bir dış etki olarak.

Simülasyonun amacı. Açıkça tanımlanmış bir hedef olmadan bir model oluşturulamaz. Amaç, bu sürecin neden modellenmesi gerektiği, model neyi göstermeli ve okuyucu ne elde edebilir sorularına cevap vermelidir.

Bakış açısı. Model yapılırken farklı kişilerin görüşleri dikkate alınsa da modelin tek bir bakış açısıyla kurgulanması gerekir. Bakış açısı, sistemi modelleme için gerekli olan açıdan gören bir kişinin bakış açısı olarak düşünülebilir. Bakış açısı simülasyonun amacı ile tutarlı olmalıdır. Simülasyon boyunca seçilen bakış açısında kalmak önemlidir.

Bu çalışmada konu işletmenin kendisi değil, içinde meydana gelen süreçler olacaktır; modellemenin amacı, işletmede meydana gelen iş süreçlerini yeniden üretmektir (AS-IS modeli); bakış açısı - işletmenin yapısını bir bütün olarak bilen bir kişi olarak müdürün konumundan.

Modelleme bağlamını belirledikten sonra, bir bağlam diyagramı ("kara kutu" olarak da adlandırılır) oluşturmaya başlayabilirsiniz. Bu tür bir diyagram, işin girdisine neyin beslendiğini ve işin sonucunun ne olduğunu, bileşenlerini detaylandırmadan göstermenizi sağlar. Bu diyagram, işletmenin tüm faaliyetlerini bir bütün olarak temsil edecek tek bir çalışmayı içermektedir (Şekil 1).

AyrışmaIDEF0. Bir inşaat şirketinin etki alanı modeli, IDEF0 metodolojisi kullanılarak oluşturulmuştur, çünkü IDEF0, sistemde mevcut olan iş süreçlerini tanımlamak için en uygun dildir.

IDEF0'da modelleme, bir bağlam diyagramı oluşturmakla başlar. Bu diyagram, sistemi en basit bileşen biçiminde temsil eder - sistemin dış elemanlarla bağlantısını gösteren arayüz yaylarına sahip bir blok (etki alanını modelleme hedefi).

Böylece, modellemenin temel amacı ortaya çıktı - "İşletmenin taşınabilir banyoların inşası için faaliyetleri". Bağlam şeması ayrıca, dikkate alınan konu alanı için girdi bilgilerinin şu şekilde olduğunu gösterir: tedarikçilerden gelen satış siparişleri ve inşaat malzemeleri. Ve çıktı bilgileri: yapı malzemeleri için ödeme, tedarikçilere verilen siparişler, pazarlama malzemeleri, bitmiş ürünler. İşletmenin faaliyetleri, Rusya Federasyonu mevzuatının kontrolü altında personel ve muhasebe tarafından, bu tür faaliyetlerin yürütülmesi için gerekli kural ve prosedürler tarafından düzenlenir.

Pirinç. 1 Bağlam şeması

"Taşınabilir banyoların inşası için işletmenin faaliyetini" oluşturan süreçleri belirlemek için bağlam şeması ayrıştırılır (Şekil 2).

Pirinç. 2 "İşletmenin ulaşım banyolarının inşası için faaliyetleri" bağlamının ayrışma şeması

"Yönetim" işi işletmenin genel yönetimini içerdiğinden, sonuçlarından biri de diğer tüm işlerin yönetiminin girdisine gelen "Yönetim bilgisi" olacaktır.

Satış ve Pazarlama işi girişte müşteri siparişlerini (yani banyo sayısı ve modellerini) alır, hangi bilgileri kontrol bilgisi olarak Hamamlar Meclisine aktarır.

"Banyo Montajı" çalışması, "Sevkiyat ve Tedarik" çalışmasından sipariş ettiği inşaat malzemeleri gerektirir (çıkış oku "Tedarikçilere siparişler"). Ayrıca toplanan banyoları "Nakliye ve tedarik" çalışmasına aktarır (çıkış oku "Bitmiş ürünler"). Satış ve Pazarlama etkinliği için derleme sonuçlarıyla ilgili bilgiler gereklidir (Derleme Sonuçları çıktı oku).

"Sevkiyat ve Tedarik" çalışmasının sonucu "Hamam Montajı" çalışmasının girişine gelen gerekli malzemeler olacaktır.

Herhangi bir işletmenin yönetimi, işletmede neler olduğunu, her bölümün ne yaptığını ve çalışmalarının sonuçlarının ne olduğunu bilmelidir, yani. herhangi bir iş ideal olarak performansını yönetime rapor etmelidir.

Şekil 3, "Hamam Meclisi"nde var olan işlemleri göstermektedir.

Pirinç. 3 "Hamam montajı" bağlamının ayrışma şeması

Gelen montaj siparişleri yönetici tarafından sıralanır, ardından "Küçük banyoların montajı" ve "Büyük banyoların montajı" (ok Montaj emirleri) iş yönetiminin girişine gönderilir. Hamamlar monte edildiğinde, yönetici sevkiyat için bir sipariş verir.

Montajlı banyolar ("Küçük boyutlu banyoların montajı" ve "Büyük boyutlu banyoların montajı" çalışmalarının çıktıları) bitmiş banyoları gönderme talimatı veren yöneticiye gönderilir.

AyrışmaIDEF3. IDEF0 (ve DFD) çalışmasını ayrıştırırken, IDEF0 veya DFD diyagramlarındaki okların bir işten diğerine aktarılan bilgi veya nesnelerin akışlarını gösterdiği akılda tutulmalıdır. IDEF3 diyagramlarında oklar yalnızca iş yürütme sırasını gösterebilir, yani. IDEF0 veya DFD oklarından farklı bir anlama sahiptirler. Bu nedenle, IDEF0 veya DFD çalışmasını bir IDEF3 diyagramına ayrıştırırken, oklar daha düşük seviyeye geçmez. Bir IDEF3 alt diyagramında, üst IDEF0 veya DFD diyagramlarında olduğu gibi aynı nesneleri göstermek istiyorsanız, referans nesneleri kullanmanız gerekir.

"Büyük boyutlu banyoların montajı" diyagramı A3 "Banyoların montajı" çalışmasının ayrıştırılmasını yapalım. Bu iş, montaj siparişleri alındığında başlar. İlk adım, montaj için gerekli malzemelerin mevcudiyetini ve mevcut olmayan depodan bir siparişin olup olmadığını kontrol etmektir. Ayrıca, malzemeler sonraki montaj için hazırlanır. Bir sonraki adım, montaj sürecinin kendisini başlatır: yapısal nervürlerin montajı, sauna sobasının montajı, yalıtım, döşeme ve dekorasyon. Bu eylemler, banyo türünden bağımsız olarak her zaman gerçekleştirilir. Ayrıca, müşterinin talebi üzerine bazı ek işler yapılabilir - yüzey taşlama, kalafatlama ve bitirme. Bu, büyük banyonun montajını tamamlar. Son adım, yapılan iş hakkında bir rapordur.

Pirinç. 4 Ayrışma şeması "Büyük banyoların montajı"

Şekil 4'ten görülebileceği gibi, açıklanan çalışma algoritması “Büyük banyoların montajı” ayrıştırma şemasına yansıtılmıştır. 14 eylem ve 4 kavşaktan oluşur.

AyrışmaDFD. Veri akış diyagramları (DFD'ler), iş akışını ve bilgi işlemeyi açıklamak için kullanılır. IDEF0 gibi, DFD de ilgili çalışmaların bir ağı olarak modellenen sistemi temsil eder. Kurumsal bilgi işleme sistemlerinde mevcut iş akışı işlemlerinin daha görsel bir gösterimi için IDEF0 modeline ek olarak kullanılabilirler. DFD'nin temel amacı, her bir işin girdisini çıktılara nasıl dönüştürdüğünü göstermek ve bu işler arasındaki ilişkiyi ortaya çıkarmaktır.

Örneğimizde, merkezi çalışma "Malzemelerin ve bitmiş banyoların depolanması" dır. Toplanan hamamlar ve tedarikçilerden alınan malzemeler ile hamamların montajı için gerekli malzeme listesi girişinde teslim alınmaktadır. Bu çalışmanın çıktısı, gerekli malzemeler (varsa), "Gerekli malzemelerle tedarik" çalışmasının girişine aktarılan eksik malzemelerin bir listesi ve sevkiyat için aktarılan hazır banyolar olacaktır. "Gerekli malzemelerin temini" ve "Bitmiş banyoların sevkiyatı" işlerinin çıktıları sırasıyla tedarikçilere siparişler ve bitmiş ürünler olacaktır.

Pirinç. 5 Sevkiyat ve tedarik arıza şeması

Gerekli Malzemelerin Tedariki işi, tedarikçiler ve bu tedarikçilerden yapılan siparişler hakkındaki bilgilerle çalışır. İşi ve Tedarikçi Listesi veri deposunu birbirine bağlayan ok çift yönlüdür, çünkü iş hem mevcut tedarikçiler hakkında bilgi alabilir hem de yeni tedarikçiler hakkında veri girebilir. Çalışmayı "Sipariş listesi" veri ambarına bağlayan ok tek yönlüdür, çünkü iş sadece yapılan siparişler hakkında bilgi ekler.

"Malzemelerin ve bitmiş banyoların depolanması" çalışması, alınan ve verilen malzemeler ve inşa edilmiş banyolar hakkında bilgilerle çalışır, bu nedenle çalışmayı "Malzeme listesi" ve "Toplanan banyolar listesi" veri depolarına bağlayan oklar çift yönlüdür. Ayrıca malzeme alınırken bu çalışma, tedarikçilere verilen siparişin tamamlandığını not etmelidir. Bunu yapmak için tek yönlü bir ok ile "Sipariş Listesi" veri ambarına bağlanır.

Son olarak, "Bitmiş banyoların sevkıyatı" çalışması, tamamlanan gönderiler hakkında bilgi depolamalıdır. Bunun için ilgili bir veri deposu girilir - "Sevkiyat verileri".

Çözüm

İş süreçlerini modellemek, yalnızca işletmenin bir bütün olarak nasıl çalıştığını, dış kuruluşlar, müşteriler ve tedarikçilerle nasıl etkileşime girdiğini değil, aynı zamanda her bir işyerinde faaliyetlerin nasıl organize edildiğini de analiz etmenizi sağlar.

Bir organizasyonun iş süreçlerini modellemek, yapısal ve detaylı olmak üzere iki aşamadan oluşur.

Bir iş sürecinin modelini (tanımını) oluşturmak için metodoloji (gösterim), gerçek dünyanın nesnelerinin ve aralarındaki bağlantıların bir model şeklinde temsil edildiği bir dizi yol olarak anlaşılır.

Birçok modern iş süreci modelleme metodolojisi, yazılım geliştirme için kullanılan SADT (Structured Analysis and Design Technique) metodolojisine ve algoritmik dillere dayanmaktadır. IDEF ailesinin metodolojisini kullanarak, çok çeşitli karmaşık sistemlerin faaliyet modellerini çeşitli açılardan etkin bir şekilde görüntülemek ve analiz etmek mümkündür. ARIS sistemi, bir işletmenin faaliyetlerini analiz etmek ve modellemek için bir araçlar kompleksidir. Metodolojik temeli, incelenen sistemle ilgili farklı görüşleri yansıtan çeşitli modelleme yöntemlerinin bir kombinasyonudur.

İş süreci modellemenin dikkate alınması gereken önemli özellikleri vardır. Özellikle, iş süreçlerini modellemenin avantajları şunları içerir: maliyetlerde eş zamanlı bir azalma ile üretimin kalitesini ve hızını artırmak; çalışanların profesyonelliğinin büyümesi; şirketin rekabet gücünü artırmak. Dezavantajlar sırasıyla: çalışanların artan sömürüsü ve sosyo-psikolojik nitelikteki ilgili sorunlar; kurum kültürünü değiştirmek için amaçlı çalışmaya duyulan ihtiyaç.

Kriz nedeniyle ticarette artan rekabet, küçük ticari işletmeleri bile iş süreçlerinin standardizasyonuna ve otomasyonuna ve genel olarak malların muhasebesine çok dikkat etmeye zorluyor. Üretim iş süreçlerinin standartlarına uygunluk ve uygunluk, işletmenin verimliliğini artıracaktır. Elbette her şey standardize edilemez ancak belirli aralıklarla gerçekleşen süreçlerin standardize edilmesi gerekir. Standartlar, çalışanların kişisel sezgilerine veya fikirlerine göre karar vermelerini engelleyecektir.

Tüm iş süreçlerinin belirli bir hedefe odaklanmış bir işletme modeline sahip olarak, iyileştirme olasılığını açabiliriz. İşletmenin bir model olarak analizi, belirli bir hedefe ulaşmak için neyin gerekli ve yeterli olduğu sorusuna cevap vermenin uygun bir yoludur.

bibliyografya

1 Eliferov V.G. İş süreçleri: düzenleme ve yönetim: ders kitabı [üniversite öğrencileri için] / V. G. Eliferov, V. V. Repin; Ekonomi ve Finans Enstitüsü "Sinerji". - E.: INFRA-M, 2011 .-- 319 s.

2 Andersen B. İş süreçleri. İyileştirme araçları / B. Andersen; [Lane. İngilizceden S.V. Arinicheva; bilimsel altında. ed. Aynen. Kartal]. - 5. baskı. - M.: Standartlar ve kalite, 2008 .-- 272 s. : hasta. - (Pratik yönetim).

3 Repin V.V. Şirketin iş süreçleri: inşaat, analiz, düzenleme / V. V. Repin. - M.: Standartlar ve kalite, 2007 .-- 240 s. : hasta. - (İş mükemmelliği).

4 İş süreçlerinin yeniden yapılandırılması: bir ders kitabı [öğrenciler için. ekonomi. yüksek lisans düzeyindeki üniversiteler] / N.M. Abdikeev, T.P. Danko, S.V. Ildemenov, A.D. Kiselev; ed. N.M. Abdikeeva, T.P. Danko; Daha yüksek. MBA Okulu; Onları REA. G.V. Plekhanov. - 2. baskı, Rev. - E.: Eksmo, 2009 .-- 592 s. - (Komple MBA kursu).

5 Kalyanov, G.N. İş süreçlerinin modellenmesi, analizi, yeniden düzenlenmesi ve otomasyonu: öğrenciler için bir el kitabı. üniversiteler, eğitim. özel olarak 080801 "Uygulamalı Bilişim" ve diğer ekonomi. uzman. / G.N. Kalyanov. - E.: Finans ve istatistik, 2009 .-- 240p.

6 Kalyanov G.N. İş süreçlerinin modellenmesi ve otomasyonu: öğrenciler için bir el kitabı. üniversiteler, eğitim. özel olarak 080801 "Uygulamalı Bilişim" ve diğer ekonomi. uzman. / G.N. Kalyanov. - E.: Finans ve istatistik, 2008 .-- 240p.

7 Lojistik. Tedarik zincirlerinde lojistik iş süreçlerinin entegrasyonu ve optimizasyonu: [öğrenciler için ders kitabı. üniversiteler] / V. V. Dybskaya, E. I. Zaitsev, V. I. Sergeev, A. N. Sterligova; Ed. V.I.Sergeeva. - E.: Eksmo, 2008 .-- 944 s. - (Komple MBA kursu).

Allbest.ru'da yayınlandı

...

benzer belgeler

BPwin, Aris Express, MS Visio, IBM Rational Rose'da ve GOST 19.701-90 gereksinimlerine uygun süreç modellerinin oluşturulması. Erwin'de veri ve MS Access'te veritabanlarının oluşturulması. BPwin'de bu süreci yeniden yapılandırmanın ekonomik verimliliğinin hesaplanması.

dönem ödevi eklendi 07/12/2015

İş süreçlerini modellemek için bir metodoloji olarak entegre bilgi sistemleri ARIS mimarisi, kullanımın avantajları ve dezavantajları. Modelleme için bir iş sürecinin seçimi ve anlamlı açıklaması, açıklamasının tablo biçimi.

dönem ödevi eklendi 19/06/2015

Şirketin fonksiyonel yapısının oluşturulması. Bilgi sistemleri tasarım metodolojileri. IDEF standardının bileşimi. Yapısal sistemler analiz araçları. Fonksiyonel modelleme yöntemi SADT. Ayrıştırma stratejileri. DFD veri akış şeması.

sunum 27/12/2013 eklendi

IDS Scheer'den şirketin iş süreçlerini modellemek için bir yazılım ürünü olan optimal ve işlevsel bir ARIS modelinin geliştirilmesinin aşamalarının ve özelliklerinin analizi. Aşırı programlamanın temel kavramları, metodolojileri ve yaklaşımlarının incelenmesi.

test, eklendi 06/04/2011

İş süreçlerini modellemek için CASE araçlarını kullanmak; CA ERwin Modeling Suite yazılım paketini kullanarak bilgi sistemlerinin tasarımının iyileştirilmesi: veri yapısının ve dağıtım ortamının özellikleri, görselleştirme yetenekleri.

özet, eklendi 03/20/2012

Otomatik bilgi sistemlerinin tanımı. Bir bilgi sistemi geliştirme ortamı seçiminin gerekçesi. Bilgileri seçmek için sorgular oluşturun. İlişkisel bir veritabanının mantıksal ve fiziksel yapısı. Kullanıcı arayüzü geliştirme.

dönem ödevi eklendi 16/04/2017

Teknik desteğin gelişimi. Otomatik bilgi sistemlerinin modern teknik araçlarının temel gereksinimleri, uygulaması ve özellikleri. Bilgiyi işlemek ve depolamak için entegre teknolojiler. Muhasebe ve satış veritabanının oluşturulması.

dönem ödevi, eklendi 12/01/2010

Bilgi işleme sürecini organize etme yöntemleri; makine içi bilgi desteğinin uygulanmasının ana yönleri. Otomatik sistemlerin ana bileşenleri olarak veri tabanı teknolojilerinin ve veri bankalarının yapım ve etkin uygulama ilkeleri.

tez, eklendi 05/30/2013

Mantıksal bir veri modelinin oluşturulması. Erwin Toolbox düğmeleri atama. InterBase DBMS'de bir veritabanının oluşturulması. WISQL yardımcı programını kullanma. Komut dosyası oluşturma. Veri yapısının bir sunucudan diğerine aktarılması. Veritabanı kataloğu ve mevcut modelin senkronizasyonu.

dönem ödevi eklendi 26/11/2011

Bir sanat okulu için otomatik bir bilgi sisteminin geliştirilmesinin görevleri ve aşamaları. DFD veri akış diyagramlarını kullanarak iş modellemesini kullanarak etki alanını tanımlama. Sistem özellikleri, veritabanının mantıksal yapısı.

rock-nation.ru

İş süreçlerini modellemek ve analiz etmek için ana metodoloji türleri:

IDEF0

Arayüz türü:

IDEF3

IDEF3 bağlantı türleri:

Sürecin dallanması özel bloklar kullanılarak yansıtılır:

DFD

Veri akış diyagramlarının ana bileşenleri şunlardır:

ARİS

ARIS'te desteklenen model türleri:

eEPC gösteriminin ana nesneleri:

Sürecin SWOT analizi

Süreç problem analizi: problemli alanların belirlenmesi

Sübjektif değerlendirmeye dayalı sıralama süreçleri

Tipik gereksinimlerle ilgili süreç analizi

Süreç akış şemalarının görsel analizi

Süreç göstergelerinin ölçümü ve analizi

İyi çalışmalarınızı bilgi tabanına gönderin basittir. Aşağıdaki formu kullanın

Tanıtım

1. teorik kısım

1.2 ARIS Metodolojisi

2. Pratik kısım

Çözüm

bibliyografya

Tanıtım

Bir kurumsal bilgi sisteminin oluşturulması, oldukça karmaşık ve çok aşamalı bir süreçtir ve çoğu zaman bir bilgi modelleme aşaması içerir. Bir bilgi modeli, veri yapısının ve iş kurallarının (etki alanı kuralları) bir özelliğidir.

İş süreci modelleme, birbiriyle ilişkili operasyonlardan oluşan resmi bir model biçiminde iş akışının öznel vizyonunu yansıtma sürecidir.

Modellemenin amacı, şirket ve iş süreçleri hakkındaki bilgileri, alınan bilgilerin analitik olarak işlenmesi için daha uygun olan görsel bir grafik biçiminde sistematik hale getirmektir.

Birçok modern iş süreci modelleme metodolojisi, SADT metodolojisine dayanmaktadır. Şu anda, iş süreçlerini tanımlamak için en yaygın kullanılan metodoloji ABD IDEF standardıdır.

1. Teorik kısım

1.1 Erwin Süreç Modelleyici (BPwin)

Fonksiyonel Modelleme Yöntemi (IDEF0)

W giriş okları (işin sol tarafında bulunur) - çalışma sırasında değişen verileri veya nesneleri temsil eder;

Ш kontrol okları (işin üst yüzüne dahildir) - işin yapıldığına göre kuralları ve kısıtlamaları gösterir;

Çıkış okları (işin sağ tarafından dışarı çıkın) - çalışma sonucunda ortaya çıkan verileri veya nesneleri temsil eder;

Ш mekanizmanın okları (işin alt kenarına dahildir) - işi gerçekleştirmek için gerekli kaynakları temsil eder, ancak çalışma sürecinde değişmez (örneğin, ekipman, insan kaynakları, vb.);

Ш çağrı okları (işin alt kenarından çıkan) - bu işin daha ayrıntılı olarak ele alındığı belirli bir şemaya işaret ederek farklı diyagramlar veya modeller arasındaki bağlantıları gösterir.

Tüm eserler ve oklar isimlendirilir. IDEF0 diyagram hiyerarşisindeki ilk diyagram her zaman sistemin bir bütün olarak işleyişini gösterir.

İş Süreçleri Modelleme Yöntemi (IDEF3)

IDEF3 - ana amacı, süreçlerin belirli bir sırayla gerçekleştirildiği durumu tanımlamanın yanı sıra, tek bir süreçte birlikte yer alan nesneleri tanımlamak için analistlere olanak sağlamak olan bir yöntemdir.

IDEF3, süreçler oluşturmak için bir yöntem olarak da kullanılabilir. IDEF3, IDEF0'ı tamamlar ve daha sonra simülasyon analizi için kullanılabilecek modeller oluşturmak için ihtiyacınız olan her şeyi içerir.

Veri Akışı Simülasyonu (DFD)

Veri Akış Şeması, bir kuruluştaki en üst düzey süreçleri tanımlamak ve gerçek veri akışlarını tanımlamak için kullanılır.

- harici varlıklar;

- sistemler / alt sistemler;

- süreçler;

- veri depolama cihazları;

- veri akışları.

1.2 ARIS Metodolojisi

ARIS tarafından kullanılan metodoloji, bir sistem yaklaşımı içinde entegre edilmiş çeşitli farklı metodolojilerdir. Bu, dikkate alınan metodolojinin birleşik bir mimarisi hakkında konuşmamızı sağlar. ARIS, incelenen sistemin farklı yönlerini yansıtan dört tür modeli destekler:

- sistemin yapısını temsil eden örgütsel modeller - örgütsel birimlerin hiyerarşisi, pozisyonlar ve belirli kişiler, aralarındaki bağlantıların çeşitliliği ve yapısal birimlerin bölgesel bağlayıcılığı;

- hedeflere ulaşmak için gerekli olan bir dizi işlev ağacıyla birlikte yönetim aygıtının karşı karşıya olduğu bir hedefler hiyerarşisini içeren işlevsel modeller;

- sistemin tüm işlevlerinin uygulanması için gerekli bilgi yapısını yansıtan bilgi modelleri;

- sistem içinde iş süreçlerinin uygulanmasının entegre bir görünümünü temsil eden yönetim modelleri.

ARIS metodolojisi, farklı organizasyon modellerinin esnek bir şekilde oluşturulmasına izin veren çok sayıda farklı notasyon içerir. En önemli ve pratik olarak kullanılan ARIS notasyonları şunlardır:

- Katma değerli zincir diyagramı gösterimi;

- Genişletilmiş Olaya Dayalı Süreç Zinciri gösterimleri - eEPC (Genişletilmiş Olaya Dayalı Zincir Notasyonu) ve PCD (Süreç Zinciri Şeması);

- Organizasyon şeması gösterimi;

- İşlev ağacı gösterimi;

- Ürün ağacı gösterimi.

VAD (klasik DFD standardının analogu)

VAD gösteriminin ana amacı "katma değer zinciri" nesnesidir.

Katma değerli zincir diyagramı (VAD), üst düzey iş süreçlerinin ilişkisini açıklayan bir diyagramdır. İşlemler arasında iki tür bağlantı görüntüler:

- "öncül-halef" ilişkisi - yatay çizgilerle gösterilir;

- "içerir" ilişkisi - dikey çizgilerle gösterilir ve diğer alt süreçler tarafından sürecin detayını gösterir.

VAD gösteriminin belirtilen dezavantajı, geri bildirimlerin özel kullanım olasılığını önceden şart koşarak giderilebilir.

ARIS VAD notasyonunun incelemesini bitirirken, bir kez daha bu notasyonun çoğunlukla açıklayıcı olduğu ve bir organizasyonun en üst seviyesinde karmaşık süreç modelleri yaratmayı amaçlamadığı gerçeğine odaklanıyoruz.

2. Pratik kısım

2.1 ERwin ortamını kullanarak bir kurumsal iş modeli oluşturma

Bu çalışmanın amacı, seçilen işletmenin faaliyetlerini modellemektir. Bunun için aşağıdaki metodolojiler uygulanacaktır:

IDEF0 - Fonksiyonel Modelleme Metodolojisi

IDEF3 - Süreç Tanımlama Metodolojisi

DFD - Veri Akışı Modelleme Metodolojisi

VAD, üst düzey iş süreçlerinin ilişkisini açıklayan bir diyagramdır.

İlk üç metodolojideki diyagramlar, CASE aracı AllFusion Process Modeler, VAD kullanılarak AllFusion ERwin Data Modeler kullanılarak oluşturulacaktır. temel verilen modelleme otomatik

İş süreci modellemenin sonucu, üç türden birine ait olan bir iş süreci modelidir:

- AS-IS modeli (olduğu gibi) - işletmenin mevcut iş süreçlerinin organizasyonunun bir modeli

- TO-BE modeli (olacağı gibi) - iş süreçlerinin ideal organizasyonunun bir modeli

- OLMALIDIR modeli (olması gerektiği gibi) - işletmenin iş süreçlerinin gerçek organizasyonunu yansıtmayan idealleştirilmiş bir model