Home / FAQs / Applet, APP, SaaS ve eski sistemler
QUESTION & ANSWER

İşletme sistemleri sıfırdan veya ikincil bir aşamada açık kaynak sistemlerinden geliştirilmelidir mi?

Süreçler yaygındır, açık kaynak ürünleri olgun ve lisanslar ikincil gelişime izin verir. İş farklılıkları, temel mimari sınırlamaları veya uzun vadeli yükseltme maliyetleri yüksek olduğunda, sıfırdan daha uygun olabilir.

Soruyu cevaplayın.

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

Anahtar, açık kaynak sistemlerinin ana işlemleriyle eşleştirilmesi gereken derecedir.Eğer süreçlerin %80'i doğrudan mevcutsa, sadece markalar, ayrıcalıklar, birkaç arayüz ve arayüz gereklidir ve ikincil gelişim genellikle daha ekonomiktir; eğer geniş değişiklikler alt veri modellerine, ayrıcalıklara ve anahtar süreçlere ihtiyaç duyulursa, kısa vadeli, görünüşte tasarruflular uzun vadede yükseltmek zor olan forkliftler üretebilir.

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.

Lisanslar ticari kullanıma, dağıtıma ve kapalı kaynak genişletmesine izin veriyorMevcut veri modelleri ile temel süreçlerin uyumluluk seviyesiToplum tabanlı faaliyetlerin sürdürülebilirliği, güvenlik güncelleştirmeleri ve kritik bağımlılıklarOrta gelişimden sonra teknik borcu nasıl birleştirip kontrol etmek için
ACTION STEPS

İleriye dönük bir emir

01

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

Açık kaynaklı aday sisteminde doğrulamak için en karmaşık gerçek süreci seçin.

02

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

Lisanslama, mimarlık, güven, test, güvenlik ve dağıtım yöntemleri.

03

Değerlendirme edilebilir sonuçları Geliştirme

Geliş Maliyetleri, bakım ve yedekler beş yıldan fazla tahmin edilmektedir, ancak ilk kez geliştirilmemek yerine.

04

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

Özel katmanlar ve çekirdekler mümkün ve yükseltme ve geçiş programları sürdürülüyor.

PRACTICAL EXAMPLE

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

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

Şirket, iş tablolarını destekleyen açık kaynak ürünleri ile iş tabloları, roller ve bildirimleri inşa etmek zorunda, ancak işletmenin karmaşık ekipman protokolleri ve çevrimdışı APP'ye ihtiyacı vardır. Olgun iş tablolarının temeli, API aracılığıyla eklenecek ek ekipmanlar ve mobil modüller ile birlikte, daha sonraki güvenlik yükseltmeleri doğrudan yazılacaksa zor olacaktır. Sınırlar genellikle genel değişikliklerden daha iyi bir şekilde birleştirilmemektedir. Örnekler belirli bir müşterinin performansını temsil etmemektedir ve gerçek sonuçlar, kurumsalnın kendi iş hacmi, örnekleme sistemi ve sorumluluk sınırları ile birlikte doğrulanmalıdır.

COMMON RISKS

En kolay pit adım at.

Kod indirdiğimizde yazılımın maliyeti olacağını düşünmüyoruz.

Ticari teslimat için lisanslar için yorum yapmadan kullanın

Aşırı yükseltme stratejisi olmadan çekirdek koduna çok fazla değişiklik

ACCEPTANCE

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

Seçim belgesi, lisanslama tavsiyesi, değişiklikler kapsamı, performans güvenlik kontrolleri, dağıtım programları ve beş ila beş yıllık bakım tahminleri içermelidir.

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.

Sıfırdan mı yoksa açık kaynak sistemlerine adapte olmak için mi?

Operasyonel farklılıkların, aday sistemlerinin ve uzun vadeli bakım gereksinimlerinin, önceden onay, adaptasyon derinliği, risk ve genel giriş.

İletişime geçin