Manzara haritası. Kurumsal Mimari - BT'ye Stratejik Bir Yaklaşım Organize Olmak İçin Bir Araç

Son birkaç yıldır Zvezda makine imalat işletmesi sürekli olarak kapsamlı bir bilgi sistemi oluşturuyor. Zvezda, gemi yapımı ve demiryolu taşımacılığı için yüksek hızlı dizel motorların yanı sıra çeşitli endüstriyel ve savunma tesisleri için acil durum yedek enerji santralleri üretiyor. Şirketin geliştirmeden hizmete kadar tam bir üretim döngüsü vardır. Üretimde yaklaşık 40 bin parça ve montaj mevcut olup, teknolojik aşama sayısı 80-100'e ulaşmaktadır. CIO Kongresi Beyaz Geceler 2009'un "Gözleri Tamamen Kapalı" bölümünde konuşan Zvezda OJSC Genel Müdürü Pavel Plavnik, "Kurumsal bilgi sisteminin asıl görevi, tüm bu verilerle birbiriyle ilişkili olarak çalışmaktır" diyor. Bu konuşmanın ve ardından gelen röportajın ilginç ve önemli anlarını dikkatinize sunuyoruz.

"Gözler Tamamen Kapalı"yı Yönetmek

Günümüzde bir işletmenin en önemli görevlerinden biri kapsamlı bir bilgi sistemi oluşturmaktır. Ne gibi faydalar elde edeceğiz? BT'nin ekonomik etkisini değerlendirmek mümkün mü? Benim açımdan faydaları açık olduğundan, kurumsal bilgi sistemi bloklarının her birinin ekonomik verimliliğini ayrıntılı olarak analiz etmiyoruz.

Size küçük bir örnek vereyim. Önceden, metal işleme hızları çok yüksek olmadığından, bir parçanın makinede işlenmesini kontrol etmek için hiçbir özel cihaza gerek yoktu. Kontrol basitçe görsel olarak gerçekleştirildi ve zorunlu bir unsur olarak koruyucu ekranlar bile ancak geçen yüzyılın sonlarına doğru ortaya çıktı. Ancak günümüzün makinaları metali özel seramik aletlerle çok yüksek hızlarda işlemektedir. Doğal olarak işleme prosesi zaten kapalı bir odada ve o kadar proses hızlarında ve soğutma sıvısı basınçlarında gerçekleşiyor ki görsel olarak kontrol etmek neredeyse imkansız. Sensörleri kullanmak ve bilgileri özel bir ekranda görüntülemek gerekir.

Aynı şey tüm işletmenin ölçeği için de geçerlidir - bugün "gözleri tamamen kapalı" olarak yönetmek imkansızdır. Bilgiyi iletmenin birçok yolu vardır, ancak bunların etkinliği farklılık gösterir. Öyle ki, kritik miktarda bilgi ve bunun gerekli işlem hızı vardır ve BT teknolojileri olmadan yapılması imkansızdır. Günümüz şartlarında kurumsal yönetilebilirliği ancak BT araçlarımıza sahip olduğumuz takdirde sağlayabiliriz.

Üretim planlaması hakkında

Sovyet zamanlarında ana sevk bürosunun başkanı olarak çalışırken işçi örgütlenmesinde yer aldım. Sonuçta tüm fabrikalarda durum aynıydı: Bu iş parçalarını doldurmadı, bu bazı faturaları zamanında düzenlemedi, bu teknoloji sağlamadı. Kötü iş organizasyonunun sürekli stresi bende bir planlama sistemi kurma isteği uyandırdı. Sonuçta görev son derece açık - her ayrıntı için mevcut standartlar, yaklaşık olarak aydan aya tekrarlanan bir plan vb. dikkate alınarak. Ve bu sistemi oldukça fazla zaman harcayarak kurdum. Hesaplama aslında bir hesap makinesi kullanılarak manuel olarak gerçekleştirildi (Excel henüz mevcut değildi).

Sorun çözülebilir ancak ne yazık ki günümüzün büyük miktardaki bilgisini bu şekilde hesaba katmak artık mümkün olmayacaktır. Ancak artık BT niteliksel olarak farklı bir düzeye ulaştı. İlk olumsuz uygulama deneyimini dikkate alan yeni ürünler ortaya çıktı. Üretim planlama sorunlarını çözmenize izin veriyorlar ve yeteneklerini kullanmamak imkansız - bu benim için tamamen açık. Aksi takdirde, sürekli olarak geriye dönük olarak, delikleri tıkayarak yöneteceğiz. Sadece dikiz aynalarına bakarak araba kullanamazsınız. Yönetim her zaman ileriye bakıyor.

Uygulamanın etkisinin niceliksel değerlendirmesi hakkında

Belirli bir BT sisteminin uygulanmasından elde etmek istediğimiz niceliksel parametreleri mutlak hale getirmek için bunları elde etmek için doğru koşullara sahip olmamız gerekir. Ne yazık ki, gerçek zamanlı olarak açık ve ayrıntılı bir hesaplama olmadan bu parametrelerin gerekli doğruluğunu elde etmek imkansızdır. Bir ERP sistemi olmadan, belirli yönetim kararlarının ekonomik verimliliğini net bir şekilde değerlendirmek çok zordu.

İkinci nokta ise güvenilirliği de gerekli olan optimizasyon kriterleridir. Örneğin, devam eden işin düzeyi ne olmalıdır? Sovyet döneminde endüstri talimatları ve bilimsel hesaplamalar vardı ama bizim talep dinamiklerimizle bunlar işe yaramıyor. O halde neye güvenmeli?

“BT'ye aşılama” hakkında

90'lı yıllarda işletme, entegre bir ERP sınıfı yönetim sistemi sunmak için başarısız bir girişimde bulundu. Proje birkaç nedenden dolayı başarısız oldu: oldukça büyük ve karmaşık bir yazılım ürünü ve yüksek mevzuat dinamiği. Sonuç olarak, vergi raporlamasının tüm özellikleri ve değişim dinamikleri dikkate alınarak üretim yönetim sistemi ile muhasebe sisteminin entegrasyonu mümkün olmadı. Ekonomik hizmetler, muhasebe ve üretim hizmetlerinin muhasebe sistemleri çok farklıydı.

