Rapid Application Development

Transcript

1. Daron Yöndem Microsoft Regional Director, MVP
2. Bir sistemin tasarım ve uygulama süreçlerini asgari sınırlarda zorlayarak kısaltan bir yazılım geliştirime metodolojisidir.
3. 1991de ortaya atıldı. Bolca CASE den faydalanılır. • computer-aided software engineering Müşteri taleplerini olabildiğince hızlı şekilde sonuca çevirmeyi amaçlar.
4. Ucuz yazılım! Kim istemez? Değişen dünya, hızlı iş hayatına uyum sağlayan yazılım üretme süreci. 3-4 yıl süren projelerin sonunda projede kullanılan teknolojilerin çokten demode olması sorunsalı?
5. time boxing prototyping iterative development deneyimli bir takım! yönetim
6. Yazılım geliştirme süreçleri olabildiğince kısa tutulmalı. Component based development, OOP avantajları kullanılarak yazılım olabildiğince Parralel Programlanır! Deadline tarihleri yakın tutularak sarkmalar engellenmeli. Geliştirme ekibi üzerinde kesinlikle ağır bir stres oluşturulmalı.
7. İşlevsel mükemmeliğime önem vermeden hızlıca ilk faz müşteri ile paylaşılmalı. Interaktif bir demo ile projenin kısmi çalışır hali hemen müşteriye iletilmeli. Böylece feedback alımı yazılım geliştirme sürecinin çok daha başlarına çekilmeli.
8. Proje özellikleri farklı döngülere bölünmeli. Her döngü kendi deadlineına sahip olmalı. Her döngüde yazılıma yeni özellikler eklenerek arada prototipin müşteriye sunulması ile her döngü sonunda feedback alınmalı.
9. Takım olabildiğince ufak tutulmalı. Takım üyeleri maksimum deneyime sahip olmalı. Motivasyon kesinlikle ÇOK önemli!
10. Bürokrasiyi yok edin! Kağıt işlerini ortadan kaldırın! Dokümantasyonu geleceğe bırakın! Test kodlarını geleceğe bırakın! Müşteri kendi testini yapsın ;)
11. Joint Application Development! Projenin sahipleri, şirket ortakları ve programcılarınızı toplayıp beraber WorkShoplar yapın!
12. Müşteri ihtiyaçlarını analistler değerlendirir. Yazılım ekibi bir prototip hazırlar CASE araçları ile. Prototip müşteri onayından geçer (Spec Dokümanları değil!) Kodlama başlar. I-CASE araçları kullanılır. Müşteri her adımda onay verir. Müşteriden «ok» geldiği gibi proje teslim edilir.
13. Projelerde çoğu zaman geliştirme sürecinde gelen yeni özellik talepleri başta belirlenenlerden kat kat fazla olur! Yazılımınızı muhteşemleştirmeye çalışmayın! Teslim etmeye çalışın!
14. Yazılımcılar ne kullanacak?
15. Object Relation Mapping Veritabanı erişim kodunuzu bırakın bilgisayarınız yazsın! Yazılım katmanları arası iletişimi olabildiğinc üzerinizden atın. Yazılımcıların iş kurallarına ve işlevselliğe odaklanması gerekir.
16. Bir ORM hikayesi : LINQ
17. Drag&Drop Cenneti SQLDataSource? • Artıları  Çok Hızlı geliştirme süreci  Deneyim gerektirmeyen geliştirme olanakları • Eksileri  Reusability SIFIR  Her şey bir yere kadar! Fizibilite önceden test edilmeli yoksa sonrada özelleştirmek çin işkencesine dönüşür.
18. Yaaay!
19. Yazacağınız kodu yazan araçlar yazabilir misiniz? CodeSmith sadece bir tanesi. Farklı Code Generation araçlarını inceleyebilirsiniz. Faydaları • Kodunuzun hızlı üretilmesinin yanı sıra standartlaşmasını ve kurallara uyulmasını sağlar. • Hızlıdır!
20. CodeSmith nedir? Ne değildir?
21. Yazılımın belirli kısımlarını başka şirketlere yaptırabilirsiniz. Maliyetlerinizi düşürebilir! Parallel programala sürecinize katkıda bulunur. Sizi hızlandırır.
22. Başka firmaların sağladığı yazılım paketlerini kullanabilirsiniz. Özelleştirme konusunda fizibilite testleri kesinlikle yapılmalı. Referanslar çok önemli! Sizi yarı yolda bırakabilirler!
23. Ne? Nasıl? Neden?
24. daron@yondem.com http://daron.yondem.com