<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Archiving and Interchange DTD v1.0 20120330//EN" "JATS-archivearticle1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink">
  <front>
    <journal-meta />
    <article-meta>
      <title-group>
        <article-title>COSMIC İşlevsel Yazılım Büyüklüğü Ölçüm Yönteminin Kurumlarda Uygulanmasında Dikkat Edilmesi Gereken Noktalar</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Murat Salmanoğlu</string-name>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Ali Yıldız</string-name>
          <email>ali.yildiz@bg.com.tr</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Onur Demirörs</string-name>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Bilgi Grubu</institution>
          ,
          <addr-line>Ankara</addr-line>
          ,
          <country country="TR">Türkiye</country>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>ODTÜ Enformatik Enstitüsü</institution>
          ,
          <addr-line>Ankara</addr-line>
          ,
          <country country="TR">Türkiye</country>
        </aff>
      </contrib-group>
      <fpage>472</fpage>
      <lpage>477</lpage>
      <abstract>
        <p>Özet. Yazılım projelerinin başarı ile yönetilebilmesi amacıyla iş gücü, bütçe, takvim gibi önemli kısıtlar için proje yaşam döngüsü başlangıcında yapılacak kestirimler oldukça önemlidir. Yazılım işlevsel büyüklüğü bu kestirimler için kullanılabilecek objektif ve karşılaştırılabilir önemli bir girdidir. Bu çalışmada yazılım işlevsel büyüklük ölçüm yöntemlerini uygulamaya karar veren kurumların bu yöntemleri süreçlerinde başarılı bir şekilde uygulayabilmeleri için dikkat etmeleri gereken noktalardan bahsedilmiştir. Anahtar kelimeler: İşlevsel büyüklük ölçümü, COSMIC, iş gücü kestirimi</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>-</title>
      <p>
        Proje yönetiminde en önemli noktalardan bir tanesi projeye başlamadan önce iş gücü,
maliyet, bütçe, takvim gibi proje için kritik öneme sahip kısıtlarla ilgili kestirimleri
güvenilir yöntemler kullanarak olabildiğince gerçeğe yakın öngörebilmektir. Bu tür
kestirimlerin, basit tahminlerden öteye giderek, kabul edilebilir sınırlar içerisinde
yapabilmesi için objektif ölçütlere dayalı yöntemler kullanılması gerekmektedir.
Nispeten genç bir dal olan yazılım mühendisliğinde bu tür kestirimler için geleneksel
olarak uzman görüşü, karşılaştırma, benzetme gibi tecrübeye dayalı yöntemler
[
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]kullanılmıştır. Tecrübeye dayalı bu yöntemler hızlı gelişen teknoloji ve sürekli
yenilen iş gücü karşısında yetersiz kalmaktadır. Bunlar yerine kullanılabilecek
objektif ölçütlere ve bu ölçütlere bağlı algoritmalara dayanan yaklaşımlar [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ] modern
yazılım mühendisliği dünyasının ihtiyacını karşılamak için daha uygundur .
      </p>
      <p>Objektif kritere dayalı ölçütler içinde en bilineni kaynak kod satır sayısı olmasına
rağmen bu ölçütün kullanımı proje yönetimi açısından uygun değildir. Bunun en
önemli nedeni, kod satır sayısını doğru olarak belirlemek için yazılım ürününün
tamamlanmış olması gerekliliğidir. Bunun dışında, farklı kodlama alışkanlıkları, farklı
kodlama dillerinin kullanımı, yazılım kodlarını otomatik oluşturan teknolojilerin
yaygınlaşması gibi nedenlerle kod satır sayısı yazılımın büyüklüğüyle ilgili bir ölçüt
olarak artık kabul görmemektedir.</p>
      <p>Hedeflediğimiz amaçlara uygun bir şekilde kullanılabilecek, dünya çapında kabul
