Web Projeleri Gelistirme Yöntemleri

Günümüzde yaygınlasan teknolojilerin de sayesinde web projesi yapmak kolaylaştı bu yüzden de bir cok web projesi piyasaya çıkmaktadır fakat bunlardan pek cogu gereken kaliteyi yakalayamamıştır.Bunun cesitli nedenleri vardır biz burda web projeleri geliştirme yöntemi kullanarak nasıl daha iyi web projeleri üretebileceğimizden bahsedeceğiz.

Web projeleri gelistirme yöntemi dediğimizde aklımıza izlenecek yol haritası gelmelidir.Web projeleri gelistirme yöntemleri bize bir plan ve disiplin icinde web projeleri gelistirmemizi saglar.Bu plan ve disipiln sayesinde ortaya daha az maliyetli ve daha kaliteli işler çıkar.

Yazı Planı

1. Giris
1.1. Neden Web Geliştirme Yöntemlerine İhtiyac Duyarız?
1.2. Web projeleri gelistirme yöntemlerini secerken ve uygularken nelere dikkat etmek gerekir?
2. Proje Gereksinimleri
2.1. İşlevsel Gereksinimler
2.2. İşlevsel Olmayan Gereksinimler
2.3 Yazılım Gereksinim Belgesi
3. Web Projesi Gelistirme Yöntemi
3.1. Projeyi Tanımlamak
3.2. Planlama ve Arastırma
3.3. Ön Gerçekleştirim
3.4. Gercekleştirim
3.5. Test
4. Teşekkürler
5. Kaynakca
6. Sözlük

1. Giriş

1.1. Neden Web Geliştirme Yöntemlerine İhtiyac Duyarız?

Bir proje gelistirirken en önemli olan iki sey zaman ve paradır.Web projeleri gelistirme yöntemleri bize bu ikisinden de kar etmemizi saglayacaktır.Bunu da getirmis oldugu plan ve disiplin sayesinde yapacaktır.Bir web projeleri gelistirme yötemi ile sisteme kazandırmaya calıstıklarımız

- İş ve işlemlere hız kazandırmak
- İs ve işlemlerin dogrulugunu sınamak
- İş ve işlemlerin tutarlılıgını saglamak
- Bilgi erişimini hızlandırmak
- İş ortamı ile bütünleşmek
- Giderleri düşürmek
- Kapasite artisi saglamak
- Rekabet üstünlügü saglamak
- Hizmet ortamları ile iletisimi iyilestirmek

Zamanında ve öngörülen bütce ile bitirilmeyen projeler hem maddi yönden hem de manevi yönden büyük kayıplar doğurur.Sirket maddi acıdan sarsıldıgı gibi güvenilirligi de sarsılır bu da yeni iş almada sorunlar yaşatır. Bunların önüne geçmek için bir web projeleri geliştirme yöntemi benimsemeniz iyi olur.

1.2. Web projeleri gelistirme yöntemlerini secerken ve uygularken nelere dikkat etmek gerekir?

Projeniz icin bir geliştirme yöntemi seçmeden önce geliştirme yönteminin projenize ve proje takımınıza ne kadar uygun olduguna dikkat etmeniz gerekir.Dikkatsizce seçilmiş bir geliştirme yöntemi sizi basarısızlığa sürükleyebilir onun icin gelistirme yöntemi secmeden önce bazı seyleri iyi analiz etmek gerekir.

Web projeleri gelistirme yöntemi ilk basta uygulanabilir olmalıdır yani kagıt ustundeki basarısını uygulama zamanında da göstermesi gerekir. Eger bundan sakınmak istiyorsanız geliştirme yönteminin ne kadar ayakları yere basan bir yöntem oldugunu sorgulayın veya daha önceden uygulanmış bir gelistirme yöntemi secin.

Web projeleri gelistirme yönteminin uygulanması icin ne kadar paraya ihtiyac var? Kac kisinin calısması lazım? Ayırdıgımız bütce, proje giderlerini ve calısan ücretlerini karsılar mı?Sectiğiniz web projeleri gelistirme yöntemi bu sorular icin kabul edilebilir cevaplar veriyor mu?

