Modelleme araçları ve yöntemlerinin seçimi.

İş süreci modelleme, son yıllarda birçok büyük (ve hatta çok büyük olmayan) işletmeyi içine alan moda bir trend haline geldi. Birçok şirkette organizasyonel gelişim departmanları, süreç yönetimi departmanları ve diğer departmanlar mantar gibi büyüyor ve bunların asıl görevi, bir süreç yaklaşımının uygulanmasına dayalı olarak şirketin faaliyetlerini iyileştirmek için öneriler geliştirmek. Hizmet pazarında, belirli bir endüstri uzmanlığına sahip teklifler de dahil olmak üzere süreç danışmanlığı alanındaki teklifler de mevcuttur (örneğin, uygulama geliştirme süreçlerinin ayarlanması veya diğer BT projelerinin sürdürülmesi veya şirket yönetim sistemlerinin iyileştirilmesi alanında). .

Bu makale dizisi, süreç yaklaşımının kullanımına, iş süreci modellemesine ve bunların pratik uygulamalarına ayrılmıştır. Bu döngüde ele alınması planlanan konular, en yaygın model türleri, nasıl saklandıkları, avantajları ve dezavantajları hakkında bir tartışmayı içerir. Ek olarak, bilgi sistemleri ve iş süreci yönetim araçları (iş süreci tanımlama dillerini kullanan çözümler dahil) ile entegrasyon araçlarını tartışacağız; süreçlerin simülasyon modellemesi, süreçlerin gerçek hayatta yürütülmesinin kontrolü ve analizi, iş süreci modelleme araçlarına dayalı çözümlerin oluşturulması.

İlk olarak, bu döngünün, yazarın tartışılan araç ve hizmetlerin tedarikçilerinin resmi görüşleriyle ilgili olmayan iş süreci modelleme konusundaki kişisel bakış açısını sunduğuna dikkat çekmek istiyorum; ikinci olarak, bu döngü sistematik bir sunum gibi davranmaz - yalnızca süreç yaklaşımının yazara en ilginç ve dikkate değer görünen yönlerini yansıtır.

Süreç yaklaşımı hakkında kısaca

Süreç yaklaşımının özü basittir. Şirket çalışanlarının faaliyetleri iki kategoriye ayrılır: tekrar eden (periyodik olarak veya herhangi bir olayın meydana gelmesi sonucunda), süreç adı verilen ve tekrar etmeyen proje, olay veya program adı verilen faaliyetler. Bu bakış açısına göre süreç, girdi ve/veya bilgiyi önceden belirlenmiş kurallara göre nihai bir ürüne (veya hizmete) dönüştüren ilişkili tekrarlanabilir eylemler kümesidir. Kural olarak, süreçler kuruluşların faaliyetlerinin önemli bir bölümünü oluşturur. Sürecin bir sonucu olduğu göz önüne alındığında, şirketin faaliyetlerini bir dizi süreç olarak düşünmek, dış koşullardaki değişikliklere daha hızlı yanıt vermenizi, faaliyetlerin tekrarını ve istenen sonuca götürmeyen maliyetleri önlemenizi sağlar, çalışanları başarıya doğru şekilde motive eder. BT.

İş süreci modellemesi genellikle resmileştirilmiş grafik açıklamaları anlamına gelir. Süreç yaklaşımının uygulanmasının modellenmesi ve şirket faaliyetlerinin buna dayalı olarak iyileştirilmesi zorunlu olmamakla birlikte, son zamanlarda birçok şirkette ciddi ilgi görmüştür. Ardından, onun yardımıyla hangi sorunların çözülebileceğini tartışacağız.

İş süreci modellemenin pratik uygulaması

İş süreci modellemesi, pratikte çok çeşitli sorunları çözmek için kullanılır. Bu tür modellerin en tipik uygulamalarından biri, modellenen süreçlerin iyileştirilmesidir. Uygulamada süreçler "olduğu gibi" (yani gerçekte olduğu gibi) anlatılmakta ve daha sonra bu süreçlerdeki darboğazlar çeşitli şekillerde belirlenmekte ve bu analize dayalı olarak çeşitli "olması gerektiği gibi" modeller oluşturulmaktadır. oluşturuldu.

Süreçlerdeki darboğazların belirlenmesi farklı şekillerde yapılabilir. Bunlardan biri simülasyon modellemesidir. Bu tür bir modelleme için ilk veriler, sürecin yürütülmesini etkileyen olayların meydana gelme olasılığı, süreçteki işlevlerin ortalama yürütme süresi ve yürütme süresinin dağıtım kanunlarının yanı sıra diğer özellikler hakkında bilgilerdir, örneğin, süreçte yer alan kaynaklar.

Darboğazları belirlemenin başka bir yolu, gerçek süreçlerin analizine ve buna bağlı olarak işlevlerin gerçek zamanlı olarak yürütülmesine veya kaynakların kullanılabilirliğini beklemeye dayanır. Gerçek değerler ya bilgi sistemlerinden elde edilebilir (süreç yeterince yüksek bir dereceye kadar otomatikleştirilirse) veya geleneksel zamanlama ve diğer gözlemlerle belirlenebilir.

İş süreci tanımını kullanmanın başka bir yolu, süreç düzenlemeleri, bölüm düzenlemeleri, iş tanımları gibi bir kurumsal düzenleyici çerçeve oluşturmak için bir dizi süreç modeli kullanmaktır. Özellikle bu tür teknolojiler, bir şirketi kalite standartlarından birine uygunluk sertifikasına hazırlarken kullanılır. Bugün, neredeyse tüm iş süreci modelleme araçları, modeller üzerindeki nesneler ve bunların ilişkileri hakkında veri almanıza ve bunları belgeler biçiminde sunmanıza olanak tanır, ancak bu tür çözümlerin altında yatan teknolojiler farklı olabilir.

Genellikle, şirket yönetim sistemini iyileştirmek ve bir personel motivasyon sistemi geliştirmek için iş süreci modelleri kullanılır - bunun için, şirket hedefleri genellikle modellenir ve bu döküm o kadar ayrıntılı hale gelene kadar her biri daha ayrıntılı olanlara bölünür. faaliyetlere özgü çalışanlarla ilgili olmalıdır. Daha sonra bu amaçlar için, başarı derecelerini karakterize eden nicel göstergeler oluşturulur ve bu göstergelere dayanarak bir personel motivasyon sistemi oluşturulur.

İş süreci modellemesi, bilgi sistemlerinin veya diğer BT çözümlerinin tasarımında yaygın olarak kullanılmaktadır - bugün, gereksinimleri yönetme ve spesifikasyonları oluşturma süreçlerinin tanımı, pratik olarak iyi bir biçim kuralı haline gelmiştir ve modern bir teknik görevde, olmadığını görmek oldukça mümkündür. sadece gereksinimlerin bir listesi değil, aynı zamanda süreç modelleri. Ve yönetim ve süreç danışmanlığı alanındaki uzmanlar bu konu hakkında ne derse desin, çoğu durumda, işe karar verirken asıl olanın şirket faaliyetlerinin doğru otomasyonu ve bilgi desteği görevi olduğunu unutmamalıyız. süreç modelleme.

Listelenen görevler, iş süreci modellemesinin kapsamını tüketmekten çok uzaktır - işte bu tür modellemenin kullanımına ilişkin bazı örnekler.

Süreç yaklaşımı ve CASE teknolojileri

Modeller, Nesneler ve İlişkiler

İş süreçleri modellenirken kural olarak model, nesne ve ilişki kavramları manipüle edilir. Bir model, modellenen konu alanının bazı özelliklerini yeterince tanımlayan bir dizi grafik sembol, bunların özellikleri, nitelikleri ve aralarındaki ilişkilerdir. Olası model türleri ve bunların yapım kuralları (kullanıma açık grafik semboller ve aralarındaki bağlantıların varlığına ilişkin kurallar dahil) seçilen modelleme metodolojisi tarafından belirlenir ve kullanılan modelde benimsenen gelenekler, kullanılan model tarafından belirlenir. seçilen notasyon

Günümüzde iş süreçlerinin tanımlanmasında kullanılan oldukça az sayıda modelleme metodolojisi bulunmaktadır. Bunlardan en popüler olanı, bilgi sistemlerinin gereksinim analizinde ve işlevsel tasarımında kullanılan veri akış şemalarını açıklayan DFD (Veri Akış Diyagramları) metodolojisini; STD (State Transition Diagram), gerçek zamanlı sistemleri tasarlamak için durum geçiş diyagramlarını göz önünde bulundurarak; bilgi sistemlerinin mantıksal tasarımında kullanılan varlık-ilişki diyagramlarını ele alan ERD (Varlık-İlişki Diyagramları); fonksiyonel ayrıştırma diyagramlarını açıklayan FDD (Functional Decomposition Diagrams); 90'lı yıllarda oldukça popüler olan bir yapısal analiz ve tasarım teknolojisi olan SADT (Structured Analysis and Design Technique). Son zamanlarda, bir şirketin tüm alt sistemlerini tanımlamak için kullanılan bir dizi farklı model türü (diğer bazı metodolojiler tarafından desteklenenler dahil) dikkate alındığında, ARIS metodolojisi de popüler olmuştur. İş süreçlerini ve verileri tasarlamak için kullanılan IDEF metodolojileri ailesi daha az popüler değildir (veritabanı geliştiricileri, kural olarak, mantıksal ve fiziksel veri modellerini açıklayan IDEF1X metodolojisine oldukça aşinadır ve IDEF0 metodolojisi, iş süreçlerini tanımlayan analistler arasında çok popülerdir. ) . UML (Birleşik Modelleme Dili) metodolojisi, uygulama geliştiricileri arasında oldukça popülerdir ve bilgi sistemleri ve uygulamalarının tasarımında bir bilgi sistemi için gereksinimleri, kullanıcı senaryolarını, sistemdeki değişiklikleri ve veri durumlarını tanımlamak için kullanılır. iş ve gelecekteki bir uygulamanın sınıfları.

Modelleme araçları

