Απαιτήσεις για την ιστοσελίδα ιδιωτικού ΙΕΚ πληροφορικής πριν ξεκινήσει η κατασκευή

Σε ένα ιδιωτικό ΙΕΚ (Ινστιτούτο Επαγγελματικής Κατάρτισης, Vocational Training Institute) πληροφορικής, το μεγαλύτερο λάθος είναι να ξεκινήσει η κατασκευή πριν συμφωνηθεί τι ακριβώς πρέπει να κάνει η ιστοσελίδα. Η φράση «θέλουμε μια σύγχρονη σελίδα» δεν είναι προδιαγραφή. Χρειάζεται σαφής κατάλογος περιεχομένου, λειτουργιών, ροών και ευθυνών, ώστε το έργο να μην επεκτείνεται συνεχώς με αποφάσεις της τελευταίας στιγμής.

Η πρώτη έκδοση πρέπει να σχεδιαστεί γύρω από την πραγματική διαδρομή του υποψηφίου: ανακάλυψη της σχολής, σύγκριση προγραμμάτων, κατανόηση μιας ειδικότητας, έλεγχος βασικών πληροφοριών και εκδήλωση ενδιαφέροντος. Ό,τι δεν υποστηρίζει αυτή τη διαδρομή χρειάζεται να αιτιολογηθεί πριν προστεθεί.

Απαίτηση 1: ενιαίο μοντέλο δεδομένων για τα προγράμματα

Πριν γραφτεί κώδικας ή σχεδιαστούν οθόνες, η σχολή πρέπει να αποφασίσει ποια πεδία θα έχει κάθε πρόγραμμα. Για παράδειγμα: τίτλος, σύντομη περιγραφή, κοινό στο οποίο απευθύνεται, βασικές θεματικές, τρόπος εκδήλωσης ενδιαφέροντος και σχετικά προγράμματα. Αν οι πληροφορίες αυτές αλλάζουν αυθαίρετα από σελίδα σε σελίδα, ο κατάλογος γίνεται δύσκολος στη συντήρηση και ο υποψήφιος δεν μπορεί να συγκρίνει επιλογές.

Για τον χώρο της πληροφορικής είναι ιδιαίτερα σημαντικό να μην συγχέονται οι ονομασίες ειδικοτήτων με λίστες τεχνολογιών. Μια σελίδα πρέπει πρώτα να εξηγεί το αντικείμενο και τη μαθησιακή κατεύθυνση. Τα εργαλεία ή οι τεχνολογίες αναφέρονται μόνο όταν αποτελούν πραγματικό μέρος του προγράμματος και η σχολή μπορεί να διατηρεί την πληροφορία ενημερωμένη.

Απαίτηση 2: να συμφωνηθεί τι σημαίνει κατάλογος ειδικοτήτων

Ένας απλός κατάλογος μπορεί να είναι μια σελίδα με κάρτες και βασική κατηγοριοποίηση. Ένας πιο σύνθετος κατάλογος μπορεί να χρειάζεται φίλτρα ή ομαδοποίηση ανά αντικείμενο. Η δεύτερη λύση δεν είναι αυτόματα καλύτερη. Χρειάζεται μόνο όταν ο αριθμός και η ποικιλία των προγραμμάτων δικαιολογούν την επιπλέον λειτουργία.

Η σελίδα για κατασκευή ιστοσελίδας για ΙΕΚ πληροφορικής μπορεί να λειτουργήσει ως συγγενές σημείο πληροφόρησης, ενώ η γενικότερη προσέγγιση για κατασκευή ιστοσελίδας ιδιωτικού ΙΕΚ βοηθά όταν η σχολή θέλει να συγκρίνει κοινές ανάγκες όλων των ειδικοτήτων.

Απαίτηση 3: σαφής ροή εκδήλωσης ενδιαφέροντος

Πρέπει να αποφασιστεί αν υπάρχει μία κοινή φόρμα ή διαφορετική φόρμα ανά πρόγραμμα, ποια πεδία ζητούνται και πού καταλήγει κάθε αίτημα. Αν ο χρήστης βρίσκεται ήδη στη σελίδα μιας ειδικότητας, είναι προτιμότερο το σύστημα να μεταφέρει αυτό το πλαίσιο αντί να τον υποχρεώνει να ξαναδιαλέξει από μεγάλη λίστα. Αν υπάρχουν διαφορετικές ομάδες που χειρίζονται τα αιτήματα, η δρομολόγηση πρέπει να οριστεί πριν από την υλοποίηση.

