Kaynak kodu devir planını hazırlayın [kapalı]


12

Firmamız devasa bir ürünün kaynak kodunu almak üzeredir.

Devir teslimi başladığında, her şeye sahip olduğumuzdan ve gelecekte bu ürünü muhafaza edebileceğimizden emin olmak için nelere dikkat etmeliyiz?


1
Mümkünse, proje üzerinde çalışan bazı mühendisler için satın alma talebinde bulunun. Bu, kaynak sürekliliği sorununa yardımcı olacaktır.
tehnyit

yeterince şanslı değiliz. Yapabileceğimiz maksimum miktarın bazı mühendisleri 3-4 hafta boyunca kullanılabilir hale getirmek olduğunu söyleyemeyiz.
Ahmed Aswani

İlgili bir cevap buldum Sanırım burada en çok cevaplanan şey tamamlandı.
Ahmed Aswani

Yanıtlar:


8

Öncelikle iyi şanslar.

Muhtemelen istemeniz / sağlamanız gereken şeylerden bazıları şunlardır.

  • Bilinen kusurların listesi.
  • Olay ve sorun kayıtları listesi.
  • Son iki sürümle ilgili ayrıntılar; uygulanması ne kadar sürdü, serbest bırakıldıktan sonra artan bir olay süresi vardı.
  • Kilit konu uzmanları kimlerdir.
  • Çalışma saatleri ve birincil destek nedir.
  • Ürün ne kadar zamandır var ve kod tabanı ne kadar kararlı.
  • Ürün yol haritası nedir.
  • Teknoloji yığını nedir?
  • Entegrasyon noktaları nelerdir ve entegre sistemleri kim destekliyor?
  • Herhangi bir DR bileşeni var mı
  • DR'yi çağırmaktan kim sorumludur?
  • Uygulama SLA'ları veya hizmet hedefleri nelerdir.
  • Dosya sistemi / veritabanı / ileti kuyruklarının beklenen büyümesi nedir.
  • Sistem yedeklemeleri ne zaman yapılır, kim sorumludur ve geri yükleme stratejisi nedir.
  • Ürün biriktirme listesinin yönetiminden kim sorumludur?
  • Hangi tedarikçi SLA'sı ve iletişim bilgileri mevcuttur.
  • Herhangi bir parti programları veya uzun süren işlemler var mı?
  • Sistem tamamen işlemsel mi ve eşzamanlılık nasıl yönetiliyor?
  • Uygulama için en büyük olay yönetimi süreci nedir?
  • Paydaşlar değişiklik ve kesintilerden ne, ne zaman, kim ve nasıl haberdar edilir.
  • Mutabık kalınan kesinti süreleri / süreleri nelerdir.
  • Kaynak kodu nerede tutulur.
  • Kaynak kodu nasıl yedeklenir, geri yüklenir ve değişiklik günlüğü nasıl yönetilir?
  • Çözüm mimarisinin nerede, ne ve kim sahibi.
  • Dağıtım hedefi nedir (DEV, ST, UAT, PROD, PROD, PROD, DR).
  • Üçüncü taraf lisansları ne zaman yenilenir?
  • Bir RACI şeması var mı
  • Kaç kullanıcı var ve nerede bulunuyorlar.
  • Sık karşılaşılan sorun giderme sorunları veya şikayetleri nelerdir?
  • Sisteme erişim vermekten kim sorumludur?
  • Ne zaman pent testleri / güvenlik denetimleri yapılır.
  • CI ve otomatik yapım süreci nerede.
  • Kaynak denetimi ve derleme sunucusunu yönetmekten kim sorumludur.
  • Kurulum kılavuzları nerede.
  • Hedef altyapı ve ağ için dokümantasyon var mı?
  • Son olaylardan kaynaklanan şiddet ve etki türleri nelerdir.
  • Geliştirici iş istasyonu kurulum talimatları var mı?
    • Hangi geliştirme yardımcıları ve çerçeveleri kullanılır ve bunlar ekibiniz için lisanslıdır.

Şu anda aklıma gelen her şey bu.


8
Lütfen "DR", "DEV, ST, UAT, Ön PROD, PROD, DR" ve "RACI" tanımlayın. Bunların bir kısmının kaynak kodu ile alakasız olduğunu unutmayın (yani, RACI çizelgeleri kuruluş kodudur, kodla ilgili değildir.)
S.Lott

Ben kaynak kodu sadece mevcut sürümleri değil whoel kaynak kodu deposuna erişim awant istiyorsunuz. Buradaki yorumlar genellikle kodun neden belirli bir şekilde değiştirildiğini gösterir. Bunu sürdürmek için iknwo için önemlidir.
HLGEM