görmüş en yaygın ölçütlerden bir tanesi işlevsel büyüklüktür. Üretilecek yazılımın
kullanıcılarına sunacağı işlevleri ölçmeyi hedefleyen bu yaklaşım, yazılımın sunacağı
hizmetlerin bir ölçütü olduğu için yazılımın nasıl geliştirildiğinden bağımsızdır. Bu
nedenle yazılımın hangi kodlama dilliyle, hangi yazılım yaşam döngüsü modeli ile ya
da hangi teknolojiler ile geliştirileceğinden bağımsız olarak yazılımın büyüklüğünün
ölçülebilmesine olanak sağlar.</p>
      <p>COSMIC (Common Software Measurement International Consortium); ISO
(International Organization for Standardization) standardı yayınlanmış [2] işlevsel
büyüklük ölçüm yöntemleri içerisinde en genç yöntem olmasına rağmen, diğer
yöntemlere göre kullanım ve öğrenme karmaşıklığı en düşük, en geniş kapsama sahip, ve
otomatikleştirmeye daha uygun bir yöntem [3] olması nedeniyle özellikle işlevsel
büyüklük ölçümüne yeni başlayacak kurumlar tarafından tercih edilmektedir [4].</p>
      <p>COSMIC kullanmaya karar veren kurumların, yöntemden en iyi verimi
alabilmeleri için uygulamaya geçmeden önce yöntemin uygulanmasının süreçlerine uyumu ile
ilgili çalışmaları yürütmeleri gerekmektedir. Bu makalenin ikinci bölümünde
COSMIC yönteminin var olan süreçlere uyumu çalışmaları sırasında karşılaşılan
zorluklardan ve bunları aşmaya yönelik çözüm önerilerinden bahsedilecektir. Bu
makalede anlatılanlar COSMIC yönteminin uygulaması sırasında edinilen gözlemleri
gösterse de tüm işlevsel büyüklük yöntemleri için benzer gözlemlerden bahsedilebilir.
2</p>
      <p>Geçmiş Çalışmalar
İşlevsel büyüklük analizi yöntemi Albrecht’in ilk defa önerdiği günden [5]günümüze
kadar yazılım çevrelerinde kullanılmaktadır. Şu an ISO’nun yayınladığı bir işlevsel
büyüklük ölçümü standardı [6]ve 4 farklı ölçüm yöntemi için standartlar [2], [7]–[9]
mevcuttur. Her ne kadar bu çalışma kapsamı tüm işlevsel büyüklük ölçüm yöntemleri
için kabul edilebilir olsa da, yazarların tecrübesi COSMIC [10] iledir.</p>
      <p>İşlevsel büyüklük ölçüm yöntemlerinin kurumsal süreçlere uyumu sırasında bu
yöntemlerin kullanımıyla ilgili tereddütler olabilir [11]. Kurumların bu tereddütleri
gidermeye yönelik doğru bilgilere ulaşarak aşmaları gerekmektedir. Geçmiş literatür
incelendiğinde işlevsel büyüklük ölçümünün doğruluğu ile ilgili bir çok yayına
[12][13][14][15][16] ulaşılabilmesine rağmen, yöntemin süreçlere uyumu konusunu
doğrudan inceleyen bir yayına rastlanamamaktadır. Bunun bir nedeni de kurumların
bu konudaki süreç iyileştirme tecrübelerini ticari nedenlerle yayınlamak istememeleri
olabilir.
3</p>
      <p>Süreçlere Uyumda Dikkat Edilmesi Gereken Noktalar ve
Öneriler
Bu bölümde işlevsel büyüklük ölçümü yöntemini süreçlerinde kullanmak isteyen
organizasyonların dikkat etmeleri gereken noktalar ve öneriler detaylandırılmıştır
(Tablo 1).
3.1</p>
      <p>İş gücü bilgilerinin düzgün/tutarlı tutulmaması:
Yazılımın işlevsel büyüklüğünün ölçülmesinin yazılım projeleri yönetimi için en
önemli faydalarından bir tanesi gerekli olan iş gücü, maliyet ve takvim gibi verilerin
proje yaşam döngüsü başında kabul edilebilir sınırlar içerisinde kestirilebilmesine
olanak sağlamasıdır. Bu kestirimler yapılırken kurumun geçmiş projeleri ölçülüp elde
edilen büyüklükler bu projelere ait iş gücü verileriyle birlikte kullanılarak kurum için
bir iş gücü modeli oluşturulur. Bu model yeni projelerde ihtiyaç duyulacak iş gücünün
ve buna bağlı olarak maliyet ve takvimin kestiriminin yapılmasına olanak sağlar.</p>
      <p>Yazılım işlevsel büyüklüğüne bağlı iş gücü modelinin doğru çalışabilmesi için bu
modelde girdi olarak kullanılan geçmiş iş gücü verilerinin de doğru ve tutarlı olması
gerekmektedir. Çalışanlar genel olarak iş gücü verilerini kaydederken gerek
zorunluluktan gerekse yeterli altyapı olmayışından dolayı elektronik postalarını cevaplamak,
telefon görüşmesi yapmak gibi proje dışı bazı faaliyetlere harcadıkları iş gücünü de
ayrı kaydetmek yerine proje faaliyetine kaydetmektedir. Bazı durumlarda iş gücü
verisini toplayan sistemlere veri girişi anlık (günlük) değil uzun süreli (haftalık, aylık)
olarak topluca yapılmaktadır, bu durumda çalışanların geçen zamandan dolayı farklı
projelere harcadıkları iş gücünü doğru olarak giremeyişleri nedeni ile kayıtların
kesinliği azalmaktadır. Hatta bazı durumlarda çalışanlar haftalık işgüçlerini çalıştıkları
projelere bölerek gerçek veriden tamamen uzak girişler yapabilmektedir. Bu tür hatalı
kayıtlar ilgili projelere ait toplam iş gücü verilerinin hatalı tutulmasına, sonuç olarak
da oluşturulacak iş gücü kestirim modellerinde hataya sebep olmaktadır.</p>
      <p>Kestirim modellerinin hata payının azaltılabilmesi için kurumlar iş gücü verisinin
düzgün/tutarlı kaydedilmesi için kurum yapısına ve süreçlerine uygun bir alt yapısı
oluşturulmalı ve bu verilerin düzgün/tutarlı kaydedildiğinden emin olunmalıdır. İş
gücü verilerinin girilirken proje dışı faaliyetler için de veri girilmesi sağlanmalı ve
gerçekleşen iş gücü verilerinin günlük ve kesinlikli girilmesini sağlayacak bir yapı
oluşturulmalıdır. Girilen iş gücü verilerinin kullanım amacı çalışanlarla paylaşılmalı,
çalışanların hiç mola vermeden günlük mesailerinin tamamını proje faaliyetlerine
harcamalarını beklemenin anlamsızlığının farkında olarak proje dışı faaliyetler için
girilen iş gücü verilerinin ceza amaçlı kullanılmayacağı konusunda güvence
sağlanmalıdır.</p>
      <p>İşgücü modeline girdi olarak kullanılacak verilerin tutarlı olması oluşturulacak
modelin hata payını azaltarak kurumların uzun vadede tutarlı kestirimler yaparak
proje yönetim faaliyetlerinin etkinliğini arttırma şansı verecektir.
3.2</p>
    </sec>
    <sec id="sec-2">
      <title>Kurumsal ölçüm yönteminin oluşturulmaması:</title>
      <p>COSMIC yöntemi kurallarına uygun olarak yapılan ölçümlerin ölçen kişiden
