Απαιτήσεις Λογισμικού

Transcript

1 ΤΟΜΕΑΣ ΗΛΕΚΤΡΟΝΙΚΗΣ ΚΑΙ ΥΠΟΛΟΓΙΣΤΩΝ ΤΜΗΜΑ ΗΛΕΚΤΡΟΛΟΓΩΝ ΜΗΧΑΝΙΚΩΝ ΤΕΧΝΟΛΟΓΙΑ ΛΟΓΙΣΜΙΚΟΥ 8Ο ΕΞΑΜΗΝΟ & ΜΗΧΑΝΙΚΩΝ ΥΠΟΛΟΓΙΣΤΩΝ 2007 Α.Π.Θ. ΠΕΡΙΚΛΗΣ Α. ΜΗΤΚΑΣ Σύστημα διοργάνωσης μουσικών εκδηλώσεων Απαιτήσεις Λογισμικού Έκδοση 0.2 (Τελική) Ονόματα Ομάδας Χιονίδης Ιωάννης Παραστατίδης Νικόλαος Τζιώνας Δημήτριος Ημ/νiα 31/05/2007

2 Απαιτήσεις Λογισμικού για το Σελίδα ii Πίνακας Περιεχομένων 1. Εισαγωγικά Στόχος του Εγγράφου Τυπογραφικές Παραδοχές του Εγγράφου Αναγνωστικό κοινό και τρόπος ανάγνωσης Σκοπός του Έργου Γενική Περιγραφή του Συστήματος Η προοπτική του Κύρια δομικά στοιχεία του Κατηγορίες και Χαρακτηριστικά Χρηστών Περιβάλλον Λειτουργίας Μεθοδολογία Ανάπτυξης Διαθέσιμες Τεχνολογίες Υποστήριξη χρηστών Υποθέσεις και εξαρτήσεις Δομικά Στοιχεία του Βάση δεδομένων Σύντομη περιγραφή και προτεραιότητα Ακολουθίες εισόδου - αποκρίσεις Λειτουργικές απαιτήσεις Interface Σύντομη περιγραφή και προτεραιότητα Ακολουθίες εισόδου - αποκρίσεις Λειτουργικές απαιτήσεις Απαιτήσεις Εξωτερικών Διεπαφών Διεπαφή με το Χρήστη Βάση δεδομένων Διεπαφή με το Υλικό Διεπαφή με άλλα προϊόντα λογισμικού Βάση Δεδομένων: Interface: Διεπαφές επικοινωνίας Βάση Δεδομένων Interface Μη λειτουργικές απαιτήσεις Απαιτήσεις Επίδοσης Βάση Δεδομένων: Interface Απαιτήσεις Αξιοπιστίας Βάση δεδομένων Interface Απαιτήσεις Ασφάλειας Βάση δεδομένων Interface... 42

3 Απαιτήσεις Λογισμικού για το Σελίδα iii Ιστορικό Αναθεωρήσεων Όνομα Ημερομηνία Αλλαγή Έκδοση Α. Μπάτζιος Δημιουργία εγγράφου. Προσαρμογή του προτύπου του K. E. Wiegers. Α. Μπάτζιος Αναπροσαρμογή του προτύπου του K. E. Wiegers Μέλη της Ομάδας Ανάπτυξης Όνομα OE Α. Μπάτζιος * alex@issel.ee.auth.gr Χιονίδης Ιωάννης 10 john@echidna-band.com Παραστατίδης Νικόλαος 10 nikos@echidna-band.com Τζιώνας Δημήτριος 10 dim.tziwnas@gmail.com Copyright 2002 by Karl E. Wiegers. Permission is granted to use, modify, and distribute this document. Original template is available at: Copyright 2002 by Karl E. Wiegers. Permission is granted to use, modify, and distribute this document. Original template is available at:

4 Απαιτήσεις Λογισμικού για το Σελίδα 4 1. Εισαγωγικά 1.1 Στόχος του Εγγράφου Το παρόν έγγραφο περιγράφει τις απαιτήσεις του Ολοκληρωμένου Συστήματος Διοργάνωσης Μουσικών εκδηλώσεων που υλοποιείται στα πλαίσια του έργου « Οι απαιτήσεις αυτές συντάχθηκαν από την Ομάδα Ανάπτυξης «Ομάδα 10 Η παρούσα έκδοση είναι η δεύτερη (εκδ.0.2) και αποτελεί αναθεώρηση της προηγούμενης έκδοσης, προκειμένου να γίνει καλύτερη καταγραφή των προδιαγραφών, σύμφωνα με τις οποίες θα πραγματοποιηθεί η υλοποίηση του κάθε υποσυστήματος. 1.2 Τυπογραφικές Παραδοχές του Εγγράφου Το κείμενο του εγγράφου τούτου είναι γραμμένο με γραμματοσειρά Times New Roman, μεγέθους 12pt. Οι οδηγίες και οι παρατηρήσεις σημειώνονται με πλάγια γράμματα της οικογένειας Arial μεγέθους 11pt και είναι τοποθετημένα μέσα σε αγκύλες (<>). Οι απαιτήσεις στο κεφάλαιο 3 αριθμούνται με τη μορφή ΑΠ-α.β, όπου το α είναι η αρίθμηση της παραγράφου δεύτερου επιπέδου και β είναι ο αύξων αριθμός της απαίτησης. 1.3 Αναγνωστικό κοινό και τρόπος ανάγνωσης Το έγγραφο αυτό απευθύνεται: Στους μηχανικούς λογισμικού που θα αναλάβουν την ανάπτυξη και υλοποίηση του συστήματος « και όλων των υποσυστημάτων του, προκειμένου να υπάρχει σαφής διαχωρισμός των λειτουργιών κάθε υποσυστήματος και των τεχνικών λεπτομερειών που πρέπει να υλοποιηθούν. Στους ΙΤ - Project Managers (Αλέξανδρος Μπάτζιος) για την παρακολούθηση και καθοδήγηση του έργου, του υπολογισμού του κόστους και του χρόνου ανάπτυξης. Σε πελάτες, οι οποίοι μπορεί να είναι είτε μία μεγάλη εταιρία διοργάνωσης συναυλιών είτε δήμοι ή ακόμα και το υπουργείο Πολιτισμού έτσι ώστε να έχουμε μια σαφή διατύπωση όλων των λειτουργιών που θα εκτελεί το λογισμικό, εν είδη συμφωνητικού για το συμβόλαιο. 1.4 Σκοπός του Έργου Σκοπός του έργου είναι η υλοποίηση ενός συστήματος που θα προσφέρει ενοποιημένες υπηρεσίες στον τομέα των μουσικών γεγονότων. Προκειμένου να επιτευχθεί ο σκοπός αυτός, το σύστημα αναλύεται σε διάφορα υποσυστήματα, κάθε ένα από τα οποία επιτελεί μία εξειδικευμένη λειτουργία, έτσι ώστε να γίνεται καλύτερη εξυπηρέτηση των διάφορων χρηστών.