Web projeleri geliştirme yönteminin uygulanması ne kadar karmaşık veya ne kadar anlaşılabilir? Bizim ekibimiz bu yöntemi anlar mı? Bu yöntemi benimser mi? Sececeğiniz web projeleri gelistirme yönteminin daha onceden basıraya ulasması kadar önemli olan sey sizin calışma gurubunuzda başarıya ulaşır mı onun iyi degerlendirilmesi lazım.

Bir web projeleri gelistirme yöntemi secerken yukarıdaki kosulları göz önune almanız ve bu kosulları saglamak icin çalışmalar yapmalısınız.Bir web projesini fidana benzetirsek, bir fidan almadan once onu yetistireceğiniz yerde yetisip yetismeyeceğini sorarsınız sonra da guzelce dikersiniz ve emek harcayarak onun daha da buyumesini ve çiçek acmasını saglarsınız.

2. Proje Gereksinimleri

Proje gereksinimleri dendiginde anlasılması gereken yazılımın hangi hizmetleri karşılayacağı ve olası kısıtlamaları ortaya koyan tanım ve açıklamalardır.Proje gereksinimleri işlevsel gereksinimler ve işlevsel olmayan gereksinimler olmak uzere iki gruba ayrılır.Yazılım gereksinimleri tasarım fikirleri , olası çözümler , işletmeci sorunlarını veya herhangi baska bir bilgi barındırmaz sadece kullanıcının programdan bekledikleri yazılır.Daha sonra bu bilgiler ile programcının yani yazılım gereksinimleri listelenir.

İyi planlanmıs ve yazılmıs bir proje gereksinimleri listesi size bazı avantajlar saglar bunlardan bazıları

- Kullanıcılardan geri dönüşler almanızı saglar.
- Sorunların oluşmadan öngörülmesini saglar
- Tasarım yaparken size yardımcı olur.
- Proje uzerinde denetim kurmanızı saglar.

Proje gereksiminleri belgesi hazırlanırken dikkat edilmesi gereken özelliklerden biri de dilidir. Anlatımlar icin neler kullanacağınız ve nasıl bir dil kullanacağınız.Özellikle kullanıcı gereksinimlerini yazarken kullanıcının söylediklerini tırnak isareti içinde yazmak onun kullanıcı tarafından soylendiğini göstermek icin guzel olur bunun yanında cizelgelerden , tablolardan , akış cizelgelerinden yararlanabilirsiniz.Bunları kullanmak gereksinimler listenizi daha anlasılır yapacaktır.

Proje gereksinimlerinde iki farklı bakış açısı vardır biri kullanıcı acısından bakış yani kullanıcı gereksinimleri ikincisi yazılım açısından bakıs yazılım gereksinimleri.Bunların kendine özgü bazı özellikleri vardr.Kullanıcı gereksinimleri dogal dil ile yapılmıs cizim ve cizelgelerden gösterimsel amaclarla yararlanılmıs, yazılımdan beklenen hizmetlerin neler oldugunu ve hangi kısıtlar altında calışmasının öngörüldügünü ortaya koyan tanımlardır. Yazılım gereksinimleri ise yazılımca saglanacak hizmetleri ve yazılımın kısıtlarını ayrıntılı olarak ortaya koyan ve bicimsel ozelliklerini taşıyan tanımlardır.Kullanıcı gereksinim tanımları daha genel , yazılım gereksinim tanımları ise daha ayrıntılıdır.

Proje gereksinimlerini iki ana baslığa ayırabiliriz bunlar
- İşlevsel olan gereksinimler
- İşlevsel olmayan gereksinimler

2.1. İşlevsel Gereksinimler

Bu gereksinimler yazılımın her bir davranışını açıklar bunlar hesaplamalar , proje hileleri, veri bilgisi, işlemler ve diger özel işlevlerdir.Kullanıcı gereksinimleri ve yazılım gereksinimleri işlevsel gereksinimlere girer.

