<!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>
      <abstract>
        <p>Bir Çoklu Ortam Veri Yönetim Sistemi Mimarisinin ATAM ile Değerlendirilmesi 1 2 3 Güneş Uyanıksoy , Halit Oğuztüzün , Adnan Yazıcı Orta Doğu Teknik Üniversitesi, Bilgisayar Mühendisliği Bölümü, 06800, Çankaya, Ankara 1e1424191@ceng.metu.edu.tr, 2oguztuzun@ceng.metu.edu.tr, 3yazici@ceng.metu.edu.tr Özet. Yazılım mimarisinin taşıdığı riskleri yazılım geliştirme yaşam döngüsünün erken evrelerinde tespit edebilmek için yazılım mimarisinin sistematik değerlendirilmesi büyük önem taşımaktadır. Bu bildiride bir araştırma platformu olarak geliştirilen çoklu ortam veri yönetim sistemi mimarisinin, SEI (Software Engineering Institute) tarafından önerilen ATAM (Mimari Ödünleşim Analiz Metodu) kullanılarak değerlendirildiği vaka çalışması hakkında bilgi verilmektedir.</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>-</title>
      <p>
        Yazılım mimarisinin değerlendirilmesi yazılım yaşam döngüsünün kritik bir
bileşenidir. Amaç söz konusu mimarinin taşıdığı potansiyel sorunları gerçekleştirim
aşamasından önce fark etmek, alınan mimari kararların sistemin kalite
gereksinimlerini karşılayıp karşılamadığını değerlendirmek ve tasarım hatalarını erken
aşamalarda tespit edip projenin potansiyel risklerini belirlemektir. Bu bildiride konu alınan
çalışmada yazılım mimarisi değerlendirme yöntemi olarak SEI’nin önerdiği ATAM
kullanılarak bir araştırma projesi kapsamında geliştirilen çoklu ortam veri yönetim
sisteminin yazılım mimarisi incelenecektir [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]. Değerlendirilen mimarinin büyük
ölçüde gerçekleştirilmiş olması sebebiyle bunun bir tersine mühendislik faaliyeti
olduğu düşünülebilir.
      </p>
      <p>Mimari değerlendirme için model tabanlı, simülasyon tabanlı, inceleme ve gözden
geçirme tabanlı teknikler kullanılabilir. Bu bildiride açıklanan çalışma için inceleme
ve gözden geçirme tabanlı bir yöntem olan ATAM kullanılacaktır.
2.1</p>
    </sec>
    <sec id="sec-2">
      <title>ATAM</title>
      <p>ATAM, incelenen mimarinin potansiyel risklerini, ödünleşim ve duyarlılık
noktalarını tespit eden bir yazılım mimarisi değerlendirme ve analiz etme yöntemidir.
ATAM alınan tasarım kararlarının sonuçlarını sistemden beklenen kalite nitelikleri
doğrultusunda değerlendirmeyi amaçlar. ATAM yazılım geliştirme yaşam
döngüsünün erken aşamalarında uygulanabilen, hızlı ve düşük maliyetli bir yöntemdir.
Ayrıca, ölçülebilir kalite gereksinimleri ile ilgili olarak detaylı bir analiz gerektirmez.</p>
      <p>ATAM çalışması sonucunda, değerlendirilen sistemin
 Kalite gereksinimleri açıkça tanımlanmış
 Mimari dokümantasyonu iyileştirilmiş
 Tasarım kararları gerekçelendirilmiş
 Mimari riskleri tespit edilmiş
 Paydaşları arasında iletişim geliştirilmiş
olacaktır</p>
      <p>ATAM 9 adımdan oluşan ve bu adımların proje paydaşlarının katıldığı
toplantılarda uygulandığı bir yöntemdir.</p>
    </sec>
    <sec id="sec-3">
      <title>Sunum</title>
      <p>Adım 1- ATAM’ın Sunulması: Yöntem katılımcı paydaşlara açıklanır.</p>
      <p>Adım 2- İş Hedeflerinin Sunulması: Proje yöneticisi sistemin iş hedeflerini,
