NESNEYE DAYALI YAZILIM MÜHENDİSLİĞİ

Ebat: px
Şu sayfadan göstermeyi başlat:

Download "NESNEYE DAYALI YAZILIM MÜHENDİSLİĞİ"

Transkript

1 NESNEYE DAYALI YAZILIM MÜHENDİSLİĞİ Binnur Kurt İSTANBUL TEKNİK ÜNİVERSİTESİ Bilgisayar MühendisliM hendisliği i BölümüB Nesneye Dayalı Yazılım Mühendisliği 1 Version AMAÇ Yazılım Mühendisliğinin Hedefi : Kaliteli Yazılım Nesneye Dayalı (ND) Yaklaşım ile Nasıl Ulaşılır? Yazılım Yaşam Çevrimi: İsteklerin Çözümlenmesi, Sistem Çözümleme, Tasarım, Kodlama, Tümleştirme, Sınama, Bakım ND Çözümleme, ND Tasarım, ND Sınama Standartlar: RUP ve UML Bilgisayar Destekli Yazılım Mühendisliği CASE Rational Software Rational Rose Enterprise Edition Nesneye Dayalı Yazılım Mühendisliği 2 1

2 Tell me and I forget. Teach me and I remember. Involve me and I learn. Benjamin Franklin Nesneye Dayalı Yazılım Mühendisliği 3 Kitaplar 1. Managing Software Requirements: A Use Case Approach, Dean Leffingwell, Don Widrig Addison Wesley, 2003, ISBN: X 2. UML Distilled - A Brief Guide to the Standard Object Modeling Language, Martin Fowler, Kendall Scott, Addison Wesley, 1999, ISBN: X 3. UML Reference Manual, James Rumbaugh, Ivar Jacobson, Grady Booch, Addison Wesley, 1999, ISBN: X 4. Visual Modeling with Rational Rose 2000 and UML, Terry Quatrani, Addison Wesley,1999, ISBN: Writing Effective Use Cases, A.Cockburn, Addison Wesley 6. Rational Unified Process Made Easy: A Practitioner's Guide to the RUP, Per Kroll, Philippe Kruchten, Addison Wesley Nesneye Dayalı Yazılım Mühendisliği 4 2

3 1. Bütünleştirilmiş Modelleme Dili: UML Unified Modeling Language 2. Bütünleştirilmiş Süreç Modeli: RUP Rational Unified Process 3. Rational Rose Enterprise a Genel Bir Bakış 4. Uygulama: Royal Service Station 5. Tasarım Kalıpları İÇERİK Nesneye Dayalı Yazılım Mühendisliği 5 1 UML E E GİRİŞG İŞ Nesneye Dayalı Yazılım Mühendisliği 6 3

4 UML NEDİR? UML yazılım sisteminin önemli bileşenlerini tanımlamayı, tasarlamayı ve dokümantasyonunu sağlayan grafiksel bir modelleme dilidir Yazılım geliştirme sürecindeki tüm katılımcıların (kullanıcı, iş çözümleyici, sistem çözümleyici, tasarımcı, programcı,...) gözüyle modellenmesine olanak sağlar, UML gösterimi nesneye dayalı yazılım mühendisliğine dayanır. Nesneye Dayalı Yazılım Mühendisliği 7 0 Ortak Bir Dil Tüm mühendisler simgesinin anlamını bilir Simge basit olsa da arkasındaki anlam karmaşık ve derindir! : Ters sekiz? C 1 2 dx x Kapasite? Nesneye Dayalı Yazılım Mühendisliği 8 4

5 Yöntem Savaşı Ekim 1995: Herkese açık ilk taslak (Sürüm 0.8) Temmuz 1997: Sürüm 1 OMG ye standart olarak sunuldu Kasım 1997: UML OMG tarafından standart olarak kabul edildi. Güncel sürüm: UML 2 Three Amigos: Booch, Rumbaugh, Jacobson Nesneye Dayalı Yazılım Mühendisliği 9 UML Kasım 97 UML OMG tarafından onaylandı Nesneye Dayalı Yazılım Mühendisliği 10 5

6 UML in Kazanımları Yazılım sistemi herhangi bir kod yazmadan önce profesyonelce tasarlanır ve dokümantasyonu yapılır Yeniden kullanılabilir kod parçaları kolaylıkla ayırt edilir ve en yüksek verimle kodlanır Daha düşük geliştirme maliyeti Tasarımdaki mantıksal boşluklar tasarım çizimlerinde kolaylıkla saptanabilir Nesneye Dayalı Yazılım Mühendisliği 11 UML in Kazanımları 2 Daha az sürpriz yazılımlar beklendiğimiz şekilde davranırlar Overall design will dictate the way software is developed tüm tasarım kararları kod yazmadan verilir UML resmin tamamını görmemizi sağlar More memory and processor efficient code is developed Sistemde değişiklik yapmayı kolaylaştırır Nesneye Dayalı Yazılım Mühendisliği 12 6

7 UML in Kazanımları 3 Less re/learning of the system takes place Diagrams will quickly get any other developer up to speed Programcılar arasında daha etkin bir iletişime olanak sağlar Nesneye Dayalı Yazılım Mühendisliği 13 UML in Geliştirme Sürecindeki Yeri Three Amigos UML igeliştirirken, dilin belirli bir süreç modeline bağlı olmamasına özen gösterdiler. Farklı süreç modelleri: RUP, Shlaer-Mellor, CRC ve Extreme Programming kullanılabilir. RUP : Three Amigos tarafından geliştirildi. Derste RUP u inceleyeceğiz Bu nedenle UML farklı yazılım projelerine cevap verebilecek genelliğe sahiptir: E-Ticaret Uygulaması Askeri Uygulamalar Dokümantasyon, Sınama, Performans UML nasıl yazılım geliştirileceğini söylemez! Nesneye Dayalı Yazılım Mühendisliği 14 7

8 Hatırlatma Süreç Yönetimi konusuna kısa bir geri dönüş yapalım: Şelale Modeli V-Modeli Spiral Model Artımsal ve Yinelemeli Modeller Nesneye Dayalı Yazılım Mühendisliği 15 Şelale Modeli Küçük projeler için uygun Birkaç aylık projeler Big-Bang Bang Etkisi Nesneye Dayalı Yazılım Mühendisliği 16 8

9 Şelale Modelin Yitirimleri Risk Hatayı Düzeltmenin Maliyeti Zaman Nesneye Dayalı Yazılım Mühendisliği 17 Spiral Model Nesneye Dayalı Yazılım Mühendisliği 18 9

10 Spiral Modelin Kazanımları Takım yazılım yaşam çevriminin tüm aşamalarına katılır, Kısa sürede ve düzgün aralıklarla geri besleme alınır, Riskli bileşenler önceden kestirilebilir ve gerçeklenebilir, İşin ölçeği ve karmaşıklığı önceden keşfedilebilir, Çalışan bir sürümün varlığı takımın moralini yüksek tutar, Projenin durumu daha kesin olarak değerlendirilebilir. Nesneye Dayalı Yazılım Mühendisliği 19 Rational Unified Process RUP yinelemli, artımsal msal, mimari merkezli, risk güdümlü, kullanım m senaryolarına dayalı bir yazılım geliştirme süreci modelidir. RUP iyi tanımlanmış ve yapılandırılmış bir yazılım sürecidir: Kimin Neden sorumlu olduğu, işlerin Nasıl ve Ne Zaman yapılacağı açıkça tanımlanır. Nesneye Dayalı Yazılım Mühendisliği 20 10

11 UML e Genel Bir Bakış UML de çok sayıda farklı şema var: Kullanım Senaryosu Şeması, Sınıf Şeması, İş Birliği Şeması, Ardışıl Şema,... Amaç isteme ve projeye farklı bakış açılarından bakmaktır. Nesneye Dayalı Yazılım Mühendisliği 21 UML e Genel Bir Bakış Nesneye Dayalı Yazılım Mühendisliği 22 11

12 UML e Genel Bir Bakış State Diagrams State State Use Use Case Diagrams Class Case Diagrams Use Case Class Diagrams Use Diagrams Use Use Case State State Case Diagrams Case Diagrams Diagrams State State Diagrams Use Diagrams Diagrams Object Use Case Case Object Diagrams Diagrams Activity Activity Diagrams Diagrams Diagrams Scenario Diagrams Scenario State State Scenario Diagrams Sequence Diagrams Sequence State Diagrams State Diagrams State Diagrams Model Diagrams Diagrams Scenario Component Component Diagrams Component Diagrams Deployment Component Diagrams Collaboration Scenario Scenario Deployment Diagrams Diagrams Collaboration Component Diagrams Diagram Diagrams Diagrams Diagram Diagrams Nesneye Dayalı Yazılım Mühendisliği 23 İşlevsel Görünüm Nesneye Dayalı Yazılım Mühendisliği 24 12

13 Durağan Görünüm Nesneye Dayalı Yazılım Mühendisliği 25 Devingen Görünüm Nesneye Dayalı Yazılım Mühendisliği 26 13

14 Kullanım Senaryosu Şeması Kullanım senaryosu şeması, tasarlanacak sisteme kullanıcı gözüyle bakıldığındaki davranışını tanımlar. Şemanın anlaşılması oldukça kolaydır. [Bu nedenle] Hem geliştirme ekibinin hem de müşterinin ortak olarak çalışabileceği bir şemadır. Analizde yardımcı olur, tasarımda isteklerin anlaşılmasında yardımcı olur. Customer (f rom Actors) aktör Barrow Book (from <Use Case Name>) Nesneye Dayalı Yazılım Mühendisliği 27 Kullanım Senaryosu Şemasının Bileşenleri Nesneye Dayalı Yazılım Mühendisliği 28 14

15 Kullanım Senaryosu Şeması Operator (f rom Actors) Order System (f rom Actors) Start Up (from <Use Case Name>) Shutdown (from <Use Case Name>) Produce Report (from <Use Case Name>) View Order Status Bir aktör birden fazla kullanım senaryosunda yer alabilir Aynı senaryoda birden fazla aktör olabilir. (from <Use Case Name>) Nesneye Dayalı Yazılım Mühendisliği 29 Aktör Aktör eylemi başlatan nesnedir. Aktör nesnesi mutlaka bir kişi olmak zorunda değil. Soyut bir nesne olabilir: zaman, tarih,... Aktör sistemin dışından bir nesne olabilir Kullanılan Simge: Operator (f rom Actors) Her aktör en az bir senaryo ile ilişkilendirilmelidir: Operator (f rom Actors) Start Up (from <Use Case Name>) Shutdown (from <Use Case Name>) Produce Report (from <Use Case Name>) Nesneye Dayalı Yazılım Mühendisliği 30 15

16 Kullanım Senaryolarının Sağladığı Kazanımlar Sistemin erimini, sınırlarını belirler. Böylelikle geliştirilecek sistemin boyutunu ve karmaşıklığını kafamızda daha rahat canlandırabiliriz. Kullanım senaryoları isteklerin çözümlenmesine çok benzemektedir: daha nettir ve tamdır. Basit oluşu müşteri ile geliştirme ekibi arasında iletişime olanak tanır. Geliştirme aşaması için temel oluşturur. Sistem testi için temel oluşturur. Kullanıcı klavuzu hazırlamaya yardımcı olur. Nesneye Dayalı Yazılım Mühendisliği 31 Çözünürlük Ne Olmalı? Kullanım senaryosunun kullanımına ilişkin bir örnek: ATM cihazından para çekmek Remove Card (from <Use Case Name>) Enter Card (from <Use Case Name>) Customer (f rom Actors) Enter PIN (from <Use Case Name>) Confirm Amount Select Amount (from <Use Case Name>) Take Receipt (from <Use Case Name>) (from <Use Case Name>) Nesneye Dayalı Yazılım Mühendisliği 32 16