bağımsız olarak aynı sonucu vermesi beklenmektedir. Bu özellik yöntemin en önemli
avantajlarından birisidir. Ancak bazı durumlarda ölçüm yapan kişilerin kuralları
farklı/yanlış yorumlamaları nedeniyle ölçümler arasında farklılıklar görülebilmektedir. Bu
tür farklılıkların önüne geçebilmek için, çalışanlara yeterli COSMIC eğitiminin
verilmesinin yanı sıra, kurumsal ölçüm kuralları tanımlanarak çalışanlarla
paylaşılmalıdır.</p>
      <p>Kurumsal ölçüm kuralları COSMIC ölçüm kılavuzunda tanımlanan kurallardan
farklı olarak, bu kuralların kurumun alan bilgisiyle harmanlanarak çalışanların
yoruma gerek kalmadan rahatlıkla anlayabilecekleri bir dille tanımlanması ve çalıştıkları
alanlarla ilgili örneklerle zenginleştirilmesiyle oluşturulacaktır. Örneğin COSMIC ile
ölçüm yaparken çalışanlar ilgi nesnesi [10] kavramını anlamakta zorluk yaşamakta,
özellikle yöntemi öğrenmeye başladıkları ilk dönemlerde nasıl tanımlayacaklarıyla
ilgili yardıma ihtiyaç duymaktadırlar. Bu konuda yardımcı olmak için çalışılan
alanlarla ilgili ilgi nesneleri kurum genelinde listelenip, yapılacak ölçümlerde bu listenin
kullanılması sağlanabilir. Tüm uygularda ilgi nesnelerinin doğru belirlenmiş olması
ölçüm doğruluğunu arttıracak ve hatalı kestirimlerin önüne geçecektir.</p>
      <p>İlk aşamalarda ortak bir kural seti geliştirmek için ortak çalışmalar ve çalıştaylar
yapılması gerekeceğinden harcanan iş gücü artacaktır. Ancak bu iş gücü öğrenme ve
geçiş döneminin parçası olarak görülmeli ve daha sonraki ölçümlerin doğruluğunu ve
tutarlığını arttırarak hataların önüne geçeceği göz önünde bulundurulmalıdır.
3.3</p>
    </sec>
    <sec id="sec-3">
      <title>Yeniden kullanım (reuse) oranının net belirlenememesi:</title>
      <p>Yazılım geliştiren kurumlarda tekrarlanan işlevler için daha önce mevcut olan
gereksinim, tasarım veya kod parçaları uygun olan durumlarda yeniden geliştirilme eforu
harcanmadan daha önceki şekillerde kullanılmaktadır. COSMIC ile işlevsel büyüklük
ölçümü sırasında tekrarlayan işlevsel süreçler için büyüklük ölçümü hesaplanırken
tekrarlamalar göz önüne alınarak ölçüm yapılır. Ancak tekrarlayan özelliklerin daha
önce geliştirilen projelerde olması ya da analiz ekibinin tasarım sırasında
tekrarlanacak özelliklere hakim olmaması gibi nedenlerle bazı durumlarda yeniden kullanılan
özellikler tekrar sayılabilir.</p>
      <p>Yeniden kullanılan özelliklerin tekrar sayılması iş gücü modellerinde gereğinden
fazla iş gücü kestirimi yapılmasına neden olacaktır. COSMIC ölçümü yapılırken
yeniden kullanım oranlarının ölçüm yapan ekip tarafından biliniyor olması bu
hataların kolayca engellenmesini sağlayacaktır. Yeniden kullanım oranlarının doğru
hesaplanabilmesi için yazılım geliştirme süreçlerinde gerekli düzenlemeler yapılmalı,
yeniden kullanıma ilerleyen aşamalarda karar verilen durumlarda da konuyla ilgili
paydaşlar arasında iletişim kurularak ölçümün güncellenmesi sağlanmalıdır. COSMIC ölçüm
rehberinde de belirtildiği gibi kurumlar yeniden kullanım oranlarını belirledikten
sonra yeniden kullanılacak olan bölümün türüne ve büyüklüğüne göre iş gücü
kestirim modellerini güncelleyebilirler.
3.4</p>
      <p>İş gücü bilgilerinin kişi üretkenliğini belirlemede kullanılması:
İşlevsel büyüklük yazılım projeleri için önemli olan birçok konuda kurumlara
kolaylıkla uygulanabilecek çözümler sunmaktadır. Bu yöntemi benimseyen kurumların bu
çalışmada da özetlenen faydalara ek olarak bu yöntemi çalışanların bireysel
performansını ölçmek için de kullanma eğilimi gösterdiği gözlenmiştir. Özellikle araştırma
ve geliştirme faaliyetlerinde bireysel performans ölçümün kolay tanımlanabilen nitel
ölçütlere bağlanabilmesinin zorluğundan dolayı kurumlar işlevsel büyüklüğü çözüm
olarak görmektedirler.</p>
      <p>Bu tür bir yaklaşım çalışanlar üzerinde önemli baskılara neden olarak kurum için
ciddi problemlere yol açabilir. COSMIC yöntemi ile yazılımın işlevsel büyüklüğünü
ölçebiliriz ancak bu büyüklük yazılımın kullanıcıya sağladığı faydanın büyüklüğüdür.
Yazılım geliştirme sürecine dahil olan çalışanlar işlevsel süreçlerin geliştirilmesine ek
olarak çok farklı görevler üstlenebilmektedir. Örneğin yazılımın performansını
iyileştirmek için çalışan bir geliştiricinin harcayacağı iş gücü yazılımın işlevsel
büyüklüğünden bağımsız olabilir. Ya da yazılımın kullanıcı ara yüzünü geliştiren bir görsel
tasarımcı, kullanıcıya sağlanan işlevsel faydadan bağımsız olarak kullanıcı deneyimi
iyileştirmeye yönelik çalışmalar yapabilir. Bütün bu işlevsel olmayan geliştirme
işlemleri yazılımın bütünü incelendiğinde işlevsel büyüklükle ilişkili olabilir ancak
bireysel seviyedeki performanslar işlevsel büyüklükle ölçülemez.</p>
      <p>İşlevsel büyüklüğü performans yönetimi amacıyla kullanmak isteyen kurumlar iyi
tanımlanmış kurallar yardımıyla proje ekipleri için performans yönetim modelleri
oluşturabilirler, ancak bu yaklaşımın bireysel performans ölçümü için kullanılması
hem kurum hem de çalışanlar için olumsuz sonuçlar doğurabilir.</p>
      <p>Tablo 1. İşlevsel büyüklük ölçümünde dikkat edilecek noktalar
Çözüm
Önerisi
Ölçüm
yöntemi
İş gücü bilgile- Ölçümlerin
KaSrşoırlauşnılan trmuintaaisnrılıdtüuztguül mna- gkdöieşğsitiyeşerikmblaiekğsilı
İş gücü Yeniden Üretkenlik</p>
      <p>kullanım değerlendirme
Yeniden kullanım Üretkenlik
değer(reuse) oranının net lerinin kişi
üretbelirlenmemesi kenliği
değerlendirme amacıyla
kullanılması
Alt yapı oluştu- Ölçüm yönte- Yeniden kullanım Üretkenlik
değerrulması mi eğitimlerin etkisinin belirlen- lendirme
kriterleDüzgün ve verilmesi mesi rinin belirlenmesi
tutarlı veri Ortak ölçüm Yeniden kullanım Üretkenlik
değergirildiğinin yöntemi oluş- durumunda ölçüm- lendirmesinin
kontrolü turulması lerin güncellenmesi belirlenen
kategoProje dışı faali- Ölçüm örnek- Yeniden kullanım riler içinde
bireyyetlerin de leri kütüpha- etkisi için hesapla- sel açıdan değil
dikkate alınma- nesi oluştu- ma yöntemi oluştu- takım olarak
yası rulması rulması pılması
4</p>
      <p>Sonuç
