CAD yazılımının işlevsel açıklaması için idef0 kullanımına ilişkin atölye çalışması. IDEF0

IDEF0 standardına daha aşina olabilmek için aşağıdakileri bilmeniz gerekir:

Bu standart ne tür modeller oluşturmak için kullanılıyor?
Standardın notasyonu grafik dilinin hangi unsurlarını içerir ve standartta diyagramların tasarımına ilişkin hangi gereksinimler mevcuttur.
Standartta hangi iş süreci modelleme ilkeleri kullanılıyor (ayrıştırma ilkesi, karmaşıklık sınırlama ilkesi, tünel oluşturma ilkesi).
Oluşturulan diyagramları sıkışıklık ve denge açısından nasıl değerlendirebilirsiniz?

IDEF0 oluşturmak için kullanılır fonksiyonel model, sistemin yapısını ve işlevlerini, ayrıca bu işlevler tarafından dönüştürülen bilgi akışlarını ve maddi nesneleri gösterir.

IDEF0 metodolojisi biraz farklıdır klasik şema DFD iş süreçlerinin açıklamaları. Temel fark iş girdilerinin sınıflandırılmasıdır.

İş girdi ve çıktılarının sınıflandırılması

Standart, iş girdilerinin aşağıdaki tiplendirmesini sunar:

Giriş. Çalışmaya soldan girer ve bilgileri gösterir ve malzeme akışları bunlar iş sürecine dönüştürülür.
Kontrol.Çalışmaya yukarıdan girer ve süreçte dönüştürülmeyen ancak uygulanması için gerekli olan malzeme ve bilgi akışlarını gösterir.
Mekanizma.Çalışmaya alttan girer ve insanlara gösterir teknik araçlar, Bilgi sistemi vb. iş sürecinin uygulandığı yer.
sonuçlar sağdaki bloktan çıkın.

Diyagramın temel unsurları:

Sözdizimi ve anlambilimi mutlak bir titizlikle tanımlanan IDEF0 grafik dilinin temeli, ayrıntılı diyagramlardan oluşan bir hiyerarşi oluşturan bloklar ve bunları birbirine bağlayan oklardan oluşur.

Öğe	Grafik ekranı ve anlamı	Kayıt gereksinimleri
Fonksiyonel engellemek	Dikdörtgen olarak tasvir edilmiştir. Bir etkinlik, süreç, işlem, eylem veya dönüşüm olarak tanımlanan işlevleri temsil eder.	1. Benzersiz olmalı sağ alt köşedeki kimlik numarası; 2. Başlık sözlü bir havada olmalıdır.
Arayüzyay (ok, yay)	Tek yönlü bir ok olarak tasvir edilmiştir. İşlevlerle ilişkili verileri veya malzeme nesnelerini temsil edin.	1. Benzersiz bir ada sahip olmalıdır. 2.Ad, bir ismin biçimi olmalıdır. 3.Yalnızca fonksiyon blokları bir yayın başlangıcı ve sonu olabilir. 4. Kaynak, bloğun yalnızca çıkış tarafı olabilir ve alıcı, kalan üç taraftan herhangi biri olabilir.

IDEF0 - modeli:

Model şunları içerir: aşağıdaki belgeler, birbirlerine atıfta bulunanlar:

Grafik çizelgeleri IDEF0 modelinin, blokları, okları ve bunların bağlantılarını kullanarak modellenen sistem hakkındaki bilgileri grafiksel olarak görüntüleyen ana bileşenidir. Bloklar temel işlevleri temsil eder. Bu işlevler bileşen parçalarına ayrılabilir (ayrıştırılabilir) ve daha ayrıntılı diyagramlarda sunulabilir. Ayrıştırma süreci, nesne belirli bir projenin hedeflerine ulaşmak için gerekli ayrıntı düzeyinde tanımlanana kadar devam eder.
Metin;
Sözlük— Diyagramın her bir öğesi için bir dizi tanım oluşturulur ve korunur, anahtar kelimeler, bu öğenin temsil ettiği nesneyi karakterize eden açıklamalar. Bu sete sözlük denir ve belirli bir öğenin özünün bir açıklamasıdır. Sözlük, görsel grafik dilini uyumlu bir şekilde tamamlayarak diyagramlara gerekli ek bilgileri sağlar.

Örneğin, ark “ödeme emri” kontrol arayüzü için sözlük, arka karşılık gelen belge alanlarının bir listesini, gerekli vize setini vb. içerebilir.

Bir iş süreci modeli oluştururken ayrıştırma ilkesi

1. Bağlam diyagramı: amaç ve bakış açısı

İş süreci modellemesi bir bağlam diyagramıyla başlar. Bu diyagrama A–0 (A eksi sıfır) denir. Üzerinde sistem, sistemin ortamını gösteren bir blok ve yaylar olarak temsil edilir. Diyagramı kullanarak simüle edilen sistemin etkileşimini görebilirsiniz. dış ortam, tüm giriş ve çıkışları. Diyagram A-0 modelleme alanını ve sınırlarını belirler.

Bağlam diyagramının açıklayıcı metni şunu belirtmelidir: hedefçizim ve kayıt bakış açısı. Bakış açısı detay seviyesini, modelin gelişim yönünü belirler ve modeli boşaltmanıza olanak tanır. Böylece, modelleme yaparken, sistem üzerinde seçilen bakış açısına göre gerekli olmayan bireysel unsurları detaylandırmayı ve incelemeyi reddedebilirsiniz.

2. Detaylandırma

Tüm sistemi temsil eden blok daha sonra başka bir diyagramda detaylandırılır.

Ayrıca diyagramın her fonksiyonu bir alt diyagramda detaylandırılabilir. Her fonksiyon ayrı bir blokla modellenmiştir. Her ana blok, daha alt seviyedeki bir alt diyagramla ayrıntılı olarak açıklanmaktadır. Bu, modelleme hedefinde formüle edilen soruların yanıtlanmasına olanak tanıyan bir yapı elde edilene kadar devam eder.

Modelin yapısal bütünlüğünü sağlamak için aşağıdaki kurallar kullanılır:

Bu bloğa giren veya bu bloktan çıkan tüm arayüz yayları alt diyagrama kaydedilir.
Blokları numaralandırırken, dikdörtgenin sağ alt köşesindeki sayı, diyagramdaki bloğun benzersiz seri numarasını gösterir ve sağ köşedeki tanımlama, bu blok için alt diyagramın numarasını gösterir.

Tünel açma prensibi

Hiyerarşide belirli bir düzeyin altındaki alt diyagramlarda tek tek okların dikkate alınmaya devam edilmesinin bir anlam ifade etmediği veya bunun tersinin de geçerli olduğu durumlar vardır; bireysel blokların belirli bir düzeyin üzerinde pratik bir anlamı yoktur. Öte yandan bazen tek tek “kavramsal” oklardan kurtulmak, belli bir düzeyin ötesinde detaylandırmamak da gerekiyor.

Bu tür sorunları çözmek için IDEF0 standardı şu konsepti sağlar: tünel açma. Bir okun başlangıcı etrafındaki iki parantez içindeki "tünel" tanımı, okun işlevsel bir üst bloktan miras alınmadığını ve yalnızca bu diyagramda ("tünelden") göründüğünü gösterir. Buna karşılık, alıcı bloğun hemen yakınındaki okun ucunun etrafındaki aynı işaret, bu bloğun alt diyagramında bu okun gösterilmeyeceği ve dikkate alınmayacağı anlamına gelir.

Karmaşıklığın sınırlandırılması ilkesi

Modellerin aşırı yükünü sınırlamak ve onların anlaşılmasını kolaylaştırmak için standart, uygun karmaşıklık kısıtlamalarını benimser:

Diyagramdaki fonksiyonel blokların sayısını üç ila altı ile sınırlamak. Üst sınır (altı), tasarımcıyı karmaşık nesneleri tanımlarken hiyerarşileri kullanmaya zorlar ve alt sınır (üç), karşılık gelen diyagramın, yaratılışını haklı çıkaracak yeterli ayrıntıya sahip olmasını sağlar;
bir fonksiyonel blok için uygun arayüz yaylarının sayısını (bir fonksiyonel bloktan çıkan) dört ile sınırlamak.

Elbette bu kısıtlamalara kesinlikle uymak gerekli değildir, ancak deneyimlerin gösterdiği gibi bunlar gerçek işte çok pratiktir.

Kantitatif Grafik Analizi: Bakiye Oranı ve İsim Değerlendirmesi

Kantitatif analiz, diyagramı sıkışıklığı ve algılama zorluğu açısından analiz etmek için kullanılır. Analiz için aşağıdaki göstergeler kullanılır:

Diyagramdaki blok sayısı - N;
diyagram ayrıştırma düzeyi - L;
Diyagramın dengesi - İÇİNDE;
bloğa bağlanan ok sayısı - A.

Denge faktörü

Alt seviyedeki diyagramlardaki blok sayısının ana diyagramlardaki blok sayısından daha az olmasına çaba göstermek gerekir.

Ayrıca diyagramların dengeli olması gerekir. Bu, aynı diyagramda gelen okların ve kontrol oklarının giden oklardan çok daha fazla olduğu bir durumun olmaması gerektiği anlamına gelir.

Tanımlayan modellerde bu öneriye uyulmayabileceği unutulmamalıdır. üretim süreçleri. Örneğin, bir montaj prosedürünü açıklarken, bir blok, bir ürünün bileşenlerini tanımlayan birçok ok ve bitmiş üründen ayrılan tek bir ok içerebilir.

Diyagramın denge faktörünü tanıtalım:

Bunun için çabalamak gerekiyor Q Diyagram için minimum düzeydeydi ve artan ayrışma düzeyiyle birlikte azaldı.

İsim derecelendirmesi

Diyagramın grafik elemanlarını analiz etmenin yanı sıra blok adlarını da dikkate almak gerekir. İsimleri değerlendirmek için modellenen sistemin temel (önemsiz) fonksiyonlarının bir sözlüğü derlenir. Aslında bu sözlük Diyagram ayrıştırmasının alt seviyesindeki işlevler düşmelidir.

Örneğin, bir veritabanı modeli için, "bir kayıt bulma" ve "veritabanına kayıt ekleme" işlevleri basit olabilirken, "kullanıcı kaydı" işlevi daha fazla açıklama gerektirir.

Bir sözlük oluşturduktan ve sistem diyagramları paketini derledikten sonra modelin alt seviyesini dikkate almak gerekir. Diyagram bloklarının adları ile sözlükteki kelimeler arasında eşleşmeler varsa bu, yeterli düzeyde ayrıştırmanın sağlandığı anlamına gelir.

Bu kriteri niceliksel olarak yansıtan katsayı şu şekilde yazılabilir:

L*C

— model seviyesinin çarpımı ve blok adları ile sözlükteki kelimeler arasındaki eşleşme sayısı. Model seviyesi ne kadar düşükse (L büyükse), eşleşmeler o kadar değerli olur.

IDEF0, bir sistemin yapısını ve işlevlerini, ayrıca bu işlevleri birbirine bağlayan bilgi akışlarını ve fiziksel nesneleri gösteren işlevsel bir model oluşturmak için kullanılan bir grafik modelleme gösterimidir. IDEF0 (Fonksiyon Modellemesi için Entegrasyon Tanımı) standardı 1993 yılında ABD'de onaylanmıştır. Federal standart bilgi işlem. Rusya'da 2000 yılından bu yana yol gösterici belge statüsündedir ve şu anda standart olarak onaylanmamıştır. Bununla birlikte IDEF0 metodolojisi iş süreçlerini tanımlamak için kullanılan popüler yaklaşımlardan biridir. Özellikleri şunları içerir:

bir bağlam diyagramı kullanma;

ayrışma desteği;

hakimiyet;

4 tür ok tanımlama.

Bağlam diyagramı. Modelleme nesnesinin sınır okları olan tek bir blokla temsil edildiği en üstteki diyagram. Bu diyagrama A-0 (A eksi sıfır) denir. Bu diyagramdaki oklar modelleme nesnesi ile modelleme nesnesi arasındaki ilişkileri temsil eder. çevre. Diyagram A-0 modelleme alanını ve sınırını oluşturur. A-0 diyagramının bir örneği Şekil 2'de gösterilmektedir. 1.

Şekil 1. IDEF0 gösterimindeki A-0 Diyagramı

Ayrıştırma desteği. IDEF0 gösterimi, gerekli ayrıntı düzeyine kadar sıralı süreç ayrıştırmayı destekler. Ayrıştırmayla oluşturulan alt diyagram ana süreçle aynı alanı kapsar ancak onu daha ayrıntılı olarak açıklar. IDEF0 metodolojisine göre ayrıştırma sırasında ana sürecin okları sınır okları şeklinde alt diyagrama aktarılır.

Hakimiyet. Bağlamsal olmayan bir diyagramdaki IDEF0 model blokları, atanan sayılar sırasına göre diyagramın sol üst köşesinden sağ alt köşesine kadar çapraz olarak yerleştirilmelidir. Diyagramda sol üstte bulunan bloklar, sağ altta bulunan bloklara "hakimdir". "Hakimiyet", bir bloğun diyagramdaki diğer bloklar üzerindeki etkisi olarak anlaşılmaktadır. Diyagram sayfasındaki blokların düzeni yazarın hakimiyet anlayışını yansıtır. Böylece diyagramın topolojisi hangi özelliklerin diğerleri üzerinde daha büyük etkiye sahip olduğunu gösterir.

4 tür okun tanımlanması. Aşağıdaki ok türleri ayırt edilir: “Giriş”, “Çıkış”, “Mekanizma”, “Kontrol”. Girdiler, çıktı olarak görünen şeyi yaratmak için bir süreç tarafından dönüştürülür veya tüketilir. Kontroller, bir prosesin doğru çıktıyı üretmesi için gerekli koşulları belirler. Çıktılar, bir süreç tarafından üretilen veriler veya maddi nesnelerdir. Mekanizmalar, bir sürecin yürütülmesini destekleyen araçları tanımlar. Böylece IDEF0 bloğu, kontrol eylemlerini dikkate alan mekanizmalar kullanılarak girişin çıkışa dönüşümünü gösterir.

IDEF0 gösteriminde kullanılan grafik sembollerinin amacına ilişkin açıklama Tablo 1'de verilmiştir.

İsim	Grafik sembolü	Tanım
		Süreç dikdörtgen bir blokla gösterilir. Her bloğun içinde adı ve numarası bulunur. Ad, etkin bir fiil, fiil cümlesi veya sözlü isim olmalıdır. Blok numarası sağ alt köşede bulunur. Blok numaraları diyagramda ve ilgili metinde tanımlama için kullanılır.
		Oklar sürece giren ve çıkan nesneleri (verileri) temsil eder. Bir fonksiyon bloğunun her bir tarafı, blok-ok iletişimi açısından standart bir anlama sahiptir. Buna karşılık, bloğun okun bağlandığı tarafı, onun rolünü benzersiz bir şekilde belirler. Bloğun sol tarafından giren oklar girişlerdir. Bloğa yukarıdan giren oklar kontrollerdir. İşlemi sağda bırakan oklar çıkışlardır, yani. Bir süreç tarafından üretilen veri veya maddi nesneler. Bloğun alt kısmına bağlanan oklar mekanizmaları temsil etmektedir.