Kâğıt üzerine model çizmek yasak olmasa da modern iş süreci modellemesi genellikle CASE araçları - Bilgisayar Destekli Sistem Mühendisliği - bilgisayar kullanarak sistem tasarlamak kullanılarak gerçekleştirilir. Modern yazılım pazarında yüzlerce CASE aracı vardır. Böyle bir durumda, sınıflandırmalarını ve onların yardımıyla çözülebilecek görevleri (süreç yaklaşımıyla ilgili olarak) tartışmak mantıklıdır.

Bilgi teknolojisinden, CASE araçları genellikle BT çözümlerinin yaşam döngüsünün belirli süreçlerini otomatikleştirmenize izin veren araçları içerir. Ancak, onların yardımıyla, doğrudan BT çözümleriyle ilgili olmayan görevler genellikle çözülür.

Modern CASE araçlarının özellikleri, modeller oluşturmak için görsel grafik araçlar, bunları dosya biçiminde veya özel bir havuzda veri olarak depolamak için araçların kullanımı ve genellikle diğer araçlarla (örneğin, uygulama geliştirme araçlarıyla) entegrasyon araçlarıdır. ofis uygulamaları, diğer CASE araçları, bilgi sistemlerinin uygulanmasında kullanılan araçlar). Genellikle CASE araçları, modellere dayalı raporlama araçları, yeniden yapılandırma araçları içerir - mevcut verilere (örneğin, ilişkisel bir veritabanında yer alan) dayalı modeller oluşturur. Genellikle CASE araçları, uygulama programlama arayüzlerini ve hatta kendi başına çözümler için geliştirme ortamlarını içerir.

CASE araçları türlere göre sınıflandırılabilir:

süreçlerin ve diğer konu alanlarının açıklamalarını oluşturmak için tasarlanmış analiz ve modelleme araçları;
gereksinimleri yönetmek ve BT projelerini belgelemek için kullanılan analiz ve tasarım araçları;
uygulama modelleme araçları (günümüzde bu tür araçların en yaygın kategorisi UML modelleme araçları ailesidir);
en yaygın DBMS için veri modelleme ve veritabanı şeması oluşturma sağlayan veri tasarım araçları.

Listelenen araç kategorilerinin tümü, belki de sonuncusu dışında iş süreçlerini tanımlamak için kullanılır: veri modelleme, çok özel görevleri ve belirli bir beklenen sonucu olan özel bir alandır ve iş analistleri kadar uygulama geliştiricileri tarafından kullanılmaz.

Pirinç. 1 Birlikte Borland

Ülkemizde en popüler iş süreci açıklama araçları arasında Rational Rose (IBM) ve Together (Borland) UML modelleme araçları bulunmaktadır - şek. 1, AllFusion Business Process Modeler (BPwin) ailesi, IDEF0 (Computer Associates) metodolojisini kullanarak iş süreçlerini tanımlamak ve tek bir model havuzunda toplu çalışmayı organize etmek için (Şekil 2), ARIS (IDS Scheer) - toplu çalışma için bir araç iş süreçlerini, veri ve bilgi sistemlerini, şirket faaliyetlerini tanımlamak için tasarlanmış farklı türlerdeki (Şekil 3) birbiriyle ilişkili bir dizi model üzerinde, Visio (Microsoft), çeşitli iş süreci türlerini ve diyagramlar oluşturmanıza olanak tanıyan veri modellerini oluşturmak için bir araçtır ve çeşitli metodolojiler kullanan modeller (Şek. 4).

Pirinç. 2. CA AllFusion İş Süreci Modelleyicisi (BPwin)

Pirinç. 3. ARIS İş Mimarı

Pirinç. 4.Microsoft Visio

Yukarıda sıralanan araçların birçoğu hakkında dergimizde defalarca yazdık ve ilgilenenler ilgili makaleleri web sitemizde bulabilirler: .

İş süreci modellemesi için araçlardan hangisi seçilmelidir? Her şeyden önce, bu, modellemenin amaçları ve hacmi, araçların işlevselliği, bunların diğer araç ve uygulamalarla entegrasyonu ve çok daha az ölçüde, yazarların belirli bir aracı kullanma konusundaki bilgi ve deneyimleri tarafından belirlenir. modeller. Doğal olarak, bu durumda, kullanıcının karşılaştığı sorunu çözmek için modelleme aracının hangi yeteneklerinin gerekli olduğunu hayal etmek gerekir. Ancak, sonraki makalelerde bu tür araçların olanakları hakkında daha fazla konuşacağız.

İş süreci modelleme, organizasyonun kalitesini ve verimliliğini artırmanın yöntemlerinden biridir. Bu yöntem, sürecin doğasında bulunan eylemler, veriler, olaylar, materyaller gibi çeşitli unsurlar aracılığıyla sürecin tanımlanmasına dayanmaktadır. Kural olarak, iş süreci modellemesi, sürecin tüm öğelerinin kuruluş içinde başlangıcından tamamlanmasına kadar olan mantıksal ilişkisini tanımlar. Daha karmaşık durumlarda modelleme, organizasyonun dışındaki süreçleri veya sistemleri içerebilir.

İş süreci modellemesi, işi anlamanıza ve organizasyonu analiz etmenize olanak tanır. Bu, modellerin yönetimin çeşitli yönleri ve seviyeleri için derlenebilmesi nedeniyle elde edilir. Büyük kuruluşlarda, iş süreci modellemesi, çok sayıda işlevler arası ilişkilerle ilişkilendirilen küçük kuruluşlara göre daha ayrıntılı ve çok yönlüdür.

İş süreci modellemesi, yalnızca kuruluşun bir bütün olarak nasıl çalıştığını, dış kuruluşlar, müşteriler ve tedarikçilerle nasıl etkileşim kurduğunu değil, aynı zamanda her bir işyerinde faaliyetlerin nasıl organize edildiğini de analiz etmenizi sağlar.

"İş süreçlerinin modellenmesi" kavramının tanımına yönelik birkaç yaklaşım vardır:

1) iş süreci modellemesi, yöneticinin sıradan çalışanların nasıl çalıştığını ve sıradan çalışanlar için - meslektaşlarının nasıl çalıştığını ve tüm faaliyetlerinin hangi sonucu hedeflediğini bilmesini sağlayan bir işletmenin iş süreçlerinin bir açıklamasıdır;
2) iş süreci modellemesi, bir kuruluşun performansını iyileştirmek için fırsatlar bulmanın etkili bir yoludur;
3) iş süreci modellemesi, işletmenin yeniden düzenlenmesinin çeşitli aşamalarında ortaya çıkan riskleri tahmin etmenizi ve en aza indirmenizi sağlayan bir araçtır;
4) iş süreci modellemesi, bir işletmenin mevcut faaliyetlerinin işleyişi, yönetimi, verimliliği, faaliyetlerin nihai sonuçları ve müşteri memnuniyeti derecesi için gereklilikler ile ilgili olarak değerlendirilmesine izin veren bir yöntemdir;
5) iş süreci modellemesi, her bir süreç için ayrı ayrı ve bir kuruluştaki tüm iş süreçleri için toplu olarak bir maliyet tahmini vermenizi sağlayan bir yöntemdir;
6) iş süreci modellemesi, bir kuruluştaki mevcut sorunları belirlemenin ve gelecekteki sorunları tahmin etmenin her zaman kesin bir yoludur.

Modern işletmeler, faaliyetlerini sürekli olarak iyileştirmek zorunda kalıyor. Bu, yeni teknolojilerin ve iş uygulamalarının geliştirilmesini, faaliyetlerin nihai sonuçlarının kalitesinin iyileştirilmesini ve elbette işletmelerin faaliyetlerini yönetmek ve organize etmek için yeni, daha verimli yöntemlerin getirilmesini gerektirir.

Tipik olarak, iş süreçlerini modellemek için çeşitli bilgisayar araçları ve yazılımları kullanılır. Bu, modelleri yönetmeyi, bunlardaki değişiklikleri izlemeyi ve analiz süresini kısaltmayı kolaylaştırır.

İş süreci modellemesi aşağıdaki hedefleri içerir:

1) kuruluşun yapısının ve içinde meydana gelen süreçlerin dinamiklerinin anlaşılmasını sağlamak;
2) kuruluşun mevcut sorunları ve bunların çözüm olasılıkları hakkında bir anlayış sağlamak;
3) kuruluşun amaç ve hedeflerinin müşteriler, kullanıcılar ve geliştiriciler tarafından ortak bir şekilde algılanmasının sağlanması;
4) kuruluşun iş süreçlerini otomatikleştiren yazılım gereksinimlerinin oluşturulması için bir temel oluşturulması.

İş süreci modeli şunları tanımlamalıdır:

- belirli bir sonuç elde etmek için gerçekleştirilmesi gereken prosedürler (işlevler, çalışma);
- prosedürlerin sırası;
- dikkate alınan iş süreci içindeki kontrol ve yönetim mekanizmaları;
- süreç prosedürlerinin yürütülmesi konuları;
- her işlem prosedürü tarafından kullanılan gelen belgeler (bilgiler);
- süreç prosedürleri tarafından oluşturulan giden belgeler (bilgiler);
- her proses prosedürünü gerçekleştirmek için gereken kaynaklar;
- prosedürün uygulanmasını yöneten belgeler (koşullar);
- prosedürlerin uygulanmasını ve bir bütün olarak süreci karakterize eden parametreler.

İş süreçlerinin modellenmesi, kural olarak, birkaç ardışık aşamanın uygulanmasını içerir. Çünkü modellemenin nihai amacı süreçleri iyileştirmektir, hem işin “tasarım” kısmını hem de süreç modellerinin uygulanmasına yönelik çalışmaları kapsar.

İş süreçlerinin modellenmesini içeren aşamaların bileşimi şu şekildedir:

1. Süreçlerin tanımlanması ve ilk modelin "olduğu gibi" oluşturulması. Süreci iyileştirmek için şu anda nasıl çalıştığını anlamak gerekiyor. Bu aşamada sürecin sınırları belirlenir, temel unsurları belirlenir ve sürecin işleyişine ilişkin veriler toplanır. Sonuç olarak, ilk süreç modeli "olduğu gibi" yaratılır. Bu model, sürecin işleyişini her zaman yeterince yansıtmaz, bu nedenle bu aşamadaki model “ilk taslak” veya ilk “olduğu gibi” model olarak adlandırılabilir.
2. Orijinal modelin revizyonu, analizi ve iyileştirilmesi. Bu aşamada süreçteki eylemlerin çelişkileri ve tekrarları belirlenir, sürecin sınırlamaları, sürecin ilişkisi belirlenir ve sürecin değiştirilmesi ihtiyacı belirlenir. Sonuç olarak, modelin "olduğu gibi" son hali oluşturulur.
3. "Olması gerektiği gibi" modelin geliştirilmesi. Mevcut durum analiz edildikten sonra sürecin istenilen durumunun belirlenmesi gerekmektedir. İstenen bu durum “olması gerektiği gibi” modelinde temsil edilir. Böyle bir model, gerekli iyileştirmeler de dahil olmak üzere sürecin gelecekte nasıl olması gerektiğini gösterir. İş süreci modellemesinin bu aşamasında, bu tür modeller geliştirilir.
4. “Olması gerektiği gibi” modelini test etmek ve uygulamak. Modellemenin bu aşaması, geliştirilen modelin kuruluşun uygulamasına dahil edilmesiyle ilişkilidir. İş süreci modeli test edilir ve üzerinde gerekli değişiklikler yapılır.
5. "Olması gerektiği gibi" modeli geliştirmek. İş süreci modelleme, “nasıl olması gerektiği” modeli oluşturmakla sınırlı değildir. Süreçlerin her biri yol boyunca değişmeye ve gelişmeye devam eder, bu nedenle süreç modelleri düzenli olarak gözden geçirilmeli ve iyileştirilmelidir. Modellemenin bu aşaması, süreçlerin sürekli iyileştirilmesi ve iş süreci modelinin iyileştirilmesi ile ilişkilidir.

İş süreci modellemesinde istenilen amaca bağlı olarak, süreçle ilgili toplanan bilgileri birleştirmek veya yeni bilgiler elde etmek için aşağıdaki modelleme türleri kullanılır:

1. İşlevsel modelleme - iş sürecinin iş sırasını veya işlevlerini tanımlamaya yarar. Modelin ana unsuru, fonksiyonlar ve bunların modelin diğer nesneleri ile olan ilişkileridir.
2. Simülasyon modelleme - dış ortamın etkilerine bağlı olarak iş süreci fonksiyonlarının iç etkileşiminin taklidi. Mevcut süreç kaynaklarının mevcudiyetini değerlendirmek, dış ortamdaki (en az zamanda) dinamik değişikliklere bağlı olarak iş süreci performans darboğazlarını analiz etmek için kullanılır.
3. Nesne modelleme - bir iş sürecinin yürütülmesi sırasında tüketilen, değiştirilen, kullanılan veya üretilen bir maddi veya soyut nesne modelleme nesnesi olarak seçilir. Örneğin, bir parçanın üretim planını stoktaki bitmiş bir parçaya dönüştürmek için bir model veya bir kuruluşun maliyet merkezleri arasında finansmanı dağıtmak için bir model.

Bir iş sürecinin aynı bilgi özelliği, farklı modellere yansıtılabilir. Ayrıca, aynı model üzerinde, farklı nitelikteki iş süreci nesneleri yerleştirilebilir.

Bugüne kadar, iş süreçlerini modellemek için oldukça fazla sayıda yöntem vardır. Bu yöntemler, farklı modelleme türlerine aittir ve farklı yönlere odaklanmanıza izin verir. Sürecin ana bileşenlerini görselleştirebileceğiniz ve parametrelerin ve öğelerin ilişkilerinin kesin tanımlarını verebileceğiniz hem grafiksel hem de metinsel araçlar içerirler.

Çoğu zaman, iş süreci modellemesi aşağıdaki yöntemler kullanılarak gerçekleştirilir:

· Akış Şeması Diyagramı (iş akış diyagramı), işlemlerin, verilerin, proses ekipmanlarının vb. özel sembollerle gösterildiği grafiksel bir süreç gösterim yöntemidir. Yöntem, işlem eylemlerinin mantıksal sırasını görüntülemek için kullanılır. Yöntemin ana avantajı esnekliğidir. Süreç birçok şekilde temsil edilebilir.
· Veri Akış Şeması. Bir işlemin bir işleminden diğerine bilgi (veri) aktarımını göstermek için bir veri akış diyagramı veya DFD kullanılır. DFD, bilgi ve veriler aracılığıyla işlemlerin ilişkisini tanımlar. Bu yöntem, süreçlerin yapısal analizinin temelidir, çünkü süreci mantıksal düzeylere ayırmanıza olanak tanır. Her süreç, daha yüksek bir ayrıntı seviyesinde alt süreçlere bölünebilir. DFD'nin kullanılması, yalnızca bilgi akışını yansıtmanıza izin verir, ancak malzeme akışını yansıtmaz. Bir veri akış diyagramı, bilginin bir sürece nasıl girip çıktığını, hangi eylemlerin bilgiyi değiştirdiğini, bilginin bir süreçte nerede depolandığını vb. gösterir.
· Rol Aktivite Diyagramı (rol diyagramı). Bireysel roller, rol grupları ve rollerin bir süreçte nasıl etkileşime girdiği açısından bir süreci modellemek için kullanılır. Rol, organizasyonel bir işlevi yerine getiren soyut bir süreç öğesidir. Rol şeması, süreç ve işlemleri için "sorumluluk" derecesini ve ayrıca rollerin etkileşimini gösterir.
· IDEF (Fonksiyon Modelleme için Entegre Tanım) - iş süreçlerinin çeşitli yönlerini (IDEF0, IDEF1, IDEF1X, IDEF2, IDEF3, IDEF4, IDEF5) açıklamak için bir dizi yöntem. Bu yöntemler SADT (Structured Analysis and Design Technique) metodolojisine dayanmaktadır. IDEF0 ve IDEF3 yöntemleri çoğunlukla iş süreçlerini modellemek için kullanılır.
· IDEF0 - bir süreç işlev modeli oluşturmanıza olanak sağlar. IDEF0 diyagramı ana proses fonksiyonlarını, girişleri, çıkışları, kontrol işlemlerini ve ana fonksiyonlarla ilgili cihazları gösterir. Süreç daha düşük bir seviyeye ayrıştırılabilir.
· IDEF3 - bu yöntem, sürecin "davranışsal" bir modelini oluşturmanıza olanak tanır. IDEF3 iki tür modelden oluşur. İlk görünüm, iş akışının açıklamasını temsil eder. İkincisi, nesnelerin geçiş durumlarının bir açıklamasıdır.
· Renkli Petri ağları - bu yöntem, süreç modelini bir grafik biçiminde temsil eder; burada köşeler, sürecin eylemleridir ve yaylar, sürecin bir durumdan diğerine geçişinin gerçekleştirildiği olaylardır. dışarı. Petri ağları, bir sürecin davranışını dinamik olarak modellemek için kullanılır.
· Birleştirilmiş Modelleme Dili (UML) - nesne yönelimli bir süreç modelleme yöntemidir. Her biri sürecin farklı statik veya dinamik yönlerini modellemenize izin veren 9 farklı diyagramdan oluşur.

Bu yöntemlerin çoğu yazılımda uygulanmaktadır. İş süreçlerini desteklemenizi veya analiz etmenizi sağlar.

Proje Yönetimi ,

Geliştirme yönetimi

Bu yazımda iş modellemenin temel ilkelerinden, bu alanda kullanılan yaklaşımlardan ve hangi modelleme dillerinin ve notasyonlarının hangi temelde oluşturulduğu hakkında konuşmak istiyorum.