Evet, istediğimiz etkiyi alamadan BT'ye yatırım yaptık. Ancak sonuç olarak bu proje bir tür basamak haline geldi - çalışanların bu tür sistemlerle çalışmaya hazırlıklılığı arttı. Proje pilot işletme aşamasına ulaşmasa bile, daha da büyüyebileceğimiz bir temel oluşturuyoruz. Bu çalışma sayesinde ayrıca, yasal çerçevenin bir miktar istikrara kavuşturulması ve yeni bir BT geliştirme düzeyi ile ortamın hazırlığının, sonraki projelerde BT'den pratik faydalar elde etmek için yeterli olduğu ortaya çıktı.

Bir nevi “BT'ye aşılama”yı başardık. Önceki sistemin uygulanamaması deneyimi mümkün olduğunca dikkate alındı. Yeni uygulama sırasında üretim ile muhasebeyi birbirine bağlama görevlerine özel önem verdik. Ve o zaman bile büyük zorluklar yaşandı. Ancak sıfırdan yeni bir seviyeye çıkmak her zaman mümkün değildir; bu nedenle başarısız projeler de faydalıdır.

Bir sanayi kuruluşunun BT tabanı

1990'larda ERP'nin başarısız uygulanmasının ardından, endüstriyel işletmenin temel olarak bir ürün veri yönetimi (PDM) sistemi kullanması gerektiği fikrinden yola çıkarak farklı bir yol izledik. Bugün ürünlerimizin tüm yapısı hem tasarım hem de teknolojik açıdan (malzeme tüketimi standartları, işçilik maliyetleri vb.) bilgi sisteminde eksiksiz olarak anlatılmaktadır. Bu, ürünlerimizin bilgi yapısıyla çalışmanıza olanak tanıyan temeldir (şekle bakın). Yeni tip ekipmanların üretimine yönelik tasarım ve hazırlık görevlerimizi yerine getiren PDM sistemi “Lotsman”ı seçtik.

Kurumsal BT ortamı

Bir kurumsal bilgi sisteminin en pahalı ve aynı zamanda merkezi unsuru SyteLine ERP sistemidir (şekle bakın). Bu, kuruluştaki en ağır BT sistemlerinden biridir. Uygulaması kolay olmadı ve yaklaşık iki yıl sürdü; dedikleri gibi proje çok kan içti. Ancak verimlilik açısından bakıldığında, bugün tüm bilgileri hızlı bir şekilde toplamanıza ve bir işletmenin faaliyetlerini kapsamlı bir şekilde planlamanıza olanak tanıyan en önemli araçtır. Sistem, tüm departmanlardaki süreçleri gerçek zamanlı olarak izlemenize olanak tanır ve üretimin izlenmesi, satın alma faaliyetleri, her siparişin üretim süresinin ayrı ayrı planlanması ve her sipariş için ayrı ayrı olmak üzere maliyetlerin muhasebeleştirilmesi prosedürünü önemli ölçüde basitleştirir.

Yukarıdaki bilgilerin tümü oldukça kolay bir şekilde otomatik olarak toplanır. Bu sayede bugün üretim programı için ihtiyaç duyduğumuz işgücü kaynaklarını altı ay önceden net bir şekilde planlayabiliyoruz. Bir ERP sistemi olmadan, her tesis ve iş yeri için iş gücü kaynaklarını önceden doğru bir şekilde hesaplamak temelde imkansızdı. Her ne kadar bu ürünün arayüzünden pek memnun olmasam da, bence yöneticilerin ihtiyaçlarına uyacak şekilde iyileştirilmesi ve değiştirilmesi, mümkün olduğunca görsel hale getirilmesi gerekiyor.

Ayrıca bir kuruluştaki iş süreçlerinin yönetimini otomatikleştirmenize olanak tanıyan ilginç OrgMaster sistemini de kullanıyoruz. Kurumsal süreçlerin yapısı, birkaç yıl önce bir yeniden yapılanma projesi sırasında tamamen yeniden inşa edildi ve yazılım paketi, her departmanın faaliyetlerinin işyeri düzeyine kadar adım adım tanımlanması yoluyla bu süreçlerin konsolidasyonunu mümkün kıldı. Süreçlerde meydana gelen tüm değişiklikleri sürekli olarak takip ediyoruz. İşletmede performans disiplininin izlenmesi, iç ve dış iletişimin hızının ve kalitesinin artırılması sorunlarını çözmek için NauDoc elektronik belge yönetim sistemini hayata geçirdik. Yaklaşık beş yıldır işletmemizde çalışmaktadır, sürekli gelişmektedir ve performans disiplininin kontrolü de dahil olmak üzere hem gelen bilgileri hem de belgelerin işletme içindeki hareketini neredeyse anında işlememize olanak sağlamaktadır. Yazışmaların, organizasyonel ve idari belgelerin, sözleşmelerin hazırlanmasını önemli ölçüde hızlandırır ve bir işletmede herhangi bir belgede (sözleşmenin hazırlanması sırasında da dahil), elektronik imza fiziksel imzaya eşittir.

Bu resim gelecekte yeni unsurlarla desteklenecektir. Özellikle yakın gelecekte müşterilerle ilişkileri yönetmeye yönelik bir sistemin yanı sıra bakım ve onarımların otomatikleştirilmesine yönelik bir sistemi uygulamaya koyacağız.

Karmaşık otomasyonun avantajları ve dezavantajları

Kapsamlı bir bilgi sistemi oluşturmanın temel ön koşulu, önemli bilgi kaynaklarının oluşturulması ve güncellenmesi yeteneğidir. Böyle bir sistemin etkinliği tam olarak karmaşıklığında yatmaktadır. Üretim çalışanları, satış yöneticileri ve ekonomistler tarafından kullanılır. Bu işlevlerin tümü önemlidir ve herhangi birine daha fazla vurgu yapmak yanlıştır. Ben şahsen sistemde doğrudan hazır raporlama formları ile çalışmıyorum. Ancak bu raporlarda manuel çalışma olmaması konusunda katı bir şartım var. Doğal olarak bu kadar karmaşık bir bilgi sisteminin artıları ve eksileri vardır.

artıları	Eksileri
Muhasebeciler, planlamacılar ve muhasebecilerden oluşan “ordunun” serbest bırakılması	Kontrol sisteminin mevcut yazılım ürünlerine kaçınılmaz olarak “ayarlanması”
Yönetim bilgilerinin güvenilirliğinde “insan faktörünün” rolünün azaltılması. İşletmenin "Şeffaflığı"	Bir yazılım ürününü dikkatli seçme ihtiyacı
Doğru bilginin “tam zamanında” alınması	Uygulama için en ciddi idari çabalara duyulan ihtiyaç
İşletme yönetiminin belirleyeceği şekil ve sürede modüler genişleme imkanı	Düzenleyici otoriteler için işletmenin "şeffaflığı"

