Kod OkurYazarlığı Kavramı

28 Mart 2013 Perşembe

IT dünyasında son zamanlarda sıkça duyulmaya başlanan kavramlardan birisi de kod okuryazarlığı… Günümüzün teknoloji odaklı iş dünyasında, asıl mesleği ne olursa olsun, yazılım geliştirme ve kodlama ortamlarında eğitim alarak programlama yapmış kişilerin çok daha başarılı olacağı görüşünü savunan bir tezden bahsediyoruz...

Temel amaç; insanları kod yazmaya teşvik etmek ve kalifiye yazılımcıların sayılarını arttırmak. Tabi bu noktada “eğitim şart” :). Kast edilen eğitim daha çocukluk yaşlarından başlıyor. Bu kapsamda Amerika’da başlatılmış ve sonra yaygınlaşmış en popüler projelerden birisi CodeDojo. 19 yaşındaki James Whelton ve Bill Liao’nun ortaya attığı CoderDojo, 7-18 yaş arası çocukların temel düzeyde HTML, CSS, JavaScript, PHP gibi teknolojileri öğrendiği bir etkinlik.

Code.org isimli bir oluşum tarafından yayınlanan video içerisinde birçok rol model olabilecek isim (Mark Zuckerberg, Jack Dorsey, Chris Bosh, Bill Gates…) kodlamayı teşvik edici açıklamalarda bulunmuşlar…

Kaynaklar
[1] http://www.webrazzi.com/2013/03/05/kod-okuryazarligi/
[2] http://coderdojo.com/


Deniz KILINÇ

Scrum Nedir?

1 Ekim 2012 Pazartesi

Scrum günümüzde popüler olan Çevik Yazılım Geliştirme (Agile Software Development) Süreçlerinin bir türevidir. XP (Extreme Programming) gibi klasik bir SDLC (Software Development Life Cycle ) olarak algılanması yanlıştır. 1990 yılının başlarında geliştirilen Scrum bir SDLC olmayıp, bize bir Agile Framework (Çevik Altyapı) sunar. Yani sadece yazılım geliştirme süreçlerinde değil şirketin diğer tüm süreçlerinde kullanılabilir. Başarısı kanıtlanmış bir yazılım geliştirme yöntemi olup; Microsoft, Google, Facebook gibi şirketlerde kullanılmaktadır. Değişen gereksinimlerle daha etkin bir yoldan başa çıkmak, çalışanların motivasyonunu artırmak ve müşteri ile proje arasındaki iletişimi geliştirmek istiyorsak Scrum kullanılması kaçınılmazdır.

  Product Backlog: İhtiyaçların tutulduğu bir listedir. Bu listede her bir ihtiyacın önceliği, amacı, detayları ve maliyeti belirlenir (Örn: Univera uniVIP yazılımı).

Sprint Backlog: Belirli bir versiyon planı ortaya çıktıktan sonra o planda yapılacak işlerin olduğu liste ortaya çıkar. O listedeki işler için 4 haftalık Sprint’ler koşulur. Her sprint sonrasında potansiyel olarak dışarıya verilebilecek bir increment çıkar.

Örn: XSoft 1.0 isimli ürünümüz için 4 aylık bir versiyon planı yaptığımızı farz edelim. Scrum mantığında XSoft 1.0 ürünü için 4 ayrı sprint koşulmalıdır (XSoft 1.1, XSoft 1.2, XSoft 1.3, XSoft 1.4) ve 4 ayrı increment çıkartılabilmelidir.

Scrum Team (Scrum Takımı): Adından da belli olacağı gibi ürünün geliştirilmesinden sorumlu olan takıma verilen isimdir. Ekibin tamamı 20 kişiden fazlaysa, ekip her biri 5 ila 20 kişiden oluşan küçük takımlara bölünür.

Product Owner (Ürün Yöneticisi): Projenin müşteri değerinden ve “Product Backlog” oluşmasından sorumlu olan roldür. Tüm proje sponsorlarıyla beraber “Product Backlog” içerisine hangi gereksinimlerin girmesini ve bu gereksinimlerin diğerlerine göre önceliğini kararlaştırır. Bunu yaparken teknik ekipten gereksinimler hakkında tahmini geliştirme süresi hakkında bilgi alabilir.