5 Απαιτήσεις Λογισμικού για το Σελίδα 5 2. Γενική Περιγραφή του Συστήματος Η προοπτική του Κύριος σκοπός του προς υλοποίηση συστήματος, είναι η ενοποιημένη παροχή υπηρεσιών στον τομέα των μουσικών διοργανώσεων. Παρόλο που υπάρχουν διάφορες υλοποιημένες λύσεις γα κάθε ανάγκη στο συγκεκριμένο τομέα, υπάρχει έλλειψη στην παροχή μιας ολοκληρωμένης λύσης. Το κενό αυτό φιλοδοξεί να γεμίσει το σύστημα Σαν αποτέλεσμα, διευκολύνονται σε μεγάλο βαθμό όλα τα εμπλεκόμενα πρόσωπα, και κυρίως το συναυλιακό κοινό, καθώς προσφέρονται πολλές ολοκληρωμένες λύσεις, που γλιτώνουν χρόνο και κόπο από μεριά του. 2.2 Κύρια δομικά στοιχεία του Προκειμένου να είναι εφικτή η υλοποίηση του συστήματος, και δεδομένης της πολυπλοκότητας του έργου, είναι απαραίτητη η διάσπασή του σε επιμέρους υποσυστήματα δομικά συστατικά. Το κάθε υποσύστημα θα επιτελεί μία εξειδικευμένη εργασία, η οποία, σε συνδυασμό με όλες τις άλλες, οδηγεί στην αποτελεσματικότητα του συστήματος. Παρακάτω αναφέρονται όλα τα επιμέρους υποσυστήματα του συστήματος: 1. Υ/Σ 1 Βάσης Δεδομένων 2. Υ/Σ 2 Interface 3. Υ/Σ 3 Διαχείρισης διοργανώσεων 4. Υ/Σ 4 Ταξιδιωτικοί πράκτορες 5. Υ/Σ 5 e-ticket 2.3 Κατηγορίες και Χαρακτηριστικά Χρηστών Στην λειτουργία του συστήματος εμπλέκονται διάφορες ομάδες χρηστών οι οποίες αναφέρονται ενδεικτικά παρακάτω: A. Administrator: Είναι υπεύθυνος για όλα τα τεχνικά θέματα που αφορούν την απρόσκοπτη λειτουργία του συστήματος. Προκειμένου να είναι αποτελεσματικό το έργο του, έχει πλήρη δικαιώματα σε όλα τα υποσυστήματα. Επιπλέον, είναι ο μόνος που έχει πρόσβαση στις βασικές σχέσεις της βάσης δεδομένων. B. Moderator: Για κάθε υποσύστημα υπάρχει και ένας moderator ο οποίος είναι υπεύθυνος για την ορθότητα του περιεχομένου του υποσυστήματος που έχει αναλάβει και εγγυάται την υποστήριξη των χρηστών του. C. Διοργανωτής: Ο κάθε διοργανωτής έχει την δυνατότητα να προσθέσει τις όποιες μελλοντικές διοργανώσεις έχει προγραμματίσει. Επιπλέον έχει δικαιώματα ενημέρωσης και διαγραφής αυτών. Κατά την εγγραφή του διοργανωτή, προκειμένου να εξασφαλιστεί η εμπιστευτικότητα του συστήματος, πριν την ενεργοποίηση του λογαριασμού του θα

