Türkiye - İngiltere Beyin Seferleri

Geçenlerde bir İngiliz gazetesi İngiltere'nin  ekonomik açıdan duraklamasını anlatırken yoğun kar yağışından aşırı derecede etkilenen bir İngiliz havaalanıyla Atatürk Havaalanı'nı karşılaştırmış, onlar yükseliyor, biz ise duraladık gibilerinden bir yazı kaleme almış. Duraklamayı yavaşlatacak ya da tersine çevirecek taze kanı nerede arayacaklarını çok iyi biliyorlar. Tıpkı 60'larda Almanya'nın çok iyi bildiği gibi. (Bakın altta posta kutuma düşen bir iletiyi sizinle paylaşıyorum)

Taze kanı, üretken beyinleri ülkelerine çekebilmek için çalışıyorlar. Öbür taraftan Tübitak da beyin göçünü tersine çevirmeye yarayacak bir takım tedbirler almaya başladı. Umarım bu çalışmaları artarak devam eder. Örneğin yurt dışındaki araştırmacılara ülkemize dönmeleri halinde 2.750 TL'lik karşılıksız burs vereceklerini bu akşam haberlerde izledim. Sevindirici bir gelişme.

Tübitak ne kadar özendirirse özendirsin, iş insanların zihninde bitiyor. Son söz: Bu toprakların ekmeğini yiyip suyunu içtiysen, alfabeyi bu topraklarda söktüysen, toprağına vefa gösterip; anlının terini de bu topraklara akıtacaksın.

------------------------------------------------------------------------------------------------------------------------

İngiltere Başkonsolosluğu ve ODTÜ Teknokent Animasyon Teknolojileri ve Oyun Geliştirme Merkezi İşbirliğinde Düzenlenecek “İngiltere’de Oyun Sektörü ve Yatırım Fırsatları” Semineri’ne (Seminar on Computer Games Industry and Investment Opportunities in England) Davetlisiniz!

5 Ocak 2011, Çarşamba günü saat 10:00-15:00 arasında ODTÜ Teknokent İkizler Binası Konferans Salonu’nda gerçekleştirilecek seminerde İngiltere’nin en büyük dijital teknolojiler ve oyun  teknoparkının da içinde bulunduğu oyun kümelenmesinden temsilciler, İngiltere Başkonsolosluğu temsilcileri ve Turkcell’den yetkililer Türkiye’de dijital teknolojiler ve oyun alanında faaliyet gösteren firma ve kişilerle buluşuyor...