Tünelli ok		Tünelli oklar, bu okların aktardığı verilerin ana grafikte ve/veya alt grafikte dikkate alınmadığı anlamına gelir. Tünelin bir bloğa katıldığı yere yerleştirilen ok, o okla ifade edilen verinin bir sonraki ayrıştırma seviyesinde gerekli olmadığı anlamına gelir. Serbest uçtaki bir tünele yerleştirilen ok, temsil ettiği verilerin ana grafikte bulunmadığı anlamına gelir. IDEF0, Proses, Prosedür gösterimlerindeki proses diyagramlarında tünelli oklar kullanılabilir.
		Bir öğe, modellenen sistemin sınırları dışındaki bir yeri, varlığı veya varlığı belirtir. Modelin dışındaki bir okun kaynağını veya hedefini belirtmek için dış referanslar kullanılır. Diyagramlarda harici bir bağlantı, yanında Harici Bağlantının adının gösterildiği bir kare ile gösterilir. Dış bağlantılar herhangi bir gösterimdeki süreç diyagramlarında kullanılabilir.
		Başka bir diyagramı temsil eden bir öğe. Diyagramlar arası bağlantı, bir okun, üstteki diyagramda görüntülenmeden başka bir süreç diyagramına hareket ettiğini belirtmek için kullanılır (hiyerarşik modeller kullanıldığında). EPC ve BPMN gösterimlerindeki bir süreç diyagramı, diyagramlar arası bağlantı görevi göremez. Diagramlar arası referanslar IDEF0, Proses, Prosedür notasyonlarındaki proses diyagramlarında kullanılabilir.
		Öğe, genel bir süreç modeline bağlantıyı belirtir. İş süreci modeli içerisinde en sık tekrarlanan süreçler, ayrı bir klasörde tipik olarak vurgulanabilir. Gezgin. Tipik bir süreç diyagramı tek bir yerde oluşturulur Gezgin. Ayrıca herhangi bir diyagramda tipik bir prosese proses bağlantısı kullanılabilir. Tipik bir prosesin parametreleri doğrudan doldurulur. Özellikler penceresi standart süreç. Standart sürecin uygulanmasına katılan konuların kalıcı bir listesi de oluşturulur. Özellikler penceresi standart süreç. Üstteki süreç çerçevesinde standart bir sürecin yürütülmesine katılan konuların bir listesi oluşturulur. Özellikler penceresi süreç - standart bir sürece bağlantılar. Referans süreçleri, süreç diyagramlarında herhangi bir gösterimde kullanılabilir.
		Yorum yapmak için tasarlanmış uzak bir öğe. Öğe, süreç diyagramlarında herhangi bir gösterimde kullanılabilir.

Bir resim bin kelime değerinde bir olup

Halk bilgeliği

İşimde genellikle yalnızca belirli bir sorunu inceleyip çözmeye değil, aynı zamanda bu sorunun şirketin genel işletme modelindeki yerini belirlemeye de ihtiyaç vardır. Belirli bir birimin düzgün çalışmadığını anlamak yeterli değildir; diğerleriyle nasıl etkileşime girdiğini anlamak da önemlidir. Aksi takdirde mevcut sorunların tamamını tespit etmek ve sorunu çözmek için en uygun yöntemi seçmek mümkün değildir. Bunun için şirketin çalışmalarını incelemeniz ve fonksiyonel modelini hazırlamanız gerekiyor.

Elbette teorik olarak yönetici, şirketin çalışmalarının işlevsel bir modeline sahip olmalıdır ve bir deponun veya bir BT sisteminin, müşteri adayından uygulamaya kadar çalışmasını organize etmekten bahsetmemizin bir önemi yoktur. Ancak gerçekte neredeyse hiçbir zaman öyle olmuyor ve bu nedenle, müşterinin sorununa çözüm bulma ve çalışma sürecinde, şirketin çalışmasının işlevsel bir modelini veya belirli bir süreci (işlev) kendi başıma da yaratıyorum.

Grafiklerin avantajları hakkında birkaç söz

Bildiğiniz gibi IDEF0 fonksiyonel modelleri her zaman grafik diyagramlardır. Kendine has özellikleri ve kompozisyon kuralları vardır. Bu konuyu biraz sonra konuşacağız. Şimdi grafiklerin etkinliğine dair birkaç örnek vermek istiyorum. Neden buna odaklanıyorum? Büyük olasılıkla, şirketin çalışmalarının işlevsel bir modeline duyulan ihtiyaç hakkındaki açıklamamdan sonra, birçok kişi tüm bunların gerekli olmadığını, şirkette şu veya bu işlevin nasıl çalıştığını kelimelerle açıklayabileceklerini düşündü. Bahsetmek istediğim şey bu.

Tarihe kısa bir geziyle başlayalım. Rus-Türk Savaşı sırasındaki uzak 1877 yılına geri dönelim. O zaman Sytin yazıcısı askeri operasyonları tanımlamak için grafikleri ilk kez kullandı. Artık tüm bunlar bize tanıdık geliyor; herhangi bir savaşı anlatırken, savaşın gidişatını açıkça gösteren oklu kartlar gözümüzün önünde beliriyor. Ve o günlerde askeri eylemler kelimelerle anlatılırdı. Her savaş için çok ama çok kelime var. Ve sonunda ne olduğunu anlamak çok zordu.

Bu nedenle Sytin'in fikri gerçekten devrim niteliğindeydi; askeri birimlerin tahkimatlarını ve konumlarını gösteren haritaların litografik kopyalarını basmaya başladı. Bu kartlara “Gazete Okuyucuları İçin” adı verildi. Harçlık.” Fikir o kadar anlamlı çıktı ki "Avantajlar"ın ilk baskısı anında tükendi. Ve sonra bu tür uygulamalar büyük talep gördü. Sebebi açıktır. Grafikler, yalnızca kelimelerle anlaşılması neredeyse imkansız olan şeyleri anlamaya yardımcı oldu.

Sözlü betimlemelerin çaresizliğine benzer bir örneği kendi pratiğimden de verebilirim. Müşterilerimden biri benden, şirketi için bir ERP sisteminin uygulanmasını üstlenmemi istedi. Teknik özellikleri olup olmadığını sorduğumda ise şu cevabı aldım: “Evet var. Ama 400 sayfa.” Aynı zamanda müşteri, daha önce temasa geçtiği meslektaşlarımın ya projeyi tamamen reddetmelerinden ya da açıkça şişirilmiş fiyatlar teklif etmelerinden çok şikayetçiydi. Bunu gördükten sonra başvuru şartları gerçekten 400 sayfa ve yalnızca şunlardan oluşuyor: metin açıklaması Geliştiricilerin davranışlarının nedenlerini anladım. Bu kadar hacimli bir metni okumak, derinlemesine incelemek, tüm nüansları anlamak, sadece görevi anlamak ve fiyatı adlandırmak gerçekten çok zor.

Bu müşteriye teklif ettim Alternatif seçenek- grafiksel olarak mümkün olan her şeyi notasyon şeklinde açıklayın. Ona modelleme örneklerini gösterdim. Sonuç olarak artık isteklerini ve teknik şartnamelerin tasarımını yeniden düşünüyorlar.

Ayrıca iş süreçlerinin grafiksel modellemesinin hem meslektaşlarıma, iş danışmanlarıma ve geliştiricilerime hem de iş adamlarına yardımcı olduğu birçok başka örnek de biliyorum.

Bu benim işim için neden önemli?

İşim her zaman mevcut sistemde değişiklik yapmayı içerir. Değişiklik yapmak ve istenen sonucu elde etmek için zaten var olanı incelemeniz gerekir. Ve tam olarak ne yaptığımız önemli değil - sıfırdan bir CRM sistemi kurmak veya kurmak, etkili bir ERP sistemi oluşturmak, entegrasyon yapmak çeşitli sistemler genel olarak işin otomasyonunu artırmak. Her durumda, öncelikle mevcut çalışma planı hakkında bir fikir edinmeniz gerekir ve ancak bundan sonra bazı değişiklikler önerebilir ve sorunu çözme seçeneklerini düşünebilirsiniz.

