Küçük ve orta ölçekli Ar-Ge ekibi mimari uygulamasının genel mimari tasarımı
Yazar Zhang Huiqing
Düzenle Xiaozhi
Topluluk, mimari diyagramlardan değil, pratik mimari uygulamasından yoksundur. Büyük bir şirketin yapısı her zaman belirsiz görünür, ancak ondan bir şeyler öğrenmek genellikle imkansızdır. Küçük ve orta ölçekli Ar-Ge ekiplerinin mimari uygulamaları kopyalanabilir mi? Bu makale Zhang Huiqing'in "Küçük ve Orta Ölçekli Ar-Ge Ekibi Mimarisi Uygulaması" sütunundan ikincisidir. Bugün genel yapı hakkında konuşacağız.
Makale dizisi eki
Aşağıdaki makaleleri okumak için başlığa tıklayın
Önüne yaz
İşletmenin genel yapısı nedir, kullanımı nedir ve nasıl yapılır? Bu konuyu birlikte tartışmak için çalıştığım şirketi örnek alın. Bu şirketin o zamanlar 200 Ar-Ge personeli ve 200'den fazla sunucusu vardı Bu şirkete ilk katıldığımda, sistemleri artık oynayamıyordu ve sistemin günlük olarak piyasaya sürülmesi ya da biraz aşırı ziyaret sayısı gibi çeşitli sorunlar her zaman ortaya çıktı. Genel olarak, sistemde birçok arıza olacaktır ve hatanın temel nedeni bulunamayacaktır. Bu şirkete katıldıktan sonra, ana görevim sistemi yükseltmek ve dönüştürmekti. Genel kurumsal mimari belgesini yazmam bir buçuk ay sürdü. Belge, sonraki teknik dönüşümü doğrudan yönlendiren 124 sayfadan oluşuyor. Aşağıdaki resim bir Belgelerin dizini.
1. Kurumsal iş modeli
Kurumsal iş modelinin içeriği temel olarak ana iş, iş modeli, iş konusu, rekabetçi ürün analizi, organizasyon yapısı, iş operasyon modeli ve iş sürecini içermektedir.
Ana iş, şirketin ne iş yaptığını, iş modeli şirketin nasıl para kazandığını, ticari işletme bu işi hangi kişilerin birlikte yaptığını, rekabetçi ürün analizi rakiplerin durumunu anlamayı, organizasyon yapısı ise şirketin departmanlarının nasıl bölündüğünü ifade eder. Kişi sayısı organizasyon şemasında işaretlenmiştir.Sistem ve işletme arasındaki ilgili ilişkiye göre, sistemdeki hangi modüllerin sıklıkla kullanıldığını ve işin karmaşıklığını ve bunlara karşılık gelen modüllerini anlayabilirsiniz. İş operasyon modeli, şirketin nasıl çalıştığını ifade eder, satış öncesi planlanır.Tedarikçilerden bir şeyler satın aldıktan sonra, servis ve takas sonrası distribütör ve alıcılarımıza satılır, böylece satış sonrası kar elde edebilir ve büyük veri analizi yapabiliriz. Son olarak, ön satışlarımıza rehberlik eder ve tüm süreç erdemli bir döngü oluşturur. Bir şirketi paranın girildiği bir makine olarak düşünebilir ve bir dönüşten sonra daha fazla para üretilebilir.
Son olarak, iş süreçleri ve daha fazla iş verisi indirilebilir İş süreçleri arasında rezervasyon süreci, sipariş işleme süreci, ürün tedarik süreci, finansal ödeme süreci ve hesap yönetimi süreci yer alır. Kurumsal bir iş modelinin kurulması, tüm uygulama sistemi modelinin kurulmasına rehberlik eder, sonuçta sistem işletmeye hizmet eder.
2. Mimarinin mevcut durumu
Mevcut mimarinin içeriği temel olarak şunları içerir: fonksiyonel mimari, uygulama mimarisi, veri tasarımı ve fiziksel mimari.
Fonksiyonel mimari
İşlevsel mimari temel olarak üç bölümden oluşur: işlevler, roller ve izinler. İşlevler kurumsal hizmetlerdir ve kullanıcılar tarafından kullanılan her işlev, işletmenin her hizmetidir. Rol, kullanıcı işlemlerinin sınıflandırılmasıdır ve işlevler ile roller arasındaki karşılık gelen ilişki izinlerdir . Sistem mimarisinin mevcut durumunu anlamak için işlevsel mimariyle başlayın.
Uygulama mimarisi
Uygulama işlemcidir ve uygulama mimarisinin içeriği, mevcut mimari diyagramını, web uygulamalarının mevcut durumunu, iş uygulamalarının mevcut durumunu (İş) ve arayüz mimarisini içerir. Bunların arasında arayüz, uygulama seviyesinin anahtarıdır, bir programın başka bir programla etkileşime giren kısmıdır.
Uygulama mimarisi şeması, hangi iş mantığının yeniden kullanılmadığını, başka bir deyişle, kaç uygulamanın iş mantığını çağırdığını, kaç kez yeniden geliştirilmesi gerektiğini, bir yer değiştirildikten sonra, birden çok yerin aynı anda değiştirilmesi gerektiğini ve bunun sonucunda sistem geliştirme verimliliğini listeler. Çok düşük. Rezervasyon mantığı gibi her bir iş mantığı, birden çok uygulama tarafından çağrılır, ancak bunların uygulamayla hiçbir ilgisi yoktur.İş mantığı bağımsız olarak var olabilir veya birden çok uygulamada barındırılabilir. İş mantığı, iş operasyonlarının bir soyutlamasıdır ve iş uygulamaları ve iş departmanları iş operasyonlarını birlikte tamamlar .
Veri tasarımı
100'den fazla veri tabanı ve 10.000'den fazla tabloyu temsil etmek için bir E-R diyagramı kullanılabilir mi? Bu mümkün. ** Veri tasarımı, veritabanı tasarımına değil, kurumsal verilere bağlıdır.Kurumsal verilerin uygun şekilde sınıflandırılması doğrudan veri tasarımına yol açacak ve en sonunda E-R diyagramını çizecektir.Veri tasarımı tamamlandıktan sonra, veritabanı tasarımı doğal olarak ortaya çıkacaktır. Kitaplık ve tablonun ötesinde bu E-R diyagramına baktığınızda, beş tür veri içerdiğini görebilirsiniz: ürün, sipariş, yerleşim, kullanıcı ve altyapı. Düşük seviyeli E-R diyagramı değiştirilebilir, ancak yüksek seviyeli E-R diyagramı genellikle iş modelinize bağlı olduğu için değişmez.İş modeli stabildir ve yüksek seviye E-R diyagramı da stabildir. Veritabanı erken aşamada iyi tasarlandığı sürece, kolayca ölçeklenebilir ve kolayca bölünebilir. Aşağıdaki şekil, içten dışa doğru, bir kutunun bir kitaplık, bir modül veya bir tablo olabileceğini göstermektedir. İş geliştirmenin erken aşamasında 5 modülden oluşan bir kütüphane olabilir.Orta vadede 5 kütüphaneye ayrılabilir.Daha sonraki aşamada daha alt seviyede daha fazla kütüphaneye bölünebilir.Bu iş aşaması ve sistem karmaşıklığı ile ilgilidir. Veri tasarımı tamamlandıktan sonra, veritabanı tasarımının planlanması ve ayarlanması kolaydır.
Yukarıdaki, veritabanı ile veri tablosu arasındaki statik ilişkidir.Ardından, durum diyagramı olan veri akışının durumunu tanıtacağız. Yerel düzen durum geçiş diyagramı gibi mevcut veri akışının geçişini anlamak için veri durumu diyagramı aracılığıyla, bu diyagramın değeri yalnızca veritabanı katmanında değil, aynı zamanda hizmette de yatmaktadır. Şekilde ödemeyi beklemeden ödeme başarısına kadar bir ödeme davranışı bulunmaktadır.Bu ödeme davranışı ile veri durumu ödeme başarılı hale getirilmekte, aksi takdirde zamanla sipariş kapanana kadar beklemeye devam etmektedir. Bu ödeme davranışı bir mikro hizmete dönüştürülebilir ve ardından farklı uygulamalar tarafından çağrılabilir.
Fiziksel mimari
Fiziksel mimarinin içeriği temel olarak IDC bilgisayar odası, bilgisayar odaları arasındaki erişim ilişkisi, bilgisayar odasındaki sunucuların fiziksel dağıtım şeması, bilgisayar odası ve iş dağıtımı, web sitesi mimarisi, veritabanı mimarisi, küme listesi ve alan adı listesini içerir. Bu içerikleri listeler ve grafikler halinde düzenleyin, problemleri anlamak ve keşfetmek kolay olacaktır.Özellikle tablo ve diyagramların değeri olan genel sistem mimarisi açısından problemler ancak problemler keşfedilerek çözülebilir. O dönemde 5 bölge ve 8 bilgisayar odası bulunan şirketin sadece 200'den fazla sunucusu olmasına rağmen dağıtım dağınıktı, bu da karmaşık fiziksel yapı ve karmaşık iletişimle sonuçlanıyordu. Teknolojik dönüşümden önce sürekli hatalar vardı.Başlıca nedenlerden biri fiziksel mimarinin mantıksız olmasıydı.İşletme ve bakım sorumluluğun% 60 ve% 70'ini oluşturuyordu.O sırada sorumluluk, yanlış yön olan uygulama mimarisine atfediliyordu. Fiziksel mimari mantıksızdır ve uygulama mimarisinin makul olması zordur, çünkü fiziksel mimari alt katmanda bulunan altyapımızdır ve alt katman üst katmana hizmet eder.İşletme ve bakım uygulamalara hizmet etmelidir, uygulamalar işletmeye hizmet etmelidir ve işletme müşterilere hizmet etmelidir .
Üçüncü olarak, alan modeli
Alan modeli kavramlara, sorumluluklara, sınırlara ve etkileşimlere odaklanır. Yalnızca sorumluluklar ve sınırlar ilk belirlendiğinde etkileşimler net olabilir. Etki alanı modeli, mevcut sorun etki alanına bir sistem çözümü önermek ve ardından tıpkı AutoCAD ile çizilen inşaat çizimlerinde olduğu gibi grafik üzerinde eksiksiz bir model oluşturmaktır. Etki alanı modeli, taslak tasarım aşamasına aittir.Tek bir uygulama mimarisinin tasarımı için, önce iş ve işlevsel gereksinimleri anlamanız, vaka diyagramlarını kullanmanız ve vaka etkinlik diyagramlarını ve ardından etki alanı modelini kullanmanız gerekir. İş akış şeması, iş operasyonlarının bir soyutlamasıdır ve bir alan diyagramı, iş mantığı kodlarının bir soyutlamasıdır.
Alan kelime dağarcığı oluşturmak, bir alan modeli oluşturmanın ilk adımıdır.Çoklu anlamların ve çoklu kelimelerin durumunu azaltmak için kelime dağarcığını ve açık kavramları birleştirebilir. Kavram belirlendikten sonra, öznitelikleri ve davranışları genişletin ve ardından onu diğer şeylerle birlikte bir birim olarak inşa edin, bir model oluşturmak kolay olacaktır.Alan modelinin, kurumsal iş modelinde iş akış şeması ile bir referansı ve karşılık gelen bir ilişkisi vardır. Etki alanı modeli uygulandığında büyük ya da küçük olabilir, işin ilk günlerinde sistemin nispeten küçük olduğu zamanlarda bir sınıf olabilir. Sistem büyüdüğünde, bir DLL kitaplığı olabilir. Daha büyük olduğunda farklı uygulamalarla çağrılan bir servis olabilir. Her yöntem, özellikle sistemin orta ve geç aşamalarında hizmet olma potansiyeline sahiptir. . Alan modeli, iş mantığı kodunun yapım çizimidir.Sadece mevcut sistemin iş mantığını anlamaya yardımcı olmakla kalmaz, aynı zamanda gelecekteki mimari dönüşümüne de rehberlik eder.
Dört, mimari planlama
İşi anladığımızda, mimarinin mevcut durumunu anladığımızda ve mevcut mimari problemleri keşfettiğimizde, orta ve uzun vadeli mimari planlamanın yanı sıra mimarinin ayarlanması ve uygulanmasını da yapabiliriz. Mimari planlama şunları içerir: üst düzey mimari planlama, web sitesi işlev planlaması, uygulama planlaması, SOA planlaması, hiyerarşik mimari planlaması, veritabanı planlaması ve fiziksel planlama vb.
Üst düzey mimari planlama
Yukarıdaki şekil, üst düzey mimarinin üstten görünümü ve yandan görünümüdür. İlk resim üstten görünüştür Bir uçakta otururken, tüm üst düzey mimarinin en dış katmanı işlevdir, orta katman iş operasyonudur ve iç katman verilerdir. İşlev, iş sisteminin kullanıcı arayüzüne karşılık gelir, işlem iş sistemindeki hizmete karşılık gelir ve veriler, bir veritabanı gibi iş sisteminin veri depolamasına karşılık gelir. İkinci resim bir kesittir Ölçüye göre kesim görünümünde, üst katman uygulama, orta katman hizmet ve çerçevedir ve alt katman altyapı veri merkezidir. Şekildeki hizmet katmanından da görülebileceği gibi, hizmetlerin sınıflandırılmasının iş süreçlerinin sınıflandırılmasıyla çok ilgisi vardır.
Web sitesi işlev planlaması
Web sitesi işlev planlaması, işlevlerin yeniden bölünmesidir. Mevcut mimarinin aksine, gelecekteki işlevler nasıl ayarlanmalıdır? Örneğin, yurtiçi web sitesi fonksiyon planı durumunda, sırasıyla global fonksiyon diyagramı, alıcı fonksiyon diyagramı, platform iş fonksiyonu diyagramı ve tedarikçi fonksiyon diyagramı çizilir. Aslında, web sitesi fonksiyon planlaması yapılırken, gelecekteki ayarlamalar yerine statükoya daha fazla önem verilmeli, büyük sorunlar yoksa, hiçbir ayarlama yapılmamalı ve geçmişe saygı gösterilmelidir. Bazı şeyler (isimler gibi) kullanıcılar tarafından uzun süredir kullanıldığından, ayarlamalar genellikle daha zordur ve makul olmak, doğru olmaktan daha büyüktür.
Uygulama planlaması
Sistem nedir, sistem = eleman + ilişki. Uygulama mimarisi nedir? Uygulama mimarisi = uygulama + mimari. Uygulama, sistemin en küçük birimidir ve uygulama sınıflandırması ve uygulama numarası, uygulama ilişkisini veya uygulama mimarisini oluşturur. Yukarıdaki şekilde olduğu gibi, uygulama sınıflandırması yeni çerçeve Fx ve kamu hizmeti CBS'yi yaratmıştır.Orijinal uygulama mimarisi bu ikisine sahip değildir, ancak farklı iş kollarına dağıtılmıştır, bu da tekrarlanan yapılandırmaya yol açar. Uygulama numarası, tıpkı kimlik kartımız gibi her uygulamaya altı basamaklı bir dijital kimlik atamaktır, ilk iki hane ürün hattını, ortadaki iki hane alt sistemi gösterir ve son iki hane, 100206 gibi uygulamayı gösterir. Uygulama numarası, uygulama yönetimi, bağımlılık ve izlemenin temelidir ve merkezi günlük ve izleme çerçevesinin tümü uygulama numarasını kullanır.
SOA planlaması
SOA planlaması arayüz planlamasıdır ve sınıflandırması, iş modelindeki iş sürecine karşılık gelir. Yukarıdaki model örneğinde beş hizmet merkezi vardır: rezervasyon hizmeti, sipariş işleme hizmeti, ürün tedarik hizmeti, mali ödeme hizmeti ve kamu hizmeti. Her hizmetin yalnızca ön planımız, arka planımız, arayüzümüz, ödev mini uygulamalarımız, vb. Tarafından çağrılabilen kendi mantığını uygulaması gerekir. Hizmetin mantığı iş mantığımızla tutarlıdır.Kodu değiştirirken yalnızca bir yerin değiştirilmesi gerekir. Bu servisi çağıran tüm ön uç uygulamaları etkileyebilir.
Katmanlı mimari
Katmanlı mimari basit görünebilir, ancak tüm Ar-Ge merkezinin birleşik katmanlı mimari kullanmasını sağlamak kolay değildir. Öyleyse, tüm Ar-Ge merkezinin kod yazma verimliliğini artırma ve mühendislik birliğini sağlama amacına ulaşmak için birleşik bir katmanlı mimari kullanması nasıl sağlanır? İki popüler katmanlı mimari sistemini kısaca tanıtmama izin verin: Biri etki alanı mimarisidir: Depo Katmanı, Etki Alanı Katmanı, Uygulama Katmanı, Sunum Katmanı ve Temel Genel Katman Altyapı Katmanı. Lütfen bakın İlk resim; diğeri nispeten geleneksel olarak üç katmana ayrılmıştır: Veri Katmanı, Uygulama Mantığı Katmanı İş Katmanı ve Sunum Katmanı, lütfen ikinci resme bakın.
Etki alanı mimarisi ile üç katmanlı mimari arasındaki fark nedir? Öyle düşünüyoruz. Üç katmanlı mimariyi yaptığımız ilk günlerde, çoğu tablolar tarafından yönlendiriliyordu. Etki alanı mimarisi yapılırken, çoğunlukla iş mantığı tarafından yönlendiriliyorlardı. İkisi arasındaki fark gerçekten açık, ama şimdi Her ikisi de iş mantığına odaklanmışsa, aslında ikisi arasında önemli bir fark yoktur. O zaman, şirketim ikinci tabakalandırma yöntemini benimsedi. Tabakalaşmayı son derece basit hale getirmeyi umuyoruz, bu da yeni mezun olan çalışanların bile tabakalandırma sırasında temelde kafalarının karışmayacağı anlamına geliyor. İlk tabakalandırma yöntemiyle karşılaştırıldığında, ikinci tabakalandırma yöntemi çok daha basittir. Her uygulamadaki kod miktarı çok büyük olmamalıdır.Proje çok büyük olduğunda, hepsini tek bir uygulamaya koymak yerine uygun şekilde böleceğiz. Kısacası, Bence katmanlama ne kadar basitse, genel yazılım yapısı o kadar net ve kodun birleştirilmesi o kadar kolay. Projenin en aza indirilmesi, çoğaltma, hızlı iş inşası ve büyük ölçekli, istikrarlı ve güvenilirdir.
Veritabanı planlama
Veritabanı, en uzun yaşam döngüsüne sahip olan ve tüm bilgi sisteminde değiştirilmesi en zor olan kısımdır, bu nedenle planlamayı güçlendirmek gerekir. Veritabanının tasarımı en az iki adım öncesinden olmalı ve veritabanı yüksek seviyeli E-R diyagramına ve veri tasarımına göre oluşturulmalıdır.Onu erken oluşturmak, geç yapmaktan daha iyidir. Veritabanı ayarlamasının maliyeti yüksek, döngü uzun ve uzun vadeli sorunların uzun süre çözülmesi gerekiyor.Önce yeni veritabanındaki yeni tabloyu çözün, ardından eski tabloyu mevcut iş ve uygulama ihtiyaçlarına göre kademeli olarak ayarlayın.
Fiziksel planlama
Fiziksel mimarinin planlama içeriği, küme planlaması ve alan adı planlamasını içerir. Birincisi, küme planlamasıdır. 20 kez planlama, 5 kez tasarım ve 1.5 kat uygulama: planlama ve tasarım daha büyüktür, ancak uygulama süresi daha küçüktür, bu yalnızca gelecekteki genişletmeyi kolaylaştırmakla kalmaz, aynı zamanda mevcut maliyetleri de azaltır; iki mantıksal ağ: bir dahili ağ ve bir harici ağ İnternet, iki yük dengeleyici, iki güvenlik duvarı, dahili ve harici ağları güvenli bir şekilde izole eder; dört ürün grubu: uluslararası, yerel, yeni hizmetler ve kamu hizmetleri. Tek oturum açma ve kurumsal ödeme ağ geçitleri gibi kamu hizmetleri de bir ürün hattına aittir; altı kümeye: Web kümesi, SOA kümesi, ara katman yazılımı kümesi, veritabanı kümesi, İş kümesi ve ITD kümesi. Yukarıdaki yatay kümeler ve dikey ürün hatları, temel olarak ağ altyapısını belirleyen bir matris yapısı oluşturur. Alan adı planlaması için. Dahili alan adı değiştirilmeli, devre dışı bırakılmalı ve birleştirilmelidir. Harici alan adı olabildiğince az değiştirilmeli ve değiştirilmesi gerekiyorsa, aynı zamanda tarihsel olarak miras alınmalı (yönlendirme gibi) ve kullanıcılar üzerindeki etkisi en aza indirilmelidir.
Diğer
Yukarıdaki mimari planlamaya ek olarak, kaynak kod yönetimi planlaması, belge yönetimi planlaması, teknoloji seçimi ve ekip iş bölümü gibi başka önemli öğeler de vardır. Bunu neden yapmamız gerekiyor? Kaynak kodun nasıl yerleştirileceği, her departmanın belgelerinin nasıl yerleştirileceği ve gelecekte hangi araç sürümünün kullanılacağı birleştirilmiş olduğu için, ekip işbirliği için elverişlidir ve birleşik bir ortama dayalı olarak daha yüksek bir iyileştirme seviyesi elde edilebilir. Ekipteki iş bölümü için, organizasyon yapısını ve sistem mimarisi planlamasını kademeli olarak hizalamak gerekir. Teknoloji seçimi için ara katman yazılımlarının tanıtımına dikkat etmek gerekir, başarılı denemelerden sonra ritmik, görece konsantre, küçük ölçekli pilot projeler, çekirdek olmayan projeler ve büyük ölçekli tanıtım olmalıdır.
Mimari uygulama
Mimari planlamayı tamamladıktan sonra, mimarinin uygulaması devreye girer. Çerçeve uygulamamızın genel düşüncesi: hedefler belirlemek, bir harita oluşturmak, bir örnek oluşturmak, kilit noktalara odaklanmak, kültür oluşturmak, sistemler oluşturmak, ortamı düzeltmek ve bir çerçeve departmanı kurmaktır. Mimarlık bölümündeki birkaç eski programcıyı ve dışarıdan birkaç mimarı işe alın. İçeri girin ve ufkunuzu yükseltin. Yabancılar lütfen içeri gelin ve tarih ve iş hakkında bilgi edinin. Spesifik öneriler şunlardır: SOA hizmeti, altyapı platformu, kamu iş hizmetleri ve proje taslak tasarımını güçlendirin. Ar-Ge ekibi 200'den fazla kişiye ulaştığında, yüzlerce uygulaması olduğunda ve başarısız olmaya devam ettiğinde, eskisi gibi tasarım olmadan kodlamaya başlamak mümkün değil, proje taslak tasarımını ve incelemesini güçlendirmek mümkün oluyor. Sırtı telafi etmek ve öne doğru savunmak için iki elin de kavranması ve iki elin de sert olması gerekir. Spesifik plan şudur: Yol haritası adım adım uygulanacak, yenilemenin ilk aşaması, yenilemenin ikinci aşaması ve yenilemenin üçüncü aşaması, ayrıntıya yakın ve çok kaba, gerçeklerden gerçeği araştıracak, kademeli olarak iyileştirilecek ve kademeli olarak iyileştirilecektir. Sürekli olarak teknolojik dönüşüm projeleri oluşturmak ve teknolojik dönüşümü iş araştırma ve geliştirme projeleriyle birleştirmeye devam etmek.Teknik dönüşüm bir iş emri, iş düzeni ise teknolojik bir dönüşümdür. İşletme üzerinde aşırı etkiden ve iş değerinin sürekli çıktısından kaçınarak, mimari dönüşümün sürekli uygulanmasının anahtarı budur!
Yukarıda kısaca genel mimariyi yazma yöntemini tanıttı.Yazım fikrimiz, öncelikle işi anlamak ve esas olarak statik iş varlıkları, organizasyon yapıları ve dinamik iş süreçlerini içeren bir kurumsal iş modeli oluşturmaktır. Daha sonra mimarinin mevcut durumunu anlayın ve esas olarak uygulama mimarisi, veri tasarımı ve fiziksel mimariyi içeren mevcut bilgi sistemi modelini kurun. Biri iş, diğeri elektronik, ikisi de tüm şirketin e-ticaret sistemidir. Ardından kurumsal iş modeli ve mevcut sistem modeli ile ilgili alan sorularını ortaya koyun ve alan modelini oluşturun. Etki alanı modeli genellikle değişmez ve bir sonraki adıma, yani mimari planlamaya doğrudan rehberlik eder. Son olarak, uygulanmalıdır, yani mimari uygulama. Ekteki dosya, hassas bilgilerin kaldırıldığı gerçek bir e-ticaret durumudur ve değeri aşağıdaki gibidir:
-
Genel plan olan Büyük Resim, yönsel ve yol gösterici bir rol oynar.
-
Örtülü bilgileri açık, aktarmaya ve reklam vermeye uygun hale getirin.
-
Yeni çalışanların değeri için hemen işe koyulun.
-
Eski çalışanların değeri için genel durumu anlayın, süreci çözün ve ardından kendi bölümünüze odaklanın.
İşletmenin genel yapısı için standart TOGAF'a (Açık Grup Mimarisi Çerçevesi) başvurabilirsiniz. Aslında TOGAF'ı ancak o belgeyi tamamladıktan sonra öğrendik, aralarında pek çok benzerlik ve farklılık var. TOGAF metodolojiye eğilimlidir ve biz sadece şirketin sistem mimarisi problemlerini çözmeye odaklandık Metodoloji çok önemlidir, ancak sorunun kendisinin özelliklerini görmek, problemin derinliklerine inmek ve bir çözüm bulmak daha önemlidir. Beğeniler ve tuğlalar açığız!
Örnek olay referansı: https://github.com/das2017/TopArchDemo
yazar hakkındaGuda Group'un baş mimarı ve Zhongqing Yiyou'nun CTO'su olan Ctrip'in mimarı olan 10 yılı aşkın bir BT tecrübesi olan Zhang Huiqing, iki şirketin teknik mimarisinin yenilenmesine ve dönüşümüne liderlik etti. Şimdi mimari ve mühendislik verimliliğine, teknoloji ile işin eşleştirilmesi ve entegrasyonu, teknik değer ve yeniliğe odaklanın.
