<!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>Yazılım Süreç Değerlendirme Araçlarının Karşılaştırılması: Bir Çoklu Durum Çalışması1</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Ozan Raşit Yürüm</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Özden Özcan Top</string-name>
          <email>2ozdentop@gmail.com</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Ali Mert Ertuğrul</string-name>
          <email>alimert@metu.edu.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="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Anahtar Kelimeler. Süreç Değerlendirme</institution>
          ,
          <addr-line>Süreç İyileştirme, Yazılım Süreç Değerlendirme Araçları, CMMI, ISO 15504, SPICE</addr-line>
          ,
          <country country="US">USA</country>
        </aff>
      </contrib-group>
      <fpage>360</fpage>
      <lpage>371</lpage>
      <abstract>
        <p>Özet. CMMI ve SPICE yazılım organizasyonlarının süreç iyileştirme çalışmalarında kullandıkları en yaygın iki modeldir. Bu modellerin yanı sıra çeşitli sektörler için özelleştirilmiş Automative SPICE, Enterprise SPICE ve Brazilian Software Improvement gibi süreç değerlendirme modelleri de süreç iyileştirme odaklı kullanılmaktadır. Süreç değerlendirme çalışmalarında araç desteği, zaman ve maliyet açısından önemli bir yere sahip olduğu için süreç değerlendirme etkinliğini artırmak amacıyla birçok süreç değerlendirme aracı geliştirilmiştir. Bu bildiride mevcut durumda yazılım süreç değerlendirme çalışmalarında kullanılmakta olan araçların süreç değerlendirme yapmaya uygunluklarının, iyileştirmeye açık ve güçlü yönlerinin belirlenmesi hedeflenmektedir. Çalışmada 6 adet süreç değerlendirme aracına daha önceden CMMI ve SPICE ile gerçekleştirilmiş olan değerlendirme sonuçları girilerek; araçların özellikleri karşılaştırılmıştır. Çalışma sonucunda, değerlendirilen süreç değerlendirme araçlarının hiçbirinin belirlenen kriterlerin tümünü tam olarak karşılamadığı belirlenmiştir.</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>-</title>
      <p>
        1 Bu çalışma Türkiye Bilimsel ve Teknolojik Araştırma Kurumu (TÜBİTAK) tarafından 113E528 projesi
kapsamında desteklenmektedir.
alanlarında kullanılan Automotive SPICE [4], Medi SPICE [5], Enterprise SPICE [6]
gibi süreç değerlendirme modelleri tanımlamaya sürüklemiştir [7]. Yeni bir alan
olarak çevik yazılım geliştirme yöntemlerinin olgunluğunu belirlemek amacıyla da
olgunluk modelleri geliştirilmektedir [8] [9] [
        <xref ref-type="bibr" rid="ref12">10</xref>
        ].
      </p>
      <p>Süreç olgunluk değerlendirme çalışmalarında araç kullanımı ile değerlendirme
sırasında veri toplama, belge yönetimi, raporlama gibi alanlarda harcananın çabanın
azaltılması ve değerlendirme sırasında denetçilerin yönlendirilerek etkin bir
değerlendirme yapılması hedeflenmektedir [11]. Araçlar, bu anlamda yeni geliştirilen
ve güncellenen modellerin tanımlanmasına olanak sağlayacak ve değerlendirmeyi
kolaylaştıracak düzeyde olmalıdır. Bu çalışma kapsamında yapılan literatür
araştırması sonucunda, hali hazırda geliştirilmiş olan araçların fonksiyonel
özelliklerini ve etkinliğini ölçmek için yeterli çalışma yapılmadığı
gözlemlenmiştir. 2003 ve 2004 yıllarında yazılım süreç değerlendirme araçlarının
sahip olduğu işlevleri öğrenmek amacıyla Leung ve Qu tarafından anket uygulanmış
ve araçların hangi özelliğe sahip olduğu belirtilmiştir [11]. Fakat, araçların bu
özelliklere ne derecede olanak sağladığına dair bir bilgi verilmemektedir. Ayrıca, Lok
ve Walker tarafından yapılan başka bir çalışmada SEAL QQ [12] isimli aracın kalite
özelliklerine (işlevsellik, güvenlik, güvenilirlik, taşınabilirlik, sürdürebilirlik vs.)
yüzeysel olarak bakılmıştır [13]. Çok genel kavramlar olan bu özelliklere bakmak
yazılım süreç değerlendirme araçlarının sahip olması gereken daha temel
özelliklerinin gözardı edilmesine yol açmaktadır.</p>
      <p>Bu bildiride sunduğumuz çalışmanın amacı yazılım süreç değerlendirme araçlarını
uzman görüşleri alarak belirlediğimiz kriterlere göre değerlendirmek ve
değerlendirme sonuçlarından yola çıkarak mevcut araçların yeterliliğini ortaya
koymaktır. Bu çalışma aynı zamanda bir yazılım süreç değerlendirme aracında olması
beklenen özelliklerin neler olduğunun tanımlanması açısından da önemlidir.</p>
      <p>Çalışmamızda yazılım süreç değerlendirme araçlarını karşılaştırmak amacıyla
çoklu durum çalışması gerçekleştirilmiştir. Bunun için CMMI [1] ve SPICE [2] ile
gerçekleştirilmiş iki adet süreç değerledirme sonucu bir süreç değerlendirme uzmanı
ve iki süreç değerlendirme modelleri hakkında eğitim almış yüksek lisans öğrencisi
tarafından belirlenen tüm kriterler gözetilerek araçlarda ayrı ayrı tanımlanmıştır.
Ardından elde edilen bulgular yine bahsi geçen 3 kişinin bir araya gelmesi ile
tartışılmış ve araçlar hakkındaki bulgular ortaya konmuştur.</p>
      <p>Bildirinin devamı şu şekilde düzenlenmiştir; bölüm 2’de yapılan durum çalışması