6 Απαιτήσεις Λογισμικού για το Σελίδα 6 επαληθεύονται τα προσωπικά του στοιχεία και τα στοιχεία της εταιρίας του από τον αρμόδιο moderator. D. Ταξιδιωτικός πράκτορας: Τα δικαιώματα αυτού του ρόλου θα λειτουργούν υπό το καθεστώς στο οποίο λειτουργούν και τα δικαιώματα του Διοργανωτή. Για κάθε διοργάνωση η οποία έχει επικυρωθεί και έχει δοθεί στην δημοσιότητα θα μπορεί να κάνει προσφορές που αφορούν τόσο στην μεταφορά όσο και στην διαμονή στον τόπος της διοργάνωσης. E. Χρήστη-μέλος: Έχει την δυνατότητα επισκόπησης όλων των καταχωρημένων διοργανώσεων και μπορεί να απολαμβάνει όλες τις υπηρεσίες που παρέχει το σύστημα, όπως την αγορά εισιτηρίου ή/ και την αγορά πακέτου μεταφοράς/ διανομής. Με την εγγραφή του θα μπορεί προαιρετικά να καταχωρεί τα στοιχεία της πιστωτικής/ χρεωστικής του κάρτας ώστε να μπορεί με ευκολία να εκτελεί τις συναλλαγές του σε σύντομο χρονικό διάστημα. Επίσης του δίνεται η δυνατότητα συμμετοχής στα poll που θα δημοσιεύονται. F. Απλός χρήστης: Ο απλός χρήστης θα έχει τα ίδια δικαιώματα με τον χρήστη-μέλος με την διαφορά ότι δεν θα μπορεί να αποθηκεύσει τα στοιχεία της κάρτας του αλλά θα μπορεί να αγοράσει κάποια από τα προϊόντα/ υπηρεσίες εισάγοντας για κάθε αγορά προσωρινά τα στοιχεία της κάρτας του. Επίσης δεν θα μπορεί να συμμετέχει στα poll και στις προτάσεις για support συγκροτήματα. 2.4 Περιβάλλον Λειτουργίας Η φύση του συστήματος απαιτεί την υλοποίηση του σαν μία διαδικτυακή εφαρμογή, πράγμα που συνεπάγεται όλα τα πλεονεκτήματα αλλά και τα μειονεκτήματα που επιφέρει το διαδίκτυο. Βασικό σημείο όπου πρέπει να δοθεί ιδιαίτερη προσοχή είναι η ασφάλεια του συστήματος, δηλαδή: Α) Η πρόσβαση στην βάση δεδομένων πρέπει να γίνεται με αυστηρά κριτήρια απόδοσης δικαιωμάτων στους διάφορους χρήστες. Με αυτόν τον τρόπο εξασφαλίζεται η εμπιστευτικότητα του συστήματος, αφού οι όποιες ενέργειες γίνονται μόνο από τους εκάστοτε εξουσιοδοτημένους χρήστες. Β) Η συναλλαγές με τους χρήστες-πελάτες θα γίνεται με ασφαλή πρωτόκολλα επικοινωνίας (πχ. SSL) τα οποία περιλαμβάνουν encryption. C) Θα πρέπει να γίνει λεπτομερές security analysis έτσι να προκύψουν όλα τα ευάλωτα σημεία του συστήματος. Σαν αποτέλεσμα κατά την ρύθμιση του εξυπηρετητή θα πρέπει να ληφθούν όλα τα κατάλληλα μέτρα πρόληψης υποκλοπής προσωπικών στοιχείων και εξασφάλισης της σταθερότητας που περιλαμβάνει και την πρόληψη κακόβουλων επιθέσεων. 2.5 Μεθοδολογία Ανάπτυξης Διαθέσιμες Τεχνολογίες Προκειμένου να γίνει γρήγορη και αποτελεσματική ανάπτυξη του συστήματος συνίσταται να αναληφθεί η ανάπτυξη κάθε υποσυστήματος από μία διαφορετική ομάδα. Αυτό εξασφαλίζει και την βέλτιστη αξιοποίηση των ανθρώπινων πόρων. Ο διαχωρισμός των καθηκόντων θα γίνεται από τον Project Manager έτσι ώστε να επιτυγχάνεται η καλή συνεργασία μεταξύ των υποσυστημάτων. Κάθε ομάδα στα πλαίσια της αποτελεσματικής συνεργασίας παραδίδει εβδομαδιαίες αναφορές των

7 Απαιτήσεις Λογισμικού για το Σελίδα 7 τετελεσθέντων και των προβλημάτων που προέκυψαν κατά την τακτική συνάντηση με τον manager. Οι τεχνολογίες και τα εργαλεία που μπορούν να χρησιμοποιηθούν περιλαμβάνουν τα ακόλουθα: Εργαλεία Μοντελοποίησης Λογισμικού (UML, ArgoUML, Poseidon) Web Development Tools (Dreamweaver, Flash, PHP/ASP, Apache/IIS) Σύστημα διαχείρισης βάσης δεδομένων (Oracle, MS SQL Server, MySQL) Σύστημα οργάνωσης και παρακολούθησης του έργου (MS Project). Οι ομάδες θα πρέπει να αποφασίσουν ομόφωνα για το ποια από τα παραπάνω εργαλεία θα χρησιμοποιήσουν για την πιο αποτελεσματική υλοποίηση. 2.6 Υποστήριξη χρηστών Είναι προφανές ότι για κάθε ομάδα χρηστών απαιτείται και διαφορετικό είδος υποστήριξης. Οι ομάδες των administrators και των moderators θα πρέπει να έχουν αναλυτικά manuals πάνω στην λειτουργία κάθε πτυχής της εφαρμογής συμπεριλαμβανομένου και troubleshooting. Επίσης, θα πρέπει να παρέχεται και τηλεφωνική υποστήριξη, ώστε να μπορεί να αντιμετωπιστεί η κάθε ιδιάζουσα περίπτωση που θα προκύψει. Οι ομάδες των διοργανωτών, των πρακτόρων, και των χρηστών (είτε εγγεγραμμένων είτε μη) έχουν στη διάθεσή τους τόσο αναλυτικό help section στο site της εφαρμογής, όσο και υποβοήθηση από tips που εμφανίζονται σύμφωνα με τη θέση του ποντικιού στο site. 2.7 Υποθέσεις και εξαρτήσεις Η λειτουργία του συστήματος προϋποθέτει τα ακόλουθα: Ύπαρξη κεντρικού εξυπηρετητή - server Αρκούντως μεγάλο bandwidth, ώστε να μην υπάρχει πρόβλημα διαθεσιμότητας των υπηρεσιών (και από πλευράς χρονικής απόκρισης) Όλο το απαραίτητο hardware, όπως UPS ή συστοιχία RAID