BT ve düşünce katılığı

BT'nin aktif kullanımı kaçınılmaz olarak yönetim sisteminin yazılım ürünlerinin yeteneklerine göre ayarlanmasını gerektirir. 70 yıldan fazla bir süredir, işletmede belirli stereotipler ve çalışma standartları gelişmiştir ve birçok makine imalat işletmesinde olduğu gibi, eski düşüncenin bir miktar katılığı ve ataleti mevcuttur. Bu da bilgi sisteminin yeteneklerine uyum sağlamada aşılması gereken ciddi sorunlardan biridir. Ama sonuç olarak bundan sadece biz faydalanıyoruz. Ücret sistemi gibi birçok şeyi önemli ölçüde basitleştiriyoruz. Sistemi uygulamaya koymadan önce, farklı çalışan gruplarına yönelik ödemeleri hesaplamak için yaklaşık 20 farklı mekanizmamız vardı. Bu kadar karmaşık bordro hesaplama işlevlerine sahip olmayan standart bir yazılım ürününü devreye alarak eski bordro sistemini terk ederek bu süreçleri birleştirdik.

Krize karşı önlemler hakkında

Krizden önce finanse edilmesine rağmen krize karşı iyi bir önlem haline gelen bütçeleme otomasyon projesi 2009 yılında tamamlandı. Artık elbette verimlilik ve analitik bilgi düzeyine yönelik gereksinimler artıyor. Plan Designer yazılım paketini temel alan bütçeleme sistemimiz, nakit akışlarını analiz etmemize, zaman içindeki çeşitli borçları ve diğer faktörleri takip etmemize, geliştirme beklentilerinin çok değişkenli analizine ve çok daha fazlasına olanak sağlar.

CIO'nun yönetimle etkileşimi hakkında

Bir yazılım ürününün uygulanması CIO'nun inisiyatifinde değildir. Özellikle işletmemizde ana inisiyatif çeşitli alanlardaki yöneticilerden geldi - örneğin baş muhasebeci veya baş tamirci. Ve ERP gibi karmaşık sistemler için ana inisiyatif kilit yöneticilere (ben ve finans müdürü) aitti. Bu nedenle, bir kuruluşta BT gelişiminin çok önemli bir yönü, CIO ile çeşitli kategorilerin yönetimi arasındaki etkili iletişimdir. Yöneticileri modern yazılım ürünlerinin yetenekleri hakkında derhal bilgilendirmek ve insanları imana döndürmek çok faydalı olacaktır. CIO'lara vermek istediğim temel tavsiye bu: BT sistemlerini doğrudan kullanan çalışanlarla daha fazla iletişim kurmaları.

Üstelik bu sadece projenin başlangıcında ve ürün seçiminde değil, işletme aşamasında da çok önemlidir. Benzersiz BT sistemlerine sahip olmak etkili kullanımı garanti etmediğinden, herkes bu ürünleri kullanmaktan memnun değildir. Bu da ciddi sorunlardan biri. Bilgi teknolojisini işletmenin gerçek işine entegre etmek için CIO'nun yetkisi mümkün olduğunca kullanılmalıdır.

Proje Yönetimi ,

Ürün Yönetimi

İstisnasız tüm Rus şirketlerinin sorunu nedir? İşletmenin olup bitenlere dair kendi anlayışı, kendi gereksinimleri ve hedefleri vardır, ancak bunları belirli BT eylemlerinin diline çevirmek çok zordur ve bu gereksinimler her zaman BT'ye anlaşılır bir biçimde ulaşmaz.

İkinci geleneksel sorun eski BT'dir. Geçtiğimiz yıllarda, BT ortamında çok fazla karmaşıklık yaratan çok sayıda kaotik satın alma ve uygulama yaşandı. Bir şirkete katılan herhangi bir BT yöneticisi, mevcut durumu anlamak için çok zaman harcıyor. Öte yandan, işletmeler BT'ye para yatırıyor ve bunun nereye gittiğini, hangi proje ve girişimlere yöneldiğini ve şirketi stratejik hedeflere doğru nasıl yönlendirdiğini görmek istiyor.

Rusya'da kurumsal mimarinin yönü henüz geliştirilmemiştir. Şirketler, belirli çözümlere yönelik mimarilerin geliştirilmesi konusunda büyük talep görüyor ancak hiç kimse, organizasyon içindeki mimarinin bileşenlerinin birbirine bağlanmasıyla ciddi olarak ilgilenmiyor. En iyi durumda, bilgilerin resmi olmayan bir biçimde saklandığı ve bir yönetici şirketten ayrıldığında bilginin de onunla birlikte gittiği elektronik tablolar bu amaç için kullanılır.

Bu yaklaşımın en önemli sonucu, fonların BT'ye yetersiz düzeyde harcanması, hatta bazen doğrudan israf olmasıdır. Bu nedenle yurtdışındaki şirketler BT yönetimine giderek daha fazla stratejik bir yaklaşım sergiliyor ve vektör de giderek kurumsal BT ortamlarını düzene sokma ve standartlaştırmaya yöneliyor.

Kelimelerin eylemlere dönüşmesi

Sorun ortada: İşi BT'ye bağlamak, aralarında köprü kurmak, şeffaflığı sağlamak gerekiyor. Stratejinin insanlara iletilmesi gereken gereksinimlere ve eylemlere dönüştürülmesi gerekir. Her departman işin özünü ve BT gelişiminin genel yönünü anlamalıdır.

HPE Kurumsal Haritalar sistemi bu sorunu çözmek için tasarlanmıştır. Önemli olan bunun, son zamanlarda nadir hale gelen satın alınan bir çözüm değil, şirketin kendi gelişimi olmasıdır. Bu iyi bir şey: Bir sistem tedarikçisi olarak HPE, pazarda neye ihtiyaç duyulduğunu ve neye ihtiyaç duyulduğunu kendisi anladı ve böyle bir ürünü geliştirmek için inisiyatif aldı. Şirket içinde oluşturulan Kurumsal Haritalar, uyumlu ve güçlü bir çözüm oluşturmak için diğer HPE sistemlerinden gelen verilerle sorunsuz bir şekilde birlikte çalışır ve bunlarla zenginleştirilir.