17 Çözüm Kullanım senaryosu, aktör için bir amacı yerine getirmelidir. Amaç: para çekmek Withdraw Money Customer (from <Use Case Name>) (f rom Actors) Nesneye Dayalı Yazılım Mühendisliği 33 Check Balance (from <Use Case Name>) Customer (f rom Actors) Transfer Money (f rom <Use Case Name>) Withdraw Money (from <Use Case Name>) Nesneye Dayalı Yazılım Mühendisliği 34 17

18 Kullanım Senaryoları Arası İlişkiler Kullanım senaryoları arasında üç tür ilişki bulunabilir İçerme «include» Bir senaryo grubu içinde kullanılan başka bir senaryo grubudur Genişletme «extend» Senaryo grupları doğal akışa göre verilirler. Bu akıştan olan sapmalar genişletme ilişkisi ile ana senaryodan olan sapma gösterilir. Genelleştirme Sınıflar arasındaki türeme ilişkisine benzer. Genel bir senaryo grubundan özel bir senaryo grubu türetilir. Nesneye Dayalı Yazılım Mühendisliği 35 Örnek Kullanım Senaryosu Custom er (f rom Actors) Withdraw Money (from <Use Case Name>) <<include>> Withdraw Money with Overdraft Protection (from <Use Case Name>) <<extend>> Update Account (from <Use Case Name>) Protect Overdraft (from <Use Case Name>) Nesneye Dayalı Yazılım Mühendisliği 36 18

19 Kullanım Senaryosu Anlatımı 1. Müşteri kartını ATM cihazına tanıtır. Sistem karttaki bilgileri okur ve doğrular. 2.Sistem PIN kodunu sorar. Müşteri PIN kodunu girer. Sistemi PIN kodunu doğrular. 3.Sistem hangi tür işlem yapmak istediğini sorar. Müşteri Para Çek i seçer 4.Sistem çekilecek miktarı sorar. Müşteri miktarı girer. 5.Sistem hesap türünü sorar. Müşteri hesap türünü girer. 6.Sistem ATM ağını kullanarak kimlik, PIN kodu ve çekilen miktarı doğrular. 7.Sistem makbuz istenip istenmediğini sorar. Bu işlem cihazda kağıt varsa yürütülür. 8.Sistem müşteriden kartı yuvasından almasını ister. Müşteri kartını alır. (Bu istek müşterinin kartı cihazda unutmadığından emin olmak için güvenlik amacıyla yapılır.) 9.Sistem istenilen miktar banknotu verir. 10.Eğer müşteri istemişse sistem kağıt makbuzu verir. Senaryo sona erer. Nesneye Dayalı Yazılım Mühendisliği 37 Kullanım Senaryosu Anlatımı Standart bir format yok. Her firma kendine uygun bir format belirleyebilir. Senaryo: Senaryo adı Özet tanıtım: Senaryonun kısa k bir tanımlamas mlaması Ön koşullar: Senaryonun başlamas laması için in sağlanmas lanması gereken koşullar Sonuç koşulları: Senaryonun sonunda neler olduğu u tanımlan mlanır Ana Akış: Sistem için i in olağan an senaryo durumunda gerçekle ekleşen en etkileşimlerin imlerin bir listesi verilir. Alternatif Akış: Olası alternatif etkileşimlerin imlerin tanımlanmas mlanması Sıradışı Akış: Beklenmeyen yada öngörülmeyen olayların gerçekle ekleştiği i senaryolar tanımlan mlanır Nesneye Dayalı Yazılım Mühendisliği 38 19

20 Kullanım Senaryolarının Yazılması Aktörlerin Belirlenmesi: Sistemin temel işlevlerini kim kullanacak? Sistemin bakımını ve işletimini kim yapacak? Sistem hangi cihazları kullanacak? Diğer hangi sistemlerle etkileşimde bulunacak? Sistemin çıkışlarını kimleri ilgilendirir? Nesneye Dayalı Yazılım Mühendisliği 39 Sistem Davranışının Belirlenmesi Aktörlerden yararlanarak sistem davranışının belirlenmesi Aktörlerin temel işlevi nedir? Aktör sistem bilgilerine erişmeli mi? Durum değişiklikleri aktöre bildirilecek mi? Aktör hangi işlevlere ihtiyaç duyar? Bazı davranışlar aktörlerden yola çıkarak belirlenemeyebilir. Bu durumda aşağıdaki soruları da sormak uygun olur: Sistemin gerek duyduğu giriş ve çıkış nedir? Sistem dış olaylardan etkilenir? Şu andaki sistemin eksiklikleri ve problemleri nelerdir? Periyodik olarak gerçekleştirilen işlemler var mı? Nesneye Dayalı Yazılım Mühendisliği 40 20

21 Kullanım Senaryolarının Saptanması Olası sistem kullanıcıları ile görüşme yapmak Joint Requirements Planning Workshop (JRP) Beyinfırtınası: olası tüm aktörler saptanır Beyinfırtınası: olası tüm senaryolar saptanır Her senaryo için Kullanım Senaryo Anlatımı kağıda aktarılır ve doğrulanır Model CASE Tool kullanılarak bilgisayarda oluşturulur Nesneye Dayalı Yazılım Mühendisliği 41 Sınıf Şeması Amaç çözülmek istenen probleme ilişkin dünyanın doğru, özlü, anlaşılır ve sınanabilir bir modelini oluşturmak. Modelde gerçek dünyayı oluşturan kavramsal sınıflar ve nesneler yer alır. Model UML ile görsel biçime getirilir. Nesneye Dayalı Yazılım Mühendisliği 42 21

22 Sınıf Şemasının Bileşenleri Nitelikler : Sınıfların nitelikleri İşlemler Stereotypes Özellikler: Sınıf tanımlamalarının durumunu ve bakımını izlemek için bir yöntem Bağlantı: Sınıflar arasındaki ilişkiler Kalıtım Nesneye Dayalı Yazılım Mühendisliği 43 Örnek Sınıf Şeması 1 Store address : Address name : Text addsale(...) 1 Houses 1 1 Register endsale() enteritem(...) makenewsale() makepayment(...) 1 Looks-in Captures Uses 1 1 Logs-completed * 1... ProductCatalog getspecification(...) Sale 1 date : Date iscomplete : Boolean time : Time becomecomplete() makelineitem(...) makepayment(...) gettotal() 1 Paid-by 1 1 Contains 1..* Contains 1..* 1 ProductSpecification description : Text price : Money itemid : ItemID... SalesLineItem quantity : Integer getsubtotal() Payment amount : Money... Describes 1 * Nesneye Dayalı Yazılım Mühendisliği 44 22

23 Kavramsal Sınıfların Belirlenmesi En çok kullanılan iki temel yöntem: 1. Kavramsal sınıfların kategori listesinden yararlanmak 2. Kullanım senaryolarındaki isimlerden yararlanmak Örnek Kategoriler Fiziksel ve somut nesneler Yer İşlem Hizmet Olay Roller Başka nesneleri içeren kaplar (container) Nesneye Dayalı Yazılım Mühendisliği 45 Örnek: Kullanım Senaryolarından Yararlanmak 1. Müşteri kartını ATM cihazına tanıtır. Sistem karttaki bilgileri okur ve doğrular. 2.Sistem PIN kodunu sorar. Müşteri PIN kodunu girer. Sistemi PIN kodunu doğrular. 3.Sistem hangi tür işlem yapmak istediğini sorar. Müşteri Para Çek i seçer 4.Sistem çekilecek miktarısorar. Müşteri miktarı girer. 5.Sistem hesap türünüt sorar. Müşteri hesap türünü girer. 6.Sistem ATM ağını kullanarak kimlik, PIN kodu ve çekilen miktarı doğrular. 7.Sistem makbuz istenip istenmediğini sorar. Bu işlem cihazda kağı ğıt varsa yürütülür. 8.Sistem müşteriden kartı yuvasından almasını ister. Müşteri kartını alır. (Bu istek müşterinin kartı cihazda unutmadağından emin olmak için güvenlik amacıyla yapılır.) 9.Sistem istenilen miktar banknotu verir. 10.Eğer müşteri istemişse sistem kağıt makbuzu verir. Senaryo sona erer. Nesneye Dayalı Yazılım Mühendisliği 46 23

24 Gereksiz Sınıfların Elenmesi Artık Sınıflar (Redundant Classes):Aynı unsuru ifade eden iki sınıftan daha tanımlayıcı olan alınır. Kişi Müşteri: müşteri İlgisiz Sınıflar (Irrelevant Classes): Problemin çözümü ile ilgisi olmayan yada çözümlemenin o iterasyonunda gerekli olmayan sınıflar silinir. Belirsiz Sınıflar (Vague Classes): Sınırları iyi çizilmemiş, fazla genel tanımlı olan sınıflar silinir. Nitelikler (Attributes): Nitelikler de isimler ile ifade edildiğinden sınıflar ile karıştırılabilinir. Kendi başına varlıkları anlamlı olmayan sadece başka sınıfların niteliklerini oluşturan unsurlar olası sınıflar listesinden silinir. İşlemler: Sadece başka nesneler üzerinde uygulanan işlemler sınıf olamaz. Kendi nitelikleri olan ve başka olaylardan etkilenen işlemler sınıftır. Roller: Sınıflar arasındaki ilişkiyi ifade eden rollar sınıf olamaz Nesneye Dayalı Yazılım Mühendisliği 47 Kavramsal Sınıfların Nitelikleri Nesneye Dayalı Yazılım Mühendisliği 48 24

25 Betimleme Sınıflarına İhtiyaç Duyulması Nesneye Dayalı Yazılım Mühendisliği 49 Örnek 2 Nesneye Dayalı Yazılım Mühendisliği 50 25

26 Örnek 3 Nesneye Dayalı Yazılım Mühendisliği 51 Örnek 4 Nesneye Dayalı Yazılım Mühendisliği 52 26

27 Kavramsal Sınıflar Arasındaki Bağlantıların Belirlenmesi Uygulama domeninin modeli oluşturulurken ilk aşamada kavramsal sınıflar bulunur. İkinci aşamada ise bu sınıflar arasındaki bağlantılar belirlenir. Nesneye Dayalı Yazılım Mühendisliği 53 Çoğullama Sayısı Çoğullama sayısı o sınıftan bir nesnenin kaç tane nesne ile geçerli olarak ilişkilendirilebileceğini gösterir. * 1..* T T T T zero or more; "many" one or more one to 40 exactly 5 3, 5, 8 T exactly 3, 5, or 8 Nesneye Dayalı Yazılım Mühendisliği 54 27

28 Nesneye Dayalı Yazılım Mühendisliği 55 Tasarım Modelinin Oluşturulması Bu aşamada, nesneye dayalı yönteme göre problemin mantıksal çözümü oluşturulur. Tasarım modelinde yazılım sınıfları ve aralarındaki işbirliği (etkileşim) belirlenir. Bu modelin en önemli kısmını nesneler arası etkileşimi gösteren etkileşim şemaların (interaction diagram) çizilmesi oluşturur. Etkileşim şemaları ile birlikte yazılım sınıflarını gösteren sınıf şemaları da çizilir. Nesneye Dayalı Yazılım Mühendisliği 56 28

