Web Uygulamalarını Test Etme – Blog Yazma – Web Tasarımı Yapımı – Web Tasarımı YouTube Videosu Yapımı – Web Sitesi Tasarlama Fiyatları
Web Uygulamalarını Test Etme
Geliştirme yaşam döngüsünün geri kalan aşamaları kitapta özel olarak ele alınmamıştır, ancak Web uygulaması geliştirmeye özgü ilginç yönleri vurgulamak için yalnızca ima edilmiştir. Test etme ve değerlendirme, uygulanan uygulamanın işlevsel ve işlevsel olmayan gereksinimlere uygunluğunu doğrulama faaliyetidir.
Web uygulamalarını test etme ve değerlendirmeyle ilgili en alakalı endişeler şunlardır:
- İşlevsel test: Uygulama davranışı, işlevsel gereksinimlere göre doğrulanır. Fonksiyonel testler, modül testi, entegrasyon testi ve sistem testi gibi klasik aktivitelere bölünebilir.
- Kullanılabilirlik testi: Kullanım kolaylığı, iletişim etkinliği ve konsolide kullanım standartlarına bağlılık gibi işlevsel olmayan gereksinimler, üretilen site görünümlerine göre doğrulanmalıdır. Değerlendirme kriterleri, site görünümünden site görünümüne değişebilir, çünkü farklı site görünümleri, örneğin müşteriler ve dahili personel gibi farklı kullanılabilirlik gereksinimleri olan kullanıcı gruplarına yönlendirilebilir. Kullanılabilir hiper metinler tasarlama kriterlerini özetleyen bir bölüm içerir.
- Performans testi: Uygulamanın çıktısı ve yanıt süresi, ortalama ve en yüksek iş yükü koşullarında değerlendirilmelidir. Yetersiz hizmet seviyesi durumunda, darboğazları belirlemek ve ortadan kaldırmak için dağıtım mimarisi izlenmeli ve analiz edilmelidir. Web uygulamalarının performansını değerlendirme ve artırma yöntemleri kısaca tartışılmaktadır.
Dağıtım, geliştirilen modüllerin seçilen mimarinin üzerine kurulması etkinliğidir. Dağıtım, hem yeni veritabanlarının işlevsel hale getirilmesi gereken veri katmanını, hem de eski veri kaynakları ve uygulamalarına yönelik yazılım ağ geçitlerinin etkinleştirilmesini ve sayfa şablonlarının ve iş nesnelerinin yüklenmesi gereken iş ve sunum katmanını içerir. Dağıtım, site yöneticisinin becerilerini gerektiren teknik bir görevdir.
Bakım ve geliştirme, uygulama üretim ortamında dağıtıldıktan sonra gerçekleştirilen tüm değişiklikleri kapsar. Diğer geliştirme aşamalarından farklı olarak, bakım ve geliştirme, hem çalışan uygulamayı hem de ilgili belgeleri içeren mevcut bir sisteme uygulanır. Modele dayalı süreçte, değişiklik yönetimi, uygulamanın kavramsal bir modelinin varlığından yararlanır.
Değişiklik talepleri analiz edilir ve tasarım düzeyinde ya veri modeline ya da hiper metin modeline yönelik değişikliklere dönüştürülür. Ardından, kavramsal düzeydeki değişiklikler uygulamaya yayılır. Bu yaklaşım, değişiklik yönetimini sorunsuz bir şekilde ana üretim yaşam döngüsüne dahil eder ve değişikliklerin yalnızca uygulama düzeyinde uygulanması nedeniyle yazılım mühendisliği sürecini bozma riskini büyük ölçüde azaltır.
Gereksinimler
Gereksinim belirtimi, uygulama analistinin uygulama geliştirmeyi motive eden iş gereksinimlerini ve uygulamanın çalışması gereken teknik, organizasyonel ve yönetimsel bağlam hakkındaki tüm mevcut bilgileri detaylandırdığı ve bu girdileri spesifikasyonlara dönüştürdüğü faaliyettir. Uygulamanın ne yapması gerektiğine dair açıklamalar.
Vurgulandığı gibi, gereksinim tanımlaması iki alt aşamadan oluşur:
- Gereksinimlerin toplanması ve
- Analiz.
Gereksinim toplama, ilgili “oyuncularla” görüşerek ve mevcut belgeleri gözden geçirerek, uygulama alanının ve geliştirilecek çözümün genel bir resmini belirlemeyi amaçlar. Bu aktivitenin sonunda uygulamayı kullanacak ana iş aktörleri, desteklenecek fonksiyonlar ve temel fonksiyonel olmayan gereksinimler ve kısıtlar bilinmelidir.
Gereksinim analizi, ortaya çıkan gereksinimlerin gözden geçirilmesine ve resmileştirilmesine odaklanır ve çıktıda aşağıdakiler de dahil olmak üzere bir dizi yarı resmi belirtim üretir:
- Web uygulamasına erişecek kullanıcı gruplarının listesi, bilgi içeriği üzerindeki erişim haklarının ön ataması ile birlikte.
- Tanımlanan kullanıcı grupları ile uygulama arasındaki etkileşimleri gösteren en önemli uygulama kullanım durumları.
- Uygulama alanındaki en alakalı bilgi nesnelerini toplayan bir veri sözlüğü.
- Kullanıcıların, tanımlanan kullanım durumları tarafından ifade edilen işlevleri gerçekleştirmesine olanak sağlayacak site görünümlerinin resmi olmayan özellikleri.
- Uygulama tarafından yerine getirilmesi gereken işlevsel olmayan gereksinimler.
- Geliştirilecek arayüzlerin görünümü ve hissi hakkında göstergeler veren bir dizi sunum kılavuzu.
Web uygulamaları örnekleri
Web uygulamaları Nedir
Web UYGULAMALARI Dersi
Sağlık BAKANLIĞI Web Uygulamaları
Web uygulamaları Geliştirme
JavaScript web uygulamaları
MKYS/iş Zekası
Web uygulaması Nasıl yapılır
Gereksinim Koleksiyonu
Gereksinim toplama, uygulamanın geliştirilmesini sağlayan iş gereksinimlerinin gözden geçirilmesi, ilgili iş aktörlerinin belirlenmesi ve görüşülmesi ve geliştirilecek uygulamaya ışık tutabilecek tüm belgelerin incelenmesinden oluşur.
Gereksinim toplama, analistin deneyiminin ve açıklığının temel başarı faktörleri olduğu, oldukça yapılandırılmamış bir faaliyettir. Bu gerçeğin farkında olarak, “yapılması gerekenler”in kuralcı kontrol listelerini damıtmaktan kaçınacağız; her deneyimli analistin kendi kontrol listesi vardır ve her yeni başvuruyla karşılaştığında bunu günceller. Bu nedenle, bu bölümün geri kalanında gözden geçirilen gereksinim örnekleri, harfi harfine reçeteler olarak alınmamalıdır.
Kullanıcıların Tanımlanması
Gereksinim toplamanın ilk amacı, kullanıcıların kim olduğunu belirlemek ve bunları homojen hedef ve davranışlarla karakterize edilen gruplara ayırmaktır. Tipik olarak, her grup, grup kullanıcılarının gereksinimlerini karşılamak için gerekli içerik ve işlevleri içeren farklı bir site görünümüyle ilişkilendirilir.
İlk kriter olarak, kullanıcılar dahili veya harici olarak sınıflandırılmalıdır; iç kullanıcılar içeriği veya hizmetleri sağlayan kuruluşun üyeleridir, dış kullanıcılar ise içeriği veya hizmetleri alan kuruluşun müşterileri veya üyeleridir. Bir başka yararlı ayrım, iş kullanıcıları (kayıtlı kullanıcılar, müşteriler, ortaklar gibi) ve iş dışı kullanıcılar (sıradan ziyaretçiler, çıkar gruplarının üyeleri vb.) arasındadır.
Genel olarak, iş kullanıcılarına iş dışı kullanıcılardan farklı hizmetler verilir; örneğin kayıtlı kullanıcılar, sıradan ziyaretçilerden daha fazla bilgi görür. İş kullanıcıları için, şirketteki rollerinden veya ait oldukları organizasyon işlevinden daha rafine kümeleme kriterleri çıkarılabilir. Tersine, iş dışı kullanıcıların kümelenmesi, çoğunlukla hizmet ve içerik gereksinimlerine dayanır.
İlk kullanıcı grupları listesi oluşturulduktan sonra, tanımlanan kullanıcı grupları arasında hiyerarşik ilişkiler olup olmadığını incelemek mümkündür. Örneğin, “pazarlama” kullanıcı grubu, “ulusal pazarlama”, “Avrupa pazarlaması” ve “dünya çapında pazarlama” alt gruplarında uzmanlaşabilir.
Son olarak, tüm başvuruların yönetilmesi gerektiğinden, idari bir role duyulan ihtiyaç dikkate alınmalıdır. Yöneticilerin “normal” kullanıcılara göre çok farklı işlevleri ve gereksinimleri vardır. Örneğin, yeni uygulama kullanıcıları oluşturup kaydedebilir veya kısıtlı erişim içeriğini güncelleyebilirler. Bu nedenle, uygulama yöneticileri normalde ayrı bir kullanıcı grubunun tanıtılmasını hak eder.