8 Απαιτήσεις Λογισμικού για το Σελίδα 8 3. Δομικά Στοιχεία του Βάση δεδομένων Σύντομη περιγραφή και προτεραιότητα Η Βάση Δεδομένων αποτελεί το βασικότερο δομικό στοιχείο του συστήματος καθώς όλα τα υπόλοιπα υποσυστήματα θεωρούν σαν δεδομένη την υλοποίηση του και στηρίζουν την λειτουργία τους πάνω σ αυτό. Σαν αποτέλεσμα του κεντρικού ρόλου που επιτελεί, θα πρέπει να είναι το πρώτο υποσύστημα που θα υλοποιηθεί/ σχεδιαστεί έτσι ώστε να είναι σαφείς όλες οι προδιαγραφές για τα υπόλοιπα υποσυστήματα. Η σωστή υλοποίηση μιας βάσης δεδομένων αποτελεί μια επίπονη διαδικασία υψηλής προτεραιότητας καθώς λαμβάνεται μέριμνα για όλα τα παρακάτω στοιχεία: Κατάλληλο λογικό σχήμα για την εφαρμογή: πρέπει να οριστούν όλες οι κατάλληλες σχέσεις που θα περιέχουν όλα τα απαραίτητα δεδομένα καθώς και οι διασυνδέσεις μεταξύ των σχέσεων. Πρέπει να προβλεφθούν όλα τα πιθανά σφάλματα εισαγωγής δεδομένων στην βάση έτσι ώστε να υλοποιηθούν οι κατάλληλοι περιορισμοί ακεραιότητας και αναφοράς. Προκειμένου να επιτευχθεί η κατάλληλη ασφάλεια-εμπιστευτικότητα πρέπει να δημιουργηθούν όλοι οι κατάλληλοι ρόλοι χρηστών καθώς και οι διάφοροι χρήστες του συστήματος. Πρέπει να ληφθεί μέριμνα για κατάλληλη αναγνώρισηαυθεντικοποίηση του κάθε χρήστη έτσι ώστε η πρόσβαση-αλλαγές στην βάση να γίνεται από εξουσιοδοτημένα άτομα. Επίσης πρέπει να γίνει η κατάλληλη απόδοση δικαιωμάτων-προνομίων σε κάθε ρόλο έτσι να υπάρχει σαφής ορισμός αρμοδιοτήτων. Σαν περαιτέρω μέτρο ασφάλειας θα πρέπει να δημιουργηθούν οι κατάλληλες όψεις. Όλοι οι χρήστες πλην του administrator θα έχουν πρόσβαση μόνο σε όψεις έτσι ώστε να διασφαλίζονται τα δεδομένα της βάσης. Τέλος, προκειμένου να αυτοματοποιηθούν οι διαδικασίες για να αποφευχθούν τα ανθρώπινα λάθη κατά την εισαγωγή/ ενημέρωση δεδομένων στην βάση πρέπει να υλοποιηθούν τα αντίστοιχα trigger που θα ενημερώνουν αυτόματα διάφορα πεδία της βάσης. Προτεραιότητα Υψηλή Σημαντικότητα 9 Κόστος 8 Επικινδυνότητα Ακολουθίες εισόδου - αποκρίσεις Λόγω της φύσεως του συστήματος, η βάση δεδομένων δεν επικοινωνεί άμεσα με τον χρήστη αλλά ανταλλάσσει πληροφορίες με τα άλλα υποσυστήματα. Το γεγονός αυτό φαίνεται πιο παραστατικά στο παρακάτω σχήμα το οποίο απεικονίζει την γενική δομή του συστήματος.

9 Απαιτήσεις Λογισμικού για το Σελίδα 9 Βάση Δεδομένων και σε πίνακες και σε όψεις Interface Υποσύστημα Χ μόνο σε όψεις Admin Χρήστες Moderator Λειτουργικές απαιτήσεις ΑΠ-1.1 Αιτιολόγηση: Στο σύστημα υπάρχουν έξι διακριτές κατηγορίες λογαριασμών χρηστών (ρόλοι). Ρόλος Διαχειριστή (Administrator) Ρόλος Διαμορφωτή (Moderator) Ρόλος Διοργανωτή Ρόλος Ταξιδιωτικού Πράκτορα Ρόλος Χρήστη - μέλους Ρόλος Χρήστη επισκέπτη Η εξασφάλιση της εμπιστευτικότητας του συστήματος της βάσης δεδομένων, απαιτεί ο κάθε χρήστης να εξουσιοδοτείται με διαφορετικά δικαιώματα πάνω στη βάση, ανάλογα με τις αρμοδιότητες και τις εργασίες που καλούνται/ επιθυμούν να επιτελέσουν. Οι Διαχειριστές έχουν πλήρη πρόσβαση στις υπηρεσίες του συστήματος ασφαλείας. Είναι η μόνη κατηγορία χρηστών που έχουν απευθείας πρόσβαση στους πίνακες της βάσης. Οι moderators έχουν απευθείας πρόσβαση στη βάση μόνο μέσω των διάφορων όψεων που έχουν δημιουργηθεί. Όλοι οι υπόλοιποι χρήστες, έχουν περιορισμένα δικαιώματα, που τους επιτρέπουν να εκτελέσουν μόνο πολύ συγκεκριμένες λειτουργίες. ΑΠ-1.2 Αιτιολόγηση: Υπεύθυνος για την τήρηση της εμπιστευτικότητας του συστήματος είναι ο moderator. Κατά την παράδοση του πακέτου λογισμικού, υπάρχουν μόνο οι ρόλοι του administrator και του moderator. Από εκεί και πέρα επαφίεται στον moderator η δημιουργία όλων των υπόλοιπων ρόλων, καθώς και η κατάλληλη απόδοση δικαιωμάτων σε αυτούς. Με τον τρόπο αυτό εξασφαλίζεται ότι ο κάθε χρήστης αναλαμβάνει δικαιώματα πάνω στο σύστημα σύμφωνα με τις

10 Απαιτήσεις Λογισμικού για το Σελίδα 10 ανάγκες του. Έτσι εξασφαλίζεται ότι κάθε χρήστης θα έχει μόνο τα απολύτως απαραίτητα δικαιώματα, με αποτέλεσμα να μην έχει κάποια περιττή εξουσιοδότηση που θα του δώσει τη δυνατότητα να ενεργήσει αντικανονικά με δόλο. ΑΠ-1.3 Υπάρχει μία αυστηρή ιεραρχία ρόλων προκειμένου να αποφεύγονται κακόβουλες ενέργειές από χρήστες που τους δίνονται περισσότερα δικαιώματα από αυτά που υπαγορεύουν τα καθήκοντα τους. Αιτιολόγηση: Η ιεραρχία ρόλων που δημιουργείται εξασφαλίζει την αυστηρή τήρηση της αξιοπιστίας και της εμπιστευτικότητας του συστήματος, τόσο κατά τη δημιουργία καινούριων ρόλων και χρηστών, όσο και κατά τη μεταβολή των δικαιωμάτων τους, όταν αλλάζει η πολιτική λειτουργίας του συστήματος. Έτσι, ο administrator του συστήματος έχει πλήρη δικαιώματα πάνω στο σύστημα, όπως και στους άλλους χρήστες/ ρόλους, έχοντας την ικανότητα να τροποποιήσει κατά βούληση τα δικαιώματά τους. Επόμενος στην ιεραρχία είναι ο ρόλος του moderator, ο οποίος έχει πιο περιορισμένες δυνατότητες πάνω στο σύστημα, και μπορεί να ελέγξει και να μεταβάλλει τα δικαιώματα μόνο των υπόλοιπων, κατώτερων στην ιεραρχία χρηστών. Τελευταίος στη ιεραρχία βρίσκεται ο τελικός χρήστης, είτε ανήκει στο ρόλο του διοργανωτή είτε του πράκτορα είτε του εγγεγραμμένου μέλους είτε του απλού επισκέπτη. Τα δικαιώματά τους ελέγχονται αυστηρά από τους ανώτερους ρόλους. ΑΠ-1.4 Πρέπει να ελέγχεται η νομιμότητα των στοιχείων κάθε παρόχου υπηρεσιών που επιθυμεί να δραστηριοποιηθεί μέσω του συστήματος. Αιτιολόγηση: Οι χρήστες που θα χρησιμοποιήσουν το σύστημα πρέπει να διασφαλίζονται από τυχών απάτες. Έτσι, κατά τη δημιουργία νέων χρηστών στους οποίους θα αποδοθεί είτε ο ρόλος του διοργανωτή είτε ο ρόλος του πράκτορα, ο λογαριασμός του νέου χρήστη θα παραμένει ανενεργός, μέχρι να γίνει η πιστοποίηση των στοιχείων που καταχωρούνται από τον αρμόδιο moderator, έτσι ώστε να εξασφαλισθεί η νομιμότητα της κάθε εταιρίας που θα εμπλακεί στη λειτουργία του συστήματος ΑΠ-15 Κατά των πρόσβαση του κάθε χρήστη στη βάση πρέπει να εξασφαλίζεται τόσο η αναγνώριση του, όσο και η αυθεντικοποίησή του.

