İş Eşleşme
Açık kaynak sistemine ne kadar temel ihtiyaç olduğunu doğrulamak için gerçek süreçleri kullanın, sadece işlevsellik ve sunum sayfasının listesini değil.
Home / Proje karar rehberliği / özelleştirme gelişimi ve açık kaynak adaptasyonu
PROJECT DECISION GUIDESıfır özel veya açık kaynak sistemi tabanlı adaptasyondan geliştirin
Açık kaynak değişiklikleri sıfırdan daha ucuz veya daha yönetilemez olabilir. Anahtar, mevcut açık kaynak yetenekleri ve hedef işlemleri arasındaki maçı yargılamak ve gelecekteki yükseltmeler ve bakım maliyetleri gibi.
Soruyu cevaplayın.
Özel gelişim ve açık kaynak adaptasyonu
Temel süreçler yaygın olduğunda, açık kaynak projeleri olgun ve lisanslar iş modelleriyle uyumlu olduğunda, açık kaynaklı adaptasyonlar ilk döngüsü kısaltabilir; iş kuralları temel rekabet oluşturursa, yapı kısıtlamaları açık veya adaptasyonların derinliği toplum versiyonlarından uzun süre uzatılabilir, genellikle sıfırdan özelleştirmeye daha uygundur.
DECISION FACTORS
Karar verme için anahtar elementler kontrol edilir
İlk olarak, kısıtlama ve sorumluluk sınırları belirlenir, sonra teknik rotalar ve işbirliği yöntemleri karşılaştırılır.
Licensing ve iş modeli
Kullanım, modifikasyon, dağıtım, SaaS hizmetleri, marka ve güvenen bileşenler, yasal profesyoneller tarafından gözden geçirme konularını değerlendirin.
Değiştirin
Interfaces, markalar ve küçük bir süreç uzatmaları genellikle daha az risklidir; temel veri modellerinde büyük değişiklikler ve alt yapılar açık kaynak program avantajları zayıflatabilir.
Yükseltme Yolu
Toplum versiyonu güncelleştirmelerinden sorumlu kimlerin, güvenlik yamaları, özel şube konsolidasyonu ve otomatik regresyon testleri olması gerekir.
Takım yeterlilikleri ve devralın
Ya rota seçilmelidir ve kaynak kodları, dağıtım talimatları, veri göçü, arayüzler ve ulaşım belgeleri elde edilmelidir.
Toplam mülkiyet maliyeti
Geliştirme, lisanslama, bulut kaynakları, yükseltmeler, mobilite, güvenlik ve personel ilk teklife güvenmek yerine en az üç yıl boyunca maliyetleri karşılamaktadır.
İletişim veya değerlendirmeden önce önerilerin hazırlanması
Hedef iş süreçleri ve diferansiyel işlevleriAçık kaynak adayı projesinin faaliyetleriLicences ve güvenen bileşenlerYapı ve teknik demir maçıGüvenlik boşlukları ve mekanizmaları güncelleyinOrta gelişim uzatma noktalarıVersion Yükselt ve Branş PolitikasıToplam üç yıllık mülkiyet maliyeti
Uygulamayı Önerik
Bir seçim ve boşluk analizinin bir tur yapılması önerilir, matrix, lisans riski, adaptasyon listesi, stratejiyi geliştirmek ve iki rotanın karşılaştırması, bir projenin kurulmasında karar verilmeden önce.
DECISION WORKSHEET
Özelleştirme gelişimi ve açık kaynak adaptasyonu uygulanabilir karar verme-making
Aşağıdaki çalışma tabloları, işletmelere satıcılara belirsiz tavsiyeler organize etmelerine yardımcı olur, iç-approval ve proje-receivable girişler.
İş Eşleşme
Açık kaynak sistemine ne kadar temel ihtiyaç olduğunu doğrulamak için gerçek süreçleri kullanın, sadece işlevsellik ve sunum sayfasının listesini değil.
Eğer faktör belirsiz kalırsa, bir teşhis veya küçük ölçekli geçerlilik ayarlanmalıdır ve doğrudan değişmez sabit toplam fiyat aralığı dahil etmek uygun değildir.
Licensing ve iş modeli
Kullanım, modifikasyon, dağıtım, SaaS hizmetleri, marka ve güvenen bileşenler, yasal profesyoneller tarafından gözden geçirme konularını değerlendirin.
Eğer faktör belirsiz kalırsa, bir teşhis veya küçük ölçekli geçerlilik ayarlanmalıdır ve doğrudan değişmez sabit toplam fiyat aralığı dahil etmek uygun değildir.
Değiştirin
Interfaces, markalar ve küçük bir süreç uzatmaları genellikle daha az risklidir; temel veri modellerinde büyük değişiklikler ve alt yapılar açık kaynak program avantajları zayıflatabilir.
Eğer faktör belirsiz kalırsa, bir teşhis veya küçük ölçekli geçerlilik ayarlanmalıdır ve doğrudan değişmez sabit toplam fiyat aralığı dahil etmek uygun değildir.
Karşılaştırmalı bir değerlendirme özeti ne içermelidir?
Minimum olarak, hedef iş süreçleri ve diskrepancy işlevleri, aday açık kaynak projelerinin faaliyetleri, farklı tedarikçilere ve farklı varsayımlara, mimari ve teknoloji demirlemelerine, mevcut iş hacmini tarif ederken, ortalama işlem süresini, büyük anomalileri, üçüncü taraf bağımlılık ve erişim pencerelerini karşılaştırmak için gerekli olan kanıtlar.
Örneğin, şirket, projenin ayda 160 saatlik iş kurtaracağını bekliyor, ancak bu rakam, tek zaman tasarrufları, kabul oranları ve manuel inceleme oranlarına göre önemli ölçüde daha düşük olmalıdır.Eğer kullanıcıların yüzde 40'ı ilk kez kullanıyorsa veya yeni işlem gözden geçirme sürecini artırırsa, gerçek faydalar belirgin tahminlerden daha düşük olacaktır.
Satıcı iletişim sırasında sorgulanması önerilen dört kanıt türü
İlk olarak, talep versiyonlarının tutarlılığı, iş süreçleri, prototipler, arayüzler ve dışlamalar; ikinci mühendislik kanıtları: benzer teknolojiler erişilebilir yapılar, kod yönetimi, test, dağıtım ve sorun yönetimi yöntemleri; üçüncü kişi kanıtları: gerçek katılımcıların, giriş aşamalarının, sorumlulukların ve değiştirme mekanizmalarının açık olup olmadığını; ve dördüncüsü de bu proje kapsamında geliştirilebilecek kanıtlar: nasıl kaynak kodları, veri, hesap numaraları, belgeler, eğitim, kalite güvence ve ulaşımın teslim edileceği.
Bu bağlamda açıklık, kritik güven, takım kapasitesi, kabul edilebilirlik ve uzun vadeli taksit ayrı olarak değerlendirilebilir ve her puanın kaydına temel olarak kaydedilir.Eğer bir program daha ucuzsa, arayüz, geçiş, test veya online sorumluluk dışlanırsa, o zaman aynı kalibreye kıyasla dönüştürülmelidir.
Yargılama ilkesi
Bu sayfa, sabit bir teklif veya performans taahhüdü oluşturamayan bir karar alma çerçevesi sunar.
FAQ
FAQs
İşbirliğinden önceki en yaygın konular açıkça önceden belirtilmiştir.
Açık bir kaynak sistemi ücretsiz olarak eşit midir?+
eşit değil. Kod lisansı maliyetleri sıfır olabilir, ancak mühendislik girişleri seçim, dağıtım, adaptasyon, veri göçü, güvenlik, yükseltme ve ulaşım için gereklidir.
Daha açık kaynak sistemleri değişti mi, daha iyi?+
Hayır. Eklentiler, konfigürasyonlar ve uzantılar aracılığıyla fark elde etme yeteneği, sonraki yükseltmelerin maliyetini azaltmak için temel kodlara saldırmak için azaltılmalıdır.
İlk önce kırmızıya dönebilir misin, sonra yeniden yazabilirsiniz?+
Evet, ancak başlangıçtan, veri, arayüzlerden ve operasyonel sınırlardan, gelecekteki göç için özellikle hedef alınmaktan kaçınmak için planlanmalıdır.
DECISION FAQ
Tüm 265 sorularını kontrol edin.Mevcut projelerle ilgili ortak konular
Applets, APPs, SaaS ve eski sistemler
İş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.
View full answerYazılım projesi başlangıç ve program seçimiDüşük kod, açık kaynak sistemleri ve özel gelişim nasıl seçilmelidir?
Düşük kod, daha yüksek iç uygulamaları kapsamak için açık ve platforma sahip olan süreçler için uygundur; açık kaynak sistemleri, yapılandırma ve ikincil gelişim yoluyla talep edebilir; farklı süreçler, karmaşık entegrasyon, performans veya daha yüksek ürün kontrol gereksinimleri için uygun olan projelerin geliştirilmesine olanak sağlar.Seçim, üç ila beş yıl boyunca toplam maliyet ve çıkış kapasitesi ile yapılır, ancak Enterprises ile aynı zamanda kombinasyon rotaları kullanarak, farklı teknolojilere olanak sağlar.
View full answerYazılım geliştirme ve projelerin dışlanmasıÖzel yazılım geliştirme genellikle maliyeti ne kadar?
Özel yazılım, sayfa büyüklüğüne dayanan tek bir fiyata sahip değildir ve maliyetler esas olarak kapsamı, arayüz, veri, otorite, teslimat için performans ve hesap verebilir. Aynı isim ile yönetim sistemi tek bir-sector aracı veya siparişlere, envantere, finanse edilen bir bağlantıya sahip olabilir. İlk iş kapalı döngünün ve denetim sınırlarının kurulması ve ürünün, tasarımı, geliştirme, test, dağıtım ve bakım ve bakım iş yükünün tahmin edilmesi önerilir.
View full answerYazılım projesi başlangıç ve program seçimiYazılım gereksinimleri eksik, bu yüzden onları değerlendirmek için öncelikle dış bir firmaya sahip olabiliriz?
Bu mümkün ve talep eksikse, ilk önce sınırlı bir ihtiyaç tanısını yapmak için, sabit bir fiyat talep etmek yerine. Bir işletme sadece iş geçmişini, hedef kullanıcıları, mevcut sorunları, online ve mevcut bütçeleri gitmek için zaman gerekir.
View full answerRELATED
Proje değerlendirmenin alt komisyonuHizmetlerin bilgilerini tut
Relevant
Açık kaynak sistemlerinin ticarileştirilmesi
Seçim, özel dağıtım, ikincil gelişim ve uzun vadeli yükseltme
Daha fazla bilgi için.Relevantİş Yazılım Geliştirme
İş süreçlerinin tam kaynak teslimatını anlamak
Daha fazla bilgi için.RelevantSeçilen değerlendirme bilgi testi
Hedefler, statü ve açık kaynak adayı projeleri
Daha fazla bilgi için.