BLG Sistem Analizi ve Tasarımı. Öğr. Grv. Aybike ŞİMŞEK
|
|
- Basak Erbakan
- 8 yıl önce
- İzleme sayısı:
Transkript
1 BLG Sistem Analizi ve Tasarımı Öğr. Grv. Aybike ŞİMŞEK
2 Tasarım Yöntemleri Yapısal Tasarım Veri akışına Yönelik Tasarım Veriye Yönelik Tasarım Nesneye Yönelik Tasarım 2
3 Veri Akışına Yönelik Tasarım Bilgi Bilgi Yazılım Sistemi Yazılım tasarımında bilgi akışı dikkate alınarak veri akış diyagramları kullanılır. Veri akışı çözümlemesi, yüksek uyumlu modüller oluşturabilmek için kullanılan klasik tasarım tekniğidir. Ana nokta: Veri akış diyagramı oluşturulduğu anda, yazılım tasarımcısı ürünle ilgili girdi ve çıktılarla ilgili açık ve net bir bilgiye sahip olur. 3
4 Veri Akışına Yönelik Tasarım Bu yöntem, yazılım belirtiminden şunları tanımlayan yazılım yapısına ulaşmayı sağlar: yazılımın oluşturulduğu modüller bu modüller arasındaki ilişkiler Programlama dilleri genellikle modüller için yapılar sağlarlar: Cobol: subprogram Fortran: subroutine Pascal: procedure, function C: function C++: class Java: class 4
5 Veri Akışına Yönelik Tasarım Her türlü yazılım veri akış diyagramı ile gösterilebilir. Özellikle sıradüzensel veri yapılarının bulunmadığı ve bilgilerin ardışık olarak işlendiği yazılımlar için daha kullanışlıdır. Kullanıcı etkileşimi çok azsa veya yoksa, sistemin çalışması sürekli veri akışına bağlıysa kullanılır. Karmaşık sayısal çözümleme yazılımları Kontrol sistemleri yazılımları Veritabanı sistemleri, nesneye yönelik arayüzlerin bulunduğu sistemlerde diğer yöntemlerin kullanılması daha uygun olur. 5
6 Akış Türleri Yazılım isterlerini veri akışına yönelik olarak aktarabilmek için bilgi akışının program yapılarına dönüştürülmesi gerekir. Bilgi akışının, sınırların, işleme şeklinin ve yapıların tanımlanması gereklidir. 6
7 Akış Türleri Büyük sistemlerde, hem dönüşüm hem de ara-işlem akışı bulunabilir. Dönüşüm (transform) akışı Her sisteme dış dünyadan bir giriş vardır Girişler sistem içinde işlenir ve dış dünyaya çıkış şeklinde gönderilir Giriş akışı sistemin dönüştürülür dönüşüm merkezinde işlenir ve çıkışa Her giriş bu merkezde ardışık sıra ile işlenir ve bir dönüşüm akışını oluşturur Ara-işlem (transaction) akışı Giriş şeklinde gelen bir veri akışı bir veri öğesine göre çeşitli akış yollarından birine yönlendirilerek bir başka veri akışını tetikleyebilir. Bu şekilde bir ara işlem akışı oluşur. Her akışta ara-işlem değerlendirilerek elde edilen değere göre bir hareket yolu seçilir. 7
8 Dönüşüm (Transform) Akışı 8
9 Dönüşüm (Transform) Akışı Yazılım İsterleri Belirtiminde (SRS) anlatılan sistem özellikleri ile Düzey0 VAD kullanılarak bilgi akışları, yapı ve arayüzler incelenir. VAD daha ayrıntılı hale getirilerek Düzey1 ve Düzey2 diyagramları hazırlanır. Düzey1 ve Düzey2 VADlar incelenip, dönüşüm akış özellikleri olanlar aranır. Girişten çıkışa doğru giden akışlar ele alınır, ara-işlem dönüşümü olup olmadığına bakılır. Bilginin yorumlanarak girişe dönüştürüldüğü yerler İşlenen verilerin çıkış bilgisi haline dönüştürüldüğü yerler Akış Sınırları Bunlar arasında kalan süreçler dönüşüm merkezi Önce giriş, dönüşüm ve çıkış akışları üzerinde bulunan süreçler modüllere dağıtılır, sonra da kalan süreçler en uygun modüllere bölüştürülür. Genel tasarım ilkeleri göz önüne alınarak program yapısı iyileştirilir. Bir kısım modüller birleştirilir ya da daha küçük parçalara bölünür, sonuçta iyileştirilmiş bir program yapısı elde edilir. 9
10 Dönüşüm (Transform) Akışı 10
11 Dönüşüm (Transform) Akışı UNIX/LINUX daki WC programındaki gibi dosya adını girdi olarak alıp, dosyadaki kelime sayısını döndüren programın tasarımını düşünelim. 11
12 Dönüşüm (Transform) Akışı 12
13 Dönüşüm (Transform) Akışı 13
14 Ara-işlem (transaction) akışı Giriş şeklinde gelen bir veri akışı, bir veri öğesine göre, çeşitli akış yollarından birine yönlendirilerek bir başka veri akışını tetikleyebilir. Her akışta ara-işlem değerlendirilerek elde edilen değere göre bir hareket yolu seçilir. 14
15 Ara-işlem (transaction) akışı VAD diyagramları gözden geçirilir ve gerekiyorsa düzeltme yapılır VAD üzerinde nerede dönüşüm, nerede ara-işlem akışı olduğu araştırılır Bir giriş ve birden fazla çıkış olan süreçler ara-işlem merkezi Her çıkış, yani her eylem yolu için akış özellikleri tanımlanır. Giriş ve çıkış yoları arasındaki sınırlar çizilir Ara-işlem akışı, dağıtıcı (dispatcher) bir program yapısına uydurulur. Girişe göre yapılacak bir dallanmada kullanılacak modüller tanımlanmış olur Genel program yapısı gözönünde bulundurularak program yapısı iyileştirilir. 15
16 Ara-işlem (transaction) akışı 16
17 Ara-işlem (transaction) akışı Bölünmemesi gereken işlemler. ATM kontrol eden yazılım Banka müşterisi, kartını ATM ye takar, şifresini girer ve aşağıdaki gibi bir takım işlemler gerçekleştirebilir Kredi kartı, yatırım ya da mevduat hesabına para yatırma Hesaptan para çekme Bakiye görüntüleme. 17
18 Ara-işlem (transaction) akışı 18
19 19
20 Tasarım Nitelikleri İsterler ile izlenebilirliği olmalıdır Geliştirilen birimin kodu ve testleri ile izlenebilirliği olmalıdır. Programlama dilinden olabildiğince bağımsız olmalıdır Öğrenmesi ve kullanımı kolay bir ürünü hedeflemelidir Tekrar kullanılabilir olmalıdır Kolay anlaşılmalıdır Gerektiğinde kolaylıkla değiştirilebilmelidir. 20
21 Yapışıklık (Kohezyon) nedir? Modül içerisindeki etkileşim derecesi Az mı çok mu? Çok olmalı Eğer çok olursa, modüller diğer modüllerin karmaşıklığıyla uğraşmaya gerek duymaksızın tasarlanabilir, kodlanabilir ve test edilebilirler. Modül içerisinde bir hata olursa diğer modüllere yayılması önlenmiş olur 21
22 Bağlaşım (coupling) nedir? Modüller arası etkileşim derecesi Az mı çok mu? Az olmalı Tavsiye edilen en fazla ikiden dörde kadar parametrenin kullanılması Karmaşıklığı azaltır 22
23 Yapışıklık ve bağlaşım 23
24 Anlaşılabilirlik Tasarımla ilgilenecek herkes onu kolaylıkla anlayabilmelidir. Yapışıklık ve bağlaşım: Bileşen başka bileşenlerden bahsetmeden de anlaşılabilir mi? İsimlendirme: Bileşenler için kullanılan isimlendirmeler anlamlı mı? Belgelendirme: Bileşenler gerçek dünya ve bileşenler arasında eşleştirme yapabilmeyi sağlayacak şekilde belgelendirilmişler mi? Karmaşıklık: Bileşeni gerçekleştirmek için uygulanacak algoritmalar ne kadar karmaşık? 24
25 Adapte olabilirlik Tasarımın ne kadar kolay değiştirilebileceğidir. Bağlaşım: Bileşenler düşük bağlaşımlı olmalı Anlaşılabilirlik: Belgelendirme anlaşılabilir hazırlanmış olmalı Adapte olabilir sistem, farklı düzeydeki tasarım modelleri arasında yüksek oranda takip edilebilirliğin olduğu sistemlerdir. 25
26 Nesneye Yönelik Tasarım Nesneye yönelik yaklaşım nesnelerin özellikleri ve ilgili oldukları süreçler ön planda 26
27 Hatırlatma:Nesneye yönelik temel kavramlar Kapsülleme(Encapsulation): Veri ve süreç paketlerinin bir arada paketlenmesi Gereksiz detayların gizlenmesi de bu özellik tarafından sağlanmaktadır. 27
28 Hatırlatma:Nesneye yönelik temel kavramlar Kalıtım(Inheritance): Daha genel nesne sınıflarından daha özel nesne sınıflarının özellik ve süreç edinmeleri Sınıftan sınıf üretimi 28
29 Hatırlatma:Nesneye yönelik temel kavramlar Çok şekillilik(polymorphism): Aynı isimle tanımlanan bir sürecin, hangi nesne tarafından harekete geçirildiği ile ilgili olarak kendiliğinden değişik davranışlara girebilmesi. Örn: Şekildeki nesnelerin türüne bakılmaksızın koşturulması 29
30 Nesneye yönelik çözümlemeden tasarıma geçilmesi 30
31 Nesne Yönelimli Yazılım Tasarımının Genel Şeması Tasarım aşamasında öncelikle senaryo ve sözleşmelerden sorumluluklar belirlenir. Ardından tasarım kalıpları (desenleri) ve prensipleri kullanılarak bu sorumluklar uygun sınıflara atanır. Tamamlanan tasarım UML diyagramları ile ifade edilir. Use-case Sequence 31
32 Nesne Yönelimli Yazılım Tasarımının Genel Şeması 32
33 Tasarım Kalıpları Tasarım aşamasında, yazılım sınıfları ve aralarındaki işbirliği (etkileşim) belirlenir. Burada amaç, senaryolarda belirlenmiş olan sorumlulukların (sistemden beklenenler) uygun sınıflara atanması (assignment of responsibilities) ve bu sınıfların tasarlanmasıdır. Nesnel tasarım (object design) gerçekleştirilirken sınıfların nasıl oluşturulacağı ve sorumlulukların nasıl atanacağı konusunda tasarım kalıplarından (design patterns) yararlanılır. 33
34 Sınıfların Sorumlulukları Nesnel Tasarımın (Object Design)genel ifadesi İsteklerin belirlenmesi ve uygulama alanı, ortamı modelinin oluşturulmasından sonra; Yazılım sınıflarına metotların eklenmesi (sorumlulukların atanması) İstekleri yerine getirmek üzere nesneler arası mesajların belirlenmesi Nesnel tasarımın temeli nesnelere sorumlulukların atanmasıdır. Nesnelerin sorumlulukları 2 gruba ayrılır: Bilinmesi gerekenler Yapılması gerekenler 34
35 Sınıfların Sorumlulukları 35
36 Sınıfların Sorumlulukları Sorumlulukları yerine getirmek için metotlar oluşturulur. Bir sorumluluğu yerine getirmek için bir metot başka nesnelerdeki metotlarla işbirliği yapabilir. Bir sistemdeki sorumluluklar o sistem için yazılmış olan senaryolardan (use-case) ve sözleşmelerden (contract) elde edilir. Daha sonra bu sorumluluklar tasarım prensipleri ve kalıpları kullanılarak uygun sınıflara atanır. 36
37 Tasarım Kalıpları (Design Patterns) Hangi yazılım sınıfına hangi sorumlulukların atanacağını ve hangi sınıflarla işbirliği yapılacağını belirlemek için tasarım prensiplerinden ve kalıplardan yararlanmak gerekir. Tasarım kalıplarının varlığı ilk olarak bir mimar olan Christopher Alexander tarafından ortaya konulmuştur. Bu süreçte sorulan sorular şunlardır: 37
38 Tasarım Kalıpları (Design Patterns) Christopher Alexander yaptığı araştırmalar sonunda benzer problemleri çözmek için oluşturulan ve beğenilen (kaliteli) mimari yapılarda ortak özellikler (benzerlikler) olduğunu belirlemiştir. Bu benzerliklere kalıplar (patterns) adını vermiştir. Her kalıp gerçek dünyada defalarca karşılaşılan bir problemi ve o problemin çözümünde izlenmesi gereken temel yolu tarif etmektedir. Türkçesi: "Aklın yolu birdir." 38
39 Tasarım Kalıpları (Design Patterns) Bir problemle karşılaşan tasarımcı eğer daha önce benzer problemle karşılaşan tasarımcının uyguladığı başarılı çözümü biliyorsa (kalıp) herşeyi yeniden keşfetmek yerine aynı çözümü tekrar uygulayabilir. Mimarlıkta olduğu gibi yazılım geliştirmede de benzer problemlerle defalarca karşılaşılmaktadır. Yazılımcılar deneyimleri sonucunda birçok problemin çözümünde uygulanabilecek prensipler ve deneyimler (kalıplar) oluşturmuşlardır. 39
40 Tasarım Kalıpları (Design Patterns) Bu konudaki ilk önemli yayın dört yazar tarafından hazırlanan bir kitap olmuştur: GammaE., HelmR., JohnsonR., VlissidesJ., Design Patterns, ReadingMA, Addison-Wesley,1995. Bu yazarlara dörtlü çete (Gang of Four) adı takılmış ve ortaya koydukları kalıplar GoFkalıpları olarak adlandırılmıştır. Toplam 23 adet GoF vardır 40
41 GRASP: Genel Sorumluluk Atama Kalıpları GRASP (General Responsibility Assignment Software Patterns) nesnelere sorumluluk atamada yol gösteren temel kalıpların genel adıdır. Bu kalıplar daha çok eğitim amaçlıdır. Öğrencilere nesneye dayalı tasarımı öğretmek ve kalıpların kullanımını göstermek için kullanılırlar. Profesyonel dünyada yazılım geliştirmede büyük çoğunlukla GoF kalıpları kullanılmaktadır. Kalıplar 3 bölümden oluşur: İsim Problem Çözüm Bu üç temel bölümün dışında kalıplarda açıklayıcı ve yardımcı ek bölümlerde bulunabilir. 41
42 GRASP: Genel Sorumluluk Atama Kalıpları Eğitim amaçlı kullanılan GRASP çeşitleri: Bilginin Uzmanı (Information Expert or Expert) Yaratıcı (Creator) Az Bağımlılık (Low Coupling) Denetçi (Controller) İyi Uyum (High Cohesion) Çok Şekillilik (Polymorphism) Yapay Sınıf (Pure Fabrication) Dolaylılık ya da Arabirim (Indirection) Değişimlerden Korunma (Protected Variation) 42
43 1.Bilginin Uzmanı (Information Expert or Expert) Sorumlulukları atamakta kullanılan en temel prensiptir. Kalıbın ilgilendiği problem ve çözümü şu şekildedir: Problem: Nesnelere sorumlulukları atamanın temel prensibi nedir? Çözüm: Bir sorumluluğu bilginin uzmanına, yani onu yerine getirecek veriye (bilgiye) sahip olan sınıfa atayın. 43
44 1.Bilginin Uzmanı (Information Expert or Expert) Örnek: Market sisteminde satışın toplam bedelinin bilinmesine gerek vardır. Satışın toplam bedelinin belirlenmesinden kim sorumludur? Uzman kalıbına göre bu bilgiye sahip olan sınıf aranacak. Arama önce yazılım sınıfları arasında yapılır. Eğer henüz böyle bir yazılım sınıfı oluşturulmamışsa analiz aşamasında oluşturulan uygulama alanındaki kavramsal sınıflar incelenir. Bunlardan uygun olan kavramsal sınıf, tasarım modeline yazılım sınıfı olarak getirilir. 44
45 1.Bilginin Uzmanı (Information Expert or Expert) Örnek: Burada Satis kavramsal sınıfı bu sorumluluğu almak için uygun görünmektedir, çünkü toplam tutarı belirleyebilecek bilgilere sahiptir (uzmandır). Satış, satış kalemlerini içerir. Satış kalemlerinde miktar bilgisi vardır. Satış kalemleri ürün tanımına bağlıdır. Ürün tanımlarında da her ürünün fiyatı vardır. 45
46 1.Bilginin Uzmanı (Information Expert or Expert) Örnek (dvm): Bu kavramsal sınıftan aynı isimde bir yazılım sınıfı oluşturulabilir. Şekil de uzman kalıbına göre yeni oluşturulan ve toplam tutarı verme sorumluluğu kendisine atanan yazılım sınıfı Satis'in iletişim ve sınıf diyagramları gösterilmiştir. Satis'a ait tutariver metodu ona atanan sorumluluğu yerine getirmektedir. 46
47 1.Bilginin Uzmanı (Information Expert or Expert) Örnek (dvm): Satis sınıfı tek başına toplam bedeli belirleyemez. Satış kalemlerinin bedellerine gerek vardır. Bunun için her satış kaleminin bedeli SatisKalemi sınıfından alınacaktır. SatisKalemi bir kalem bedelini belirleyebilmek için miktar (adet) bilgisine sahiptir. Bir ürünün birim fiyatını UrunTanimi sınıfından alacaktır. Toplam tutarı hesaplamak için sınıflar arasında gerçekleşen iş birliği şekilde gösterilmektedir: 47
48 1.Bilginin Uzmanı (Information Expert or Expert) Örnek (dvm): Toplam tutarı hesaplamak için oluşturulan yeni yazılım sınıfları aşağıdaki şekilde gösterilmektedir: 48
49 2. Yaratıcı (Creator) En sık karşılaşılan sorumluluklardan biri de nesne yaratmaktır. Bir nesnenin yaratılma sorumluluğunun kime (hangi sınıfa) verileceği konusunda yaratıcı kalıbı yol gösterir. Problem: Bir sınıftan nesne yaratma sorumluluğu kime aittir? Çözüm: Aşağıdaki koşullardan biri geçerli ise B sınıfına A sınıfından nesne yaratma sorumluluğunu atayın. B, A nesnelerini içeriyorsa. B, A nesnelerinin kaydını tutuyorsa. B, A nesnelerini yoğun olarak kullanıyorsa. A nesnelerinin yaratılması aşamasında kullanılacak olan başlangıç verilerine B sahipse (B, A'nın yaratılması açısından bilgi uzmanıdır.) Bu koşulları sağlayan birden fazla sınıf varsa öncelik yaratılacak olan nesneyi içeren sınıfa verilmelidir. 49
50 2.Yaratıcı (Creator) Örnek: Satış kalemlerini kim yaratacak? Uygulama modeli incelendiğinde bir satışın birçok satış kalemi içerdiği görülür. Buna göre satış kalemlerini yaratmak satışın sorumluluğu olacaktır. 50
51 2.Yaratıcı (Creator) 51
52 3. Az Bağımlılık (Low Coupling) Bir sınıfın bağımlılığı şunlarla ilgilidir: Kendi işleri için başka sınıfları ne kadar kullandığı Başka sınıflar hakkında ne kadar bilgi içerdiği 52
53 3. Az Bağımlılık (Low Coupling) Nesneye dayalı programlarda SınıfX'in SınıfY'ye bağımlılığı aşağıdaki durumlarda ortaya çıkar: 53
54 3. Az Bağımlılık (Low Coupling) Az bağımlılık kalıbı aşağıdaki şekilde ifade edilir: Problem: Diğer sınıfların değişimlerinden etkilenmeme ve tekrar kullanılabilirlik nasıl sağlanır? Çözüm: Sorumlulukları, sınıflar arası bağımlılık az olacak şekilde atayın. 54
55 3. Az Bağımlılık (Low Coupling) Örnek Market sisteminde bir ödeme nesnesinin yaratılıp satış nesnesi ile ilişkilendirilmesi gerekiyor. Gerçek dünyada ödeme Market terminaline yapıldığından gerekli bilgilere sahip olan :Terminal nesnesidir. Yaratıcı kalıbına göre :Terminal nesnesi :Odeme nesnesini yaratacaktır. Bu tasarım aşağıdaki şekilde gösterilmiştir. 55
56 3. Az Bağımlılık (Low Coupling) Örnek Tasarım bu şekilde gösterildiği gibi yapıldığında :Terminal nesnesine ödeme miktarı (nakit) gelmektedir. Ödeme ile ilgili bilgilere :Terminal sahip olduğundan adresi odm olan bir Odeme nesnesi yaratmaktadır. 56
57 3. Az Bağımlılık (Low Coupling) Örnek Ödeme bilgileri daha sonra Satış tarafından kullanılacağından odm adresi bir mesajla (ekleodeme(odm)) :Satis nesnesine verilmektedir. Bu durumda Terminal sınıfı hem Odeme sınıfına hem de Satis sınıfına bağımlıdır çünkü bu sınıflara mesaj göndermekte onları kullanmakta ve yaratmaktadır. Dolayısıyla onlar hakkında bilgi sahibi olmak zorundadır. 57
58 3. Az Bağımlılık (Low Coupling) Örnek Aşağıdaki şekilde gösterilen tasarımda ise Terminal sınıfı kendisine gelen OdemeYap mesajını Satis sınıfına havale (delagate) etmektedir. Daha sonra Odeme nesnelerini Satis kullanacağı için bu nesneleri Satis yaratmaktadır. Bu tasarımda Terminal sınıfı Odeme sınıfına bağımlı değildir, çünkü bu sınıfla hiçbir iletişimi yoktur. 58
59 4.Denetçi (Controller) Sistem olayları (system event), dış aktörler tarafından üretilen ve sistem işlemleri (system operations) ile ilişkili olaylardır. Örneğin Market sisteminde kasa görevlisi "SatışBitti«tuşuna bastığında bir sistem olayı yaratmış olur. Problem: Sistem olaylarını arayüz katmanından alıp ilgili nesnelere yönlendirmekle kim sorumludur? Çö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: 1. Tüm sistemi, cihazı veya altsistemi temsil eden bir sınıf (facade controller). Cephe denetçi 2. Bir kullanım senaryosunu temsil eden sınıf (use-case or session controller). Senaryo veya oturum denetçisi 59
60 4.Denetçi (Controller) Denetçi nesneleri sistem olaylarını algıladıktan ve bazı kontrol işlerini yaptıktan sonra çoğunlukla bu olayları, ilgili işlemleri yapacak olan nesnelere yönlendirirler. Şekil de gösterilen denetçi nesne, arayüzden gelen mesajları alacak, gerekli kontrolleri yapacak (örneğin sıraları doğru mu?) ve o mesajı asıl işi yapacak olan ilgili nesneye gönderecektir. 60
61 Denetçilerin Tasarlanması Denetçiler iki farklı şekilde tasarlanabilir: 1. Cephe denetçi (Facade Controller) Tüm sistem olaylarını algılamak tek bir denetçinin sorumluluğunda olur. 2. Oturum denetçisi (Session Controller) Her oturum (senaryo) için ayrı bir denetçi görevlendirilir. 61
62 Cephe denetçi (Facade Controller) Tüm sistem olaylarını algılamak tek bir denetçinin sorumluluğunda olur. Bu örnekte Terminal sınıfı tüm sistemin denetçisidir. 62
63 Oturum denetçisi (Session Controller) Her oturum (senaryo) için ayrı bir denetçi görevlendirilir. 63
64 5. İyi Uyum (High Cohesion) 64
65 5. İyi Uyum (High Cohesion) 65
66 5. İyi Uyum (High Cohesion) 66
67 5. İyi Uyum (High Cohesion) 67
68 Tasarımda İletişim Diyagramlarının Kullanımı İletişim (communication) diyagramları kullanılması durumunda şekil de gösterildiği gibi her sistem olayı (giriş) için ayrı bir diyagram çizmek gerekir. 68
69 Tasarımda Ardışıl Diyagramların Kullanımı Ardışıl (sequence) diyagramlarda ise tüm sistem olayları (giriş) aynı diyagram üzerinde gösterilebilir. 69
70 Tasarımda Ardışıl Diyagramlarının Her Giriş İçin Ayrı Çizilmesi Şekillerin karışık olmaması için Şekil de gösterildiği gibi ardışıl (sequence) diyagramlarda sistem olaylarına göre ayrı ayrı çizilebilir. 70
71 Tasarım Örneği: Satışın Başlatılması 71
72 Tasarım Örneği: Satışın Başlatılması 72
73 Tasarım Örneği: Satışın Başlatılması 73
74 Tasarım Örneği: Satışın Başlatılması 74
75 SORULARINIZ 75
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ı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ıBilişim Sistemleri. Modelleme, Analiz ve Tasarım. Yrd. Doç. Dr. Alper GÖKSU
Bilişim Sistemleri Modelleme, Analiz ve Tasarım Yrd. Doç. Dr. Alper GÖKSU Ders Akışı Hafta 10-11. Nesneye Yönelik Sistem Tasarımı Haftanın Amacı Bilişim sistemleri geliştirmede nesneye yönelik sistem tasarımı
Detaylı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ıBLG4146 - Sistem Analizi ve Tasarımı. Öğr. Grv. Aybike ŞİMŞEK
BLG4146 - Sistem Analizi ve Tasarımı Öğr. Grv. Aybike ŞİMŞEK Tasarım Evresi Analiz evresinde sorulan NE sorusuyla elde edilen bilgilerin NASIL yapılacağı, NASIL gerçekleştirileceğinin ortaya konulduğu
DetaylıTasarım Modelinin (Design Model) Oluşturulması
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ıTasarım Modelinin (Design Model) Oluşturulması
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ı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ıARDIŞIL DİYAGRAM YAPI DİYAGRAMI. Sistem Analizi ve Tasarımı Dersi
ARDIŞIL DİYAGRAM YAPI DİYAGRAMI Sistem Analizi ve Tasarımı Dersi İçindekiler Ardışıl Diyagram Nedir ve Neden Kullanılır... 3 Ardışıl Diyagram Elemanları... 3 MS Visio ile Ardışıl Diyagram Çizimi... 5 Violet
DetaylıBilişim Sistemleri. Modelleme, Analiz ve Tasarım. Yrd. Doç. Dr. Alper GÖKSU
Bilişim Sistemleri Modelleme, Analiz ve Tasarım Yrd. Doç. Dr. Alper GÖKSU Ders Akışı Hafta 5. İhtiyaç Analizi ve Modelleme II Haftanın Amacı Bilişim sistemleri ihtiyaç analizinin modeli oluşturulmasında,
DetaylıYazılım Mühendisliği 1
Yazılım Mühendisliği 1 HEDEFLER Yazılım, program ve algoritma kavramları anlar. Yazılım ve donanım maliyetlerinin zamansal değişimlerini ve nedenleri hakkında yorum yapar. Yazılım mühendisliği ile Bilgisayar
Detaylı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 - 3 Tasarım Prensipleri Bu bölümde; Tasarım
Detaylı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ı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ıSİSTEM ANALİZİ ve TASARIMI. ÖN İNCELEME ve FİZİBİLİTE
SİSTEM ANALİZİ ve TASARIMI ÖN İNCELEME ve FİZİBİLİTE Sistem Tasarım ve Analiz Aşamaları Ön İnceleme Fizibilite Sistem Analizi Sistem Tasarımı Sistem Gerçekleştirme Sistem Operasyon ve Destek ÖN İNCELEME
DetaylıSiSTEM ANALiZi ve TASARIMI
SiSTEM ANALiZi ve TASARIMI BIL3403 Öğ. Gör. ASLI BiROL abirol@kavram.edu.tr 01.10.2012 Dersin Amacı Bu ders ile öğrenci; edindiği mesleki bilgi birikimini kullanarak sektörde uygulanabilir bir projeyi
Detaylı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ı25.10.2011. Arayüz Nedir? Arayüz Çeşitleri Arayüz Tasarım Yöntemleri Arayüz Tasarım Hataları. Ömer Faruk MIZIKACI 2008639402
Arayüz Tasarımı ve Programlama Neleri Konuşacağız Arayüz Nedir? Arayüz Çeşitleri Arayüz Tasarım Yöntemleri Arayüz Tasarım Hataları Ömer Faruk MIZIKACI 2008639402 Arayüz Nedir? Bilgisayar ve uygulamalarının
Detaylı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ıSunum İçeriği. Programlamaya Giriş 22.03.2011
Programlamaya Giriş Nesne Tabanlı Programlamaya Giriş ve FONKSİYONLAR Sunum İçeriği Nesne Tabanlı Programlama Kavramı Fonksiyon tanımlama ve kullanma Formal Parametre nedir? Gerçel Parametre nedir? Fonksiyon
DetaylıBilişim Sistemleri. Modelleme, Analiz ve Tasarım. Yrd. Doç. Dr. Alper GÖKSU
Bilişim Sistemleri Modelleme, Analiz ve Tasarım Yrd. Doç. Dr. Alper GÖKSU Ders Akışı Hafta 10-11. Nesneye Yönelik Sistem Analizi Haftanın Amacı Bilişim sistemleri geliştirmede nesneye yönelik sistem analizi
DetaylıKullanım Durumu Diyagramları (Use-case Diyagramları)
Kullanım Durumu Diyagramları (Use-case Diyagramları) Analiz aşaması projeler için hayati önem taşır. İyi bir analizden geçmemiş projelerin başarı şansı azdır. Analiz ile birlikte kendimize Ne? sorusunu
Detaylı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ıBİLGİSAYAR DESTEKLİ TASARIM AUTOCAD DERSİ. 1. HAFTA 27.09.2012 Öğr. Gör. Serkan ÖREN
BİLGİSAYAR DESTEKLİ TASARIM AUTOCAD DERSİ 1. HAFTA 1 AutoCAD, tüm dünyada başta mühendisler ve mimarlar tarafından kullanılan, dünyaca tanınan yazılım firması Autodesktarafından hazırlanan, bilgisayar
DetaylıGörsel Programlama DERS 03. Görsel Programlama - Ders03/ 1
Görsel Programlama DERS 03 Görsel Programlama - Ders03/ 1 Java Dili, Veri Tipleri ve Operatörleri İlkel(primitive) Veri Tipleri İLKEL TİP boolean byte short int long float double char void BOYUTU 1 bit
DetaylıBilgisayar Programı Nedir?
BİL1002 Bilgisayar Programlama PROF.DR.TOLGA ELBİR Bilgisayar Programı Nedir? Program, bilgisayarda i belirli libir amacı gerçekleştirmek için geliştirilmiş yöntemlerin ve verilerin, bilgisayarındonanımınınyerine
DetaylıSınıf Diyagramları Amaç: Sınıf Diyagramları Nasıl Çizilir?
Sınıf Diyagramları Sınıf diyagramı statik bir diyagramdır. Bir uygulamanın statik görünümünü temsil eder. Sınıf diyagramı sadece bir sistemin farklı yönlerini görselleştirmek, açıklamak ve belgelemek için
Detaylı2. Iterasyon. Bu bölümde ele alınan problemler:
1 2. Iterasyon Đlk iterasyonda örnek POS sistemindeki satış senaryoları grubunun doğal akışı ele alınmıştı. Đkinci iterasyonda ise senaryolardaki alternatif akışlar gerçeklenmeye başlanır. Bazı büyük senaryo
DetaylıTÜMLEŞİK MODELLEME DİLİ. UML (Unified Modeling Language)
TÜMLEŞİK MODELLEME DİLİ UML (Unified Modeling Language) UML NEDİR? Yazılım ve donanımların bir arada düşünülmesi gereken, Zor ve karmaşık programların, Özellikle birden fazla yazılımcı tarafından kodlanacağı
DetaylıSüreç Yönetimi. Logo
Süreç Yönetimi Logo Kasım 2013 SÜREÇ YÖNETİMİ Süreç belirlenen bir amaca ulaşmak için gerçekleştirilen faaliyetler bütünüdür. Örn; Sistemde kayıtlı personellerinize doğum günü kutlama maili gönderme, Deneme
Detaylı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ı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 - 3 Tasarım Prensipleri Bu bölümde; Tasarım
Detaylı1.Yazılım Geliştirme Metotları 1
1.Yazılım Geliştirme Metotları 1 1.1 Klasik Çevrim(Waterfall) 1.2 V Modeli 1.3 Prototipleme/Örnekleme 1.4 Spiral Model 1.5 Evrimsel Geliştirme 1.6 Evrimsel Prototipleme 1.7 Artımlı Geliştirme 1.8 Araştırmaya
Detaylı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ıBM208- Nesneye Dayalı Analiz ve Tasarım. Öğr. Grv. Aybike ŞİMŞEK
BM208- Nesneye Dayalı Analiz ve Tasarım Öğr. Grv. Aybike ŞİMŞEK Sistem Analizi ve Tasarımı Sistem analizi ve tasarımının aşağıdaki temel aşamalarla gerçekleştiği söylenebilir. Sistemin planlanması Sistemin
Detaylı... ROBOTİK VE KODLAMA EĞİTİMİ ÇERÇEVESİNDE ÖĞRETİM YILI BİLİŞİM TEKNOLOJİLERİ DERSİ ÜNİTELENDİRİLMİŞ YILLIK DERS PLANI
... ROBOTİK VE KODLAMA EĞİTİMİ ÇERÇEVESİNDE 2018 2019 ÖĞRETİM YILI BİLİŞİM TEKNOLOJİLERİ DERSİ ÜNİTELENDİRİLMİŞ YILLIK DERS PLANI Hazırlayan : Özel Öğretim Kurumları Birliği (ÖZKURBİR) Dersin Adı : Bilişim
DetaylıTEMEL BİLGİSAYAR BİLİMLERİ. Programcılık, problem çözme ve algoritma oluşturma
TEMEL BİLGİSAYAR BİLİMLERİ Programcılık, problem çözme ve algoritma oluşturma Programcılık, program çözme ve algoritma Program: Bilgisayara bir işlemi yaptırmak için yazılan komutlar dizisinin bütünü veya
DetaylıBİL1002 Bilgisayar Programlama PROF.DR.TOLGA ELBİR
BİL1002 Bilgisayar Programlama PROF.DR.TOLGA ELBİR Bilgisayar Programı Nedir? Program, bilgisayarda belirli bir amacı gerçekleştirmek için geliştirilmiş yöntemlerin ve verilerin, bilgisayarın donanımının
DetaylıVERİ KAYNAKLARI. Bilgi sisteminin öğelerinden biride veri
VERİ KAYNAKLARI YÖNETİMİ İ İ 5. ÜNİTE GİRİŞ Bilgi sisteminin öğelerinden biride veri yönetimidir. Geleneksel yada çağdaş, birinci yada ikinci elden derlenen veriler amaca uygun veri formlarında tutulur.
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. o Yazılım, bilgisayar sistemlerinin bir bileşeni olarak ele alınmalıdır. o Yazılım yalnızca
DetaylıDers Notlarının Creative Commons lisansı Feza BUZLUCA ya aittir. Lisans: http://creativecommons.org/licenses/by-nc-nd/3.0/
Eşzamanlı (Senkron) Ardışıl Devrelerin Tasarlanması (Design) Bir ardışıl devrenin tasarlanması, çözülecek olan problemin sözle anlatımıyla (senaryo) başlar. Bundan sonra aşağıda açıklanan aşamalardan geçilerek
DetaylıYazılım Tasarımı(Software Design)
Yazılım Tasarımı(Software Design) Yazılım Nedir? Hem bilgisayar sistemini oluşturan donanım parçalarının yönetimini hem de kullanıcıların işlerini yapmak için gerekli olan konular topluluğuna yazılım denir.
DetaylıSLCM Program Müfredatlarının (Gereksinim Kataloğu) yaratılması
SLCM Program Müfredatlarının (Gereksinim Kataloğu) yaratılması Müfredat yaratma işlemleri ZHER_P011 komutu ile gerçekleştirilir. Müfredat tanımlama işlemlerini doğru bir şekilde gerçekleştirmek için 2
DetaylıTEMEL BİLGİTEKNOLOJİLERİ
TEMEL BİLGİTEKNOLOJİLERİ Bilgiyi işlemekte kullanılan araçlar ikiye ayrılır. 1- Maddi cihazlar 2-Kavramsal araçlar. Kullanıcıve bilgisayarın karşılıklıetkileşimini sağlayan birimlerin genel adıgiriş-çıkışbirimleridir.
Detaylı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ıVeritabanı Yönetim Sistemleri (Veritabanı Tasarımı) Varlık Bağıntı Modeli
Celal Çeken Veysel Harun Şahin Veritabanı Yönetim Sistemleri (Veritabanı Tasarımı) Varlık Bağıntı Modeli Konular Veritabanı Tasarım Aşamaları Kavramsal Tasarım Temel Kavramlar Varlıklar Arası Bağıntılar
Detaylı1 Organizasyon Tanımlama
İçindekiler 1 Organizasyon Tanımlama... 3 1.1 Şirket Tanımlama... 3 1.2 Kullanıcı Tanımlama... 3 1.3 İş Akışında Kullanılacak Grup/Birimlerin Oluşturulması... 3 1.4 Oluşturulan Grup/Birim Altına Kullanıcı
Detaylıİç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ıÖnemli noktalar. Paradigma Nesnelere Giriş Mesajlar / Ara bağlantılar Bilgi Gizleme (Information Hiding ) Sınıflar(Classes) Kalıtım/Inheritance
Önemli noktalar Paradigma Nesnelere Giriş Mesajlar / Ara bağlantılar Bilgi Gizleme (Information Hiding ) Sınıflar(Classes) Kalıtım/Inheritance public class Test { // çalışır İnsan insan = new Çiçekçi();
DetaylıNesneye Yönelik Tasarım ve Programlama (COMPE 501) Ders Detayları
Nesneye Yönelik Tasarım ve Programlama (COMPE 501) Ders Detayları Ders Adı Ders Kodu Dönemi Ders Saati Uygulama Saati Laboratuar Kredi AKTS Saati Nesneye Yönelik Tasarım ve Programlama COMPE 501 Güz 3
DetaylıBLM 426 YAZILIM MÜHENDİSLİĞİ BAHAR Yrd. Doç. Dr. Nesrin AYDIN ATASOY
BLM 426 YAZILIM MÜHENDİSLİĞİ BAHAR 2017 Yrd. Doç. Dr. Nesrin AYDIN ATASOY 6. HAFTA: YAZILIM TASARIMI Tasarım, herhangi bir mühendislik ürünü geliştirme sürecindeki ilk adım sayılabilir. Tasarımcının amacı,
DetaylıOrhan ŞEN. Cybersoft Enformasyon Teknolojileri Ltd. Şti. Gebze Yüksek Teknoloji Enstitüsü
Orhan ŞEN Cybersoft Enformasyon Teknolojileri Ltd. Şti. Gebze Yüksek Teknoloji Enstitüsü ATM Arayüz Yönetim ve Geliştirme sistemi; Cybersoft Gyte işbirliği ile Sanayi Bakanlığı destekli bir san-tez projesidir.
DetaylıVeritabanı Yönetim Sistemleri (Veritabanı Tasarımı) Varlık İlişki Modeli
Veritabanı Yönetim Sistemleri (Veritabanı Tasarımı) Varlık İlişki Modeli Konular Veritabanı Tasarım Aşamaları Kavramsal Tasarım Temel Kavramlar Varlıklar Arası İlişkiler Var Olma Bağımlılığı (Existence
DetaylıATM PROJECT ŞİFRE YA DA HESAP NUMARANIZ HATALI GİRİLMİŞTİR! HAKKINIZ KALDI!
Program 2 Aktör üzerinden tasarlanacaktır. ATM PROJECT Müşteri (User) Bankacı (Admin) Program admin oyuncunun bir müşteri hesabı oluşturması ile test edilmeye başlanır. Sistem çalıştırıldığında karşımıza
Detaylı24 Mart 2011. İlgili Modül/ler : Transfer. İlgili Versiyon/lar : ETA:SQL, ETA:V.8-SQL
24 Mart 2011 İlgili Versiyon/lar : ETA:SQL, ETA:V.8-SQL İlgili Modül/ler : Transfer ETA:V.8-SQL ve ETA:SQL ile HUGIN POS CİHAZI ARASINDA VERİ TRANSFERİ Süpermarket, benzin istasyonu, market ve çeşitli
DetaylıBLG4146 - Sistem Analizi ve Tasarımı. Öğr. Grv. Aybike ŞİMŞEK
BLG4146 - Sistem Analizi ve Tasarımı Öğr. Grv. Aybike ŞİMŞEK Kullanıcı Arayüz Tasarımı Ne kadar mükemmel tasarlanmış ve gerçekleştirilmiş olursa olsun eğer bir sistem kullanıcısına zor anlar yaşatıyorsa
DetaylıBSM 532 KABLOSUZ AĞLARIN MODELLEMESİ VE ANALİZİ OPNET MODELER
BSM 532 KABLOSUZ AĞLARIN MODELLEMESİ VE ANALİZİ OPNET MODELER Yazılımı ve Genel Özellikleri Doç.Dr. Cüneyt BAYILMIŞ Kablosuz Ağların Modellemesi ve Analizi 1 OPNET OPNET Modeler, iletişim sistemleri ve
DetaylıBilgisayarda Programlama. Temel Kavramlar
Bilgisayarda Programlama Temel Kavramlar KAVRAMLAR Programlama, yaşadığımız gerçek dünyadaki problemlere ilişkin çözümlerin bilgisayarın anlayabileceği bir biçime dönüştürülmesi / ifade edilmesidir. Bunu
DetaylıAnadolu Liselerine Öğretmen Atama İşleminin Nesneye Yönelimli Veritabanı Programlama Kullanılarak Gerçekleştirilmesi
Akademik Bilişim 10 - XII. Akademik Bilişim Konferansı Bildirileri 10-12 Şubat 2010 Muğla Üniversitesi Anadolu Liselerine Öğretmen Atama İşleminin Nesneye Yönelimli Veritabanı Programlama Kullanılarak
DetaylıGörsel Programlama DERS 02. Görsel Programlama - Ders02/ 1
Görsel Programlama DERS 02 Görsel Programlama - Ders02/ 1 Kodun Tekrar Kullanımı ve Kalıtım(Inheritance) Nesneye yönelik programlamanın diğer programlama paradigmalarına karşı bir avantajı kodun yeniden
DetaylıFatura Dosyalarını Yükleme ile ilgili Detaylar. 14 Temmuz 2014
14 Temmuz 2014 İlgili Versiyon/lar : ETA:SQL, ETA:V.8-SQL İlgili Modül/ler : E-Fatura Gelen e-fatura Dosyalarının Transferi Firmalara tedarikçilerinden veya hizmet aldıkları firmalardan gelen e-faturalar,
DetaylıFacade (Cephe) Tasarım Şablonu KurumsalJava.com
Facade (Cephe) Tasarım Şablonu KurumsalJava.com Özcan Acar Bilgisayar Mühendisi http://www.ozcanacar.com Profesyonel yazılım sistemleri birçok komponentin birleşiminden oluşur. Yazılım esnasında bir çok
DetaylıE-BELEDİYECİLİK İŞLEMLERİ YARDIM DÖKÜMÜ AnaSayfa. A-Genel
E-belediye sistemimizi kullanırken internet sitemiz ile olan tüm etkileşim 128 bit SSL şifreleme sistemi ile korunmaktadır. Kredi kartı ile yapılan ödemelerde kart bilgileri sistemimiz üzerinde tutulmamakta,
Detaylıİrsaliye Modülü Dizayn Dökümanı. Turquaz Muhasebe. Versiyon 0.2. Hüseyin Ergün. 16 Eylül 04
İrsaliye Modülü Dizayn Dökümanı Turquaz Muhasebe Versiyon 0.2 Hüseyin Ergün 16 Eylül 04 Turquaz Muhasebe, İrsaliye Modülü Dizayn Dökümanı Sayfa 2 İÇİNDEKİLER GEÇMİŞ DEĞİŞİKLİKLER 3 1. GİRİŞ 4 1.1 AÇIKLAMA
DetaylıSE311 YAZILIM YAPIMI BÖLÜM 3 YAPIM TASARIMI. Yrd. Doç. Dr. Volkan TUNALI Mühendislik ve Doğa Bilimleri Fakültesi / Maltepe Üniversitesi
SE311 YAZILIM YAPIMI BÖLÜM 3 YAPIM TASARIMI Yrd. Doç. Dr. Volkan TUNALI Mühendislik ve Doğa Bilimleri Fakültesi / Maltepe Üniversitesi Giriş 2 Yazılım Tasarımı Tasarımın Zorlukları Temel Tasarım Kavramları
DetaylıBLG 1306 Temel Bilgisayar Programlama
BLG 1306 Temel Bilgisayar Programlama Öğr. Grv. M. Mustafa BAHŞI WEB : mustafabahsi.cbu.edu.tr E-MAIL : mustafa.bahsi@cbu.edu.tr Bilgisayar ile Problem Çözüm Aşamaları Programlama Problem 1- Problemin
DetaylıYAPIM YÖNETİMİ - EKONOMİSİ 03. İşler veya eylemler olası olan zaman ve mekanının tamamını kullanacaktır.
İNŞAAT PROJELERİNİN YÖNETİMİNDE FİZİBİLİTE ÇALIŞMASI İnşaat projelerinin yönetimi ve kurallar Parkinson Kuralı İşler veya eylemler olası olan zaman ve mekanının tamamını kullanacaktır. Peter İlkesi Bireyler
Detaylı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 - 4 Tasarım Kalıpları - II Bu bölümde; Facade
DetaylıBakım Yönetimi Logo Nisan 2016
Bakım Yönetimi Logo Nisan 2016 İçindekiler Bakım Yönetimi... 4 Bakım Yönetimini Etkileyen Öndeğer ve Parametreler... 4 Tanımlar... 5 Bakım Parametreleri... 5 Parametre Bilgileri... 6 Arıza Kodları... 8
DetaylıAlgoritma ve Akış Diyagramları
Algoritma ve Akış Diyagramları Bir problemin çözümüne ulaşabilmek için izlenecek ardışık mantık ve işlem dizisine ALGORİTMA, algoritmanın çizimsel gösterimine ise AKIŞ DİYAGRAMI adı verilir 1 Akış diyagramları
Detaylıİçindekiler Tablosu Talep Destek Yönetim Sistemi Programı...3
İçindekiler Tablosu Talep Destek Yönetim Sistemi Programı...3 1. Özellikler.3 2. Kullanım..3 2.1. Ana Sayfa..5 2.2. Talep Modülü.7 2.3. Takibim Modülü 9 2.4. Takipte Modülü..11 2.5. Silinen Talepler Modülü...11
DetaylıPROGRAMLAMA TEMELLERİ
PROGRAMLAMA TEMELLERİ 2.HAFTA Yazılım Yazılım, elektronik aygıtların belirli bir işi yapmasını sağlayan programların tümüne verilen isimdir. Bir başka deyişle var olan bir problemi çözmek amacıyla bilgisayar
DetaylıICATT ÇEVİRİ UYGULAMASI SİSTEM MİMARİSİ VE VERİTABANI TASARIMI
ICATT ÇEVİRİ UYGULAMASI SİSTEM MİMARİSİ VE VERİTABANI TASARIMI İÇİNDEKİLER 1. GİRİŞ 1.1. KAPSAM 1.2. SİSTEM ÖZETİ 1.3. DOKÜMAN ÖZETİ 2. ÇALIŞMA KONSEPTİ 2.1. Yeni Kullanıcı Oluşturmak 2.2. Şirket Bilgilerini
DetaylıEND3061 SİSTEM ANALİZİ VE MÜHENDİSLİĞİ
END3061 SİSTEM STEM ANALİZİ VE MÜHENDİSLİĞİ BİLİŞİM M SİSTEMLERS STEMLERİ GİRİŞİŞ Bir sistem analizcisinin ana misyonu, kullanıcıların fiziksel gereksinimlerini açımlamak ve bunları yazılıma dönüştürmektir.
DetaylıT.C KARABÜK ÜNİVERSİTESİ MÜHENDİSLİK FAKÜLTESİ BİLGİSAYAR MÜHENDİSLİĞİ
T.C KARABÜK ÜNİVERSİTESİ MÜHENDİSLİK FAKÜLTESİ BİLGİSAYAR MÜHENDİSLİĞİ YAZILIM MÜHENDİSLİĞİ PROJE ÖDEVİ SİNEMA BİLET SİSTEMİ PROJE SAHİBİ 2015M10206009 Erdi Şenol İSTANBUL, 2016 Proje Alan Tanımı Günümüzde
DetaylıFİKRİ HAKLAR ESD873 4. PATENT BAŞVURU SÜRECİ. Yrd.Doç.Dr. Levent DURDU Kocaeli Üniversitesi B.Ö.T.E. Bölümü
FİKRİ HAKLAR ESD873 4. PATENT BAŞVURU SÜRECİ Yrd.Doç.Dr. Levent DURDU Kocaeli Üniversitesi B.Ö.T.E. Bölümü 2012 2013 Bahar Kocaeli Üniversitesi, tüm hakları saklıdır. PATENT BAŞVURU SÜRECİ ESD873 FİKRİ
DetaylıAHMET YESEVİ ÜNİVERSİTESİ BİLİŞİM SİSTEMLERİ VE MÜHENDİSLİK FAKÜLTESİ BİLGİSAYAR MÜHENDİSLİĞİ LİSANS DÖNEM ÖDEVİ
AHMET YESEVİ ÜNİVERSİTESİ BİLİŞİM SİSTEMLERİ VE MÜHENDİSLİK FAKÜLTESİ BİLGİSAYAR MÜHENDİSLİĞİ LİSANS DÖNEM ÖDEVİ TBIL-40-0 Nesneye Yönelik Sistem Çözümleme ve Tasarım HAZIRLAYAN 22325 Fahri DÖNMEZ DANIŞMAN
DetaylıYazılım Gereksinimlerinin Görsel Çözümlemeleri: UML (UnifiedModeling Language) Birleştirilmiş Modelleme Dili
Yazılım Gereksinimlerinin Görsel Çözümlemeleri: UML (UnifiedModeling Language) Birleştirilmiş Modelleme Dili UML Diyagramlarının Sınıflandırması UML ile Dinamik Davranışsal (Behaviour) Modelleme usecasediyagramları
DetaylıC# Programlama Dili. İlk programımız Tür dönüşümü Yorum ekleme Operatörler
C# Programlama Dili İlk programımız Tür dönüşümü Yorum ekleme Operatörler 1 İlk Programımız Bu program konsol ekranına Merhaba dünya! yazıp kapanır. Programı geçen derste anlatıldığı gibi derleyin, sonra
DetaylıÖZGÜR YAZILIMLAR İLE J2EE
ÖZGÜR YAZILIMLAR İLE J2EE Buğra Çakır bugra@ibrahimcakir.com Seminer İçeriği 1. İki ve üç katmanlı yazılım mimarileri 2. Java ve J2EE platformu 3. Özgür yazılımlar ile J2EE 4. Eclipse, Lomboz ve JBoss
Detaylı13 Aralık 2007. Đlgili Versiyon/lar : ETA:SQL, ETA:V.8-SQL. Đlgili Modül/ler : Raporlar. Kullanıcı Tanımlı Raporlar Bölümünden Yapabildiklerimiz
13 Aralık 2007 Đlgili Versiyon/lar : ETA:SQL, ETA:V.8-SQL Đlgili Modül/ler : Raporlar KULLANICI TANIMLI RAPORLAR Kullanıcı Tanımlı Raporlar Bölümünden Yapabildiklerimiz Kendi isteklerinize özel rapor tasarımları
DetaylıGİRDİALIMI. Sistemin işleyişinde gereksinim duyulan verilerin sisteme girişinin yapılabilmesi için öncelikle toplanmaları gerekmektedir.
GİRDİ TASARIMI GİRDİ TASARIMI Geliştirilenyazılımın güvenilir ve geçerli bir yazılım olabilmesi iyi bir girdi tasarımı ile olanaklıdır. Diğer taraftan geliştirilen yazılımlar için kullanışlılık sahip olunması
DetaylıDESTEK DOKÜMANI. Ödeme planlarında taksitli ödeme bilgileri. Ürün :
Taksitli Satış Đşlemleri Taksitli Satış sistemi adı üzerinde tüm taksitle satış yapan firmalarda kullanılabilir. Bunun yanısıra peşin fiyatı belirli ancak vadeli fiyatı ve taksit sayısı bilinmeyen tüm
DetaylıEylül 2007 de v1.0 ı yayınlanan SysML sayesinde endüstri mühendislerinin de ihtiyacı karşılanmış oldu.
1 Yazılımcıların da endüstri mühendislerinin de en büyük ihtiyaçlarının başında ortak modelleme dili ihtiyacı gelir. UML nin (Unified Modeling Language) Kasım 1997 de OMG tarafından yayınlanmasıyla birlikte
DetaylıUzaktan Eğitim Uygulama ve Araştırma Merkezi
JAVA PROGRAMLAMA Öğr. Gör. Utku SOBUTAY İÇERİK 2 Java da Kapsülleme (Erişim Denetleyiciler) Java da Sınıf Oluşturmak Java da Nesne Oluşturmak Java da Constructor Kavramı Java da This Kavramı Java da Constructor
Detaylı16. Kesit ve Cephe Aracı
16. Kesit ve Cephe Aracı Bu Konuda Öğrenilecekler: Kesit/cephe bilgi kutusu ile çalışmak Kesit/cephe oluşturmak Kesit/cephe geçerli ayarlarıyla çalışmak Kesit/cephelere erişmek ve değiştirmek Kesit/cephelerin
DetaylıYükleme Emrinde bulunan belge numarası, kamyon plaka numarası ve şoför adının irsaliyeye taşınması,
SEVK VE YÜKLEME EMRİ YENİLİKLERİ Amaç ve Fayda Sevk ve Yükleme Emrine bağlı işlemlerde yapılan yenilikler ile; Yükleme Emri oluştururken stok bakiye kontrolü, Yükleme Emri Oluşturulurken stoktan ayrılan
DetaylıVERİ TABANI YÖNETİM SİSTEMLERİ Melih BÖLÜKBAŞI
VERİ TABANI YÖNETİM SİSTEMLERİ Melih BÖLÜKBAŞI Dersin Hedefleri Veri Tabanı Kullanıcıları Veri Modelleri Veri Tabanı Tasarımı İlişkisel VT Kavramsal Tasarımı (Entity- Relationship, ER) Modeli VT KULLANICILARI
Detaylı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ıDers 8 Konu Özeti ve Problemler
Ders 8 Konu Özeti ve Problemler C# ve Nesne Yönelimli Programlamanın 3 Prensibi Kapsülleme (Encapsulation) Nesne yönelimli programlamanın ilk prensibi kapsülleme (encapsulation) olarak adlandırılır. Bu
DetaylıKKTC MERKEZ BANKASI. BİLGİ GÜVENLİĞİ POLİTİKASI GENELGESİ (Genelge No: 2015/02) Mart-2015 BANKACILIK DÜZENLEME VE GÖZETİM MÜDÜRLÜĞÜ
KKTC MERKEZ BANKASI BİLGİ GÜVENLİĞİ POLİTİKASI GENELGESİ (Genelge No: 2015/02) Mart-2015 BANKACILIK DÜZENLEME VE GÖZETİM MÜDÜRLÜĞÜ İçindekiler Giriş... 1 1 Amaç... 1 2 Bilgi Güvenliği Politikaları... 1
DetaylıBİLGİSAYAR PROGRAMLARININ TASARIMLARINDAKİ VE KODLARINDAKİ SORUNLARIN BELİRLENMESİ ALPER FİLİZ MEHMET ALİ SERT
BİLGİSAYAR PROGRAMLARININ TASARIMLARINDAKİ VE KODLARINDAKİ SORUNLARIN BELİRLENMESİ ALPER FİLİZ 040080202 MEHMET ALİ SERT 040090521 SUNUM İÇERİĞİ Problem Tanımı Tespit Edilen Sorunlar Problemin Sonuçları
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 Kullanım Diyagramları (Use Case Diagram) Kullanım senaryoları sadece düz metin (text) olarak değil, istendiğinde metin yerine
DetaylıZirve e-fatura Portal Paketi V. 1.0.xx
Zirve e-fatura Portal Paketi V. 1.0.xx Zirve Yazılım paket programlarından, e-fatura gönderim ve alım işlemlerinin yapılabilmesi için iki farklı e-fatura paketi mevcuttur. 1- Zirve e-fatura Entegratör
DetaylıMOBİL UYGULAMA GELİŞTİRME
MOBİL UYGULAMA GELİŞTİRME Hedefler Bu üniteyi çalıştıktan sonra; Java programlama dilinde görsel arayüz tasarımı yapabilir, Java programlama dilinde görsel bileşenler üzerinde olay tanımlayabilir. Android
Detaylı5. PROGRAMLA DİLLERİ. 5.1 Giriş
5. PROGRAMLA DİLLERİ 8.1 Giriş 8.2 Yazılım Geliştirme Süreci 8.3 Yazılım Geliştirme Sürecinde Programlama Dilinin Önemi 8.4 Programlama Dillerinin Tarihçesi 8.5 Programlama Dillerinin Sınıflandırılması
DetaylıYazılım Nedir? 2. Yazılımın Tarihçesi 3. Yazılım Grupları 4 Sistem Yazılımları 4 Kullanıcı Yazılımları 5. Yazılımın Önemi 6
ix Yazılım Nedir? 2 Yazılımın Tarihçesi 3 Yazılım Grupları 4 Sistem Yazılımları 4 Kullanıcı Yazılımları 5 Yazılımın Önemi 6 Yazılımcı (Programcı) Kimdir? 8 Yazılımcı Olmak 9 Adım Adım Yazılımcılık 9 Uzman
DetaylıNESNE YÖNELİMLİ PROGRAMLAMA HAFTA # 10. Yrd.Doç.Dr.Hacer Karacan
NESNE YÖNELİMLİ PROGRAMLAMA HAFTA # 10 Yrd.Doç.Dr.Hacer Karacan İçerik Grafik Kullanıcı Arayüzü Uygulamaları AWT, Swing Arayüz Yerleşim Düzeni Temel GKA Bileşenleri Olay Yönetimi Olay Dinleyiciler Olay
DetaylıBM208- Nesneye Dayalı Analiz ve Tasarım. Sunum 7
BM208- Nesneye Dayalı Analiz ve Tasarım Sunum 7 Component(Bileşen) Diyagramları Sistemin fiziksel yapısını modellemede kullanılır. Bu fiziksel yapıdan kasıt gömülü kontroller, portlar, arayüzlerin yanı
DetaylıDers 8: Metotlar. barisgokce.com
Ders 8: Metotlar Hazırlayan : Öğr. Grv.. Barış GÖKÇE Đletişim im : www.barisgokce barisgokce.com Metotlar C# içerisinde bir veya birden fazla kod bulunduran kod bloklarıdır. Bir nesnenin veya sınıfın programı
Detaylı