11 Απαιτήσεις Λογισμικού για το Σελίδα 11 Αιτιολόγηση: ΑΠ-1.6 Αιτιολόγηση: Με αυτόν τον τρόπο εξασφαλίζεται ότι στο σύστημα εισάγονται μόνο εξουσιοδοτημένοι χρήστες, οι οποίοι μπορούν να ενεργήσουν μόνο με βάση τα δικαιώματα που αποδίδονται στο ρόλο τους. Αυτό επιτυγχάνεται με τη χρήση ενός μοναδικού username και ενός password από κάθε χρήστη. Για την είσοδο στο σύστημα ενός administrator ή ενός moderator, απαιτείται εκτός από το username και το password, η εισαγωγή ενός πρόσθετου κωδικού ασφαλείας, δηλαδή ενός κωδικού μίας χρήσεως, που δημιουργείται από έναν μηχανισμό που θα τους δίνεται. Η παραπάνω διαδικασία εξασφαλίζει ότι δεν είναι δυνατόν κάποιος κακόβουλος χρήστης, υποκλέπτοντας τον κωδικό ενός moderator ή ενός administrator, να αποκτήσει πρόσβαση σε ευαίσθητα προσωπικά δεδομένα, ή σε δεδομένα που παίζουν κρίσιμο ρόλο για τη λειτουργία του συστήματος. Ο κάθε μηχανισμός θα είναι μοναδικά συνδεδεμένος με το λογαριασμό του κάθε χρήστη, ώστε οι κωδικοί που δημιουργεί να δίνουν πρόσβαση μόνο σε αυτόν. Σε περίπτωση που δε θα δοθεί ο πρόσθετος κωδικός ασφαλείας, ο χρήστης θα εισάγεται και πάλι στο σύστημα, αλλά με τα περιορισμένα δικαιώματα που έχει το κάθε μέλος χρήστης.

12 Απαιτήσεις Λογισμικού για το Σελίδα Interface Σύντομη περιγραφή και προτεραιότητα To Interface αποτελεί το συνδετικό κρίκο ανάμεσα στον τελικό χρήστη και στην κεντρική βάση δεδομένων που περιέχει όλα τα απαραίτητα δεδομένα για τη λειτουργία του συστήματος. Ο τρόπος υλοποίησης του είναι εξαιρετικά σημαντικός, καθώς ένα interface λειτουργικό και φιλικό προς το χρήστη αυξάνει τη χρηστικότητα του συστήματος, και επομένως κερδίζεται η προτίμηση του κοινού και αυξάνεται η δημοτικότητα. Το γεγονός ότι το Interface ελκύει τον τελικό χρήστη, σημαίνει ότι η εμπορική επιτυχία ενός έργου λογισμικού δεν εξαρτάται μόνο από την υλοποίηση των τεχνικών τμημάτων, αλλά κυρίως από το τελικό εμφανισιακό αποτέλεσμα. Προτεραιότητα Μέτρια Σημαντικότητα 9 Κόστος 8 Επικινδυνότητα 5 Προκειμένου να υλοποιηθεί το interface, πρέπει να σπάσει σε διάφορα μέρη, ισάριθμα με τα υπόλοιπα υποσυστήματα που υπάρχουν, πλην αυτό της βάσης δεδομένων. Έτσι, το interface προσδίδει λειτουργικότητα στα υποσυστήματα: Υποσύστημα διοργανώσεων Υποσύστημα e-ticket Υποσύστημα ταξιδιωτικού πράκτορα (στα πλαίσια της εργασίας θα επικεντρωθούμε για πρακτικούς λόγους στα δύο πρώτα υποσυστήματα του interface) Ακολουθίες εισόδου - αποκρίσεις Διαδικασία εγγραφής Το σύστημα δίνει στον χρήστη τρεις διαφορετικές επιλογές για τον προς δημιουργία λογαριασμό. Ο νέος λογαριασμός μπορεί να είναι: Α) Λογαριασμός χρήστη Ο χρήστης θα πρέπει να εισάγει: o Το επιθυμητό username o Το επιθυμητό password o To password θα πρέπει να επανεισάγεται, για λόγους εγκυρότητας πληκτρολόγησης o Διεύθυνση , μέσω της οποίας θα γίνεται αργότερα ενεργοποίηση του λογαριασμού του o Τα στοιχεία της πιστωτικής κάρτας, προαιρετικά, ώστε να επιταχύνονται οι μελλοντικές αγορές, δηλαδή: Τύπος κάρτας Αριθμός κάρτας Κωδικός ασφαλείας Ημερομηνία λήξης Όνομα Επίθετο