Η φόρμα της πρώτης επικοινωνίας καλό είναι να παραμένει σύντομη. Η συλλογή πολλών στοιχείων στο πρώτο βήμα δημιουργεί διαχειριστικό βάρος και μπορεί να ζητά πληροφορία που δεν είναι ακόμη απαραίτητη. Οι λεπτομέρειες μιας επίσημης διαδικασίας μπορούν να ακολουθήσουν αργότερα, όταν ο ενδιαφερόμενος γνωρίζει τι κάνει και γιατί.

Απαίτηση 4: υπευθυνότητα περιεχομένου

Κάθε βασική ενότητα πρέπει να έχει ιδιοκτήτη ως προς την ενημέρωση. Ποιος ελέγχει τις περιγραφές προγραμμάτων; Ποιος αλλάζει περιόδους ή ανακοινώσεις; Ποιος εγκρίνει νέα φωτογραφία; Χωρίς αυτή την απόφαση, ακόμη και μια τεχνικά άρτια ιστοσελίδα σταδιακά γεμίζει ασυνέπειες.

Η διαχείριση περιεχομένου πρέπει να είναι ανάλογη με τις δυνατότητες της ομάδας. Αν η σχολή χρειάζεται συχνές μικρές ενημερώσεις, η διαδικασία πρέπει να είναι εύκολη και ασφαλής. Αν οι αλλαγές είναι σπάνιες, δεν υπάρχει λόγος να δημιουργηθεί πολύπλοκο σύστημα με δεκάδες επιλογές που κανείς δεν θα χρησιμοποιεί.

Απαίτηση 5: υλικό πριν από τον σχεδιασμό

Φωτογραφίες χώρων, εικόνες εργαστηρίων, λογότυπα, περιγραφές προγραμμάτων και στοιχεία επικοινωνίας πρέπει να καταγραφούν σε απογραφή. Ο σχεδιασμός χωρίς πραγματικό υλικό συχνά οδηγεί σε μακέτες που φαίνονται εντυπωσιακές με προσωρινό περιεχόμενο αλλά δυσκολεύονται όταν μπουν τα αληθινά κείμενα και οι διαθέσιμες εικόνες.

Ειδικά σε σχολή πληροφορικής, είναι προτιμότερο να παρουσιαστεί πραγματική μαθησιακή δραστηριότητα παρά γενικές εικόνες υπολογιστών. Αν δεν υπάρχει κατάλληλο υλικό, αυτό πρέπει να θεωρηθεί ξεχωριστή ανάγκη παραγωγής και όχι να καλυφθεί με εικόνες που δημιουργούν λανθασμένη εντύπωση για τις εγκαταστάσεις.

Απαίτηση 6: τεχνικές βάσεις που δεν φαίνονται στην αρχική σελίδα

• Η ιστοσελίδα πρέπει να λειτουργεί σωστά σε μικρές και μεγάλες οθόνες.
• Η δομή των διευθύνσεων πρέπει να είναι σταθερή και κατανοητή.
• Οι φόρμες χρειάζονται σαφή επιβεβαίωση αποστολής και βασική προστασία από ανεπιθύμητες υποβολές.
• Οι σελίδες προγραμμάτων πρέπει να ενημερώνονται χωρίς να χαλάει η κοινή δομή τους.
• Η πρόσβαση στη διαχείριση πρέπει να δίνεται μόνο σε όσους τη χρειάζονται.
• Πρέπει να υπάρχει πρακτική διαδικασία αντιγράφων ασφαλείας και επαναφοράς, ανάλογη με την υποδομή που θα επιλεγεί.

Απαίτηση 7: τι θεωρείται ολοκληρωμένη πρώτη έκδοση

Η πρώτη έκδοση δεν χρειάζεται να περιλαμβάνει κάθε ιδέα που έχει συζητηθεί. Χρειάζεται όμως να έχει πλήρη διαδρομή για τον βασικό χρήστη: αρχική ενημέρωση, κατάλογο, σελίδα προγράμματος, σχετικές επιλογές και λειτουργική επικοινωνία. Αν μια λειτουργία είναι απαραίτητη για να ολοκληρωθεί αυτή η διαδρομή, ανήκει στο αρχικό εύρος. Αν είναι απλώς πιθανή μελλοντική βελτίωση, πρέπει να σημειωθεί ξεχωριστά.