Gereksinim tanımları iyi yapılmazsa basarısızlıklar olur.Net ve anlaşılır olmalıdır eger dogru algılanmazsa yazılımda karısıklıklara ve aykırılıklara yol açabilir.Tutarsızlık ve çelişen cümleler olmamalıdır bu belirsizlikere yol acar.Kullanıcı ve yazılım gereksinimlerini tam olarak karsılamalıdır.Eksiksiz bir sekilde listelenmelidir.

Büyük ve karmaşık projelerde gereksinimlerin listelenmesi zorlaşır tam ve tutarlı bir gereksinimler listesi hazırlamak zordur onun icin proje ilerledikce gereksinimler listesi tekrar kontrol edilmeli gereken yerlere ilaveler veya gereken yerlerden cıkartmalar yapılmalıdır.

2.2. İşlevsel Olmayan Gereksinimler

Bu gereksinimler sistemin çalışması icin kritik önem tasıyan gereksinimlerdir.Bu gereksinimler yazılıma özgü belli bir işlevsel gereksinimin özü ile dogrudan ilgisi olmayan yazılımın bütününü ilgilendiren gereksinimlerdir.Bu yuzden kritik sayılırlar.İşlevsel bir gereksinim karsılanmadığında sistem belki çalısabilir ama işlevsel olmayan bir gereksinim karsılanmadığında sistemin tümünün çalışmaması manasına gelir.

+ İşlevsel olmayan gereksinimler
- Ürün ile ilgili olanlar
o Kullanılabilirlik
o Etkinlik
o Güvenilirlik
o Tasınabilirlik
- Örgütle ilgili olanlar
o Teslimat ile ilgili olanlar
o Gerçekleştirim süreci
o Standart gereksinimler
- Dış ortamla ilgili olanlar
o Birlikte calışılabilirlik
o Etik Gereksinimler
o Yasal Gereksinimler
 Kisiel bilgilerin guvenilirligi
 Güvenli olma gereksinimleri ( yetkilendirme )

İşlevsel olmayan gereksinimleri listelerken cogu zaman gerektiği kadar detaya inilmez kabaca bir tanım yapılır fakat yapılan bu tanım cogu zaman karışıklıklara yol açar.Soyut anlatımlar yerine somut anlatımlar seçilmelidir.Örnek olarak “Yazılımda veri tabanında baglantıda sorun yaşıyorsanız yetkililere basvurun” yerine “Yazılımda veri tabanına baglantıda sorun yaşıyorsanız oncelikle hata kayıtlarına bakın orda size hangi hatanın olustuğunu ve nasıl giderildiğini gösterir eger çözemezseniz hata kayıt numarası ile yetkililere basvurun.”

2.3 Yazılım Gereksinim Belgesi

Yazılım gelistiricilerinden ne beklendiğini ortaya koyan resmi belge.Bu belgede hem kullanıcı gereksinimleri hem de yazılım gereksinimleri ayrıntılı bir biçimde yer alır.Bunun yanında yazılım geliştirme belgesi yazılımın dış davranışlarını belirtmeli , gerceklestirim sırasında soz konusu olacak kısıtları belirlemeli, yazılımın bakımını yapacak kisilere bir basvuru kaynağı olabilmeli, beklenmedik olaylara karsı yazılımın vereceği tepkileri açıklamalı.

Yazılım gereksinim belgesi icin bazı standartlar olsa da her firma için her proje için geçerli bir yazılım gereksinim belgesi bulamayız ama tekerlegi yeni bastan keşfetmek gibi surekli yazılım gereksinim belgesi taslagı keşfedecek degiliz onun icin piyasadaki yazılım gereksinim belgelerini inceleyip ve onları özümseyip kendi yazılım gereksinim belgenizi oluşutrun.

Assagıdaki taslak IEEE nin standart olarak sundugu yazılım gereksinim belgesi taslagıdır.

