Ana içeriğe atla

Kayıtlar

UML ve Modelleme – Bölüm 11 (4+1 Bakış)

Önceki 10 bölümde, UML diyagramlarının sistem yaşam döngüsünün farklı aşamalarında kullanıldığını görmüştük. Bu makalemizle birlikte UML ve Modelleme serimizi sonlandırmış oluyoruz. Geçmişteki UML makalelerimize şöyle bir göz atalım; Bölüm 1: Giriş Bölüm 2: Diyagramlar Bölüm 3: Use Case Diyagramlar Bölüm 4: Class Diyagramlar Bölüm 5: Object Diyagramlar Bölüm 6: State Diyagramlar Bölüm 7: Sequence Diyagramlar Bölüm 8: Collaboration Diyagramlar Bölüm 9: Activity Diyagramlar Bölüm 10: Component ve Deployment Diyagramlar Ayrıca analiz süreci ile ilgili aşağıdaki makalelerimiz de ilginizi çekebilir; Analiz Süreci ve Rol Tanımları Analist Yazılım Uzmanı İş Analisti Müşteri İhtiyacını Ön Analiz ile Anlamak Bu yazımızda 4+1 bakışı ile UML diyagramlarını sınıflandıracağız. 4+1 bakışı aslında sistemin yazılım yaşam döngüsündeki görünüşünü anlatır. Her bir bakış sistemin nasıl modelleneceğini gösterir.

Birim (Unit) Testinde Dikkat Edilecekler

Bundan önceki yazılarmızda Birim testleri ve TDD (Test Driven Development) ile ilgili genel bilgiler vermiştik. TDD (Test Güdümlü Geliştirme); Production kodunu yazmadan önce test kodlarını geliştirme yaklaşımıdır. Kısa development döngülerinin tekrarlanması üzerine kurulu bir yazılım geliştirme tekniğidir…   Birim (Unit) testleri; Birim testi bir yazılım projesindeki metotların, fonksiyonların doğru çalışıp çalışmadığını anlamak için oluşturulan testtir. Bir testin birim testi olabilmesi için test edilecek birimlerin ayrı ayrı ele alınması gerekmektedir.   Şu andaki tecrübelerimizle (!), gerçek hayatta, Birim testlerinde nelere dikkat etmeliyiz bir göz atalım; Test fonksiyonları küçük ve hızlı olmalı. (Her check-inden sonra çalıştırmak ideal olacağı için.) Otomatik olarak çalışabilir olmalı. Bir buton click ile kolayca çalıştırılabilmeli. Code covarage yüksek olmalı ve ölçülebilmeli, gözlenmeli. Birim testinde hata alınan yer derhal düzeltilmeli. Sadece birimlerin işle...

Online İtibar Nedir?

İnternet ve dijital içerikler, teknolojik örümcek ağlarıyla etrafımızı öyle bir sardı ki; orada yazılan herşeye inanır olduk. Bu sanal çıktılar hayatımız ve önemli kararlarımız için yönlendirici oldu, olmaya da devam ediyor. Aziz Google, muhterem Yahoo,  değerli Facebook, çılgın Twitter, LinkedIn, FriendFeed, Blogger, MySpace, YouTube … diye liste uzuyor. Peki burada yazılanların hepsi doğru mu, birileri size kızdığı veya sizinle rekabet ettiği için bu dünyayı kötüye kullanabilir mi? Elbette kullanabilir. Adınızı ve markanızı karalayabilir. Kısaca itibarınızı zedeleyebilir. Internet stratejisti Atıf ÜNALDI, Türkiye’de Online İtibarın geldiği nokta ile ilgili şunları diyor: “Aslında Türkiye’de durum iyi. Hayatımda ilk defa bir teknolojik bilginin Türkiye’ye geç ulaşmasından memnunum. Zira özellikle Amerika’da e-devlet faaliyetlerinden tutun da, vatandaşlık bilgilerine kadar birçok bilgi internet üzerinden yapılabildiğinden, her türlü bilgiyi toplayıp, indeksleyen ve bu indekslediği ...

UML ve Modelleme – Bölüm 10 (Component ve Deployment Diyagramlar)