Mevcut durumu inceledikten sonra, diğer herhangi bir dış uzman gibi ben de Reklam teklifi Mevcut duruma ilişkin vizyonumun yanı sıra görevi çözmek için yapılması gereken eylemleri ve elbette beklenen sonucu mümkün olduğunca ayrıntılı olarak ortaya koyduğum.

Bu tür iş anketi raporları hacimlidir ve birden fazla sayfa kaplar; bu bir yandan gerekli, diğer yandan algıyı karmaşıklaştırır. İlk başta, diğerleri gibi ben de hacimli raporların iyi olduğunu düşündüm, çünkü bir kişi iş için para ödüyor ve ona mümkün olduğunca ayrıntılı bilgi vermeniz gerekiyor.

Yaygın hatalar

Fonksiyonel modelleme, modelleme amaçlı olmayanlar da dahil olmak üzere çeşitli araçlar kullanılarak gerçekleştirilir. İkinci durumda, hata denetimi ve standart kısıtlama yoktur. Görünürlüğü artırma arzusu ve deneyim eksikliği çoğu zaman hatalarla sonuçlanır.

Farklı renkler kullanma

Diyagramdaki tüm öğeler eşit derecede önemlidir. Fonksiyonel modellemede az ya da çok önemli unsurlar yoktur. Herhangi birinin ortadan kaybolması, sürecin aksamasına ve üretim hatalarına yol açacaktır.

Kullanıcılar genellikle kağıt üzerinde veya çeşitli programlarda modelleme yaparken farklı renkler kullanarak görünürlüğü artırmaya çalışırlar. Bu en yaygın hatalardan biridir. Aslında, çok renkli okların ve blokların kullanılması yalnızca ek kafa karışıklığına neden olur ve aynı zamanda diyagramın algılanmasını da bozar.

Modeliniz herhangi bir ek renk şeması olmadan siyah beyaz olarak okunabilir olmalıdır. Bu yaklaşım aynı zamanda yanlış anlaşılmaların önlenmesine yardımcı olur ve model oluşturucuyu disipline eder, böylece modelin okunabilirliği ve okuryazarlığı artar.

Çok fazla blok

Bir model hazırlarken, genellikle şirketin çalışmalarının tüm nüanslarını tüm ayrıntılarıyla birlikte tek bir sayfada göstermeye çalışırlar. Sonuç, çok sayıda kontrol okuna sahip çok sayıda bloktur. Bu durumda okunabilirlik kaybolur.

En iyi seçenek, sorunu anlamak için yeterli ayrıntıdır, daha fazlası değil. Belirli bir sürecin ayrıntılı görünümü seçildiğinde, her departmanın ve hatta çalışanın çalışmalarının ayrıntılı ayrıntıları ortaya çıkarılabilir. Ve böyle bir yapı ancak iş veya karar verme için gerçekten gerekliyse yaratılır.

Ayarlamalar yapılırken yapının ihlali

Gelen, giden veya diğer önemli unsurlar olmadan herhangi bir karışıklık veya işlem olmadığından emin olun. Örneğin yukarıdaki örnekte bakış açısını metin yazarına kaydırmayı gerekli görürsem yazarı şemadan çıkaracağım. Ve sonra "yazarın deneyimi ve üçüncü taraf kaynaklar" kontrol unsurlarının yanı sıra yayın planı da gereksiz hale gelir. Sonuçta yazar bunları kullanıyor. Bir metin yazarı bir ses dosyasıyla çalışır. Ve eğer genel şemada kalırlarsa, detaylandırıldıklarında belirsiz bir yöne gidecekler ve kafa karışıklığına neden olacaklar.

Benzer şekilde, eğer bir blok eklemeye karar verirsem, onun da gerekli tüm özelliklere sahip olduğundan emin olmak önemlidir. Karmaşık iş süreçlerini modellerken modelin bir bölümündeki değişiklik diğerinde de değişikliğe yol açabileceğinden burada dikkatli olmak çok önemlidir. Kesinlikle dahil edilmeleri gerekiyor.

Kontrol elemanlarını ve blokları adlandırma kuralları

Basit bir kuralı hatırlamak önemlidir: kontrol oklarına isim, bloklara fiil denir. Bu, IDEF0 standardında kabul edilmektedir ve bu yaklaşım, kafa karışıklığının ve hataların önlenmesine yardımcı olmaktadır.

Çoğu zaman blokları adlandırırken hatalar yapılır. Örneğin, "Makale oluştur" yerine "Makale oluştur" yazıyorlar. Bu yaklaşımdaki bloklar eylemlerdir ve bu nedenle her zaman fiiller olmalıdırlar.

IDEF0 kullanmanın faydaları

İlk fayda açıktır: görünürlük.Şu veya bu sistemin nasıl çalıştığını kendiniz anlamaya başlarsınız ve ayrıca bu sistemdeki "ince noktaların" nerede olduğunu ve çözümlerinizin onlardan kurtulmaya nasıl yardımcı olacağını açıkça açıklayabilirsiniz.
Karşılıklı anlayış ve tutarsızlıkların olmaması. Fonksiyonel bir model kullanarak bir şirketin çalışmalarını tartışırken, kontrol unsurları içeren görsel ve sezgisel görev bloklarına sahipsiniz. Buna ek olarak, fonksiyonel modelleme, gerekirse, durumu ortaya koyan bir sözlük oluşturmayı da içerir. semboller ve şartlar. Sonuç olarak siz ve müşteriniz, yöneticiniz ve diğer çalışanlar bir sorunu tartışırken aynı dili konuşursunuz.
Sadelik ve yüksek hız bir model oluşturmak. Modellemeyi öğrenmek elbette göründüğü kadar kolay değildir. Sonuçta, bir diyagram özünde bilginin süper yoğun bir sunumudur ve anlaşılması çok iyidir, ancak böyle bir sunumun uygulanması özel bir yaklaşım gerektirir. Bu durumda analistin beyni bir yandan çok güçlü bir baskı, diğer yandan da filtre görevi görür. Ancak deneyim kazandıkça bu süreç çok hızlı hale gelir. Sonuç olarak, belirli bir sistemde neler olup bittiğini kendi başınıza anlamanıza yardımcı olacak ve kısa sürede oluşturulan görsel bir yardımı kullanarak, önemli noktalar iş arkadaşları veya müşteriler.
Disiplin ve hata yok. IDEF0 standardı katı çerçeveler ve kurallar sağlar. Bu yaklaşım disiplin yaratır ve standart dahilinde hareket etme alışkanlığı dikkatsizlikten kaynaklanan hataların önlenmesine yardımcı olur. Standardın herhangi bir ihlali anında fark edilir hale gelir.

IDEF0'ı kullanmanın zorluğu nedir?

Sadece en basit durumlarda iki iş analistinin şirketin çalışmasını tanımlamak için tamamen aynı işlevsel modelleri yaratacağını anlamak önemlidir. Herhangi bir model, analistin deneyiminin, tanımlamaya çalıştığı işe ilişkin anlayış derinliğinin ve ayrıca bir şekilde bu işe ilişkin kişisel bakış açısının bir yansımasıdır. Onlar. kişi, sanki yöneticiymiş gibi, yöneticinin bakış açısından bir iş modeli geliştirir.

Aynı zamanda iş analistinin tam olarak bir meslek olmadığına inanıyorum; işi analiz eden ve en iyisini inşa etmeye çalışan her işletme yöneticisi veya bazı sistemlerin geliştiricisi. etkili sistem. IDEF0 aracı bu insanlar ve bu amaçlar için tasarlanmıştır.

