Yazılım Tanımlı İşletmelerin Yürütülebilir Mimarisi

Bu makale, yazılım tanımlı işletmelerin bir makine çalıştırılabilir (daha çalıştırılabilir) mimariyi açıklamaktadır. Mimarlık, temel işletme modeli üzerine kuruludur ve böylece çeşitli işletmelerin mimarilerinin oluşturulmasını ve bir kuruluşun veya bir işletmeler ağının bir sistem olarak yönetilmesini sağlar.

Yürütülebilir mimarinin avantaj ve dezavantajlarının bir listesi verilmiştir ve kullanımındaki sınırlamalar ve gerçekleşmesinin örnekleri tartışılmıştır.

GİRİŞ

Son yıllarda, işletmelerin BT mimarisinde kayda değer ilerlemelere rağmen (mobil cihazların kullanımı, sosyal ağlar, blok zincir teknolojisi 1 , vb.), BT çözümlerinin “hayvanlar” hala mevcut; BT çözümlerinin gelişimi değişen işletme mimarilerine ayak uydurmaz ve işletmeler için BT sistemlerinin toplam sahip olma maliyeti yüksektir. Bu sorunlar, iş mimarisinin tasarımı ve kullanımı yaklaşımını değiştirmedikçe çözülemez.

Kurumsal yönetim sistemlerinin geliştirilmesi için iyi modern uygulamalar , BT mimarisinin belirlenmesinde temel olarak iş mimarisi 2’yikonumlandırmaktadır. Bununla birlikte, tarihsel olarak, iş mimarileri kendi modellerini kullanırken, IT mimarileri ve BT çözümleri tamamen farklı modeller kullanıyor ve bazı modellerin başkalarına dönüştürülmesi manuel olarak gerçekleştiriliyor. Bunun, yukarıda bahsedilen sorunları asla çözemeyecek bir çıkmaz yaklaşım olduğu oldukça açıktır.

Bu makalede sunulan yaklaşım, kurumsal faaliyetleri ve sonuçlarını tanımlayan ve doğrudan hem işletme mimarileri hem de BT çözümlerinde kullanılabilen bir modele dayanmaktadır.

TİCARİ MÜCADELE BİR TİCARİ MİMARLIK

Bir sosyo-teknik sistem olarak bir işletmenin mimarisi, iş mimarisi ve IT mimarisinden oluşur. Kısacası, bir işletme mimarisi bir veya daha fazla spesifik amaçlara ulaşmak için değer yaratan (ürün ve / veya hizmetler) bir sosyal sistem olarak bir işletmenin mimari bakış açısı olduğunu söylemek mümkündür. Bir BT-mimari teknik bir sistem olarak bir işletmenin bir mimarlık bakış açısı olan BT-çözümleri, uygulamalar ve teknolojiler, hem de dijital formda toplanması, işlenmesi ve bilgilerin sunumu için kullanılan çeşitli cihazlar, 3 . Bir Kurumsal Yönetim Sistemini (EMS) uygulamak için önce iş mimarisi, ikincisi IT mimarisi iş mimarisinden türetilir ve üçüncü olarak mevcut veya yeni BT özümleri sağlanır.

EMS uygulamasının ilk aşamasında, herhangi bir sorun ortaya çıkmaz; bir BT-analist kolu, iş mimarisinin bazı modellerini elle BT mimarisi ve BT çözümlerinin bazı modellerine dönüştürür. Dış ve iç faktörlerin baskısı altında bir teşebbüsün işletme mimarisini değiştirmek (örneğin örgüt yapısı, işlevsel yapısı, süreç diyagramları, vb.) Gerekiyorsa sorunlar ortaya çıkmaktadır. İşletim mimarisinin gerçeklerini karşılamadığı için henüz konuşlandırılmamış bir EMS’nin değiştirilmesi gerektiği sıklıkla olur.