13 Απαιτήσεις Λογισμικού για το Σελίδα 13 Διεύθυνση , (μπορεί να είναι διαφορετική με αυτή που δόθηκε πιο πριν), στην οποία θα αποσταλεί η ηλεκτρονική απόδειξη της αγοράς, με το serial number του ηλεκτρονικού εισιτηρίου/ πακέτου o Ακόμα θα υπάρχει ένα προαιρετικό μίνι ερωτηματολόγιο σχετικά με τις μουσικές του προτιμήσεις. Αυτό θα περιλαμβάνει checkboxes με τις παρακάτω επιλογές: Jazz Pop Rock Metal Blues Country Παραδοσιακή Λαϊκά Κλασσική Ηλεκτρονική (Τα παραπάνω στοιχεία θα χρησιμεύσει τόσο στην διευκόλυνση του Search από την πλευρά του χρήστη, όσο και στην στοχευμένη διαφήμιση με την χρήση από την πλευρά του συστήματος) o Τέλος θα υπάρχει ένας κωδικός που θα παρουσιάζεται με την μορφή εικόνας και ο χρήστης θα πρέπει να αναπαράγει σε ένα πεδίο ώστε να αποφευχθεί η εγγραφή bots. Β) Λογαριασμός διοργανωτή Ο διοργανωτής θα πρέπει να εισάγει: o Το επιθυμητό username o Το επιθυμητό password o To password θα πρέπει να επανεισάγεται, για λόγους εγκυρότητας πληκτρολόγησης o Διεύθυνση o Ακόμα θα υπάρχει ένα υποχρεωτικό μίνι ερωτηματολόγιο σχετικά με τα μουσικά είδη στα οποία δραστηριοποιείται. Αυτό θα περιλαμβάνει checkboxes με τις παρακάτω επιλογές: Jazz Pop Rock Metal Blues Country Παραδοσιακή Λαϊκά Κλασσική Ηλεκτρονική o Τέλος θα υπάρχει ένας κωδικός που θα παρουσιάζεται με την μορφή εικόνας και ο χρήστης θα πρέπει να αναπαράγει σε ένα πεδίο ώστε να αποφευχθεί η εγγραφή bots. Τα στοιχεία αυτά θα εξεταστούν από κάποιον moderator και κριθούν ορθά και ο διοργανωτής κατάλληλος τότε θα ενεργοποιείται ο λογαριασμός του. Όταν ενεργοποιηθεί ο λογαριασμός του θα του αποστέλλεται κατάλληλο ενημερωτικό . Γ) Λογαριασμός ταξιδιωτικού πράκτορα Ο διοργανωτής θα πρέπει να εισάγει: o Το επιθυμητό username

14 Απαιτήσεις Λογισμικού για το Σελίδα 14 o Το επιθυμητό password o To password θα πρέπει να επανεισάγεται, για λόγους εγκυρότητας πληκτρολόγησης o Διεύθυνση o Τέλος θα υπάρχει ένας κωδικός που θα παρουσιάζεται με την μορφή εικόνας και ο χρήστης θα πρέπει να αναπαράγει σε ένα πεδίο ώστε να αποφευχθεί η εγγραφή bots. Τα στοιχεία αυτά θα εξεταστούν από κάποιον moderator και κριθούν ορθά και ο διοργανωτής κατάλληλος τότε θα ενεργοποιείται ο λογαριασμός του. Όταν ενεργοποιηθεί ο λογαριασμός του θα του αποστέλλεται κατάλληλο ενημερωτικό . Οι αποκρίσεις που ακολουθούν είναι κοινές για όλους τους χρήστες που περιγράφονται παραπάνω. ΑΠΟΚΡΙΣΕΙΣ: <Στα παρακάτω σενάρια χρησιμοποιείται η εξής σημειολογία: Το σύμβολο συμβολίζει την ενέργεια του χρήστη, ενώ το συμβολίζει την απόκριση του συστήματος > o Περίπτωση επιτυχούς εισαγωγής όλων των απαραίτητων στοιχείων που απαιτούνται κατά την δημιουργία ενός λογαριασμού. Απλός Χρήστης: «Επιτυχής δημιουργία λογαριασμού. Σας έχει σταλεί από το οποίο μπορείτε να ενεργοποιήσετε τον λογαριασμό σας.» Διοργανωτής/ πράκτορας: «Επιτυχής δημιουργία λογαριασμού. Τα στοιχεία σας θα εξεταστούν από τους αρμόδιους και όταν ενεργοποιηθεί ο λογαριασμός σας θα σας αποσταλεί ενημερωτικό .» o Περίπτωση εισαγωγής ενός ήδη υπάρχοντος username κατά την δημιουργία ενός λογαριασμού. Εμφάνιση μηνύματος «Το username που εισάγατε είναι κατοχυρωμένο. Παρακαλούμε εισάγετε ένα νέο username.» Έπειτα, θα ξαναβγαίνει η φόρμα εγγραφής γεμάτη, με κενό πεδίο μόνο αυτό του username. o Περίπτωση εισαγωγής ενός πολύ μικρού password κατά την δημιουργία ενός λογαριασμού. Εμφάνιση μηνύματος «Το password θα πρέπει για λόγους ασφάλειας να έχει ελάχιστο μήκος 6 χαρακτήρων.» Έπειτα, θα ξαναβγαίνει η φόρμα εγγραφής γεμάτη, με κενά μόνο τα πεδία που αφορούν το password. o Περίπτωση μη εισαγωγής ενός υποχρεωτικού πεδίου.