1. Giriş
1.1 Amaç.
1.2 Belge yazım tarzı
1.3 Hedef Kullanıcı
1.4 Ek Açıklamalar
1.5 İrtibat Bilgileri/Proje calışanları
1.6 Referanslar
2. Detaylı Açıklama
2.1 Ürün görünüşü
2.2 Ürün fonksyonları
2.3 Kullanıcı sınıfları ve özellikleri
2.4 İşletme ortamı
2.5 Kullanıcı ortamı
2.6 Tasarım/Gerceklestirim kısıtları
2.7 Varsayımlar ve bagımlılıklar
3. Harici Arayüz Gereksinimleri
3.1 Kullanıcı Arayüzü
3.2 Donanım Arayuzu
3.3 Yazılım Arayüzü
3.4 Baglantı protokolleri ve arayüzler
4. Sistem Özellikleri
4.1 Sistem özellikleri A
4.1.1 Tanımlamalar ve oncelikler
4.1.2 Olay/sonuç
4.1.3 Fonksyonel gereksinimler
4.2 System ozellikleri B
5. Diger işlevsel olmayan gereksinimler
5.1 Performans gereksinimleri
5.2 Güvenilirlik gereksinimleri
5.3 Güvenlik gereksinimleri
5.4 Yazılım kalite ozellikleri
5.5 Proje dokümantasyonu
5.6 Kullanıcı dokümantasyonu
6. Diger Gereksinimler
Ek A: Teknik Terimler/Sözlük/Tanımlamalar
Ek B: Ekler

3. Web Projesi Gelistirme Yöntemi

Benim burda anlatacağım yöntem genel olup siz bunu kendi ihtiyaclarınıza gore uyarlayabilirsiniz.Zaten web projeleri gelistirme yöntemini ana hatları ile anladıktan sonra ister aynısını uygularsınız isterseniz kendi ihtiyaclarınıza gore uyarlarlayabilirsiniz.

Burda sunacagım web projesi gelistirme yöntemine genel olarak bir bakarsak 5 basamaktan olusur bunlar projeyi tanımlamak, planlama ve arastırma, ön gerçekleştirim, gerçekleştirim ve test. Bu basamaklar sadece web projelerinde degil butun projelerde vardır fakat içeriklerinde farklılıklar gösterebilir.Bu basamaklardan her biri bir sonraki kısıma ön ayak olmaktadir ve bilgiler sunmaktadir onun icin dikkatlice gecilmelidir.

3.1. Projeyi Tanımlamak

Bu basamak projenin meydana geldiği yani düşünüldüğü ve kagit uzerine döküldüğü basamatır.Proje iki şekilde meydana gelebilir ya düşünürsünüz ya da başkasından dinlersiniz.Onun icin ilk adım “Düşünmek ve Dinlemek”tir.Bu kısımda onemli olan sizin düsünme becerinizin veya dinleme becerinizin ne kadar iyi oldugudur.Eger dinleyici pozisyonundaysanız karsınızdakinin kafasındaki bütün projeyi anlatmasını saglayın. Karşınızdakini dinlerken ufak notlar almaya dikkat edin eger cok fazla not alırsaniz konusmanın etkisi azalır.Ses kayıt cihazi kullanırsanız anlatan kisi kendini tedirgin hisseder ve de kasetten tekrar dinleyip çözümlemesi zaman alır.Düşünür veya dinlerken “kabadan inceye” dogru bir yol izleyin.Yani önce ana hatlari ile projeyi şekillendirin sonra da her bir ana hat uzerindeki ayrıntıları şekillendirin. Dinledikten sonra sira “Soru Cevap” kısmına geliyor. Burada düşünürken veya dinlerken önce eksik gördügünüz yerleri sorun, sonrasında ise proje hakkında bazı bilgileri sorun bunlar “Kullanıcı Kitlesi” yani yapacagımız projeyi kimin icin yaptıgımız. İkincisi “Amacı”, bu proje sayesinde neyi hedefliyoruz, nelere cözüm getirecek veya ne faydası var.Ücüncüsü “Teknik detaylar” yapacağınız projenin herhangi bir platform bagımlılığı veya istenilen bir gelistirilme ortamı var mı.Dördüncüsü “Bütce” proje icin ne kadar para ayrıldığı ve bunlarin hangi zaman aralıklarında alınacagı gibi sorular ve benzerleri.