ve değerlendirmeye konu olan yazılım süreç değerlendirme araçları açıklanmıştır.
Durum çalışmalarının bulguları bölüm 3’te belirtilirken sonuçlar ve gelecek
çalışmalar ise bölüm 4'de verilmektedir.
2
2.1</p>
    </sec>
    <sec id="sec-2">
      <title>Durum Çalışması</title>
      <sec id="sec-2-1">
        <title>Durum Çalışması Planı</title>
        <p>Aşağıdaki araştırma sorularına
gerçekleştirilmesi planlanmıştır:
yanıtlar
bulmak
amacıyla
durum</p>
        <p>çalışması</p>
        <p>Araştırma Sorusu 1: Mevcut yazılım süreç değerlendirme araçları belirlenen
özelliklere göre değerlendirme yapmaya olanak sağlıyor mu?</p>
        <p>Araştırma Sorusu 2: Mevcut araçların güçlü ve iyileştirmeye açık yanları nelerdir?
Durum çalışmasını aşağıdaki aşamaları içerecek şekilde planlanmıştır:
Araçların Belirlenmesi ve Seçimi: Akademik niteliği olan yazılım süreç
değerlendirme araçlarının belirlenmesi için literatür taraması yapılmasına; ticari
amaçla geliştirilmiş araçların belirlenmesi için arama motorlarının kullanmasına karar
verilmiştir. Seçim için aranan şartlar araçların indirilebilir olması ve çalıştırılabilir
olması olarak belirlenmiştir.</p>
      </sec>
      <sec id="sec-2-2">
        <title>Değerlendirme Kriterlerinin Tanımlanması: Kriterlerin, hem litertür</title>
        <p>araştırmasında benzer yapılmış çalışmalarda kullanılan kriterler göz önünde
bulundurularak hem de yazılım süreç değerlendirme çalışmalarında bulunmuş uzman
kişilerin görüşleri alınarak belirlenmesi planlanmıştır.</p>
        <p>Değerlendirme Örneklerinin Temini: Kriterlerin değerlendirilebilmesi için
araçlarda tanımlanmak üzere CMMI [1] ve SPICE [2] ile gerçekleştirilmiş iki adet
değerlendirme örneğinin elde edilmesi planlanmıştır.</p>
      </sec>
      <sec id="sec-2-3">
        <title>Değerlendirme Sonuçlarının Araçlarda Tanımlanması: Elde edilen</title>
        <p>değerlendirme sonuçlarından 2’şer adet süreç alanına ait değerlendirme sonucunun
araçlarda tanımlanması ve bu sırada araçların belirlenen kriterlere göre
uygunluklarının değerlendirilmesi planlanmıştır.
2.2</p>
      </sec>
      <sec id="sec-2-4">
        <title>Durum Çalışmasının Yürütümü</title>
      </sec>
      <sec id="sec-2-5">
        <title>Yazılım Süreç Değerlendirme Araçlarının Belirlenmesi ve Seçimi: Tablo 1’de</title>
        <p>listelenen yazılım süreç değerlendirme araçları sistematik literatür tarama sürecinin
sonunda bulunmuştur. IEEE Explorer, Web of Science, SpringerLink ve
ScienceDirect ve daha birçok bilimsel kaynak barındıran veritabanlarında yazılım
süreç değerlendirme aracı ile ilgili belirli anahtar kelimeler üzerinden araştırmalar
yapılmıştır. Literatür taraması sonrasında Tablo 1’de verilen araçlara ulaşılmıştır fakat
indirilebilme ve çalıştırabilme kriterlerine uymama nedeniyle CMMI Browser, CMMI
v1.1 Self Assessment Tool, SEAL QQ, SPiCE-Lite Tool, SW-CMM v1.1 Interim
Maturity Toolkit araçları değerlendirme dışı bırakılmıştır.</p>
      </sec>
      <sec id="sec-2-6">
        <title>Araç Sahibi Araç İsmi</title>
        <p>Software Quality Institute Appraisal Assisstant [14]
of Griffith University</p>
        <p>Integrated System Appraisal Wizard [15]
Diagnostics Incorporated</p>
        <p>Wibas CMMI Browser [16]
Marc De Smet CMMI v1.1 Self Assessment Tool [17]
Chemuturi Consultancy CMMiPal v1.0 [18]
HM&amp;S IT-Consulting CMM-Quest v1.3 [19]</p>
        <p>Integrated System Model Wizard [20]
Diagnostics Incorporated.
SEAL
HM&amp;S IT-Consulting
HM&amp;S IT-Consulting
Marc De Smet</p>
        <p>SEAL QQ [12]
SPICE 1-2-1 [21]
SPiCE-Lite Tool [22]</p>
        <p>SW-CMM v1.1 Interim Maturity Toolkit [23]</p>
        <p>Tablo 1. Süreç Değerlendirme Araçlarının Listesi</p>
      </sec>
      <sec id="sec-2-7">
        <title>Süreç Değerlendirme Örneklerinin Seçimi: CMMI [1] tabanlı süreç</title>
        <p>değerlendirme örneğini aldığımız organizasyon 100 kişinin çalıştığı orta büyüklükte
