Component’e Dayalı Yazılım Mühendisliğinde Çözümleme Süreci “Component-Based Software Engineering Analysis” Yusuf Altunel İstanbul Kültür Üniversitesi,

Slides:



Advertisements
Benzer bir sunumlar
Yazılım Geliştirme Süreci
Advertisements

Stratejik yönetim işletmenin dış çevresini (rakipler, pazar-piyasa, ürünler, müşteriler, aracılar, tedarikçiler) analiz eder. İşletmenin geleceği ile.
/ Tel: (216) Ayrıntılı bilgi için lütfen bize ulaşınız. / Tel: (216)
TEMEL LOJİSTİK Doç. Dr. Murat ERDAL muraterdal.com.
YAZILIM GELİŞTİRME SÜRECİ
Eğitsel Yazılımların Değerlendirilmesi
INTERNET TABANLI HASTA KAYDI PAYLAŞIMI VE TELEKONSÜLTASYON PLATFORMU
Pazarlama Karma Elemanları: DAĞITIM
PROJE YÖNETİMİ VE RİSK ANALİZİ
BELGELEME Ian Sommerville, “Software Documentation”,
Fatih Tuncer HATUNOĞLU İletişim Yazılım Genel Müdürü Mart, 2013 BURSA
END3061 SİSTEM ANALİZİ VE MÜHENDİSLİĞİ
SÜREÇ YÖNETİMİ Dr. Selami ERARSLAN İstanbul 2011.
SÜREÇ YÖNETİMİ İLE HIZLI BÜYÜMEYİ YÖNETMEK
ETKİ DEĞERLENDİRME ÇALIŞMALARI
TÜMLEŞİK MODELLEME DİLİ
Yazılım Proje Yönetimi
 BÜTÜNLEŞME Çevrenin taleplerinin karşılanması için gerekli bölümler arasındaki birliğin kalitesini ifade etmektedir. Bu tanım, bağımsız birimler arasındaki.
Öğretim Teknolojileri ve Materyal Tasarımı 1.Temel Kavramlar
ELEKTRONİK ORTAMDA DENETİME GENEL BAKIŞ Prof. Dr
NESNEYE DAYALI PROGRAMLAMA
FMEA Failure Mode and Effects Analysis-Hata Türü ve Etkileri Analizi
END3061 SİSTEM ANALİZİ VE MÜHENDİSLİĞİ
Chapter 1: Giriş.
Ders Yazılımlarının Geliştirilmesi
Quest Atlantis Dünya Üzerine Yayılmış Çok-Kullanıcılı Çevrim-İçi Eğitsel Bir Bilgisayar Oyununun Teknik Yapısı.
İÇ KONTROL UYUM EYLEM PLANI VE YOL HARİTASI. İÇ KONTROL İç kontrol genel olarak idarenin amaçlarına, belirlenmiş politikalara ve mevzuata uygun olarak;
END3061 SİSTEM ANALİZİ VE MÜHENDİSLİĞİ
Kurumsal İçerik Yönetimi Kapsamında Bilgi Güvenliği
DENEME.
Bölüm 2 Stratejik Yönetim Süreci ve Unsurları
Eğitimde Hedefler Hedeflerin İşlevleri ve Analizi
Yrd. Doç Dr. Ozan BÜYÜKYILMAZ
BİLGİ OKURYAZARLIĞI EĞİTİM PROGRAMI TASARIMI ÇALIŞTAYI
ALİ FINDIK Galatasaray Ünİversİtesİ 2015
BİLGİSAYAR DESTEKLİ EĞİTİM UYGULAMALARI
KURUMSAL RİSK YÖNETİMİ
MÜHENDİSLİK FAKÜLTESİ İNŞAAT MÜHENDİSLİĞİ BÖLÜMÜ GÜZ YARI YILI DOÇ.DR. İBRAHİM YİTMEN INSA 498 YAPıMDA BİLİŞİM TEKNOLOJİLERİ UYGULAMALARı.
Kurumsal ve Gelişmiş Stratejik Planlama Çözümü.
Proje Yönetim Döngüsü: -Aşamaları -Rol ve Sorumluluklar
SİSTEM VE YAZILIM Bilgisayar sistemleri donanım, yazılım ve bunları işletmek üzere gerekli işlemlerden oluşur. Yazılım, bilgisayar sistemlerinin bir bileşeni.
Topluluk İnovasyon Girişimi Süreç Açıklaması ve Yol Haritası Dokümanı 26 Mayıs
Üniversiteler İçin Proje Yönetim Bilgi Sistemi
Sistem Yaklaşımı.
PROJE NEDİR ? Mehmet ŞAHİN ÇORUM. BU BİR PROJE MİDİR ?
Proje Hazırlama Eğitimi Dr. Necati VARDAR KTO Karatay Üniversitesi Malzeme Bilimi ve Nanoteknoloji Mühendisliği Öğretim Üyesi.
İNSAN-BİLGİSAYAR ETKİLEŞİMİ. İnsan Bilgisayar Etkileşimi (İBE) alanındaki pratik ve teorik çalışmalar, bilgi ve iletişim teknolojilerinin insana ve insan.
SAHA GÜVENLİK BELGELENDİRMESİ Dr. Gökhan ŞENGÜL.
YONT 409 PROJE YÖNETİMİ.
 Bir projeyi yönetmek üzere görevlendirilen ve projeyi, mümkün olan en yüksek üretkenlik, en düşük belirsizlik ve risk ile yürütmekten sorumlu kişidir.