IDEF0 kullanarak modelleme (IDEF0 notasyonuna giriş ve bir kullanım örneği), bir depo işini organize etme ve müşteri adaylarından anlaşmaya kadar müşterilerle çalışma (CRM Uygulama. açıklamalar), Bizagi sistemi hakkında ( Bizagi Açıklama Örneği Örnekleri ve pratik çözümleri açıklarken her yerde iş süreci gösterimini kullandım.

Bir yandan, iş modellerinin açıklanmasında netlik için diyagramların kullanılması hiç kimsede soru sormaz. Gerçekten çok uygun. Öte yandan, birçok iş adamı ve hatta meslektaşlarım, iş süreçlerini geliştirmek için neden özel notasyonlara ve kurallara ihtiyaç duyulduğu konusunda şaşkın, çünkü herhangi bir grafik düzenleyicide (visio) veya diğer uygun araçları kullanarak kolayca sezgisel bir diyagram çizebilirsiniz.

Standardizasyonun neden bu kadar önemli olduğu ve hangi durumda şu veya bu yaklaşımın uygulandığı hakkında konuşmak istiyorum.

Ana yaklaşımlar

Günümüzde iş modelleri geliştirmek için birçok farklı araç var, bunlar hem standart hem de kendi geliştirdikleri çeşitli modelleme dillerini kullanıyor. Ancak hepsi çalışma ilkesine göre üç ana yaklaşımda birleştirilebilir:

fonksiyonel;
işlem;
Zihinsel (zihinsel haritaları kullanarak).

Aslında birçok modelleme dilinin yanı sıra başka yaklaşımlar da var elbette. Ancak çoğunlukla, yukarıdaki yaklaşımları birleştiren hibrit çözümlerdir. Ayrıca, en azından Batı'da zaten standart haline gelen süreç ve işlevsel modellerdir. Ve bizde giderek daha popüler hale geliyorlar. Bu ana yönlerden daha ayrıntılı olarak bahsetmek istiyorum.

İşlevsel modelleme, işi bir işlev (lat. functio - başarı, yürütme) veya başka bir deyişle bir "kara kutu" olarak görür. İşlevsel modelde, bir işlevin zaman sırası yoktur, yalnızca bir giriş noktası ve bir çıkış noktası vardır. İşlevsel modelleme, iş modelini performans açısından değerlendirmeye yardımcı olur, yani. modelleme yaparken girdide elimizde olandan ve çıktıda elde etmek istediğimizden yola çıkarız.

Örneğin, bir şirket kendi işi için bir tür CRM sistemi geliştiriyor. Modellemeye işlevsel bir yaklaşım uygulanması durumunda, önceden seçilmiş olan çalışma ortamı nereden başlayacağınızı gösterir. Giriş noktası "gelen müşteri ilgisi veya yönlendirmesi", çıkış noktası ise istenen sonuçtur: "satın alma ve sadık bir müşteri edinme", "düzenli bir müşteri edinme", "potansiyel bir müşteri hakkında maksimum bilgi edinme" vb.

Böylece fonksiyonel modelde giriş noktası ve istenen sonuç başlangıçta bilinir ve eylemlerin sırası geliştirmenin amacıdır. Aynı zamanda işlevsel modellerin "kara kutu" olarak kullanılması, her aşamayı gerektiği gibi detaylandırmanıza olanak tanır. Ve modellemedeki tüm çalışmalar, hedefe ulaşmak için en uygun çözümü bulmayı amaçlamaktadır.

Fikirlerinizi ve çözümlerinizi sergilemek için fonksiyonel modelleri de kullanabilirsiniz. Aynı zamanda çok uygundur, çünkü gösterim sırasında fonksiyonları ayırmak ve ayrıştırmak için gerektiğinde genelden ayrıntıya geçebilirsiniz. Ancak ayrıştıracağınız işlevlerdir ve bir işlevi birkaç işleve bölerek sürecin bir açıklamasını alamazsınız.

Bazı insanlar süreç tanımını ve işlevsel modeli karıştırır. Örneğin, Business Studio sisteminde bir işleve süreç denir, ancak bu tamamen doğru değildir. Bununla birlikte, işlevlerin tanımı ve süreç yaklaşımı biraz farklı şeylerdir. Ve kişisel olarak, işlevsel modellemenin IDEFO notasyonunda en uygun şekilde uygulandığını düşünüyorum. Ben kendim bu tür işler için kullanıyorum ve herkese de tavsiye ediyorum.

IDEF0 notasyonu ve kullanım örneği ile tanışma makalemi okuyarak IDEFO ile çalışmanın kuralları hakkında daha fazla bilgi edinebilirsiniz.

Süreç modelleme (iş süreci modelleme)

En yaygın süreç modelleme standartlarından biri olan BPMN notasyonu açısından süreç modellemeden bahsedeceğim. Bununla birlikte, birçok modelleme dili ve farklı sistemler olduğu konusunda tamamen katılıyorum. Ve herkes kendisi için daha uygun olanı kullanabilir. Ancak yine de BPMN, süreç modelleme için zaten oluşturulmuş bir standarttır ve bu nedenle açıklamada onu temel alıyorum.

Bir iş modeli açısından süreç, başı ve sonu olan bazı olaylar ve eylemler dizisidir.

Süreç modelleme ile fonksiyonel modelleme arasındaki temel fark budur. İşlevsel modelleme, iş modeline girdi ve çıktı (mevcut kaynaklar ve istenen sonuç) açısından bakar. Ve süreç, belirli sınırlar içinde bir dizi eyleme dayanmaktadır, BPMN söz konusu olduğunda bu, olayın başlangıcı ve sonu olacaktır.

Tüm süreçler, görev düzeyinde detaylandırmaya kadar alt süreçlere bölünebilir (detaylandırılabilir), örn. daha fazla detaylandırılamayan faaliyetler. Süreç, belirli bir sonucu elde etmek için gerçekleştirilmesi gereken belirli bir eylemler dizisidir. Bir süreç olarak iş modelinde, işlevsel modelin aksine sonucun açık olmayabileceği unutulmamalıdır.

Süreç modelleme ile fonksiyonel modelleme arasındaki temel fark, süreç modellemede odak noktasının ne elde etmek istediğimize değil, sonucu elde etmek için ne yapılması gerektiğine, yani ne yapılması gerektiğine odaklanmasıdır. şu veya bu faaliyetin sonuçları değil, eylem dizisinin kendisi.

Örneğin, BPWIN veya Business Studio'da, her bir işlevi detaylandırma sürecinde, işlevsel bir yaklaşımdan süreç yaklaşımına geçiş vardır. Onlar. genel olarak modeli olasılıklar ve istenen sonuç açısından ele alıyoruz ve her işlev için çözümlere döndüğümüzde, burada zaten açıkça bir süreç yaklaşımı uygulanıyor, yani. sonuca ulaşmak için adım adım eylem algoritması.

İşlevsel modelde bir "kara kutu" - "Siparişi kabul et" işlevi olduğunu hayal edin. Ve ayrıştırırken, onu zaten bir işlev olarak değil, bir süreç olarak görüyoruz ve bir siparişi kabul ederken eylemlerin sırası zaten bir süreç yaklaşımıdır.

Çok önemli bir fark daha var. İşlevsel model, herhangi bir sistemin uygulanmasında kullanılamaz, yalnızca tasarım için kullanılabilir. Ve süreç yaklaşımı, yürütülebilir modeller oluşturmanıza olanak tanır, örn. süreç yaklaşımına dayalı bir kurumsal işbirliği sistemi oluşturmak için daha sonra bir tür ortama çevirebileceğimiz eylem dizisinin açıklamaları.

Bir uzman, zihinsel modeller oluştururken modellemeye bir süreç veya bir dizi işlev olarak değil, birbiriyle bağlantılı belirli bir kavramlar dizisi olarak yaklaşır. Açıklık için bir örnek vereceğim - "Tedarik Prosedürü" kavramının zihinsel bir haritası (şekle bakın).

Yaklaşımın bu çeşidi, her şeyden önce kendisi için uygulanır. Serbest biçimde bir diyagram çizmek, bilginizi yapılandırmanıza, tabiri caizse, alınan bilgilerin ücretsiz bir biçimde "parçalara ayırmanıza" yardımcı olur. Ayrıca, bu tür zihinsel haritalar, daha sonra gerektiğinde sürecin katı kuralları veya işlevsel yaklaşım çerçevesinde uygulanacak bir çözüm bulmaya yardımcı olur.

Müşterilere göstermek için zihinsel haritaları da kullanabilirsiniz: hem mevcut durumu hem de görevi çözmek için seçenekleri. Zihin haritaları, çeşitli fikirleri görsel bir biçimde göstermek için hangi yöntemlerin kullanılabileceğini görsel olarak göstermeye yardımcı olacaktır.

Bu tür zihinsel haritaları kullanmanın avantajları açıktır:

Herhangi bir özel dil bilmenize gerek yoktur;
Bir şema oluştururken katı sınırlamalar ve kısıtlamalar yoktur;
Zihin haritası çoğu durumda sezgiseldir;
Bu tür şemaları oluşturmak kolaydır.

Yaklaşımın dezavantajı, köklü bir yaklaşımın ve standartlaştırılmış bir metodolojinin olmamasıdır. İşlevsel ve süreç notasyonlarında bir miktar değişkenlik varsa, ancak yine de modelleme dillerinin katı çerçevesiyle sınırlıysa, o zaman zihinsel haritalar keyfi bir biçimde oluşturulur. Ve hatta bunların yaratılması için özel programlar bile, bir kişiyi modelleme sürecinde neredeyse sınırlamaz. Onlar. belirli bir yazılım ürünü içinde bazı kurallar getirilebilir, ancak bir standart yoktur.

Sonuç olarak, modeli ve içinde gömülü olan fikirleri anlamak için geliştiricisinin (analistinin) varlığı ve yorumları gereklidir.

Elbette, ek yorum yapılmadan sezgisel olarak okunan çok basit haritalar var. Ancak standartların yokluğunda, bu durumda bile yazarın aklında başka bir şey olması veya planını bir yerde detaylandırmamış olması ihtimali her zaman vardır. Onlar. farklı okuma olasılığı vardır. Ve iş bir felsefe değildir. İş süreçlerini tanımlamaya yönelik tüm spekülasyonlar ve çeşitli yaklaşımlarla, burada net kararlar çok önemlidir.

Metodoloji ve iş modelleme dilleri

Çoğu zaman, profesyonel literatürde bile, insanlar iş analizi metodolojisi kavramlarını ve iş modelleme dillerinin açıklamalarını karıştırdığında kafa karışıklığı ortaya çıkar.

Metodoloji, iş modellerini ve sonraki analizlerini tanımlamak için bir ilkeler ve standartlar sistemidir. Bir iş modelleme dili, iş modelleri geliştirmek için bir araçtan başka bir şey değildir.

Bu, genel olarak programlama ve belirli bir programlama dilinin kullanımı ile bir karşılaştırma önerir. Programlama, bir algoritmanın oluşturulmasını, uygun bir programlama dilinin seçilmesini ve bir program algoritmasının belirli bir dilde uygulanmasını içerir. Ve örneğin, C++ dilinde programlama zaten belli sınırlarla sınırlıdır, çünkü belirli bir dil aracılığıyla yalnızca açıkça sınırlı sayıda görev çözülebilir ve aynı zamanda görev çözülebilse bile C++ aracılığıyla, belirli bir durumda bu dilin tam olarak neyin optimal olacağı hiç gerekli değildir. Genel olarak "programlama" kavramı ile "belirli bir dilde programlama" kavramı arasındaki fark, sanırım çoğu kişi tarafından bu tür açıklamalar olmadan bile anlaşılmaktadır.

İş modeli geliştirme dilleri ile sistem tasarım dilleri arasındaki fark

Dıştan iş modelleme dillerine benzeyen bütün bir sistem tasarım dilleri ailesi vardır, örneğin Ares Studios, bütün bir UML dilleri ailesi ve BT sistemlerini tasarlamak için kullanılan diğerleri.

Bu diller ile iş süreci geliştirme dilleri arasındaki temel fark, amaçlarında yatmaktadır. BT sistemleri tasarım dilleri, iş süreçlerini otomasyon olasılığı, BT sistemlerinde uygulama açısından ele alırsa, iş modelleme dilleri, her ikisinin de çalışması da dahil olmak üzere iş açısından eylem sırasını dikkate alır. BT sistemleri ve çalışanları, malların hareketi vb.

Buna göre sistem tasarım dillerinde departmanların, çalışanların, aralarındaki etkileşimin, tedarikçilerle çalışmanın, müşterilerle iletişimin vb. eylemlerini tam olarak tanımlamaya yardımcı olacak hiçbir unsur yoktur. Bu dil grubunun araçları, otomatikleştirilebilen iş süreçlerini otomatikleştirmeye yardımcı olacaktır. Ve diğer her şey, örneğin şifre çözme olmadan bazı "işlevler" gibi "sahne arkasında" bırakılacaktır.

Aynı zamanda, iş süreci geliştirme dilleri, mümkün olduğunca tam olarak işin işini kapsar, ancak içlerindeki sistemlerin belirli otomasyon ve algoritmalaştırma nüanslarını yeterli ayrıntıyla tanımlamak her zaman mümkün olmaktan uzaktır. .

İş modeli geliştirmenin faydaları

Yine de katı kısıtlamalar getiren, modelleme yaparken katı kurallara uyulmasını gerektiren iş modelleme dillerini neden kullanalım? Sonuçta, zihinsel bir yaklaşım kullanarak bir grafik düzenleyicide veya hatta kağıt üzerinde her zaman "şema çizebilirsiniz" ve modelleme dillerini öğrenmek hiç gerekli değildir.

Aslında standartlar ve yönetmelikler çok büyük bir artı:

Modelleme dilleri, bilgilerin en yüksek kalitede iletilmesine yardımcı olur. Standardizasyon algılama kolaylığını artırır.
Model geliştirme hızı büyük ölçüde artar. Diller, kutudan çıkar çıkmaz gerekli tüm araçları ve grafik blokları içerir. Kendi terminolojinizi "çizmeniz" veya icat etmeniz gerekmez. Araç seti zaten hazır ve çerçevesi içindeki çalışmalar önemli ölçüde hızlandırıldı. Tabii ki, dil öğrenilmelidir. Ancak bir kez çalışmak, her seferinde kendi notasyon setinizi icat edip açıklamaktan çok daha hızlıdır.
Olası hataların sayısı azalır. Sistemin unsurlarının kendileri, olası ve gerekli eylemlerin bir listesini zaten “soracaktır”. Yürütülebilir veya yürütülemez modeller oluşturma durumunda, ancak katı kurallar dahilinde, programlamada olduğu gibi iş modelinin yürütülebilir ortamda çalışmasını her zaman kontrol edebilir ve hatalarını ayıklayabilirsiniz.

İş modellerinin pratikte uygulanması

Şahsen, iş modellemesinin sorunları ve darboğazları belirleme, bir işletmeyi optimize etme ve modernleştirme vb. ile ilgili sorunları çözmede kullanılması gerektiğini düşünüyorum. Bir iş danışmanı olarak, müşterilerimle çalışırken neredeyse her zaman şirketin veya departmanlarının çalışmalarının modellerini oluştururum. Bu, işin tüm aşamalarının net bir şekilde anlaşılmasını sağlar ve bu konudaki "beyaz noktalardan" kaçınır.

Ayrıca, iş modellerinin görsel şemaları, müşterilerle etkileşim sürecinde bana yardımcı oluyor. Projelerim genellikle karmaşıktır ve anlamak için düz metin veya sözlü konuşma yeterli olmazken, görsel iş modellerinin kullanılması müşterinin önerilerimi okuması ve anlaması için harcadığı zamanı azaltır ve bu konudaki karşılıklı anlayış sorunlarını pratik olarak ortadan kaldırır. Ve birkaç yıl önce, müşteriler tarafında hala şaşkınlıkla karşılaştıysam, şimdi görsel ve kullanışlı şemalar olmadan "sözlerle" açıklama seçeneği son derece nadiren uygulanmaktadır.

Ve işin herhangi bir aşamasının otomatikleştirilmesi veya proje odaklı bir yaklaşıma dayalı otomatik bir iş yönetim sistemi oluşturulması durumunda, belirli bir modelleme dilinde yapılmış yüksek kaliteli bir iş modeli, teknik uzmanlar için hazır bir rehber haline gelecektir.

Kolaylık, çok yönlülük, algılama kolaylığı - bunlar, giderek daha fazla insanın iş alanındaki sözlü açıklamalardan iş modellemesine geçmesinin nedenleridir. Ve hazır dillerin kullanılması, modellerle hızlı bir şekilde çalışmanıza, hatalardan kaçınmanıza ve ayrıca herhangi bir değişikliği sorunsuz bir şekilde yapmanıza olanak tanır.

Ayrıca şu anda bir kitap ve yayınlanmak üzere çevrimiçi bir kurs hazırlıyorum, bu kitapta iş dünyasına yönelik bir süreç yaklaşımına ilişkin kendi vizyonumun yanı sıra işlevsel ve süreç modelleme alanındaki kendi pratik deneyimimi ayrıntılı olarak açıklayacağım. Herkes yeni bir kitabın çıkışı ve diğer haberler hakkındaki bildirimlere abone olabilir.

giriiş

1. İş süreçlerinin modellenmesi

2. İş süreçlerinin sınıflandırılması

3. İş Süreci Modelleme Standartları

Çözüm

Kullanılan kaynakların listesi

GİRİİŞ

"İş süreci modelleme" kavramı, çoğu analistin hayatına, kurumsal yönetimin karmaşık otomasyonu için tasarlanmış karmaşık yazılım ürünlerinin piyasaya çıkmasıyla aynı anda girdi.

Bu tür sistemler her zaman şirketin faaliyetlerinin derin bir proje öncesi araştırmasını gerektirir. Bu anketin sonucu, faaliyetlerin yönetimindeki "darboğazları" ortadan kaldırmak için ayrı paragraflarda önerilerde bulunulan bir uzman görüşüdür.

Bu sonuca dayanarak, otomasyon sisteminin uygulanmasından hemen önce, bazen şirket için oldukça ciddi ve sancılı olan iş süreçlerinin sözde yeniden düzenlenmesi gerçekleştirilir. Bu, elbette, yıllar içinde gelişen bir ekibin "yeni bir şekilde düşünmesini" sağlamak her zaman zordur. İşletmelerin bu tür kapsamlı araştırmaları her zaman karmaşıktır ve durumdan duruma önemli ölçüde farklılık gösterir.

Karmaşık sistemlerin modellenmesiyle ilgili bu tür sorunları çözmek için yerleşik metodolojiler ve standartlar vardır. Bu standartlar, IDEF metodoloji ailesini içerir. Onların yardımıyla, çeşitli bölümlerde çok çeşitli karmaşık sistemlerin aktivite modellerini etkili bir şekilde görüntüleyebilir ve analiz edebilirsiniz. Aynı zamanda, sistemdeki süreçlerin incelenmesinin genişliği ve derinliği geliştiricinin kendisi tarafından belirlenir, bu da oluşturulan modele gereksiz verilerle aşırı yüklenmemesine izin verir.

"İş süreçlerinin modellenmesi" kavramının tanımına yönelik birkaç yaklaşım vardır:

- bu, yöneticinin sıradan çalışanların nasıl çalıştığını ve sıradan çalışanlar için - meslektaşlarının nasıl çalıştığını ve tüm faaliyetlerinin hangi sonucu hedeflediğini bilmesini sağlayan işletmenin iş süreçlerinin bir açıklamasıdır;

iş süreci modelleme- bu, işletmenin faaliyetlerini iyileştirmek için fırsatlar bulmanın etkili bir yoludur;

modelleme iş süreçleri- bu, işletmenin yeniden düzenlenmesinin çeşitli aşamalarında ortaya çıkan riskleri tahmin etmenizi ve en aza indirmenizi sağlayan bir araçtır;

iş süreci modelleme her bir süreç için ayrı ayrı, bir işletmedeki tüm iş süreçleri için toplu olarak bir maliyet tahmini yapmanızı sağlayan bir yöntemdir.

iş süreciüreticinin kaynaklarını tüketen, değer yaratan ve sonucu tüketiciye veren mantıklı, tutarlı, birbiriyle bağlantılı faaliyetler bütünüdür. Bir kuruluşu iş süreçlerini optimize etmeye teşvik eden başlıca nedenler arasında maliyetleri veya üretim döngüsünün süresini azaltma ihtiyacı, tüketicilerin ve devletin gereksinimleri, kalite yönetim programlarının uygulanması, şirket birleşmeleri, iç organizasyonel çelişkiler vb.

İş Süreci Modellemesişirketin faaliyetlerini optimize etmenin yollarını bulmak için etkili bir araçtır, bir kuruluşun yeniden yapılanmasının çeşitli aşamalarında ortaya çıkan riskleri tahmin etmek ve en aza indirmek için bir araçtır. Bu yöntem, toplu olarak kuruluşun her bir işlemine ve tüm iş süreçlerine bir maliyet tahmini vermenize olanak tanır.

İş süreci modelleme kararları genellikle Şekil 1'de gösterilen nedenlerle verilir.

Şekil 1 - İş süreci modellemeye karar verme nedenleri

İş süreci modellemesi, bir şirketin faaliyetlerinin birçok yönünü etkiler:

organizasyon yapısında değişiklik;

departmanların ve çalışanların işlevlerinin optimizasyonu;

yöneticilerin hak ve görevlerinin yeniden dağıtılması;

iç düzenleyici belgelerde ve operasyon teknolojisinde değişiklik.

Simülasyonun amacışirket ve iş süreçleri hakkındaki bilgilerin, alınan bilgilerin analitik olarak işlenmesi için daha uygun olan görsel bir grafik biçimde sistematik hale getirilmesidir. Model, kuruluşun iş süreçlerinin yapısını, uygulama ayrıntılarını ve iş akışının sırasını yansıtmalıdır.

Kuruluşun iş süreçlerinin modellenmesi, yapısal ve ayrıntılı olmak üzere iki aşamadan oluşur.

Yapısal Bir kuruluşun iş süreci modellemesi, BPwin araç seti kullanılarak IDEF0 notasyonunda veya Rational Rose araç seti kullanılarak UML'de yapılabilir. UML'de detaylı modelleme yapılır.

Yapısal modelleme aşamasında, model şunları yansıtmalıdır:

mevcut organizasyon yapısı;

simüle edilmiş iş süreçlerinin yürütülmesinde kullanılan ve iş akışının modellenmesi için gerekli belgeler ve diğer varlıklar, ana anlamlarının açıklamalarıyla birlikte;

hiyerarşilerini daha genel gruplardan özel iş süreçlerine yansıtan iş süreçlerinin yapısı;

aktörler arasında belgelerin (veriler, materyaller, kaynaklar, vb.) oluşturulması ve taşınması sırasını yansıtan nihai iş süreçleri için etkileşim diyagramları.

detaylı iş süreci modellemesi aynı modelde gerçekleştirilir ve gerekli detayı yansıtmalı ve organizasyonun faaliyetleri hakkında net bir görüş sağlamalıdır.

Ayrıntılı bir iş süreci modeli şunları içermelidir:

iş süreçlerini "olduğu gibi" yürütmek için olası seçenekleri yansıtan bir dizi emsal;

iş süreçlerinin sırasını ayrıntılı olarak açıklayan eylem diyagramları;

iş akışı şemalarını yansıtan etkileşim diyagramları.

İş operasyonu- bir ticari faaliyet eyleminin içeriğini oluşturan bir dizi eylem, prosedür.

Bir ticari faaliyet genellikle önceden belirlenmiş bir eylem planına göre bir mal partisinin üretimi veya satın alınmasıyla başlar ve malların satışı ve kar elde edilmesiyle sona erer. Ticari işlemler de denir işlemler.

İş fonksiyonuşirketin kendi varlığını sürdürmek ve hedeflerine ulaşmak için çözdüğü bir görevdir. Fonksiyon soruyu cevaplar ne yapalım. Elbette şirket çerçevesinde birçok fonksiyon ayırt edilebilir. Bu nedenle, herhangi bir iş sistemi finansal yönetim, üretim, satış gibi işlevlere sahip olmalıdır.

İş modeli - bir şirketin ne yaptığı ve nasıl para kazandığıdır (Tom Malone)

İş stratejisi bir teori vardır, iş modeli bir hipotezdir (Nicholas Carr)

İş modelişirketin iç ve dış ortamını tek bir sistem içinde tanımlayan bir dizi ilgili model öğesinin temsilidir.

2. İŞ SÜREÇLERİNİN SINIFLANDIRILMASI

Aşağıdaki sınıflandırmayı tahsis edin:

İş süreçlerinin şirketin organizasyon yapısındaki yerine bağlı olarak aşağıdaki iş süreçleri ayırt edilir:

yatay süreçler - yatay etkileşimi yansıtan süreçler;

bireysel yatay süreçler - bireysel çalışanlar (organizasyon birimleri) tarafından gerçekleştirilen süreçler;

fonksiyonlar arası yatay süreçler - birçok çalışan (kuruluş birimleri) tarafından gerçekleştirilen süreçler;

dikey süreçler - dikey boyunca çalışanların (organizasyon birimleri) etkileşimini yansıtan süreçler;

entegre süreçler - süreç katılımcılarının etkileşimini dikey ve yatay olarak gösteren süreçler.

Karmaşıklık derecelerine bağlı olarak, şunlar vardır:

tek heceli işlemler - tek heceli işlemler;

iç içe süreçler - daha karmaşık bir sürecin parçası olan tekli süreçler (makro süreç);

ilgili süreçler, belirli bir algoritmaya göre seçilen ve sırayla uygulanan tek süreçlerdir.

Amaçlarına bağlı olarak:

ana iş süreçleri - bir ürünün oluşturulması ve bir müşteriye uygulanması ile ilgili gerçek operasyonel görevlerin uygulanmasını sağlayan yatay iş süreçleri; - işlemleri doğrudan işletmenin ürünü ile ilgili olan ve dolayısıyla katma değer yaratılmasını etkileyen süreçlerdir;

destekleyici iş süreçleri - ana süreçlerin yürütülmesini sağlayan, üretilen mal ve hizmetlerle doğrudan ilgili olmayan, ancak bunlar olmadan katma değerli operasyonların gerçekleştirilmesinin mümkün olmadığı yatay iş süreçleri;

yönetim iş süreçleri - şirketin faaliyetlerinin, temel ve destekleyici iş süreçlerinin yönetimini sağlayan dikey iş süreçleri. Bunlar strateji oluşturma, iş planlama ve kontrol süreçleridir.

Örgütsel hedefler hiyerarşisindeki yerlerine bağlı olarak:

üst düzey iş süreçleri - şirket için en önemli olan şirketin stratejik hedeflerinin uygulanmasına yönelik süreçler;

orta düzey iş süreçleri - taktik hedeflerin uygulanmasını amaçlayan iş süreçleri;

operasyonel hedeflerin uygulanmasını amaçlayan alt düzey iş süreçlerinin iş süreçleri.

Ayrıntı düzeyine bağlı olarak:

makro süreçler - üst düzey iş süreçlerini açıklamak için gerekli ayrıntı düzeyine sahip genişletilmiş iş süreçleri;

alt süreçler - orta düzey iş süreçlerini açıklamak için gerekli ayrıntı düzeyine sahip iş süreçleri;

mikro süreçler - maksimum düzeyde ayrıntıya sahip iş süreçleri, alt düzey iş süreçlerini tanımlamak için kullanılır.

Dengeli puan kartının ana bileşenlerinin bir parçası olarak:

finansal iş süreçleri;

müşteri iş süreçleri;

iş - üretim süreçleri;

gelişme, öğrenme ve büyüme iş süreçleri.

Fonksiyonel Modelleme Standardı IDEF0

IDEF0 standardı, yönetime süreç yaklaşımının klasik yöntemi olarak kabul edilir. Süreç yaklaşımının temel ilkesi, organizasyonun faaliyetlerini organizasyon yapısına göre değil, iş süreçlerine göre yapılandırmaktır. Değeri olan tüketici için önemli olan sonucu oluşturan iş süreçleridir ve gelecekte ele alınması gereken bunların iyileştirilmesidir.

StandartIDEF0 herhangi bir konu alanındaki bir nesnenin işlevsel bir modelini oluşturmak için tasarlanmış bir dizi kural ve prosedürdür.

modeliIDEF0 karmaşık bir nesneyi bloklar olarak gösterilen bileşen parçalarına ayıran, beraberindeki belgelerle birlikte bir dizi diyagramdır. Ana blokların her birinin detayları diğer şemalarda bloklar halinde gösterilmiştir. Her ayrıntılı diyagram, bir önceki seviyenin diyagramından bir blok ayrışımıdır. Her ayrıştırma adımında, önceki seviyenin diyagramı, daha ayrıntılı diyagram için ana diyagram olarak adlandırılır. Modeldeki toplam seviye sayısı (bağlam seviyesi dahil) 5-6'yı geçmemelidir. Uygulama, bunun herhangi bir endüstride modern bir işletmenin eksiksiz bir işlevsel modelini oluşturmak için oldukça yeterli olduğunu göstermektedir.

IDEF1 Bilgi Modelleme Standardı

IDEF1 standardı, bir işletmenin işindeki bilgi akışları arasındaki ilişkileri analiz etmek ve incelemek için bir araç olarak geliştirilmiştir. IDEF1 metodolojisinin, bir işletmenin bilgi yapısının görsel bir modelini "olması gerektiği gibi" ilkesine göre oluşturmak için bir araç olarak uygulanması. Bir model oluşturma örneği Şekil 2'de gösterilmektedir.

Şekil 2 - IDEF1 modeli oluşturma örneği

Bilgi modelinin ana bileşenleri şunlardır:

diyagramlar - bir dizi kurala göre kullanılan verilerin bileşimini ve mantıksal ilişkilerini temsil eden bilgi modelinin yapısal görüntüleri;

sözlük – modelin her öğesinin değeri bir metin parçasıyla tanımlanır.

IDEF1 metodolojisindeki temel kavram varlık kavramıdır. Öz Nitelikler adı verilen ayırt edici özellikleri bilinen gerçek veya soyut bir nesne olarak tanımlanır. Her varlığın bir adı ve nitelikleri vardır.

Alt sistem numarası onu tanımlamaya yarar. Ad alanına alt sistemin adı konu ve karşılık gelen tanım ve eklemelerle birlikte cümle şeklinde yazılır.

Süreç, girdi veri akışlarının belirli bir algoritmaya göre çıktılara dönüştürülmesidir. Fiziksel olarak, süreç çeşitli şekillerde uygulanabilir: girdi belgelerini işleyen ve raporlar yayınlayan bir organizasyonun (departmanın) bir alt bölümü, bir program, donanım tarafından uygulanan bir mantıksal cihaz vb. olabilir.

Veri akış şemasındaki süreç, Şekil 4'te gösterildiği gibi tasvir edilmiştir.

İşlem numarası, onu tanımlamak için kullanılır. Ad alanına, sürecin adı, belirsiz bir biçimde (hesapla, hesapla, kontrol et, belirle, oluştur, al) etkin, belirsiz olmayan bir fiil içeren bir cümle olarak girilir, ardından suçlama durumundaki isimler gelir, örneğin: " Vergi mükellefleri hakkında bilgi girin", "Cari giderler hakkında bilgi verin", "Para makbuzunu kontrol edin".

Fiziksel uygulama alanındaki bilgiler, işlemin organizasyonun, programın veya donanım aygıtının hangi bölümünde gerçekleştirildiğini gösterir.

Bir veri depolama cihazı, herhangi bir zamanda bir depolama cihazına yerleştirilebilen ve bir süre sonra geri alınabilen bilgileri depolamak için soyut bir cihazdır ve ekleme ve çıkarma yöntemleri herhangi biri olabilir.

Bir veri depolama aygıtı, fiziksel olarak bir mikrofiş, bir dosya dolabında bir çekmece, RAM'de bir masa, manyetik ortamda bir dosya vb.

Veri depolama cihazı, "D" harfi ve isteğe bağlı bir sayı ile tanımlanır. Sürücünün adı, tasarımcı için en büyük bilgi içeriği açısından seçilir.

Veri depolama genellikle gelecekteki veritabanının bir prototipidir ve içinde depolanan verilerin açıklaması veri modeline karşılık gelmelidir.

Veri akışı, kaynaktan alıcıya bazı bağlantılar aracılığıyla iletilen bilgileri tanımlar. Diyagramdaki veri akışı, akışın yönünü gösteren bir okla biten bir çizgi ile temsil edilir. Her veri akışının, içeriğini yansıtan bir adı vardır.

Bir DFD hiyerarşisi oluşturmanın temel amacı, sistemin açıklamasını her ayrıntı düzeyinde açık ve anlaşılır kılmak ve ayrıca sistemi, aralarında kesin olarak tanımlanmış ilişkilerle parçalara ayırmaktır.

ÇÖZÜM

Son yıllarda Rusya'da IDEF ailesinin metodolojilerine olan ilgi giderek artıyor. Aynı zamanda, IDEF3–5 gibi standartlara olan ilgi teorikken, IDEF0'a olan ilgi pratikte oldukça haklıdır.

Bununla birlikte, çoğu yönetici, modellemenin IDEF standartlarındaki pratik uygulamasını, mevcut iş yönetim sistemini optimize etmenin etkili bir yolu olmaktan çok, modaya bir övgü olarak görmektedir. Büyük olasılıkla, bu metodolojilerin pratik uygulamasına ilişkin belirgin bilgi eksikliğinden ve yayınların büyük çoğunluğunun vazgeçilmez yazılım yanlılığından kaynaklanmaktadır.

Şu anda Rusya'daki işletmelerin mali ve ekonomik faaliyetlerinin neredeyse tüm inceleme ve analiz projelerinin şu ya da bu şekilde otomatik kontrol sistemlerinin inşasıyla bağlantılı olduğu bir sır değil. Bu nedenle, çoğunluğun anlayışındaki IDEF standartları, bilgi teknolojisinin tanıtımından şartlı olarak ayrılamaz hale geldi, ancak onların yardımıyla bazen küçük yerel sorunları bile kelimenin tam anlamıyla bir kalem ve kağıtla etkili bir şekilde çözmek mümkün oluyor.

Sonuç olarak, bir işletmenin modelini oluşturarak iş süreçlerini analiz etme fikrinin temel avantajının çok yönlülüğü olduğunu vurgulamak isterim. İlk olarak, iş süreci modellemesi, bir işletmenin faaliyetlerini iyileştirme ve rekabet gücünü artırma ile ilgili hemen hemen tüm soruların cevabıdır. İkincisi, bu metodolojiyi uygulayan bir işletmenin başkanı veya yönetimi, kuruluşlarını bağımsız olarak geliştirmelerine ve geleceğini tahmin etmelerine olanak tanıyan bilgilere sahip olacaktır.

1. Voinov I.V. Ekonomik sistemlerin ve süreçlerin modellenmesi. ARIS modellerini oluşturma deneyimi [Metin]: monografi / I.V. Voinov - M.: SUGU, 2002. - 392 s.

2. Volkov O.N. İş süreçlerini modellemek için standartlar ve metodolojiler [Metin]: ders kitabı. üniversiteler için ödenek / O.N. Volkov. - M.: ASV, 2000. - 145 s.

3. Grigoriev D.I. Bir işletmenin iş süreçlerinin modellenmesi [Metin]: ders kitabı. ödenek / D.I. Grigoryev. - M.: IRT'ler, 2006. - 214 s.

4. Kalyanov G.N. İş süreçlerinin modellenmesi, analizi, yeniden düzenlenmesi ve otomasyonu [Metin]: ders kitabı. harçlık / G.N. Kalyanov. - M.: Finans ve istatistik, 2006. - 319 s.

5. Pinaev D.K. İş süreci modellemesi: kompleks hakkında mevcut [Metin]: Ref. harçlık / D.K. Pinaev. - M.: RGAS, 2003. - 247 s.

özel ders

Bir konuyu öğrenmek için yardıma mı ihtiyacınız var?

Uzmanlarımız ilginizi çeken konularda tavsiyelerde bulunacak veya özel ders vereceklerdir.
Başvuru yapmak Konsültasyon alma olasılığını öğrenmek için şu anda konuyu belirtmek.

giriiş

İş süreci modelleme, iş akışının öznel vizyonunu birbiriyle ilişkili işlemlerden oluşan resmi bir model biçiminde 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çimde sistematik hale getirmektir.

Şu anda, bilgisayar teknolojisi pazarında bir işletmeyi incelemenize ve bir model oluşturmanıza olanak tanıyan birkaç özel program sunulmaktadır. İş süreçlerinin modellenmesinin gerçekleştirildiği metodoloji ve araçların seçimi temel bir öneme sahip değildir. Bir işletmeyi araştırmak ve modelini oluşturmak için kullanılabilecek standartlaştırılmış, zaman içinde test edilmiş metodolojiler ve araçlar vardır. En önemli avantajları, basitlik ve ustalığa erişilebilirliktir.

süreçler SADT metodolojisiydi. Şu anda, iş süreçlerini tanımlamak için en yaygın kullanılan metodoloji ABD IDEF standardıdır.

Bir işletmenin modelini oluşturarak iş süreçlerini analiz etme fikrinin temel avantajı çok yönlülüğüdür. İlk önce,

iş süreci modellemesi neredeyse tüm soruların cevabıdır

işletmenin faaliyetlerinin iyileştirilmesi ve rekabet gücünün artırılması ile ilgili. İkinci olarak, belirli bir metodoloji uygulayan bir işletmenin başkanı veya yönetimi, kuruluşlarını bağımsız olarak geliştirmelerine ve geleceğini tahmin etmelerine olanak tanıyan bilgilere sahip olacaktır.

1 İş süreci modellemenin özü ve anlamı

Kavramın tanımına yönelik çeşitli yaklaşımlar vardır.

"iş süreci modelleme":

1) iş süreci modellemesi, işin bir tanımıdır