bir işletmedir, web tabanlı uygulamalar geliştirmektedir. SPICE [2] tabanlı süreç
değerlendirme örneği Enformatik Enstitüsü program derslerinden biri olan Yazılım
Kalite Yönetimi kapsamında gerçekleştirilen bir değerlendirmedir.</p>
      </sec>
      <sec id="sec-2-8">
        <title>Değerlendirme Kriterlerinin Tanımlanması: Literatürde yazılım süreç</title>
        <p>değerlendirme araçlarının sahip olması gereken temel özellikleri belirten yeterli
kaynak bulunmamaktadır. Bu nedenle 3 süreç değerlendirme uzmanının görüşleri
alınarak araçların değerlendirilmesinde kullanılacak özellikler belirlenmiştir.</p>
        <p>Yaptığımız araştırmalara göre esnek ve uygun bir yazılım süreç değerlendirme
aracının aşağıdaki özelliklere sahip olması önemli görülmektedir.</p>
      </sec>
      <sec id="sec-2-9">
        <title>Kriter İsmi</title>
        <p>Model Tanımlamaya Uygunluk
Değerlendirme Yapmaya Uygunluk
Otomatik Raporlama
Denetçiyi Yönlendirebilme
Farklı Projelerin Değerlendirilebilmesi
Paralel Değerlendirme Yapmaya Uygunluk
Araç Özelliklerini Keşfedebilmeye Uygunluk</p>
        <sec id="sec-2-9-1">
          <title>Tablo 2. Değerlendirme Kriterlerinin Listesi</title>
        </sec>
      </sec>
      <sec id="sec-2-10">
        <title>Tanımlanan Kriterlere Göre Değerlendirmenin Gerçekleştirilmesi:</title>
        <p>Tanımlanan kriterlere göre değerlendirme; bir süreç değerlendirme uzmanı ve
Enformatik Enstitüsü’nde program derslerinden biri olan Yazılım Kalite Yönetimi
Dersi’ni en az BA(85/100) ile geçen iki yüksek lisans programı öğrencisi tarafından
elde edilen CMMI [1] veya SPICE [2] örnekleri kullanılarak gerçekleştirilmiştir.</p>
        <p>Bağımsız olarak her araç için yapılan 3 paralel çalışmanın ardından kişiler bir
araya gelerek bulguları tartışmış, belirlenen her bir kritere ait Tablo 3’te verilen
derecenlendirmeyi ortak olarak yapmışlardır.
2.3</p>
      </sec>
      <sec id="sec-2-11">
        <title>Değerlendirme Kriterleri</title>
        <p>Aşağıda çalışmada kullanılan kriterlerin açıklamaları verilmektedir:</p>
        <p>Model Tanımlamaya Uygunluk: Bir yazılım süreç değerlendirme aracının esnek
olabilmesi için her türlü süreç değerlendirme modeli için kullanılabilir olması
gerekmektedir. Bu da aracın yeni süreç değerlendirme modeli tanımlamaya ve
tanımlanan modele göre değerlendirme yapmaya olanak sağlaması ile mümkün
olmaktadır. Araçtan beklenen yeni model elemanlarını eklemeye, silmeye,
güncellemeye ve belli bir düzende sıralamaya olanak sağlamasıdır. Ayrıca model
elemanları yaratılmak istenilen modelin ontolojisine uygun bir şekilde düzenlenebilir
olmalıdır. Örneğin, pratik veya amaç yerine başka bir isim verilebilinmelidir.
Böylece, süreç modellerini kendi dillerine çevirmek isteyenler için de kolaylık
olacaktır.</p>
        <p>Araçların CMMI [1] ve SPICE [2] gibi birbirinin eşi olan süreç değerlendirme
sonuçlarını birbirine dönüştürüp dönüştüremediği de bu kriter kapsamında
değerlendirilmiştir. Değerlendirme sonuçlarının birbirine dönüştürülmesi ya da farklı
modeller ile yapılan değerlendirme sonuçlarının birbiri ile karşılaştırılması ancak
bütün modelleri kapsayacak bir metamodel ile uygun olmaktadır. Bu yüzden nitelikli
bir yazılım süreç değerlendirme aracı bütüncül bir metamodel ile yeni bir model
tanımlanmasına imkan sağlamalıdır.</p>
        <p>Değerlendirme Yapmaya Uygunluk: Değerlendirme yapabilmek için süreç
değerlendirme modelindeki gerekli elemanların puanlandırılabilir, bulguların
girilebilir ve kanıtların düzenli bir şekilde tutulabilir olması gerekmektedir.</p>
        <p>Otomatik Raporlama: Yazılım süreç değerlendirme aracı, gerçekleştirilen
değerlendirmenin minimum raporlama gereksinimlerini(değerlendirme tarihi,
değerlendirme girdileri, kanıtlar, değerlendirme bulguları, herbir süreç için
değerlendirme sonuç profili) karşılamalı ve grafiksel öğelerle destekleyebilmelidir.</p>
        <p>Denetçiyi Yönlendirebilme: Ön süreç değerlendirme çalışmaları uzman olmayan
kişiler tarafından yapılabilmektedir, bu nedenle bir süreç değerlendirme aracının
modelleri esas alarak denetçileri yönlendirmesi aracın kullanılabilirliğini
kolaylaştıracaktır.</p>
      </sec>
      <sec id="sec-2-12">
        <title>Farklı Projelerin Değerlendirilebilmesi: Organizasyonlarda süreç</title>
        <p>değerlendirme, organizasyonun bütününü temsil etmesi açısından belirli örneklem