Tekerleği yeniden icat etmekten kaçınmak için Kurumsal Haritalar, mimarların anlayabileceği ve kurumsal mimari yönetimine nasıl yaklaşılması gerektiğini gösteren TOGAF metodolojisini kullanıyor. ArchiMate 2.0 notasyonu, mimari elemanların birbirleriyle etkileşimini açıklamak için bir dil olarak kullanılır.

Geliştirilen sistemin temel hedefleri BT ile ilgili riskleri ve kafa karışıklığını azaltmak ve BT stratejisine uyumu sağlamaktır. “Güzel” sözleri somut eylemlere dönüştürebilmek son derece önemlidir. Ek olarak, mevcut sistemlerin "hayvanat bahçesinin" anlamlı yönetimi önemsiz bir görev haline geliyor: Piyasada kendi lisanslama politikalarına sahip, ürünleri güncelleyen ve eski çözümleri dolaşımdan kaldıran çok sayıda tedarikçi var.

Hemen hemen her şirkette, gerçekten gerekli olmamasına rağmen veya dahası, sistem zaten destekten kaldırılmış olmasına rağmen, desteği ödenen yazılımı bulabilirsiniz. Aynı zamanda bunun tersi de olur: Bir şirket, kullandığı platformun çok eski olduğunun farkına varmadan yeni bir sistem kurmayı planlıyor.

BT ve iş için

Bu kimin ilgisini çekebilir? Bir şirketin kurumsal mimar gibi bir konumu varsa, o zaman ana paydaş olacaktır.

Tipik olarak mimariyi tanımlamak için çizim programları kullanılır, örneğin Microsoft Visio. Kurumsal Haritaların çizim yapmakla ilgili olmadığını, gerçek dünyaya bağlı modeller oluşturmakla ilgili olduğunu ve bunların geliştirilmesi sırasında çeşitli politikalara uygunluğun izleneceğini belirtmekte fayda var. Gerçeklikten kopmuş bir nesne yaratmak imkansızdır.

Mimarlar sistemin faydalarını anlayan ve yeteneklerini takdir edebilen bir kitledir. Ancak ne yazık ki çoğu zaman bütçeleri yönetemiyorlar ve kararlar üst kademelerde alınıyor.

Bir sonraki önemli kullanıcı grubu CFO'lar ve CIO'lardır. Farklı görevleri var. Diyelim ki CFO, BT'de olup biteni pek anlayamayabilir ama stratejik açıdan yatırımların nereye gittiğini ve bu alanın ne kadar öncelikli olduğunu görmesi onun için önemli. Bununla ilgili bilgiyi çalışanlar tarafından düzenlenen bir rapor şeklinde değil, gerçek bir bilgi kesimi yardımıyla alacak. BT departmanının faaliyetlerinin şeffaflığı ve kararlarının üst yönetime ek olarak gerekçelendirilmesi CIO için önemlidir.

Tabii ki, belli bir olgunluğa ulaşmış büyük iş dünyası, işleri düzene koymaları gerektiğini anlayan bu sınıfın kararlarıyla ilgileniyor. Çok önemli olan, Kurumsal Haritalar, temel bir yaklaşım gerektiren daha zor çözümlerin aksine, "hızlı kazançlara" giden bir yol sunar: kendini kanıtlamak için ayrı bir senaryoyu hızlı bir şekilde uygulamaya koyun ve ardından çözümün gücünü kademeli olarak artırın.

Örneğin, sistem “Bir uygulamayı buluta taşımak için beş adım” komut dosyasını içerir. İşletmeye çözümün faydasını gösteren projelerin hızlı hayata geçirilmesi için bu tür hazır senaryoların olması çok önemli.

Sadece raporlama değil

Kurumsal Haritaların kapsadığı üç tipik varış noktası vardır. Birincisi, mevcut verilerin (mimari modeller, iş stratejileri) tüm unsurların kurumsal mimari ile ilişkilendirildiği tek bir havuzda birleştirilmesi, bilgi bölümlerinden sorumlu kişilerin belirlenmesi ve çeşitli veri kaynakları ile senkronizasyonun kurulmasıdır.

İkinci olarak mevcut durumu görerek, Boşluk analizi kullanarak eksik unsurları tespit ederek hedef duruma geçiş için bir plan oluşturabilirsiniz. Bu, yalnızca mevcut durumu ve yalnızca altyapı düzeyinde yansıtan çözüm ve yapılandırma yönetimi veritabanları (UCMDB) arasındaki temel farktır. Üçüncü önemli alan ise BT varlıklarına, sistemlerine ve işlevlerine yaklaşımın standartlaştırılmasıdır.

Sistemin çıktısında şirket, çeşitli kullanıcılar için bilgi dilimleri alır. Her biri ilgilendikleri bilgileri görecektir. Kurumsal Haritalar'ı kullanarak çeşitli soruları yanıtlayabilirsiniz: örneğin, belirli bir uygulamayı sürdürmenin ne kadara mal olduğunu, yatırımların stratejiye uygun olup olmadığını, fonların nereye gittiğini, ayrılan bütçe kullanılarak neler yapılabileceğini öğrenebilirsiniz.

Genellikle Kurumsal Haritalar'ın yeteneklerini gördükten sonra birçok kişi şu soruyu sorar: Bu bir raporlama sistemi mi? Evet, büyük benzerlikler var. Ancak çözüm, yalnızca verileri güzel bir grafik biçiminde sunmaktan sorumlu değildir, aynı zamanda mimarın ana çalışma aracı haline gelir; kurumsal mimari modeller oluşturmanın ve sürdürmenin bir aracı haline gelir.
Sistem içerisinde mimarinin (hem altyapı kısmı hem de uygulamalar) geliştirilmesine yönelik izlenecek politikaların belirlenmesinin mümkün olması önemlidir. Yasaklanan eylemler gerçekleştirilmeyecek ve kurallara uyulup uyulmadığı yeniden kontrol edilecek. Böylece mimar sadece “resim çizmekle” kalmıyor, problem çözmeye oldukça düşünceli bir şekilde yaklaşıyor.

Veri kaynakları

Sistemin çalışır durumda olabilmesi için verilerle doldurulması gerekmektedir. Bu, Excel elektronik tabloları ve dosyaları kullanılarak kolayca yapılabilir ve bu çoğu müşteri için yeterlidir - kurumsal mimariyle ilgili bilgiler genellikle bu şekilde saklanır. Daha gelişmiş müşteriler, aynı zamanda değerli bir veri kaynağı haline gelen UCMDB sistemlerine sahiptir.