Scrum Master: Sprint süresince takımdan sorumludur ve esnek bir çalışma ortamı yaratmaya çaba gösterir. Proje mensuplarının sprint süresi boyunca optimal şekilde çalışabilmesi için her türlü gerekli ihtiyaçların sağlanmasından sorumludur.

İşleri son dakikaya veya son güne bırakmak Türklerin doğasında vardır :) Dolayısıyla düzenli geribildirim ve kısa dönemli planlamalarla hedefe ulaşmayı sağlayan bu yöntem bizler için biçilmiş kaftandır :)


Deniz KILINÇ


Kaynaklar

[1] Scrum Alliance http://www.scrumalliance.org

Zaman Yönetimi İpuçları

14 Ağustos 2012 Salı

Zaman yönetimi, herhangi bir eğitim döneminde öğretilmeyen, kişilerin kendi kendilerine öğrendikleri önemli bir beceridir. Zaman sabit gözüksede (1 gün = 24 saat)  bu yeteneği olan kişiler, olmayan kişilere oranla daha fazla zamana sahiptir.  Yazılım geliştirmek elbette heyecan vericidir, kodlamaya başladığımızda kendimizi kaptırır ve zamanın nasıl geçtiğini anlamayız. Zamanımızın neredeyse tamamını çalışarak geçirmek zamanı yönettiğimizi değil, zamanın bizi yönettiğini göstermektedir. Psikolojik, sosyolojik ve diğer ihtiyaçlarımızın karşılanabilmesi için zamana ihtiyacımız vardır.

Bu yazımızda yaşamımızı daha kaliteli ve başarılı hale getirecek zaman yönetim ilkelerinden bahsedeceğiz.

Uzun ve kısa vadeli hedeflerinizi belirleyin

Daha iyi bir yaşam için; öncelikle sizin için neyin “en iyi” olduğunu bilmelisiniz. Gelecek hafta, gelecek dörtte birlik dilim, gelecek 20 yılda kendinizi nerede görmek istiyorsunuz? Bu soruları yanıtlayarak yaşamınızdan ne istediğiniz karar vermelisiniz.

Tembel bir şekilde plan yapmayın

Napolyon’un “Sadece düzgün planlanmış şeyler istenen sonucu üretebilir.” sözü aslında planlamanın ne kadar önemli olduğunu vurgulamaktadır. Planlama yaşamınızın hiç bir döneminde göz ardı edilmemelidir, bu sebeple planlama için zamana yatırım yapılmalıdır. “ Bazen oturup düşünürüm ve bazen sadece otururum” olgusu zamanınızın büyük bir kısmını kaybetmenize sebep olur. Kendinizi düşünceye dalmış şekilde buluyorsanız, kafanızı dağıtmak için başka bir işe geçin, camdan dışarıya bakın yada gözlerinizi dinlendirin. Planlama yaparken gerçekçi olun ve planlarınızı sürekli güncelleyin. Planlarımı yaparken zamanı bankaya yatırdığınız para olarak düşünebilirsiniz. Eğer planınız gerçeklikten uzak olursa bu paranın sürekli azaldığını varsayın. Planlama yaparken bu örneği düşünürseniz, planlarınızın ne kadar başarılı olacağını göreceksiniz.

Plan yapamıyorsanız, işleri takip edin

Plan yapmadığınız takdirde, sonra olacaklara üzülmemeniz gerekir. Bir kağıt, excel sayfası yada herhangi bir görev yönetim yazılımı üzerine yapılacak işlerinizi yazın ve bir saatlik dilimlerle bu yazdıklarınızı güncelleyin(Gün sonunda değil !!!). Bu şekilde sizin işinizi yarıda kesen yada tekrarlayan işleri görebilirsiniz. İşlerinizi kayıt altına alarak sonraki işlerde işinizi aksatan durumları planlayabilirsiniz.Oluşturduğunuz listeye bakın ve yapmanızı gerektirmeyen, başka bir kişinin daha etkili ve hızlı yapabileceği eylemleri vb. işleri bulmaya çalışın.

Tüm işlerinizi yapılacak işler listesinde toplayın