fonksiyonel beklentilerini, varsa teknik veya yönetsel kısıtlarını ve mimariyi
şekillendiren temel kalite gereksinimlerini sunar.</p>
      <p>Adım 3- Mimarinin Sunulması : Mimar söz konusu mimariyi ve sistemden
beklenen kalite niteliklerinin bu mimari tasarım ile nasıl gerçekleştirileceğini açıklar.</p>
    </sec>
    <sec id="sec-4">
      <title>Araştırma ve Analiz</title>
      <p>Adım 4-Mimari Yaklaşımların Tanımlanması: Kullanılan mimari yaklaşımlar
mimar tarafından açıklanır fakat analiz edilmez.</p>
      <p>Adım 5- Kalite Faktörleri Ağacının Oluşturulması: Sistem için önemli olan kalite
nitelikleri belirlenir, bu nitelikler senaryolaştırılır ve senaryolar kendi içlerinde
“önem” ve “zorluk” kıstaslarına göre önceliklendirilir.</p>
      <p>Adım 6-Mimari Yaklaşımların Analiz Edilmesi: Adım 5’de geliştirilen
senaryolardan yüksek öncelikli olanlar analiz edilir. Bu adımda mimari riskler, duyarlılık
noktaları ve ödünleşim noktaları tespit edilir.</p>
    </sec>
    <sec id="sec-5">
      <title>Test</title>
      <p>Adım 7-Beyin Fırtınası ve Senaryo Önceliklendirilmesi: Projenin tüm
paydaşlarının katılımı ile adım 5 tekrarlanır ve daha geniş bir senaryo seti geliştirilir. Bu
adımda amaç tüm proje paydaşlarının katılımı ile daha fazla sayıda senaryo
üretmektir. Üretilen senaryolar önceliklendirilir.</p>
      <p>ATAM ile değerlendirilecek olan mimari bir çoklu ortam veri yönetim yazılımı
mimarisidir. Bu konudaki akademik araştırmalara katkı sağlamak amacıyla bir ar-ge
projesi olarak geliştirilmiştir. Sistemin paydaşları proje yöneticisi ve geliştirici
ekipten oluşmaktadır. Sistemin önde gelen bilimsel amacı, veri tümleştirme yöntemleri
kullanılarak yapılan çoklu mod sorgulamanın sistemin erişim başarısını arttırdığını
kanıtlamaktır. Sistem her bir moddan gelen anlamsal veriyi tümleştirerek yeni bir
anlamsal konsept yaratır.</p>
      <p>Sistemin, akademik ortamda geliştirilmiş ve yeni geliştirmelere açık olan bir
araştırma platformu olması, literatürde anlatılan deneyimlere göre bir çok noktada
farklılık oluşturmaktadır. Bu tip bir sistemin, tipik bir kurumsal enformasyon
sistemine göre; paydaş yapısında ve niteliklerinde, kalite niteliklerinin yorumlanması ve
önceliklendirilmesinde, yaşam döngüsü süreçlerinde, süreç ve yazılım ile ilgili
metriklerinde, risk algılamasında ve yenilik anlayışında değerlendirmeye etki eden
farklılıklar vardır. Değerlendirmeye konu olan sistem çalışır durumda olduğundan,
ATAM fiilen gerçekleştirilmiş bir mimari üzerinde uygulanmaktadır.</p>
      <p>Söz konusu çoklu ortam veri yönetim sistemi yazılımı aşağıdaki işlevlere sahiptir:
 Nesneler, olaylar, kavramlar ve bunların ilişkilerini görsel, işitsel, metin gibi
çoklu verilerden çıkarmak
 Anlamsal içerikleri veritabanında saklamak ve hızlı erişim için bu verileri
dizinlemek
 İçerik tabanlı ve örnek sorgular yoluyla arama yapmak</p>
      <p>
        Hâlihazırda geliştirilmiş olan sistemin mimarisi başka bir çalışma kapsamında