yöneticinin sıradan çalışanların nasıl çalıştığını ve sıradan çalışanların - meslektaşlarının nasıl çalıştığını ve tüm faaliyetlerinin hangi sonucu hedeflediğini bilmesini sağlayan kurumsal süreçler;

2) iş süreci modellemesi, bir kuruluşun performansını iyileştirmek için fırsatlar bulmanın etkili bir yoludur;

3) iş süreci modellemesi, işletmenin yeniden düzenlenmesinin çeşitli aşamalarında ortaya çıkan riskleri tahmin etmenizi ve en aza indirmenizi sağlayan bir araçtır;

4) iş süreci modellemesi, işletmenin mevcut faaliyetlerini gereksinimler doğrultusunda değerlendirmenizi sağlayan bir yöntemdir,

işleyişine, yönetimine, verimliliğine dayatılan,

nihai sonuçlar ve müşteri memnuniyeti

5) iş süreci modellemesi, her bir süreç için ayrı ayrı ve bir kuruluştaki tüm iş süreçleri için toplu olarak bir maliyet tahmini vermenizi sağlayan bir yöntemdir;

6) iş süreci modellemesi, bir kuruluştaki mevcut sorunları belirlemenin ve gelecekteki sorunları tahmin etmenin her zaman kesin bir yoludur.