Αυτός ο διαχωρισμός προστατεύει το έργο από συνεχή διεύρυνση. Επιτρέπει επίσης να ελεγχθεί η πραγματική χρησιμότητα μετά τη δημοσίευση πριν επενδυθεί χρόνος σε πιο σύνθετα χαρακτηριστικά.

Τι μένει για δεύτερη φάση

Λειτουργίες όπως προχωρημένα φίλτρα, προσωπικές περιοχές χρηστών, πολύπλοκες διασυνδέσεις ή μεγάλα κέντρα πόρων δεν χρειάζεται να μπουν στην πρώτη έκδοση αν δεν λύνουν άμεσο πρόβλημα. Είναι προτιμότερο να καταγραφούν ως επόμενες δυνατότητες με σαφή λόγο ενεργοποίησης, για παράδειγμα όταν ο κατάλογος προγραμμάτων γίνει πραγματικά δύσκολος στην πλοήγηση ή όταν η διοικητική ομάδα αποκτήσει διαδικασία που αξίζει να αυτοματοποιηθεί.

Λίστα ελέγχου εύρους έργου

Όταν αυτές οι αποφάσεις υπάρχουν γραπτώς, η κατασκευή παύει να είναι αόριστη δημιουργική διαδικασία και γίνεται έργο με σαφή όρια. Αυτό επιτρέπει καλύτερες αποφάσεις, λιγότερες επαναλήψεις και μια ιστοσελίδα που μπορεί να εξελιχθεί χωρίς να χρειάζεται να ξανασχεδιαστεί από την αρχή κάθε φορά που αλλάζει μια ανάγκη.

Απαίτηση για ιδιοκτησία και έγκριση περιεχομένου

Η προδιαγραφή πρέπει να ορίζει όχι μόνο τι θα εμφανίζεται, αλλά και ποιος έχει την ευθύνη κάθε κατηγορίας πληροφορίας. Ένας υπεύθυνος προγράμματος μπορεί να εγκρίνει τις εκπαιδευτικές περιγραφές, ενώ η ομάδα επικοινωνίας φροντίζει για μορφοποίηση, εικόνες και συνέπεια. Όταν η ευθύνη είναι ασαφής, οι διορθώσεις καθυστερούν και διαφορετικές εκδόσεις του ίδιου κειμένου καταλήγουν σε διαφορετικές σελίδες.

Απαίτηση για μελλοντική επέκταση

Ένα ΙΕΚ πληροφορικής μπορεί να προσθέσει νέες κατευθύνσεις, εργαστήρια ή θεματικές. Η αρχική προδιαγραφή πρέπει να απαντά πώς θα προστεθεί μια νέα σελίδα χωρίς να απαιτείται νέος σχεδιασμός από μηδενική βάση. Κοινά πεδία, επαναχρησιμοποιήσιμα πρότυπα και σαφείς κατηγορίες επιτρέπουν ανάπτυξη χωρίς να χαλά η πλοήγηση.

Η απαίτηση αυτή δεν σημαίνει ότι πρέπει να προβλεφθούν όλες οι πιθανές λειτουργίες από την πρώτη ημέρα. Σημαίνει ότι η δομή δεν πρέπει να εγκλωβίζει τη σχολή. Οι λειτουργίες που δεν είναι άμεσα αναγκαίες μπορούν να καταγραφούν ως μεταγενέστερη φάση, με σαφή διάκριση από όσα απαιτούνται για την πρώτη δημοσίευση.

Κριτήριο αποδοχής κάθε απαίτησης

Κάθε βασική απαίτηση είναι χρήσιμο να συνοδεύεται από απλό τρόπο ελέγχου. Αν ζητείται φόρμα ενδιαφέροντος, η αποδοχή σημαίνει επιτυχή δοκιμαστική αποστολή. Αν ζητείται πρότυπο προγράμματος, σημαίνει ότι μπορεί να δημιουργηθεί δεύτερη σελίδα χωρίς νέα σχεδιαστική παρέμβαση. Έτσι η παράδοση βασίζεται σε παρατηρήσιμο αποτέλεσμα και όχι σε ασαφείς διατυπώσεις.