“Views and Beyond” (V&amp;B) yaklaşımı ile belgelenmiştir [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ] [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ]. Bu yaklaşımda
görünüm konsepti mimari dokümanın temel organizasyon prensibi olarak kullanılır.
Bir görünüm belirli bir bakış açısıyla modellenmiş olan sistem elemanları ve bunların
ilişkilerini içerir. Bu yaklaşımın en önemli noktası sistemi uygun görünümler ile
dokümante etmek ve bu görünümler arasındaki ilişkiyi de dokümantasyona
eklemektir. ATAM uygulaması bu çalışmanın çıktıları temel alınarak yapılmıştır.
      </p>
      <p>ATAM uygulamasına ön hazırlık yapılması amacı ile değerlendirme ekibi olarak
V&amp;B çalışmalarına katılım sağlanmıştır. Böylece mevcut sistem, geçerli mimari
dokümanı ve V&amp;B yaklaşımı ile mimari doküman hazırlanması konularında temel
bilgi kazanılmıştır. Ayrıca değerlendirme ekibi olarak V&amp;B çalışmalarına katılan
yazılım mimari ekibine ATAM uygulaması hakkında bilgi verilmiş ve yöntemin
beklentileri açıklanmıştır. Bu çalışmalar sırasında, ATAM uygulamasının tüm
adımlarına bütün proje paydaşlarının katılacak olması nedeniyle 7. ve 8. ATAM
adımlarının atlanmasına karar verilmiştir. 5. ATAM adımının tüm sistem paydaşları
ile gerçekleştirilecek olmasının geliştirilebilecek tüm senaryoların 5. adımda ortaya
çıkmasını sağlayacağı ve böylece 7. adımın uygulanmasına gerek kalmayacağı
değerlendirilmiştir. Ayrıca ön hazırlık süresince ATAM paydaş rolleri proje ekibi içerisinde
paylaştırılmıştır. Buna göre Proje Yöneticisi, Ar-Ge Takımı, Mimari Takımı ve
Değerlendirme Takımı rolleri tanımlanmıştır.</p>
      <p>Paydaşlar arasında kalite gereksinimleri tanımları ile ilgili oluşabilecek anlayış
farklılıklarını azaltmak için sistemin önemli kalite gereksinimleri ATAM uygulaması
ön hazırlıkları boyunca tanımlanmıştır. Bazı kalite gereksinimleri literatürde geçtiği
gibi kullanılırken bazıları da sistemin gereksinimlerine göre yorumlanıp
tanımlanmıştır. Çoklu ortam veri yönetim yazılımı için önemli olan kalite nitelikleri
aşağıdaki gibi belirlenmiştir:</p>
      <p>Performans: Performans, sistemin belirli bir zaman içinde bir eylemi
gerçekleştirmek için yanıt verebilirliğinin göstergesidir. Performans gecikme veya
sistemden çıktı alma yeteneği bazında ölçülebilir. Gecikme herhangi bir olaya
sistemin cevap verme süresidir. Sistemden çıktı alma yeteneği ise belirli bir zamanda
sistemin gerçekleştirdiği olay sayısıdır.</p>
      <p>Doğruluk: Doğruluk sistemin kesinlik (precision) ve çağırma (recall) başarısı
niteliklerini içerir. Kesinlik, sistemin bir sorguya verdiği yanıtın isabet derecesidir.
Çağırma başarısı ise sorgunun sistem tarafından saklanmış olan ilgili tüm verilere
erişebilme özelliğidir.</p>
      <p>Kavramsal Bütünlük: Sistem tasarımına yaklaşımdaki tutarlılık ve uyumluluk,
kavramsal bütünlük kalite niteliği ile tanımlanır. Bu nitelik bileşenlerin veya
modüllerin tasarlanma yöntemlerini, tasarım örüntülerini ve kodlama standartlarını içerir.
Ayrıca, bilimsel literatürdeki kavramların mimari elemanlarıyla uyumluluğu ve
izlenebilirliği de bu niteliğin bir parçası olarak ele alınmıştır.</p>
      <p>Ölçeklenebilirlik: Ölçeklenebilirlik, sistemin artan yüklenmeler ile performansı