Modern işletmeler, faaliyetlerini sürekli olarak iyileştirmek zorunda kalıyor. Bu, nihai sonuçların kalitesini iyileştirerek yeni teknolojilerin ve iş uygulamalarının geliştirilmesini gerektirir.

faaliyetler ve tabii ki, işletmelerin faaliyetlerini yönetmek ve organize etmek için yeni, daha verimli yöntemlerin tanıtılması.

Bir iş süreci, üreticinin kaynaklarını tüketen, değer yaratan ve sonucu tüketiciye veren mantıklı, sıralı, birbirine bağlı bir dizi faaliyettir. Başlıca nedenler arasında,

bir organizasyonu iş süreçlerini optimize etmeye teşvik ederek, maliyetleri veya üretim döngüsünün süresini, tüketicilerin ve devletin gereksinimlerini, kalite yönetim programlarının getirilmesini, birleşmeleri, iç organizasyonel çelişkileri vb.

İş süreci modellemesi, bir şirketin faaliyetlerini optimize etmenin yollarını bulmak için etkili bir araçtır ve bir kuruluşun yeniden yapılanmasının çeşitli aşamalarında ortaya çıkan riskleri tahmin etmek ve en aza indirmek için bir araçtır. Bu yöntem, toplu olarak kuruluşun her bir işlemine ve tüm iş süreçlerine bir maliyet tahmini vermenize olanak tanır.