İşlevsel büyüklük ölçümü yazılım geliştirme süreçlerinde ve süreçlerin yönetiminde
kuruma önemli faydalar sağlamaktadır. Özellikle kullanımının, öğrenilmesinin ve
süreçlere uyumunun kolaylığı nedeniyle COSMIC işlevsel büyüklük ölçüm yöntemi
en çok tercih edilen yöntemlerden birisidir. Ancak bu yöntemleri uygulamak isteyen
kurumların dikkat etmesi gereken birkaç temel nokta vardır. Dikkat edilmesi gereken
noktalar ve çözüm öneriler başlığında detaylı olarak ele alınan bu noktalar, işlevsel
büyüklük ölçme yöntemlerini süreçlerinde uygulamaya karar veren kurumların
başarılı uygulamalar gerçekleştirebilmeleri için kritik öneme sahiptir. Kurumların geçiş
süreçlerinde bu noktalara dikkat etmeleri bu yöntemlerden sorunsuz bir ş ekilde en
yüksek faydayı elde etmelerine yardımcı olacaktır.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <surname>Richard</surname>
            <given-names>D.</given-names>
          </string-name>
          <string-name>
            <surname>Stutzke</surname>
          </string-name>
          ,
          <article-title>Estimating Software-Intensive Systems</article-title>
          . SEI Series in Software Engineering, Addison-Wesley,
          <year>2005</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          <string-name>
            <surname>ISO</surname>
          </string-name>
          /IEC, “
          <volume>19761</volume>
          :
          <string-name>
            <surname>Software</surname>
          </string-name>
          engineering -- COSMIC:
          <article-title>a functional size measurement method</article-title>
          ,”
          <year>2011</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          <string-name>
            <given-names>A.</given-names>
            <surname>Abran</surname>
          </string-name>
          , “
          <article-title>Automating Functional Size Measurement - a Survey,”</article-title>
          <source>in UKSMA/COSMIC Conference 2011- 22nd Annual conference on Metrics and Estimating: hosted in collaboration with COSMIC</source>
          ,
          <year>2011</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          <source>“OVERVIEW of Function Points,” Total Metrics</source>
          ,
          <year>2013</year>
          . [Online]. Available: http://www.totalmetrics.com/
          <article-title>function-point-resources/what-are-functionpoints.</article-title>
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          <string-name>
            <given-names>A. J.</given-names>
            <surname>Albrecht</surname>
          </string-name>
          , “Measuring Application Development Productivity,”
          <source>in Proceedings of IBM Application Development Symposium</source>
          ,
          <year>1979</year>
          , pp.
          <fpage>83</fpage>
          -
          <lpage>92</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          <source>“ISO/IEC 14143-1: Information Technology - Software Measurement - Functional Size Measurement - Part 1: Definition of Concepts</source>
          <year>1998</year>
          , updated in
          <year>2007</year>
          .” ISO/IEC, “
          <volume>20968</volume>
          :
          <string-name>
            <surname>Software</surname>
          </string-name>
          engineering --
          <string-name>
            <surname>Mk II Function Point Analysis -- Counting</surname>
          </string-name>
          Practices Manual.”
          <year>2002</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          <string-name>
            <surname>ISO</surname>
          </string-name>
          /IEC, “
          <volume>24570</volume>
          :
          <string-name>
            <surname>Software</surname>
          </string-name>
          engineering --
          <source>NESMA functional size measurement method version 2</source>
          .
          <fpage>1</fpage>
          -
          <article-title>- Definitions and counting guidelines for the application of Function Point Analysis</article-title>
          ,”
          <year>2005</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          <string-name>
            <surname>ISO</surname>
          </string-name>
          /IEC, “
          <volume>20926</volume>
          : Software and systems engineering --
          <string-name>
            <surname>Software</surname>
          </string-name>
          measurement -
          <article-title>- IFPUG functional size measurement method</article-title>
          .”
          <year>2009</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          <string-name>
            <given-names>A.</given-names>
            <surname>Abran</surname>
          </string-name>
          ,
          <string-name>
            <surname>J.-M. Desharnais</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          <string-name>
            <surname>Oligny</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          <string-name>
            <surname>St-Pierre</surname>
            , and
            <given-names>C.</given-names>
          </string-name>
          <string-name>
            <surname>Symons</surname>
          </string-name>
          , “
          <source>COSMIC Method Measurement Manual Version 3.0</source>
          .1.,” (COSMIC),
          <source>The Common Software Measurement International Consortium</source>
          ,
          <year>2009</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          <string-name>
            <given-names>B.</given-names>
            <surname>Özkan</surname>
          </string-name>
          , “İşlevsel Büyüklük Ölçümünde Yedi Efsane,” in 5. Ulusal Yazılım Mühendisliği Sempozyumu,
          <year>2011</year>
          , pp.
          <fpage>59</fpage>
          -
          <lpage>64</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          <string-name>
            <given-names>G.</given-names>
            <surname>Low</surname>
          </string-name>
          and
          <string-name>
            <given-names>D.</given-names>
            <surname>Jeffery</surname>
          </string-name>
          , “
          <article-title>Function points in the estimation and evaluation of the software process</article-title>
          ,
          <source>” Softw. Eng. IEEE Trans.</source>
          , vol.
          <volume>16</volume>
          , no.
          <issue>1</issue>
          , pp.
          <fpage>64</fpage>
          -
          <lpage>71</lpage>
          ,
          <year>1990</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          <string-name>
            <given-names>C.</given-names>
            <surname>Kemerer</surname>
          </string-name>
          , “
          <article-title>Reliability of function points measurement: a field experiment,” Commun</article-title>
          . ACM, vol.
          <volume>36</volume>
          , no.
          <issue>2</issue>
          ,
          <year>1993</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          <string-name>
            <given-names>C. F.</given-names>
            <surname>Kemerer</surname>
          </string-name>
          and
          <string-name>
            <given-names>B. S.</given-names>
            <surname>Porter</surname>
          </string-name>
          , “
          <article-title>Improving the reliability of function point measurement: an empirical study</article-title>
          ,
          <source>” IEEE Trans. Softw</source>
          . Eng., vol.
          <volume>18</volume>
          , no.
          <issue>11</issue>
          , pp.
          <fpage>1011</fpage>
          -
          <lpage>1024</lpage>
          ,
          <year>1992</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          <string-name>
            <given-names>S.</given-names>
            <surname>Abrahao</surname>
          </string-name>
          , G. Poels, and
          <string-name>
            <given-names>O.</given-names>
            <surname>Pastor</surname>
          </string-name>
          , “
          <article-title>Assessing the reproducibility and accuracy of functional size measurement methods through experimentation</article-title>
          ,
          <source>” Proceedings. 2004 Int. Symp. Empir. Softw. Eng</source>
          .
          <year>2004</year>
          . ISESE '
          <volume>04</volume>
          ., pp.
          <fpage>189</fpage>
          -
          <lpage>198</lpage>
          ,
          <year>2004</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          <string-name>
            <given-names>O.</given-names>
            <surname>Turetken</surname>
          </string-name>
          ,
          <string-name>
            <given-names>O.</given-names>
            <surname>Demirors</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Gencel</surname>
          </string-name>
          , and
          <string-name>
            <given-names>O. O.</given-names>
            <surname>Top</surname>
          </string-name>
          , “
          <source>The Effect of Entity Generalization on Software Functional Sizing : A Case Study,” in PROFES</source>
          <year>2008</year>
          ,
          <year>2008</year>
          , pp.
          <fpage>105</fpage>
          -
          <lpage>116</lpage>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>