Bu nedenle işlevsel bir "olduğu gibi" iş modeli hazırlarken, ayrıştırma aşamalarında otomatik olarak hatalara yol açacak hatalar yapmamak için şirket başkanına sürekli danışmak çok önemlidir. Ayrıca sonraki aşamalarda yöneticilerden ek onaylar alınması gerekebilir. yapısal bölümler ve çalışanlar. Yalnızca "olduğu gibi" işlevsel modeliniz gerçek durumu gerçekten yansıtıyorsa herhangi bir değişiklik ve öneride bulunabilirsiniz. Ve bu tür çalışmalarda yüksek kaliteli sonuçlar elde etmek için, her şeyden önce, belirli bir iş türünün özelliklerine ilişkin pratik deneyim ve bilgi gereklidir.

Bu konuyla ilgili daha fazla makale.

BPwin tarafından desteklenen üç metodolojiden en önemlisi IDEF0'dır. IDEF0, altmışlı yılların sonlarında SADT (Yapısal Analiz ve Tasarım Tekniği) adı altında ortaya çıkan IDEF ailesine aittir. IDEF0 çok çeşitli sistemleri modellemek için kullanılabilir. Yeni sistemler için IDEF0'ın kullanımı, gereksinimleri karşılayan ve seçilen işlevleri uygulayan bir sistemin daha sonra geliştirilmesi için gereksinimleri tanımlamayı ve işlevleri belirlemeyi amaçlamaktadır. Mevcut sistemlere uygulandığında IDEF0, sistem tarafından gerçekleştirilen işlevleri analiz etmek ve bu işlevlerin gerçekleştirildiği mekanizmaları haritalamak için kullanılabilir. IDEF0'ın bir sisteme uygulanmasının sonucu, hiyerarşik olarak sıralanmış diyagramlar, dokümantasyon metni ve birlikte çapraz referans verilen sözlüklerden oluşan bir sistem modelidir. IDEF0 diyagramlarını oluşturan en önemli iki bileşen, iş işlevleri veya etkinlikleri (diyagramlarda kutularla gösterilir) ve etkinlikleri birbirine bağlayan veriler ve nesnelerdir (oklarla gösterilir). Bu durumda oklar, çalışma dikdörtgeninin hangi yüzünden girdiğine veya hangi yüzünden çıktığına bağlı olarak beş türe ayrılır:

Giriş okları (işin sol tarafında bulunur) - işin yürütülmesi sırasında değişen verileri veya nesneleri gösterir.

Kontrol okları (işin üst kenarında bulunur) - işin yapıldığı kuralları ve kısıtlamaları gösterir.

Çıkış okları (işin sağ kenarından uzanan) - işin sonucunda ortaya çıkan verileri veya nesneleri gösterir.

Mekanizma okları (işin alt kenarında bulunur) - işi tamamlamak için gerekli olan ancak iş sırasında değişmeyen kaynakları gösterir (örneğin ekipman, insan kaynakları...)

Çağrı okları (çalışmanın alt kenarından gelir) - farklı diyagramlar veya modeller arasındaki bağlantıları gösterir ve burada bir diyagrama işaret eder. bu iş daha ayrıntılı olarak tartışıldı.

Tüm işler ve oklar adlandırılmalıdır. IDEF0 diyagram hiyerarşisindeki ilk diyagram her zaman sistemin bir bütün olarak işleyişini gösterir. Bu tür diyagramlara bağlam diyagramları denir. Bağlam, modellemenin amacının, kapsamının (neyin sistemin bir bileşeni olarak değerlendirileceğine ve neyin dış etki olarak değerlendirileceğine ilişkin bir açıklama) ve bakış açısına (modelin inşa edileceği konum) ilişkin bir açıklamayı içerir. ). Tipik olarak bakış açısı, modellenen sistemin bir bütün olarak işleyişinden sorumlu kişi veya nesnenin bakış açısıdır.

Şekil 7.1. Fonksiyonel blok ve arayüz yayları

Diyagramlardaki aktiviteler dikdörtgenler (fonksiyonel bloklar) olarak gösterilmektedir. Her iş, bir işlevi veya görevi tasvir eder ve eylemi belirten bir fiil veya fiil cümlesiyle adlandırılır; örneğin, "Ürün yapımı", "Müşteri hizmetleri" vb. Oklar bir isimle işaretlenmiş olup, eserleri birbirine ve dış dünyaya bağlayan nesneleri veya bilgileri belirtmektedir.

Bağlamı tanımladıktan sonra işlevsel bir ayrıştırma gerçekleştirilir; sistem alt sistemlere bölünür ve her alt sistem, bir bütün olarak sistemle aynı sözdiziminde tanımlanır. Daha sonra her alt sistem daha küçük alt sistemlere bölünür ve bu şekilde istenilen ayrıntı düzeyi elde edilene kadar devam edilir. Bu bölümleme sonucunda sistemin her bir parçası ayrı bir ayrıştırma diyagramında gösterilir.

Bağlam tanımlandıktan sonra hiyerarşideki aşağıdaki diyagramlar oluşturulur. Sonraki her diyagram daha fazladır Detaylı Açıklama Yukarıdaki diyagramdaki işlerden birinin (ayrışımı). Bağlamsal iş ayrıştırmasının bir örneği Şekil 7.2 ve Şekil 7.4'te gösterilmektedir. Her alt sistemin açıklaması bir analist ve konunun uzmanı tarafından gerçekleştirilir. Tipik olarak uzman, bu alt sistemden sorumlu olan kişidir ve bu nedenle alt sistemin tüm işlevleri hakkında kapsamlı bilgiye sahiptir. Böylece tüm sistem gerekli ayrıntı düzeyine göre alt sistemlere bölünür ve sisteme belirli bir doğruluk düzeyinde yaklaşan bir model elde edilir. Mevcut iş süreçlerini yeterince yansıtan bir model (AS IS modeli olarak adlandırılan) alan analist, sistemin en savunmasız noktalarını kolayca görebilir. Bundan sonra tespit edilen eksiklikler dikkate alınarak yeni bir iş süreçleri organizasyonu modeli (TO BE modeli) oluşturmak mümkündür.

SADT metodolojisinin en önemli özelliklerinden biri, modeli temsil eden diyagramlar yaratıldıkça giderek daha fazla ayrıntı düzeyinin kademeli olarak sunulmasıdır.

Üç diyagramı ve bunların ilişkilerini gösteren Şekil 7.2, IDEF0.-modelinin yapısını göstermektedir. Modelin her bileşeni farklı bir diyagrama ayrıştırılabilir. Her diyagram, bir bloğun "iç yapısını" ana diyagramında gösterir.

Şekil 7.2 - Bağlam diyagramı örneği

Şekil 7.2'de görülebileceği gibi, BPwin etkinlikleri ve okları farklı renklerde vurgulamanıza ve ayrıca okların adlarını okların kendisine ("Raporlama" adlı bir ok) bağlamanıza olanak tanır; bu da metnin netliğini ve okunabilirliğini artırır. Şema.

Şekil 7.3 - Ayrıştırma diyagramı örneği

Çizim7 . 4 - Bağlam diyagramı örneği

Şekil 7.5 - Ayrıştırma diyagramı örneği

Diyagram Hiyerarşisi

IDEF0 modelinin inşası, tüm sistemin en basit bileşen biçiminde temsil edilmesiyle başlar - bir blok ve sistem dışındaki işlevlere sahip arayüzleri gösteren yaylar. Tek bir blok tüm sistemi bir bütün olarak temsil ettiğinden, blokta belirtilen isim geneldir. Bu aynı zamanda arayüz yayları için de geçerlidir; bunlar aynı zamanda sistemin bir bütün olarak harici arayüzlerinin tamamını temsil eder.

