Βελτίωση της πλατφόρμας ανάπτυξης συστημάτων πολλών πρακτόρων Agent Factory

1. ΑΡΙΣΤΟΤΕΛΕΙΟ ΠΑΝΕΠΙΣΤΗΜΙΟ ΘΕΣΣΑΛΟΝΙΚΗΣ ΠΟΛΥΤΕΧΝΙΚΗ ΣΧΟΛΗ Τμήμα Ηλεκτρολόγων Μηχανικών και Μηχανικών Υπολογιστών Τομέας Ηλεκτρονικής και Υπολογιστών Βελτίωση της πλατφόρμας ανάπτυξης συστημάτων πολλών πρακτόρων Agent Factory Διπλωματική Εργασία: Νικολαΐδου Παρασκευή Α.Ε.Μ. 4620 Επιβλέπων καθηγητής: Π. Α. Μήτκας

2. WEB Δεδομέναεφαρμογών Δεδομένασυμπεριφοράς Data Miner Agent Academy Agent Academy Data Acquisition Agent UseRepository Agent TrainingModule Αίτημα νέου πράκτορα Agent Factory Ευφυής πράκτορας

3. Δημιουργία και εκτέλεση σεναρίου Συσχέτιση πράκτορα με συμπεριφορές Σχεδίαση συμπεριφορών Εισαγωγή οντολογιών Agent Factory • Δημιουργία νέων ανεκπαίδευτων πρακτόρων • Σχεδιασμός με βάση τις απαιτήσεις του χρήστη • Οι πράκτορες είναι έτοιμοι για εκπαίδευση

4. Σκοπός διπλωματικής • Επανασχεδιασμός του Agent Factory με νέες απαιτήσεις • Βελτίωση του κώδικα που προϋπήρχε, ώστε ν’ ανταποκρίνεται στις απαιτήσεις αυτές. Προηγούμενες αξιολογήσεις έδειξαν ότι το Agent Factory είχε προβλήματα. Γι’ αυτό, έπρεπε να γίνει…

5. Αξιοποίηση προηγούμενων δοκιμών Συγγραφή προδιαγραφών συστήματος Καταγραφή προβλημάτων Επίλυση προβλημάτων Δοκιμές Μεθοδολογία διπλωματικής Συγγραφή απαιτήσεων συστήματος

6. SDT: Στην ερώτηση “Are you sureyou want to close this window?”, ο χρήστης απαντά “No” αλλά το παράθυρο κλείνει! Αν ο χρήστης, δημιουργώντας στιγμιότυπο, δεν αποθηκεύσει τις αλλαγές του, καταστρέφονται τα δεδομένα του AUR Οι περισσότεροι διάλογοι επεξεργασίας ρυθμίσεων χάνουν τυχόν προηγούμενεςρυθμίσεις Σφάλματα Ο χρήστης δεν ενημερώνεται για την επιτυχή αποθήκευση Δεν προειδοποιεί πριν αντικατα- στήσει υπάρχοντες πράκτορες... Οι καρτέλες του ATDT δεν κλείνουν Ελλείψεις Δεν υπάρχουν κείμενα βοήθειας Κατηγορίες προβλημάτων Λειτουργικότητας Διεπαφής χρήστη

7. Τρόπος επίλυσης προβλημάτων Κατευθυντήριες γραμμές: • Αλλαγές μόνο στο package του AF • Πλήρης συμβατότητα • Διατήρηση τρόπου επικοινωνίας μεταξύ AF και άλλων Υ/Σ • Ο χρήστης να έχει πλήρη έλεγχο του συστήματος (ελάχιστες «πρωτοβουλίες»)

8. Λειτουργίας Επίδοσης Πίεσης Δομής Ικανότητα τουσυστήματοςνα επιτύχει ένασυγκεκριμένο στόχο Εσκεμμένεςπροσπάθειεςπροσβολής τουσυστήματος Μέτρηση χρόνωναπόκρισης καικατανάλωσης πόρων Απλοί έλεγχοιτης λειτουργικότητας Σύστημα πολλώνπρακτόρων που εκτιμά την ποιότητατου αέρα Κατηγορίες δοκιμών Δοκιμές

9. Πλάνο δοκιμών

10. Αποτελέσματα δοκιμών

11. Κυριότερες βελτιώσεις • Λειτουργικότητα: • Το σύστημα ενημερώνεται για τα assets • Καλούνται κλάσεις java • Αποθηκεύονται όλες οι συμπεριφορές σε αρχείο • Δεν καταστρέφονται τα δεδομένα στο AUR • Περιβάλλον χρήστη: • Αισθητική – ορθογραφία • Κατατοπιστικά μηνύματα ενημέρωσης (π.χ. αποθήκευση) • Εύκολη δημιουργία στιγμιότυπου

12. Προτάσεις για μελλοντική επέκταση • Να διορθωθεί το πρόβλημα στο ATM, ώστε να τρέχουν σωστά οι πράκτορες • Δυναμικός καθορισμός του παραλήπτη ενός μηνύματος • Επέκταση χρήσης των assets (Παράδειγμα: Να περιέχεται σε μήνυμα το όνομα μιας κλάσης)