29 Etkileşim Şemaları UML de iki tür etkileşim şeması vardır: 1. İşbirliği Şeması Nesneye Dayalı Yazılım Mühendisliği 57 Etkileşim Şemaları 2. Ardışık Şema Nesneye Dayalı Yazılım Mühendisliği 58 29

30 Sınıf ve Nesne Gösterimi Nesneye Dayalı Yazılım Mühendisliği 59 İşbirliği Şeması Notasyonu Nesneye Dayalı Yazılım Mühendisliği 60 30

31 İşbirliği Şeması Notasyonu Nesneye Dayalı Yazılım Mühendisliği 61 İşbirliği Şeması Notasyonu : Register 1: clear() msg1() Nesneye Dayalı Yazılım Mühendisliği 62 31

32 Nesne Yaratmak Nesneye Dayalı Yazılım Mühendisliği 63 Mesajları Numaralamak 1 Nesneye Dayalı Yazılım Mühendisliği 64 32

33 Mesajları Numaralamak 2 Nesneye Dayalı Yazılım Mühendisliği 65 Koşullu Mesajlar Nesneye Dayalı Yazılım Mühendisliği 66 33

34 Karşılıklı Dışlamalı Mesajlar Nesneye Dayalı Yazılım Mühendisliği 67 Döngü Nesneye Dayalı Yazılım Mühendisliği 68 34

35 Nesneler Üzerinde Döngü Kurmak Nesneye Dayalı Yazılım Mühendisliği 69 Sınıfa Mesaj Göndermek Nesneye Dayalı Yazılım Mühendisliği 70 35

36 Ardışık Şema Notasyonu : Register : Sale msg1() msg2() msg3() msg4() msg5() Nesneye Dayalı Yazılım Mühendisliği 71 Geri Dönüşün Gösterimi Nesneye Dayalı Yazılım Mühendisliği 72 36

37 Kendisine (this) Mesaj Gönderme msg1() : Register clear() Nesneye Dayalı Yazılım Mühendisliği 73 Nesne Yaratmak : Register : Sale makepayment(cashtendered) create(cashtendered) authorize() note that newly created objects are placed at their creation "height" : Payment an object lifeline shows the extent of the life of the object in the diagram Nesneye Dayalı Yazılım Mühendisliği 74 37

38 Nesnenin Yokedilmesi Nesneye Dayalı Yazılım Mühendisliği 75 Koşullu Mesajlar Nesneye Dayalı Yazılım Mühendisliği 76 38

39 Karşılıklı Dışlamalı Mesajlar Nesneye Dayalı Yazılım Mühendisliği 77 Döngü Nesneye Dayalı Yazılım Mühendisliği 78 39

40 Bir Dizi Mesajdan Oluşan Döngü Nesneye Dayalı Yazılım Mühendisliği 79 Nesne Gruplarına Mesajlar Nesneye Dayalı Yazılım Mühendisliği 80 40

41 Sınıf Metodunu Çağırmak Nesneye Dayalı Yazılım Mühendisliği 81 Sorumlulukların Atanması yolu ile Nesnelerin Tasarımı Nesne Tasarımının Genel İfadesi: İsteklerin çözülmesi, uygulama alanın modelinin kurulmasından sonra, yazılım sınıflarına metodların eklenmesi ve istekleri yerine getirmek üzere nesneler arası mesajların belirlenmesidir. Nesnel tasarımın temeli nesnelere sorumlulukların atanmasına dayanır: Bilinmesi Gerekenler: Kendi Özel Verileri İlgili Diğer Nesneler Hesap yaparak elde edebileceği bilgiler Yapılması Gerekenler: Hesap yapma, nesne yaratma/yoketme Başka nesneleri harakete geçirme Başka nesnelerin haraketini denetleme Nesneye Dayalı Yazılım Mühendisliği 82 41

42 Kalıplar Yazılımcılar deneyimleri sonucunda bir çok problemin çözümünde uygulanabilecek prensipler ve deyimler yaratmışlardır. Bu deyim önce internet te tartışma gruplarında ortaya atıldı Design Patterns, Elements Of Reusable Object Oriented Software kitabıyla ünlendi. Yazarları: Gamma, Helm, Johnson, Vlissides Gang of Four Bu prensipler belirli yapısal kurallara göre yazılarak yazılım geliştiren kişilere yol göstermek üzere oluşturulmuştur: GRASP: Expert Creator High Cohesion Low Coupling Controller Nesneye Dayalı Yazılım Mühendisliği 83 Expert Çözüm: Bir sorumluluğu bilginin uzmanına, onu yerine getirecek veriye sahip olan sınıfa atayın. Problem: Nesnelere sorumluluklarını atamanın temel prensibi nedir? Nesneye Dayalı Yazılım Mühendisliği 84 42

43 Örnek Nesneye Dayalı Yazılım Mühendisliği 85 Örnek Nesneye Dayalı Yazılım Mühendisliği 86 43

44 Creator Çözüm: Aşağıdaki koşullardan biri geçerli ise B sınıfına A sınıfından nesne yaratma sorumluluğu atayın: B, A nesnelerini içeriyorsa B, A nesnelerinin kaydını tutuyorsa B, A nesnelerini kullanıyorsa A nesnelerinin yaratılması aşamasında kullanılacak olan başlangıç verilerine B sahipse Problem: Bir sınıftan nesne yaratma sorumluluğu kime ait? Nesneye Dayalı Yazılım Mühendisliği 87 Örnek date time 1 Sale Sales LineItem quantity Contains 1..* Described-by : Register : Sale * makelineitem(quantity) 1 Product Specification description price itemid create(quantity) : SalesLineItem Nesneye Dayalı Yazılım Mühendisliği 88 44

45 Az Bağımlılık Low Coupling Çözüm: Sorumlulukları sınıflar arası bağımlılığı az olacak şekilde atayın. Problem: Diğer sınıfların değişikliklerinden etkilenmeme, tekrar kullanılabilirlik nasıl sağlanır? Nesneye Dayalı Yazılım Mühendisliği 89 Örnek Nesneye Dayalı Yazılım Mühendisliği 90 45

46 İyi Uyum High Cohesion Çözüm: Sorumlulukları sınıf içinde iyi bir uyum olacak şekilde atayın. Problem: Karmaşıklık nasıl idare edilebilir? Eğer bir sınıf birbiri ile ilgili olmayan işler yapıyorsa veya çok fazla iş yapıyorsa sınıfta uyum kötüdür: Anlaşılırlık azalır Bakım zorlaşır Tekrar kullanılabilirlik güçleşir Değişikliklerden çok fazla etkilenir Nesneye Dayalı Yazılım Mühendisliği 91 Örnek Nesneye Dayalı Yazılım Mühendisliği 92 46

47 Denetçi Controller Çözüm: Sistem olaylarını algılama ve değerlendirme sorumluluğunu alacak sınıfı aşağıdaki iki seçenekten birini kullanarak oluşturun: Tüm sistemi, cihazı veya alt sistemi temsil eden bir sınıf Bir kullanım senaryosunu temsil eden bir sınıf Problem: Sistem olayları ile ilgili işleri yapmakla kim sorumludur? Sistem olayları dış aktörler tarafından üretilen olaylardır. Nesneye Dayalı Yazılım Mühendisliği 93 Örnek Nesneye Dayalı Yazılım Mühendisliği 94 47

48 2 RATIONAL UNIFIED PROCESS (BÜTÜNLE NLEŞTİRİLMİŞ SÜREÇ) Nesneye Dayalı Yazılım Mühendisliği 95 RUP NEDİR? Rational Unified Process 2 RUP yinelemeli, artımsal msal, mimari merkezli, risk güdümlü, kullanım m senaryolarına dayalı bir yazılım geliştirme süreci modelidir. RUP iyi tanımlanmış ve yapılandırılmış bir yazılım sürecidir: Kimin Neden sorumlu olduğu, işlerin Nasıl ve Ne Zaman yapılacağı açıkça tanımlanır. Nesneye Dayalı Yazılım Mühendisliği 96 48

49 Temel RUP Yaklaşımı Rational Unified Process 2 Attack major risks early and continuously or they will attack you Yürütülebilir yazılıma odaklanmak, Projede değişikliklere başta izin vermek. Riskleri erken gidermek. Sistemi bileşenlerle tasarlamak, Tek bir takım olarak çalışmak, Kalite odaklı çalışmak Önce ürünü çıkar, kaliteyi sonra artırırsın? Nesneye Dayalı Yazılım Mühendisliği 97 Yinelemeli Geliştirme Yaklaşımı Rational Unified Process 2 Her bir çevrim bir önceki çevrimin çıktısını girdi olarak kabul eder. Nesneye Dayalı Yazılım Mühendisliği 98 49

50 Rational Unified Process 2 Nesneye Dayalı Yazılım Mühendisliği 99 Kaç iterasyon? Her iterasyonun Süresi? Rational Unified Process 2 2 hafta-2 ay, Daha karmaşık projeler daha uzun iterasyon süresi demek değildir, Daha karmaşık proje daha fazla iterasyon demektir, Takım üyelerinin deneyim düzeyi, Paralel geliştirme takımlarının varlığı, Başlangıç iterasyonları daha uzun tutulabilir (Her iterasyonda deneyim artar!) Nesneye Dayalı Yazılım Mühendisliği

51 Yinelemeli Yaklaşımın Kazanımları Rational Unified Process 2 Değişen isteklere uyum, Erken geri besleme, Büyük sistemlerde çözümleme kolaylığı, Risklerin erken sezilmesi ve giderilmesi, Yeniden kullanılabilirliği kolaylaştırır, Erken ürün elde etme: şelale modelinde big-bang Hataları birkaç iterasyonda saptama ve düzeltme Her iterasyonda deneyim kazanma Nesneye Dayalı Yazılım Mühendisliği 101 RUP un İki Boyutu Rational Unified Process 2 Devinimli boyut: yatay eksen çevrimler, evreler, iterasyonlar, ve kilometre taşı Durağan boyut: düşey eksen roller, faaliyetler Nesneye Dayalı Yazılım Mühendisliği

52 Evreler Rational Unified Process 2 Başlangıç: yapılabilirlilik, tamam/devam kararı Ayrıntılandırma: teknik olarak karmaşık ve riskli görevlerin (tasarım, kodlama, test gibi) iteratif olarak oluşturulması Yapım: Gerçeklemenin tamamlanması (ara ve alfa sürümlerin üretilmesi) Geçiş: Müşteri ihtiyaçlarını karşılayan ve beta testi yapılmış ürününün teslimi Nesneye Dayalı Yazılım Mühendisliği 103 Başlangıç Inception Rational Unified Process 2 Amaç: Projenin konusunu anlamak, Ticari kullanım senaryosu oluşturmak, Devam etmek için takımı ortak etmek Kilometre taşı: LifeCycle Objective Milestone (LCO) Nesneye Dayalı Yazılım Mühendisliği

