Pilot Çalışma – Eğitim – Essay – Ödev – Tez – Makale – Çeviri – Tez Yazdırma -Tez Yazdırma Fiyatları

Pilot Çalışma

Mart 2005’te sesli düşünme protokolü olarak bir pilot çalışma gerçekleştirildi. Çalışma, kullanıcıların sistemin çeşitli yönleri, özellikle geri bildirim mesajlarının kalitesi ve arayüz hakkındaki algılarını keşfetmeyi amaçladı.

Katılımcılar, Canterbury Üniversitesi’nde Akıllı Özel Ders Sistemleri kursuna kayıtlı 12 lisansüstü öğrencisiydi. COLLECT-UML için hedef kitle UML yazılım tasarımı öğrenen lisans öğrencileri olsa da, UML sınıf diyagramları derslerde işlenmediği için pilot çalışma sırasında bu popülasyona erişim mümkün değildi.

Katılımcılar, ITS kursu derslerinin %50’sini tamamlamıştı ve ITS’yi iyi anlamaları bekleniyordu. İkisi hariç tüm katılımcılar UML modellemesine aşinaydı.

Çalışma sesli düşünme protokolü şeklinde gerçekleştirilmiştir. Bu teknik, bilgisayar sistemlerinin pratik değerlendirmeleri için giderek daha fazla kullanılmaktadır. Sesli düşünme yöntemleri geleneksel olarak çoğunlukla psikolojik araştırmalarda kullanılsa da, bunlar tek ve en değerli kullanılabilirlik mühendisliği yöntemi olarak kabul edilir.

COLLECT-UML kullanarak bir UML modelleme görevi gerçekleştirirken her katılımcıdan düşüncelerini sözlü olarak ifade etmesi istenmiştir. Katılımcılar problemleri tamamlamadan atlayarak önceki problemlere dönebilmişlerdir.

Veriler, sesli düşünme oturumlarının video görüntülerinden, oturum sonrası yapılan gayri resmi tartışmalar ve araştırmacının gözlemlerinden toplanmıştır.

Öğrencilerin Arayüz Üzerindeki İzlenimleri

Katılımcıların çoğunluğu arayüzün güzel tasarlandığını ve çizim alanının verilen problemler üzerinde çalışabilecekleri kadar büyük olduğunu düşündüler. Üç katılımcı, sistem tarafından sağlanan bazı ipuçlarının hatalarını düzeltmeleri için yeterince yardımcı olmadığını hissetti.

Örneğin, bir katılımcının Shape adında bir sınıfı ve Origin adında bir niteliği (o sınıfa ait) vardı. Öznitelik türü, ideal çözüm, Point türünün özniteliğini tanımlamalarını beklediğinde, int olarak belirtilmişti.

Bu durumda geri bildirim şuydu: “Özelliklerinizi kontrol edin. Bazı niteliklerinizin türleri doğru bir şekilde belirtilmemiş”. Katılımcı çeşitli nitelikler tanımladığı için sistemin hangisinden bahsettiğinden emin değildi. Hataları kırmızıyla vurgulamak için daha sonra arayüzde bir değişiklik yapıldı.

Pilot çalışma örnekleri
Pilot çalışma nedir PDF
Pilot uygulama nedir
Pilot araştırma nedir
eğitimde ‘pilot uygulama nedir
Pilot Çalışma PDF
Söylem analizi nedir
Pilot Çalışma kaç kişiyle yapılır

Yeni nitelikler ve yöntemler oluşturmak için, katılımcılar sağ tıklama menüsünden daha çok araç çubuğu simgelerini kullanma eğilimindeydiler. Birkaç katılımcı, sistem tarafından sağlanan yardım belgesinin çok uzun olduğunu hissetti ve bazıları, herhangi bir konuda yardıma ihtiyaç duyduklarında bile buna başvurmak istemediler. İki katılımcı da sistemin nasıl kullanılacağına ilişkin bir sözlük ve öğreticiye erişim arzusunu dile getirdi. Bu özellikler gelecekte sisteme eklenecektir.

Yeni bir bileşeni (sınıf, öznitelik, yöntem veya ilişki) adlandırmak için öğrencilerden problem metninden adı vurgulamaları (veya çift tıklamaları) istendi.

Bazı öğrenciler bunu biraz kısıtlayıcı bulsa da, deneme fırsatı bulduklarında arayüz ile daha rahat hale geldiler. Metnin altını çizmek yerine isimleri yazmakla daha fazla ilgilenen öğrenciler, araştırmacılardan birinin onları kısıtlamanın arkasındaki nedeni açıklamasının ardından biraz ilgi gösterdi.

Arayüz, yukarıda belirtilen önerilerin çoğunu içerecek şekilde değiştirildi. Bir katılımcının problem metnini kafa karıştırıcı bulduğunu açıklamasının ardından problemlerden birinin ifadesi değiştirilmiştir.