Sistemi tek bir modül olarak temsil eden blok daha sonra arayüz yaylarıyla birbirine bağlanan birkaç blok kullanılarak başka bir şemada detaylandırılır. Bu bloklar orijinal fonksiyonun ana alt fonksiyonlarını temsil eder. Bu ayrıştırma, her biri bir blok olarak temsil edilen ve sınırları arayüz yaylarıyla tanımlanan tam bir alt işlevler kümesini ortaya çıkarır. Bu alt fonksiyonların her biri, daha ayrıntılı bir gösterim sağlamak için benzer şekilde ayrıştırılabilir.

Her durumda, her bir alt işlev yalnızca orijinal işlevde bulunan öğeleri içerebilir. Ek olarak model herhangi bir öğeyi atlayamaz; yani daha önce de belirtildiği gibi ana blok ve onun arayüzleri bağlam sağlar. Ona hiçbir şey eklenemez ve ondan hiçbir şey çıkarılamaz.

Üst düzey diyagramda bir bloğa giren ve çıkan yaylar, alt düzey diyagrama giren ve çıkan yaylarla tamamen aynıdır çünkü blok ve diyagram sistemin aynı bölümünü temsil eder.

Şekil 7.6 - SADT modelinin yapısı. Diyagramların ayrıştırılması

Şekil 7.7 - Uyumluluk tam ve tutarlı olmalıdır

Bazı yaylar diyagram bloklarına her iki uçtan bağlanırken bazılarının bir ucu bağlanmamıştır. Bağlantısız yaylar ana bloğun girişlerine, kontrollerine ve çıkışlarına karşılık gelir. Bu sınır yaylarının kaynağı veya hedefi yalnızca ana diyagramda bulunabilir. Bağlanmayan uçlar orijinal diyagramdaki yaylarla eşleşmelidir. Tam ve tutarlı olması için tüm sınır yaylarının ana diyagramda devam etmesi gerekir.

Belirtildiği gibi mekanizmalar (alt taraftaki yaylar), işlevlerin gerçekleştirilme yollarını gösterir. Mekanizma, belirli bir işlevin gerçekleştirilmesine yardımcı olan bir kişi, bir bilgisayar veya herhangi bir başka cihaz olabilir (Şekil 7.8).

Pirinç. 7.8. Mekanizma örneği

Diyagramdaki her bloğun kendi numarası vardır. Herhangi bir diyagramın bir bloğu, daha düşük seviyeli bir diyagramla daha ayrıntılı olarak açıklanabilir ve bu da gerekli sayıda diyagramla daha da detaylandırılabilir. Böylece bir diyagramlar hiyerarşisi oluşur.

Grafik numaraları herhangi bir grafiğin veya bloğun hiyerarşideki konumunu belirtmek için kullanılır. Örneğin A21, A2 diyagramındaki blok 1'in ayrıntılarını veren bir diyagramdır. Benzer şekilde A2, modelin en üstteki diyagramı olan A0 diyagramındaki blok 2'yi detaylandırır. Şekil 7.9 tipik bir diyagram ağacını göstermektedir.

Şekil 7.9 - Diyagramların hiyerarşisi

Ders 8. MetodolojilerDFDVeIDEF3

Bir resim bin kelime değerinde bir olup

Halk bilgeliği

Tabii ki, teorik olarak yönetici, şirketin çalışmalarının işlevsel bir modeline sahip olmalıdır ve bir deponun veya bir BT sisteminin (öncüden uygulamaya) çalışmasını organize etmekten bahsetmemizin bir önemi yoktur. Ancak gerçekte neredeyse hiçbir zaman öyle olmuyor ve bu nedenle, müşterinin sorununa çözüm bulma ve çalışma sürecinde, şirketin çalışmasının işlevsel bir modelini veya belirli bir süreci (işlev) kendi başıma da yaratıyorum.

Grafiklerin avantajları hakkında birkaç söz

Sözlü betimlemelerin çaresizliğine benzer bir örneği kendi pratiğimden de verebilirim. Müşterilerimden biri benden, şirketi için bir ERM sisteminin uygulanmasını üstlenmemi istedi. Teknik özellikleri olup olmadığını sorduğumda ise şu cevabı aldım: “Evet var. Ama 400 sayfa.” Aynı zamanda müşteri, daha önce temasa geçtiği meslektaşlarımın ya projeyi tamamen reddetmelerinden ya da açıkça şişirilmiş fiyatlar teklif etmelerinden çok şikayetçiydi. Teknik şartnamenin aslında 400 sayfa olduğunu ve sadece bir metin açıklamasından oluştuğunu gördükten sonra geliştiricilerin davranışlarının nedenlerini anladım. Bu kadar hacimli bir metni okumak, derinlemesine incelemek, tüm nüansları anlamak, sadece görevi anlamak ve fiyatı adlandırmak gerçekten çok zor.

Bu müşteriye alternatif bir seçenek sundum - mümkün olan her şeyi grafiksel olarak notasyonlar biçiminde açıklamak. Ona modelleme örneklerini gösterdim. Sonuç olarak artık isteklerini ve teknik şartnamelerin tasarımını yeniden düşünüyorlar.

Ayrıca iş süreçlerinin grafiksel modellemesinin hem meslektaşlarıma, iş danışmanlarıma ve geliştiricilerime hem de iş adamlarına yardımcı olduğu birçok başka örnek de biliyorum.

Bu benim işim için neden önemli?

İşim her zaman mevcut sistemde değişiklik yapmayı içerir. Değişiklik yapmak ve istenen sonucu elde etmek için zaten var olanı incelemeniz gerekir. Ve tam olarak ne yaptığımız önemli değil - bir CRM sistemini sıfırdan kurmak veya kurmak, etkili bir ERP sistemi oluşturmak, genel olarak işin otomasyonunu artırmak için çeşitli sistemleri entegre etmek. Her durumda, öncelikle mevcut çalışma planı hakkında bir fikir edinmeniz gerekir ve ancak bundan sonra bazı değişiklikler önerebilir ve sorunu çözme seçeneklerini düşünebilirsiniz.

Mevcut durumu inceledikten sonra, diğer herhangi bir üçüncü taraf uzman gibi ben de mevcut duruma ilişkin vizyonumu ve bunun için yapılması gereken eylemleri mümkün olduğunca ayrıntılı olarak ortaya koyduğum ticari bir teklif oluşturuyorum. sorunu ve elbette beklenen sonucu çözün.

Aslında hacim sağlamak değil, özü olabildiğince hızlı ve eksiksiz aktarmak önemlidir. Büyük hacimli metinler zaman gerektirir ve işadamları bu süreye genellikle çok az sahip olur. Grafikler de teklifimin hacmini azaltmamı ve çözümü net ve anlaşılır bir biçimde göstermemi sağlıyor. Sonuç olarak tekliflerim önemli ölçüde azaldı, içlerinde grafikler belirdi ve işbirliğini başlatma kararları daha hızlı alınmaya başlandı.

Bu yüzden görsel modeller kullanıyorum. Bildiğimiz gibi bir resim bin kelimeye bedeldir. İş süreçlerinin ve iş operasyonlarının modernleştirilmesine yönelik seçeneklerin açıklanması durumunda bu gerçekten doğrudur. Ve IDEF0 notasyonları buraya çok iyi uyuyor.

Ama önce temel kavramları, notasyonların ne olduğunu, neden ihtiyaç duyulduğunu, IDEF0'un ne olduğunu, bu yöntemin özellikleri ve avantajlarının neler olduğunu anlayalım.

İş süreci açıklama gösterimi nedir?

Gösterim, modellemede kullanılan bir dizi grafik nesnenin yanı sıra modelleme kuralları olan bir iş sürecini tanımlamak için kullanılan bir formattır.