53 Ayrıntılandırma Elaboration Rational Unified Process 2 Amaç: Önemli teknik risklerin azaltılması, Temel tasarım mimarisini oluşturmak, Sistemi gerçekleştirmek için gerekli olanların anlaşılması Kilometre taşı: LifeCycle Architecture Milestone (LCA) Nesneye Dayalı Yazılım Mühendisliği 105 Yapım Construction Rational Unified Process 2 Amaç: İlk kullanıma hazır sürümün çıkarılması Kilometre taşı: Initial Operational Capability Milestone (IOC) Nesneye Dayalı Yazılım Mühendisliği

54 Geçiş Transition Rational Unified Process 2 Amaç: Ürünün son sürümünü çıkarmak ve müşteriye teslim etmek. Kilometre taşı: Product Release Milestone (PR) Nesneye Dayalı Yazılım Mühendisliği 107 RUP un Durağan Bileşenleri Rational Unified Process 2 Durağan yapı, süreç bileşenleri faaliyetler, disiplinler, ürünler ve roller arasındaki mantıksal bağın nasıl olacağını belirler. Süreç, kimin? Neyi? Nasıl? ve Ne Zaman? yapacağını tanımlar. Nesneye Dayalı Yazılım Mühendisliği

55 Dört Temel Modelleme Elemanı Rational Unified Process 2 Roles. The who Activities. The how Artifacts. The what Workflows. The when Nesneye Dayalı Yazılım Mühendisliği 109 Rol Rational Unified Process 2 Rol kişinin/grubun proje boyunca giydiği şapkaya benzer, Kişi proje boyunca farklı şapkalar giyebilir, Rol bir kişinin ilgili işi nasıl yapması gerektiğini ve o rol için kişilerin sahip olması gereken özellikleri ve sorumlulukları tanımlar, Bir kişi bir yada daha fazla rol alabilir, birkaç kişiaynırolü oynayabilir. Nesneye Dayalı Yazılım Mühendisliği

56 Eylem Activity Rational Unified Process 2 Belirli bir role ait eylem o rolü üstlenen kişinin yapması gereken birim işi tanımlar. Her eylem eylemin açık bir amacı vardır. Genellikle bu bazı çıktıların (model, plan gibi) güncellenmesi yada yaratılması cinsinden ifade edilir. Her eylem bir role atanmıştır. Eylem genellikle birkaç saat/gün alırve birkaç çıktıyı etkiler. Eylem planlamada kullanılabilir büyüklükte olmalı Eylem birkaç kez tekrar edilebilir özellikle bir iterasyon diğerine geçerken yeniden gözden geçirilebilir aynı rolde, ama aynı kişi olmak zorunda değil. Nesneye Dayalı Yazılım Mühendisliği 111 Adımlar Rational Unified Process 2 Eylemler üç temel sınıfa ayrılabilen adımlara bölünmüştür: Düşünme (Thinking): rolü yerine getirecek kişi görevin doğasını anlar, giriş çıktılarını toplar ve inceler ve sonuç üretir, Yerine Getirme (Performing): Rol bir çıktı üretir yada günceller, Gözden Geçirme (Reviewing): Rol sonuçları belirli bir kritere göre gözden geçirir. Nesneye Dayalı Yazılım Mühendisliği

57 Çıktı Artifact Rational Unified Process 2 Çıktı bir süreç tarafından üretilen, değiştirilen yada kullanılan bir bilgi parçasıdır. Çıktılar projenin en somut elemanlarıdır: sonuç ürünü ortaya çıkarılırken projenin ürettikleri yada kullandıkları. Çıktı bir eylemi gerçekleştirmek için roller tarafından girdi olarak kullanılır ve diğer eylemlerin sonucu yada ürünüdür. Nesneye Dayalı Yazılım Mühendisliği 113 Çıktının Biçimleri Rational Unified Process 2 Çıktılar çeşitli şekil yada biçimlerde olabilir: Model: Use-Case Model, Design Model Model Bileşeni:Sınıf, Use-Case (UC) Doküman Kaynak Kod Yürütülebilir Kod Nesneye Dayalı Yazılım Mühendisliği

58 İş Akışı Workflow Rational Unified Process 2 Roller, Eylemler ve Çıktılar tam olarak bir süreç oluşturmazlar. Eylemleri anlamlı bir sıraya sokmak ve roller arasındaki etkileşimi tanımlamak için bir mekanizmaya ihtiyaç vardır. İş akışıçeşitli şekil ve biçimlerde olabilir. Bunlardan en yaygın olarak kullanılan ikisi: Disiplin: Yüksek-seviye iş akışı İşakış Detayı: disiplin içinde tanımlanmış işakışları Nesneye Dayalı Yazılım Mühendisliği 115 Requirement Workflow Rational Unified Process 2 Use-Case Specifier User-Interface Designer Develop Vision Elicit Stakeholder Needs Find Actors and Use Cases Manage Capture a Dependencies Common Vocabulary User-Interface Modeling Structure the Use-Case Model Detail a Use Case User-Interface Prototyping Requirements Reviewer Review Requirements Architect Prioritize Use Cases Nesneye Dayalı Yazılım Mühendisliği

59 Analysis&Design Workflow Rational Unified Process 2 Architect Designer Architectural Analysis Use-Case Analysis Architectural Design Describe Concurrency SubsystemDesign Class Design Describe Distribution Use-Case Design Review the Architecture Architecture Reviewer Review the Design Design Reviewer Database Designer Database Design Nesneye Dayalı Yazılım Mühendisliği 117 Implementation Workflow Rational Unified Process 2 Architect System Integrator Implementer Structure the Implementation Model Plan System Integration Plan Subsystem Integration Implement Classes Fix a Defect Perform Unit Test Integrate Subsystem Integrate System Code Reviewer Review Code Nesneye Dayalı Yazılım Mühendisliği

İçindekiler. Okuma lisansı info acar, için verilmiştir. Çoğaltılması ve dağıtılması yasaktır.

İçindekiler. Okuma lisansı info acar, için verilmiştir. Çoğaltılması ve dağıtılması yasaktır. 18 İçindekiler Lütfen Dikkatle Okuyunuz! Yasal Uyarı Bölüm Başlıkları Önsöz Kitabın İçeriği Nedir? Kitabın İçeriği Ne Degildir? Kitap Kim İçin Yazıldı? Yazar Hakkında Kitap Nasıl Okunmalı? Yazar İle İletişim

Detaylı

YAZILIM MODELLEME VE TASARIM

YAZILIM MODELLEME VE TASARIM YAZILIM MODELLEME VE TASARIM «Tasarım Modelinin Oluşturulması» Özer Çelik Matematik-Bilgisayar Bölümü Tasarım Modelinin Oluşturulması Bu aşamada, nesneye dayalı yönteme göre problemin mantıksal çözümü

Detaylı

NESNEYE YÖNELİK PROGRAMLAMA Unified Modelling Language (UML) Bütünleşik Modelleme Dili

NESNEYE YÖNELİK PROGRAMLAMA Unified Modelling Language (UML) Bütünleşik Modelleme Dili Özlem AYDIN NESNEYE YÖNELİK PROGRAMLAMA Unified Modelling Language (UML) Bütünleşik Modelleme Dili Trakya Üniversitesi Bilgisayar Mühendisliği Bölümü MODEL NEDİR? Model, gerçek dünyadaki bir olayın veya

Detaylı

Tasarım Modelinin (Design Model) Oluşturulması

Tasarım Modelinin (Design Model) Oluşturulması 1 Tasarım Modelinin (Design Model) Oluşturulması Bu aşamada, nesneye dayalı yönteme göre problemin mantıksal çözümü oluşturulur. Tasarım modelinde yazılım sınıfları ve aralarındaki işbirliği (etkileşim)

Detaylı

Konforun Üç Bilinmeyenli Denklemi 2016

Konforun Üç Bilinmeyenli Denklemi 2016 Mimari olmadan akustik, akustik olmadan da mimarlık olmaz! Mimari ve akustik el ele gider ve ben genellikle iyi akustik görülmek için orada değildir, mimarinin bir parçası olmalı derim. x: akustik There

Detaylı

Virtualmin'e Yeni Web Sitesi Host Etmek - Domain Eklemek

Virtualmin'e Yeni Web Sitesi Host Etmek - Domain Eklemek Yeni bir web sitesi tanımlamak, FTP ve Email ayarlarını ayarlamak için yapılması gerekenler Öncelikle Sol Menüden Create Virtual Server(Burdaki Virtual server ifadesi sizi yanıltmasın Reseller gibi düşünün

Detaylı

public class SalesLineItem // Java { private int quantity; private ProductSpecification description; public Money getsubtotal() {...

public class SalesLineItem // Java { private int quantity; private ProductSpecification description; public Money getsubtotal() {... Kodlama Sınıf tanımları yazılım sınıflarının diyagramlarından yararlanılarak oluşturulur. Karmaşık veri tiplerine (örneğin sınıf) sahip üyeler referans ya da işaretçi olarak yaratılmalılar. Basit nitelik

Detaylı

Dersin Türü (Course Type) Zorunlu (Compulsory)[Χ] Seçmeli (Elective) [ ]

Dersin Türü (Course Type) Zorunlu (Compulsory)[Χ] Seçmeli (Elective) [ ] Programın Adı (Program Name) Kodu (Course Code) CS 102 Molecüler Biyoloji ve Genetik (Molecular Biology and Genetics) Adı (Course Name) Türü (Course Type) Zorunlu (Compulsory)[Χ] Seçmeli (Elective) [ ]

Detaylı

Exercise 2 Dialogue(Diyalog)

Exercise 2 Dialogue(Diyalog) Going Home 02: At a Duty-free Shop Hi! How are you today? Today s lesson is about At a Duty-free Shop. Let s make learning English fun! Eve Dönüş 02: Duty-free Satış Mağazasında Exercise 1 Vocabulary and

Detaylı

Newborn Upfront Payment & Newborn Supplement

Newborn Upfront Payment & Newborn Supplement TURKISH Newborn Upfront Payment & Newborn Supplement Female 1: Bebeğim yakında doğacağı için bütçemi gözden geçirmeliyim. Duyduğuma göre, hükümet tarafından verilen Baby Bonus ödeneği yürürlükten kaldırıldı.

Detaylı

Chapter 5 Sistem Modelleme. Lecture 1. Chapter 5 System modeling

Chapter 5 Sistem Modelleme. Lecture 1. Chapter 5 System modeling Chapter 5 Sistem Modelleme Lecture 1 1 Başlıklar İçerik/Bağlam (Context) modelleri Etkileşim Modelleri Yapısal Modeller Davranışsal Modeller Model Tabanlı Mühendislik 2 Sistem Modelleme Sistem modelleme,

Detaylı

IDENTITY MANAGEMENT FOR EXTERNAL USERS

IDENTITY MANAGEMENT FOR EXTERNAL USERS 1/11 Sürüm Numarası Değişiklik Tarihi Değişikliği Yapan Erman Ulusoy Açıklama İlk Sürüm IDENTITY MANAGEMENT FOR EXTERNAL USERS You can connect EXTERNAL Identity Management System (IDM) with https://selfservice.tai.com.tr/

Detaylı

Nesneye Dayalı Yazılım Geliştirme. Her iterasyon sonunda sistem istenene yaklaşır. Nesneye Dayalı Yazılım Geliştirme

