Karşılaştırma birimini sabitleyin
Dosya, sınıf, fonksiyon ve commit seviyeleri birbirine karıştırılmamalıdır. Hangi dalın, hangi tarihli sürümün ve hangi dosya listesinin karşılaştırıldığı kayda alınmadığında benzerlik yüzdesi yeniden doğrulanamaz.
Kaynak kodu bilirkişi incelemesi yalnızca iki dosyadaki benzer satırların sayılması değildir. Karşılaştırılan sürüm ve commit, kodun kime ait olduğu, açık kaynak veya ortak kütüphane bölümleri, fonksiyonun amacı, benzerlik eşiği ve teknik sonucun tekrar üretilebilirliği birlikte açıklanmalıdır.
Dosya, sınıf, fonksiyon ve commit seviyeleri birbirine karıştırılmamalıdır. Hangi dalın, hangi tarihli sürümün ve hangi dosya listesinin karşılaştırıldığı kayda alınmadığında benzerlik yüzdesi yeniden doğrulanamaz.
Açık kaynak kütüphaneler, framework kalıpları, otomatik üretilmiş dosyalar ve zorunlu teknik yapılar özgün tasarım iddiasından ayrı sınıflandırılmalıdır. Benzer bloğun işlevi ve seçilme nedeni, salt satır sayısından daha önemlidir.
Benzerlik eşiği, örneklem seçimi, dosya kapsamı ve alternatif açıklamalar yazılmalıdır. Rapor; kullanılan araç, parametre, dosya hash’i ve örnek çıktı ile teknik olarak tekrar edilebilir hale getirilmelidir.
Teknik ayrıştırma · kaynak yazı
Kaynak kodu incelemesi; sözleşme ve teknik şartname ile teslim edilen yazılımın sürüm, modül, işlev, hata, güvenlik ve bakım özelliklerinin karşılaştırılmasını gerektirebilir. Uzman, teknik bulguyu ve inceleme sınırını raporlar; sözleşmenin hukuki yorumunu yapmaz. Yazılım uyuşmazlığında “çalışıyor/çalışmıyor” ikiliğine sıkışmadan, sözleşme kapsamını, sürümleri, teslim kayıtlarını ve tekrarlanabilir teknik bulguları ortaya koymak. Bir yazılımın ekranda açılması, tüm teslim yükümlülüklerinin karşılandığını göstermez. Aynı şekilde tek bir hata, sistemin bütününün hiç teslim edilmediği anlamına gelmez. Sürüm ve kabul kriterleriyle ölçülebilir bir inceleme gerekir. Uzman; kaynak kodu sürümünü, çalışma ortamını, bağımlılıkları, teknik şartnameyi, kabul testlerini, hata kayıtlarını, logları ve teslim paketini karşılaştırır. Gerekirse test senaryosu, tekrar üretilebilir hata ve kod/işlev eşleşmesi gösterilir. Avukat, uzman görüşünü “sözleşmeye aykırılık var mı?” gibi tek bir hukuki sonuca bağlamak yerine, hangi modülün hangi teknik kriteri karşılamadığını, hatanın nasıl tekrarlandığını ve teslim edilen sürümün ne olduğunu sormalıdır. İşveren veya yazılım sağlayıcısı, sözleşme, analiz dokümanı, repo/sürüm kayıtları, teslim tutanakları, test sonuçları ve yazışmaları değiştirmeden saklamalıdır. Gizli anahtar ve kişisel veriler paylaşılmadan önce kapsam Netbilir ekibiyle netleştirilmelidir. Özel yazılımın teknik şartnameye ve kabul kriterlerine uygunluğu Kaynak kodu teslimi, sürüm ve repo erişimi uyuşmazlıkları Hata kayıtlarının tekrar üretilebilirlik ve etki yönünden incelenmesi Bakım, entegrasyon, performans veya güvenlik iddiaları Kod benzerliği ve teslim edilen modülün kapsamının teknik karşılaştırması Sözleşme, şartname ve teslim kriterlerini maddeleyin. İncelenecek sürüm, repo ve çalışma ortamını koruyun. Hata ve eksikleri tekrar üretilebilir test senaryolarına ayırın. Her bulguyu ilgili şartname ve teslim kaydıyla eşleştirin. Raporun erişim, veri gizliliği ve teknik sınırlarını kontrol edin. Yazılım sözleşmesi, teknik şartname ve analiz dokümanı Kaynak kodu, sürüm/repo geçmişi ve teslim paketleri Test senaryoları, hata kayıtları ve kabul tutanakları Loglar, ekran kayıtları ve kullanıcı/rol tanımları Bakım, destek, fatura ve proje yazışmaları Tek bir ekran görüntüsünden bütün yazılım hakkında sonuç çıkarmak İncelenen sürümü ve çalışma ortamını belirtmemek Teknik hata ile sözleşmesel hukuki sonucu birbirine karıştırmak Gizli anahtar, kişisel veri veya üretim erişimini kontrolsüz paylaşmak Kaynak kodu bilirkişi incelemesi için repo paylaşmak zorunlu mu? Kapsam ve erişim dosyanın niteliğine göre belirlenir. Uzman, inceleyebildiği veri ve erişim sınırını raporda açıklamalıdır. Bir yazılım hatası nasıl teknik olarak gösterilir? Sürüm, ortam, adımlar, beklenen/gerçekleşen sonuç ve tekrar üretilebilirlik bilgisiyle gösterilebilir. Kaynak kodu raporu yazılımın hukuken ayıplı olduğunu söyler mi? Rapor teknik uyumsuzluk ve bulguları ortaya koyar; hukuki nitelendirme ve sözleşme yorumu ilgili merciye aittir. Gizli kod ve kişisel veriler nasıl korunur? İnceleme kapsamı daraltılmalı, gereksiz veriler çıkarılmalı ve erişim/teslim koşulları uzmanla baştan netleştirilmelidir. Bu kaynağın ilk ayrım noktası Özel yazılımın teknik şartnameye ve kabul kriterlerine uygunluğu; bu soru, teknik incelemenin hangi olguyu ve hangi belgeyi cevaplaması gerektiğini sınırlar. Sözleşme, şartname ve teslim kriterlerini maddeleyin. adımı, Yazılım sözleşmesi, teknik şartname ve analiz dokümanı kaydının olay tarihi ve kapsamıyla birlikte okunmasını gerektirir; tek başına sonuç cümlesi yeterli değildir. Rapor hazırlanırken Uzman; kaynak kodu sürümünü, çalışma ortamını, bağımlılıkları, teknik şartnameyi, kabul testlerini, hata kayıtlarını, logları ve teslim paketini karşılaştırır ile Tek bir ekran görüntüsünden bütün yazılım hakkında sonuç çıkarmak arasında doğrudan bağ kurulmalı, varsayım ile doğrulanmış bulgu ayrı gösterilmelidir. Avukatın kullanacağı itiraz tablosunda Özel yazılımın teknik şartnameye ve kabul kriterlerine uygunluğu başlığı, Sözleşme, şartname ve teslim kriterlerini maddeleyin. adımı ve Yazılım sözleşmesi, teknik şartname ve analiz dokümanı belgesi aynı satırda eşleştirilmelidir. Başvuru sahibinin ilk anlatımında İşveren veya yazılım sağlayıcısı, sözleşme, analiz dokümanı, repo/sürüm kayıtları, teslim tutanakları, test sonuçları ve yazışmaları değiştirmeden saklamalıdır; ardından Yazılım sözleşmesi, teknik şartname ve analiz dokümanı belgesi ve Özel yazılımın teknik şartnameye ve kabul kriterlerine uygunluğu olayının tarihi verilirse inceleme kapsamı daha hızlı netleşir.
Kapsam ve erişim dosyanın niteliğine göre belirlenir. Uzman, inceleyebildiği veri ve erişim sınırını raporda açıklamalıdır.
Sürüm, ortam, adımlar, beklenen/gerçekleşen sonuç ve tekrar üretilebilirlik bilgisiyle gösterilebilir.
Rapor teknik uyumsuzluk ve bulguları ortaya koyar; hukuki nitelendirme ve sözleşme yorumu ilgili merciye aittir.
İnceleme kapsamı daraltılmalı, gereksiz veriler çıkarılmalı ve erişim/teslim koşulları uzmanla baştan netleştirilmelidir.
İncelenecek belgeyi, tarihi ve raporda sorguladığınız noktayı kısaca yazın. Uygun uzmanlık alanını belirleyip sonraki adımı birlikte netleştirelim.
Talep oluştur