Sistem Eylemleri – Eğitim – Essay – Ödev – Tez – Makale – Çeviri – Tez Yazdırma -Tez Yazdırma Fiyatları

 Sonuç Kümeleri

Bir kuralın başındaki atomlar (sağ taraf veya THEN kısmı), bilgi tabanına yeni gerçekler ekleyen iddialar gibi bilgi tabanındaki değişiklikleri temsil edebilir. Bu yorumu ontolojide somutlaştırmak için, herhangi bir dizi yeni iddiayı temsil eden bir ResultSet temel sınıfı tanımlarız.

Bundan, öğrencinin “sonraki” nesnesi olarak seçilmeye uygun olan öğrenme nesneleri kümesini temsil eden bir EligibleSet alt sınıfını türetiyoruz. Müfredat planlamasını ele alan öğretim stratejisi kuralları, daha sonra hangi içeriğin gösterileceğini belirlemek için açıkça EligibleSet sınıfına başvuracaktır.

Başlarında EligibleSet’e atıfta bulunan kurallar, belirli öğrenme nesnelerine üyelik vererek (veya reddederek) EligibleSet’i doldurur; böyle bir kuralın bir örneği sunulmuştur. Daha sonra, diğer kurallar, uygun nesneler kümesini daha fazla işlemek için bedenlerinde EligibleSet’e başvurabilir, örn. Görüntülemek üzere bir veya daha fazlasını seçmek için

ResultSet mekanizmasını tam olarak uygulamak için bazı ek altyapıların gerekli olduğunu unutmayın, ör. her yeniden hesaplamadan önce bu seti temizlemek için hassas zamansal kontrol. Bu altyapının uygulama düzeyinde sağlanacağını varsayıyoruz. Bu gerekçelendirilebilir, çünkü kural başlarındaki atomları iddialar olarak ele almanın daha geniş mekanizmasının kendisi SWRL dışında uygulanmalıdır. Destekleyici altyapı sorunları tartışılır.

Sistem Eylemleri

System Action sınıfı, atomik sistem eylemlerini temsil eder. Görüntüleme, bazı medya içeriğinin ekranda kesintisiz bir modda görünmesine neden olur, örn. mevcut bir pencereye aktararak. Present, bazı içerikleri kesintili modda gösterir, ör. açılır pencere olarak. Sor, bazı içeriğin kesinti modunda gösterildiği ve seçilen yanıtın sisteme döndürüldüğü, sistem tarafından başlatılan bir diyalogu temsil eder.

Bu sistem eylemlerinin standart kullanıcı arabirimi bileşenleri kullanılarak uygulanmasının kolay olduğunu varsayıyoruz. Gelecekteki çalışmalarda, müdahalecilik ve beklenen yanıt türleri gibi daha düşük seviyeli özellikler açısından her bir eylemin anlamını açıkça modellemek için ontolojiyi genişleteceğiz. Bu, alternatif sistem eylemleri arasında seçim yapan daha yüksek seviyeli strateji kurallarını destekleyecektir.

Uygulama Sorunları

OWL + SWRL’den Jess’e bir dönüşümün mevcut olduğunu varsayıyoruz (tüm SWRL yerleşik işlevlerinin eksiksiz bir uygulaması veya eşdeğer Jess dil mekanizmalarına dönüştürme dahil). SweetRules bu dönüştürmeyi sağlar, ancak birçok üçüncü taraf yazılım bileşeninin oldukça karmaşık bir kurulumunu içerir. Mevcut Protégé + SWRLTab araç seti, şu anda geliştirilmekte olmasına ve yakında kullanıma sunulmasına rağmen Jess’e dönüştürme sağlamamaktadır.

Bu bölümde, kurallarını SWRL kullanarak kodlayan bir ITS için bir kural yürütme modülünün uygulanmasındaki bazı sorunları ele alıyoruz. Daha önce belirtildiği gibi, SWRL’nin semantiğini uygulamak ve SWRL’ye belirli uzantılar sağlamak için Jess düzeyinde ek altyapı uygulanmalıdır.

Açık sistem nedir
Yönetimde açık sistem Nedir
Açık sistem örnekleri
Eğitimde açık sistem nedir
Açık sistem kapalı sistem örnekleri
Eğitimde açık sistem örnekleri
Açık sistem kapalı sistem nedir
Yarı açık sistem nedir