15 Απαιτήσεις Λογισμικού για το Σελίδα 15 Εμφάνιση μηνύματος «Παρακαλούμε εισάγετε όλα τα απαραίτητα στοιχεία.» Έπειτα, θα ξαναβγαίνει η φόρμα εγγραφής γεμάτη, με κενά μόνο τα πεδία που αφέθησαν πριν κενά. o Ο χρήστης τοποθετεί το δείκτη του ποντικιού πάνω σε ένα πεδίο εισαγωγής: Εμφάνιση μηνύματος (tip) που επεξηγεί στο χρήστη το τι πρέπει να εισάγει στο πεδίο. Διαδικασία log in Στην κορυφή της σελίδας υπάρχει link log in. Σε περίπτωση επιλογής του, θα εμφανίζεται μία φόρμα με τα εξής στοιχεία: Πεδίο εισαγωγής username Πεδίο εισαγωγής password Link για την περίπτωση που ο χρήστης έχει χάσει τον κωδικό του με την πίεση του οποίου θα αποστέλλεται με έναν νέο κωδικό στην διεύθυνση που είχε δηλώσει στην εγγραφή. Checkbox για την περίπτωση που o χρήστης επιθυμεί εισαγωγή cookie στο τερματικό του για την απομνημόνευση του username και του password του. o Περίπτωση επιτυχούς εισαγωγής όλων των απαραίτητων στοιχείων. Εμφάνιση μηνύματος «Επιτυχής εισαγωγή στο σύστημα.». Μετά από 5 δευτερόλεπτα θα γίνεται αυτόματα redirection στην αρχική σελίδα. Εάν ο χρήστης είναι είτε moderator είτε administrator, θα εμφανίζεται άλλη μία φόρμα με ένα κενό πεδίο, στο οποίο θα ζητείται η εισαγωγή του πρόσθετου κωδικού ασφαλείας (από το μηχανισμό δημιουργίας κωδικών μίας χρήσεως.). Σε περίπτωση επιτυχούς εισαγωγής και αυτού του κωδικού, εμφανίζεται μήνυμα «Επιτυχής εισαγωγή στο σύστημα.». Μετά από 5 δευτερόλεπτα θα γίνεται αυτόματα redirection στην αρχική σελίδα. Ειδάλλως, εμφανίζεται μήνυμα «Access denied», και μετά από 5 δευτερόλεπτα θα γίνεται αυτόματα redirection στην προηγούμενη σελίδα. o Περίπτωση εισαγωγής μη έγκυρου username ή/ και password στοιχείων. Εμφάνιση μηνύματος «Λανθασμένο username ή password», και μετά από 5 δευτερόλεπτα γίνεται redirection στην προηγούμενη σελίδα. Διαδικασία εισαγωγής νέας διοργάνωσης Όταν ο διοργανωτής κάνει sign in με το λογαριασμό του, του δίνεται η δυνατότητα εισαγωγής νέων διοργανώσεων, με τη συμπλήρωση μίας ειδικής φόρμας, στην οποία όλα τα πεδία είναι υποχρεωτικά για λόγους πληρότητας.

16 Απαιτήσεις Λογισμικού για το Σελίδα 16 Η φόρμα περιέχει τα παρακάτω πεδία: Καλλιτέχνης Ένα κουμπί με την πίεση του οποίου θα προστίθεται νέο πεδίο για την εισαγωγή ενός επιπλέον καλλιτέχνη Support Καλλιτέχνης Ένα κουμπί με την πίεση του οποίου θα προστίθεται νέο πεδίο για την εισαγωγή ενός επιπλέον Support καλλιτέχνη Πόλη Χώρος Ημερομηνία Τιμή εισιτηρίου (presale) Τιμή εισιτηρίου (on the spot) Διαθεσιμότητα εισιτηρίων (αριθμός) Σχετικά με τη συναυλία (text πεδίο για πληροφορίες) Ιστορία του καλλιτέχνη (text πεδίο για πληροφορίες) Γενικές πληροφορίες (text πεδίο για πληροφορίες) Τέλος, ακολουθούν checkboxes με τις παρακάτω επιλογές: Jazz Pop Rock Metal Blues Country Παραδοσιακή Λαϊκά Κλασσική Ηλεκτρονική (Τα παραπάνω στοιχεία χρησιμεύουν στην περιγραφή των μουσικών ειδών που καλύπτονται από τα μουσικά σχήματα που συμμετέχουν στη συναυλία. Έτσι διευκολύνεται τόσο το Search από την πλευρά του χρήστη, όσο και η στοχευμένη διαφήμιση με την χρήση από την πλευρά του συστήματος) o Ο χρήστης τοποθετεί το δείκτη του ποντικιού πάνω σε ένα πεδίο εισαγωγής: Εμφάνιση μηνύματος (tip) που επεξηγεί στο χρήστη το τι πρέπει να εισάγει στο πεδίο. o Περίπτωση καταχώρησης της φόρμας χωρίς να έχουν συμπληρωθεί όλα τα πεδία: Εμφάνιση μηνύματος «Η συμπλήρωση όλων των πεδίων είναι υποχρεωτικό». Αυτό εμφανίζεται στην κορυφή της σελίδας με τη φόρμα συμπλήρωσης, με όλα τα πεδία στα οποία δόθηκαν πριν τιμές γεμάτα, εκτός από αυτά που έμειναν πριν κενά. o Περίπτωση καταχώρησης της φόρμας με κατάλληλη συμπλήρωση όλων των πεδίων. Εμφάνιση μηνύματος «Η εισαγωγή ήταν επιτυχής. Τα στοιχεία θα ελεγχθούν ως προς την εγκυρότητά τους, και έπειτα θα καταχωρηθούν στην ιστοσελίδα». o Περίπτωση καταχώρησης της φόρμας, ενώ το περιεχόμενο κάποιων πεδίων δε συμφωνεί με το αντίστοιχο domain της βάσης δεδομένων.