yöntemlerine göre seçilen birden çok sayıda proje üzerinden gerçekleştirilmektedir.
Bu nedenle bir yazılım süreç değerlendirme aracı birden fazla projenin paralel ya da
sıralı olarak değerlendirilmesine ve farklı proje değerlendirme sonuçlarının anlamsal
olarak bir araya getirilmesine olanak sağlayacak yapıda olmalıdır.</p>
      </sec>
      <sec id="sec-2-13">
        <title>Paralel Değerlendirme Yapmaya Uygunluk: Organizasyonlarda süreç</title>
        <p>değerlendirme tek bir takım tarafından yapılabileceği gibi birden fazla takım
tarafından da gerçekleştirilebilmektedir. Bu nedenle bir yazılım süreç değerlendirme
aracından beklenen farklı takımların farklı projeleri aynı anda değerlendirmeye olanak
sağlamasıdır.</p>
        <p>Araç Özelliklerini Keşfedebilmeye Uygunluk: Kullanım kolaylığı açısından
süreç değerlendirmeye başlama, değerlendirme, raporlama, kaydetme, araç ayarlarının
değiştirilmesi gibi özelliklerinin araçta kullanıcılar tarafından rahatlıkla bulunabilmesi
ve anlaşılabilmesi gerekmektedir. Kısacası aracın sağladığını iddaa ettiği bütün
özelliklerinin açık ve net bir şekilde kullanıcıya sunulması gerekmektedir. Ayrıca
araç, özelliklerinin keşfedilmesine kolaylık olması için yardım sağlamalıdır ve görsel
tasarımı kullanıcıyı keşfetmeye sürükleyecek şekilde olmalıdır.</p>
      </sec>
    </sec>
    <sec id="sec-3">
      <title>Bulgular ve Tartışma</title>
      <p>Bu bölümde yazılım süreç değerlendirme araçlarının durum çalışması sırasında elde
edilen güçlü ve iyileştirmeye açık yanları sunulmuştur.
3.1</p>
      <p>Appraisal Assisstant
Software Quality Institute of Griffith tarafından geliştirilen bu araç CMMI [1] ve
SPICE [2] tabanlı süreç değerlendirmesine destek olmayı amaçlamaktadır.</p>
      <p>Model Tanımlamaya Uygunluk: Araç, CMMI [1] ve SPICE [2] tabanlı modeller
tanımlanmasına izin vermektedir. Modelde bulunan elemanların içerikleri rahat bir
şekilde eklenip, silinip, düzenlenilebilmektedir. Fakat Modelde bulunan kavramların
isimleri değiştirilememektedir. Ayrıca CMMI [1] tabanlı model tanımlanırken genel
amaçlar yetenek boyutu ile ilişkilendirilememektedir. Modelin herhangi bir elemanı
her zaman sonuncu eleman olarak eklenmektedir. Dolayısı ile eklenmiş olan
elemanlar arasına yeni bir eleman eklenmesine izin vermemektedir. Araç, yeni bir
model tanımlanırken yetenek ve olgunluk seviyelerinin sayısının kullanıcı tarafından
belirlenmesine olanak sağlamamaktadır. Bununla birlikte araçta bütünleşik bir
metamodel bulunmamaktadır.</p>
      <sec id="sec-3-1">
        <title>Değerlendirme Yapmaya Uygunluk: Araç CMMI [1] ve SPICE [2] tabanlı</title>
        <p>değerlendirme yapılacak şekilde tasarlanmışıtr. Süreçlerin pratikleri veya amaçları
puanlandırılmaktadır ve güçlü ve zayıf yönleri girilebilmektedir. Ancak SPICE [2]
tabanlı süreç değerlendirmesi sırasında bakılması gereken pratikler sürece ait
değerlendirme kısmında bulunmamaktadır. Dolayısı ile pratiklere ait bulguların
yazılabileceği bir alan bulunmamaktadır.</p>
        <p>Otomatik Raporlama: Amaçların ve süreçlerin sonuç profili, değerlendirmenin
güçlü ve iyileştirmeye açık yönleri, değerlendirme bulguları, kanıtlar, değerlendirme
girdileri ayrı şekilde raporlanabilmektedir.</p>
        <p>Denetçiyi Yönlendirebilme: Süreç değerlendirmesi esnasında denetçinin izlemesi
gereken kanıt ekleme, bulguları girme, pratik puanlandırma, amaç puanlandırma,
süreç alanı puanlandırma gibi adımlar süreç değerlendirmeye uygun bir sırada
kullanıcıya sunulmamaktadır. Kanıt girmek istendiğinde izlenmesi gereken yollar ve
bakılması gereken süreç göstergeleri net bir şekilde anlaşılmamaktadır.</p>
      </sec>
      <sec id="sec-3-2">
        <title>Farklı Projelerin Değerlendirilebilmesi: Farklı projelerin herbir pratik için</title>
        <p>değerlendirilmesine izin verdiği gibi, projelerin değerlendirilmesine göre herbir pratik
için anlamlı bir sonuç çıkarılmasını sağlamaktadır.</p>
      </sec>
      <sec id="sec-3-3">
        <title>Paralel Değerlendirme Yapmaya Uygunluk: Araç bir değerlendirme için farklı</title>
        <p>takımların tanımlanmasına olanak sağlamaktadır. Fakat takım üyesi olmayan kişilerin
de takım üyesi gibi değerlendirme hakkında yorum yapmasına izin vermektedir. Bu
sorun olası bir güvenlik açığı yaratabilir. Ayrıca, takım üyelerinin eş zamanlı olarak
değerlendirme yapmasına olanak sağlamamaktadır.</p>
        <p>Araç Özelliklerini Keşfedebilmeye Uygunluk: Araç raporlama ile ilgili
