Yayım tarihi

Google – Kişi Bulucu

Depremzede ve yakınlarına yardımcı olmak için Google’ın hazırladığı kişi bulucu aracını kullanabilirsiniz…


Source: rss

Yayım tarihi

Uygulama Yaşam Döngüsü için Okunulası birkaç kaynak

Uygulama yaşam döngüsü(ALM-Application Lifecycle Management) için faydalı olacağını düşündüğüm bir kaç intrenet kaynağını paylaşmak istedim.

http://davidchappellopinari.blogspot.com/2009/04/what-is-application-lifecycle.html
David Chappell ALM tanımı üzerinde durmuş

http://www.best-management-practice.com/gempdf/ITILV3_ASL_Sound_Guidance_White_Paper_Jan08.pdf
Uygulama Servis Kütüphanesi (Application Service Library-ASL) üzerinde durarak Uygulama Yönetimi(Application Management-AM)
ve Uygulama Geliştirme(ApplicationDevelopment) sorumluklarını kısaca anlatan güzel bir whitepaper.

http://www.tso.co.uk/amdemo/index.htm
Application Management üzerine TSO’nun OGC için hazırlığı kaynak.Linkteki sadece demo versiyonu.


Source: rss

Yayım tarihi

Scrum et al.

Scrum et al.

Google Tech Talks September 5, 2006 Ken Schwaber co-developed the Agile process, Scrum. He is a founder of the Agile Alliance and Scrum Alliance, and signatory to the Agile Manifesto. Ken has been a software developer for over thirty years. He is an active advocate and evangelist for Agile processes. ABSTRACT Scrum is an amazingly simple process that causes many, many changes when it is implemented. This seminar presents the basic framework of Scrum and some of the implementation issues associated with it.


Source: rss

Yayım tarihi

Scrum in under 10 minutes by Hamid Shojaee

Scrum in under 10 minutes 

Learn the SCRUM software development methodology in less than 10 minutes. By the end of this fast-paced video, you’ll know about burn-down charts, team roles,product backlogs, sprints, daily scrum…

http://www.dailymotion.com/video/xec1mj_scrum-in-under-10-minutes_tech

 

Great Thanks to Hamid Shojaee


Source: rss

Yayım tarihi

Konfigurasyon,Değişim ve Sürüm Yönetimi

Sürüm(Release Management) ve konfigurasyon(Configuration Management) yönetimi değişiklikleri yönetmenin(Change Management) ve koordine etmenin anahtarıdır.

Etkileşimini inceleyelim;

Değişim yönetimi olmadan konfigurasyon bilgileri doğruluğunu hızla kaybeder.Doğru konfigürasyon bilgisi olmaz ise,değişimler için doğru bir etki analizi(impact analysis) yapılamaz.

Konfigurasyon ve Değişim bilgileri doğru değil ise doğru bir Sürüm (Release) yönetimi gerçekleştirilemez.

Bu durumda Gereksinim belirlemesi ,Geliştirme ve Testler doğru bir şekilde yapılamaz.


Source: rss

Yayım tarihi

HP PPM & QC Integrasyonları

HP PPM(Project & Portfolio Management) ve HP Quality Center arasında iki tip integrasyon mevcut.

  • CM4QC(Center Management for Quality Center)
  • ALM(Application LifeCycle Management)(eski adı MAC(Managing Application Change))

Bu integrasyonların amacı,İş Birimleri ile BT birimleri arasında yakınlaştırma(Business-Development Alignment) sağlamak,IT Servislerini daha yönetilebilir kılmaktır.
Bu integrasyonlar sayesinde ayrıca ITIL Servis yaklaşımının Servis Operasyona kadar(Service Operation) ‘a kadar ilerletilmesini sağlayabilirsiniz.
Operasyondan PPM’e gelmiş RFC’leri (Request for Change)’leri QC’ye aktarabilir ve süreçlendirebilirsiniz.

Biraz da integrasyonları ve farklılıklarını inceleyelim.

  • CM4QC ile
    • PPM içinden QC projeleri yaratabilir ve QC kullanıcılarını atayabilirsiniz.
    • PPM ‘den QC Projelerindeki durumu grafiksel ve raporlama araçları ile  kolaylıkla görebilirsiniz.
  • MAC
    • Requirement(RFC)
    • Defect
      bazında integrasyon ve senkranizasyon sağlayabilirsiniz.

Uygun süreçler ve düzenlemeler ile strateji ve IT geliştirmelerinizin uzlaşımını kolaylaştırabilir,
Risk,Zaman ve Maliyetlerinizi azaltabilirsiniz.

Source: rss

Yayım tarihi

Sürekli Tümleştirme (Continuous Integration)

Sürekli Tümleştirme(Continuous Integration),geliştirilen uygulamada yapılan değişikliklerin etkisini gözlemleyebilmenizi sağlar.

Bu sayade kaynak kodunda(source code) yapılan değişikliğin uygulamanın çalışmasına etkisini görebilirsiniz.
Unit (Class),Bileşen(Component),Sistem,Fonksiyonel vb. testlerinin otomatizasyonu ve koşumunun sürekliğinin sağlanmasının
yanı sıra diğer yardımcı araçlar ile Statik Kod Analizi,Class-Unit Test Covege ‘ı da  vb. gözlemlenmesini sağlayabilirsiniz.

Bu sayade,entegrasyon sorunlarını azaltabilir ve sürekli çalışır uygulamalar(sürümler) elde etmiş olursunuz.

Martin Fowler ‘ın sürekli tümleştirme ile ilgili yazısına buradan ulaşabilirsiniz.

Sürekli Tümleştirme Nasıl Çalışır?

Yapılan geliştirme ve değişiklikler Kaynak Kodu Merkezine (Source Control Repository)
otomasyon testleri ile birlikte gönderilir.En az günde bir defa olmak üzere (genelde 2-4 saatte 1)
Kaynak Kodu Merkezinden  bütün kaynak çekilir derlenip,testleri ile birlikte çalıştırılır.Varsa hatalar
mail,hata yönetim sistemi vb. yerlere kaydedilir.
Bu sayade uygulama üzerinde hatalar gözlemlenir ve düzeltilir.

Aşağıda grafiksel olarak sistemleri görebilirsiniz.

Source: rss