Bir diğer önemli kaynak ise proje portföy yönetim sistemidir. Hedeflerin, programların ve projelerin geldiği yer burasıdır. Bu verilere dayanarak devam eden projelerin genel strateji içindeki yerini göstermek mümkündür.

Son olarak, modelleme araçları olmadan yapamayacağınız sistemleri doldurmak için - örneğin, düşük maliyeti nedeniyle en popüler sistemlerden biri olan Sparx Enterprise Architect. Ayrıca bazı durumlarda bu tür özel araçların kullanılması tercih edilebilir. Mimarinin ana unsuru haline gelecek yeni bir sistem geliştiriyorsanız, bunun için tasarlanmış ve kullanıcıların aşina olduğu tasarım araçlarını alıp, yerleşik modelleri mevcut sistemlere bağlanacakları Kurumsal Haritalara yüklemek daha iyidir. , altyapı, plan ve proje faaliyetleri.

Objektif resim

Sistemin önemli bir kısmı, BT geliştirmeyle ilgili kararlar alınırken değerli bir bilgi kaynağı haline gelen bilgi bölümleri olan yerleşik raporlardır. Bunların arasında birkaç önemli olanlar var.

Bunlardan biri Uygulama Portföyü İş Fırsatı raporudur. Verilerine dayanarak, şirketin stratejisine uygun olarak nereye yatırım yapması gerektiğini söyleyebilir, stratejik açıdan önemli kararları vurgulayabilir veya tam tersi - buluta geçiş için adayları belirleyebiliriz. Bir sonraki adım, temel süreçleri destekleyen ve dolayısıyla özel dikkat gerektiren iş açısından kritik uygulamaları belirlemektir.

Stratejik Yatırımlar raporu, fiili yatırımlar ile iş öncelikleri arasındaki boşlukları görmenize olanak tanır. Örneğin, bir proje portföy yönetim sisteminden alınan mali bilgileri kullanarak, öncelikli olmayan alanlardaki aşırı yatırımları tespit edebilirsiniz. Bu, işletmelerin görmek istediği finansal şeffaflığı sağlar. Başvuruların maliyetlerinin gözden geçirilmesi aynı zamanda iş değerleri ve gerçek maliyetler konusunda da fikir sahibi olmanızı sağlar.

Platform Kullanımı da oldukça faydalı olabilecek bir rapordur. Örneğin uygulamaların üçte birinin desteklenmeyen bir platform kullandığını ve yeni bir sistem kurmayı planlıyorsanız bunu düşünmeniz gerektiğini anlamanıza olanak tanır.

En önemli yeteneklerden biri, belirli altyapı öğeleri ile iş hizmetleri arasındaki ilişkiyi gösteren bir "bağımlılık ağacının" oluşturulmasıdır. İş açısından önemli bir sistemin çalışmasının tek bir sunucu tarafından desteklendiği ve bu durumun hata toleransını azalttığı ya da tam tersi durumların olduğu durumlar vardır; kritik olmayan bir uygulama, makul olmayan pahalı ekipmanlarda çalışır.

Düzen getirmenin bir yolu

Kurumsal mimariyle en çok ilgilenen şirketler arasında oldukça olgun finansal kuruluşlar yer alıyor. Bunun nedenleri açıktır: Sürekli olarak "BT'nin ön saflarında" yer almaları, yeni pazarlar yakalamaları gerekiyor ve bu da BT mimarisine yansıyor. Hedeflere ulaşma süreci de dahil olmak üzere şeffaflığa ihtiyaç duyma olasılıkları çok daha yüksektir. Son olarak, finans sektörü son derece rekabetçidir ve büyük BT hataları maliyetli olabilir.

Kurumsal mimari yönetim sistemlerinin sadece devlere yönelik çözümler olduğunu düşünmeyin. Bir işletmeye, uzun süredir ödemesi yapılmamış platformların veya yeterince ilgi görmemiş iş gereksinimlerinin olduğunu gösterebilirseniz, sonuç küçük bir şirket için bile çok etkileyici olabilir.

Ancak şirketin büyüklüğü konusunda hâlâ makul bir sınır var. Minimum satın alma miktarı 10 lisanstır, yani kuruluşta onunla ilgilenen en az 10 kişi bulunmalıdır. Ve birçok mimar zaten oldukça büyük bir organizasyondur.

Ancak asıl önemli olan, geçmiş yıllarda çok sayıda ekipman ve uygulama satın almış olan şirketin BT ekonomisine düzen getirmeye hazır olması gerektiğidir. Henüz pek çoğu yok.

"BT ortamları: iş evrimi mi yoksa iş devrimi mi?"

Danışmanlık şirketi CJSC'nin bağımsız Yönetim Kurulu üyesi ROSSWIFT İş Geliştirme Direktörü, “Sistem Yöneticisi”nin sorularını yanıtlıyor "ND Grubu" Oksana Glushchenko.

Oksana Glushchenko'nun iki yüksek eğitimi var, İktisadi Bilimler Adayı ve bir bankacı ile üst düzey yöneticinin uygulamalarını birleştiriyor. 1994'ten 2002'ye kadar St. Petersburg'daki Promstroybank'ta ekonomistlikten üst düzey yöneticiliğe yükseldi. 2005–2008'de SAP CIS şirketinde Finansal Kurumlarla Çalışma Departmanı'nın direktörlüğünü yaptı ve Rusya ve BDT'deki bankalar, sigorta ve finans kuruluşlarıyla etkileşimden sorumluydu. 2002–2005'te İsviçreli Temenos şirketinde BDT ve Baltık ülkelerindeki bankalar için otomatik sistem projelerinin uygulanmasına liderlik etti. 2008'den beri - ROSSWIFT'in İş Geliştirme Direktörü, aynı zamanda 2009'dan beri NDC Group CJSC danışmanlık şirketinin bağımsız Yönetim Kurulu üyesidir.

– Oksana, bugün herkes krizi tartışırken on yıl önceki olaylarla analojiler arıyor. Sizce 98-99 krizi ve şu anki kriz BT camiasını, kullanıcıları ve sistem uzmanlarını nasıl etkiledi?

– İlk kriz sadece BT camiasının bilincini sarstı. 90'lı yılların sonunda bankacılık dahil tüm işletmelerde teknolojik modernleşme süreci başlamıştı. Kriz bu eğilimi daha da güçlendirdi.