NOT: Bu slayt üzerindeki resmi değiştirmek için resmi seçin ve silin. Ardından, kendi resminizi eklemek için yer tutucudaki Resimler simgesini tıklatın.
Bilgisayar Mühendisliğindeki Yeri
ÇEVİK (Agile) SÜREÇLER Değişen gereksinimler, teknik riskler gibi önceden belirlenemeyen durumlara ve yazılım ürününü etkileyebilecek her tür değişikliğe.
Yazılım Mühendisliği YYurtaY. Ekip çalışması
Sistem Analizi ve Tasarımı
Nesne Tabanlı Yazılım Geliştirme Bora Güngören Portakal Teknoloji EMO Ankara Şubesi
UNICASE... kapsamlı bir CASE* aracı * UNICASE.
ISO 9001:2015 standardı – Maddelerinin Tanıtımı
Ders 4: Sistem Çözümleme
ISO 9001:2015 standardı – Maddelerinin Tanıtımı
SİSTEM ANALİZİ VE TASARIMI
DENETİM YAKLAŞIMININ BELİRLENMESİ
ONTOLOJİ GELİŞTİRME ALANINDA ÇEVİK YAKLAŞIMLAR
SWOT ANALİZİ TÜRKER DURAN YATIRIM TEŞVİK DANIŞMANI.
Bölüm 6. Pazarlama karması (stratejiler)
Yazılım Mühendisliği Temel Süreçler - Sistem Analizi
Yazılım Mühendisliği Temel Süreçler – PLANLAMA II
Dünya Üzerine Yayılmış Çok-Kullanıcılı Çevrim-İçi Eğitsel
Klinik Bilgi Sistemleri
Üst Düzey Zihinsel Beceriler
Sunum transkripti:

Component’e Dayalı Yazılım Mühendisliğinde Çözümleme Süreci “Component-Based Software Engineering Analysis” Yusuf Altunel İstanbul Kültür Üniversitesi, Bilgisayar Müh. Bölümü, İSTANBUL. y.altunel@iku.edu.tr http://web.iku.edu.tr/~yaltunel Prof. Dr. Mehmet R. Tolun Doğu Akdeniz Üniversitesi, Bilgisayar Müh. Bölümü, KKTC. mehmet.tolun@emu.edu.tr http://www.eng.emu.edu.tr/tolun/ 01-04.05.2003 Bilgi Teknolojileri Kongresi II / Pamukkale Üniversitesi - Denizli

Bilgi Teknolojileri Kongresi II / Pamukkale Üniversitesi - Denizli Özet Yazılım mühendisliği: Diğer mühendisliklerden farklı olarak genel kabul görmüş yöntem ve araçlara sahip değildir Sağlıklı ölçme ve değerlendirme yöntemleri uygulanamamaktadır Ortaya çıkan ürünler kalite ve gereksinimlerin karşılanmasında yetersiz kalmaktadır Component’e Dayalı Yazılım Mühendisliği: Yazılım mühendisliğini klasik mühendisliğe benzeştirme çabasındadır Yazılımın her parçasının tekrar tekrar üretilmesi yerine Yazılım component’larının tanımlanıp üretilmesini ve yeniden kullanılmasını önermektedir. Component yazılım parçaları: Tekrar kullanılabilir, yüksek kaliteli, standartlaştırılmış, kolayca entegre edilebilir, kendi başına kullanılabilir 01-04.05.2003 Bilgi Teknolojileri Kongresi II / Pamukkale Üniversitesi - Denizli

