Category Archives: Yazılım mühendisliği

Analist, kapsam kayması ve Kübler-Ross modeli

Analistin proje geç dönem esas görevi kapsamın korunmasıdır. Müşteriler, genel olarak değişiklik isteği olarak adlandırılması gereken taleplerlerle projenin kapsamı genişletmeye çalışabilirler. Kapsam korumanın temeli, iyi uygulanmış analiz safhasıdır. Kapsam ve kapsam dışı maddeler net ifade edilmiş ve üzerinde anlaşılmış olmalıdır. … Okumaya devam et

Yazılım mühendisliği içinde yayınlandı | Yorum bırakın

Tasarım bugı

Bugün eğitimde konuşurken fark ettim. Çalışan arabanın marşına basılabilmesi bir tasarım hatası.. Şöyle ki, araba çalışırken marşa basmanın hiçbir faydası yok, hatta zararlı ancak bu yapılabiliyor. Evet biliyorum, bazı yeni arabalarda yapılamıyor, ancak eskileri açısından bu bir tasarım hatası; tabii … Okumaya devam et

Yazılım mühendisliği içinde yayınlandı | Yorum bırakın

Analiz ve analist tipleri

Bazı notlarımı düzenlemek için internette analist tiplerini ararken analiz tipleri ile ilgili ilgi çekibi bir listeye ratsladım: http://people.uvawise.edu/pww8y/Resources/Methods/TypesAnalysis/00TypesAnalysis.html. Bu liste, yazılımdan ziyade sosyal bilimlerde analizi incelemekle birlikte uyarlanabilir bazı noktalar olduğu aşikar. Şunları alıntılayabiliriz (ve beraberinde türkçeleştirebiliriz) gibi geliyor: Hikayeci (narrative) analiz Betimsel (descriptive) … Okumaya devam et

Yazılım mühendisliği içinde yayınlandı | Yorum bırakın

Analist demesek ne diyeceğiz?

Analiz (çözümleme), gereksinim yönetimi disiplininde bir faaliyetse, bu disiplinin uygulayıcısına neden analist (çözümleyici) diyoruz?

Yazılım mühendisliği içinde yayınlandı | Yorum bırakın

Yazılım mimarisi için sorular

Kurumsal uygulama mimarilerinin cevaplaması gereken beş ana sorum ve bir takım alternatif cevaplarım var:   1. Veriye nasıl erişmeli    a) Tüm ortak veri erişim kodları ve bağlantı yönetimi data access layerda toplanır, okuma yazma veri erişim nesnelerinde (data access objects) … Okumaya devam et

Yazılım mühendisliği içinde yayınlandı | Yorum bırakın

MSF V4 vs V3

MSF V4 çıkalı bayağı bir zaman oldu. İlk başlarda tamamen VSTS ile uyum ön plandayken, MS Press’ten yayınlanan Michael Turner’ın MSF Essentials isimli kitabı ile VSTS dışında da MSF’in devam edebileceği belli oldu. Herşeyden önce, VSTS ile uyum MSF’ten çok … Okumaya devam et

Yazılım mühendisliği içinde yayınlandı | Yorum bırakın

Kurumsal BT’nin geleceği – 2: IT BT oluyor

BT’yi (bilgi teknolojileri) bi-ti olarak okuyanlar vardır. (tıpkı lcv’yi el-ci-vi olarak okuyanlar gibi, bilmeyen varsa, lcv lütfen cevap verinizin kısasıdır). Türkçe kısaltmayı ingilizce okumaya ne gerek var ki? Komik! Neyse, bizim konumuz farklı, ingilizce isteyenler için IT, BT oluyor, ya … Okumaya devam et

Yazılım mühendisliği içinde yayınlandı | Yorum bırakın

Kurumsal BT’nin geleceği – 1

Biraz fikir jimnastiği yapsak. Gelin, kurumsal bilgi teknolojileri departmanları önümüzdeki dönemde nerede olacak, fikir yürütmeye çalışalım. Önümüzdeki dönem derken de, beş ve on yıllık yakın geleceğe odaklanalım.   Bugün kurumsal BT’nin yaşadığı temel sorun kaynak yetersizliği ve üretkenlik gibi duruyor … Okumaya devam et

Yazılım mühendisliği içinde yayınlandı | Yorum bırakın

Gereksinimlerde kuralcı yaklaşım

Gereksinim yönetimi modellerinden birincisi olarak tanımladığımız use-case realization ya da kuralcı veya klasik yaklaşım olarak adlandırdığımız yaklaşım hakkında biraz daha detay vermenin gereğini duyuyorum. Bu yaklaşım da kendi içinde farklılıklar gösteren yöntemlere ayrışabiliyor.   Model ya da diagram odaklı yaklaşım … Okumaya devam et

Yazılım mühendisliği içinde yayınlandı | Yorum bırakın

Gereksinim yönetimi modelleri

Gereksinim yönetiminde seçeneklerimiz nelerdir, temel bir liste yapmak istiyorum. Böyle bir çalışmaya girişince yapılacakları yaptım, temel bir literatür taraması, google, wikipedia ve uzmanına başvurdum. Biraz detay verebilirim sanırım burada..   Literatür deyince, hemen başvurduğum bazı kaynaklar vardır, oralarda pek çok … Okumaya devam et

Yazılım mühendisliği içinde yayınlandı | 2 Yorum