Nesneye Dayalı Yazılım Geliştirme. Her iterasyon sonunda sistem istenene yaklaşır. Nesneye Dayalı Yazılım Geliştirme Tümleştirilmiş Yazılım Geliştirme Süreci (The Unified Process UP) Deneyimler sonucu kabul gören en iyi özellikler bir araya getirilmiştir. Yinelemeli (iterative) Arttırmalı ve evrimsel (incremental, evolutionary)

Detaylı

YZM211 YAZILIM TASARIMI

YZM211 YAZILIM TASARIMI BÖLÜM 4 MÜHENDİSLİK TASARIMI ÇÖZÜMLEMESİ YZM211 YAZILIM TASARIMI Yrd. Doç. Dr. Volkan TUNALI Mühendislik ve Doğa Bilimleri Fakültesi / Maltepe Üniversitesi Amaçlar 2 Mimari tasarım ve ayrıntılı tasarım

Detaylı

Yüz Tanımaya Dayalı Uygulamalar. (Özet)

Yüz Tanımaya Dayalı Uygulamalar. (Özet) 4 Yüz Tanımaya Dayalı Uygulamalar (Özet) Günümüzde, teknolojinin gelişmesi ile yüz tanımaya dayalı bir çok yöntem artık uygulama alanı bulabilmekte ve gittikçe de önem kazanmaktadır. Bir çok farklı uygulama

Detaylı

YAZILIM MODELLEME VE TASARIM

YAZILIM MODELLEME VE TASARIM YAZILIM MODELLEME VE TASARIM «UML Kullanım Diyagramları» Özer Çelik Matematik-Bilgisayar Bölümü Kullanım senaryoları sadece düz metin (text) olarak değil, istendiğinde metin yerine UML diyagramı olarak

Detaylı

Teknoloji Servisleri; (Technology Services)

Teknoloji Servisleri; (Technology Services) Antalya International University Teknoloji Servisleri; (Technology Services) Microsoft Ofis Yazılımları (Microsoft Office Software), How to Update Office 365 User Details How to forward email in Office

Detaylı

Tasarım Örnekleri. Senaryoların Gerçeklenmesi (Use-Case Realization)

Tasarım Örnekleri. Senaryoların Gerçeklenmesi (Use-Case Realization) Senaryoların Gerçeklenmesi (Use-Case Realization) Bu bölümde; senaryoların birbirleriyle etkileşimde olan (işbirliği yapan) yazılım sınıfları ve nesneler şeklinde nasıl tasarlanacağı ele alınacaktır. Bu

Detaylı

Model Güdümlü Geliştirme ile Gömülü Kaynakların Yönetimi

Model Güdümlü Geliştirme ile Gömülü Kaynakların Yönetimi Model Güdümlü Geliştirme ile Gömülü Kaynakların Yönetimi Can Öz EGE ÜNİVERSİTESİ FEN BİLİMLERİ ENSTİTÜSÜ BİLGİSAYAR MÜHENDİSLİĞİ A.B.D. 1 İçerik Kaynak Yönetimi Problemi Kaynak Yönetimi Modellemesinin

Detaylı

NESNE YÖNELİMLİ PROGRAMLAMA HAFTA # 6. Yrd.Doç.Dr.Hacer Karacan

NESNE YÖNELİMLİ PROGRAMLAMA HAFTA # 6. Yrd.Doç.Dr.Hacer Karacan NESNE YÖNELİMLİ PROGRAMLAMA HAFTA # 6 Yrd.Doç.Dr.Hacer Karacan İçerik UML Yapı Diyagramları Eylem Diyagramları Etkileşim Diyagramları UML Diyagramlar UML görsel olarak modelleme için birçok diyagrama sahiptir.

Detaylı

Seri kablo bağlantısında Windows95/98/ME'ten Windows 2000'e bağlantı Windows95/98/ME - NT4 bağlantısına çok benzer.

Seri kablo bağlantısında Windows95/98/ME'ten Windows 2000'e bağlantı Windows95/98/ME - NT4 bağlantısına çok benzer. Seri kablo bağlantısında Windows95/98/ME'ten Windows 2000'e bağlantı Windows95/98/ME NT4 bağlantısına çok benzer. Direkt Kablo desteğini Windows95/98'e yükledikten sonra, Windows95 for Direct Cable Client

Detaylı

Maltepe Üniversitesi Bilgisayar Mühendisliği Bölümü BİL 203 Veri Yapıları ve Algoritmalar I

Maltepe Üniversitesi Bilgisayar Mühendisliği Bölümü BİL 203 Veri Yapıları ve Algoritmalar I Maltepe Üniversitesi Bilgisayar Mühendisliği Bölümü BİL 203 Veri Yapıları ve Algoritmalar I GENEL DERS BİLGİLERİ Öğretim Elemanı : İzzet TAMER Ofis : MUH 311 Ofis Saatleri : Pazartesi: 14:10 15:00, Salı:

Detaylı

İTÜ DERS KATALOG FORMU (COURSE CATALOGUE FORM)

İTÜ DERS KATALOG FORMU (COURSE CATALOGUE FORM) Dersin Adı Havayolu İşletmeciliği İTÜ DERS KATALOG FORMU (COURSE CATALOGUE FORM) Course Name Airline Management Ders Uygulaması, Saat/Hafta (Course Implementation, Hours/Week) Kodu Yarıyılı Kredisi AKTS

Detaylı

Statik Kod Analizi. Proceedings/Bildiriler Kitabı. SSE-CMM[3], ISO/IEC 15408 [3] gibi standartlarla. gereklidir.

Statik Kod Analizi. Proceedings/Bildiriler Kitabı. SSE-CMM[3], ISO/IEC 15408 [3] gibi standartlarla. gereklidir. Statik Kod Analizi, Özet, teknolojik cihazlardaki son zamanlarda g, tehdit kolay k -YGYD) ve Anahtar Kelimeler Abstract The use of technological devices in developed software has been increasing in recent

Detaylı

Yazılım Süreçleri Software Processes

Yazılım Süreçleri Software Processes Yazılım Süreçleri Software Processes Yazılım geliştirme Süreç Modelleri Software Development Process Models Proje Yönetimi Süreçleri Project Management Process Yazılım Geliştirme Süreçleri Software Development

Detaylı

MESLEKİ TERMİNOLOJİ I 1. HAFTA YAZILIM MÜH. TEMEL KAVRAMLAR

MESLEKİ TERMİNOLOJİ I 1. HAFTA YAZILIM MÜH. TEMEL KAVRAMLAR YAZILIM: SOFTWARE Yazılım (Software): Yazılım sadece bir bilgisayar programı değildir. Basılı veya elektronik ortamdaki her tür dokümanı da içeren ürün. Dokümanlar yazılım mühendislerine ve son kullanıcıya

Detaylı

YZM 2108 Yazılım Mimarisi ve Tasarımı

YZM 2108 Yazılım Mimarisi ve Tasarımı YZM 2108 Yazılım Mimarisi ve Tasarımı Yrd. Doç. Dr. Deniz KILINÇ Celal Bayar Üniversitesi Hasan Ferdi Turgutlu Teknoloji Fakültesi Yazılım Mühendisliği 1 BÖLÜM - 1 Yazılım Tasarımına Giriş Bu bölümde;

Detaylı

Dr. Aysın Yeltekin. EST Enerji

Dr. Aysın Yeltekin. EST Enerji Dr. Aysın Yeltekin EUREKA PROJELERİMİZ EUREKA, E!1770 St. Joseph 2000, EUREKA E!2007, Pack 2000 EUREKA E! 2659 ONE ECOPOWER, EUROSTARS EUREKA E!4720 PLUG and PACK St. Joseph 2000, EUREKA project, E!1770,

Detaylı

> what is ansible*? "infrastructure as code"