özelliklerin keşfine olanak sağlamaktadır. Ayrıca, araca ait ayarların kolay bir şekilde
yapılmasına izin vermektedir. Fakat değerlendirmeye başlayabilmek için
organizasyon oluşturulması gerekmektedir ve bu özelliğin keşfedilmesinde zorluk
yaşanmaktadır. Bununla birlikte aracın karmaşık yapısı kanıt ekleme ve süreç
değerlendirme takımları oluşturma gibi özelliklerinin keşfedilmesini engellemektedir.
3.2</p>
        <p>Appraisal Wizard ve Model Wizard
Apprisal Wizard ve Model Wizard araçları aynı şirket tarafından aynı altyapı
kullanılarak ve birbirlerini destekleyecek şekilde gelişitirildikleri için aynı başlık
altında bir bütün olarak değerlendirilmiştir. Her iki araç için de geliştirici firma
Integrated System Diagnostics Incorporated'tir. Appraisal Wizard aracı CMMI [1]
tabanlı süreç değerlendirmesi için kullanılmak üzere, Model Wizard aracı ise CMMI
[1] tabanlı süreç değerlendirme modeli oluşturmak için geliştirilmiştir.</p>
        <p>Model Tanımlamaya Uygunluk: Model Wizard aracında tanımlanan model
Appraisal Wizard aracına aktarılabilmektedir. Mevcut modelleri kopyalama özelliği
sayesinde var olan modelleri bozmadan yeni bir model oluşturulmasını sağlamaktadır.
Model Wizard aracında Süreç değerlendirme modeli elemanları eklenmesine,
düzeltilmesine ve çıkarılmasına izin vermektedir fakat modeli süreç ve yetenek
boyutu olarak ayırmadığı için yetenek boyutundaki bütün elemanları her bir süreç için
ayrı ayrı girmek gerekmektedir. Bu da ciddi bir zaman kaybına yol açmaktadır.
Herhangi bir metamodel bulunmamaktadır. Model elemanları arasında ilişki
kurulmasına izin verilmesine rağmen tanımlanan eleman türleri birbirine
karışmaktadır. Örneğin, tanımlanan olgunluk seviyesi süreç alanı olarak
gözükmektedir.</p>
        <p>Değerlendirme Yapmaya Uygunluk: İlgili modele ait amaçlar ve pratikler
değerlendirilebilmektedir. Süreç göstergelerine bakarak kanıtlar girilebilmektedir.</p>
        <p>Otomatik Raporlama: Detaylı ve özet raporlama özelliği olmasına rağmen
raporlarda herhangi bir grafik gözükmemektedir. Raporlarda birçok gereksiz yazı
bulunmaktadır. Yapılan puanlandırmaya göre bir çözümleme bulunmamaktadır.</p>
        <p>Denetçiyi Yönlendirebilme: Süreç değerlendirme esnasında denetçiyi
yönlendirmeye yönelik hiçbirşey yoktur. Denetçiler hangi adımları takip etmesi
konusunda aracı kullanmakta zorlanmaktadır.</p>
      </sec>
      <sec id="sec-3-4">
        <title>Farklı Projelerin Değerlendirilebilmesi: Farklı Projelerin değerlendirilmesine</title>
        <p>izin vermemektedir.</p>
      </sec>
      <sec id="sec-3-5">
        <title>Paralel Değerlendirme Yapmaya Uygunluk: Araçta sadece takım üyeleri</title>
        <p>belirlenebilmektedir.</p>
      </sec>
      <sec id="sec-3-6">
        <title>Araç Özelliklerini Keşfedebilmeye Uygunluk: Aracın tasarımı kullanıcı dostu</title>
        <p>olmadığı için özelliklerini keşfetmeye uygun değildir.
3.3</p>
        <p>CMMiPal v1.0
Chemuturi Consultancy tarafından geliştirilen bu araç organizasyon süreçlerini
CMMI [1] elamanlarına eşleştirtirerek değerlendirme yapılması amacıyla
geliştirilmiştir.</p>
        <p>Model Tanımlamaya Uygunluk: Süreç değerlendirme modelindeki bütün
elemanların değiştirilmesine ve yeni bir eleman eklenmesine izin vermesine rağmen
bu elemanların eklenip belli bir düzende olmasına izin vermemektedir. Ayrıca eleman
ekleme ile ilgili hiçbir kontrol yapılamamaktadır. Herhangi bir meta model
bulunmamaktadır. Süreç değerlendirme modelinin kavramlarının isimleri
değiştirilememektedir.</p>
        <p>Değerlendirme Yapmaya Uygunluk: Amaçlar ve pratikler puanlandırılmasına
izin vermektedir. Değerlendirme sırasında yorumlar yapılmasına olanak
sağlamaktadır. Ancak değerlendirmeye hangi süreçlerin gireceği özel olarak
seçilememektedir. Değerdirme sırasındaki puanlama şekli ilgili model olan CMMI [1]
ile uyuşmamaktadır. Örneğin, “çoğunlukla karşılanıyor”a denk gelen birşey yoktur.</p>
        <p>Otomatik Raporlama: Süreçlerin, amaçların, pratiklerin ve iş ürünlerinin
raporlanmasına izin vermesine rağmen raporlamada sadece yazılar bulunmaktadır ve
değerlendirme özeti yoktur. Değerlendirme girdileri raporda bulunmamaktadır.
Ayrıca girilen puanlamaya göre bir çözümleme yapılmamıştır. Raporda girilenler
olduğu gibi gösterilmektedir.</p>
        <p>Denetçiyi Yönlendirebilme: Değerlendirmeye başlanması için organizasyon