İngiltere’nin oyunla ilgili en önemli yapısı olan Digital City’nin (http://www.thedigitalcity.org/) CEO’su Mark Elliot’ın oyun sektörü ve işbirliği olanları ile ilgili bilgi aktaracağı ve İlgiltere’de yatırım olanaklarının tartışılacağı bu etkinlikte sektörün tüm paydaşları ile bir arada olmayı diliyoruz.

TARİH/ DATE: 05.01.2011

YER/PLACE: ODTÜ TEKNOKENT İKİZLER BİNASI

SAAT/HOUR: 10:00-15:00

KONFERANS PROGRAMI/ CONFERENCE PROGRAMME
10:00- 10:15	Açılış Konuşması/ Openning Speech Mustafa İhsan KIZILTAŞ - ODTÜ Teknokent Genel Müdürü
10:15-11:00	İngiltere’de Yatırım Olanakları Taçlan TOPAL - İngiltere Başkonsolosluğu Yatırım Müdürü
11:00- 11:45	Dünyada ve Türkiye’de Yükselen Trend: Social Gaming Sertaç PIÇAKÇI - Turkcell, Social Community Services, Social Games
11:45- 12:30	Öğlen Yemeği/ Lunch
12:30- 13:30	The Computer Games Industry In North East England And Industry Conditions And Opportunities In The World Market Mark SOUTH - Senior Digital Industry Specialist, One North East
13:30- 15:00	From Garages To Global: How Digital City Can Help You Make Fly Mark ELLIOT- Business Director, Digital City

LCV: Katılımlarınızı lütfen 31 Aralık 2010 tarihine kadar bildiriniz.

Emek Kepenek

            0312 210 64 00-134

            emek.kepenek@metutech.metu.edu.tr

Saygılarımızla,

Ortadoğu Teknopark A.Ş.

Yazılım Mühendisliği Pratikleri

TAI'de katıldığım bir eğitimde aldığım notlarımı sizinle paylaşmak istiyorum. Bunlar yazılım mühendisliği gerektiren işlerde göz önünde bulundurulması gereken pratiklerdir. Kaliteli bir iş için dikkat edilmesi gerekir.

PRATİKLER

1.Yönetim

• Planlama
• Check-list (Başlamadan önce yapılması gerekenler)
• Görev paylaşımı
• Risklerin tanımlanması
• Başarının ölçülmesi ve değerlendirilmesi
• Süreç yönetimi
• Kayıtlı çalışma

2.Kaynak Yönetimi

• İdeal ekip sayısı 5-7 (Tecrübe olarak söyleniyor)
• Çalışanlara değer verme, adil olma, ödüllendirme
• Eğitim
• Uzmanlaşma
• Etkin iletişim

3.Bütçe Yönetimi

• İşgücü, zaman, yatırım ve maliyetler
• Proje başlamadan önce deneysel kestirimler
• Sürekli izleme ve ölçme

4.Metrik Yönetimi

• Nokta atışı sayısal değerler
• Amaç, başarımı ölçmek ve riskleri tanımlamak
• Efor metrikleri
• Geliştirilen kodun metrikleri
• Gereksinim metrikleri
• Değişiklik istekleri metrikleri
• Hata metrikleri
• Test metrikleri

5.Disiplin*

• En önemlisi. Yetki ve sorumluluklar belli olmalı.
• Saha kurallarını koymak ve kurum kültürü (Birçok toplantının verimsiz geçmesinin nedeni saha kurallarının tam konulamaması)
• Son sözü söylememek projeye zarar verir. Hayır demeyi herkes bilmeli. Net olunmalı.
• Sonuç odaklı olunmalı.

6.Gereksinim Yönetimi

• Gereksinimlerin belirlenmesi
• Gereksinimlerin herkesce anlaşılması
• Gereksinim belirlemenin son aşaması olarak gereksinimlerin dondurulması.

7.Sistem Mühendisliği

• İç içe çalışma (Geliştiriciler ile)
• Sistem mimarisine hakim olma
• Sistem yazılım uyumunun sağlanması

8.Arayüz Tanımlama ve Denetleme

• Gereksinim analizi bitmeden önce tüm dış arayüzler tanımlanmalı
• Çökmeler genellikle arayüzlerde olur. Genellikle iç arayüzlerde değil dış arayüzlerde hata çıkar. Bunun nedeni ekipler arası iletişim eksikliğidir.

9.Tasarım

• Standartlara hakimiyet (178B, IEEE12207)
• Planlara uyum
• Sistem ve yazılım geliştirilmeye açık olmalı
• Bir arayüzün başka bir arayüzle bağlantısı mümkün olduğunca az olmalı
• Sadelik ve basitlik önemli
• İnsan makine arayüz(GUI) tasarımına dikkat edilmeli. (Bir istatistiğe göre burada harcanan efor projeye harcanan eforun %47’si kadarmış)

10.Kodlama

• Anlaşılabilir
• Kısa yordamlar
• Açıklamalar
• Sık sık yedekleme
• Hatalara teslim olmayın. Hatalar tecrübeleri arttırır.

11.Test

• Projenin kritik bileşenleri fonksiyonel olarak test edilmeli (White-Box)
• Aşırı yüklemelerle test edilmeli (Aşırı yükleme testi)
• Projenin sonuna doğru, en gerçekçi senaryolarla denenmeli

12.Hata ayıklama (Debugging)

• Hatalar birer birer ayıklanmalı

UML Diyagramları

YAPISAL DİYAGRAMLAR

  Sınıf (Class) diyagramı: Class odaklı tasarımlarda kullanılır. Sınıfların özelliklerini birbirleri arasındaki ilişkiyi göstermede kullanılır. Özellikle nesne yönelimli projelerde tercih edilirler. Kodlamada kolaylık sağlarlar.

  Nesne (Object) diyagramı: Bir nesne(object) sınıfın (class) bir örneğidir. Bu tür diyagramlarda sınıfın yerine gerçek nesneler kullanılır. Bu sayede modellenen sistemin yapısının belirli bir andaki bütün ya da kısmi  görünüşü tarif edilir.

  Bileşen (Component) diyagramı: Bir yazılım projesi birden fazla bileşene yani component’e ayrılarak programcılar arasında paylaştırılabilir. Bu component’ler programcılar tarafından birbirlerinden bağımsız geliştirilirler ve en sonunda da birleştirilirler. Bu birleştirme işlemi component diyagramındaki gibi olmalıdır.

  Paket (Package) diyagramı, bir sistemin hangi mantıksal gruplara bölündüğünü ve bu gruplar arasındaki bağımlılıkları betimler. Fazla detaya inmeden genel hatlarıyla modelleme yapılır, bu diyagram sistemin temel mantığı oluşturulurken kullanılmalıdır.

  Dağılım (Deployment) diyagramı, sistemde kullanılan donanımları, bu donanımların içinde yer alan bileşenleri ve bu bileşenlerin arasındaki bağlantıları gösterir.

  

  Birleşik Yapı (Composite Structure) diyagramı: bir sınıfın iç yapısını ve bu yapının mümkün kıldığı iletişimleri tarif eder. Bu daha detay bir diyagramdır. Deneyimsiz bir programcıya bu diyagram deneyimli bir programcı tarafından hazırlanıp bir yol haritası olması için verilebilir.

DAVRANIŞ DİYAGRAMLARI

Kullanım Senaryosu (Use-Case) diyagramı: Aktörler vardır. Bu aktörlerin yaptıkları ve yapamadıkları şeyler bu diyagramla ifade edilir. Bu diyagramı oluşturmanın faydaları:

·         Müşteri ile geliştiriciler arasında iletişimi sağlamak

·         Sistemin sınırlarını belirlemek

·         User Guide oluşturmada yardımcı olmak

  Durum (Statechart) diyagramı: Bir nesnenin sahip olacağı tüm durumların modellendiği diyagramdır. Nesneler çeşitli durumlarda bulunabilirler ve birtakım olaylar sonucunda bir durumdan başka bir duruma geçebilirler ve bu geçiş esnasında başka olayların meydana gelmesini tetikleyebilirler. Tüm bu ilişkiler bu durum diyagramıyla ifade edilirler. Daha çok sistemin genel işleyişinde mantıksal bir hata yapılmaması için kullanılan diyagramlardır.

 Faaliyet (Activity) diyagramı: Modellenen sistemdeki iş akışını adım adım gösterir. Kapsamlı bir şekilde komut akışını tarif eder. En önemli özelliği paralel davranışları desteklemesidir. Multithreaded uygulamalar geliştirirken uygulamanın algoritmik mantığı bu diyagramla gösterilebilmektedir. Karmaşık algoritmalarda da tercih edilebilecek bir diyagramdır. Bu diyagramlar sayesinde gereksiz yere ardışık yapılan işlemler rahatlıkla görülebilir ve bunların paralel yapılması sağlanabilir.

ETKİLEŞİM DİYAGRAMLARI

 Sıralama (Sequence) diyagramı: Bir uygulamada nesnelerin birbirleri ile olan ilişkisi zamana göre değişiyorsa, statik bir ilişkiden bahsetmek mümkün değilse, ilişki yapısı dinamikse bu diyagramlar kullanılır. Nesnelerin yaşam süreleri de bu diyagramla gösterilir.

 İletişim (Communication) diyagramı: Sınıf, Sıralama ve Kullanım Senaryoları diyagramlarındaki bilgileri kullanarak sistemin hem statik yapısını hem de dinamik davranışını gösterir. Bu üç diyagramın üzerinde, onları kapsayıcı nitelikte bir diyagramdır ve sistemi daha genel hatlarıyla ortaya koymada kullanılır.

 Etkileşime Bakış (Interaction Overview) diyagramı: Farklı etkileşim diyagramları kullanarak, bunlar arasındaki komut akışını gösterir. Bir başka deyişle, elemanları etkileşim diyagramları olan faaliyet diyagramlarıdır.

  Zaman Akış (Timing) diyagramı: Odağın zaman kısıtlamaları olduğu etkileşim diyagramıdır. Nesnelerin bir zaman akışı içerisinde birbirleri ile etkileşimini göstermede kullanılır.

 KAYNAKLAR

1-) UML Weekend Crash Course, Thomas A. Pender, Wiley Publishing Inc., 2002.

2-) UML Bible, Tom Pender, John Wiley, 2003.

3-) UML Distilled: A Brief Guide to the Standard Object Modeling Language, Martin Fowler, Kendall Scott, Addison Wesley, 1999.

4-) The Elements of UML Style, Scott W. Ambler, Cambridge University, 2003.

5-) Visual Modeling with Rational Rose 2000 and UML, Terry Quatrani, Addison Wesley,1999.

6-) The Object Primer 3rd Edition: Agile Model Driven Development with UML2, Scott W. Ambler, 2003.

7-) UML in a Nutshell , Sinan Si Alhir, O’Reilly, 1998.

8-) UML 2 for Dummies, Michael Jesse Chonoles and James A. Schardt, Hungry Minds, 2003.

9-) www.adtmag.com/article.asp?id=2656

10-) www.visualuml.com/whitepapers/UML%20collaboration%20diagrams.pdf


Konuyla ilgili olarak aşağıdaki yazılarıma da bakabilirsiniz:

• UML Kullanmanın Avantajları
• UML Nedir?