İş süreci modelleme kararları genellikle Şekil 1'de gösterilen nedenlerle verilir.

Şekil 1 - İş süreci modellemeye karar verme nedenleri

İş süreci modellemesi birçok yönü kapsar

şirket faaliyetleri:

 organizasyon yapısında değişiklik;

 departmanların ve çalışanların işlevlerinin optimizasyonu;

 yöneticilerin hak ve görevlerinin yeniden dağıtılması;

 iç düzenlemelerde ve operasyon teknolojisinde değişiklik;

 devam eden süreçlerin otomasyonu için yeni gereksinimler vb.

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çimde sistematik hale getirmektir. Model, kuruluşun iş süreçlerinin yapısını, uygulama ayrıntılarını ve iş akışının sırasını yansıtmalıdır.

Kuruluşun iş süreçlerinin modellenmesi, yapısal ve ayrıntılı olmak üzere iki aşamadan oluşur.

Kuruluşun iş süreçlerinin yapısal modellemesi, BPwin araç seti kullanılarak IDEF0 notasyonunda veya Rational Rose araç seti kullanılarak UML'de gerçekleştirilebilir. UML'de detaylı modelleme yapılır.

Yapısal modelleme aşamasında, model şunları yansıtmalıdır:

1) mevcut organizasyon yapısı;

2) simülasyonun yürütülmesinde kullanılan belgeler ve diğer varlıklar ana anlamlarının açıklamaları ile iş akışını modellemek için gerekli iş süreçleri ve;

3) hiyerarşilerini daha genel gruplardan özel iş süreçlerine yansıtan iş süreçlerinin yapısı;

4) sonlu için etkileşim diyagramları iş süreçleri,