fazlaca etkilenmeden başa çıkabilmesi veya sistemin tuttuğu veriyle ilgili
parametrelerin kolayca arttırılabilmesidir. Söz konusu sistem için ölçeklenebilirlik
veritabanı boyutunun arttırılabilmesi niteliğidir. Kullanıcı sayısı artışından kaynaklanacak
yüklenme ile başa çıkabilme bu sistem için gereken kalite nitelikleri kapsamında
değerlendirilmeyecektir.</p>
      <p>İdame Ettirilebilirlik: İdame Ettirilebilirlik yeni gereksinimlere göre sistem
üzerinde gereken değişikliklerin kolaylıkla yapılabilmesidir. Bu kalite niteliği
kapsamında sisteme yeni işlevler eklenebilmesi, sistemde iyileştirmeler yapılabilmesi
ve farklı algoritmaların denenebilmesi değerlendirilecektir.</p>
      <p>ATAM toplantıları öncesinde, belirlenen kalite niteliklerine göre taslak bir Kalite
Faktörleri Ağacı hazırlanmıştır.</p>
      <p>ATAM toplantıları on günlük ara ile iki toplantı halinde gerçekleştirilmiş ve bu
toplantılara tüm paydaşların katılımı sağlanmıştır. Birinci uygulama toplantısında ilk
beş ATAM adımı gerçekleştirilmiştir. Toplantı öncesinde tüm paydaşlara ATAM ve
toplantı gündemi ile ilgili bilgilendirme yapılmış, böylelikle ATAM toplantılarının
verimliliklerinin arttırılması hedeflenmiştir.</p>
      <p>Adım 1-ATAM’ın Sunulması: Katılımcılara değerlendirme ekibi tarafından
ATAM uygulaması hakkında bir sunum yapılmıştır. ATAM tanıtılmış, yöntemin
amacı, sağladıkları ve beklenen çıktıları paydaşlara açıklanmıştır. Daha sonra ATAM
uygulama adımları hakkında detaylı bilgi verilmiştir. ATAM ön hazırlık toplantıları
sırasında yapılan çalışmalardan bahsedilmiş, 7. ve 8. ATAM adımlarının ATAM vaka
çalışmasında uygulanmayacağı bilgisi sebepleri ile birlikte paydaşlara aktarılmıştır.
Son olarak proje ekibi içerisinde dağıtılan ATAM paydaş rolleri ve toplantı gündemi
katılımcılara açıklanmış ve adım 1 tamamlanmıştır.</p>
      <p>Adım 2-İş Hedeflerinin Sunulması: Proje Yöneticisi profiline sahip proje ekibi
üyesi tarafından sistemin temel iş hedefleri sunulmuştur. Sistemin, çoklu ortam veri
yönetimi araştırmalarına katkıda bulunmayı amaçlayan bir platform olduğu
belirtilmiştir. Projenin temel amacının veri tümleştirme yöntemi kullanan çoklu mod
sorgulama mekanizmasının sistemin veri erişim başarısını arttırdığını kanıtlamak
olduğu ifade edilmiştir. Projenin diğer hedeflerinin yenilikçi olmak ve akademik
literatüre katkı sağlamak olduğu eklenmiş ve sistemin temel işlevleri sıralanmıştır.
Ayrıca projenin devam eden bir araştırma çalışması olması nedeniyle ilerleyen
süreçlerde farklı yan hedeflerin de ortaya çıkabileceği belirtilmiş ve adım 2
tamamlanmıştır.</p>
      <p>Adım 3-Mimarinin Sunulması: Mimari Ekibi Üyesi profiline sahip bir proje
çalışanı tarafından sistem mimarisinin dokümante edildiği V&amp;B çalışması
sunulmuştur. Bu çalışmaya göre sistemin Modül Görünüm, Bileşen ve Bağlayıcı
Görünüm ve Yerleşim Görünüm tipleri ile dokümante edildiği belirtilmiştir.</p>
      <p>Sistemin üst seviye Modül Görünümü Şekil 1’de görülebilir:</p>
      <p>
        Şekil 1. Üst Seviye Modül Görünümü[
        <xref ref-type="bibr" rid="ref8">8</xref>
        ]
      </p>
      <p>Ayrıca adım 3 boyunca devam eden tartışmaların sonucunda mimari