Önceki makalemizde UML modellemede kullanılan en önemli diyagram türlerinden biri olan Activity diyagramlarını incelemiştik. Bu makalemizde fiziksel diyagramlardan component ve deployment diyagramları inceleyeceğiz. Component diyagramları, sistemin yazılım bileşenlerini ve birbirleri arasındaki bağlantının nasıl olduğunu gösteren diyagramlardır. Sisteme daha yüksek seviyeden yani bileşenler seviyesinden bakabilmeyi sağlarlar. Bileşenler “alt sistemleri” oluştururlar. Component diyagramların diğer UML diyagramlarından farkı nedir? Component diyagramları sistemin uygulanma perspektifini gösterir. Component diyagramı içerisinde yer alan bileşenler; sistemdeki farklı tasarım öğelerinin gruplandırılmasını yansıtır. (Örn: sistemin sınıfları) Sistemin uygulanabilirliğinde farklı bileşen tipleri kullanılabilir. Basit çalıştırılabilir bileşenler, kütüphane bileşenleri (sistem kütüphanelerini ve sistemdeki uygulama kütüphanelerini gösterir), dosya bileşenleri (kaynak kod dosyalarını ya da ...

Univera bir Dünya şirketi olabilir mi?

Merhabalar... Yazılım Grup Müdürümüz Deniz Kılınç’ın önderliğinde kurulan bu Blog’da 100. yazıyı yazma onurunu bana verdiler... Öncelikle bu jest leri için başta Deniz beye e ve tüm Univera Yazılım grubuna teşekkür edeiyorum .. Ben bu 100. yazı için kendime bir başlık düşündüm ve aklıma “Univera bir Dünya şirketi olabilir mi?” başlığı geldi... (Dervişin Fikri neyse Zikri de oymuş hesabı :) herhalde) Evet bu yıl bizim 18. yılımız... Üniversiteden sınıf arkadaşım Selahattin Tosuner ile birlikte bir iş hanının 20 m2 lik odasında 4 kişilik dev :) bir kadroyla 15 Eylül 1992’de kurduğumuz şirketimiz bugün 100 kişilik bir bilişim şirketi oldu... İlk kurulduğumuz yıla göre; bugün eleman sayımız 25 kat, ciromuz 60 kat artmış durumda... Bize direkt bağlı çalışan 13-14 şirkete sağladığımız aylık düzenli gelirleri de hesap edersek; belki bu gün Univera her ay 500-600 kişinin rıskını sağlıyor, ekmeğini çıkarıyor... Bu hiç sermayesi olmadan , sırf idealleri ile, kendi işini kuran iki mühendis için z...

UML ve Modelleme – Bölüm 9(Activity Diyagramlar)

Önceki makalemizde işbirliği diyagramları olarak adlandırılan collaboration diyagramlarından bahsetmiştik. Bu makalemizde UML modellemede kullanılan en önemli diyagram türlerinden biri olan Activity diyagramlarını inceleyeceğiz. Activite diyagramları sistemin dinamik görünümünün modellendiği diyagramlardır. Bir aktiviteden diğer aktiviteye geçerken temelde işlem akışı(flowcart) diyagramlarına benzerler. Aktivite sistemin işleyişini açıklamaktadır. İşlemler arasındaki akış; ardışık, dallanma ya da eş zamanlı olabilir. Activity diyagramları tüm kontrol akışını ele almaktadır(Örn: kollara ayrılmak, birleşmek ...). Activity diyagramlarından önce incelediğimiz diyagramlarda akış nesneler arasındaki modellemelerde kullanılırken activity diyagramlarında akış bir aktiviteden diğer bir aktiviteye geçişleri modellemede kullanılır. Aktivite sistem işleyişinin bir parçasıdır. Activity diyagramları sistemin sadece dinamik yapısını göstermek için kullanılmaz, çalıştırılabilir sistemin düzenlenmesin...

Bilişim Tatili 2010

Bilişim sektöründeki kaliteli insan kaynağı eksiğini bir nebze olsun azaltmak için güzel bir etkinlik ile karşı karşıyayız. Bu sefer fikir  farklı, organizasyon Dev Ajans tarafından yapılmış. Slogan “Hiçbir eğitim bu kadar tatil olmamıştı”. 1000 kişinin katılımının hedeflendiği etkinlikte bilişim alanlarında öğrenci, öğretim görevlisi  ve bilişime ilgi duyan gençlerin sektörün temsilci ve yöneticileri ile tanışmak, kariyer veya staj fırsatı yakalamak, sektördeki gelişmeleri ve yeni nesil teknolojileri detaylı olarak anlayabilmeleri için lansmanlar ve söyleşiler düzenlenecek. Biz de Univera ailesi olarak bu etkinliği sonuna kadar destekliyoruz. Etkinlik Yeri: Çeşme Altınyunus Otel Etkinlik Tarih: 07 – 09 Mayıs 2010