Deneyimlerimiz, iş mimarisinde değişim oranındaki doğal ivmenin, iş mimarisi (gecikmeli) BT mimarisi, BT özümleri ve EMS arasında kaçınılmaz ve bazen kaçınılmaz bir boşluk bıraktığını gösteriyor. Bunun nedeni şudur: Bugün, iş mimarisi kurma araçları ve BT çözümleri oluşturmak için kullanılan araçlar, hem model seviyesinde, hem de model depolarının seviyesinde aslında bağımsızdır.

İŞLETMENİN YÜRÜTME MİMARLIĞI

Bir işletmenin yürütülebilir (aslında, makine çalıştırılabilir) mimarisi, bütüncül olarak işletmenin içinde ve dışında değişiklikleri yansıtacak şekilde değiştirilebilen bir mimaridir 4 . Çalıştırılabilir mimariler aktivitenin temel bir modeli kullanmak 5 kurumsal mimari inşa ve işletme faaliyetlerini otomatik hale BT-çözümlerinde araçları.

Bu, insan kaynakları yönetimi için BT çözümlerinin mümkün olabileceği anlamına gelir:

  • Bir organizigramı tanımlamak ve değiştirmek;
  • Işverenleri bölünmelere atamak;
  • Çeşitli bölümler için performans göstergelerini tanımlamak,
  • vb.

Süreç yönetimi için BT çözümleri şunları yapabilmelidir:

  • İşletmenin fonksiyonel yapısını tanımlamak;
  • Süreç diyagramlarını tanımlamak;
  • Dış ve iç hizmetlerle etkileşim kurmak,
  • vb.

Proje yönetimi için BT çözümleri aşağıdakileri kullanabilmelidir:

    • Süreç yönetimi için BT-çözümleri;
    • Insan kaynakları yönetimi için BT-çözümleri;
    • Tedarik yönetimi için BT-çözümleri,

vb.

Böylece, yürütülebilir bir kurumsal mimari aşağıdaki özelliklere sahiptir.

  • İş mimarisi ve EMS, temel bir faaliyet modeli kullanır 5 .
  • Kurumsal mimari ve BT çözümleri otomasyon araçları arasındaki ayrım, işletme modellemesi ve işletmenin modeli aracılığıyla ortak araçlara geçtiğimizden dolayı bulanıklaşıyor.
  • Etkinliğin temel bir modeli, birleşik bir veri mimarisi oluşturur, yani tabloların bir şeması ve birleştirilmiş veritabanının ilişkileri.

Yürütülebilir kurumsal mimari potansiyel olarak, BT çözümlerinde programlama miktarını önemli ölçüde azaltan görsel ilkeller oluşturarak bir EMS oluşturulmasına olanak tanır. Yakın gelecekte, programlamaya az çaba göstererek ve iş mimarisini en iyi şekilde kullanarak bir EMS oluşturulmasını sağlayacaktır.

Yazılım tanımlı bir girişimin iş mimarisi

Gelen 7 yürütülebilir bir işletme mimarisi esas yazılımla tanımlanmış İletişim yol açtığı gösterildi. Yazılım tanımlı bir girişimin işletme mimarisinin temel özellikleri şunlardır.

  • İş mimarisi, işletmeyi tanımlayan birkaç modeli tanımlar.
  • İşletmenin mevcut ve gelecekteki durumu hakkında üst düzey yönetime ve diğer paydaşlara gerekli bilgileri sağlar.
  • Çeşitli işlevleri otomatikleştiren mikroişlemler kolayca eklenebilir, paylaşılabilir ve yeniden kullanılabilir.
  • Veri yakalanır ulaşmaz, EMS’nin herhangi bir yerinden ve herhangi bir kontrol seviyesinden erişilebilir.

Yazılım tanımlı herhangi bir teşebbüsün işletme mimarisi, faaliyetin temel modeli 5 temel alan bir çerçeve içerisinde uygulanmaktadır (Şekil 1’e bakınız) .

Şekil 1
İncir. 1 Çalıştırılabilir iş mimarilerini uygulama çerçevesi.

Temel faaliyet modelinin sonuçlarından biri, herhangi bir etkinliğin bir süreç 6 olarak sunulabileceği ve yönetilebileceği konusunda iyi bilinen bir dildir .