dokümantasyonda bazı uyumsuzluklar tespit edilmiş, dokümantasyona birçok iyileştirme
önerisi sağlanmıştır. ATAM toplantıları sonrasında dokümantasyon bu doğrultuda
güncellenmiştir.</p>
      <p>Adım 4: Mimari Yaklaşımların Tanımlanması: Adım 4 boyunca tüm mimari
tasarım ekibinin katılımıyla mevcut mimari yaklaşımlar tespit edilmiş ve aşağıda
belirtildiği gibi listelenmiştir:



</p>
      <p>Bileşen tabanlı mimari yaklaşım
Yüksek boyutlu dizin yapısı
Nesne tabanlı veritabanı yaklaşımı</p>
      <p>Koordinatör odaklı görev paylaşımı

</p>
      <p>Bilgi tümleştirme (information fusion) yöntemi
İstemci-Sunucu yaklaşımı</p>
      <p>Adım 5-Kalite Faktörleri Ağacının Oluşturulması: Adım 5’de tüm paydaşların
katılımıyla ön hazırlık çalışmalarında hazırlanmış olan taslak Kalite Faktörleri Ağacı
incelenmiş ve belirlenen kalite nitelikleri doğrultusunda senaryolar oluşturulmuştur.
Ardından geliştirilen senaryolar zorluk ve önem kıstaslarına göre
önceliklendirilmiştir.</p>
      <p>Adım 5’de geliştirilen senaryolardan bazıları aşağıda görülebilir:</p>
      <p>Tablo 1. Örnek Kalite Nitelikleri Senaryoları</p>
    </sec>
    <sec id="sec-6">
      <title>Senaryo</title>
    </sec>
    <sec id="sec-7">
      <title>Numarası Kalite Niteliği Senaryo</title>
      <p>Adım 5 sonucunda ön hazırlık aşamasında hazırlanan Kalite Faktörleri Ağacı
Şekil 2’deki gibi son haline getirilmiştir:
1
2
8
9</p>
      <p>Performans</p>
      <sec id="sec-7-1">
        <title>Performans</title>
      </sec>
      <sec id="sec-7-2">
        <title>Kavramsal</title>
        <p>Bütünlük
Patlama sesi ile beraber
uçak görüntüsünün yer
aldığı videolar 13000
objenin bulunduğu bir video
veritabanından milisaniyeler
aralığında elde edilir. (dizin
yapısı kullanılarak)
Bir trafik kazası sahnesi
13000 objenin bulunduğu
bir videodan çoklu mod
sorgulama kullanılarak bir
saniyeden az bir zamanda
elde edilir. (dizin yapısı
kullanılarak)
Sorgu sonuçları
uygunluklarına göre sıralanmış
olarak fotoğraf kareleri
listesi biçiminde gösterilir
(ayrı ayrı her mod için ve
çoklu mod için).
Önem
Y:Yüksek
O:Orta
D:Düşük</p>
        <p>Y</p>
      </sec>
    </sec>
    <sec id="sec-8">
      <title>Zorluk</title>
      <p>Y:Yüksek
O:Orta
D:Düşük</p>
      <p>O
Y
Y
O</p>
      <p>Y
O
D
Şekil 2. Kalite Faktörleri Ağacı</p>
      <p>Adım 5’in sonlandırılması ile ATAM uygulamasının birinci toplantı gündemi
tamamlanmıştır. Toplantının iki gün sonrasında ATAM uygulamasının ilk 5 adımının
çıktıları değerlendirme ekibi tarafından tüm katılımcılarla paylaşılmıştır.</p>
      <p>İkinci ATAM toplantısı ilk toplantının 10 gün sonrasında gerçekleştirilmiştir. 7. ve
8. ATAM adımlarının atlanmasına karar verildiği için ikinci toplantının gündeminde
sadece adım 6 yer almaktadır.</p>
      <p>Adım 6-Mimari Yaklaşımların Analiz Edilmesi: 6. ATAM adımında, adım 5’de