seçilmesi konusunda uyarılar vermesine rağmen değerlendirmeye amaçlar, pratikler
ve iş ürünlerinin hangisinden başlanılacağı ve nasıl bir yol izlenileceği ile ilgili ipucu
bulunmamaktadır.</p>
      </sec>
      <sec id="sec-3-7">
        <title>Farklı Projelerin Değerlendirilebilmesi: Araçta değerlendirmeye girecek</title>
        <p>projelerin tanımlanmasına ve seçilmesine izin verilmemektedir.</p>
      </sec>
      <sec id="sec-3-8">
        <title>Paralel Değerlendirme Yapmaya Uygunluk: Değerlendirme takımı</title>
        <p>oluşturulmasına yönelik hiçbir özellik yoktur.</p>
        <p>Araç Özelliklerini Keşfedebilmeye Uygunluk: Araç boşluk analizi ve araç
ayarlarının yapılması ile ilgili özelliklerin keşfine olanak sağlamaktadır. Ancak aracın
tasarımı ilgi çekmediği için diğer özelliklerin keşfedilmesinde zorluklar
yaşanmaktadır. Raporlama ve süreç değerlendirme özelliğini keşfetmek çok zaman
almaktadır. Bir çok işlem penceresi açıldığında pencerelerin nerede olduğu
anlaşılamamaktadır.
3.4</p>
        <p>CMM-Quest v1.3 ve SPICE 1-2-1
SPICE 1-2-1 ve CMM-Quest v1.3 araçları aynı şirket tarafından aynı altyapı
kullanılarak geliştirildiği için aynı başlık altında değerlendirilmiştir. SPICE 1-2-1
SPICE [2] tabanlı süreç değerlendirmesi amacıyla geliştirilmişken, CMM-Quest v1.3
CMMI [1] tabanlı süreç değerlendirilmesi hedefiyle geliştirilmiştir. Her iki araç da
HM&amp;S IT Consulting tarafından geliştirilmiştir.</p>
        <p>Model Tanımlamaya Uygunluk: Yeni bir süreç değerlendirme modeli
tanımlanmasına izin vermemektedir. Dolayısıyla modellerin farklı versiyonlarına göre
değerlendirme yapmaya olanak sağlamıyor.</p>
        <p>Değerlendirme Yapmaya Uygunluk: Değerlendirme kanıtları girilememektedir.
Onun dışında amaçlar ve pratikler değerlendirilebilmektedir. Süreç girdileri ve
çıktıları puanlanabilmektedir. Değerlendirme için istenilen süreçler seçilebilmektedir.</p>
        <p>Otomatik Raporlama: Farklı formatta raporlamaya izin vermesinin yanı sıra
sonuçlar grafikler halinde detaylı ve özet şeklinde gösterilebilmektedir. Bulgular,
yorumlar, süreç bilgileri, süreçlerin ve amaçların sonuç bilgilerinin raporlanmasına
olanak sağlamaktadır. Raporda gösterilmek istenen özellikler seçilebilmektedir.</p>
        <p>Denetçiyi Yönlendirebilme: Araç denetçiyi hangi adımları takip etmesi gerektiği
konusunda yönlendirmektedir. Gerçekleştirilecek adımlar numaralandırılmıştır.
Değerlendirilecek süreç alanları arasında geçiş kolaylığı vardır.</p>
      </sec>
      <sec id="sec-3-9">
        <title>Farklı Projelerin Değerlendirilebilmesi: Bütün süreçlerin organizasyon bazında</title>
        <p>değerlendirilmesine izin vermektedir. Yeni bir proje eklenip çıkarılmasına ve
seçilmesine izin vermediği için farklı projelerin değerlendirmesine olanak
sağlamamaktadır.</p>
      </sec>
      <sec id="sec-3-10">
        <title>Paralel Değerlendirme Yapmaya Uygunluk: Paralel değerlendirme ile ilgili</title>
        <p>hiçbir özellik bulunmamaktadır.</p>
      </sec>
      <sec id="sec-3-11">
        <title>Araç Özelliklerini Keşfedebilmeye Uygunluk: Araç kullanıcıya hitap edecek</title>
        <p>şekilde tasarlanmıştır. Değerlendirme ve araç ayarları açık ve net bir şekilde kullanıcı
tarafından yapılmaktadır. Yazı girilmesi gereken bölümleri bellidir. Değerlendirmeyi
kaydetmek için ve yardım almak içim gerekli yerler açık simgelerle gösterilmiştir.
Yardım kısmında ekran görüntüleri üzerinden açıklayıcı özellikler vardır.
4
4.1</p>
      </sec>
    </sec>
    <sec id="sec-4">
      <title>Durum Çalışmasının Kısıtları</title>
      <sec id="sec-4-1">
        <title>Dışsal Kısıtlar</title>
        <p>Literatür araştırması sonucunda 11 adet yazılım süreç değerlendirme aracı
bulunmuştur. Fakat 6 adet yazılım süreç değerlendirme aracı indilirip
çalıştırılabilmiştir. Bununla birlikte, literatür araştırması sırasında bulunamayan
araçlar olabilir. Eğer tüm araçlar çalıştırılabilseydi kriterleri tam olarak karşılayan bir
araç bulunma olasığı vardı.
4.2</p>
        <p>İçsel Kısıtlar