Demek istedigim? Öncelikle endüstriyel içerikli ERP sistemleri daha sonra birçok sektör için bir nevi standart haline geldi. İkincisi, o dönemde CRM çözümleri bağımsız sistemler olarak yeni yeni yol almaya başlıyordu. SAP, Oracle, IBM, Microsoft gibi Batılı sistemlerin devreye girmesi sonucunda Rusya'da 98-99 yıllarında krizin etkisiyle yoğunlaşan bir bilinç evrimi yaşandı.

Temel olarak, yazılım pazarı (ve uygulamalar da!), her zaman dengeli olmasa da aşağıdaki gibi trendlerden etkilenir:

– tüm bileşenleri tek bir tedarikçiden satın alınan tek bir monolitik sistemin uygulanması anlamına gelen standartlardan sapma. Bu yaklaşım geçmişte çok popülerdi, ancak artık her iş görevi, fonksiyonel iş alanı için sınıfının en iyisi olan entegre bir çözüm seçildiğinde, bileşen yaklaşımı arenaya girmiştir;

– endüstriyel ve önceden yapılandırılmış içerik ve işlevsellik olasılığının sistemlerde uygulanması;

– SOA kullanarak BT ortamlarının geliştirilmesinde oldukça bilinçli bir yönelim;

– süreç odaklı yönetim ve güçlü iş analitiği araçları ve araçları;

– küreselleşme eğilimlerinin ve iş standartlarının yalnızca büyük şirketlere değil aynı zamanda orta ölçekli oyunculara da yayılması;

– ve son olarak, yalnızca müşteri şirketlerini değil, aynı zamanda yazılım satıcılarının çabalarının ve teknolojilerinin birleşimini de içeren birleşme ve satın almalar.

Bugün (mevcut krizin önemli bir özelliği!) yönetim kararları çok popüler hale geliyor. Bu arada, son yıllarda yönetim kararlarını tam anlamıyla alma hızının (hızının) önemli ölçüde arttığına inanıyorum. Bu nedenle BT politikasını iş analizi çözümlerine ve karar desteğine doğru yeniden yönlendirme arzusu. Bankalar ve işletmeler, iş süreçleri ve sistem bakım anlaşmaları konusunda Batı standartlarına çok daha yakınlaştıkça, bu tür teknolojiler konusunda eğitim almış nitelikli uzmanlara olan ihtiyaç da önemli ölçüde arttı. BT personeli pazarının böyle bir yük nedeniyle aşırı ısındığı bile ortaya çıktı. Ve bu tam olarak değişen koşullardan ve iş ihtiyaçlarından kaynaklandı. Bu, Batı sermayesinin girişi, Rus şirketlerinin halka arzları, hizmet ve ticaret sektörlerinde rekabetin artmasıdır.

Tüm bunların, sistem yöneticisinden CIO'ya kadar BT topluluğunun bilinci üzerinde devrim niteliğinde bir etkisi oldu. Şimdi bile krizin, BT ve iş teknolojileriyle uğraşmak isteyenlerin saflarını yalnızca yüzeysel olarak temizleyeceğine ve BT yönetimini yeniden yönlendirerek onu yeni koşullara uyum sağlamaya ve daha fazla gelişme için başka yollar aramaya zorlayacağına inanıyorum.

Başka bir deyişle, üst düzey (şirketlerin üst yönetimi) eski şekilde yaşayamadığı ve alt kısım bunu istemediğinde, BT artık niteliksel olarak yeni bir seviyeye ulaşıyor.

– Uzun yıllardır bankacılık sektörünün yanı sıra işletme ve bilgi teknolojileri alanında da çalışıyorsunuz. Müşterilerin, şirketlerin ve bankaların üst düzey yöneticilerinin gereksinimleri son yıllarda nasıl değişti?

– Sadece gözlemlemekle kalmayıp, aynı zamanda hem müşteri tarafında hem de standart yazılım ürünlerini - iş uygulamalarını destekleyen ekiplerin lideri olarak gereksinimlerin geliştirilmesine aktif olarak katılabilecek kadar şanslıydım. Ne değişti?

İlk olarak, sistemin işlevsel gereksinimleri açısından bakıldığında hem yapısal hem de niteliksel değişikliklere uğramıştır. Artık herkes müşteri bloğunu açıkça tanımlıyor. Örneğin, CRM çözümlerinin geliştirilmesi ve uygulanmasıyla birlikte, müşteri bilgilerine yönelik gereksinimlerin ve bu bilgilerin şirketin departmanlarında işlenmesine yönelik süreçlerin önemli ölçüde genişletilmesi gerektiği ortaya çıktı.

Bankalar hakkında konuşursak, modern modern otomatik bankacılık sisteminin (ABS) manzarasının nasıl olması gerektiğine dair fikirlerde de önemli bir değişiklik oldu: onun etrafında inşa edilen tek bir sistemden, ilkeler üzerine inşa edilen bileşen bazlı bir hizmet mimarisine doğru. SOA (hizmet odaklı mimari).

İkincisi, sistem teknik gereksinimleri açısından bakıldığında, işlem işleme hızına, üretken sistemlerin performansına ve depolanan bilgi hacmine yönelik talepler önemli ölçüde arttı.

Heterojen, dağıtılmış ve çok bileşenli sistemlerde işlemlerin garantili teslimatı için gerekli bir platform olan ara katman yazılımının veya Orta Yazılımın bağımsız bir gelişme ve ticari önem kazandığını belirtmek önemlidir. Son yıllarda bankacılık sistemindeki birleşmeler kaçınılmaz olarak ya tüm müşteri politikasının yeniden çizilmesine ve birleşen bankaların müşterileriyle sözleşmelerin yeniden müzakere edilmesine (ve bu yüksek bir risktir!) ya da müşterileri, ürün sistemlerini birbirine bağlama konusunda yetkin çalışmalara yol açmaktadır. ve muhasebe hizmetleri ve Middleware aracılığıyla zorunlu raporlama.

Fikirlerin ve gereksinimlerin dönüşmesinin temel nedeni zamandır! Değişikliklere hızla yanıt verebilmek ve hem teknik hem de ticari açıdan yeni hizmetleri hızla başlatabilmek gerekiyor. Bu arada, geçen yıl başka bir trend ortaya çıktı ve bence önümüzdeki birkaç yıl içinde peyzajların gelişimini ve iş gerekliliklerini belirleyecek. Bu, bir ürün olarak değil, bir hizmet olarak yazılım dağıtımına yönelik yeni bir hizmet yaklaşımı olan SaaS'tır (Hizmet Olarak Yazılım). Bu model halihazırda dünya pazarında kullanılıyor, ancak Rusya'da yeni şekillenmeye başlıyor.