Bazen işimizin olmadığını düşünürüz, daha sonra çok acil yetiştirmemiz gereken iş(ler)imiz  olduğu aklımıza gelir( yada yöneticilerimiz tarafından hatırlatılır). Bu zor durumlar ile karşılaşmamak adına gelen tüm işlerimizi yapılacak işler listesinde toplamak gerekmektedir. İş listesindeki her madde için termin süresi belirleyin, bu yöntem son dakikada akla gelen işlerin stresini ortadan kaldırmanıza yardımcı olacaktır. Dolayısıyla son anda iki ayağınızın bir pabuca girmesini önlemiş olursunuz J

Öncelikleri Belirleyin

Drucker Dictum  “İş yapmak doğru iş yapmaktan önemli değildir.” demiş.  Yazılım geliştirmede uzun zaman harcanarak yapılan işler bazen müşterileriniz için eksik yada  işe yaramaz gözükebilir.  Yazılım veya web geliştirmede  yapılacak işlerin önceliği için aşağıdaki bir kaç ipucu size yardımcı olacaktır;

1.    Öncelikle işlerin sırasını müşteri yada yöneticinize sormalısınız. 

2.    Yapacağınız işe bağlı başka işler var ise bu işe öncelik vermelisiniz.

3.    Öncelikleri aynı olan işlerde zor olan işe öncelik veriniz.

İşlerinizi Delege Edin

Çevrenizdeki insanlara işinizin bir kısmını devretmekten çekinmeyin. Sadece hedefleri verin, işin sorumluluğunu devretmeyin. Yapılacak işi net bir şekilde tanımlayın. Aşağıdaki kurallar yapılacak işin devredilip devredilmeyeceğinin belirlenmesinde kullanılabilir:

• Devredeceğiniz kişi, bu işi sizden daha iyi ve hızlı mı yapacak? Evet ise, şüphesiz işi devredin.
• Önemli yada acil bir işi yapmanız gerekiyorsa, sıradaki işi başka bir kişiye devredebiliyor musunuz? Evet ise, işi devredin.
• Siz ofis dışında iken,  size ihtiyaç duyulmadan işi yapacak başka bir eleman var mı? Evet ise, işi devredin.
• Üzerinizdeki işi yöneticinize yada patronunuza da devredebilirsiniz. Elbette burada  önemli olan görevi suistimal etmemenizdir.

Çoklu proje ortamında, tüm takım elemanları eşit olarak çalışamayabilir. Kimisi daha çok iş yaparken kimisi daha az iş yaparlar. Goldrat’ın sınırlama teorisine göre, ekibin en  yavaş elemanı işini tamamlamadan proje tamamlanmış sayılmaz. Tüm devir işlemleri ekip üyeleri arasında yapılmalıdır. Bu işlem sadece dürüst ve iletişimi olan ekipler içerisinde etkili olacaktır. Örneğin Scrum ekipleri.

Mükemmel iyiden daha iyi değildir

Kod yazarken, örneğin, işi zamanında bitirmek herkes için en uygun çözümü bulma endişesinden daha önemlidir. Gereken işi  tamamladıktan sonra  yapılan işe daha çok özellik ekleyebilirsiniz. Öncelikle elinizden gelenin en iyisini ve doğrusunu yapmak önemlidir. Kodlama standartı ve kod kalitesinden vazgeçmemeniz gerekir. Gelişigüzel  yazılan kodlar sonradan  daha fazla problem ve daha fazla zaman kaybına neden olacaktır. Birim testleri kullanmak, daha kaliteli kod geliştirmenizi ve yazdığınız koda daha fazla güvenmenizi sağlacaktır.   Zor işleri küçük parçalara ayırınİnsanlar genellikle zor işleri hep en sona bırakmayı düşünürler.  Elinizdeki işleri küçük yönetilebilir parçalara ayırarak tamamladığınız takdirde, aslında zor gözüken işlerin ne kadar çabuk ve kolay tamamlandığını göreceksiniz. Burada “Nasıl test ederim” düşüncesi parçalara ayırmada ve işin tamamlanmasında size yardımcı olacaktır.

Zamanınızı boşa harcattıran sebepleri tanımlayın