Bu sorulardan sonra “Projenin alanı ve sınırlarnının belirlenmesi” gerekir yani bu proje ne kadar büyüklükte daha ne kadar genişleyebilir.Projenin kullanıcı kitlesi ve amacı dogrultusunda eklenmesi veya cıkartılması gereken kısımlar nelerdir. Bu bütce ile bu proje yapılabilir mi ve yapılabilmesi icin neler gerekli hangi kısıtlamaların yapılması gerekli.
Bütün bunlardan sonra “Kullanıcı gereksinimleinin listelenmesi” gelir.Kullanıcı gereksinim listesinde, kullanıcıların programdan neler bekledigi listelenir.

Projeyi tanımlamak kısmı daha cok beyin fırtınası seklinde geçer ekip olarak projenin nasıl birsey olacagı , neye benzeyecegi gibi sorulara yanıtlar bulmaya çalısırsınız.


+Projeyi Tanımlamak
- Düşünmek ve Dinlemek
o Ana Hatları ile
o Detaylari ile
- Soru Cevap
o Kullanıcı Kitlesi
o Amacı
o Teknik Detayları
o Bütce
- Projenin alanı ve sınırlarının belirlenmesi
- Kullanıcı gereksinimlerinin listelenmesi


3.2. Planlama ve Arastırma

Bu basamak, projenin planlanlandıgı ve gerekli arastırmaların yapıldıgı basamaktır. Planlama ve arastırma kısmı ile amaclanan proje ilgili detaylarda herhangi bir sorunun kalmaması artık yapılmaya hazır oldugunun kararlaştırılmasıdır. Bu basamakta projeyi gerçekleştirmeden önceki yapmanız gereken işlemleri yaparsınız. İlk olarak “İşlevsel olmayan Gereksinimler” listesinin yapılması gerekir. Bu özellikler yazılıma özgü belli bir işlevsel gereksinim ile dogrudan iliskisi olmayan yazılımın bütününü ilgilendiren özelliklerdir. Bu asamadan sonra “Piyasadaki benzer projelerin incelenmesi” gerekir ve bu incelemeler sırasında diger projelerin “eksileri ve artıları bir liste” seklinde yazılır.Daha sonra belki de üzerinde en cok düşülmesi gereken kısım olan “Yazilim gereksinimlerinin listelenmesi” kısmıdır bunu yaparken titizlikle calışılması ve ayrıntılı bir sekilde listelenmesi gerekir cunku daha sonra burda listelenen her bir adım gerceklestirim safhasında yapılacaktır. “Projeye ileride eklenebilecek özelliklerin listelenmesi” bize projeyi gelistirirken daha bir modüler gelistirmemizi saglar. ”Risklerin belirlenmesi” ile olabilecek riskler tahmin edilir ve bunlara karsı önlem alınır.Bu sayede ileride olusabilecek sorunlar daha önceden tahmin edilmis olur ve önlemini alınmış olur. Bundan sonra proje ile ilgili bazı hesaplamaların yapılması gerekir bunlar “Performans ve maliyet hesapları”dır.Öngürülen zaman ve butce ile örüşüp örtüşmedigi kontrol edilir eger örtüşmüyorsa projede kısıtlamalara gidilir veya ilk basamaktan yani projeyi tanımlamaktan tekrar başlanır. Daha sonra projenin mantıklı parcalara ayrılması ve ne kadar zamanda bitirileceğinin hesaplanması gerekir bu da “İsin parcalara ayrılması ve zaman cizelgesinin oluşturulması” seklinde özetlenebilir.Planlama ve arastırma işlemi bittikten sonra “Yazılım gereksinim belgesi” hazırlanır.


+ Planlama ve Araştırma
- İşlevsel olmayan gereksinimler
- Piyasadaki benzer projelerin incelenmesi
o eksileri ve artıları listelenmesi
- Yazılım gereksinimlerinin listelenmesi
- Projeye ileride eklenebilecek ozelliklerin listelenmesi
- Risklerin belirlenmesi
- Performans ve maliyet hesapları
- İşin parcalara ayrılması ve zaman cizelgesinin olusturulması
- Yazılım gereksinim belgesi