Arayüzün ilk sürümü, kullanıcıları önce Yeni öznitelik/yöntem araç çubuğu düğmesine tıklamaları ve ardından sorun metninden öznitelik/yöntem adını vurgulamaları gerektiği şekilde kısıtlıyordu. Bazı katılımcılar, sistemin yeni öznitelik/yöntemler yaratmalarına izin vermesinin, önce problem metninden adını vurgulamalarına izin vermenin daha uygun olacağını öne sürdüler.

Arayüz daha sonra her iki işlevi de içerecek şekilde değiştirildi; yani, kullanıcılar önce problem metninden öznitelik/yöntem adını vurgulayabilir (veya çift tıklayabilir) ve ardından Yeni Nitelik/Yöntem araç çubuğu düğmesine tıklayabilir veya tam tersi.

Oturumlardan birinde bir katılımcının sınıf oluşturduğu ve sağ tıklanan açılır menüden Yeni Yöntem menü seçeneğini seçtiği gözlemlendi. Arayüz araç çubuğunu devre dışı bırakırken ve kullanıcının sorunlu metinden adı vurgulamasını beklerken, daha sonra ne yapacağından emin değildi.

Daha sonra, acemi kullanıcılara daha sonra ne yapmaları gerektiği konusunda bilgi verecek bazı açılır pencerelerin eklenmesine karar verildi. Kullanıcı her yeni sınıf, ilişki, nitelik veya yöntem oluşturmak istediğinde iletişim penceresini görüntüler.

Sistem, önceden belirlenmiş herhangi bir öznitelik/yöntem olup olmadığını kontrol eder. Kullanıcı her sınıf için ilk özniteliği/yöntemi oluşturmak üzereyse, bilgi penceresi açılır, aksi takdirde sistem bu düzeyi atlar ve kullanıcıdan sorun metnindeki adı vurgulamasını (veya çift tıklamasını) ister. diyalog bilgilerini gösterme (kullanıcıların o zaman ne yapmaları gerektiğine aşina olmaları beklenir).

Öğrencilerin geri bildirim hakkındaki izlenimleri

Katılımcıların çoğu, geri bildirim mesajlarının zor buldukları alan kavramlarını anlamalarına yardımcı olduğunu düşünmüştür. Bu çalışma için geri bildirim mesajlarının sayısını bir seferde 5 mesaja kadar sınırladık.

Kısıtlamalar, yalnızca öğrencilerin UML diyagramlarına dahil etmeleri gereken gerekli yapıları (yani sınıflar, nitelikler, yöntemler ve ilişkiler) kontrol edecekleri şekilde uygulandı. Bu nedenle, örneğin ihtiyaç olduğunu düşündükleri takdirde, katılımcıların ekstra yöntemler tanımlamasına izin verildi. Bu, birçok katılımcının sistem hakkında özellikle beğendiği bir özelliktir.

Sonuçlar ve Gelecekteki Çalışmalar

Bu makale, UML modellemesi için bir ITS olan COLLECT-UML’yi sundu. Katılımcıların sistemin tek kullanıcılı versiyonuyla nasıl etkileşime girdiğini araştırmak için yapılan bir analiz. Katılımcılar, sistemi kullanmanın UML bilgilerini geliştirmelerine yardımcı olduğunu hissettiler. Bazıları sistemle etkileşimde bir takım zorluklar yaşadı. Video görüntüleri, sistemdeki hataları tespit etmede faydalı oldu. Tespit edilen tüm hatalar, sistemi daha sağlam hale getirmek için düzeltildi.

Mayıs 2005 için tam bir değerlendirme çalışması planlanmaktadır. Çalışma, arayüzü ve sistem kullanımının öğrencilerin öğrenmesine etkisini değerlendirmeyi amaçlamaktadır. Lisans Yazılım Mühendisliği dersine kayıtlı ikinci sınıf Üniversite öğrencilerini içerecektir. Öğrenci modelinde kaydedilen veriler, öğrencilerin sistemle etkileşimleri sırasında ne kadar öğrendiklerini görmek için analiz edilecektir.

Gelecekteki çalışmaların en önemli hedefi, sistemi hem işbirlikçi sorunları hem de görev odaklı sorunları ele alan işbirlikçi öğrenmeyi destekleyecek şekilde genişletmektir. CBM, bireysel öğrenmeyi destekleyen birkaç öğretmende bilgiyi etkili bir şekilde sunmak için kullanılmıştır. Sistemin çok kullanıcılı versiyonunun kapsamlı değerlendirme çalışmaları, akıllı bilgisayar destekli işbirlikçi öğrenme ortamlarında CBM tekniğinin kullanımının etkinliğinin bir ölçüsünü sağlayacaktır.

tercüman tercüman

Biyografinin Tamamını Gör