Genellikle çevremizdeki kişiler ile birebir, telefon, eposta yada mesajlaşarak  iletişim halinde olabiliriz.  Bu tür iletişimler işinizin bölünmesine, konsantrasyonunuzu kaybetmenize sebep olacaktır. 6-9 dakikalık bir görüşme sonrasında tekrar işe dönmeniz için ekstra 4-5 dakika gerekecektir.  Toplamda bir görüşme için 12 dakika harcadığınızı düşünürsek 5 görüşme size gün içerisinde 1 saatinizi kaybetmenize sebep olacaktır. Elbette görüşmeleriniz olacaktır. Önemli olan bu süreleri daha kısa tutmak gerektiğidir. Örneğin eşiniz  yada sevgiliniz aradığında telefonu açmazsanız, bu sizin için hoş bir durum olmayabilir J Bu şekilde harcanan zamanlarınızı nasıl azaltmanız gerektiğini düşünmelisiniz. Tüm resmi görerek zamanınızı nasıl kullanmanız gerektiğine karar verebilirsiniz. Emin olun ki patronunuz yada yöneticiniz sizin için  zaman kaybettirici değildir.

Planınızda rahatlamak ve dinlenmek için  de yer ayırın

Oxford üniversitesinde insan metobolizması profesörü Keith Frayn TV Plus kanalındaki bir konuşmasında “ Normal bir kişi su ve yiyecek olmadan 60 gün hayatta kalabilir” demiştir. Fakat uykusuzluğa bu kadar süre dayanmak mümkün değildir. 1964 senedinde, Randy Gardner isimli 17 yaşındaki bir lise öğrencisi 264 saat(yaklaşık 11 gün) uyanık kalarak  Guiness rekorlar kitabına girmiştir.

Yorgun olduğunuz zamanlarda kendinizden yüksek verim beklememelisiniz. Uyku beynimizi şarj ederek daha net düşünmemizi sağlar. Günlük planlarınızı yaparken uykudan tasarruf etmemelisiniz.   

Yazılım geliştiriciler, bir gününü  8 saat bilgisayar başında oturarak geçirirler. Bu durum vücudumuzda duygusal ve fiziksel hasarlara yol açar. En önemli organımız hepimizin bildiği üzere gözlerimizdir. Uzun süre ekrana bakmak gözlerimizin bozulmasına sebep olacaktır. Bu durumun gözlerdeki zararlı etkisini azaltmak için bir çok göz egzersiz tekniği bulunmaktadır.  Google da “göz egzersizleri” yada “training eyes” yazdığınızda sizin için uygun egzersizleri bulacaksınız. Bu egzersileri günlük olarak planlayabilirsiniz. Benim en çok kullandığım teknik ise arada suni göz yaşı damlası kullanmak yada ıslak bir pamuk ile gözlerimi silmek.  Arada esnemek te gözlerinizin sulanmasına ve vücudunuza oksijen girmesiniz sağlayacaktır.

Meslektaşlarınıza yada arkadaşlarınıza soru sormaktan çekinmeyin

Hemen hemen her IT projesi  çeşitli riskler taşır. Bu riskler proje başlangıcında farkedilebileceği gibi daha sonradan da ortaya çıkabilir. Yazılım geliştircilerin bu riskleri çözmesi gerekir. Bazı riskler çabuk çözülürken bazıları günler hatta haftalar alabilir. Harcanan zamanı önlemek adına iş arkadaşlarınızın tavsiyesini alabilirsiniz. Bazı durumlarda işinize o kadar gömülürsünüz ki problemin kolay bir şekilde çözülebileceği aklınıza gelmez. Çıkış yolu bulamadığınızda bir arkadaşınıza danışmanız size zaman kazandırabilir.

Kendinizi ödüllendirin

Hepimiz tamamladığımız iş için ödül yada övgü bekleriz. Ödül eksikliği çalışma isteğimizi, motivasyonumuzu düşürür. Neden kendimiz için birşeyler yapmaktansa başkaları için çalışmayı tercih ederiz?  Uğraştığımız işin tamamını yada herhangi bir bölümünü tamamladıktan sonra kendinizi ödüllendireceğinize söz verin. Örneğin ; işinizi tamamladıktan sonra istediğiniz bir filmi seyredebilirsiniz.

Sonuç

Makalemizde belirttiğimiz zaman yönetimi ile ilgili ipuçları düzene giren yaşamınızın başlangıç noktası olacaktır. Bu ipuçları size başarılı kariyer, düzenli yaşam, sağlık ve mutluluk sağlayacaktır.