yapılan önceliklendirmeye göre yüksek öncelikli senaryolar seçilerek analiz
edilmiştir. Analiz sonucunda çeşitli mimari riskler, duyarlılık noktaları ve ödünleşim
noktaları tespit edilmiştir.</p>
      <p>Adım 5’de geliştirilen senaryolardan yüksek öncelikli olanlar analiz edilir. Bu
adımda mimari riskler, duyarlılık noktaları ve ödünleşim noktaları tespit edilir.</p>
      <p>Analizi yapılan senaryolardan örnek olarak üçü aşağıda gösterilmiştir:</p>
      <p>Tablo 2. Örnek Senaryo Analizi-1</p>
    </sec>
    <sec id="sec-9">
      <title>Senaryo Numarası</title>
      <p>2</p>
    </sec>
    <sec id="sec-10">
      <title>Senaryo</title>
      <p>Bir trafik kazası sahnesi 13000 objenin bulunduğu bir
videodan çoklu mod sorgulama kullanılarak bir saniyeden az bir
zamanda elde edilir. (dizin yapısı kullanılarak)</p>
    </sec>
    <sec id="sec-11">
      <title>Mimari Kararlar</title>
    </sec>
    <sec id="sec-12">
      <title>Duyarlılık</title>
      <p>Ödünleşim</p>
    </sec>
    <sec id="sec-13">
      <title>Risk</title>
    </sec>
    <sec id="sec-14">
      <title>Risk Değil</title>
      <p>R1</p>
    </sec>
    <sec id="sec-15">
      <title>Kalite Niteliği</title>
      <sec id="sec-15-1">
        <title>Performans</title>
      </sec>
    </sec>
    <sec id="sec-16">
      <title>Ortam</title>
    </sec>
    <sec id="sec-17">
      <title>Uyarı Yanıt</title>
      <p>boyutlu</p>
      <p>dizin
sorgulama
tümleştirme</p>
      <p>S1
S2</p>
      <p>S3</p>
      <p>S2: Dizin yapısı veritabanında saklanan konsepte uygun olarak oluşturulmuş
olmalıdır.</p>
      <p>R1: Konseptin anlamsal olarak analiz edilmesi zordur. Dizin yapısının doğru
kurulması bu analizin doğru yapılmasına bağlıdır.</p>
      <p>S3: Veri tümleştirme veri bağımlılıklarına duyarlıdır.</p>
      <p>Tablo 3. Örnek Senaryo Analizi-2</p>
    </sec>
    <sec id="sec-18">
      <title>Senaryo Numarası</title>
      <p>8</p>
    </sec>
    <sec id="sec-19">
      <title>Senaryo</title>
    </sec>
    <sec id="sec-20">
      <title>Kalite Niteliği</title>
      <sec id="sec-20-1">
        <title>Kavramsal Bütünlük Sorgu sonuçları uygunluklarına göre sıralanmış olarak fotoğraf kareleri listesi biçiminde gösterilir. (ayrı ayrı her mod için ve çoklu mod için)</title>
      </sec>
    </sec>
    <sec id="sec-21">
      <title>Ortam</title>
    </sec>
    <sec id="sec-22">
      <title>Uyarı Yanıt</title>
      <p>R6: Sistemin temel amacı çoklu mod sorgulama sağlamak olduğu için, çoklu mod
sorgulamanın çalışmaması sistemin kabul edilebilirliğini azaltır.</p>
      <sec id="sec-22-1">
        <title>S8: Sorgu arayüzü çıktı boyutuna bağlıdır. R7: Çıktı boyutu çok büyükse sistem zaman aşımı hatası verebilir. Bu kullanıcı memnuniyetini azaltacak bir unsurdur. R6</title>
        <p>R7</p>
        <p>Tablo 4. Örnek Senaryo Analizi-3
Yüksek boyutlu dizin gerektiren sorguların hızlı çalışması.
Ölçeklenebilirlik</p>
        <p>T2: Yüksek boyutlu dizin yapısı kullanmak sistemin ölçeklendirilebilir olmasını