> what is ansible*? infrastructure as code > what is ansible*? "infrastructure as code" synthesis of; - configuration management, automation tools (Puppet, Chef, cfengine) - deployment tools (Capistrano, Fabric) - ad-hoc task execution tools (Func,

Detaylı

"Şirket" Sunucusu ve Başarı Mobile Arasındaki HTTP Veri Aktarımı için Etkileşim Teknik Protokolü

Şirket Sunucusu ve Başarı Mobile Arasındaki HTTP Veri Aktarımı için Etkileşim Teknik Protokolü "Şirket" Sunucusu ve Başarı Mobile Arasındaki HTTP Veri Aktarımı için Etkileşim Teknik Protokolü BAŞARI Mobile tarafından desteklenmektedir. 1. Genel Bakış Bu döküman ile Şirket Adı nın ve Basari Mobile

Detaylı

YAZILIM MODELLEME VE TASARIM

YAZILIM MODELLEME VE TASARIM YAZILIM MODELLEME VE TASARIM «UML - Tümleştirilmiş Yazılım Geliştirme Süreci» Özer Çelik Matematik-Bilgisayar Bölümü UML NEDİR? Yazılım ve donanımların bir arada düşünülmesi gereken, Zor ve karmaşık programların,

Detaylı

e-ledger Fields (e-defter Alanları)

e-ledger Fields (e-defter Alanları) e-ledger Fields (e-defter Alanları) Table 1: Field information of the text document (Tablo 1:Yazı Metninin Alan Bilgileri) *Bulut, Lokal Table 2: Field information of the contents in the text document

Detaylı

Kitapta UML diyagramları kullanılarak, tasarım şablonları görsel olarak açıklanmıştır. İçerik aşağıdaki bölümlerden oluşmaktadır:

Kitapta UML diyagramları kullanılarak, tasarım şablonları görsel olarak açıklanmıştır. İçerik aşağıdaki bölümlerden oluşmaktadır: 23 Önsöz Bu kitapta profesyonel yazılım için vazgeçilmez olan tasarım şablonlarını (design pa erns) tematize etmek istedim. Çalıştığım birçok projede görevim mevcut sistemlere yeni fonksiyonlar eklemekti.

Detaylı

CmpE 320 Spring 2008 Project #2 Evaluation Criteria

CmpE 320 Spring 2008 Project #2 Evaluation Criteria CmpE 320 Spring 2008 Project #2 Evaluation Criteria General The project was evaluated in terms of the following criteria: Correctness (55 points) See Correctness Evaluation below. Document (15 points)

Detaylı

Bir yazılım geliştirme metodolojisi aşağıdaki adımlardan meydana gelir; Yazılım geliştirme sürecine destek verecek araçlar, modeller ve yöntemler.

Bir yazılım geliştirme metodolojisi aşağıdaki adımlardan meydana gelir; Yazılım geliştirme sürecine destek verecek araçlar, modeller ve yöntemler. Yazılım Mühendisliği kapsamındaki Yazılım Geliştirme Metodolojileri, bir bilgi sistemini geliştirme sürecinin yapımını, planlamasını ve kontrolünü sağlayan bir framework tür. Her farklı framework güçlü

Detaylı

NOVAPAC Ambalaj San. Tic. A.Ş

NOVAPAC Ambalaj San. Tic. A.Ş Ambalaj San. Tic. A.Ş 2014 yılında İstanbul'da 5.000 m2 lik alanda kurulan tek kullanımlık plastik ürünleri araştırıp, geliştirip, tasarlayıp üretmektedir. Uzun yılların deneyimi ile pazara yenilikçi,

Detaylı

YAZILIM MODELLEME VE TASARIM

YAZILIM MODELLEME VE TASARIM YAZILIM MODELLEME VE TASARIM «Kullanım Senaryoları» Özer Çelik Matematik-Bilgisayar Bölümü Kullanım Senaryoları (Use-Case Model) İsteklerin anlaşılmasını ve ifade edilmesini sağlayan bir yöntemdir. Özellikle

Detaylı

Hukuk ve Hukukçular için İngilizce/ English for Law and Lawyers

Hukuk ve Hukukçular için İngilizce/ English for Law and Lawyers Hukuk ve Hukukçular için İngilizce/ English for Law and Lawyers Size iş imkanı sağlayacak bir sertifikaya mı ihtiyacınız var? Dünyanın önde gelen İngilizce sınavı TOLES, Hukuk İngilizcesi becerilerinin

Detaylı

Inventory of LCPs in Turkey LCP Database explained and explored

Inventory of LCPs in Turkey LCP Database explained and explored Inventory of LCPs in Turkey LCP Database explained and explored Hakan Hatipoglu Antalya, 9 October 2015 Requirements and specifications (TOR) Web based database application that will: Support Inventory

Detaylı

YAPI ATÖLYESİ. make difference.. DESIGN & CONSTRUCTION ENGINEERING ARCHITECTURE CONTRACTING. Design & Construction

YAPI ATÖLYESİ. make difference.. DESIGN & CONSTRUCTION ENGINEERING ARCHITECTURE CONTRACTING. Design & Construction ENGINEERING ARCHITECTURE CONTRACTING Design & Construction DESIGN & CONSTRUCTION make difference.. ABOUT US Our company is specialized in four main subjects; CONSTRUCTION, INTERNATIONAL TRADE, NATURAL

Detaylı

Dersin Kodu Dersin Adı Dersin Türü Yıl Yarıyıl AKTS

Dersin Kodu Dersin Adı Dersin Türü Yıl Yarıyıl AKTS Dersin Kodu Dersin Adı Dersin Türü Yıl Yarıyıl AKTS 507004352007 PROJE YÖNETİMİ Seçmeli 4 7 3 Dersin Amacı Bu ders, öğrencilere, teknik ve idari kapsamdaki sorunlara yönelik işlevsel çözüm önerileri geliştirmeyi,

Detaylı

ATILIM UNIVERSITY Department of Computer Engineering

ATILIM UNIVERSITY Department of Computer Engineering ATILIM UNIVERSITY Department of Computer Engineering COMPE 350 Numerical Methods Fall, 2011 Instructor: Fügen Selbes Assistant: İsmail Onur Kaya Homework: 1 Due date: Nov 14, 2011 You are designing a spherical

Detaylı

.com. Özcan Acar 2009 Kurumsal Java.com

.com. Özcan Acar 2009 Kurumsal Java.com .com Spring MVC Özcan Acar acar@unitedinter.net http://www.ozcanacar.com http://www.kurumsaljava.com Özcan Acar Hakkında public class OezcanAcar { public static void main(string[] args) { Acar oezcan =

Detaylı

Yaz.Müh.Ders Notları #4 1

Yaz.Müh.Ders Notları #4 1 YAZILIM MÜHENDİSLİĞİ Şubat 2012 Yrd.Doç.Dr. Yunus Emre SELÇUK 1 NESNEYE YÖNELİK ÇÖZÜMLEMENİN TEMELLERİ Çözümleme (Analiz): Bir şeyi anlayabilmek için parçalarına ayırmak. Sistemi anlamaya yönelik çalışmalardan

Detaylı

SOFTWARE ENGINEERING Ders İzlence Formu. Kodu:CSE400 Dersin Adı: SOFTWARE ENGINEERING Toplam Saat

SOFTWARE ENGINEERING Ders İzlence Formu. Kodu:CSE400 Dersin Adı: SOFTWARE ENGINEERING Toplam Saat Diploma Programı Bilgisayar Mühendisliği Bölümü Yarıyıl Teorik Uygulama Laboratuar SOFTWARE ENGINEERING Ders İzlence Formu Kodu:CSE400 Dersin Adı: SOFTWARE ENGINEERING Toplam Saat AKTS Dersin Anlatıldığı

Detaylı

NESNEYE YÖNELİK ÇÖZÜMLEME SÜRECİ

NESNEYE YÖNELİK ÇÖZÜMLEME SÜRECİ NESNEYE YÖNELİK ÇÖZÜMLEMENİN TEMELLERİ Çözümleme: Bir şeyi anlayabilmek için parçalarına ayırmak. Sistemi anlamaya yönelik çalışmalardan ve üst düzey planlama eylemlerinden oluşur. Uygulama/problem alanının

Detaylı

.. ÜNİVERSİTESİ UNIVERSITY ÖĞRENCİ NİHAİ RAPORU STUDENT FINAL REPORT

.. ÜNİVERSİTESİ UNIVERSITY ÖĞRENCİ NİHAİ RAPORU STUDENT FINAL REPORT .. ÜNİVERSİTESİ UNIVERSITY... /... AKADEMİK YILI... DÖNEMİ... /... ACADEMIC YEAR... TERM ÖĞRENCİ NİHAİ RAPORU STUDENT FINAL REPORT Deneyimleriniz hakkındaki bu rapor, Mevlana Değişim Programı nın amacına

Detaylı

Tümleştirilmiş Süreçte (UP) Yazılım Projesi Aşamaları

Tümleştirilmiş Süreçte (UP) Yazılım Projesi Aşamaları 16 Tümleştirilmiş Süreçte (UP) Yazılım Projesi Aşamaları Başlangıç (Inception): Bu aşamada kabaca projenin vizyonu ortaya konur. İstekler ayrıntıya girilmeden genel olarak ele alınır ve fizibilite değerlendirmesi

Detaylı

NESNEYE YÖNELİK TASARIM SÜRECİ

NESNEYE YÖNELİK TASARIM SÜRECİ NESNEYE YÖNELİK TASARIM SÜRECİ GİRİŞ Nasıl? sorusuna yanıt aranır. Nesne modeli: Analizden tasarıma. Doğrudan problem alanı ile ilgili nesnelerden oluşan model, yardımcı nesnelerle zenginleştirilir. Ana

Detaylı

MÜHENDİSLİK FAKÜLTESİ / ENSTİTÜSÜ / YÜKSEKOKULU BİLİŞİM SİSTEMLERİ MÜHENDİSLİĞİ BÖLÜMÜ /ABD LİSANS PROGRAMI - 2 ( yılı öncesinde birinci

MÜHENDİSLİK FAKÜLTESİ / ENSTİTÜSÜ / YÜKSEKOKULU BİLİŞİM SİSTEMLERİ MÜHENDİSLİĞİ BÖLÜMÜ /ABD LİSANS PROGRAMI - 2 ( yılı öncesinde birinci MÜHENDİSLİK FAKÜLTESİ / ENSTİTÜSÜ / YÜKSEKOKULU BİLİŞİM SİSTEMLERİ MÜHENDİSLİĞİ BÖLÜMÜ /ABD LİSANS PROGRAMI - 2 (2016-17 yılı öncesinde birinci sınıfa başlayan öğrenciler için) BİRİNCİ YIL 1. Dönem CMPE113

Detaylı

WEEK 4 BLM323 NUMERIC ANALYSIS. Okt. Yasin ORTAKCI.

WEEK 4 BLM323 NUMERIC ANALYSIS. Okt. Yasin ORTAKCI. WEEK 4 BLM33 NUMERIC ANALYSIS Okt. Yasin ORTAKCI yasinortakci@karabuk.edu.tr Karabük Üniversitesi Uzaktan Eğitim Uygulama ve Araştırma Merkezi BLM33 NONLINEAR EQUATION SYSTEM Two or more degree polinomial

Detaylı

BÖLÜM 1 YAZILIM TASARIMINA GİRİŞ YZM211 YAZILIM TASARIMI. Yrd. Doç. Dr. Volkan TUNALI Mühendislik ve Doğa Bilimleri Fakültesi / Maltepe Üniversitesi

BÖLÜM 1 YAZILIM TASARIMINA GİRİŞ YZM211 YAZILIM TASARIMI. Yrd. Doç. Dr. Volkan TUNALI Mühendislik ve Doğa Bilimleri Fakültesi / Maltepe Üniversitesi BÖLÜM 1 YAZILIM TASARIMINA GİRİŞ YZM211 YAZILIM TASARIMI Yrd. Doç. Dr. Volkan TUNALI Mühendislik ve Doğa Bilimleri Fakültesi / Maltepe Üniversitesi Amaçlar 2 Tasarımın ne olduğunu ve çeşitli tasarım türlerinin

Detaylı

Yarışma Sınavı A ) 60 B ) 80 C ) 90 D ) 110 E ) 120. A ) 4(x + 2) B ) 2(x + 4) C ) 2 + ( x + 4) D ) 2 x + 4 E ) x + 4

Yarışma Sınavı A ) 60 B ) 80 C ) 90 D ) 110 E ) 120. A ) 4(x + 2) B ) 2(x + 4) C ) 2 + ( x + 4) D ) 2 x + 4 E ) x + 4 1 4 The price of a book is first raised by 20 TL, and then by another 30 TL. In both cases, the rate of increment is the same. What is the final price of the book? 60 80 90 110 120 2 3 5 Tim ate four more

Detaylı

Introduction to Telaura. by Etiya Information Technologies

Introduction to Telaura. by Etiya Information Technologies Introduction to Telaura by Etiya Information Technologies Key Features Multy-tenancy High degree of configuration Future proven: Certified (etom and SID ) Modular Excellent security standards and techniques

Detaylı

a, ı ı o, u u e, i i ö, ü ü

a, ı ı o, u u e, i i ö, ü ü Possessive Endings In English, the possession of an object is described by adding an s at the end of the possessor word separated by an apostrophe. If we are talking about a pen belonging to Hakan we would

Detaylı

Do not open the exam until you are told that you may begin.

Do not open the exam until you are told that you may begin. ÖRNEKTİR ÖRNEKTİR ÖRNEKTİR ÖRNEKTİR ÖRNEKTİR OKAN ÜNİVERSİTESİ FEN EDEBİYAT FAKÜLTESİ MATEMATİK BÖLÜMÜ 03.11.2011 MAT 461 Fonksiyonel Analiz I Ara Sınav N. Course ADI SOYADI ÖĞRENCİ NO İMZA Do not open

Detaylı

CORPORATE PRESENTATION FILE. Marble, Granite, Travertine, Project, Design, Manufacturing. Dealer Technistone Aegean region

CORPORATE PRESENTATION FILE. Marble, Granite, Travertine, Project, Design, Manufacturing. Dealer Technistone Aegean region CORPORATE PRESENTATION FILE Marble, Granite, Travertine, Project, Design, Manufacturing. Dealer Technistone Aegean region Asiye KURT Coordinator Mehmet AVCI Foreign Trade Manager INDEX ABOUT US SHOWRROM,

Detaylı

Çalışma gelirinizi beyan etmeyi kolaylaştırıyoruz

Çalışma gelirinizi beyan etmeyi kolaylaştırıyoruz TURKISH Çalışma gelirinizi beyan etmeyi kolaylaştırıyoruz Çalışma gelirinizi beyan etmenizi ve durumunuzdaki değişiklikleri bildirmenizi kolaylaştıracak iyileştirmeler yapıyoruz. Kendi kendine beyan yöntemi

Detaylı

İŞLETMELERDE KURUMSAL İMAJ VE OLUŞUMUNDAKİ ANA ETKENLER