Referans :

http://www.codeproject.com/Articles/11502/Time-Management-Tips-for-Developers

Neslihan ÇALIŞKANEL

Yazılımda Test Süreçleri

20 Aralık 2011 Salı

Amaç: Dokümanın amacı ve test aktivitelerinin özeti burada tanımlanır.

Arka Plan veya Zemin: Geliştirme evreleri ve süreçler burada tanımlanır. Örneğin hali hazırda kullanılan sistemin hali, istenilen yenilikler tanımlanır ve eski data işlemleri bittikten sonra datanın hangi formata nasıl bir süreç içerisinde dönüştürüleceği belirtilir.

Proje süreçleri, alt yapı ihtiyaçları sürüm numaraları ile numaralandırılmalıdır. Değişen ihtiyaç ve datanın alacağı formatlar da belirtilmelidir. 

Kapsam: Test kapsamı ve testin içerikleri burada tanımlanır.

Zamanlama: Yapılacak işlerin zamanlama çizelgesi burada verilir.


Test Maddeleri: Test edilecek maddelerin seviyeleri ile birlikte burada tanımlanır. Ayrıca testin yapılabilmesi (test ortamı) için gerekenlerde belirtilmeli.

İlgili Maddeler veya Dokümanlar:

• İhtiyaç maddeleri 
• Tasarım maddeleri 
• Operasyon kılavuzu 
• Kurulum kılavuzu

Test Maddelerinin Detaylandırılması


1. Program Kodları: Test edilecek yazılımın modülleri aşağıdaki gibi tespit edilebilir;



2. Business (İş) Prosedürleri:




3. Raporlama Prosedürleri:




4. End to End Prosedürleri: Sistem entegrasyonları testi.

5. Çevrim – Göç Prosedürleri: Veritabanının tümünün veya bir bölümünün ve ana veritabanından hazırlanan bir dosyanın başka sistem veya programlar tarafından kullanılabilme maddeleridir.



6. Test Edilecek Ana Maddeler: Test edilecek maddeler tablo içerisinde modülleriyle birlikte belirtilir.



7. Test Edilmeyecek Maddeler: Test edilmeyecek maddeler buraya yazılmalıdır. Ancak test kapsamı içerisinde yer alması düşünülen maddelerin birinci derece ilişikleri seçilmelidir.

8. Yaklaşım (İşe Girişim): Bu bölüm tüm test gruplarının layıkıyla yapılmasını sağlamak içindir. Tüm maddeler T1, T2, T3, T4, and T5 olmak üzere 5 etapta yapılır. Etaplar ve etapların kapsamı ve ihtiyaçları excel veya benzeri dokümanlarla takip edilmelidir.

Ayrıca geliştirmeyi yapacak takımın data ve data özelikleriyle zaman çizelgesi kapsamının dokuman olarak oluşturulmasında fayda vardır.

Test Etapları ve İçerikleri

Unite testi: Unite testi T1, T2, ve T3 etap kapsamındadır. Her unite testi için ayrı ayrı test koşulları ve test datası ihtiyacı vardır. Her kodun doğru çalıştığının onayı verilmelidir.

Fonksiyon testi: Fonksiyon testi T1, T2, ve T3 etap kapsamındadır. Kodların minimum data ile beklenen fonksiyonları ve işlevi yerine getirdiğinden emin olunması gerekir.

Performans testi: Ana bakış açısı ile performans testi T1, T2, ve T3 etap kapsamındadır fakat tüm etaplarda kullanılma ihtiyacı da doğabilir. Testte zaman ölçümlerinin detaylı tutulması gerekir.

Sistem Entegrasyon testi: Sistem entegrasyon testi T4 kapsamındadır. Sistemlerin veya bileşenlerin entegre çalışabilmesini içeren test koşul ve test datası ile yapılır. Tüm iş akışları ve sonuç raporları alındıktan sonra entegrasyonun doğruluğunu ölçer.

Migration testi: Veri tabanının tümünün veya bir bölümünün ve ana veritabanından hazırlanan bir dosyanın başka sistem veya programlar tarafından doğru kullanılabilmesini ölçer. Gerçek data ve gerçek sistemle test edilir.