Component’e Dayalı Yazılım Mühendisliği Klasik yazılım geliştirme süreçleri: Yapısal yaklaşımlar Nesneye yönelik yaklaşımlar Tanımlı yazılım geliştirme aşamaları Gereksinimlerin belirlenmesinden Yazılım ürünlerinin kullanıma hazır hale getirilmesine kadarki süreçleri kapsar Component’e dayalı geliştirme Kendine özgü gereksinimleri vardır. Klasik yaklaşımlardan farklılıklar göstermektedir. Diğer yöntemlerden ayrılan ve benzeşen taraflar belirlenmelidir. Süreçler net olarak tanımlanmalıdır. 01-04.05.2003 Bilgi Teknolojileri Kongresi II / Pamukkale Üniversitesi - Denizli

Bilgi Teknolojileri Kongresi II / Pamukkale Üniversitesi - Denizli Amaçlar Component üretimi ve bunları kullanarak sistem geliştirmede çözümleme sürecini tanımlamak Component’e dayalı yazılım geliştimede çözümleme sürecini incelemek alt süreçleri belirlemek Çözümleme sürecinin net bir fotoğrafını çekmek 01-04.05.2003 Bilgi Teknolojileri Kongresi II / Pamukkale Üniversitesi - Denizli

Çözümlemenin Diğer Süreçlere Etkisi Sonraki süreçler çözümleme sürecine sıkı sıkıya bağlıdır. Çözümlemenin etkilediği alanlar Sistem tasarımı Sistemin mimari yapısı Üretimde teknik sınırlamaların belirlenmesi Yeniden kullanılabilir component’ların tespit edilmesi Test dökümanlarının hazırlanması Kalite gereksinimlerinin belirlenmesi Yazılımda bakım süreçlerinin iyileştirilmesi 01-04.05.2003 Bilgi Teknolojileri Kongresi II / Pamukkale Üniversitesi - Denizli

Bilgi Teknolojileri Kongresi II / Pamukkale Üniversitesi - Denizli Temel Amaçlar Yazılımda kalite Güvenilebilir, bakımı kolay, Kalite seviyesi ölçülebilir yazılım geliştimek Yeniden kullanılabilirlik: Aynı programların, değişik projelerde yeniden üretilmesinin önüne geçmek Çözümleme sürecinde, kalite ve yeniden kullanılabilirlik konusunda alt süreçler tanımlanmalıdır 01-04.05.2003 Bilgi Teknolojileri Kongresi II / Pamukkale Üniversitesi - Denizli

Çözümlemede Alt Süreçler Alan çalışması Gereksinimlerin çözümlenmesi İşlevsel çözümleme Modelleme Tarifleme Değerlendirme Pazar çalışması Sonuca bağlama Tarifleme: Specification Sonuca bağlama: Decision 01-04.05.2003 Bilgi Teknolojileri Kongresi II / Pamukkale Üniversitesi - Denizli

Çözümlemede Alt Süreçler Alan çalışması Alana özgü gereksinimler Alandaki ortak noktalar Alana ait componentler Benzer uygulamalarda uyulacak ortak kurallar Alan standartları Ürün tesbiti Projede alan uzmanları görevlendirilmelidir Gereksinimlerin çözümlenmesi İş ve kullanıcı gereksinimleri Yazılımdan umulan beklentiler Kalite ve diğer işlev-dışı gereksinmeler Yöntem ve Aktiviteler Veri toplama Formal yöntemler Olası kullanıcılarla doğrudan etkileşim metodları 01-04.05.2003 Bilgi Teknolojileri Kongresi II / Pamukkale Üniversitesi - Denizli

Çözümlemede Alt Süreçler İşlevsel çözümleme Yazılım işlevlerinin belirlenmesi Ana component’ler ve alt component’lerin tanımlanması Yapısal özellikler Temel veriyapıları İşlevler Olaylar Arayüzler Component bağlantıları İşbirlikçi component’ler Davranışsal özellikler Durum (state) Etki-tepki davranışları Kullanıcılarla iletişim Alt birimlerin içsel davranışları Modelleme Geliştirmeciler ve diğerleri arasında iletişim aracıdır Tasarıma geçirilecek ürünlerdendir Görsel unsurların kullanılması Sistemi oluşturacak yapıların modellenmesi İşlevsel özellikler İşlev-dışı özellikler Modeller Component-Responsibility-Collaborator-Event Use-case diyagramlar Aktivite diyagramları 01-04.05.2003 Bilgi Teknolojileri Kongresi II / Pamukkale Üniversitesi - Denizli