– CIO'lara, finansörlere, CEO'lara ve işletme sahiplerine ne gibi faydalar sağlıyor?

– Bugün kriz koşullarında CEO’ların, hissedarların ve genel müdürlerin neye ihtiyacı var? Her şeyden önce teknolojik sorunların mümkün olduğu kadar çabuk ve mümkün olduğu kadar az parayla çözülmesi için. Diyelim ki bir şirket yeni bir yön geliştirecek veya birleşme sürecine hazırlanıyor. Bu durumda pazara giriş zamanı ve hızı ile konsolide raporlama alma konusu önemli rol oynuyor.

Finansçıya, çözümün satın alınması ve bir veya iki yıl içinde uygulanması için hissedarların fonlarının gereksiz yere hareketsiz bırakılmasına izin verilmesinin imkansız olduğu söylendi. Vergi baskısı aynı zamanda finansörleri yeni iş süreçlerinin tasarımından raporlamanın konsolidasyonuna kadar yeni çözümler aramaya zorluyor; her ikisi de harcanan fonların daha sonra kapitalizasyonu ve finansal kiralama depolama sistemi uygulamalarının maddi olmayan varlıkları ile nasıl yapılacağını biliyor. Şimdi sermaye maliyetlerini artırmamak için.

BT temsilcileri muhafazakardır; uygulama ve bakım işlerinin potansiyel kısmını her zaman dış kaynak olarak kullanmak istemezler. Ancak dış kaynak kullanım planlarının riskliliği hakkındaki tartışmalar gibi bu da yalnızca geçici bir husustur. Bu arada, bazen tamamen güçlü BT'nize bağımlı olmak, dışarıdan sağlanan hizmetlerden çok daha risklidir.

Açık kaynaklı yazılımlarla ilgili birkaç söz eklemek gerekiyor. Bu, özellikle tüm yazılımların sertifikasyondan geçmesi gerektiği bağlamında çok önemli bir konudur. Bu devlet kurumları için çok önemli. Ülkenin Devlet Başkanı Dimitri Medvedev'in yurt içi gelişmelere odaklanması, bilişim alanında karar veren herkesi açık kaynaklı yazılımlara dikkat etmeye zorluyor.

– Günümüzde sistem yöneticisinin rolü değişiyor mu?

- Şüphesiz! Her şeyden önce bilgi güvenliği alanında her zamankinden daha nitelikli bir uzman olması ve geniş bir bakış açısına sahip olması gerekiyor. Ayrıca yüksek ahlaki niteliklere sahip olması gerektiğine de eminim.

– Diyelim ki şirket SaaS’a geçmeye karar verdi. Bu durumda bir BT yöneticisi nereden başlamalı?

– Öncelikle basit bir şeyle başlayın; çalışan e-postasının ve şirketin dahili portalının işleyişiyle.

İkinci olarak, en acil görevleri belirleyin ve bunları önerilen olası SaaS çözümleriyle karşılaştırın:

• ERP fonksiyonları;
• İK yönetimi;
• şirketin işinde gerekiyorsa konsolidasyon;
• mülkiyet yönetimi;
• CRM fonksiyonları.

Üçüncüsü, bu tür çözümlerin en iyi nasıl kullanılacağını müzakere edin ve hesaplamaya çalışın.

Çözüm sonuçta başarılı olursa, şirketiniz çözümü hizmet sağlayıcıdan geri satın alabilir. Bu nedenle tekrarlamak istiyorum; bu bir müzakere sürecidir. Hizmet sözleşmelerinde ve ödeme seçeneklerinde, çözümü satın alma olanağını, ayarlarınızın ve verilerinizin uzaktan yönetimini kesinlikle sağlarım.

Dördüncüsü, çözümün hangi platformda olduğuna bakın.

Son olarak servis sağlayıcının servis sözleşmesi kapsamında nasıl çalıştığına ve hangi Veri Merkezlerine bağlı olduğuna dikkat etmeniz gerekmektedir. Bu arada, küçük şirketler daha esnek olabilir ve yaklaşımları ihtiyaçlarınıza daha uygun olacaktır. Bu tür şirketlerin çok makul bir fiyata sunduğu hizmet düzeyi, günümüzün önemli bir gerekliliği olan, tanınmış eski oyunculardan genellikle daha yüksektir.

– Küçük sağlayıcılar büyük oyunculara nasıl bir avantaj sağlayabilir?

- Hadi analiz edelim. Küçük bir şirketin nitelikli personeli, yüksek nitelikli uzmanları varsa, birden fazla Veri Merkezi ile iyi bağlantıları varsa o zaman böyle bir hizmet sağlayıcıyı seçerim.

Günümüzde bu tür şirketler, olası sürtüşmeleri en aza indiren ve tüm paydaşların hedeflerini dikkate alan kararlar alan işbirliği stratejilerini sıklıkla uygulamaktadır. Sizin yönlendirmenizle de olsa çözüm geliştireceklerdir.

Ve burada kötü bir şey yok. Önemli olan sinerjiyi sağlamaktır, o zaman dedikleri gibi süreç ilerleyecektir.

Sonuç olarak, günümüzün BT ortamının, ister büyük şirketlerde olsun ister olmasın, gerçekten devrim niteliğinde değişiklikler geçirdiğini söyleyebilirim. BT hizmetlerine olan talep de değişiyor. Evet, kriz hem müşterileri hem de tedarikçileri dönmeye zorluyor ki bu da kendi içinde kötü değil.

Başvuru

Danışmanlık ve sistem entegrasyon hizmetleri veren ND-Group şirketi 2006 yılında kuruldu. ND-Group'un ilk büyük projesi, 2006-2007 yıllarında gerçekleştirilen bankacılık çözümü için SAP'nin yerelleştirilmesiydi. ve başarılı sayıldı. ND-Group'un SAP ortaklık durumları vardır: Yerelleştirme ortağı ve finans sektörü için SAP Tercihli ortağı.

SWIFT Tüzüğüne (Dünya Çapında Bankalararası Finansal Telekomünikasyon Topluluğu) göre, toplulukta temsil edilen her ülkede bir Ulusal SWIFT Üyeleri Grubu ve bir SWIFT Kullanıcıları Grubu oluşturulur. Rusya'da çıkarları 1994 yılında oluşturulan ROSSWIFT organizasyonu tarafından temsil edilmektedir. ROSSWIFT, küresel trafiğin yaklaşık üçte birini oluşturan 30'dan fazla ülkeyi SWIFT bünyesinde birleştiren Avrupa SWIFT İttifakının bir üyesidir.