Pratik bir ITS, bir öğrenci ile etkileşime girmeli ve zaman içinde gelişmelidir (durum değiştirmelidir). Bu nedenle, kuralları yan etkilere neden olma yeteneğine sahip olmalıdır. Bilgiyle ilgili yararlı etkiler, gerçekleri ekleyerek veya geri çekerek bilgi tabanını değiştirmeyi ve veri alanlarını değiştirmeyi içerir. Prosedürel etkiler, kullanıcı etkileşimi olayları gibi sistem eylemlerini içerir.

SWRL, etkileri temsil eden kural atomlarının anlamını tanımlamasa da, bu tür atomları, sınıf üyelik testlerini temsil eden atomlarla tamamen aynı sözdizimini kullanarak SWRL kurallarında yazabiliriz. Bu tür atomlar, gerçekleri arayan kural kalıpları yerine özel olarak Jess işlev çağrılarına dönüştürülmelidir.

Her kural başlığının her zaman bir etkiye dönüştürüldüğü basit bir kuralı kabul edebiliriz. Ardından, Jess’te işlevler olarak bir efekt kitaplığı uygulayabiliriz. Bilgiyle ilgili efektler, önemsiz bir şekilde yerleşik Jess işlevleriyle eşlenirken, sistem eylem efektleri, kullanıcı arabirimi modülüne uygun bir mesaj gönderen Jess işlevleri olarak uygulanabilir.

Zamansal Kontrol

Kurallar, diğer kuralların sonuçlarına bağlı olabilir. Yukarıda gösterilen örnekte, Düşük Güven Varsa Uygula kuralı, düşük güven-p ve geçme-skor-p kurallarının sonuçlarını kullanır. Bu, kurallar arasında bir bağımlılık hiyerarşisi tanımlar. Bu nedenle, kuralların alt kümelerinin yürütülebileceği sırayı belirtmek için bir mekanizmaya ihtiyaç vardır. Bağımlılıklar, Jess’e dönüştürme sırasında otomatik olarak hesaplanabilir ve belirginlik ve modüller gibi Jess dili özelliklerine otomatik olarak eşlenebilir.

Kurallar ayrıca sınıflara (olgu kümelerine) bağlı olabilir. ResultSet mekanizması, sınıfın uygun şekilde başlatıldığını (boşaltıldığını) varsayan bir sınıfı doldurarak bir sonucu değerlendirir. Bu, Jess’e bir sınıf başlatma kuralı eklenerek ve ResultSet kuralından bu kurala bir bağımlılık tanımlanarak ele alınabilir.

Sürekli Yürütme

Bir öğrenciyle uzun bir etkileşim oturumunu desteklemek için, kural yürütme modülü sürekli çalışmalı ve diğer sistem modüllerinden yeni gerçekleri (veriler, olaylar) kabul etmelidir. Sürekli yürütme sağlamak ve doğrudan gerçekleri olarak iddia edilen gelen mesaj dizeleri için bir soketi yoklamak için basit kendi kendini tekrarlayan kuralı kullanıyoruz.

Öğretim stratejilerini temsil etmek için bir ontoloji geliştirdik ve öğretim stratejilerini tanımlamak için SWRL’nin soyut bir “programlama dili” olarak ne ölçüde kullanılabileceğini araştırıyoruz. Ortaya çıkan SWRL kurallarının az bir kısmı manuel olarak test edilmiştir (doğrudan Jess’te yeniden yazılarak). Şu anda Jess’te bir kural yürütme modülü için altyapı geliştiriyoruz.

Gelecekteki bir değerlendirme, strateji kurallarının yürütüleceği genel zamansal bağlamdır. Strateji kurallarının sıralanması üzerinde kontrol sağlamak için daha zengin bir zamansal bağlam belirtimine ihtiyaç vardır. Yerleşik bir yaklaşım, çoğu modern işletim sisteminin grafik kullanıcı arabirimlerinde kullanılana benzer bir olay işleme mimarisini benimsemektir.

Bu, kapsamlı bir sistem olaylarının numaralandırılmasını ve ardından açık olay dizilerinin (veya daha genel olarak bir kontrol akışının) tanımlanmasını içerir. Her olayla dinamik bir kurallar kümesi ilişkilendiririz. Ontoloji içinde, öğretim stratejisi kuralları, etkinleştirilecekleri olayları belirtir.

Jess’e dönüşümün bir parçası olarak, strateji kuralları belirtilen olaylarla “kaydedilir”. Çalışma zamanında, her olay meydana geldikçe, o olayla ilişkili kurallar kümesi test edilir. Bu, öğretim stratejisi kurallarının geliştirilmesini organize etmek için tanıdık bir deyim sağlayabilir.