Aslında gösterimler, bir şirketin çalışmalarını tanımlamanıza ve farklı departmanlar arasındaki etkileşimi net bir şekilde göstermenize olanak tanıyan özel bir grafik dilidir; iş süreçlerini tanımlar. Gösterimler süreç veya fonksiyonel modelleme için kullanılabilir.

Genel olarak notasyonlara iş analizi için bir programlama dili denilebilir.

IDEF0 nedir?

IDEF0, iş süreçlerini resmileştirmek ve tanımlamak için tasarlanmış işlevsel bir modelleme metodolojisi ve grafik gösterimidir. Ayırt edici özellik IDEF0, nesnelerin ikincilleştirilmesine vurgu yapıyor. IDEF0, işlerin zamansal sıralaması (iş akışı) yerine işler arasındaki mantıksal ilişkileri dikkate alır. Vikipedi

IDEF0 standardı 1981 yılında ABD'de Hava Kuvvetleri Bakanlığı tarafından otomasyon amacıyla geliştirilmiştir. endüstriyel Girişimcilik. Geliştirme aşamasında yazılım geliştiriciler iş süreçlerini analiz etmek için yeni yöntemler geliştirme ihtiyacıyla karşı karşıyadır. Sonuç, analiz için özel IDEF0 gösterimlerini kullanan IDEF0 fonksiyonel modelleme metodolojisidir.

Şirketin fonksiyonel modeli

IDEF0 fonksiyonel modeli, her biri gerekli seviyeye kadar ayrıntılı (ayrıştırılmış) giriş ve çıkışları, kontrolleri ve mekanizmaları içeren bir "kara kutu" olan bir dizi bloktan oluşur. En önemli işlev sol üst köşede bulunur. Fonksiyonlar, oklar ve fonksiyonel blokların açıklamaları kullanılarak birbirine bağlanır. Üstelik her ok türünün veya etkinliğin kendi anlamı vardır. Bu model, hem idari hem de organizasyonel tüm ana süreç türlerini tanımlamamıza olanak tanır.

Oklar şunlar olabilir:

Gelen – belirli bir görevi belirleyen giriş.
Giden – faaliyet sonucunun çıktısı.
Yöneticiler (yukarıdan aşağıya) – kontrol mekanizmaları (hükümler, talimatlar vb.).
Mekanizmalar (aşağıdan yukarıya) - gerekli işi gerçekleştirmek için kullanılanlar.

İngilizce'de sırasıyla Giriş ve Çıkış olarak adlandırıldığı için gelen ve giden okları gelen ve giden oklar olarak adlandırmak daha doğru olacaktır. Ancak çevirinin özellikleri ve alışılmış isimler zaten olduğu gibi görünüyor. Yine de terimlerin doğru anlaşılması için bu durumda anlamlarını hatırlamak önemlidir. Bu aynı zamanda bu gösterimin öncelikle yazılım geliştirme için oluşturulmuş olması ve terimleri bu açıdan tercüme etmenin daha doğru olmasıyla da doğrulanmaktadır.

Oklar isimler (deneyim, plan, kurallar) kullanılarak imzalanır ve bloklar fiiller kullanılarak imzalanır; gerçekleştirilen eylemleri açıklarlar (bir ürün yaratmak, bir anlaşma yapmak, sevkiyat yapmak).

IDEF0, iş süreçlerini açıklamaya yönelik oldukça basit ve aynı zamanda görsel bir dildir. Bu standardı kullanarak geliştiriciler, danışmanlar ve kullanıcılar arasında bilgi aktarımı mümkündür. Standart çok dikkatli bir şekilde geliştirildi, tasarıma uygun ve evrenseldir. Bununla çalışmak için VISIO, BPWIN, ERWIN, Bussines studio vb. gibi birçok araç vardır.

Ayrıca iş modelleri oluşturmak için IDEF0'ı kullanmak hem kullanışlı hem de doğrudur. Bu araç, iş analitiği için tasarlanmış olup, kapsamlı ve ayrıntılı hata ayıklama ve iyileştirme işlemlerinden geçmiştir. Bu nedenle IDEF0 kullanarak hatasız işlevsel bir model oluşturmak, bu standardı kullanmadan çok daha kolaydır.

Bildiğiniz gibi çivileri çekiçle çakmak en iyisidir. Elbette bunun için başka aletler de kullanabilirsiniz, ancak çekiç en işlevsel ve çiviyi doğru ve doğru bir şekilde çakmanın en kolay yoludur. IDEF0 kullanımında da durum böyledir - bu araç fonksiyonel modelleme için oluşturulmuştur ve onun yardımıyla istenen sonucu çok daha hızlı ve daha doğru bir şekilde elde edebilirsiniz.

İşlevsel bir model IDEF0 oluşturma örneği

Fonksiyonel modelleme ile nasıl çalışılacağını anlamak için makale yazma sürecine bir örnek vereceğim.

Ana blok “Bir makale yaz”dır.

Gelen oklar – “Deneyim”, “Üçüncü taraf kaynaklardan gelen bilgiler”. Bunlar başlamak için ihtiyacınız olan giriş notlarıdır.

Makale yazma kuralları “Yayın Planı”, “Yayıncının Gereksinimleri”, “Rus Dili Kuralları” dır.

Ve “Mekanizmaların” rolü yazar, metin yazarı, redaktör ve yazılım tarafından oynanır. Bu durumda yazar, makaleye yansıtılması gereken tüm düşünce ve fikirleri topladığı sesli materyal oluşturur. Metin yazarı, yayıncının gereksinimlerine, yayın planına ve Rus dilinin kurallarına göre bu materyale dayanarak yaratan kişidir; hazır metin nesne. Düzeltici materyali hatalara karşı kontrol eder. Yazılım ise süreçteki tüm katılımcıların çalışmalarında kullandıkları araçlardır.

Böylece sürecin temel parametrelerini, girdisini, çıktısını ve sürecin başarılı bir şekilde uygulanması için gerekli olan her şeyi belirliyorum. Ancak bu sürecin yalnızca temel çerçevesidir. Bu, bir bütün olarak şirketin genel planını açıklar.

Aslında herhangi bir iş süreci gibi bir makale oluşturma süreci de ayrıntılı olabilir ve ayrıntılı olmalıdır. Bunu yapmak için genel "makale yaz" bloğunu ilgili öğelere ayırıyorum.

Bizim durumumuzda çalışma 4 ana aşamaya ayrılmıştır:

Sesi hazırlayın.
Metni hazırla
Metni yayına hazırlayın.
Bir yayına makale gönderin.

Diyagram, hangi aşamada hangi kontrol elemanlarının ve hangi mekanizmaların devreye girdiğini açıkça göstermektedir.

Böylece yazar, ses oluştururken bilgi ve deneyimini kullanır, aynı zamanda yayın planına ve yayıncının gereksinimlerine göre yönlendirilir. Metin yazarı, girdi olarak bir ses kaydı alır ve bu kayıttan, Rus dilinin kurallarına göre bir metin oluşturur. Düzeltici metni alır ve Rus dilinin kurallarına göre kontrol eder. Bir yayında makale yayınlamak için özel bir yazılıma ihtiyaç vardır.

İşlevsel bir model oluştururken anahtar parametreler amaç ve bakış açısıdır. Bunlara dayanarak aynı süreçlerin modellenmesi biraz farklı görünebilir. Mesela benim durumumda amaç “makale yazma süreci hakkında konuşmak”. Metin yazarının bakış açısı ise “süreç yöneticisinin bakış açısından makale yazıp yayınlamaktır.”