Çözümlemede Alt Süreçler Tarifleme Component’ların temel özelliklerinin belirlenmesi Bulanık tanımların netleştirilmesi Aramada kolayca bulunacak nitelikleri ile tarif edilmeleri Tarif edilecek özellikler İşlevsel tanımlama Davranışsal nitelikler İçsel özellikler İşlev-dışı özellikler Performans Zamanla ilgili nitelikler Gerçek zamanlı kısıtlar Güvenlik özellikleri Değerlendirme Component ve system özellikleri hakkında karar alma süreçleri Alternatiflerin değerlendirilerek uygun tercihlerin yapılması Hazır ürünlerin uygunluğunun değerlendirilmesi İşlevsel ve işlev-dışı gereksinmelerin karşılanabilirliği Tarif edilen component’a uygunluk testi Satın al-veya- üret Yeniden üretim maliyetleri Hazır ürünlerde risk değerlendirmesi Test maliyetleri Üretici desteği Lisanslama maliyetleri Yeni sürümlerin edinilmesi Tarifleme: Specification 01-04.05.2003 Bilgi Teknolojileri Kongresi II / Pamukkale Üniversitesi - Denizli

Çözümlemede Alt Süreçler Pazar çalışması Üçüncü parti ürünlerin satın alınması Uygun adayların belirlenmesi Fiyat-kalite-performans hesaplamaları Aracıların seçimi Ürünlerin pazarlanması Rakip ürünlerin özellikleri Müşteri portföyü ve gereksinimlerinin çözümlenmesi Fiyat tespiti Olası gelir ve giderlerin belirlenmesi Ürün stratejisi çalışmaları Sonuçlar geliştirmenin niteliğini değiştirebilir Sonuca bağlama Üretimle ilgili karar alma süreci Ürünlerin satın alınması Maliyet ve strateji hesapları Satıcı ile kapsamlı sözleşme Ürünlerin sisteme entegrasyonu Ürünlerin yerel ortamda geliştirilmeleri Üretim yöntemlerinin belirlenmesi Üretim süreçlerinin yönetimi Yeterli testlerin uygulanması Kalite yönetimi Yeniden kullanıma uygun tasarım Ürünün tek kullanımlık ya da yeniden kullanılabilir olması Ek maliyetlerin belirlenmesi Ek süreçlerin planlanması Yeniden kullanılabilir ürünlerin pazarlanabilirlikleri Sonuca bağlama: Decision 01-04.05.2003 Bilgi Teknolojileri Kongresi II / Pamukkale Üniversitesi - Denizli

Çözümlemede Özyineleme Yaklaşımı İki farklı component’a dayalı üretim tarzı: Component üretimi Component kullanarak sistem üretimi Tek bir tarz olarak birleştirilebilir: Özyinelemeye dayalı üretim süreçleri Her component yerel gerekleri olan karmaşık bir sistem olarak kabul edilebilir Bu durumda sistem üretimine çevrimlenmiş olur Böylece sistem özyineleme yöntemi ile baştan aşağı ve aynı süreçlerin tekrar uygulanması ile geliştirilebilir İlk component’ler karmaşık ana modüller Son component’ler kolay programlanabilir ürünlerdir Çözümlemede tanımlanan tüm alt süreçler her component için tekrar tekrar uygulanmalıdır Özyineleme: Recursion 01-04.05.2003 Bilgi Teknolojileri Kongresi II / Pamukkale Üniversitesi - Denizli

Bilgi Teknolojileri Kongresi II / Pamukkale Üniversitesi - Denizli Sonuçlar Component’e dayalı yazılım geliştirme Yeni bir yöntemdir Yazılım geliştirmeye farklı bir yaklaşım getirmektedir Kendine özgü sorunları vardır Yazılım mühendisliğinin temel sorunlarını çözme iddiasındadır Component’e dayalı çözümleme Üretim süreçlerinin en önemlilerinden biridir Sonraki aşamaları doğrudan ilgilendirmektedir Klasik yaklaşımlarda tanımlanmamış yeni işlevler gerektirmektedir Özyineleme Yaklaşımı Component’a dayalı, farklı üretim tarzlarını birleştirmektedir Yeni ve bağımsız satılabilir yan ürünlerin üretilmesini sağlamaktadır 01-04.05.2003 Bilgi Teknolojileri Kongresi II / Pamukkale Üniversitesi - Denizli