Yöntemler · Normalizasyon
Linear Sum Normalization (Doğrusal Toplama Bölme Normalizasyonu)
Bu yöntem her kriter sütununu kendi toplamına bölerek ölçeklendirir; her seçenek o kriterdeki toplam performansın ne kadarını kendine aldığını gösteren bir pay alır ve sütun toplamı her zaman 1 olur.
Temel yöntemin veri türü: Kesin (Classical)
Yöntem Nedir?
Linear Sum Normalization, karar tablosundaki her sütunu bir bütünün parçalarına bölen bir ölçek eşitleme aracıdır. TOPSIS gibi sıralama yöntemlerinde kullanılabildiği gibi, COPRAS'ın kendi hesabının içinde de bu mantığa çok yakın bir adım vardır. Çıktısı bir sıralama değildir; her hücrenin kendi sütun toplamındaki payını gösteren, sütunları toplamı 1 olacak biçimde yeniden ölçeklenmiş bir tablodur. Zavadskas, Turskis, Peldschus ve Kaklauskas, 1994'te inşaat sektöründe müteahhit tekliflerini karşılaştırmak için yazdıkları kitapta bu normalizasyon biçimini kullanmıştır; sonraki yıllarda COPRAS ve benzeri oransal değerlendirme yöntemlerinin normalizasyon adımına temel oluşturmuştur.
Yöntemin Felsefesi
Yöntemin sorduğu soru, Linear Max'ınkinden farklıdır. "En iyiye göre ne kadarsınız" değil, "toplam performansın ne kadarı bu seçeneğe düşüyor" sorusu sorulur. Referans noktası sütunun en iyisi değil, sütunun toplamıdır. Bu, sonuçları bir pay dağılımı gibi okumayı mümkün kılar; tıpkı bir pastanın dilimleri gibi, sütundaki tüm seçeneklerin payı toplandığında her zaman 1 eder. Felsefi sonucu şudur: en iyi seçenek bile 1 puan almaz, çünkü diğer seçenekler de toplamdan bir pay alır. Seçenek sayısı arttıkça herkesin payı küçülür; bu yüzden değerler farklı analizler arasında değil, yalnız aynı analiz içindeki seçenekler arasında karşılaştırılabilir.
Yöntem Nasıl Çalışır?
Yöntem iki adımda ilerler.
Birinci adım, referans değerin bulunması. Fayda kriterinde sütundaki tüm değerlerin toplamı alınır. Maliyet kriterinde önce her hücrenin tersi (1'e bölümü) hesaplanır, sonra bu tersinelenmiş değerlerin toplamı alınır.
İkinci adım, toplama bölme. Fayda kriterinde her hücre, sütun toplamına bölünür. Maliyet kriterinde her hücrenin tersi, tersinelenmiş değerlerin toplamına bölünür. Örneğin bir maliyet sütununda değerler 39,1, 25,9 ve 68,3 ise önce tersleri alınır: 1/39,1 = 0,0256, 1/25,9 = 0,0386, 1/68,3 = 0,0146. Bu üç sayının toplamı 0,0788'dir. İlk seçeneğin payı 0,0256/0,0788 = 0,3245 olur; en ucuz seçenek en büyük payı alır, çünkü tersi en büyük sayıdır.
Sıfır ve negatif değerler bu yöntemde tanımsızdır. Maliyet kriterinde bir hücre 0 ise 1'e bölüm tanımsız kalır, sonuç sonsuza gider ve bu seçenek toplamı tek başına yutar. Bir hücre negatifse tersi de negatif olur, toplamın işareti bozulabilir ve pay negatif ya da 1'den büyük çıkabilir; bu, "toplamı 1 olan pay" yorumunu tamamen geçersiz kılar. Bu yüzden yöntem yalnız kesin pozitif verilerde kullanılır.
Adımların formülleri DecisionMind'daki yöntem sayfasında verilir; bu kart formül taşımaz.
Çıktı Nasıl Yorumlanır?
Normalize edilmiş değer, bir seçeneğin o kriterdeki toplam performanstan aldığı payı gösterir; başka bir şey söylemez. 0,47 değeri "yüzde 47 iyi" değil, "sütun toplamının yüzde 47'si bu seçeneğe ait" demektir. Sütundaki tüm paylar toplandığında her zaman 1 eder; bu yüzden bir seçeneğin payı, diğer seçeneklerin sayısına ve büyüklüğüne bağlıdır. Aynı seçenek, tabloya yeni bir seçenek eklendiğinde daha küçük bir pay alır, performansı değişmese bile. Bu nedenle:
"Bu seçenek 0,47 puan aldı, demek ki performansının yarısı kadar iyi"
yerine:
"Bu seçenek, bu üç seçenek arasında toplam performansın yaklaşık yüzde 47'sini kendine almış; dördüncü bir seçenek eklenirse bu pay küçülür"
biçiminde yazmak doğrudur.
Veri Türü ve Girdiler
Yöntem kesin veri ister: her hücrede tek bir pozitif sayı. DecisionMind'da bu yapı taşının bulanık, gri ya da sezgisel veri türlerinde ayrı bir uzantısı yoktur; her veri türü kendi ev sahibi yönteminin kendi normalizasyon adımını kullanır. Elinizde şunlar olmalı: satırlarda seçenekler, sütunlarda kriterler, her hücrede sıfırdan büyük bir sayı ve her kriter için yön bilgisi. Yöntem ağırlık üretmez, ağırlık da istemez. En az iki seçenek gerekir; seçenek sayısı arttıkça payların büyüklüğü küçülür ama yöntemin mantığı değişmez.
Ne Zaman Kullanılır, Ne Zaman Kullanılmaz?
Veriniz kesin ve pozitifse, sonucu bir pay ya da oran gibi okumak istiyorsanız bu yöntem uygundur. COPRAS gibi oransal değerlendirme mantığı taşıyan yöntemlerde ve kaynak paylaştırma bağlamlarında doğal bir yorum sağlar. Kullanılmaması gereken durum, verinin sıfır ya da negatif değer içermesidir; bu durumda min-max normalizasyonuna geçilmelidir. Seçenek sayısının analiz sırasında değişmesi bekleniyorsa da bu yöntem tercih edilmemelidir, çünkü her yeni seçenek diğerlerinin payını küçültür ve karşılaştırma zamanla tutarsızlaşır.
Veri kesin, pozitif, sonuç pay/oran olarak okunacak → Linear Sum Normalization
Veri sıfır veya negatif içeriyor → Min-Max Normalization
En iyiye göre oran isteniyor, pay mantığı gerekmiyor → Linear Max Normalization
Değerler çok büyük ölçek farkı taşıyor → Logarithmic Normalization
Seçenek kümesi analiz sırasında sabit kalmayacaksa → normalizasyonu sabitleyen bir ev sahibi yöntem seçilmeden önce seçenek kümesi kilitlenmeli
Güçlü Yanları
Yöntemin üstünlüğü, sonucu doğrudan yorumlanabilir bir pay olarak sunmasıdır; karar vericiye "kim toplam performansın ne kadarını alıyor" sorusuna sezgisel bir cevap verir. Hesabı basittir, elle doğrulanabilir. Kriter yönü aynı adımda tabloya işlenir, bir sonraki adımda ayrıca ele alınmaz. COPRAS gibi oran tabanlı yöntemlerle doğal bir uyum taşır.
Zayıf Yanları
Zayıflığı, payların seçenek sayısına duyarlı olmasıdır. Vafaei, Ribeiro ve Camarinha-Matos (2018), toplam tabanlı normalizasyon biçimlerinin sonuçlarının seçenek kümesinin büyüklüğüyle birlikte değiştiğini göstermiştir. Çelen (2014), farklı normalizasyon yöntemlerinin aynı bankacılık verisine farklı sıra verdiğini, toplam tabanlı yöntemlerin de bu farklılığa dahil olduğunu bulmuştur. Maliyet kriterindeki ters çevirme işlemi doğrusal değildir; küçük bir maliyet değeri, tersini aşırı büyütüp toplamı domine edebilir. Yöntem yalnız pozitif veriyle çalışır, sıfır ya da negatif değer içeren tablolarda kullanılamaz.
Sık Yapılan Hatalar
En sık hata, payı doğrudan bir yüzde başarı ölçüsü gibi okumaktır; pay yalnız bu seçenek kümesindeki göreli konumu gösterir. İkinci hata, maliyet kriterinde tersini almadan doğrudan toplama bölmektir; bu durumda en pahalı seçenek en büyük payı alır ve sıralama tersine döner. Üçüncü hata, analiz bittikten sonra yeni bir seçenek eklemek ve payların küçülmesine şaşırmaktır; pay dağılımı seçenek kümesine bağlıdır, küme değişince yeniden hesaplanmalıdır. Dördüncü hata, veride sıfıra çok yakın bir maliyet değeri varken yöntemi uygulamaya devam etmektir; bu değerin tersi aşırı büyür ve toplamı tek başına domine eder.
Temel ilke şudur:
Linear Sum Normalization, bir seçeneği toplam performanstan aldığı payla ölçer; bu pay yalnız aynı analizdeki diğer seçeneklere göre anlamlıdır ve seçenek kümesi değişince yeniden hesaplanmalıdır.
Vakalar
Her vaka bir karar tablosuyla başlar, normalizasyon biçiminin ev sahibi yöntemin sonucunu nasıl değiştirdiğini kelimeyle ve sayıyla gösterir.
1. Müzecilik: Bir müze idaresinin dijitalleştirme hizmeti firması seçimi (öğretici örnek, DecisionMind'ın karşılaştırma örneği)
Bir müze idaresi, koleksiyonunu dijitalleştirecek üç hizmet firması arasında seçim yapacaktır. Üç ölçüt vardır: dijitalleştirme hızı, hizmet bedeli ve arşiv kalite puanı. Hız ve kalite çoğu iyi, bedel azı iyidir. İdare ağırlıkları kaliteye en çok, bedele orta, hıza en az verecek biçimde belirlemiştir.
| Firma | Hız (görsel/gün) | Bedel (bin TL) | Kalite puanı |
|---|---|---|---|
| F1 | 60,0 | 39,1 | 60,0 |
| F2 | 47,3 | 25,9 | 55,8 |
| F3 | 94,3 | 68,3 | 12,3 |
| Yön | çoğu iyi | azı iyi | çoğu iyi |
| Ağırlık | 0,20 | 0,30 | 0,50 |
İdare bu tabloyu TOPSIS ile değerlendirecektir. Tablo Linear Sum Normalization ile eşitlenirse hız ve kalite sütunlarında her hücre sütun toplamına bölünür; F1'in kalite payı 60,0/128,1 = 0,4684 olur. Bedel sütununda önce tersler alınır, sonra toplama bölünür; F2'nin bedeli en düşük olduğu için tersi en büyüktür ve payı 0,3245/0,2346... değil, hesaplanan pay F2 = 0,4898 çıkar, çünkü F2'nin ucuzluğu ters çevirme adımında büyütülmüştür. Tablo bu şekilde normalize edilip ağırlıklandıktan sonra ideal ve anti-ideal firma kurulur, uzaklıklar ölçülür ve yakınlık puanı hesaplanır.
| Firma | Yakınlık puanı (Linear Sum) | Sıra | Yakınlık puanı (Vektör normalizasyonu) | Sıra |
|---|---|---|---|---|
| F2 | 0,796 | 1 | 0,789 | 2 |
| F1 | 0,761 | 2 | 0,806 | 1 |
| F3 | 0,184 | 3 | 0,192 | 3 |
Sonuç şöyle okunur. Linear Sum Normalization ile F2 birinci sıraya çıkar; bedel ters çevrilip toplama bölündüğü için F2'nin düşük fiyatı toplam paya büyük bir katkı yapar. Aynı tabloya vektör normalizasyonu uygulandığında F1 birinci sıraya geçer; vektör normalizasyonu maliyeti tersine çevirmez, ham büyüklüğü ölçekleyip yönü ideal nokta adımında ayırır, bu yüzden F2'nin fiyat avantajı aynı ölçüde büyütülmez ve F1'in hız ile kalitedeki üstünlüğü öne çıkar. F3 her iki yöntemde de açık farkla sonuncudur.
İdare burada tereddüt eder. F1 ile F2 arasındaki sıra, yalnız hangi normalizasyon biçiminin seçildiğine bağlı olarak değişir; girdiler ve ağırlıklar aynı kalmıştır. Bu yüzden rapor, sıranın normalizasyon seçimine duyarlı olduğunu ve iki yöntemin sonucunu birlikte göstermesi gerektiğini belirtmelidir.
Raporda: "Bedelin ters çevrilerek paylaştırılması nedeniyle Linear Sum Normalization ile F2 öne çıkar; aynı veriye vektör normalizasyonu uygulandığında F1 birinci sıraya geçer, çünkü bu yöntem fiyat avantajını aynı ölçüde büyütmez."
Kaynak: Sayılar bu kartın yazarı tarafından kurgulanmış, Python ile klasik TOPSIS algoritması koşturularak hesaplanmıştır. Bu örnek DecisionMind'ın normalizasyon karşılaştırma örneğidir, bir yayından alınmamıştır.
2. Su yönetimi: Bir belediyenin arıtma tesisi ekipmanı seçimi
Bir belediyenin su idaresi, üç arıtma tesisi ekipmanı teklifi arasında seçim yapacaktır. Ölçütler arıtma kapasitesi, enerji tüketimi ve bakım maliyetidir; enerji tüketimi ve bakım maliyeti azı iyi, kapasite çoğu iyidir. İdare, COPRAS yöntemine geçmeden önce tabloyu Linear Sum Normalization ile eşitlemiştir.
Diyelim ki bir teklifin enerji tüketimi diğerlerinden çok düşük, neredeyse sıfıra yakın bir değer olsun. Bu durumda tersi çok büyük bir sayı çıkar ve bu teklifin enerji payı sütun toplamının büyük bir kısmını kaplar; diğer teklifler bu sütunda neredeyse pay alamaz hale gelir. İdare tereddüt eder: gerçekte enerji farkı birkaç kat iken, pay dağılımında bu fark çok daha büyük görünür, çünkü ters çevirme küçük sayılarda aşırı duyarlıdır.
Raporda: "Enerji tüketimindeki farkın Linear Sum Normalization'ın ters çevirme adımında büyütüldüğü görülmüştür; teklif karşılaştırması ham enerji değerleriyle birlikte sunulmalıdır."
3. Huzurevi: Bir huzurevi işletmesinin çamaşırhane hizmeti sağlayıcısı seçimi
Bir huzurevi işletmesi, üç çamaşırhane hizmeti sağlayıcısı arasında seçim yapacaktır. Ölçütler haftalık kapasite, birim fiyat ve hijyen denetim puanıdır; birim fiyat azı iyi, diğer ikisi çoğu iyidir. İşletme, sağlayıcıları Linear Sum Normalization ile eşitlenmiş bir tabloyla karşılaştırır.
Diyelim ki bir sağlayıcının birim fiyatı veri girişi hatasıyla sıfıra çok yakın küçük bir sayı olarak girilmiş olsun. Ters çevirme formülü, çok küçük bir sayının tersini çok büyük bir sayıya çevirir; bu sağlayıcının payı sütun toplamının neredeyse tamamını kaplar ve diğer sağlayıcılar sıfıra yakın pay alır. İşletme tereddüt eder: bu sonucun veri girişi hatasından mı yoksa gerçek bir fiyat avantajından mı kaynaklandığı bilinmiyor; fiyat sıfıra ne kadar yakınsa yöntem o kadar hassaslaşır.
Raporda: "Bir sağlayıcının fiyat payının toplamı neredeyse tek başına kapladığı görülmüştür; bu veri noktası doğrulanmadan sıralama kesinleştirilmemelidir."
4. Yapılmaması Gereken
Aynı müze tablosunda bedel çoğu iyi işaretlenseydi en pahalı firma F3 bu sütunda en yüksek payı alır, gerçekte en pahalı teklif en avantajlı gibi görünürdü. İkinci yanlış, F1'in kalite sütununda aldığı 0,4684 payını kalitesi yüzde 47 diye okumaktır; pay yalnız üç firma arasında toplamın ne kadarını aldığını gösterir, mutlak bir kalite yüzdesi değildir. Üçüncü yanlış, bedel sütununda bir firma değeri veri hatasıyla 0 bin TL girilirse yöntemi olduğu gibi çalıştırmaktır; tersi sonsuza gider ve toplam pay hesaplanamaz.
Kaynaklar
Adımların formülleri, ara tabloları ve atıf biçimleri için DecisionMind yöntem sayfası: decisionmind.app/library/linear-sum-normalization
Zavadskas, E. K., Turskis, Z., Peldschus, F., & Kaklauskas, A. (1994). Competitive comparison of contractors' offers in construction. Technika, Vilnius. (DOI yok)
Jahan, A., & Edwards, K. L. (2015). A state-of-the-art survey on the influence of normalization techniques in ranking: Improving the materials selection process in engineering design. Materials & Design, 65, 335–342. DOI: 10.1016/j.matdes.2014.09.022
Vafaei, N., Ribeiro, R. A., & Camarinha-Matos, L. M. (2018). Data normalisation techniques in decision making: case study with TOPSIS method. International Journal of Information and Decision Sciences, 10(1), 19. DOI: 10.1504/ijids.2018.090667
Çelen, A. (2014). Comparative Analysis of Normalization Procedures in TOPSIS Method: With an Application to Turkish Deposit Banking Market. Informatica, 25(2), 185–208. DOI: 10.15388/informatica.2014.10