Bizim durumumuzda, bir faaliyet, taahhütlerle birbirine bağlı bir dizi eylemdir (temel süreçler). Bir faaliyetin girdi ve çıktılarla bağlantılı olduğu geleneksel bir süreç anlayışının aksine, taahhütleri kullanırız. Taahhütler, belirli nesneleri (performans sonuçları) bir temel süreçten diğerine sunma planlarıdır. Taahhütlerimiz akıllı sözleşmelere çok benzer 7 . Bu, çerçeve ile geleneksel (fonksiyonel, proje, süreç ve matris yönetimi) hem de merkezi olmayan işletmeler 8 oluşturmak mümkündür .

Taahhüdün her nesnesi karmaşık bir yapıya, hiyerarşiye ve yaşam döngüsüne sahip olabilir. Temel modelden (görevler, projeler, işletme alanları) daha üst düzeyler esasen bazı temel süreçleri gruplandırma yollarıdır.

Yazılım tanımlı bir teşebbüsün BT mimarisi

Geleneksel olarak, bir kuruluşun BT mimarisi aşağıdaki unsurları içerir:

  • Bir veri mimarisi;
  • Bir BT çözümleri mimarisi;
  • Bir teknik mimari.

Veri mimarisi

Yukarıda belirtildiği gibi, yazılım tanımlı işletmeler için bir EMS’nin veri mimarisi farklı organizasyon türleri için aynıdır. Bir çerçeveye benzer şekilde, evrenseldir.

Açıklanan yaklaşımın 15 yılı aşkın bir süredir pratik kullanım sırasında veri mimarisi değişmediğine dikkat edilmelidir.

IT-çözümleri mimarisi

Şimdiye kadar, yazılım tanımlı bir kuruluş için EMS için IT çözümleri oluşturmak, dağıtmak ve kullanmak için bir mikroişlemci mimarisi en iyi seçenektir.

Bir mikro hizmet mimarisi, hizmetlerin dağıtım boyutunu azaltmak için geleneksel hizmet mimarisinin mantıksal bir gelişmesidir. Bir mikroişlemci, a) basit bir işlemi (işlev) otomatikleştirmek, b) kendi hesaplama işleminde çalışmak ve c) bağımsız olarak konuşlandırılabilir olmak üzere tasarlanmış bir BT çözümü olarak anlaşılmaktadır 3 . Tecrübelerimize göre, mikro servislerin büyük çoğunluğu bir programcı tarafından bir günde geliştirilebilir.

Genellikle bir microservice, bir veya daha fazla ilgili işlevi otomatikleştirir. Bir microservice’in her kopyası, mikroservisler ve bunların birleşik yönetimi için bazı bağdaştırıcılar sağlayan özel bir kapsayıcının kendi kopyasında çalışır.

Bu özel kabın içinde çalışan mikroişlemci, statik veya dinamik olabilen birkaç parametreyle kontrol edilir. Statik parametreler bir mikro servis kaydı sırasında ve ilgili işlevlerde ayarlanır. Dinamik parametre değerleri süreçte, işlemler ve durumlarda, mikroişlemci tarafından otomatikleştirilen bir işlev yürütülmeden önce ayarlanır.

Mikroişlemcilikler tek bir yönetim ortamında bulunur; (Çeşitli nesneleri taşıyabilen) mesajları paylaşır ve aynı dili “konuşur”. Esasen, mikro hizmetlerin akıllı aracılar olduğu çok etmenli bir ortam oluşturduk 9 . Bu ortamda diğer mikro hizmetler koordinatör olabilir.

Teknik mimari

Yazılım tanımlı bir teşebbüs için EMS’nin teknik mimarisi aslında buluta yerleştirilebilen bir BT platformudur ve şu özelliklere sahiptir:

  • Hizmet Olarak Bir Uygulama Platformu (APaaS) modeli;
  • Aynı çerçeveyi kullanarak bir işletme ağı kurma becerisi;
  • Buluttaki farklı sunucularda ve farklı bulutlarda konuşlandırılabilen mikro hizmet kütüphaneleri;
  • Işletmeler ağı için ortak bir veritabanı kullanmanın kolaylığı.