sağlarken performansının düşmesine neden olur.</p>
        <p>R11: Performans düşüklüğü kullanıcı memnuniyetsizliğine neden olur.</p>
        <p>Adım 9-Sonuçların Sunulması: ATAM toplantılarının tamamlanmasının ardından
toplantı notları değerlendirme ekibi tarafından düzenlenmiş ve yorumlanmıştır.
ATAM uygulamasının sonuçları raporlaştırılmış ve tüm katılımcılarla paylaşılmıştır.
ATAM vaka çalışması sonucunda yöntemden beklenen çıktıların başarılı bir şekilde
elde edildiği görülmüştür.</p>
        <p>
</p>
        <p>Sistem mimarisinin Kalite Faktörleri Ağacı son haline getirilmiş ve Şekil 1
Kalite Faktörleri Ağacında gösterilmiştir.</p>
        <p>Kalite Faktörleri Ağacı doğrultusunda kalite nitelikleri senaryoları
geliştirilmiş ve örnek senaryolardan bazıları Tablo 1 Örnek Kalite Nitelikleri
Senaryolarında gösterilmiştir.


</p>
        <p>Senaryo analizi sonrasında bazı risk alanları, duyarlılık ve ödünleşim
noktaları tespit edilmiş ve örnek senaryo analizi sonuçları Tablo 2, Tablo 3 ve
Tablo 4‘de belirtilmiştir.</p>
        <p>Kullanılan mimari yaklaşımlar tanımlanmış ve Adım 4: Mimari
Yaklaşımların Tanımlanması bölümünde listelenmiştir.</p>
        <p>Adım 3: Mimarinin Sunulması bölümünde de belirtildiği gibi mevcut mimari
dokümantasyonu toplantılar esnasında yapılan yorumlara ve tespit edilen
bulgulara göre güncellenmiş ve iyileştirilmiştir. Böylece çok daha olgun bir
yazılım mimarisi dokümantasyonu ortaya çıkmıştır.</p>
        <p>Senaryo analizleri boyunca birçok risk alanları ve duyarlılık noktaları tespit
edilmiştir, fakat sadece iki ödünleşim noktası bulunabilmiştir. ATAM sonuçlarının
değerlendirilmesi sonucunda, sistem mimarisinin araştırma süreci içinde olgunlaşmış
bir modüler yapısının olmasının bu duruma neden olduğu değerlendirilmiştir.
4</p>
        <sec id="sec-22-1-1">
          <title>Sonuçlar</title>
          <p>Bu bildiride bir çoklu ortam veri yönetim sistemi yazılım mimarisinin ATAM
uygulanarak değerlendirilmesi hakkında bilgi verilmiştir. Bu vaka çalışması sonucu elde
edilen çıktıların beklenen ATAM çıktılarını içermesi nedeniyle yapılan vaka
çalışmasının başarı ile sonuçlandığı değerlendirilmektedir. ATAM uygulaması
sonucunda sistem mimarisinin taşıdığı bazı riskli alanlar ve duyarlılık noktaları tespit
edilmiş ve bunlar proje paydaşları ile paylaşılmıştır. Ayrıca vaka çalışması boyunca
sistemin mimari dokümantasyonu için birçok tespitte bulunulmuş ve ATAM
uygulaması paralelinde devam eden V&amp;B yaklaşımı ile söz konusu mimarinin belgelenmesi
çalışmasına önemli bir katkı sağlanmıştır.</p>
          <p>ATAM uygulamasının proje paydaşlarına mimarinin sahip olduğu risk alanları ve
ödünleşim noktaları ile ilgili farkındalık sağlamış olması çalışmanın diğer bir önemli
katkısıdır. Mevcut mimarinin iyileştirilmesinde ya da bu mimari referans alınarak
geliştirilecek yeni tasarımlarda bu kazanımlardan yararlanılacağı düşünülmektedir.
Ayrıca tanımlanan kalite gereksinimleri ilerleyen aşamalarda yapılacak olan sistem
kalite testleri (örneğin, performans testleri) için de bir temel oluşturacaktır.</p>
          <p>Bahsi geçen vaka çalışması genellikle geniş paydaş grubu olan kurumsal yazılım
