Home / FAQs / Enterprise bilişim, sistemler entegrasyonu ve ulaşım
QUESTION & ANSWER

Eski sistem tamamen yeniden inşa edilmeli mi?

Çoğu temel sistem iş değerlerini, kod mimarisini, veri ve arayüzlerini değerlendirmek için daha uygundur ve sonra hizmet, arayüz değişiklikleri, tabakalama ve toplu göç kullanmak için daha uygundur. Sadece güvenlik, maliyet ve operasyonel riskler, Göç'ün eski sistemlerin zaman içinde birlikte geri çekilmesine izin vermesi gerekir.

Soruyu cevaplayın.

İlk olarak, karar verme için kullanılabilir sonuçlar verin

Eski sistem genellikle yıllar boyunca bir araya gelen gizli iş kuralları ve tarihsel veriler içerir ve yeniden yazma ekipleri sadece görünür sayfaları kolayca geri döndürebilir, olağandışı ve olağanüstü süreçlerden ayrılmalıdır. Değerlendirme, operasyonları devam ederken hala değer, yüksek riskli modüller arasında ayrım yapılabilir. API sayesinde veritabanı kesintiler, modüler yedekler ve ön sürümler, teknolojik borçlar.

DECISION FACTORS

Yargılamadan önce hangi koşullar belirlenmelidir?

Aynı soru farklı iş, veri ve proje aşamaları altında farklı cevaplara sahip olabilir. Aşağıdaki koşulların kontrol edilmesi ve web'deki ortak bulguların kendi projelerine dahil edilmesi önerilir.

Mevcut sistem başarısızlığı, güvenlik, performans ve bakım maliyetleriTemel iş kuralları belgelenmiş ve uygulanabilirBoyut, kalite ve diğer sistemlere bağımlılıkİşletmelerin karşılayabileceği hareketli pencere ve çift sistemler işletme Maliyetleri
ACTION STEPS

İleriye dönük bir emir

01

İlk olarak, hedef ve sınır hakkında net olacağız.

Varlık, mimarlık, veri, arayüz ve iş değeri tanıları tamamlanma.

02

Geçerlilik Anahtar Bağımlılığı

Core process regresyon testleri doğru davranışı korumak için kurulmuştur.

03

Değerlendirme edilebilir sonuçları Geliştirme

Düşük değerli modülleri ilk olarak değiştirmek ve eski ve yeni veri senkronizasyonunu tasarlamak için seçin.

04

Gerçek sonuçlarla bir sonraki adıma karar verdiğinizden emin olun.

Kullanıcıların ve trafiği aşama, doğrulayın ve sonra eski modüllerden emekli olun.

PRACTICAL EXAMPLE

Gerçek işte nasıl anlıyorsunuz?

Örnek, karar verme yöntemini göstermek için kullanılır

İşletmenin eski ERP arayüzü eskidir, ancak siparişler ve finansal kurallar istikrarlıdır ve yeni mobil ve analitik platformlar öncelikle hizmet seviyesindeki temel yetkinlerin maruz kalmasıyla inşa edilebilir; ve zor envanter modüllerin bakımı adım olarak değiştirilebilir.Bu, kullanıcı deneyimini geliştirir ve iş kesintisine yol açan tüm kuralların tek bir yeniden yazılmasından kaçınır.

COMMON RISKS

En kolay pit adım at.

Yeniden yazma sadece eski teknoloji nedeniyle karar verildi. İş riski hesaplanmadı.

Yeni sistemler birkaç yıl önce bir-zaman geçişi gereksinimlerini değiştirmeye devam etti

Çok sayıda gölge ve manuel çift kodlama, geçiş tamamlandıktan sonra kalır

ACCEPTANCE

Nasıl alınır ve doğruyu doğrulayacağız?

Her geçiş aşaması, işlevsel equivalence, veri tutarlılığı, performans, güvenlik, izleme ve regresyon kontrol etmeli. sonuçta eski erişim, kurtarma ayrıcalıkları, arşivlenmiş veriler ve güncellenmiş ulaşım belgeleri “yeni ve eski” kalıcı bir yük haline gelmek için kapalı olmalıdır.

tedarikçiler veya iç takımlar ile iletişim kurmaya hazırlanırken, mevcut süreçlerin, temsilci örneklerin, mevcut sistemlerin, zaman ve bütçe seviyelerinin getirilmesini tavsiye edilir. İlk olarak, bilinmeyen öğeler açıkça işaretlenir ve sonra karar tanıları kullanmak için yapılır, PoC, sabit menzilli projeler veya devam eden araştırma ve geliştirme, bu genellikle sınırları olmayan bir fiyat ve süre için doğrudan talepten daha güvenilirdir.

Eski sistemler yeniden geliştirilmeli veya yeniden geliştirilmelidir mi?

Mevcut teknoloji deposu, ana sorunlar ve kesintiye uğramayan iş hakkında bize söylemek için, öncelikle aşamalı dönüşüm, relokasyon veya genel yeniden yapılandırma için geçerli koşulları yargılayacağız.

İletişime geçin