ΤΟΜΕΑΣ ΗΛΕΚΤΡΟΝΙΚΗΣ ΚΑΙ ΥΠΟΛΟΓΙΣΤΩΝ ΤΜΗΜΑ ΗΛΕΚΤΡΟΛΟΓΩΝ ΜΗΧΑΝΙΚΩΝ ΤΕΧΝΟΛΟΓΙΑ ΛΟΓΙΣΜΙΚΟΥ 8Ο ΕΞΑΜΗΝΟ & ΜΗΧΑΝΙΚΩΝ ΥΠΟΛΟΓΙΣΤΩΝ 2007 Α.Π.Θ. ΠΕΡΙΚΛΗΣ Α. ΜΗΤΚΑΣ www.music-events.gr Σύστημα διοργάνωσης μουσικών εκδηλώσεων Προδιαγραφές Λογισμικού Έκδοση 0.1 (πρόχειρη) Ονόματα Ομάδας Χιονίδης Ιωάννης Παραστατίδης Νικόλαος Τζιώνας Δημήτριος Ημ/νiα 14/06/2007
Πίνακας Περιεχομένων 1 Υποσύστημα Βάσης Δεδομένων...5 1.1 Γενική Περιγραφή...5 1.2 Αρχιτεκτονική Σχεδίαση...6 1.3 Είσοδοι, Έξοδοι και Διεπαφές του Υ/Σ Βάσης Δεδομένων...8 1.3.1 Είσοδοι του υποσυστήματος Βάσης Δεδομένων...8 1.3.2 Έξοδοι του υποσυστήματος Βάσης Δεδομένων...12 1.3.3 Διεπαφές του υποσυστήματος Βάσης Δεδομένων...13 1.4 Λειτουργίες του υποσυστήματος Βάσης Δεδομένων...14 1.4.1 Λειτουργία-1: Sign up απλού χρήστη...14 1.4.2 Λειτουργία-2: Sign up διοργανωτή...15 1.4.3 Λειτουργία-3: Sign up πράκτορα...15 1.4.4 Λειτουργία-4: Log in...16 1.4.5 Λειτουργία-5: Log in Security Code(για administrator και moderator)...17 1.4.6 Λειτουργία-6: Εισαγωγή νέας διοργάνωσης...17 1.4.7 Λειτουργία-7: Εισαγωγή νέας προσφοράς πράκτορα...18 1.4.8 Λειτουργία-8: Αγορά ηλεκτρονικού εισιτηρίου...19 1.4.9 Λειτουργία-9: Εμφάνιση καταχωρημένης διοργάνωσης...20 1.4.10 Λειτουργία-10: Εμφάνιση καταχωρημένης προσφοράς...21 1.5 Παράρτημα UML Διαγραμμάτων του Υ/Σ Βάσης Δεδομένων...23 1.5.1 Use Case Διάγραμμα του Υ/Σ...23 1.5.2 Το πακέτο gr.auth.ee.music-events.dbase...23 1.5.3 Διαγράμματα UML για τις λειτουργίες...24 2 Υποσύστημα INTERFACE...30 2.1 Γενική Περιγραφή...30 2.2 Αρχιτεκτονική Σχεδίαση...31 2.3 Είσοδοι, Έξοδοι και Διεπαφές του Υ/Σ Interface...34 2.3.1 Είσοδοι του υποσυστήματος Interface...36 2.3.2 Έξοδοι του υποσυστήματος Interface...42 2.3.3 Interface...44 2.4 Λειτουργίες του υποσυστήματος Interface...68 2.4.1 Λειτουργία-1: Sign up...68 2.4.2 Λειτουργία-2: Sign up απλού χρήστη...68 2.4.3 Λειτουργία-3: Sign up διοργανωτή...69 2.4.4 Λειτουργία-4: Sign up πράκτορα...70 2.4.5 Λειτουργία-5: Log in...71 2.4.6 Λειτουργία-6: Log in Security Code(για administrator και moderator)...71 2.4.7 Λειτουργία-7: Εισαγωγή νέας διοργάνωσης...72
2.4.8 Λειτουργία-8: Εισαγωγή νέας προσφοράς πράκτορα...73 2.4.9 Λειτουργία-9: Αγορά ηλεκτρονικού εισιτηρίου...74 2.4.10 Λειτουργία-10: Εμφάνιση καταχωρημένης διοργάνωσης...74 2.4.11 Λειτουργία-11: Εμφάνιση καταχωρημένης προσφοράς...75 2.5 Παράρτημα UML Διαγραμμάτων του Interface...77 2.5.1 Use Case Διάγραμμα του Interface...77 2.5.2 Το πακέτο gr.auth.ee.music-events.if...77 2.5.3 Διαγράμματα UML για τις λειτουργίες...78...81
Ιστορικό Αναθεωρήσεων Όνομα Ημερομηνία Αλλαγή Έκδοση Α. Μπάτζιος 2007-06-14 Δημιουργία εγγράφου. 0.1 Μέλη της Ομάδας Ανάπτυξης www.music-events.gr Όνομα OE Email Αλέξανδρος Μπάτζιος * alex@danae.ee.auth.gr Χιονίδης Ιωάννης 10 john@echidna-band.com Παραστατίδης Νικόλαος 10 nikos@echidna-band.com Τζιώνας Δημήτριος 10 dim.tziwnas@gmail.com
1 Υποσύστημα Βάσης Δεδομένων 1.1 Γενική Περιγραφή Ο στόχος του υποσυστήματος της βάσης δεδομένων είναι η αποθήκευση, η διατήρηση και η διαχείριση όλων των απαραίτητων δεδομένων που είναι απαραίτητα για τη λειτουργία του συστήματος, καθώς και η προσφορά υπηρεσιών με την εκτέλεση ερωτημάτων. Από αυτό διαφαίνεται και ο κεντρικός ρόλος του υποσυστήματος, καθώς η λειτουργία όλων των υπολοίπων υποσυστημάτων θεωρούν ως δεδομένη την ύπαρξη και σωστή λειτουργία της βάσης δεδομένων. Έτσι, παρουσιάζεται παρακάτω σχηματικά (Εικόνα 1) μία απλοποιημένη αναπαράσταση του κεντρικού ρόλου της βάσης δεδομένων. Εικόνα 1. Αναλυτικότερη παρουσίαση της ροής δεδομένων ανάμεσα στην βάση δεδομένων και το κάθε ένα από τα υπόλοιπα υποσυστήματα θα γίνει παρακάτω.
1.2 Αρχιτεκτονική Σχεδίαση Όπως περιγράφηκε παραπάνω, το υποσύστημα της βάσης δεδομένων, αποτελεί το κεντρικό υποσύστημα και υποστηρίζει τις λειτουργίες όλων των υπολοίπων υποσυστημάτων. Σαν αποτέλεσμα, ο ρόλος του θα μπορούσε να προσομοιωθεί μόνο με το μοντέλο της αποθήκης. Οι κύριοι λόγοι επιλογής αυτού του μοντέλου είναι οι εξής: Το υποσύστημα της βάσης δεδομένων, εξορισμού, περιέχει όλα τα απαραίτητα δεδομένα για τη λειτουργία του συστήματος. Μια αναλυτική μελέτη μπορεί να δείξει ότι ο όγκος των δεδομένων που απαιτεί το κάθε υποσύστημα είναι τεράστιος, και η διαχείρισή τους σε αυτόνομο επίπεδο είναι ιδιαίτερα επίπονη και αναποτελεσματική. Έτσι, επιλέγεται ένα κεντρικό υποσύστημα αποθήκευσης, διατήρησης και διαχείρισης όλων των δεδομένων, με βάση το οποίο η κεντρική διαχείρισή τους γίνεται πιο αποτελεσματικά, και εν τέλει η λειτουργία του συστήματος γίνεται πιο αποδοτική και εύχρηστη. Η κεντρική διαχείριση των δεδομένων που περιγράφηκε παραπάνω, απαλλάσσει όλα τα υπόλοιπα υποσυστήματα από το φόρτο της διαχείρισης των σχετικών με αυτά δεδομένα. Με αυτόν τον τρόπο η λειτουργία του κάθε υποσυστήματος επικεντρώνεται στην πιο αποτελεσματική παροχή υπηρεσιών στους εμπλεκόμενους χρήστες, χωρίς να επιφορτίζεται με περιττές διεργασίες. Επίσης, η κεντρική διαχείριση εκμηδενίζει την πιθανότητα εσφαλμένης διαχείρισης ενός όγκου δεδομένων από διαφορετικά υποσυστήματα, πράγμα που θα μπορούσε να οδηγήσει από την ακούσια μεταβολή τους έως και την καταστροφή τους. Τέλος, η ύπαρξη μίας βάσης δεδομένων εκτελεί κρίσιμες λειτουργίες για την αποτελεσματικότητα του συστήματος, όπως: o Είναι δυνατή η εξασφάλιση της άμεσης ανάκτησης όλων των δεδομένων είτε μετά από κάποια αστοχία υλικού είτε μετά από κάποιο κακόβουλη ενέργεια, με την τακτική λήψη αντιγράφων ασφαλείας (back up). o Ειδικά για την περίπτωση αστοχίας υλικού προβλέπεται η χρήση συστοιχίας δίσκων RAID, έτσι ώστε η λειτουργία του συστήματος να συνεχίζεται απρόσκοπτα, με ελάχιστο χρονικό διάστημα άρνησης παροχής υπηρεσιών. o Είναι δυνατή η αποτελεσματικότερη αναγνώριση και αυθεντικοποίηση όλων των χρηστών που προσπαθούν να προσπελάσουν το σύστημα. Έτσι, ο κάθε χρήστης εξουσιοδοτείται μόνο με τα απαραίτητα για τα καθήκοντά του προνόμια δικαιώματα πάνω στη βάση, με αποτέλεσμα να αποτρέπεται η κατοχή επιπλέον προνομίων, πράγμα το οποίο θα μπορούσε να οδηγήσει σε κακόβουλες ενέργειες, ή σε ακούσια καταστροφή δεδομένων λόγω περιορισμένων γνώσεων του χρήστη.
o Έχουμε κεντρική διαχείριση των δικαιωμάτων όλων των χρηστών, με τη χρήση ξεχωριστών ρόλων. Τα δικαιώματα αποδίδονται σε ρόλους, και οι ρόλοι αποδίδονται ακολούθως σε χρήστες. Για την ομαλή λειτουργία του συστήματος, οι ρόλοι βρίσκονται σε κάποια ιεραρχία: Ο ρόλος του administrator είναι ο μόνος που εξουσιοδοτείται να έχει απευθείας πρόσβαση πάνω στη βάση δεδομένων, έχοντας το δικαίωμα εκτέλεσης όλων των λειτουργιών. Όλοι οι ακόλουθοι ρόλοι για λόγους ασφαλείας έχουν πρόσβαση στη βάση μόνο μέσω όψεων, και όχι απευθείας πρόσβαση στους πίνακες της βάσης. Οι ρόλοι αυτοί είναι οι εξής: Moderator Διοργανωτής Ταξιδιωτικός πράκτορας Χρήστης-μέλος Απλός χρήστης o Επίσης, είναι δυνατόν τα δεδομένα που είναι αποθηκευμένα στη βάση να είναι υπό κρυπτογραφημένη μορφή, έτσι ώστε η οποιαδήποτε πρόσβαση σε αυτά από κάποιον κακόβουλο χρήστη να αποτρέπει την αποκάλυψη ή την οποιαδήποτε άλλη χρήση τους. Με όλα τα παραπάνω, επιτυγχάνεται η τήρηση τόσο της ακεραιότητας, όσο και της εμπιστευτικότητας του συστήματος, στοιχεία κρίσιμα για τον χαρακτηρισμό του ως επιτυχημένου και αποτελεσματικού.
1.3 Είσοδοι, Έξοδοι και Διεπαφές του Υ/Σ Βάσης Δεδομένων Η βάση δεδομένων, σαν το κεντρικό υποσύστημα του συστήματος, επεξεργάζεται όλα τα δεδομένα που είναι απαραίτητα για όλα τα υπόλοιπα υποσυστήματα. Έτσι, στα πλαίσια της λειτουργίας ενός υποσυστήματος, δέχεται δεδομένα από αυτό, τα αποθηκεύει, και επιστρέφει σε αυτό όσα δεδομένων ζητούνται έπειτα από κάποιο ερώτημα. Επίσης κατά την είσοδο των δεδομένων ελέγχεται εάν συμφωνούν με το κατάλληλο domain-τύπο δεδομένων που ορίστηκε κατά την δημιουργία της βάσης, εξασφαλίζοντας έτσι την εγκυρότητα τους Για να γίνει πιο ακριβής η περιγραφή της ροής δεδομένων, θα πρέπει να εξετασθεί η αλληλεπίδραση της βάσης με κάθε υποσύστημα ξεχωριστά, και να καταγραφούν οι είσοδοι και οι έξοδοι της βάσης στα πλαίσια της κάθε συνεργασίας. <Για ευκολία στις εισόδους και εξόδους που παρατίθενται παρακάτω η έξοδος που σημειώνεται με τον αριθμό i θα αντιστοιχεί στην είσοδο i. Επίσης, η κάθε είσοδος θεωρείται ότι είναι της μορφής String, εκτός κι αν σημειώνεται διαφορετικά> 1.3.1 Είσοδοι του υποσυστήματος Βάσης Δεδομένων 1) Σε σχέση με το υποσύστημα Διαχείρισης Χρηστών a. Log In Η βάση δεδομένων, κατά την έναρξη ενός session με κάποιο χρήστη που επιθυμεί πρόσβαση στο σύστημα, δέχεται το username και το password του χρήστη, Έπειτα, γίνεται σύγκριση του username που εισήχθη με τα username του κατάλληλου αρχείου αναγνωριστικών συνθηματικών της βάσης. Εάν αυτό υπάρχει, ακολουθεί σύγκριση του password που εισήχθη, με το password του αρχείου συνθηματικών που αντιστοιχεί στο επιθυμητό username. Εάν όμως το username και το password αναγνωριστούν επιτυχώς, και βρεθεί ότι αντιστοιχούν είτε σε ρόλο administrator είτε σε ρόλο moderator, τότε ζητείται επιπλέον σαν είσοδος και ένας πρόσθετος κωδικός ασφαλείας. b. Sign Up Ανάλογα με το είδος του λογαριασμού που επιχηρείται να δημιουργηθεί μέσα από τη διαδικασία του sign up, έχουμε τις παρακάτω περιπτώσεις: Χρήστης o Name
o Last Name o Address o Number o Telephone Number o Credit Card o Number (4 τετράδες αριθμών) o Security code o Expiry date - year o Expiry date - month o e-mail (to receive a summary of your purchase) o First Name o Last Name o Username o Password o Retype Password o NUMBER Και οι λογικές (Boolean) τιμές: o Rock o Pop o Metal o Jazz o Blues o Classic o Folk o Traditional o Electronic Διοργανωτής o Company Name o Address o Address Number o Telephone Number o First Name o Last Name o Telephone o Fax
o E-mail o Tax Payers Code o Site o Username o Password o Retype Password o NUMBER Πράκτορας o Company Name o Address o Address Number o Telephone Number o First Name o Last Name o Telephone o Fax o E-mail o Tax Payers Code o Site o Username o Password o Retype Password o NUMBER 2) Σε σχέση με το υποσύστημα Διαχείρισης Διοργανωτών. Σαν είσοδο στην βάση δεδομένων το παραπάνω υποσύστημα παρέχει τα εξής στοιχεία o Name o Band o Support bands o City o Venue o Date o Ticket price
o About the event o Band history o General infο Και τις λογικές (Boolean) τιμές: o Rock o Pop o Metal o Jazz o Blues o Classic o Folk o Traditional o Electronic 3) Σε σχέση με το υποσύστημα e-ticket. Σαν είσοδο στην βάση δεδομένων το υποσύστημα αυτό παρέχει τα εξής στοιχεία o Name o Last name o Address o Number o Telephone Number o e-mail o Security code o First Name o Last Name o e-mail (to receive a summary of your purchase) o Credit Card o Number (4 τετράδες αριθμών) o Expiry date - month o Expiry date - year o Item no 4) Σε σχέση με το υποσύστημα πράκτορας o Τρόπος μεταφοράς
o Ημερομηνία αναχώρησης o Ημερομηνία επιστροφής o Πόλη αναχώρησης o Τόπος αναχώρησης o Τόπος επιστροφής o Τιμή o Γενική περιγραφή προσφοράς o Όνομα ξενοδοχείου o Κατηγορία ξενοδοχείου o Διεύθνση ξενοδοχείου o Site ξενοδοχείου o Αριθμός διανυκτερεύσεων o Γενική περιγραφή προσφοράς 1.3.2 Έξοδοι του υποσυστήματος Βάσης Δεδομένων 1) Σε σχέση με το υποσύστημα Διαχείρισης Χρηστών a. Log In Εάν το username και το password (αλλά και ο πρόσθετος κωδικός ασφαλείας για την περίπτωση του administrator ή του moderator) που εισήγαγε ένας χρήστης αναγνωριστούν επιτυχώς, τότε ο χρήστης εισάγεται στο σύστημα, ενώ η βάση δεδομένων αποδίδει στο χρήστη όλα τα δικαιώματα που αντιστοιχούν στο ρόλο που του έχει αποδοθεί. Εάν όμως η σύγκριση είναι ανεπιτυχής, η βάση αποκρίνεται με ένα μήνυμα λάθους, έτσι ώστε ο χρήστης να ενημερωθεί για το αποτέλεσμα και να ακολουθήσει η επανεισαγωγή των στοιχείων του. b. Sign Up Σε περίπτωση επιτυχούς εισαγωγής όλων των δεδομένων η βάση εκτελεί την καταχώρηση τους με την δημιουργία της κατάλληλης εγγραφής και στην συνέχεια αποκρίνεται με το κατάλληλο μήνυμα επιτυχούς καταχώρησης (true). Σε αντίθετη περίπτωση, δηλαδή στην περίπτωση όπου έστω και ένα δεδομένο εισήχθη με μορφή η οποία δεν συμφωνεί με το αντίστοιχο domain της βάσης, αποκρίνεται με μήνυμα ανεπιτυχούς εισαγωγής (false), έτσι ώστε ο χρήστης να ενημερωθεί για το αποτέλεσμα και να ακολουθήσει η επανεισαγωγή των στοιχείων του.. 2) Σε σχέση με το υποσύστημα Διαχείρισης Διοργανωτών.
Ομοίως με την παραπάνω περίπτωση, ελέγχονται τα σταλθέντα στοιχεία τα οποία έχει υποβάλλει ο χρήστης και υπάρχει αντίστοιχη αντιμετώπιση με το 1b είτε σε περίπτωση επιτυχούς είτε ανεπιτυχούς εισαγωγής δεδομένων. 3) Σε σχέση με το υποσύστημα e-ticket. Όμοια με παραπάνω. 4) Σε σχέση με το υποσύστημα πράκτορας Όμοια με παραπάνω 1.3.3 Διεπαφές του υποσυστήματος Βάσης Δεδομένων Γενικά στο σύστημα τηρείται η πολιτική που φαίνεται στο σχήμα που ακολουθεί (Εικόνα 2) Εικόνα 2. Όπως φαίνεται, ο τελικός χρήστης έρχεται σε επαφή μόνο με το interface, και η όποια ανταλλαγή δεδομένων με τη βάση δεδομένων εκτελείται με τη βοήθεια του κατάλληλου υποσυστήματος. Αναλυτικότερα ανάλογα με τον ρόλο που αντιστοιχεί σε κάθε χρήστη και με την ενέργεια που αυτός θέλει να εκτελέσει έρχεται σε επαφή με το κατάλληλο τμήμα του interface όπου είτε εισάγει δεδομένα στο σύστημα είτε εκτελεί κάποιο ερώτημα για ανάκτηση δεδομένων. Κι επειδή τα δεδομένα αποθηκεύονται στην Βάση Δεδομένων την όλη διαδικασία μεταφοράς/ επεξεργασίας των δεδομένων αναλαμβάνει το κατάλληλο υποσύστημα. Δηλαδή, το κάθε υποσύστημα αναλαμβάνει τη μεταφορά δεδομένων ανάμεσα στη βάση και στο interface, όπως και την κατάλληλη επεξεργασίας τους, όπως και την επεξεργασία των σημάτων που στέλνει η βάση σαν απόκριση, ώστε να εμφανιστεί το κατάλληλο μήνυμα σε φυσική γλώσσα στο χρήστη μέσω του interface. Σαν αποτέλεσμα, το υποσύστημα της βάσης δεδομένων δεν εμπεριέχει κάποιου είδους διεπαφές με τον τελικό χρήστη.
1.4 Λειτουργίες του υποσυστήματος Βάσης Δεδομένων 1.4.1 Λειτουργία-1: Sign up απλού χρήστη www.music-events.gr Βάση Δεδομένων Λειτουργία Δημιουργία λογαριασμού χρήστη στο σύστημα Περιγραφή Ο χρήστης καλείται να εισάγει όλα τα προσωπικά του στοιχεία και τα επιθυμητά συνθηματικά για να δημιουργήσει προσωπικό λογαριασμό στο σύστημα. Είσοδοι o Name o Last Name o Address o Number o Telephone Number o Credit Card o Number o Security code: o Expiry date - year: o Expiry date - month (4 τετράδες αριθμών) o e-mail (to receive a summary of your purchase) o First Name o Last Name o Username o Password o Retype Password o NUMBER Πηγές Υποσύστημα Διαχείρισης Χρηστών (Sign up) Έξοδοι Απόκριση επιτυχούς/ ανεπιτυχούς λογαριασμού Προορισμοί Υποσύστημα Διαχείρισης Χρηστών (Sign up) Απαιτεί Ορθή συμπλήρωση όλων των στοιχείων σύμφωνα με τα αντίστοιχα domain της βάσης. Τα domain της βάσης αναλαμβάνουν τον καθορισμό του εάν κάθε πεδίο επιτρέπεται να πάρει κενή τιμή (είναι προαιρετικό) ή όχι (είναι υποχρεωτικό). Το πεδίο Password πρέπει να συμφωνεί με το Retype password. Στο πεδίο NUMBER θα πρέπει ο χρήστης να αναπαράγει έναν κωδικός που είναι γραμμένος σε γραφική μορφή. Προαπαιτούμενα - Αποτέλεσμα Μήνυμα επιτυχούς / μη επιτυχούς δημιουργίας λογαριασμού. Παρενέργειες Δεν εμφανίζονται παρενέργειες στην διαδικασία αυτή
1.4.2 Λειτουργία-2: Sign up διοργανωτή www.music-events.gr Βάση Δεδομένων Λειτουργία Δημιουργία λογαριασμού διοργανωτή στο σύστημα Περιγραφή Ο διοργανωτής καλείται να εισάγει όλα τα απαραίτητα στοιχεία και τα επιθυμητά συνθηματικά για να δημιουργήσει λογαριασμό διοργανωτή στο σύστημα. Είσοδοι o Company Name o Address o Address Number o Telephone Number o First Name o Last Name o Telephone o Fax o E-mail o Tax Payers Code o Site o Username o Password o Retype Password o NUMBER Πηγές Υ/Σ Διαχείρισης Χρηστών (Sign up) Έξοδοι Απόκριση επιτυχούς/ ανεπιτυχούς λογαριασμού Προορισμοί Υποσύστημα Διαχείρισης Χρηστών (Sign up) Απαιτεί Ορθή συμπλήρωση όλων των στοιχείων σύμφωνα με τα αντίστοιχα domain της βάσης. Τα domain της βάσης αναλαμβάνουν τον καθορισμό του εάν κάθε πεδίο επιτρέπεται να πάρει κενή τιμή (είναι προαιρετικό) ή όχι (είναι υποχρεωτικό). Το πεδίο Password πρέπει να συμφωνεί με το Retype password. Στο πεδίο NUMBER θα πρέπει ο χρήστης να αναπαράγει έναν κωδικός που είναι γραμμένος σε γραφική μορφή. Προαπαιτούμενα - Αποτέλεσμα Μήνυμα επιτυχούς / μη επιτυχούς δημιουργίας λογαριασμούς. Παρενέργειες Δεν εμφανίζονται παρενέργειες στην διαδικασία αυτή 1.4.3 Λειτουργία-3: Sign up πράκτορα www.music-events.gr Βάση Δεδομένων Λειτουργία Δημιουργία λογαριασμού πράκτορας στο σύστημα Περιγραφή Ο πράκτορας καλείται να εισάγει όλα τα απαραίτητα στοιχεία και τα επιθυμητά συνθηματικά για να δημιουργήσει λογαριασμό πράκτορα στο σύστημα.
Είσοδοι o Company Name o Address o Address Number o Telephone Number o First Name o Last Name o Telephone o Fax o E-mail o Tax Payers Code o Site o Username o Password o Retype Password o NUMBER Πηγές Υ/Σ Διαχείρισης Χρηστών (Sign up) Έξοδοι Απόκριση επιτυχούς/ ανεπιτυχούς λογαριασμού Προορισμοί Υποσύστημα Διαχείρισης Χρηστών (Sign up) Απαιτεί Ορθή συμπλήρωση όλων των στοιχείων σύμφωνα με τα αντίστοιχα domain της βάσης. Τα domain της βάσης αναλαμβάνουν τον καθορισμό του εάν κάθε πεδίο επιτρέπεται να πάρει κενή τιμή (είναι προαιρετικό) ή όχι (είναι υποχρεωτικό). Το πεδίο Password πρέπει να συμφωνεί με το Retype password. Στο πεδίο NUMBER θα πρέπει ο χρήστης να αναπαράγει έναν κωδικός που είναι γραμμένος σε γραφική μορφή. Προαπαιτούμενα - Αποτέλεσμα Μήνυμα επιτυχούς / μη επιτυχούς δημιουργίας λογαριασμούς. Παρενέργειες Δεν εμφανίζονται παρενέργειες στην διαδικασία αυτή 1.4.4 Λειτουργία-4: Log in www.music-events.gr Βάση Δεδομένων Λειτουργία Είσοδος του χρήστη στο σύστημα Περιγραφή Ο χρήστης καλείται να εισάγει το username και το password του. Είσοδοι o Username Πηγές Έξοδοι Προορισμοί Απαιτεί o Password Υ/Σ Διαχείρισης Χρηστών (Log in) Απόκριση επιτυχούς/ ανεπιτυχούς εισόδου Υποσύστημα Διαχείρισης Χρηστών (Log in) Το εισαγόμενο username πρέπει να υπάρχει στο αρχείο συνθηματικών της βάσης, ενώ το εισαγόμενο Password πρέπει να ταυτίζεται με το password που αντιστοιχεί στο username της
Προαπαιτούμενα Αποτέλεσμα Παρενέργειες βάσης. Να υπάρχει λογαριασμός στο σύστημα με τα συνθηματικά του χρήστη. Μήνυμα επιτυχούς / μη επιτυχούς εισόδου στο σύστημα. Σε περίπτωση επιτυχούς εισαγωγής, αποδίδονται τα δικαιώματα του ρόλου που κατέχει ο χρήστης, για πρόσβαση στη βάση. Εάν όμως ο ρόλος που αντιστοιχεί στο χρήστη είναι είτε ο ρόλος του administrator είτε ο ρόλος του moderator, δεν έχουμε άμεση εισαγωγή στο σύστημα, αλλά η βάση αποκρίνεται στο υποσύστημα πιστοποίησης μόνο με το ρόλο του χρήστη, έτσι ώστε να ακολουθήσει και εισαγωγή του security code. Δεν εμφανίζονται παρενέργειες στην διαδικασία αυτή <Κατά παράβαση ο παρακάτω πίνακας αναφέρεται εδώ και όχι στο αντίστοιχο section για το σύστημα πιστοποίησης (που δεν αναλύεται στα πλαίσια της εργασίας), ώστε να γίνεται πιο πλήρης κατανόηση της διαδικασίας εισαγωγής του administrator/moderator στο σύστημα> 1.4.5 Λειτουργία-5: Log in Security Code(για administrator και moderator) www.music-events.gr Υ/Σ Διαχείρισης Χρηστών Λειτουργία Είσοδος administrator/moderator με security code Περιγραφή Ο χρήστης καλείται να εισάγει το security code. Είσοδοι o security code Πηγές Interface (log in με security code) Έξοδοι Απόκριση επιτυχούς/ ανεπιτυχούς εισόδου Προορισμοί Υποσύστημα Interface (Log In με security code) και υποσύστημα Βάσης Δεδομένων Απαιτεί Το εισαγόμενο security code πρέπει να συμφωνεί με το αντίστοιχο security code που δημιουργείται εκείνη τη στιγμή από έναν ειδικό αλγόριθμο, που βρίσκεται στο υποσύστημα διαχείρισης χρηστών. Προαπαιτούμενα Να έχει εφοδιαστεί ο χρήστης με ειδικό μηχανισμό δημιουργίας κωδικών μίας χρήσεως. Αποτέλεσμα Μήνυμα επιτυχούς / μη επιτυχούς εισόδου στο σύστημα. Σε περίπτωση επιτυχούς εισαγωγής, αποδίδονται από το υποσύστημα Βάσης Δεδομένων τα δικαιώματα του ρόλου που κατέχει ο χρήστης, για πρόσβαση στη βάση. Παρενέργειες Δεν εμφανίζονται παρενέργειες στην διαδικασία αυτή 1.4.6 Λειτουργία-6: Εισαγωγή νέας διοργάνωσης www.music-events.gr Υ/Σ Βάσης Δεδομένων Λειτουργία Εισαγωγή νέας διοργάνωσης από κάποιον διοργανωτή Περιγραφή Ένας διοργανωτής εισάγει όλα τα απαραίτητα στοιχεία για την καταχώρηση μίας νέας διοργάνωσης στο σύστημα Είσοδοι o Name o Band
Πηγές Έξοδοι Προορισμοί Απαιτεί Προαπαιτούμενα Αποτέλεσμα Παρενέργειες o Support bands o City o Venue o Date o Ticket price o About the event o Band history o General info Λογικές (Boolean) τιμές: o Rock o Pop o Metal o Jazz o Blues o Classic o Folk o Traditional o Electronic Υποσύστημα διοργανώσεων Απόκριση επιτυχούς/ ανεπιτυχούς δημιουργίας εγγραφής νέας διοργάνωσης Υποσύστημα διοργανώσεων Τo κάθε στοιχείο που μεταφέρεται από το υποσύστημα διοργανώσεων προς το υποσύστημα της Βάσης, θα πρέπει να συμφωνούν με το αντίστοιχο domain της βάσης δεδομένων. Να έχει προηγηθεί επιτυχής εισαγωγή του διοργανωτή στο σύστημα μέσα από τη διαδικασία του log in. Μήνυμα επιτυχούς / μη επιτυχούς εισαγωγής νέας διοργάνωσης. Σε περίπτωση επιτυχούς εισαγωγής, δημιουργούνται στη βάση δεδομένων οι κατάλληλες εγγραφές. Δεν εμφανίζονται παρενέργειες στην διαδικασία αυτή 1.4.7 Λειτουργία-7: Εισαγωγή νέας προσφοράς πράκτορα www.music-events.gr Υ/Σ Βάσης Δεδομένων Λειτουργία Εισαγωγή νέας προσφοράς από κάποιον πράκτορα Περιγραφή Ένας διοργανωτής εισάγει όλα τα απαραίτητα στοιχεία (υποχρεωτικά + προαιρετικά) για την καταχώρηση μίας νέας προσφοράς στο σύστημα Είσοδοι o Τρόπος μεταφοράς o Ημερομηνία αναχώρησης o Ημερομηνία επιστροφής o Πόλη αναχώρησης
o Τόπος αναχώρησης o Τόπος επιστροφής o Τιμή o Γενική περιγραφή προσφοράς Πηγές Έξοδοι Προορισμοί Απαιτεί o Όνομα ξενοδοχείου o Κατηγορία ξενοδοχείου o Διεύθυνση ξενοδοχείου o Site ξενοδοχείου o Αριθμός διανυκτερεύσεων o Γενική περιγραφή προσφοράς Υποσύστημα ταξιδιωτικού πράκτορα Απόκριση επιτυχούς/ ανεπιτυχούς δημιουργίας εγγραφής νέας προσφοράς Υποσύστημα ταξιδιωτικού πράκτορα Το κάθε στοιχείο που μεταφέρεται από το υποσύστημα ταξιδιωτικού πράκτορα προς το υποσύστημα της Βάσης, θα πρέπει να συμφωνούν με το αντίστοιχο domain της βάσης δεδομένων. Προαπαιτούμενα Να έχει προηγηθεί επιτυχής εισαγωγή του ταξιδιωτικού πράκτορα στο σύστημα μέσα από τη διαδικασία του log in. Επίσης, θα πρέπει να υπάρχει ήδη τουλάχιστο μία εγγραφή διοργάνωσης, ώστε σύμφωνα με τους κανόνες της αναφορικής ακεραιότητας να μπορεί να αντιστοιχηθεί σε αυτή η νέα προσφορά Αποτέλεσμα Παρενέργειες Μήνυμα επιτυχούς / μη επιτυχούς εισαγωγής νέας προσφοράς. Σε περίπτωση επιτυχούς εισαγωγής, δημιουργούνται στη βάση δεδομένων οι κατάλληλες εγγραφές. Δεν εμφανίζονται παρενέργειες στην διαδικασία αυτή 1.4.8 Λειτουργία-8: Αγορά ηλεκτρονικού εισιτηρίου www.music-events.gr Υ/Σ Βάσης Δεδομένων Λειτουργία Εκτέλεση μίας ηλεκτρονικής αγοράς από κάποιο χρήστη. Περιγραφή Εκτέλεση μίας ηλεκτρονικής αγοράς από κάποιο χρήστη, που μπορεί να αφορά είτε μόνο ένα εισιτήριο κάποιας διοργάνωσης είτε ένα εισιτήριο σε συνδυασμό με κάοια προσφορά ταξιδιωτικού πράκτορα. Είσοδοι o Name o Last name o Address o Number o Telephone Number o e-mail
Πηγές Έξοδοι Προορισμοί Απαιτεί o Number o Security code o First Name o Last Name (4 τετράδες αριθμών) o e-mail (to receive a summary of your purchase) o Credit Card o Expiry date - month o Expiry date - year o Item no Υποσύστημα e-ticket Απόκριση επιτυχούς/ ανεπιτυχούς δημιουργίας εκτέλεσης αγοράς Υποσύστημα e-ticket Τo κάθε στοιχείο που μεταφέρεται από το υποσύστημα e-ticket προς το υποσύστημα της Βάσης, θα πρέπει να συμφωνούν με το αντίστοιχο domain της βάσης δεδομένων. Προαπαιτούμενα Επίσης, θα πρέπει να υπάρχει ήδη τουλάχιστο μία εγγραφή διοργάνωσης, ώστε σύμφωνα με τους κανόνες της αναφορικής ακεραιότητας να μπορεί να αντιστοιχηθεί σε αυτή το ηλεκτρονικό εισιτήριο και η ηλεκτρονική αγορά Αποτέλεσμα Παρενέργειες Μήνυμα επιτυχούς / μη επιτυχούς εισαγωγής εκτέλεσης της αγοράς. Σε περίπτωση επιτυχούς εκτέλεσης, δημιουργούνται στη βάση δεδομένων οι κατάλληλες εγγραφές, και ανανεώνονται τα κατάλληλα πεδία Κατά την εκτέλεση μίας αγοράς εισιτηρίου, εκτός από τη δημιουργία εγγραφής με τα στοιχεία της αγοράς, έχουμε και ανανέωση πεδίων (πχ. Του πεδίου των του δείκτη διαθεσιμότητας των εισιτηρίων ). Για να αποφευχθούν τυχόν παρενέργειες, γίνεται χρήση transaction. 1.4.9 Λειτουργία-9: Εμφάνιση καταχωρημένης διοργάνωσης www.music-events.gr Υ/Σ Βάσης Δεδομένων Λειτουργία Εμφάνιση μίας ήδη καταχωρημένης διοργάνωσης Περιγραφή Εμφανίζονται τα στοιχεία μίας (ήδη) καταχωρημένης διοργάνωσης ανάλογα με το ερώτημα που υποβάλλει ο χρήστης Είσοδοι Φίλτρο αναζήτησης Πηγές Υποσύστημα Interface Έξοδοι o Name o Band o Support bands o City o Venue o Date
o Ticket price o About the event o Band history o General info Από τα παρακάτω εμφανίζονται μόνο οι ετικέτες των οποίων η αντίστοιχη τιμή έχει λογική τιμή true: o Rock o Pop o Metal o Jazz o Blues o Classic o Folk o Traditional o Electronic Προορισμοί Υποσύστημα Interface Απαιτεί - Προαπαιτούμενα Θα πρέπει να υπάρχουν κάποιες ήδη καταχωρημένες διοργανώσεις, αλλιώς στο ερώτημα θα έχουμε πάντα «κενή» απόκριση Αποτέλεσμα Σε περίπτωση επιτυχούς αναζήτησης, επιστρέφονται από τη βάση όλα τα απαραίτητα πεδία. Σε περίπτωση ανεπιτυχούς αναζήτησης, έχουμε απόκριση ενημέρωσης για μη ύπαρξη κατάλληλης εγγραφής. Παρενέργειες Δεν εμφανίζονται παρενέργειες στην διαδικασία αυτή 1.4.10 Λειτουργία-10: Εμφάνιση καταχωρημένης προσφοράς www.music-events.gr Υ/Σ Βάσης Δεδομένων Λειτουργία Εμφάνιση μίας ήδη καταχωρημένης προσφοράς Περιγραφή Εμφανίζονται τα στοιχεία μίας (ήδη) καταχωρημένης προσφοράς ανάλογα με το ερώτημα που υποβάλλεται Είσοδοι Φίλτρο αναζήτησης Πηγές Υποσύστημα Interface Έξοδοι o Τρόπος μεταφοράς o Ημερομηνία αναχώρησης o Ημερομηνία επιστροφής o Πόλη αναχώρησης o Τόπος αναχώρησης o Τόπος επιστροφής o Τιμή o Γενική περιγραφή προσφοράς
o Όνομα ξενοδοχείου o Κατηγορία ξενοδοχείου o Διεύθυνση ξενοδοχείου o Site ξενοδοχείου o Αριθμός διανυκτερεύσεων o Γενική περιγραφή προσφοράς Προορισμοί Υποσύστημα Interface Απαιτεί - Προαπαιτούμενα Θα πρέπει να υπάρχουν κάποιες ήδη καταχωρημένες διοργανώσεις, αλλιώς στο ερώτημα θα έχουμε πάντα «κενή» απόκριση Αποτέλεσμα Σε περίπτωση επιτυχούς αναζήτησης, επιστρέφονται από τη βάση όλα τα απαραίτητα πεδία. Σε περίπτωση ανεπιτυχούς αναζήτησης, έχουμε απόκριση ενημέρωσης για μη ύπαρξη κατάλληλης εγγραφής. Παρενέργειες Δεν εμφανίζονται παρενέργειες στην διαδικασία αυτή
1.5 Παράρτημα UML Διαγραμμάτων του Υ/Σ Βάσης Δεδομένων 1.5.1 Use Case Διάγραμμα του Υ/Σ Εικόνα 3. 1.5.2 Το πακέτο gr.auth.ee.music-events.dbase Όσον αφορά την υλοποίηση του υποσυστήματος της βάσης δεδομένων, δεν παρατηρείται δημιουργία κάποιων κλάσεων, μιας και η δημιουργία της δεν ακολουθεί αντικειμενοστραφείς μεθόδους, αλλά γίνεται σύμφωνα με το σχεσιακό μοντέλο. Οι πίνακες που αποτελούν τη βάση δεδομένων ακολουθούν παρακάτω, με τη σήμανση των απαραίτητων στοιχείων για την τήρηση των κανόνων αναφορικής ακεραιότητας (κύρια και ξένα κλειδιά).
1.5.3 Διαγράμματα UML για τις λειτουργίες 1.5.3.1 Διάγραμμα καταστάσεων για τις Λειτουργίες 1,2,3 Εικόνα 4.
1.5.3.2 Διάγραμμα καταστάσεων για τις Λειτουργίες 4,5 Εικόνα 5.
1.5.3.3 Διάγραμμα καταστάσεων για τη Λειτουργία-6 Εικόνα 6.
1.5.3.4 Διάγραμμα καταστάσεων για τη Λειτουργία-7 Εικόνα 7.
1.5.3.5 Διάγραμμα καταστάσεων για τη Λειτουργία-8 Εικόνα 8.
1.5.3.6 Διάγραμμα καταστάσεων για τη Λειτουργία-9 Εικόνα 9. 1.5.3.7 Διάγραμμα καταστάσεων για τη Λειτουργία-10 Εικόνα 10.
2 Υποσύστημα INTERFACE 2.1 Γενική Περιγραφή Ο στόχος του υποσυστήματος του Interface είναι η διεκπεραίωση της διεπαφής μεταξύ συστήματος και χρήστη. Αποτελεί το «εξωτερικό» υποσύστημα του συστήματος και είναι το μόνο που είναι ορατό στον τελικό χρήστη. Σαν αποτέλεσμα όλα τα ερωτήματα ξεκινάνε από αντίστοιχες ενέργειες του χρήστη στο Interface, ενώ τα αποτελέσματα εμφανίζονται και πάλι σε αυτό με την κατάλληλη μορφοποίηση. Όπως φαίνεται και στο παρακάτω σχήμα (Εικόνα 11), για την αποτελεσματική εκτέλεση των απαραιτήτων λειτουργιών το υποσύστημα του interface χωρίζεται σε διάφορα τμήματα, κάθε ένα από τα οποία αφορά διαφορετικές λειτουργίες του συστήματος. Εικόνα 11.
2.2 Αρχιτεκτονική Σχεδίαση Κρίνοντας τόσο με λειτουργικά όσο και με σχεδιαστικά κριτήρια, καταλήγουμε στο διαχωρισμό του υποσυστήματος του interface σε διάφορες υποκατηγορίες. Η διαφοροποίηση έγινε προκειμένου να γίνει καλύτερη η περιγραφή του υποσυστήματος. Σύμφωνα με τα σχεδιαστικά κριτήρια η ανάπτυξη του συστήματος παρουσιάζεται συνοπτικά στο παρακάτω σχήμα (Εικόνα 12). Εικόνα 12. Όπως φαίνεται αφού έχει γίνει η συγγραφή των απαιτήσεων του κάθε υποσυστήματος η ομάδες υλοποίησης χωρίζονται με πιο τεχνικά κριτήρια, όπως η καταχώρηση δεδομένων ή η ανάκτηση τους. Με το πέρας της διαδικασίας της υλοποίησης, τα διάφορα τμήματα κώδικα κατηγοριοποιούνται με λειτουργικά κριτήρια όπως φαίνεται παρακάτω (Εικόνα 13).
Εικόνα 13. Στο παρακάτω σχήμα (Εικόνα 14) με τη χρήση χρωμάτων γίνεται φανερός ο διαχωρισμός του συστήματος σε τρία επίπεδα INTERFACE ΥΠΟΣΎΣΤΗΜΑ Χ ΒΑΣΗ ΔΕΔΟΜΕΝΩΝ Εικόνα 14. Όπως γίνεται αντιληπτό το υψηλότερο επίπεδο της εφαρμογής που βρίσκεται στο άκρο του τελικού χρήστη είναι το interface, κάθε τμήμα του οποίου προκειμένου να γίνει λειτουργικό, δηλαδή να γίνει χειρισμός δεδομένων, πρέπει να συνεργάζεται ομαλά με το κατάλληλο υποσύστημα, ώστε να υπάρχει κατάλληλη πρόσβαση στη βάση. Για την υλοποίηση του interface χρησιμοποιείται το μοντέλο της αφηρημένης μηχανής, προκειμένου να: o Έχουμε μοντελοποίηση των διεπαφών μεταξύ των διαφόρων υποσυστημάτων που δημιουργούνται.
o o o Διασπάται τόσο η δομή όσο και η λειτουργία του συστήματος σε ένα σύνολο στρωμάτων, κάθε ένα από τα οποία επικεντρώνεται στην διεκπεραίωση μιας συγκεκριμένης λειτουργίας, με αποτέλεσμα να έχουμε αποτελεσματικότερη παροχή υπηρεσιών. Διευκολύνεται η υλοποίηση του συστήματος, καθώς η διάσπαση του σε επιμέρους επίπεδα/ τμήματα επιτρέπει στην κάθε ομάδα ανάπτυξης να αναλαμβάνει ένα πολύ συγκεκριμένο κομμάτι της εφαρμογής. Απλοποιείται η διαδικασία συντήρησης του συστήματος, καθώς κάθε τμήμα χαρακτηρίζεται από ένα βαθμό αυτονομίας, δηλαδή όταν αλλάζει κάποια διεπαφή επηρεάζονται μόνο τα γειτονικά στρώματα. Συμπερασματικά, η επικοινωνία ανάμεσα στο interface και τα διάφορα υποσυστήματα του αμέσως κατωτέρου στην ιεραρχία επιπέδου γίνεται με κεντρικό μοντέλο ελέγχου. Δηλαδή το υποσύστημα του interface, έχοντας την γενική εποπτεία του ελέγχου δέχεται τα ερεθίσματα του τελικού χρήστη και ακολούθως ενεργοποιεί το κατάλληλο υποσύστημα, ώστε να επιτευχθεί σωστή επικοινωνία με τη βάση δεδομένων.
2.3 Είσοδοι, Έξοδοι και Διεπαφές του Υ/Σ Interface Το interface αποτελώντας το ανώτερο επίπεδο της εφαρμογής αποτελεί το τμήμα εκείνο του συστήματος που αναλαμβάνει την διεπαφή με τον χρήστη. Επομένως αποτελεί την κύρια μονάδα εισόδου ερεθισμάτων από τον χρήστη με την έννοια της εισόδου δεδομένων από αυτόν, ενώ επίσης αποτελεί το μέσο με το οποίο ο χρήστης αντιλαμβάνεται το αποτέλεσμα των ενεργειών. Λαμβάνοντας υπόψη τα προηγούμενα όσο και το γεγονός ότι πρόκειται για webbased εφαρμογή, υπεισέρχονται και άλλοι σημαντικοί παράγοντες στον σχεδιασμό του υποσυστήματος αυτού, όπως η ευκολία στην χρήση και η σαφήνεια στον τρόπο με τον οποίο προβάλλει τις πληροφορίες. Εικόνα 15. Όπως φαίνεται στο παραπάνω σχήμα (Εικόνα 15), επειδή το υποσύστημα του interface βρίσκεται ανάμεσα στο στρώμα του χρήστη και στο στρώμα των εξειδικευμένων υποσυστημάτων, ο ρόλος του είναι να ερμηνεύει τις πληροφορίες που λαμβάνει από τη μία κατεύθυνση και να τις παρέχει στην άλλη με έναν τρόπο κατανοητό και λειτουργικό γι αυτήν.