17 Απαιτήσεις Λογισμικού για το Σελίδα 17 ωγψχσσσσσσσσσσσσσσσσ Εμφάνιση μηνύματος «Η εισαγωγή ήταν ανεπιτυχής. Ελέγξτε την εγκυρότητα των στοιχείων που εισάγατε». Μετά από 5 δευτερόλεπτα γίνεται redirection στην προηγούμενη σελίδα, όπου θα είναι όλα τα πεδία συμπληρωμένα, εκτός από αυτές το περιεχόμενο των οποίων δε συμφωνεί με το αντίστοιχο domain της βάσης Λειτουργικές απαιτήσεις ΑΠ-2.1 Κατά την υλοποίηση του συστήματος απαιτείται η χρήση της τεχνολογίας ασφαλούς μεταφοράς δεδομένων SSL.Συνέπεια αυτού είναι η ανάγκη απόκτησης ψηφιακού πιστοποιητικού. Αιτιολόγηση: Λόγω της συναλλαγής ευαίσθητων δεδομένων μεταξύ των χρηστών και του συστήματος είναι αναγκαία η κρυπτογράφηση των δεδομένων προκειμένου να αποφευχθεί ο κίνδυνος υποκλοπής των δεδομένων και κακόβουλης χρήσης. ΑΠ-2.2 Στον εξυπηρετητή που θα λειτουργεί το σύστημα απαιτείται η ύπαρξη μιας εφαρμογής Automatic mailer. Αιτιολόγηση: Για τις λειτουργίες τις οποίες επιτελεί το interface πολύ συχνά απαιτείται η αποστολή προς κάποιον χρήστη. Η υλοποίηση όμως αυτού του automatic mailer δεν είναι θέμα του interface αλλά η ύπαρξή του θεωρείται δεδομένη. ΑΠ-2.3 Πρέπει το σύστημα να διαθέτει κάποιο μηχανισμό προσωρινής μνήμης των δεδομένων που εισάγει ο χρήστης. Αιτιολόγηση: Σε διάφορα σημεία του interface δίνονται επιλογές υπενθύμισης username και password ενώ επίσης πρέπει να υποστηρίζεται το redirection με δυνατότητα επανατοποθέτησης των έγκυρων δεδομένων που έχει εισάγει ο χρήστης στην φόρμα σε περίπτωση που η καταχώρηση των δεδομένων αποτύχει. Αυτό επιτυγχάνεται με την χρήση cookies. ΑΠ-2.4 Απαιτείται η προμήθεια καταλλήλων ηλεκτρονικών μηχανισμών παραγωγής κωδικών μίας χρήσης που είναι μοναδικά συνδεδεμένη με τον λογαριασμό κάποιου moderator ή administrator. Αιτιολόγηση: Όταν κάποιος administrator ή moderator προσπαθεί να κάνει login στο σύστημα το interface εμφανίζει μία πρόσθετη φόρμα εισαγωγής ενός πρόσθετου κωδικού ασφαλείας ο οποίος παράγεται από έναν μηχανισμό τέτοιου είδους. Αυτό γίνεται προκειμένου να επιτευχθεί μεγαλύτερο επίπεδο ασφάλειας καθώς οι ρόλοι των administrators και

18 Απαιτήσεις Λογισμικού για το Σελίδα 18 moderators είναι υψίστης σημασίας για την ακεραιότητα του συστήματος. ΑΠ-2.5 Απαιτείται η υλοποίηση ενός μηχανισμού που θα εξασφαλίζει την μοναδικότητα και την αυθεντικότητα του κάθε ηλεκτρονικού εισιτηρίου. Αιτιολόγηση: Δεδομένης της φύσης του ηλεκτρονικού εισιτηρίου δεν υπάρχουν μηχανισμοί πιστοποίησης της αυθεντικότητας του όπως για παράδειγμα το υδατογράφημα στο κλασικό τυπωμένο εισιτήριο. Γι αυτό το λόγο απαιτείται ένας μοναδικός για κάθε εισιτήριο κωδικός αριθμός με την χρήση του οποίου θα μπορεί να εισέρχεται στον συναυλιακό χώρο. Συνεπώς απαιτείται αλγόριθμος παραγωγής κωδικού εισιτηρίου με βάση το όνομα του αγοραστή και του κωδικού της διοργάνωσης ώστε να αποφεύγεται η παραγωγή πλαστών ηλεκτρονικών εισιτηρίων. ΑΠ-2.6 Στο interface πρέπει να υπάρχει ένας δείκτης διαθεσιμότητας εισιτηρίων. Υπάρχει ανάγκη συνεχούς ενημέρωσης του δείκτη αυτού. Αιτιολόγηση: Στο τμήμα του interface όπου εισάγεται μια νέα διοργάνωση υπάρχει ένα πεδίο στο οποίο ο διοργανωτής εισάγει τον διαθέσιμο αριθμό ηλεκτρονικών εισιτηρίων. Επίσης στο τμήμα όπου φαίνονται αναλυτικά τα στοιχεία μιας διοργάνωσης, παρόλο που ο απλός χρήστης έχει απλά δικαίωμα ανάγνωσης ο διοργανωτής θα έχει το δικαίωμα, με την πίεση ενός ειδικού πλήκτρου, μεταβολής των στοιχείων αυτών. Σαν αποτέλεσμα ο δείκτης διαθεσιμότητας κάθε συναυλίας κρατείται συνεχώς ενήμερη έτσι ώστε να μην υπάρχει κίνδυνος να δοθούν υπεράριθμα ή ολιγάριθμα.

19 Απαιτήσεις Λογισμικού για το Σελίδα Απαιτήσεις Εξωτερικών Διεπαφών Βάση δεδομένων 4.1 Διεπαφή με το Χρήστη Η διεπαφή των χρηστών με την βάση δεδομένων γίνεται με δύο τρόπους ανάλογα με το ρόλο του χρήστη. Ο administrator έχει απευθείας πρόσβαση στη βάση, όχι μέσω του interface αλλά μέσω του ανάλογου εξειδικευμένη προγράμματος. Παρακάτω παρατίθεται ένα screenshot από τον Enterprise Manager του SQL Server (Εικόνα 1.) Εικόνα 1. Όλοι οι υπόλοιποι χρήστες έχουνε πρόσβαση στα δεδομένα μέσω του interface που υλοποιείται. Ανάλογα με τον ρόλο του χρήστη το εκάστοτε τμήμα του interface μπορεί να διαφοροποιείται έτσι ώστε να είναι δυνατόν να εκτελεστούν οι ιδιαίτερες εργασίες του. Αναλυτικότερη περιγραφή ακολουθεί στην επόμενη παράγραφο Interface Αρχικά οποιοσδήποτε χρήστης επισκέπτεται το site στο browser του θα φορτώνεται η παρακάτω σελίδα (Εικόνα 2.):

20 Απαιτήσεις Λογισμικού για το Σελίδα 20 Εικόνα 2. Ο χρήστης θα μπορεί να κάνει log in πατώντας το ομώνυμο κουμπί πάνω δεξιά στην προηγούμενη σελίδα, έπειτα θα εμφανιστεί η σελίδα η οποία παρατίθεται στο παρακάτω screenshot (Εικόνα 3.).Στην οποία ο χρήστης θα εισάγει username και password.πατώντας το κουμπί submit query θα αποστέλλονται τα στοιχεία στον server και θα αναμένεται απόκριση. Εικόνα 3.