Yazılımcısına artık ulaşılamayan, kaynak kodu eksik ya da hiç dokümantasyonu olmayan bir programa bağımlı çalışıyorsanız; o sistemi devralır, nasıl çalıştığını kanıta dayalı olarak çıkarır ve yeniden yaşatılabilir hâle getiririz.
Fiyatı mı soracaksınız? Kapsamı kısa bir görüşmede dinler, bütçe çerçevesini ve süreyi yazılı olarak paylaşırız. Tüm yazılım türleri
Türkiye'de üretim yapan pek çok işletme, on beş yirmi yıl önce tek bir yazılımcıya yazdırdığı özel bir programla çalışmaya devam ediyor. Sistem çalıştığı sürece sorun görünmez; ancak yazılımcı emekli olduğunda, iletişim koptuğunda ya da ilişki bozulduğunda ortaya çıkan tablo aynıdır: kaynak kod ya yoktur ya eksiktir, kimse programın içinde hangi hesabın nasıl yapıldığını bilmemektedir, yeni bir özellik eklenemez ve küçük bir hata bile üretimi durdurma riski taşır.
Bu durum bir yazılım geliştirme problemi değil, bir arkeoloji problemidir. Yeni bir program yazmak, çalışan sistemin yerini alacak doğru davranışın ne olduğunu bilmeden mümkün değildir; o davranış da yazılı hiçbir yerde durmaz, yalnızca çalışan kodun ve veritabanının içinde yaşar. Dolayısıyla işin ilk adımı kod yazmak değil, kanıt toplamaktır: derlenmiş uygulamadan iş mantığının çıkarılması, veritabanındaki nesnelerin haritalanması ve hangi bilginin kesin, hangisinin çıkarım olduğunun açıkça ayrılması.
Devralma çalışmalarında yöntemimiz şudur: derlenmiş uygulamayı ve veritabanını yalnız yazılımın haklarına sahip olduğunuzu ya da hak sahibinden yazılı izin aldığınızı belgelediğiniz durumda inceleriz. Çıkan her bulgu kanıt seviyesine göre etiketlenir: koddan doğrudan okunan bilgi doğrulanmış, birden çok bağımsız dolaylı izin kesişiminden gelen bilgi olası, kaynağı yetersiz olan bilgi ise doğrulanmamış olarak işaretlenir. Doğrulanmamış bir bulgu, doğrulanmış gibi devredilmez. Bir sistemi devralırken en tehlikeli şey, tahmini kesin bilgiymiş gibi devretmektir; yöntemimizin merkezinde bu ayrım vardır.
Üretim, kesim, sipariş veya hakediş takibi tek kişinin yazdığı bir programla yürüyen ve o kişiye artık ulaşılamayan işletmeler. Sistem hâlâ çalışıyor olabilir; ama değiştirilemiyor, taşınamıyor ve arızalandığında müdahale edecek kimse yok.
Yazılım firmasıyla ticari ilişkisi biten ya da hizmet kalitesinden memnun olmayan şirketler. Devir sürecinde kaynak kodun eksiksiz teslim edilip edilmediğini doğrular, sistemi bağımsız olarak ayağa kaldırabildiğimizi göstererek geçişi güvenli hâle getiririz.
Kritik sistemi tek bir çalışanın veya danışmanın taşıdığı işletmeler. Bu kişi ayrılmadan önce bilgiyi kuruma aktarmak, ayrıldıktan sonra çıkarmaya çalışmaktan çok daha ucuzdur; devir dosyası bu bağımlılığı ölçülebilir biçimde azaltır.
Bir şirketi, bölümü veya yazılım varlığını satın almadan önce teknik durumunu bağımsız olarak görmek isteyenler ile ikinci kuşağa geçen aile şirketleri. Neyin devralındığını, hangi riskin taşındığını ve devamlılığın neye bağlı olduğunu yazılı hâle getiririz.
| Yetenek | Ne sağlar |
|---|---|
| Çalışan sistemden iş kuralı çıkarma | Derlenmiş uygulamanın çözümlenmesi, ekran ve menü hiyerarşisinin yeniden kurulması, hangi ekranın hangi tabloya dokunduğunun ve hesapların hangi sırayla yapıldığının çıkarılması. Sonuç, programın ne yaptığını anlatan okunabilir bir iş kuralı haritasıdır. |
| Kayıp veritabanı nesnelerinin yeniden kurulması | Kaynağı bulunamayan saklı yordam, fonksiyon ve görünümlerin; çağrıldıkları yerlerden, aldıkları parametrelerden ve ürettikleri sonuçlardan yola çıkarak yeniden yazılması. Her nesne için sözleşme ile gövde ayrı ayrı ele alınır, çıkan sonuç canlı veriyle karşılaştırılarak doğrulanır. |
| Çalışır derleme ortamının yeniden kurulması | Bağımlılıkların, lisansların ve yapılandırmanın tespiti; projenin sıfırdan derlenip çalıştırılabildiği bir ortamın kurulması. Bu adım tamamlanmadan hiçbir devir gerçek değildir, çünkü değiştiremediğiniz bir yazılım size ait sayılmaz. |
| Kanıt seviyeli devir raporu | Her bulgunun kaynağıyla birlikte etiketlendiği bir rapor: koddan doğrudan okunan kesin bilgi, birden çok dolaylı bulgunun kesişiminden gelen olasılık ve kaynağı yetersiz olduğu için doğrulanamayan alanlar ayrı ayrı gösterilir. Böylece neyi bildiğiniz kadar neyi bilmediğinizi de bilirsiniz. |
| Acil müdahale ve sistemi ayakta tutma | Devir süreci boyunca sistemin çalışmaya devam etmesi: kritik hataların kapatılması, yedekleme ve geri dönüş provası, üretimi durduran arızalara öncelikli müdahale. Analiz sürerken işletme durmaz. |
| Kademeli modernizasyon ve paralel koşma | Karar yeniden yazma yönünde çıkarsa, eski ve yeni sistem bir süre yan yana çalıştırılır; aynı girdiyle üretilen çıktılar birebir eşleşene kadar geçiş tamamlanmış sayılmaz. Tek seferde kapatma yerine, geri dönüşü mümkün bir geçiş kurgularız. |
Önce riski durdururuz: elinizde ne var (kurulum dosyası, kaynak kod parçaları, veritabanı yedeği, lisanslar ve yazılım üzerindeki haklarınızı ya da hak sahibinin yazılı iznini gösteren belgeler) envanterini çıkarır, yedeklemeyi ve geri dönüşü güvence altına alırız. Bu aşamanın çıktısı, işin gerçekten yapılabilir olup olmadığına dair gerçekçi bir ön değerlendirmedir.
Uygulama ve veritabanı satır satır çözümlenir; ekranlar, roller, tablolar ve hesap akışları birbirine bağlanır. Her bulgu kanıt seviyesiyle etiketlenir; sınıf veya dosya adı tek başına kanıt sayılmaz, çıkarımlar birden çok bağımsız izin kesişimine dayandırılır.
Kaynağı bulunamayan veritabanı nesneleri ve kod parçaları yeniden yazılır, ardından canlı veriyle doğrulanır. Doğrulanamayan alanlar rapora eksik olarak işlenir; kapatılmış gibi gösterilmez.
Projenin derlenip çalıştığı bir ortam kurulur; kurulum adımları, bağımlılıklar, yapılandırma ve bilinen riskler yazılı hâle getirilir. Devir dosyası, sizden başka birinin de bu sistemi sürdürebilmesi için gereken asgari bilgiyi içerir.
Elde edilen tabloyla birlikte iki seçeneği rakamlarıyla koyarız: mevcut sistemi yaşatmak mı, kademeli olarak yeniden yazmak mı. Karar sizindir; her iki yolun maliyeti, süresi ve riski aynı belgede karşılaştırılır.
Çoğu durumda evet. Derlenmiş uygulama ve veritabanı elinizdeyse, programın ne yaptığı büyük ölçüde çıkarılabilir. Ancak bazı bilgiler yalnızca kaynakta yaşar ve derlenmiş halden geri getirilemez. Bu yüzden ilk aşamanın çıktısı bir taahhüt değil, neyin çıkarılabildiğini ve neyin çıkarılamadığını gösteren bir haritadır.
Hayır, ve garanti veren birine temkinli yaklaşmanızı öneririz. Elimizdeki malzemeye bakmadan sonucu taahhüt etmek mümkün değil. Bizim taahhüdümüz süreyle ve kapsamla ilgilidir: sabit süre sonunda ne bulduğumuzu, sistemin hangi bölümlerinin yeniden kurulabildiğini ve bundan sonrasında hangi yolların açık olduğunu içeren bir rapor teslim ederiz. Bu rapor, kurtarma mümkün değilse de değerlidir; çünkü yeniden yazma kararını körlemesine değil bilerek verirsiniz.
Uygulamanın büyüklüğüne, veritabanının karmaşıklığına ve elinizdeki malzemeye göre değişir. Bu yüzden işi sabit süreli ve sabit kapsamlı paketler halinde kurguluyoruz; süre bitiminde ne çıktığını görüp devam edip etmeyeceğinize karar veriyorsunuz. Böylece ucu açık bir danışmanlık faturasıyla karşılaşmıyorsunuz.
Hayır. Çözümleme, sistemin kopyası ve veritabanı yedeği üzerinde yürütülür; canlı ortama yalnızca sizin onayınızla ve önceden konuşulmuş bakım pencerelerinde dokunulur. Devir süreci boyunca üretimi durduran bir arıza çıkarsa öncelikli müdahale kapsamdadır.
İnceleme yalnız yazılımın haklarına sahip olduğunuzu ya da hak sahibinden yazılı izin aldığınızı belgelediğiniz durumda yapılır; belirleyici olan yazılımın kime ait olduğudur. Program sizin siparişinizle, sizin için yazıldıysa devralma çoğunlukla kendi varlığınız üzerinde çalışmak anlamına gelir; ancak mali hakların devri sözleşmede açıkça yazılı değilse durum tartışmalı hâle gelebilir. Çalışmaya başlamadan önce mevcut sözleşmenizi birlikte gözden geçirir, gerekiyorsa bir avukatla netleştirmenizi isteriz. Üçüncü taraf bir ticari ürünün lisansı bu tür bir incelemeyi yasaklıyorsa o ürün üzerinde çalışmayız. Hukuki belirsizliğin üzerine iş kurmayız.
Dört şey: programın ne yaptığını anlatan kanıt seviyeli bir analiz raporu, yeniden kurulmuş veritabanı nesneleri, projenin derlenip çalıştığı bir ortam ve başka bir ekibin de devam edebilmesi için gereken devir dosyası. Bizim yazdığımız kaynak kod ve verileriniz sözleşmede tanımlandığı biçimde size devredilir; üçüncü taraf ve açık kaynak bileşenler kendi lisanslarına tabidir.
Bu kararı analiz bitmeden vermek doğru değil. Çalışan bir sistemin içinde, yıllar içinde birikmiş ve hiçbir yerde yazılı olmayan çok sayıda iş kuralı bulunur; bunları görmeden yazılan yeni program genellikle eskisinden daha eksik çıkar. Önce ne olduğunu çıkarır, sonra iki seçeneği maliyet ve risk olarak yan yana koyarız.
İhtiyacınızı dinler, özel yazılım mı hazır çözüm mü gerektiğini söyleriz. İlk 30 dakikalık görüşme ücretsizdir; yerinde saha keşfinin kapsamı ve varsa bedeli bu görüşmede yazılı olarak netleşir.
Gün sonu kapanışta kilitlenen, ay sonu raporu bir türlü açılmayan, birkaç kullanıcı aynı anda girdiğinde duran sistemlerin nedenini ölçerek buluruz. Tahminle değil, sorgu planı ve profil verisiyle; önceki ve sonraki durumu aynı düzenekle ölçerek.
Detay →Kritik iş akışlarınızı otomatik testlerle koruruz: kabul kriterlerinin yazılması, uçtan uca senaryolar, regresyon paketi ve sürüm öncesi otomatik koşum. Bir güncellemenin neyi bozduğu, müşteriden değil testten öğrenilir.
Detay →Teslim edilmiş ya da devralınmış uygulamalarda güvenlik denetimi yaparız: yetkilendirme ve veri erişim hataları, kimlik doğrulama zayıflıkları, enjeksiyon riskleri, sır ve anahtar yönetimi, bağımlılık zafiyetleri. Bulguları kapatma tarafında da çalışırız.
Detay →Mevcut yazılım varlığınızı bağımsız olarak değerlendiririz: mimari haritası, teknik borç envanteri ve önceliklendirmesi, bağımlılık ve tedarikçi kilitlenmesi riski, ekibin çalışma biçimi ve gerçekçi bir yol haritası. Kod yazmadan yön veren bir çalışmadır.
Detay →Tek müşteri için yazılmış ve çalışan bir yazılımı satılabilir bir ürüne dönüştürürüz: çekirdek ile müşteriye özel katmanın ayrılması, konfigürasyon motoru, çok kiracılı veri izolasyonu, kurulum ve sürüm yönetimi ile abonelik altyapısı.
Detay →Talep ile tedariğin nerede ayrıştığını, hangi tedarikçinin termininde durduğunu ve malın şu anda hangi noktada beklediğini tek yerden görünür kılarız. Amaç yeni bir ERP kurmak değil; mevcut sistemin bilmediği zincir dışı bilgiyi toplayıp planlama kararını veriye bağlamaktır.
Detay →