mimarilerinin değerlendirilmesinde kullanılan ATAM’ın nispeten az sayıda proje
paydaşının yer aldığı bir araştırma projesinde de uygulanabilir ve sonuç alınabilir
olduğunu göstermek adına da önem taşımaktadır. Bunda ATAM’ın uyarlanabilir
olmasının etkisi vardır.</p>
          <p>Son olarak, ATAM toplantıları öncesinde kapsamlı bir ön hazırlık çalışması
yapılmasının yararı açıkça görülmüştür. Böylece değerlendirme ekibinin sisteme, sistemin
işlevlerine ve mimarisine daha fazla hâkim olması sağlanmaktadır. Diğer bir kritik
nokta ise tüm proje paydaşları arasında sistemin kalite nitelikleri ile ilgili ortak bir
anlayış oluşmasını sağlamanın önemidir. ATAM toplantıları öncesinde yapılan
hazırlık çalışmalarında önemli kalite gereksinimlerinin belirlenip, sistemin amaçlarına
uygun olarak tanımlarının netleştirilmesi ve ATAM toplantıları sırasında paydaşlar ile
birlikte bu tanımlar üzerinde uzlaşma sağlanması büyük fayda sağlayacaktır.
Böylelikle ATAM uygulamasının çok daha verimli ve başarılı geçeceği
değerlendirilmektedir. Ayrıca değerlendirme ekibinin konu alınan yazılım mimarisi hakkında
derinlemesine bilgi sahibi olması, ATAM uygulamasının verimini arttıracak diğer bir etken
olarak düşünülmektedir.</p>
          <p>Teşekkür. Bu çalışma TÜBİTAK EEEAG'nin 109E014 kodlu proje desteği ile
kısmen desteklenmektedir.</p>
        </sec>
        <sec id="sec-22-1-2">
          <title>Kaynaklar</title>
        </sec>
      </sec>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1.
          <string-name>
            <given-names>R.</given-names>
            <surname>Kazman</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Klein</surname>
          </string-name>
          , P.Clements, ATAM: Method for Architecture Evaluation
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <string-name>
            <surname>Salma</surname>
          </string-name>
          , Ç.,
          <string-name>
            <surname>Oğuztüzün</surname>
            ,
            <given-names>H.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Yazıcı</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <article-title>Bir Çokluortam Veri Yönetim Sistemi Yazılım Mimarisinin “Views and Beyond” Yaklaşımıyla Belgelenmesi: Durum Raporu (UYMK'12</article-title>
          , İzmir)
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <surname>Demir</surname>
            ,
            <given-names>U.</given-names>
          </string-name>
          , “
          <article-title>Integration of Fuzzy Object-Oriented Multimedia Database Components”</article-title>
          , MS Tezi, ODTÜ,
          <year>2010</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4.
          <string-name>
            <surname>Şahin</surname>
            ,
            <given-names>A. Ş.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Şencan</surname>
            <given-names>M.Ü.</given-names>
          </string-name>
          ,
          <source>ATAM Yazılım Mimari Değerlendirme: Bir Uygulama Deneyimi (UYMS'12</source>
          , Ankara)
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5.
          <string-name>
            <given-names>P.</given-names>
            <surname>Clements</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Bachmann</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            <surname>Bass</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Garlan</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Ivers</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Little</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Merson</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Nord</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Stafford</surname>
          </string-name>
          ,
          <article-title>Documenting Software Architectures, Views and Beyond, second edition</article-title>
          ,Addison-Wesley,
          <year>2011</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>6. http://www.sei.cmu.edu/architecture/tools/document/viewsandbeyond.cfm</mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>7. http://msdn.microsoft.com/en-us/library/ee658094.aspx</mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          8.
          <string-name>
            <surname>Salma</surname>
          </string-name>
          , Ç.,
          <string-name>
            <surname>Oğuztüzün</surname>
            ,
            <given-names>H.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Yazıcı</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <source>Kullanım Eşlemesiyle Mimari Görünümlerin İrdelenmesi Üzerine Bir Örnek Çalışma (UYMS'13</source>
          , İzmir)
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>