Kullanıcı Kabul testi: Kullanıcı Kabul testi T5 etap kapsamındadır. Test koşul ve test datası gereklidir. Bu etapta son kullanıcılar teste dahil olabilir…

Doğrulama testi: Tüm test etapları bittiğinde doğrulama testi tamamlamış olur. Doğrulama testi onayı için tüm test etapları tamamlanmış, tüm test koşulları loglanmış, tüm bulunan hatalar raporlanmış ve düzeltilmiş olması gerekir.

Regresyon testi: Regresyon testi, doğrulama testi içerikleri onaylandıktan sonra çıkan versiyonun tamamının test edilmesini içerir. Amacı yeni versiyondaki beklenmeyen etkilerin tespiti ve ölçümlenmesi içindir.

Genel olarak regresyon testleri bir test programı kullanılarak ilgili ilgisiz tüm test koşullarının çalıştırılması ile yapılması tercih edilir.

Sınırlamalar: Yeterlilik zaman sınırlamaları yazılır.

9. Giriş ve Çıkış Kriterleri: FMEA den gelen giriş ve çıkış kriterleri yazılır.

10. Askıya Alınma Kriteri ve Yeniden Başlama Gereksinimleri:

Askıya alınma kriteri: Testin bir bölümünün veya tamamının durma aşaması kriteri.

Yeniden başlama gereksimleri: Teste tekrar başlayabilme kriterleri. Örneğin regresyon testinden sonra yeni bir versiyon çıkma mecburiyeti varsa tüm regresyonun tekrar test edilmesi gibi…

11. Test Sunumu veya Raporları: Aşağıdaki dokümanlar testten sonra sistem test grubu tarafından konfigurasyon yönetim grubuna teslim edilir.

Test dokümanları: Sistem test planı Sistem test tasarım ayrıntıları Sistem test koşulları ayrıntıları Sistem Test yöntem ayrıntıları Sistem Test Logları Sistem Test olay rapor logları Sistem Test olay raporları Sistem Test özet raporu

Test datası: Test koşuları dokümanına tüm data girişleri, sorgu pencereleri ve cevap pencereleri eklenmelidir. Giriş ve çıktı test dosyaları verilmelidir. Son hatasız çalışan test koşul, girdi ve sonuç çıktısı verilmelidir.

12. Testing Görevleri: Test görev listesi yazılmalıdır.

13. Çevresel İhtiyaçlar:

• Donanım 
• Yazılım 
• İşletim Sistemi 
• Geliştirme Yazılımı 
• Güvenlik Test Araçları 
• Yayınlar

14. Sorumluluklar: Testten sorumlu kişiler yazılır.

• Sistem Test Grubu 
• Son Kullanıcılar 
• Proje Geliştirme Grubu 

15. Personel Kadrosu ve Eğitim İhtiyaçları:

Test grup

Son kullanıcı

16. Eğitimler: Alınmış ve alınacak eğitimler yazılmalıdır.

17. Zamanlama: Test zaman planı yazılır. Ayrıca buraya hangi zaman veya tarih aralığında, hangi donanım veya yazılımların kullanılacağı da eklenebilir.

18. Riskler ve Beklenmeyen Olaylar: Meydana gelecek riskler ve ön görülmeyen olaylar kapsamı yazılır. Örneğin test datasında bir problem varsa datanın debug işlemi için kim ne kadar bu işe verileceği, test uzmanının yetersizliğinde ekibe kimlerin katılacağı veya donanımsal problemlerde ne yapılacağı yazılır.

19. Onaylamalar:

Yalçın ÖZÇELİK | Test ve Eğitim Yöneticisi

Software as a Service (SaaS) Nedir?

10 Ağustos 2011 Çarşamba

Bu işin Türkçesi Servis olarak yazılımdır... Yani yazılımların servis olarak son kullanıcılara sunulması. Şimdi bunu açıklayalım.