3.3. Ön Gerçekleştirim

Bu asamada, projenin artık sekil buldugu prototipinin gerceklestirildigi bir basamaktır.Bundan sonraki asama artık projenin gerceklestirimi oldugu icin bu basamak bittiginde proje ile ilgili herhangi bir belirsizligin veya sorunun kalmaması iyi olur.Ön gerceklestirim kısmı projenin tasarımının yapıldıgı kısımdır ve bu tasarım genelden ayrıntıya dogru yapılır.Ön gerceklestirim kısmını bir insanın anne karnındaki olusumu gibi düşünülebilir. İlk olarak projenin “Mimari Tasarim” kısmı yapılır bu projenin en kaba hali ile tasarlanmasıdır.Bu insanın anne karnındaki embriyo donemi , canli taslagi gibidir.Daha sonra “Bilesen Arayüz Tasarimi” yani mimari tasarımdaki kabaca tasarımın parcalara ayrılaması kısmı.“Bilesen ( Modul ) Tasarimi” bu kısımda ise her bir parca kendi icinde tasarlanır yani uml diagramları olusturulur.Bu Bilesen arayuz tasarımını ve bilesen tasarımını bebegin ic organlarının olusması olarak düşünülebilir.Daha sonraki asama “Veri Tabani Tasarimi” kısmıdır burda verilerin nasıl tutulacagı nerede saklanacagı gibi teknik detaylar sekillenir.Bunu bebegin gelisimindeki beynin gelismesine benzetebiliriz. Daha sonra “Kullanıcı Arayüz Tasarimi” gelir burada artık projenin son kullanıcıya nasıl gösterileceği belirlenir. Bunlar belirlenirken iki tane önemli kıstas vardır bunlar “Bilginin veya kullanıcı isteklerinin nerede gosterilecegi veya karşılanacagı” digeri ise “Görsel kısımdaki dolaşımın nasıl yapılacağıdır”. Bu kısım bebegin kafa, kol ve ayaklarının olusum evresi olarak dusunulebilir.Arayuz tasarımı da yapıldıktan sonra projenin ilk prototipi gelistirilmistir. Artık bu “prototipin proje sahiplerine ve kullanıcılara gösterilerek onların tatmini saglanana kadar gelistirilmeye” devam edilir. En son asamada ise “Veri yapısı ve Algoritma tasarımı” gelir.Burada her bir kullanılacak sınıftaki işlevlerin nasıl yazılacagı ve nerelerde hangi veri yapısının kullanılacagı kararlaştırılır.

+Ön Gerceklestirim
- Mimari Tasarım
- Bilesen Arayuz Tasarımı
- Bilesen ( Modul ) Tasarımı
- Veri tabani tasarımı
- Kullanıcı Arayüz Tasarımı
o Bilginin ve kullanıcı isteklerinin nerede karsılanacagı
o Görsel kısımdaki dolasımın nasıl olacagı
- Prototipin proje sahiplerine ve kullanıcılara gosterilerek onların tatmini saglanana kadar gelistirilmesi
- Veri yapısı ve algorithma tasarimi


3.4. Gercekleştirim

Bu basamak projenin artık oluşumunu tamamladığı evredir yani gercekleştirimin yapıldıgı basamaktır.Bunun icin oncelikle “Parcalanmıs ve zamanlanmıs projenin adımlarının yapılması” gerekir.Burada daha onceden zamanlanmıs olan proje adımları teker teker gerceklestirilir ve bunlar yapılırken de ön gerceklestirim asamasındaki tasarımlardan yardım alınır. Daha sonra bu yapılanlar “Projenin gorsel kismi ile entegre” edilir.Eger projenin herhangi bir kısmında yani arka plan veya gorsel kısmında eksiklik görülürse onlar giderilir ve proje gerçekleştirilmis olur.

+ Gerceklestirim
- Parcalanmıs ve zamanlanmıs projenin adımlarının yapılması
- Projenin gorsel kısmı ile entegre


3.5. Test