İŞLETMELERDE KURUMSAL İMAJ VE OLUŞUMUNDAKİ ANA ETKENLER ANKARA ÜNİVERSİTESİ SOSYAL BİLİMLER ENSTİTÜSÜ HALKLA İLİŞKİLER VE TANITIM ANA BİLİM DALI İŞLETMELERDE KURUMSAL İMAJ VE OLUŞUMUNDAKİ ANA ETKENLER BİR ÖRNEK OLAY İNCELEMESİ: SHERATON ANKARA HOTEL & TOWERS

Detaylı

AKTS Başvurumuz. Bologna Süreci Uzmanlarının Değerlendirmesi

AKTS Başvurumuz. Bologna Süreci Uzmanlarının Değerlendirmesi AKTS Başvurumuz Bologna Süreci Uzmanlarının Değerlendirmesi Bologna Süreci Uzmanlarının Değerlendirme Sistemi Her bir bölüm için verilen skorlar Kabul edilebilir: 3 Çok iyi : 4 Örnek çalışma : 5 Part 1.

Detaylı

YAKIN DOĞU ÜNİVERSİTESİ DIŞA AÇIK DERSLER KOORDİNATÖRLÜĞÜ BİLGİSAYAR MÜHENDİSLİĞİ - İNGİLİZCE

YAKIN DOĞU ÜNİVERSİTESİ DIŞA AÇIK DERSLER KOORDİNATÖRLÜĞÜ BİLGİSAYAR MÜHENDİSLİĞİ - İNGİLİZCE YAKIN DOĞU ÜNİVERSİTESİ DIŞA AÇIK DERSLER KOORDİNATÖRLÜĞÜ Okul/Fakülte: Bölüm/Program: MÜHENDİSLİK FAKÜLTESİ BİLGİSAYAR MÜHENDİSLİĞİ - İNGİLİZCE Ders Dili: English Ders Kodu: COM162 DersTürkçe İsmi: PROGRAMLAMA

Detaylı

TR2009/0136.01-02/409 Benim için İnsan Hakları «Human Rights for Me» Body of Knowledge for AC/HR Education

TR2009/0136.01-02/409 Benim için İnsan Hakları «Human Rights for Me» Body of Knowledge for AC/HR Education Benim için İnsan Hakları «Human Rights for Me» Body of Knowledge for AC/HR Education Benim için İnsan Hakları «Human Rights for Me» DVE/İHE için Bilgi Bankası FLOW CHART Overall framework: Bologna Functional

Detaylı

Delta Pulse 3 Montaj ve Çalıstırma Kılavuzu. www.teknolojiekibi.com

Delta Pulse 3 Montaj ve Çalıstırma Kılavuzu. www.teknolojiekibi.com Delta Pulse 3 Montaj ve Çalıstırma Kılavuzu http:/// Bu kılavuz, montajı eksiksiz olarak yapılmış devrenin kontrolü ve çalıştırılması içindir. İçeriğinde montajı tamamlanmış devrede çalıştırma öncesinde

Detaylı

Uyguluma (Problem) Domeninin Modellenmesi

Uyguluma (Problem) Domeninin Modellenmesi Uyguluma (Problem) Domeninin Modellenmesi Amaç, çözülmek istenen probleme ilişkin (gerçek) dünyanın; doğru, özlü, anlaşılır, sınanabilir bir modelinin oluşturulmasıdır. Uygulama domenindeki (application

Detaylı

Tümleştirilmiş Yazılım Geliştirme Süreci (The Unified Process UP)

Tümleştirilmiş Yazılım Geliştirme Süreci (The Unified Process UP) Tümleştirilmiş Yazılım Geliştirme Süreci (The Unified Process UP) Deneyimler sonucu kabul gören en iyi özellikler bir araya getirilmiştir. Yinelemeli (iterative) Arttırmalı ve evrimsel (incremental, evolutionary)

Detaylı

Ardunio ve Bluetooth ile RC araba kontrolü

Ardunio ve Bluetooth ile RC araba kontrolü Ardunio ve Bluetooth ile RC araba kontrolü Gerekli Malzemeler: 1) Arduino (herhangi bir model); bizim kullandığımız : Arduino/Geniuno uno 2) Bluetooth modül (herhangi biri); bizim kullandığımız: Hc-05

Detaylı

A LANGUAGE TEACHER'S PERSONAL OPINION

A LANGUAGE TEACHER'S PERSONAL OPINION 1. Çeviri Metni - 9 Ekim 2014 A LANGUAGE TEACHER'S PERSONAL OPINION Why is English such an important language today? There are several reasons. Why: Neden, niçin Such: gibi Important: Önemli Language:

Detaylı

Dersin Kodu Dersin Adı Dersin Türü Yıl Yarıyıl AKTS 507004092007 MAKİNA PROJESİ II Zorunlu 4 7 4

Dersin Kodu Dersin Adı Dersin Türü Yıl Yarıyıl AKTS 507004092007 MAKİNA PROJESİ II Zorunlu 4 7 4 Ders Öğretim Planı Dersin Kodu Dersin Adı Dersin Türü Yıl Yarıyıl AKTS 507004092007 MAKİNA PROJESİ II Zorunlu 4 7 4 Dersin Seviyesi Lisans Dersin Amacı Dersin amacı Makina Mühendisliği bölümü Lisans öğrencilerine

Detaylı

Arýza Giderme. Troubleshooting

Arýza Giderme. Troubleshooting Arýza Giderme Sorun Olasý Nedenler Giriþ Gerilimi düþük hata mesajý Þebeke giriþ gerilimi alt seviyenin altýnda geliyor Þebeke giriþ gerilimi tehlikeli derecede Yüksek geliyor Regülatör kontrol kartý hatasý

Detaylı

.com.tr agem T E C H L O L O G Y P A R T N E R

.com.tr agem T E C H L O L O G Y P A R T N E R TECHLOLOGYPARTNER agem.com.tr TECHLOLOGYPARTNER 3 Agem, 2005 yılında kurulan bilişim teknolojileri, yazılım ve hizmetleri şirketidir. Agem olarak, sahip olduğumuz uzman kadromuz, bireysel danışma havuzumuz

Detaylı

LEARNING GOALS Human Rights Lessons

LEARNING GOALS Human Rights Lessons This project is co-financed by the European Union and the Republic of Turkey Benim için İnsan Hakları Human Rights for Me LEARNING GOALS Human Rights Lessons Anton Senf May 2014 This project is co-financed

Detaylı

YÜKLENİCİ FİRMALARDA İNTERNET TABANLI YÖNETİM ENFORMASYON SİSTEMLERİ ÖRNEK BİR ÇALIŞMA

YÜKLENİCİ FİRMALARDA İNTERNET TABANLI YÖNETİM ENFORMASYON SİSTEMLERİ ÖRNEK BİR ÇALIŞMA YÜKLENİCİ FİRMALARDA İNTERNET TABANLI YÖNETİM ENFORMASYON SİSTEMLERİ ÖRNEK BİR ÇALIŞMA ÖZET Bu çalışmada, Türk inşaat sektöründe faaliyet göstermekte olan örnek bir yüklenici firmanın İnternet tabanlı

Detaylı

Software Design Document

Software Design Document Software Design Document Version 2.0 Date: 25-12-2012 Project Team Table of Contents 1. Introduction 1.1. Purpose 1.2. Scope 1.3. Overview 1.4. References 2. System Overview 3. System Architecture 3.1.

Detaylı

Bölüm 2 Varlık-İlişki Veri Modeli: Araçlar ve Teknikler. Fundamentals, Design, and Implementation, 9/e

Bölüm 2 Varlık-İlişki Veri Modeli: Araçlar ve Teknikler. Fundamentals, Design, and Implementation, 9/e Bölüm 2 Varlık-İlişki Veri Modeli: Araçlar ve Teknikler Fundamentals, Design, and Implementation, 9/e Üç Şema Modeli Üç şema modeli 1975 de ANSI/SPARC tarafından geliştirildi Veri modellemeninç ve rolünü

Detaylı

EĞİTİM ÖĞRETİM YILI SİLİFKE OTELCİLİK VE TURİZM MESLEK LİSESİ 11 A/B SINIFI MESLEKİ İNGİLİZCE DERSİ YILLIK DERS PLANI

EĞİTİM ÖĞRETİM YILI SİLİFKE OTELCİLİK VE TURİZM MESLEK LİSESİ 11 A/B SINIFI MESLEKİ İNGİLİZCE DERSİ YILLIK DERS PLANI 0-0 ÖĞRETİM YILI SİLİFKE OTELCİLİK VE TURİZM MESLEK LİSESİ A/B SINIFI İ YILLIK PLANI Y ÖĞRENME ALANLARI VE EKİM -5 8/ Ekim- Kasım THEME THEME INTRODUCING YOURSELF DESCRIPTION OF THE DESCRIPTION OF THE

Detaylı

HIGH SPEED PVC DOOR INSTALLATION BOOK

HIGH SPEED PVC DOOR INSTALLATION BOOK HIGH SPEED PVC DOOR INSTALLATION BOOK HIZLI PVC KAPI MONTAJ KLAVUZU MODEL FUD 2015.01 MONTAJ KLAVUZU/INSTALLATION BOOK INTRODUCTION The information contained in this manual will allow you to install your

Detaylı

NESNEYE YÖNELİK PROGRAMLAMA. Yrd.Doç.Dr. Zeynep ORMAN ormanz@istanbul.edu.tr

NESNEYE YÖNELİK PROGRAMLAMA. Yrd.Doç.Dr. Zeynep ORMAN ormanz@istanbul.edu.tr NESNEYE YÖNELİK PROGRAMLAMA Yrd.Doç.Dr. Zeynep ORMAN ormanz@istanbul.edu.tr Kullanım Diyagramları (Use Case Diagram) Kullanım senaryoları sadece düz metin (text) olarak değil, istendiğinde metin yerine

Detaylı

Grade 8 / SBS PRACTICE TEST Test Number 9 SBS PRACTICE TEST 9

Grade 8 / SBS PRACTICE TEST Test Number 9 SBS PRACTICE TEST 9 Grade 8 / SBS PRACTICE TEST Test Number 9 SBS PRACTICE TEST 9 1.-5. sorularda konuşma balonlarında boş bırakılan yerlere uygun düşen sözcük ya da ifadeyi bulunuz. 3. We can t go out today it s raining

Detaylı

Eren Makina Asansör İmalat San. Tic. Ltd. Şti.

Eren Makina Asansör İmalat San. Tic. Ltd. Şti. Eren Makina Asansör İmalat San. Tic. Ltd. Şti. Eren Makina Asansör İmalat San.Tic.Ltd. Şti. 1979 Yılında kurulan EREN MAKİNA ; Bu gün asansör sektörüne 3500 m2 kapalı alanda, en son teknolojiye sahip 30

Detaylı

INSPIRE CAPACITY BUILDING IN TURKEY

INSPIRE CAPACITY BUILDING IN TURKEY Ministry of Environment and Urbanization General Directorate of Geographical Information Systems INSPIRE CAPACITY BUILDING IN TURKEY Section Manager Department of Geographical Information Agenda Background

Detaylı

What Is Team Leadership?

What Is Team Leadership? What Is Team Leadership? What Is Team Leadership? Team leadership is the management of a group of people brought together to work to achieve a common goal.in order to get everyone to work as one functioning

Detaylı

YEDİTEPE ÜNİVERSİTESİ MÜHENDİSLİK VE MİMARLIK FAKÜLTESİ