YAKLAŞIMIN ÖZELLİKLERİ

Yazılım tanımlı bir teşebbüsün mimarisi, yürütülebilir bir mimarinin evrimi sonucunda değil, ortak bir işletme ağ modeli oluşturmak için sistematik bir yaklaşımın sonucu olarak (işletmeler arası, müşteriden işletime dahil olmak üzere Ve iş-sosyal izleyiciler) bir sistem olarak birlikte yönetmek için.

İş mimarisi, BT mimarisi, IT-çözümleri ve EMS arasında artık herhangi bir boşluk yok – bir Kurumsal Bütünleşik İş Yürütme (CUBE) platformu 10 var ve bunun sonuçları şirketin malları ve hizmetleri , Yönetim faaliyetlerinin sonuçları (görevler, planlar, projeler, alınan kararlar, vb.), Mimarinin kendine özgü yeni unsurları vb. Bu platform, kurum içindeki ve dışındaki değişimlere göre kendini geliştirir.

Yazılım tanımlı bir teşebbüs yaratmak için bazı koşullar (aslında, mevcut sınırlamalar) karşılanmalıdır.

  • İnsanlar ve makineler tarafından gerçekleştirilen tüm işlemler, tek bir BT sisteminde gerçekleştirilmeli veya kaydedilmelidir.
  • Bir işlevsel hizmet kütüphanesini uygulamak için birden fazla yazılım geliştirme teknolojisi kullanmak gereklidir. Örneğin, düşük frekanslı işlemler için, web teknolojileri etkili bir şekilde kullanılabilirken, yüksek frekanslı işlemler için yerel sunucuları kullanmak daha etkilidir.
  • Bazı etkinlik türlerini temel eylem zinciri olarak çalıştırmak ve bunları işlevsel mikro servislerle otomatik hale getirmek etkisizdir. Bu gibi faaliyetlerin tek bileşenli BT çözümleri tarafından otomatikleştirilmesi gerekecek.

SONUÇ

Platform, kurumsal çapta otomasyon için çeşitli organizasyonlarda başarılı bir şekilde kullanılmaktadır. 11

Birkaç gerçek projeyle ilgili deneyim, temel faaliyet modeli evrenseldir. Bu, herhangi bir teşebbüsün iş mimarisinin modellenmesi için bir çerçeve inşa etmeyi ve bu modelleri tek bir BT platformunda yürütmeyi sağlar. Böylece bütün işletme yazılımda tanımlanabilir.

REFERANSLAR

2 http://www.businessstudio.ru/conference/2014 A. Samarin “İşletme mimarının bakış açısından işletme mimarisi”, Konferans “İşletme mimari tasarımı 2014”, 20-21 Kasım 2014, Moskova

4 O. Zakharchuk “Gerçekleştirilebilir mimari olarak gerçek zamanlı bir mimari tasarımı için bir yaklaşım”, Konferans “Kurumsal Mühendislik ve Bilgi Yönetimi”, 21-24 Nisan 2015, Moskova

5 O. Zakharchuk “Sosyo-teknik sistemlerin tanımlanması için temel bir model”, Konferans “Aktif sistemler teorisi” 17-19 Kasım 2014, Moskova

6 ISO 9001: 2008 Kalite yönetim sistemleri – Gereklilikler

9 O. Zakharchuk. “Çok ajan sistem yönetiminin otomasyonu için yeni bir yaklaşım” Konferansı “Endüstri ve ekonomide yüksek teknolojiler” 24-26 Mayıs 2012, St. Petersburg.

Verilen tüm URL’ler 2016-09-30 tarihinde geçerlidir)

About the author

Mehmet Demirel

View all posts

Bir cevap yazın

E-posta hesabınız yayımlanmayacak. Gerekli alanlar * ile işaretlenmişlerdir