belgelerin oluşturulma ve hareket sırasını yansıtan

(veriler, materyaller, kaynaklar vb.) aktörler arasında.

Hazırlanan model, iş süreçlerinin yapısının anlaşıldığını teyit eden mimarlar ve lider programcılar tarafından kabul edilmelidir.

İş süreçlerinin detaylı modellemesi aynı modelde yapılmalı ve gerekli detayı yansıtmalı ve organizasyonun faaliyetlerine dair net bir görüş sağlamalıdır.

Ayrıntılı bir iş süreci modeli şunları içermelidir:

1) olası uygulamaları yansıtan bir dizi kullanım durumu iş süreçleri "olduğu gibi";

2) yürütme sırasını detaylandıran eylem diyagramları iş süreçleri;

3) iş akışı şemalarını yansıtan etkileşim diyagramları.

Modeller, gerekli bilgiye sahip kuruluşun önde gelen uzmanlarıyla kararlaştırılmalıdır.

Modeller oluşturulduktan sonra anlaşma sağlanamazsa, model üzerinde gerekli açıklamalar ve düzeltmeler yapılmalıdır. Modelin anlaşılır olduğu ve iş süreçlerinin ayrıntılarını açık bir şekilde temsil ettiği tamamen doğrulanana kadar yineleme süreci (uzlaşma, ayarlamalar ve açıklamalar yapma) tekrarlanmalıdır.

2 İş süreci modellemesi yürütme metodolojisi

Bir işletmenin bir modelini (açıklamasını) oluşturma metodolojisi (gösterimi) altında

süreç, gerçek dünyadaki nesnelerin ve aralarındaki bağlantıların bir model biçiminde temsil edildiği bir dizi yol olarak anlaşılmaktadır. Herhangi bir metodoloji (metodoloji) üç ana bileşen içerir:

– teorik temel;

– istenen sonucu elde etmek için gerekli adımların açıklaması;

İş süreci modellemesi, her özel durumdaki model gereksinimlerine bağlı olarak çeşitli yaklaşımlar, metodolojiler, notasyonlar ve araçlar kullanılarak gerçekleştirilebilir. Bu gereksinimler nasıl belirlenir? Birçok yönden - konu alanının modellenmesinin gerçekleştirildiği bir bütün olarak bir otomasyon sistemi oluşturma süreci. Bu süreç, modelin nasıl oluşturulacağını, iyileştirileceğini ve kullanılacağını belirler.

Kural olarak, sistem bir grup insan tarafından oluşturulur. Bu insanların farklı özellikleri, deneyimleri, alışkanlıkları, eğitimleri, tercihleri ve kişisel nitelikleri vardır. İş süreci modeli, sistem kurulurken bu kişilerin bilgileri etkin bir şekilde paylaşabilmeleri ve ortak kararlar alabilmeleri için oluşturulmuştur. Model, otomasyon sisteminin oluşturulmasında yer alan taraflar arasındaki iletişim dilidir, -

müşteriler, uzmanlar, mimarlar vb. Modellenen sistemi kendi bakış açısından algılayan her bir tarafın, konu alanının genel olarak anlaşılmasına etkin bir şekilde katkıda bulunabileceği şekilde organize edilmelidir.

Otomatikleştirilmiş bir sistem oluşturma süreci genellikle yinelemelidir, bu nedenle model art arda iyileştirmelere izin vermelidir. İdeal olarak, model, detaylandırıldığında, modelin önceden oluşturulmuş daha genel öğeleri değişmeyecek, yalnızca yenileri eklenecek şekilde oluşturulmalıdır.

Model, konu alanındaki değişikliklere dayanıklı olmalıdır. Bu, konu alanı değiştiğinde, yalnızca belirli bir minimum gerekli model öğeleri kümesi değişecek şekilde düzenlenmesi gerektiği anlamına gelir. Ayrıca, modelin kendisi de

bir otomasyon sistemi oluşturmanın bir parçası olarak iş süreçlerini yeniden düzenlemek için bir araç.

İş modellemenin önemli özelliklerini dikkate almak gerekir.

süreçler. Özellikle, iş süreci modellemenin avantajları şunları içerir: maliyetleri düşürürken üretim kalitesini ve hızını artırmak; çalışanların profesyonelliğinde artış;

şirketin rekabet gücünü artırmak. Sırasıyla dezavantajlar:

çalışanların artan sömürüsü ve buna bağlı sosyo-psikolojik sorunlar; kurum kültürünü değiştirmek için hedefe yönelik çalışmalara duyulan ihtiyaç.

3 İş süreci modelleme metodolojilerinin gelişim tarihi

Birçok modern iş modelleme metodolojisinin temeli

süreçler, SADT metodolojisi (Structured Analysis and Design Technique - bir yapısal analiz ve tasarım yöntemi) tarafından derlenmiştir ve

yazılım geliştirme için kullanılan algoritmik diller.

Yoğunlaştırılmış bir biçimde, iş modelleme metodolojilerinin gelişim tarihi

süreçler Şekil 2'de gösterilmektedir. Anlaşılır olması için, kalite yönetimine yönelik yaklaşımların gelişim tarihi paralel olarak verilmiştir.

Şekil 2 - İş modelleme metodolojilerinin gelişim tarihi

süreçler

Şu anda, işin tanımı, modellenmesi ve analizi için

süreçlerde çeşitli metodolojiler kullanılmaktadır. En yaygın türler aşağıdaki metodolojileri içerir:

 iş süreci modellemesi (İş Süreci Modellemesi);

 iş akışlarının açıklamaları (İş Akışı Modellemesi);

 veri akışlarının açıklamaları (Veri Akışı Modelleme).

İş süreçlerinin modellenmesi için metodolojiler (Business Process Modeling). En yaygın kullanılan iş tanımı metodolojisi

süreçler - ABD IDEF0 standardı. Geliştirilmesinden bu yana, standart önemli değişikliklere uğramamıştır. Şu anda, IDEF0 metodolojisinin geliştirilmesi, destekleyici araçlarının - iş modellemesi için yazılım ürünlerinin - geliştirilmesiyle ilişkilidir.

süreçler (örneğin, BPWin 4.0, ProCap, IDEF0/EM Aracı, vb.).

IDEF0 metodolojisi, analiste, süreç yönetimine odaklanarak kuruluşun işini en üst düzeyde tanımlama fırsatı sunar. Gösterim, geri bildirimi süreç modeline yansıtmanıza olanak tanır

çeşitli türlerde - bilgi, yönetim, malzeme kaynaklarının hareketi hakkında.

IDEF ailesinin metodolojisini kullanarak, çeşitli bölümlerde çok çeşitli karmaşık sistemlerin aktivite modelleri etkin bir şekilde görüntülenebilir ve analiz edilebilir. Aynı zamanda, sistemdeki süreçlerin incelenmesinin genişliği ve derinliği geliştiricinin kendisi tarafından belirlenir, bu da oluşturulan modele gereksiz verilerle aşırı yüklenmemesine izin verir. İÇİNDE

Şu anda, aşağıdaki standartlar IDEF ailesine atfedilebilir:

IDEF0, işlevsel bir modelleme metodolojisidir. Görsel grafik dili IDEF0 kullanılarak, incelenen sistem, geliştiricilere ve analistlere birbiriyle ilişkili bir dizi işlev olarak görünür. Tipik olarak, IDEF0 modelleme herhangi bir sistemi öğrenmenin ilk adımıdır;

IDEF1 - yapılarını ve ilişkilerini görüntülemenizi ve analiz etmenizi sağlayan bir sistem içindeki bilgi akışlarını modellemek için bir metodoloji;

IDEF1X (IDEF1 Extended), ilişkisel yapılar oluşturmak için bir metodolojidir. IDEF1X, "Varlık-ilişki" metodoloji türüne aittir.

(ER - Varlık-İlişki) ve genellikle ilişkisel veritabanlarını modellemek için kullanılır;

IDEF2, sistem gelişiminin dinamik modellemesi için bir metodolojidir.

Dinamik sistemlerin analizindeki çok ciddi zorluklar nedeniyle, bu standart pratik olarak terk edildi ve geliştirilmesi daha ilk aşamada askıya alındı;

IDEF3, örneğin işletmelerdeki teknolojik süreçlerin incelenmesinde kullanılan, bir sistemde meydana gelen süreçleri belgelemek için bir metodolojidir. IDEF3'ü kullanma

her süreç için senaryoyu ve işlem sırasını açıklar. IDEF3'ün IDEF0 metodolojisi ile doğrudan bir ilişkisi vardır - her biri

bir fonksiyon, şu şekilde ayrı bir süreç olarak temsil edilebilir:

IDEF4, nesne yönelimli sistemler oluşturmak için bir metodolojidir.

IDEF4 araçları, nesnelerin yapısını ve etkileşimlerinin altında yatan ilkeleri görsel olarak görüntülemenizi sağlar, böylece karmaşık nesne yönelimli sistemleri analiz etmenize ve optimize etmenize olanak tanır;

IDEF5 - karmaşık sistemlerin incelenmesi için metodoloji.

ARIS sistemi, bir işletmenin faaliyetlerini analiz etmek ve modellemek için bir dizi araçtır. Metodolojik temeli, incelenen sistem hakkında 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ışacak şekilde özelleştirmesine olanak tanıyan çeşitli yöntemler kullanılarak geliştirilebilir.

ARIS, incelenen sistemin çeşitli yönlerini yansıtan dört tür modeli destekler:

sistemin yapısını temsil eden organizasyon modelleri -

organizasyonel birimlerin, pozisyonların ve belirli kişilerin hiyerarşisi,

yapısal bölünmelerin bölgesel bağlayıcılığının yanı sıra aralarındaki bağlantılar;

bir dizi işlev ağacı ile yönetim aygıtına bakan bir hedefler hiyerarşisi içeren işlevsel modeller,

hedeflere ulaşmak için gerekli;

Bilginin yapısını yansıtan bilgi modelleri,

tüm sistem işlevlerinin uygulanması için gerekli;

kapsamlı bir bakış açısı sağlayan yönetim modelleri

iş süreçlerinin sistem içinde uygulanması.