YEDİTEPE ÜNİVERSİTESİ MÜHENDİSLİK VE MİMARLIK FAKÜLTESİ MÜHENDİSLİK VE MİMARLIK FAKÜLTESİ STAJ DEFTERİ TRAINING DIARY Adı, Soyadı Name, Lastname : ÖĞRENCİ NİN STUDENT S No ID Bölümü Department : : Fotoğraf Photo Öğretim Yılı Academic Year : Academic Honesty

Detaylı

GAZİ İLKÖĞRETİM OKULU EĞİTİM-ÖĞRETİM YILI YETİŞTİRME KURSU İNGİLİZCE DERSİ 6. SINIF KURSU YILLIK PLANI

GAZİ İLKÖĞRETİM OKULU EĞİTİM-ÖĞRETİM YILI YETİŞTİRME KURSU İNGİLİZCE DERSİ 6. SINIF KURSU YILLIK PLANI GAZİ İLKÖĞRETİM OKULU 2011 2012 EĞİTİM-ÖĞRETİM YILI YETİŞTİRME KURSU İNGİLİZCE İ 6. SINIF KURSU YILLIK PLANI HAFTA KONU KAZANIMLAR ARAÇ 1. HAFTA 14-19 KASIM 2011 Subject Pronouns, Familiy members, Am,

Detaylı

A UNIFIED APPROACH IN GPS ACCURACY DETERMINATION STUDIES

A UNIFIED APPROACH IN GPS ACCURACY DETERMINATION STUDIES A UNIFIED APPROACH IN GPS ACCURACY DETERMINATION STUDIES by Didem Öztürk B.S., Geodesy and Photogrammetry Department Yildiz Technical University, 2005 Submitted to the Kandilli Observatory and Earthquake

Detaylı

T.C. İZMİR KÂTİP ÇELEBİ ÜNİVERSİTESİ BİLİMSEL ARAŞTIRMA PROJELERİ KOORDİNASYON BİRİMİ

T.C. İZMİR KÂTİP ÇELEBİ ÜNİVERSİTESİ BİLİMSEL ARAŞTIRMA PROJELERİ KOORDİNASYON BİRİMİ T.C. İZMİR KÂTİP ÇELEBİ ÜNİVERSİTESİ BİLİMSEL ARAŞTIRMA PROJELERİ KOORDİNASYON BİRİMİ PROJE BAŞLIĞI Mühendislik Problemlerinin Bilgisayar Destekli Çözümleri Proje No:2013-2-FMBP-73 Proje Türü ÖNAP SONUÇ

Detaylı

Atıksu Arıtma Tesislerinde Hava Dağıtımının Optimize Edilmesi ve Enerji Tasarrufu

Atıksu Arıtma Tesislerinde Hava Dağıtımının Optimize Edilmesi ve Enerji Tasarrufu Optimization of Air Distribution in Waste Water Treatment Plants to Save Energy Atıksu Arıtma Tesislerinde Hava Dağıtımının Optimize Edilmesi ve Enerji Tasarrufu Jan Talkenberger, Binder Group, Ulm, Germany

Detaylı

ingilizce.com-müşterilerle En çok kullanılan Kelime ve Deyimler-Top words and phrases to use with customers

ingilizce.com-müşterilerle En çok kullanılan Kelime ve Deyimler-Top words and phrases to use with customers The Top words and phrases to use with customers Müşterilerle En Çok Kullanılan Kelime ve Deyimler Definitely Kesinlikle Surely Tabii! Kesinlikle Absolutely Muhakkak Kesinlikle Certainly Elbette PHRASES

Detaylı

SİSTEM VE YAZILIM. o Bilgisayar sistemleri donanım, yazılım ve bunları işletmek üzere gerekli işlemlerden oluşur.

SİSTEM VE YAZILIM. o Bilgisayar sistemleri donanım, yazılım ve bunları işletmek üzere gerekli işlemlerden oluşur. SİSTEM VE YAZILIM o Bilgisayar sistemleri donanım, yazılım ve bunları işletmek üzere gerekli işlemlerden oluşur. o Yazılım, bilgisayar sistemlerinin bir bileşeni olarak ele alınmalıdır. o Yazılım yalnızca

Detaylı

A.Ş. ÖZEL / FASON ÜRETİM

A.Ş. ÖZEL / FASON ÜRETİM ÖZEL / FASON ÜRETİM Private Label www.jeomed.com Private / Contract Manufacturing How is it performed? 01 New Products Market Research 02 Product R & D 03 Ministry of Health Operations 04 GMP Norms Production

Detaylı

Çocuk bakımı için yardım

Çocuk bakımı için yardım TURKISH Çocuk bakımı için yardım Avustralya Hükümeti, ailelere çocuk bakımı giderlerinde yardımcı olmak için, şunlar dahil bir dizi hizmet ve yardım sunmaktadır: Onaylı ve ruhsatlı çocuk bakımı için Child

Detaylı

İTÜ DERS KATALOG FORMU (COURSE CATALOGUE FORM)

İTÜ DERS KATALOG FORMU (COURSE CATALOGUE FORM) Dersin Adı İTÜ DERS KATALOG FORMU (COURSE CATALOGUE FORM) Course Name Bilimde Önemli Anlar Great Moments in Science Ders Uygulaması, Saat/Hafta (Course Implementation, Hours/Week) Kodu Yarıyılı Kredisi

Detaylı

SİSTEM MÜHENDİSLİĞİ ÖMÜR DEVRİ SÜREÇLERİ

SİSTEM MÜHENDİSLİĞİ ÖMÜR DEVRİ SÜREÇLERİ SİSTEM MÜHENDİSLİĞİ ÖMÜR DEVRİ SÜREÇLERİ ÖMER ERTEKİN, PSCONSULTECH 1 GÜNDEM SİSTEM ÖMÜR DEVRİ SİSTEM MÜHENDİSLİĞİ SÜREÇLERİ 2 SİSTEMLERİN ÖMÜR DEVRİ bir fikir ile başlar, paydaş ihtiyaçlarının sistem

Detaylı

CNC MACH breakout board user manual V8 type

CNC MACH breakout board user manual V8 type CNC MACH breakout board user manual V8 type 1 Catalogue CNC Router breakout board V8 type user manual... Hata! Yer işareti tanımlanmamış. 1) Brief introduction:...3 2) Breakout board drawing:...4 3) Wiring:...5

Detaylı

ALANYA HALK EĞİTİMİ MERKEZİ BAĞIMSIZ YAŞAM İÇİN YENİ YAKLAŞIMLAR ADLI GRUNDTVIG PROJEMİZ İN DÖNEM SONU BİLGİLENDİRME TOPLANTISI

ALANYA HALK EĞİTİMİ MERKEZİ BAĞIMSIZ YAŞAM İÇİN YENİ YAKLAŞIMLAR ADLI GRUNDTVIG PROJEMİZ İN DÖNEM SONU BİLGİLENDİRME TOPLANTISI ALANYA HALK EĞİTİMİ MERKEZİ BAĞIMSIZ YAŞAM İÇİN YENİ YAKLAŞIMLAR ADLI GRUNDTVIG PROJEMİZ İN DÖNEM SONU BİLGİLENDİRME TOPLANTISI ALANYA PUBLIC EDUCATION CENTRE S FINAL INFORMATIVE MEETING OF THE GRUNDTVIG

Detaylı

ANADOLU ÜNİVERSİTESİ BİLGİSAYAR MÜHENDİSLİĞİ ANABİLİM DALI DOKTORA YETERLİK SINAVI OCAK 2017

ANADOLU ÜNİVERSİTESİ BİLGİSAYAR MÜHENDİSLİĞİ ANABİLİM DALI DOKTORA YETERLİK SINAVI OCAK 2017 ANADOLU ÜNİVERSİTESİ BİLGİSAYAR MÜHENDİSLİĞİ ANABİLİM DALI DOKTORA YETERLİK SINAVI OCAK 2017 Doktora Yeterlik Sınavı, yazılı ve sözlü bölümden oluşur. Yazılı sınav iki oturumda gerçekleştirilir. Birinci

Detaylı

YEDİTEPE ÜNİVERSİTESİ MÜHENDİSLİK VE MİMARLIK FAKÜLTESİ

YEDİTEPE ÜNİVERSİTESİ MÜHENDİSLİK VE MİMARLIK FAKÜLTESİ ÖĞRENCİ NİN STUDENT S YEDİTEPE ÜNİVERSİTESİ STAJ DEFTERİ TRAINING DIARY Adı, Soyadı Name, Lastname : No ID Bölümü Department : : Fotoğraf Photo Öğretim Yılı Academic Year : Academic Honesty Pledge I pledge

Detaylı

Karadeniz Teknik Üniversitesi Sosyal Bilimler Dergisi 2, Temmuz 2011

Karadeniz Teknik Üniversitesi Sosyal Bilimler Dergisi 2, Temmuz 2011 ÖZET Bayram ARICI * Anahtar Kelimeler: Yazma ABSTRACT Second level primary school students' language skills in the development of writing skills needed in the first place. Primary education, sixth, seventh

Detaylı

DERS BİLGİ FORMU. Dersin Adı / Course Name. Ders. Laboratuvar Local Credit. (saat/hafta) / (hour/week) 3 4 3 0 0. : Lisans / Undergraduate

DERS BİLGİ FORMU. Dersin Adı / Course Name. Ders. Laboratuvar Local Credit. (saat/hafta) / (hour/week) 3 4 3 0 0. : Lisans / Undergraduate DERS BİLGİ FORMU Dersin Adı / Course Name Kodu/Code Normal Yarıyılı / Regular Semester Yapı Mühendisliğinde Bilgisayar Uygulamaları / Computer Application In Structural Engineering 0424571 GÜZ / FALL Yerel

Detaylı

Yönetim Bilişim Sistemleri (Karma) - 1. yarıyıl. 380000000001101 Hukukun Temelleri Fundamentals of Law 2 0 0 2 2 5 TR

Yönetim Bilişim Sistemleri (Karma) - 1. yarıyıl. 380000000001101 Hukukun Temelleri Fundamentals of Law 2 0 0 2 2 5 TR - - - - - Bölüm Seçin - - - - - Gönder Yönetim Bilişim Sistemleri (Karma) - 1. yarıyıl 141000000001101 Akademik ve Sosyal Oryantasyon Academic and Social Orientation 1 0 0 1 0 1 TR 380000000001101 Hukukun

Detaylı

DOKUZ EYLÜL ÜNİVERSİTESİ MÜHENDİSLİK FAKÜLTESİ DEKANLIĞI DERS/MODÜL/BLOK TANITIM FORMU. Dersin Orjinal Adı: CALCULUS II. Dersin Kodu: MAT 1002

DOKUZ EYLÜL ÜNİVERSİTESİ MÜHENDİSLİK FAKÜLTESİ DEKANLIĞI DERS/MODÜL/BLOK TANITIM FORMU. Dersin Orjinal Adı: CALCULUS II. Dersin Kodu: MAT 1002 Dersi Veren Birim: Mühendislik Fakültesi Dersin Türkçe Adı: MATEMATİK II Dersin Orjinal Adı: CALCULUS II Dersin Düzeyi:(Ön lisans, Lisans, Yüksek Lisans, Doktora) Lisans Dersin Kodu: MAT 100 Dersin Öğretim

Detaylı