@HLGEM özür dilerim kaynak kodunun geçerli sürümleri (benim için zaten iyi) tüm bileşenleri için tam kaynak kodu ima etti.
Kane

@ S.Lott DR, "felaket kurtarma" yı tanımlamak için kullanılır. Dev, çevreniz için ne olursa olsun, "Geliştirme Ortamı" için ortak bir terimdir. ST, Sistem Test Ortamı'nın bir kısaltmasıdır. RACI'nin kimin sorumlu, hesap verebilir, bilgilendirilmiş ve istişare edildiğini tanımlamak için kullanıldığı için bir organizasyon aracı olduğuna katılmıyorum. Kod işlendiğinde bundan kim sorumludur? Akran değerlendirmesinin bir parçası olarak kime danışılır? Bir yapının başarılı / başarısız olduğu kime bildirilir? Ve benzeri
Kane

@kame: Lütfen cevabı tanımlarla güncelleyin . Lütfen yanıta daha fazla yorum eklemeyin. Lütfen cevabı güncelleyin .
S.Lott

6

Devir teslimi başladığında, her şeye sahip olduğumuzdan ve gelecekte bu ürünü muhafaza edebileceğimizden emin olmak için nelere dikkat etmeliyiz?

Emin olmanız gereken şeyler:

  • kodu başarıyla oluşturduklarını görüyorsun
  • birim testleri oluşturduklarını ve tüm geçişleri gerçekleştirdiklerini görüyorsunuz
  • diğer testleri başarıyla yürüttüklerini ve tüm geçişlerin (kabul, entegrasyon vb.)
  • açık sorunların veritabanını alırsınız (bugzilla veya benzeri kullanıyorlarsa elde etmek kolaydır)
  • ürün çalışır (kurulum talimatları).

Diğer her şey mevcut bakıcıya teslim edilmek üzere.


2
Bunların "Onları görmelisin ..." kelimelerini içerecek şekilde değiştirilmesini öneririm. Örneğin, "Onları kodu oluşturduğunu görmelisin" ve "Onları birim testlerini çalıştırdıklarını görmelisin", vb. Kanıt burada önemlidir.
S.Lott

@ S.Lott İster bir belgede gösterilsin, ister bir belgede yazsın, önemli değil. Ahmed Aswani ve ekibi uygulamayı sürdürecekler ve yukarıdaki tüm adımları kendi başlarına yapabilmelidirler. Cevabı biraz değiştirdim, ama önerdiğin bu mu emin değilim.
BЈовић

1
Kodun oluşturulduğu iddiası, kodun oluşturulduğunu görmekle aynı değildir. Orada bulunmak. Tamam. Belgeler belirsiz, kafa karıştırıcı veya eksik olabilir. Bu eski "Güven ama Doğrula" ilkesidir. Görene kadar inanma.
S.Lott

1
@ S.Lott Ok mantıklı. Şimdi düşündüğüme göre, daha önce benzer bir durumdaydım, burada kırık HW panolarına bir şey uygulamamızı sağladılar. Gerçekten neyin yanlış olduğunu bulmadan önce iyi 4 ay geçirdik.
BЈовић

5

Takımın kodu teslim etmesinin bir süre destek sağlayacağından emin olmanız gerekir. İmzalı bir sözleşme yapın!

Daha sonra açık bir şekilde sormanız gerektiğini bilmediğiniz sorularınız olacak, bu yüzden size sadece kod, doküman ve projede ne varsa vermek için bir şeyler açıklamak için "etrafta dolaşmaları" gerekiyor.

Proje tesliminiz olduğunda önemli bir şey kaybedersiniz: orijinal takım deneyimi.

Bazen beklemediğiniz bir şey de elde edersiniz: düşmanlıkları.

Devir teslim eden şirket devir teslimi ile iyi bir anlaşma yapıyor mu? Projeyi size dönüştürdükleri için işlerini kaybederse, kodu oluşturan (gururlu) geliştiriciler "bebeklerinin" teslim edildiği gerçeğine kızabilirler. "Aldığınız dokümanlar içinde" gibi yanıtlar alabilirsiniz ... olmasa bile.

Teknik yönleri kapsamak iyidir, ama aynı zamanda insan tarafını da dikkate alın.

YMMV!


0

Kod bir test paketiyle birlikte mi geliyor? Test takımındaki tüm testler geçiyor mu? Paketin ne kadar kapsama alanı var?

Bir test paketini kaçırmadan, test paketini ve ilgili çerçeveyi oluşturmayı birinci önceliğiniz haline getirmenizi tavsiye ederim.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.