Araçları değerlendiren denetçiler öznel bir şekilde değerlendirme yapmış olabilir.
Denetçiler daha önce değerlendirmelerini kağıt tabanlı yaptığı için araç destekli
değerlendirme yapmaya alışık değildir. Dolayısı ile denetçiler kullanamadığı
özellikleri gözardı etmiş olabilir.
5</p>
      </sec>
    </sec>
    <sec id="sec-5">
      <title>Sonuçlar</title>
      <p>Bu çalışmada yazılım süreç değerlendirme araçlarının sahip olması gereken özellikler
incelenmiştir ve güçlü ve iyileştirmeye açık yanları çoklu durum çalışması yapılarak
belirlenmiştir.</p>
      <p>Bu çoklu durum çalışmasının sonucu olarak herbir araçta belirli düzeyde
eksiklikler bulunmuştur. Araçları değerlendirmek ve birbirleriyle karşılaştırmak için 4
seviyeli ölçek kullanılmıştır: “Hiç Karşılamıyor (HK)”, “Kısmi Karşılıyor (KK)”,
”Çoğunlukla Karşılıyor (ÇK)”, “Tam Karşılıyor (TK)”.</p>
      <p>Bölüm 3’te verilen değerlendirme sonuçları doğrultusunda ve tüm denetçiler
tarafından alınan ortak kararla Tablo 3’te verilen değerlendirme tablosu ortaya
çıkmıştır.
Özellik / Araç
Appraisal
Assisstant [14]
Appraisal
Wizard[15]
ve
Model
Wizard[20]
CMMiPal
v1.0[18]
CMM-Quest
v1.3[19]
ve
SPICE
1[21]
1-2a
y
a
m
a
l
m
ı
n
a
T
k
u
l l
e un
d g
o y
M U
ÇK
ÇK
KK
HK
a
y
a
m
p
a
Y
e
m
r
i
nd uk
e l
lre nu
ğ g
e y
D U
ÇK
TK
ÇK
ÇK
a
m
a
l
r
o
p
a
R
k
i
t
a
m
o
t</p>
      <p>O
TK
KK
KK
TK
e
m
l
i
b
e
r
iy i
itçen lendn
e ö
D Y
KK
HK
KK
TK
n
i
r
ljee is
o em
rP li
b
e
l
i
r
i
d
n
lk eer
ı l
r ğ
a e
F D
TK
HK
HK
HK
e
m
r
i
d
len unk
e u
r l
eğ g
D yU
a
y
le a
la m
r p
a a
P Y
KK
HK
HK
HK
i
n
i
r
e
l
k
i
l
l
e
zÖ eey
m
l
ib uk
e l
d nu
ça fşe g
r e y
A K U
KK
HK
KK
TK</p>
      <sec id="sec-5-1">
        <title>Tablo 3. Karşılaştırma Sonuçları</title>
        <p>Bütün araçlar karşılaştırıldığında en iyi sonucu en çok özelliğe sahip olan
Appraisal Assisstant aracı almıştır. Model tanımlamaya uygunluk ve değerlendirme
yapmaya uygunluk açısından araçlar arasında en yüksek notu almasına rağmen süreç
değerlendirme modellerini tanımlamada sıkıntılar yaşanmaktadır. Diğer taraftan,
raporlama özelliği ve birçok projeyi desteklemesi sayesinde öne çıkmaktadır. Fakat
paralel değerlendirmeye ve araç özelliklerini keşfedebilmeye uygunluk açısından
beklentileri karşılamamaktadır. Diğer araçlar arasında da CMM-Quest v1.3 ve SPICE
1-2-1 denetçiyi yönlendirme, otomatik raporlama ve araç özelliklerini keşfedebilme
açısından başarılıyken, Appraisal Wizard ve Model Wizard araçlarının sadece
değerlendirme yapmaya tam olarak uygun olduğu görülmektedir. Bu araçlara bütün
olarak bakıldığında hiçbir araç kendilerinden beklenen özelliklere tam olarak sahip
değildir.</p>
        <p>Bu durum çalışmasının sonuçları bütün bu özelliklere sahip, etkin ve kullanımı