14-15 Nisan tarihlerinde Jet Infosystems şirketi Moskova bölgesinde müşterilere yönelik yıllık bir seminer düzenledi. Etkinliğin teması “Modern BT ortamı: yeni bir gerçeklik”.

“Kurumsal BT dünyası dinamik bir şekilde değişiyor. Bir yandan, mevcut görevlere uyacak şekilde BT ortamını hızlı bir şekilde değiştirme becerisine ihtiyaç duyan iş dünyasının gereksinimlerinin yanı sıra politik ve ekonomik durumdan da etkilenir. Öte yandan, BT teknolojilerinin kendisi ve BT ortamını oluşturma ve sürdürme yaklaşımları değişiyor. Seminerimizin amacı, müşterilere karmaşık ve hızla değişen BT dünyasında rehberlik etmektir. Bir entegratör olarak, farklı tedarikçilere ait teknolojilerin ve BT çözümlerinin yanı sıra belirli müşteriler için gerçek projelerin test edilmesi ve pilot olarak çalıştırılması konusunda deneyime sahibiz. Müşterileri bu deneyimle tanıştırıyor, pratik konuları tartışıyor ve belirli yaklaşımların inceliklerini anlamalarına yardımcı oluyoruz. Aynı zamanda müşterilerimizden geri bildirim ve görüş alıyoruz ve onlara kendi aralarında deneyim alışverişinde bulunabilecekleri bir platform sağlıyoruz” diyor. Andrey Shaposhnikov, Jet Bilgi Sistemleri Teknik Merkezi Müdür Yardımcısı.

Etkinliğin formatı olabildiğince interaktif hale getirildi; katılımcılara hem raporlar sırasında hem de özel olarak düzenlenen yuvarlak masa toplantılarında soru sorma ve görüşlerini ifade etme fırsatı verildi.

Seminer, “Geleneksel iş dünyasında yeni teknolojiler nasıl kullanılır?” konulu bir panelle açıldı.

Tartışma sırasında belirtildiği gibi, günümüzde kurumsal BT uzmanlarının yeni kurallara göre çalışması, teknolojiye değil, belirli iş hedeflerine ulaşmaya odaklanması gerekiyor. BT geliştirme yaklaşımı daha pragmatik hale geldi. Giderek daha fazla müşteri, BT altyapılarını daha basit, daha esnek ve aynı zamanda daha güvenilir hale getiren çözümleri tercih ediyor. Örneğin, bunu oluşturmak için standart x86 sunucuları ve ızgara mimarisi kullanılır. Uygulama ortamı oluşturmaya yönelik paradigma değişiyor; daha yüksek yazılım kullanılabilirliği sağlayan ve tek bir hata noktasının bulunmadığı çözümler talep ediliyor.

“Monolitik” uygulamalardan dağıtılmış uygulamalara geçiş modern trendlerden biridir. Bugün, her biri belirli bir sorunu çözen bir dizi bağımsız uygulamadan değil, sürekli büyüyen ve değişen bir dizi hizmetin sanal bir altyapıda konuşlandırıldığı bir BT ortamından bahsetmek mantıklı geliyor. Böyle bir ortamda, her yeni iş görevi başka bir uygulamanın yazılmasıyla değil, mevcut hizmetlerin düzenlenmesiyle gerçekleştirilir; işin şu anda ihtiyaç duyduğu mantık bunlardan bir araya getirilir.

Bu, geliştiricileri uygulama oluşturma yaklaşımlarını değiştirmeye zorlar; uygulamaların başlangıçta özel veya genel bir buluttan hizmet olarak sunulmaya hazır olması gerekir. Bunun nasıl başarılacağı, bulut programlama ve uygulama konteynerleştirme raporlarında tartışıldı.

Hizmetlerin iş kullanıcıları veya son tüketiciler tarafından kullanımına ilişkin istatistiklerin toplanmasını mümkün kılan analitik öğelerin BT sistemlerine dahil edilmesi yönünde giderek artan bir eğilim var. Bu, talep dinamiklerini tahmin etmenize ve BT hizmetlerini değişen kullanıcı isteklerine zamanında uyarlamanıza olanak tanır.

Halihazırda kendi BT altyapısını kurmuş olan işletmeler için yatırımların sürdürülmesi, diğer bir deyişle mevcut ekipmanlardan maksimum faydanın sağlanması konusu önemlidir. Sorunun çözümü, yalnızca sunucuların (bugünkü yaşamın normu olan) değil, aynı zamanda depolama sistemlerinin ve ağların ve gelecekte yazılım tanımlı altyapılara geçişin sanallaştırılmasıdır.

Yazılım tanımlı depolama (SDS) ve ağ iletişimi (SDN) teknolojileri hâlâ yenidir ve müşteriler için her zaman net değildir. Özellikle henüz tek bir standart yaklaşımın bulunmadığı ve her satıcının kendi uygulama seçeneğini sunduğu SDN. Jet Infosystems uzmanları farklı üreticilerin birçok çözümünü test etti. Bunlardan bazıları, seminer katılımcılarının çalışmalarının özellikleri hakkında ayrıntılı bilgi edinebileceği satıcı stantlarında sunuldu.

Depolama pazarında en çok tartışılan konulardan biri All-Flash depolama sistemleridir. Yuvarlak masalardan biri ona ayrılmıştı. Performans ve kapasite açısından All-Flash sistemler, geleneksel depolama sistemlerinden önemli ölçüde üstündür ve flash belleğin güç tüketimi, geleneksel disklere göre daha düşüktür. Ayrıca modern çözümler, depolama alanından tasarruf sağlayan yerleşik veri azaltma algoritmalarına sahiptir. Bu sayede All-Flash sistemleri yalnızca bireysel uygulamaların yanıtını hızlandırmak için değil aynı zamanda ana veri depolama alanı olarak da talep görüyor.

Etkinlik organizatörleri, yeni teknolojilere ve yaklaşımlara odaklanırken, uzun süredir birçok müşteri tarafından kullanılan RISC platformundaki geleneksel çözümleri de göz ardı etmedi. Katılımcılar özel bir bölümde SAP HANA'nın IBM Power çözümleri, yeni Oracle SPARC T7 ve M7 sunucu platformları ve yeni Veritas veri koruma çözümleri üzerindeki yetenekleri hakkında bilgi edinebildiler.