Yani aynı süreç bir metin yazarının bakış açısından anlatılsaydı, o zaman girdi deneyim ve yazarın ses dosyası olurdu. Üstelik bu durumda Deneyim, bir yöneticinin veya yazarın değil, bir metin yazarının deneyimi anlamına gelecektir. Bu nedenle iş süreci modeli oluştururken belirlenmesi gereken ilk şey, bir bakış açısı seçmek ve hedefi net bir şekilde formüle etmektir.

Bu tür bir modelleme sadece görsel değil, aynı zamanda etkili bir şekilde yapılması için de çok uygundur. yönetim kararları. Örneğin, yukarıda açıklanan iş sürecinde iki ayrı uzman vardır - bir metin yazarı ve bir redaktör. Bir projenin finansmanını optimize etme görevini belirlersem, diyagram sayesinde bunun nerede yapılabileceğini ve nasıl yapılabileceğini hemen göreceğim. Yani, bir metin yazarı ve düzeltmen yaklaşık olarak aynı kuralları kullanır, ancak metin yazarı sesi alır ve sonucu metin biçiminde üretir; düzeltmen ise metni hem alır hem de iletir. Bu nedenle gerekirse, redaktörlük görevlerini bir metin yazarına yarı fiyatına teklif edebilirim. Bu şekilde farklı uzmanlar arasındaki etkileşimde paradan ve zamandan tasarruf edeceğim. Elbette düzeltmenlerin tüm erdemlerini ve bireysel uzmanlarla çalışmanın neden daha iyi olduğunu anlıyorum. Ancak size bir görevim olduğunu hatırlatırım: maliyet optimizasyonu.

Böyle bir görsel araç olmadan hangi blokların kaldırılabileceğini belirlemek ve dolayısıyla işi optimize etmek daha zor olacaktır.

IDEF0 Gösterimleri Nasıl Oluşturulur

Birçok farklı var yazılım ürünleri, notasyonlar oluştururken kullanılabilir. Bazıları özellikle işlevsel modelleme için yaratılmış, diğerleri ise grafik öğelerle yapılan herhangi bir çalışma için tasarlanmıştır. Bu modelleri nerede ve nasıl yapacağınız size kalmış.

Şahsen ben ilk aşamada hata durumunda düzeltmeler yapmak için düz kağıt, kurşun kalem ve silgiden daha iyi bir şeyin olmadığını düşünüyorum.

Mevcut iş süreçlerinin bir gösterimini oluşturmak için, ör. Şirketin şu anda nasıl çalıştığını açıklamak için çalışma prensiplerini incelemek gerekir. Üçüncü taraf bir uzman (danışman, geliştirici) bu amaçla bir görüşme gerçekleştirir. İlk aşamada şirket başkanı soruları yanıtlıyor, ardından notasyonun detaylandırılması sürecinde işin çeşitli aşamalarından sorumlu çalışanlarla görüşmeler yapılıyor.

Sonuç olarak 2 notasyonun gerekli olacağını anlamak önemlidir. İlki iş süreçlerini "olduğu gibi" gösterecek. Bunu görüşmelere dayanarak oluşturuyorsunuz ve her detayı şirket çalışanları ve yöneticiyle koordine ediyorsunuz. Mevcut süreçlere ilişkin vizyonunuzun gerçeklikle örtüşmesi çok önemlidir; tam da bu nedenle her düzeyde onay gereklidir.

İkinci gösterim “olması gerektiği gibi”dir. Atanan görevi tamamlama çerçevesinde şirketin çalışmalarını optimize etmek ve otomatikleştirmek için iş yapısında yapmayı önerdiğiniz ilk ve değişiklikler temelinde oluşturulur.

IDEF0 standart gereksinimleri

Prensip olarak yukarıda IDEF0 standardının temel gereksinimlerini anlattım ve örnekle gösterdim.

Ana öğe her zaman sol üst köşededir.
Tüm öğelerin gelen ve giden okları olmalıdır, çünkü yürütme için girişte bir şey (bir sipariş, bir görev) almak gerekir ve çıktıda işlendikten sonra bitmiş ürünü aktarmak gerekir. Gelen oklar daima solda, giden oklar ise daima sağdadır.
Yukarıda kontrol elemanları, aşağıda ise süreci tamamlamak için gerekli mekanizmalar yer almaktadır.
Bir sayfada (ekranda) birkaç blok varsa, sonraki her blok bir öncekinin sağında ve altında bulunur.
Okların kesişimini gerekli minimum seviyeye indirecek şekilde diyagramlar oluşturmaya çalışmak gerekir.

Yaygın hatalar

Farklı renkler kullanma

Çok fazla blok

Ayarlamalar yapılırken yapının ihlali

Kontrol elemanlarını ve blokları adlandırma kuralları

IDEF0 kullanmanın faydaları

İlk fayda açıktır: görünürlük.Şu veya bu sistemin nasıl çalıştığını kendiniz anlamaya başlarsınız ve ayrıca bu sistemdeki "ince noktaların" nerede olduğunu ve çözümlerinizin onlardan kurtulmaya nasıl yardımcı olacağını açıkça açıklayabilirsiniz.
Karşılıklı anlayış ve tutarsızlıkların olmaması. Fonksiyonel bir model kullanarak bir şirketin çalışmalarını tartışırken, kontrol unsurları içeren görsel ve sezgisel görev bloklarına sahipsiniz. Ek olarak, işlevsel modelleme, gerekirse gelenek ve terimlerin açıklandığı bir sözlük oluşturmayı da içerir. Sonuç olarak siz ve müşteriniz, yöneticiniz ve diğer çalışanlar bir sorunu tartışırken aynı dili konuşursunuz.
Model oluşturmanın basitliği ve yüksek hızı. Modellemeyi öğrenmek elbette göründüğü kadar kolay değildir. Sonuçta, bir diyagram özünde bilginin süper yoğun bir sunumudur ve anlaşılması çok iyidir, ancak böyle bir sunumun uygulanması özel bir yaklaşım gerektirir. Bu durumda analistin beyni bir yandan çok güçlü bir baskı, diğer yandan da filtre görevi görür. Ancak deneyim kazandıkça bu süreç çok hızlı hale gelir. Sonuç olarak, belirli bir sistemde neler olup bittiğini kendi başınıza anlamanıza yardımcı olacak ve kısa sürede oluşturulan görsel bir yardımın yardımıyla meslektaşlarınıza veya müşterilerinize önemli noktaları göstermenize yardımcı olacak bir araç elde edersiniz.
Disiplin ve hata yok. IDEF0 standardı katı çerçeveler ve kurallar sağlar. Bu yaklaşım disiplin yaratır ve standart dahilinde hareket etme alışkanlığı dikkatsizlikten kaynaklanan hataların önlenmesine yardımcı olur. Standardın herhangi bir ihlali anında fark edilir hale gelir.

IDEF0'ı kullanmanın zorluğu nedir?

Aynı zamanda iş analistinin tam olarak bir meslek olmadığına inanıyorum; işi analiz eden ve en etkili sistemi kurmaya çalışan her işletme yöneticisi veya bazı sistem geliştiricileri iş analitiğiyle uğraşmaktadır. IDEF0 aracı bu insanlar ve bu amaçlar için tasarlanmıştır.

Bu nedenle işlevsel bir "olduğu gibi" iş modeli hazırlarken, ayrıştırma aşamalarında otomatik olarak hatalara yol açacak hatalar yapmamak için şirket başkanına sürekli danışmak çok önemlidir. Ayrıca ilerleyen aşamalarda bölüm başkanları ve çalışanlardan ek onaylar da gerekebilecek. Yalnızca "olduğu gibi" işlevsel modeliniz gerçek durumu gerçekten yansıtıyorsa herhangi bir değişiklik ve öneride bulunabilirsiniz. Ve bu tür çalışmalarda yüksek kaliteli sonuçlar elde etmek için, her şeyden önce, belirli bir iş türünün özelliklerine ilişkin pratik deneyim ve bilgi gereklidir.