Artık yazım kısmı bitmiştir fakat yinede huzura erişilmemistir asıl zor kısım olan test ve geri dönüşleri beklemek kalmıstır. Test asaması ürünün güvenligi icin gayet önemli bir aşamadır. Test olarak ilk önce “Yazılımın kodları gözden geçirilir ve kontrol edilir” burada herhangi bir hata veya artık kod var mı diye bakılır.Bir sonraki aşama “Gereksinimler listesi ile yazılım karsılastırılarak istenilenler saglanıyor mu kontrol edilir”. Eger yazdıgınız program bütün platformlarda çalısacaksa her patformda denenmelidir yani “yazılım degisik platformlarda ve tarayıcılarda test edilir”. Bütün bunlardan gectikten sonra proje “test amaçlı kullanıcıya sunulur ve geri dönüşler alınır” burdan gelen bilgilere göre programda gereken degişiklikler yapılır. Kullanıcılar tatmin edildikten sonra artık proje sonuca ulaştırılmış olur. Artık oluşan ürünün“Ürün belgesinin hazırlanması” gerekir. Bu belge kullanıcılar icin kullanım klavuzu ve urunun beklenmedik olaylara karsı nasıl tepkiler verecegini yazılı olduğu belgedir.

+ Test
- Yazılımın kodları gozden gecirilir ve kontrol edilir
- Gereksinimler listesi ile yazılım karsılastırılarak istenilenler saglanıyor mu kontrol edilir
- Yazılım degisik platformlarda ve tarayıcılarda tes edilir
- Test Amaclı kullanıcılara sunulur ve geri dönüşler alınır.
- Urun belgesinin hazırlanması

4. Teşekkürler

Bu yazıyı yazmam icin beni teşvik eden ve sonrasında destek olan Ali Özkan ÖZEREN hocama teşekkürlerimi sunarım.

Ayrıca yazıyı kontrol eden ,eleştiren bütün arkadaşlarıma ve dostlarıma da minnettarlıgımı sunarım.

5. Kaynakca

Prof. Dr. Ersin Töreci
Sistem Çözümleme ve Gelistirme Ders yansıları
ftp://ftp.cs.hacettepe.edu.tr/pub/dersler/BIL3XX/BIL346_SGM/05-06/

Martin Bauer
Successful Web Development Methodologies
http://www.sitepoint.com/article/successful-development

Donn Le Vie
Writing Software Requirements Specifications
http://www.techwr-l.com/techwhirl/magazine/writing/softwarerequirementspecs.html

Wikipedia
Unified Process
http://en.wikipedia.org/wiki/Unified_Process

6. Sözlük

Arayüz : Interface
Gerçekleştirim : implementation
İşlev : function
Kullanıcı Gereksinimleri : User Requirements
Yazılım/Sistem gereksinimleri : System Requirements
Yazılım Gereksinim Belgesi : Software Requirements Specifications
Web Projeleri Gelistirme Yöntemi : Web Development Methodologies

Merhaba Dünya

Merhaba yarınlıgımı ziyaret eden yolcu hoş geldin sefa getirdin.
Bir bloga ilk giris olarak ne yazılır diye dusundum sonra dedim bakayım baska blogcu arkadaslarım neler yazmıslar onları arastırmaya basladım bu arada blog deryasına kendimi kaptırdım merhaba haricindeki cogu seyi okumaya basladım sonradan dedim ki kendi kendime bu blog benim blogum buna yazılacak yazı icin de baska bloglardan esinlenmek ne kadar iyi bi davranıs ve sırf bu yuzden blogu bir gun gec acmak ne kadar dogru, is bu sebeblerden dolayı baska sitelerdeki yazıları okumayı bıraktım ve iste bu cumleleri yazıyorum.
Bu blogda daha cok teknik konular hakkında biseyler yazmayı düsünüyorum bu teknik konuların da agırlıgı bilişim olmasını planlıyorum hayırlısı diyelim.Zaten yazı yazdıkca gorursunuz neler yazdıgımı bu yazıyı da cok uzun tutup gereksiz bilgisiz bi yazı icin zamanınızı calmayım.

Yeniden gorusmek dilegi ile...