kolay bir yazılım süreç değerlendirme aracına, özellikle model tanımlamaya, süreç
değerlendirmesi ve paralel değerlendirme yapmaya uygun bir araca ihtiyaç olduğunu
göstermektedir.
6
[1]
[2]
[3]
[4]</p>
      </sec>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          SEI., “
          <article-title>CMMI for Development”</article-title>
          ,
          <source>Technical report</source>
          , CMU/SEI-2010
          <string-name>
            <surname>-</surname>
          </string-name>
          TR-
          <volume>033</volume>
          , Software Engineering Institute, Carnegie Mellon University,
          <year>2010</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          <string-name>
            <surname>ISO</surname>
          </string-name>
          , “
          <article-title>Software Process Assessment - Part 2: A reference model for processes and process capability”</article-title>
          ,
          <source>Technical report, ISO/IEC 15504 TR2:</source>
          <year>1998</year>
          , International Organization for Standardization,
          <year>1998</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          <string-name>
            <surname>Aysolmaz</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Yıldız</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          , &amp;
          <string-name>
            <surname>Demirörs</surname>
            ,
            <given-names>O.</given-names>
          </string-name>
          (
          <year>2011</year>
          ).
          <article-title>BG-SPI: Yinelemeli Yazılım Süreç İyileştirme Yöntemi</article-title>
          .
          <source>Ulusal Yazılım Mühendisliği Sempozyumu</source>
          , (pp.
          <fpage>163</fpage>
          -
          <lpage>168</lpage>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          <string-name>
            <surname>Sig</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Sig</surname>
            ,
            <given-names>R. A.</given-names>
          </string-name>
          , &amp;
          <string-name>
            <surname>Ref</surname>
            ,
            <given-names>F.</given-names>
          </string-name>
          (
          <year>2010</year>
          ).
          <source>Automotive SPICE ® Process Assessment Model</source>
          ,
          <fpage>1</fpage>
          -
          <lpage>146</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          http://www.medispice.com
          <article-title>The Enterprise SPICE Project Team, Enterprise SPICE (ISO/IEC 15504) An Integrated Model for Enterprise-wide Improvement</article-title>
          ,
          <source>Technical report - Issue</source>
          <volume>1</volume>
          ,
          <year>September 2010</year>
          <article-title>(www</article-title>
          .enterprisespice.com).
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          <string-name>
            <surname>Cortina</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Picard</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Valdés</surname>
            ,
            <given-names>O.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Renault</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          , &amp;
          <string-name>
            <surname>Kennedy</surname>
            ,
            <given-names>J. F.</given-names>
          </string-name>
          (
          <year>2007</year>
          ).
          <article-title>A Challenging Process Models Development : The ITIL v3 Lifecycle Processes</article-title>
          .
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          <string-name>
            <given-names>C.</given-names>
            <surname>Patel</surname>
          </string-name>
          and
          <string-name>
            <given-names>M.</given-names>
            <surname>Ramachandran</surname>
          </string-name>
          ,
          <article-title>"Agile Maturity Model (AMM): A Software Process Improvement framework for Agile Software Development Practices,"</article-title>
          <source>International Journal of Software Engineering</source>
          , vol.
          <volume>2</volume>
          , pp.
          <fpage>3</fpage>
          -
          <lpage>28</lpage>
          ,
          <year>2009</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          <string-name>
            <given-names>A.</given-names>
            <surname>Yin</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Figueiredo</surname>
          </string-name>
          , and
          <string-name>
            <surname>M.</surname>
          </string-name>
          <article-title>Mira da Silva, "Scrum Maturity Model: Validation for IT organizations' roadmap to develop software centered on the client role,"</article-title>
          <source>in ICSEA</source>
          <year>2011</year>
          ,
          <source>The Sixth International Conference on Software Engineering Advances</source>
          ,
          <year>2011</year>
          , pp.
          <fpage>20</fpage>
          -
          <lpage>29</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          <string-name>
            <given-names>M.</given-names>
            <surname>Proulx</surname>
          </string-name>
          . (
          <year>2010</year>
          ).
          <article-title>Yet Another Agile Maturity Model (AMM)- The 5 Levels of Maturity</article-title>
          . Available: http://analytical-mind.com/
          <year>2010</year>
          /07/12/yetanother-agile
          <article-title>-maturity-model-the-5-levels-of-maturity/</article-title>
          <string-name>
            <surname>Leung</surname>
            ,
            <given-names>H. K. N.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Liao</surname>
            ,
            <given-names>L.</given-names>
          </string-name>
          , &amp;
          <string-name>
            <surname>Qu</surname>
            ,
            <given-names>Y.</given-names>
          </string-name>
          (
          <year>2007</year>
          ).
          <article-title>Automated support of software quality improvement</article-title>
          .
          <source>International Journal of Quality &amp; Reliability Management</source>
          ,
          <volume>24</volume>
          (
          <issue>3</issue>
          ),
          <fpage>230</fpage>
          -
          <lpage>243</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          <string-name>
            <surname>Walker</surname>
            ,
            <given-names>A. J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>House</surname>
            ,
            <given-names>W.</given-names>
          </string-name>
          , &amp;
          <string-name>
            <surname>Park</surname>
            ,
            <given-names>W.</given-names>
          </string-name>
          (
          <year>1996</year>
          ).
          <article-title>SPICE Assessments using the SEAL assessment tool</article-title>
          , (
          <year>March</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          <string-name>
            <surname>Lok</surname>
            ,
            <given-names>R. H.</given-names>
          </string-name>
          , &amp;
          <string-name>
            <surname>Walker</surname>
            ,
            <given-names>A. J.</given-names>
          </string-name>
          (
          <year>1997</year>
          ).
          <article-title>Automated tool support for an emerging international software process assessment standard</article-title>
          .
          <source>Proceedings of IEEE International Symposium on Software Engineering Standards</source>
          ,
          <fpage>25</fpage>
          -
          <lpage>35</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          <source>doi:10</source>
          .1109/SESS.
          <year>1997</year>
          .
          <volume>595563</volume>
          [18] [19] [20] [21] [22] [23]
          <string-name>
            <surname>Appraisal</surname>
            <given-names>Assistant</given-names>
          </string-name>
          , “Griffith University”, Software Quality Institute.
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          http://www.sqi.gu.edu.au/AppraisalAssistant/about.html Appraisal Wizard and
          <string-name>
            <given-names>Wizard</given-names>
            <surname>Lite</surname>
          </string-name>
          . http://www.isdinc.com/tools.appraisalWizard/ CMMI Browser. https://www.wibas.com/en/turningvisions/publications/online-tools/cmmi-browser/ CMMI v1.
          <article-title>1 Self Assessment Tool</article-title>
          .
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          http://www.spipartners.com/english/tools/index.html http://www.chemuturi.
          <source>com/cmmipaldtls.html CMM Quest V1</source>
          .3.http://www.cmm-quest.com/ Model Wizard. http://isdinc.com/tools.modelWizard http://www.spice121.com http://www.spicelite.
          <source>com SW-CMM v1.1 Interim Maturity Toolkit.</source>
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>