Geleneksel yöntemle ihtiyaç duyduğumuz programları satın aldığımız cdler ile ya da setup dosyaları aracılığıyla bilgisayarlarımıza yüklüyoruz. Programın ihtiyaçları doğrultusunda yeni donanımlar, sunucular ve başka ürünler de (öreneğin veritabanı yönetim sistemi gibi) almamız gerekebiliyor. Örneğin bir resim düzenleme programına ihtiyaç duyduğumuzda hangi resim düzenleme programını kullanacağımıza karar veriyoruz ve programın kurulum dosyasını bir şekilde temin edip bilgisayarımıza yüklüyoruz. Bu programı kullanabilmek için de minimum sistem gereksinimlerini karşılamak zorundayız. Bu da yeni bir ekran kartı, bellek takviyesi ya da işlemci değişikliği gibi bir takım maliyetlerin ortaya çıkması anlamına geliyor...

Kullanıcıların ihtiyaçlarını karşılayacak ve onları bu tür maliyetlerden kurtaracak olan SaaS yaklaşımlı alternatif bir çözümde ise internet üzerinden sunulan bir hizmete web tarayıcı aracılığıyla abone olmak. Yani bu yöntemle yeni bir program alıp bunun kurulumunu gerçekleştirmiyoruz. Bunun yerine hizmetin sunulduğunu internet adresine erişip burada kullanıcı adı ve parolamızla oturum açtıktan sonra web tarayıcı üzerinden işlemlerimizi yapabiliyoruz. Bunun karşılığında da servis sağlayıcıya aylık ya da yıllık belirli bir ücret ödemesi yapıyoruz veya hizmet içerisinde barındırdığı reklamlar sayesinde ücretsiz olarak da sunulabiliyor. Bu konuda verilebiliecek güzel örneklerden bir tanesi Google docs olabilir sanıyorum...

Görüldüğü gibi SaaS ile ihtiyaç duyduğumuz programı kullanmak için yüksek maliyetli program lisanslarının satın alınması, makinelere kurumu, versiyon geçişleri ile yaşanabiliecek problemler, yeni donanım ihtiyaçları ve süper makinelere harcanan maliyetler ortadan kalkmaktadır. Sadece servis sağlayıcıya ödenecek abonelik ücretleri ve internet erişimi olan makinelerle çözüme ulaşılmaktadır.

Özetle avantajlarını aşağıdaki gibi sıralayabiliriz.

 

Kurumsal	Son Kullanıcı
Sunucu maliyetleri azalır	İnternetin olduğu her noktadan uygulamaya erişim mümkündür.
Bakım, güncelleme ve uygulama geliştirme maliyetleri azalır.	Verilerin yedeklenmesi ile ilgili sıkıntı hissedilmez.
Lisans maliyetleri ortadan kalkar.	Kullanıcılar arasında kolaylıkla veri paylaşımının mümkün olması.
Kullanılan süre(aylık/yıllık) karşılığı ücret ödemesi.
Güvenlik maliyetleri sıfırlanır.

Küçük ölçekli firmalar için çok avantajlı olarak görülmekle birlikte daha büyük firmalar için farklı sorular ortaya çıkmakta. Bunları da aşağıda toparladık:

· Şirketiniz yüzlerce başka şirketin kullanımı için tasarlanmış bir yazılıma güven duyabilir mi? (Schwab Technology)

· Kullanıcı ihtiyaçlarına göre konfigüre edilebilir programlar olsa bile, kodun kendisi herkes için aynıdır ve her müşteri için özelleştirilme gibi bir durum sözkonusu değildir. Bir müşterinin taleplerine göre yapılan geliştirmeler tüm müşteriler için de anında geçerli olur. Yani, bizzat yazılımın kendisi üzerine kurulu olan rekabet avantajını ya da farklılaştırmayı unutabilirsiniz. (Gartner Araştırma)

· Eğer bir SaaS uygulaması sadece bir saat süreliğine bile kullanılır durumda olmazsa, bu ciddi bir iş karışıklığına yol açar. Bunu yapabilecek servis sağlayıcıların olmadığını söylemiyorum. Fakat eğer biz onu kendi güvenilirlik ve kontrol seviyemizde yaparsak neye sahip olduğumuzu da biliriz.(Texas Instruments)

Kaynaklar:

http://www.selcuksarac.com/software-as-a-service-saas/

http://www.kivacrm.com/tr/crm-kaynaklari/saas.html

http://www.computerworld.com.tr/saas-hakkinda-bilmeniz-gerekenler-detay_151.html

Ali Sercan YILMAZ