ΤΕΙ ΚΑΒΑΛΑΣ ΣΧΟΛΗ ΤΕΧΝΟΛΟΓΙΚΩΝ ΕΦΑΡΜΟΓΩΝ ΤΜΗΜΑ ΒΙΟΜΗΧΑΝΙΚΗΣ ΠΛΗΡΟΦΟΡΙΚΗΣ ΠΤΥΧΙΑΚΗ ΕΡΓΑΣΙΑ ΘΕΜΑ : ΔΗΜΙΟΥΡΓΙΑ ΛΟΓΙΣΜΙΚΟΥ ΓΙΑ ΔΙΚΤΥΟ VIDEO- CLUB STAYHOME Σπουδάστρια : Κολλιοπούλου Φρύνη-Μαρία Α. Ε. Μ. : 688 Εξάμηνο: ΠΤ5 Έτος: 2007-8
ΤΕΙ ΚΑΒΑΛΑΣ ΣΧΟΛΗ ΤΕΧΝΟΛΟΓΙΚΩΝ ΕΦΑΡΜΟΓΩΝ ΤΜΗΜΑ ΒΙΟΜΗΧΑΝΙΚΗΣ ΠΛΗΡΟΦΟΡΙΚΗΣ ΠΤΥΧΙΑΚΗ ΕΡΓΑΣΙΑ ΘΕΜΑ : ΔΗΜΙΟΥΡΓΙΑ ΛΟΓΙΣΜΙΚΟΥ ΓΙΑ ΔΙΚΤΥΟ VIDEO- CLUB Σπουδάστρια : Κολλιοπούλου Φρύνη-Μαρία Α. Ε. Μ. : 688 Εξάμηνο: Π Τ' 5 Έτος: 2007-8 Κολλιοπούλου Φρύνη - Μαρία Α. Μ. : 688 2
Η συγκεκριμένη πτυχιακή εργασία περιγράφει το πρόβλημα που αντιμετωπίζει η εταιρεία Stayhome, η οποία διαθέτει υποκαταστήματα ενοικίασης ταινιών, για την οργάνωση της βάσης δεδομένων της. Είναι στόχος της εταιρείας να δημιουργηθεί μια βάση δεδομένων που να εξυπηρετεί και την λειτουργία κάποιων υποκαταστημάτων της συγκεκριμένης εταιρείας σε διαφορετικές πόλεις της Ελλάδας. Η συγκεκριμένη βάση που είναι σαν στόχος να δημιουργηθεί, θα πρέπει να καλύπτει την καταγραφή των οποιονδήποτε δεδομένων, πληροφοριών που αφορούν τη λειτουργία της εταιρείας και των εκάστοτε υποκαταστημάτων της. Αυτή η ενέργεια για να πραγματοποιηθεί θα έπρεπε να ακολουθηθούν κάποια βήματα, τα οποία και έγιναν. Αρχικά καταγράφηκαν οι ανάγκες της εταιρείας σε θεωρητικό επίπεδο για την σωστή δόμηση της βάσης δεδομένων των υποκαταστημάτων. Με το ανάλογο θεωρητικό υπόβαθρο από την κατάλληλη βιβλιογραφία αλλά και από ειδικές γνώσεις για το συγκεκριμένο θέμα, παράχθηκαν τα ανάλογα διαγράμματα που μετέτρεπαν πρακτικά τα απαραίτητα δεδομένα σε καταγεγραμμένες αναπαραστάσεις των μελλοντικά εισακτέων δεδομένων στη βάση. Στη συνέχεια μετά από μελέτη των εν λόγω διαγραμμάτων προέκυψαν οι οντότητες και η σχέση μεταξύ αυτών των οντοτήτων, που θα έπρεπε να αναπαρασταθούν σε μορφή κώδικα ώστε να εισαχθούν με τη μορφή δεδομένων στη βάση. Μετά από την εισαγωγή των δεδομένων αυτών σε προγραμματιστικό περιβάλλον, και με τη συνεργασία δύο γλωσσών προγραμματισμού έγινε εφικτή η αναπαράσταση των ζητουμένων αρχικά δεδομένων, αλλά και των λειτουργιών που θα έπρεπε η βάση του κάθε υποκαταστήματος να καλύπτει ξεχωριστά. Και τέλος να παρουσιάζεται συνολικά, το σύνολο των υποκαταστημάτων σε ένα γενικό μενού, στο βασικό μενού εισαγωγής, στη συγκεκριμένη βάση, αλλά και ακολούθως να παρουσιάζονται ξεχωριστά τα υποκαταστήματα ανά τη χώρα αλλά και οι πρόσθετες, από τις βασικές λειτουργίες που θα υπήρχαν, που θα κάλυπταν περισσότερο τις ανάγκες που θα προέκυπταν. Μέσω της λύσης που δόθηκε στις παραπάνω προαναφερθείσες ανάγκες της εταιρείας, κατέστη δυνατό να υπάρξει μία ολοκληρωμένη εικόνα των δεδομένων που απαρτίζουν τα διάφορα υποκαταστήματα της εταιρείας. Έτσι θα είναι δυνατό μέσω της χρήσης της συγκεκριμένης βάσης με την ανάλογη δόμηση να υπάρχει μια ικανοποιητική λειτουργία των υποκαταστημάτων ενοικίασης ταινιών.
Καθώς η βάση περιέχει όλες τις απαραίτητες πληροφορίες για τη λειτουργία και χρήση των υποκαταστημάτων αποδεικνύει ότι για τη σωστή λειτουργία παρομοίων υποκαταστημάτων, θα πρέπει να υπάρχει μία ανάλογη βάση δεδομένων που να υποστηρίζει τη λειτουργία τους, όντας και ταυτόχρονα άρτια ενημερωμένη με τα ανάλογα δεδομένα και πληροφορίες που θα καθιστούν τη χρήση του λογισμικού της βάσης, όσο το δυνατόν πιο σωστή. Κολλιοπούλου Φρύνη - Μαρία Α. Μ. :688 4
Η ακόλουθη πτυχιακή εργασία έχει σαν θέμα την δημιουργία ενός λογισμικού για την αλυσίδα υποκαταστημάτων video-club μιας εταιρείας ενοικίασης ταινιών. Στα κεφάλαια που ακολουθούν απ το πρώτο έως το πέμπτο, παρουσιάζονται αντίστοιχα, μία περίληψη των υπολοίπων μερών της πτυχιακής, το αντικείμενο της πτυχιακής και ακολουθούν οι δυσκολίες που παρουσιάστηκαν κατά την πορεία εκτέλεσης της πτυχιακής, τα όποια συμπεράσματα αυτοαξιολόγησης της δουλειάς που έγινε σε όλη την πορεία διεκπεραίωσης της πτυχιακής, όπως και κάποιες υποδείξεις για την περαιτέρω συνέχιση της και τέλος τα παραρτήματα. Κολλιοπούλου Φρύνη - Μαρία Α. Μ. :688 5
ΠΕΡΙΕΧΟΜΕΝΑ ΠΕΡΙΕΧΟΜΕΝΑ... 6 ΚΕΦΑΛΑΙΟ 1... 9 ΚΕΦΑΛΑΙΟ 2... 12 ΚΕΦΑΛΑΙΟ 3... 18 Απαιτήσεις των Δεδομένων... 35 ΜΟΝΤΕΛΟ ΟΝΤΟΤΗΤΩΝ ΣΥΣΧΕΤΙΣΕΩΝ (ENTITY-RELATIONSHIP MODELING)...37 Οντότητες (Entities)... 38 Διαγραμματική αναπαράσταση οντοτήτων...39 Σχέσεις (Relationships)... 40 Διαγραμματική Παρουσίαση Σχέσεων (Diagrammatic representation of relationships)... 40 Βαθμός μιας σχέσης (Degree of a relationship)...41 Επαναλαμβανόμενες σχέσεις...43 Χαρακτηριστικά (Α ΐΙχΛ ώ ^)...44 Απλά και Σύνθετα Χαρακτηριστικά (Simple and composite attributes)...44 Απλό χαρακτηριστικό (Simple Attribute)... 44 Σύνθετο χαρακτηριστικό (Composite attribute)...44 Χαρακτηριστικά με μία τιμή και χαρακτηριστικά με πολλαπλές τιμές (Singled-valued and multi-valued attributes)... 45 Χαρακτηριστικό με πολλαπλές τιμές (Multi-valued attributes)...45 Παραγόμενο χαρακτηριστικό (Derived attribute)...46 Κλειδιά (Keys)... 46 Κλειδιά... 46 Υπερκλειδί (Superkey)... 47 Υποψήφιο κλειδί (Candidate key)...47 Πρωτεύον κλειδί (Primary key)... 47 Εναλλακτικά κλειδιά (Alternate keys)...47 Διαγραμματική παρουσίαση των χαρακτηριστικών (Diagrammatic representation of attributes)...48 Δυνατές και Αδύναμες οντότητες ( Strong and weak entities)... 50 Δυνατές και αδύναμες οντότητες... 50 Πολλαπλοί περιορισμοί σε σχέσεις (Multiplicity constraints on relationships)...51 Συσχετίσεις ένα προς ένα (1: 1)...52 Διαγραμματική παρουσίαση των 1:1 σχέσεων... 54 Σχέσεις ένα προς πολλά (1.. * )... 54 Δουλεύοντας πάνω στην πολυπλοκότητα...55 Διαγραμματική παρουσίαση των σχέσεων 1.. *...55 Σχέσεις πολλά προς πολλά (*.. * )... 55 Διαγραμματική παρουσίαση των σχέσεων (* : * )... 56 Πολυπλοκότητα για περίπλοκες (complex) σχέσεις...56 Δουλεύοντας πάνω στην πολυπλοκότητα... 57 Πληθικότητα και συμμετοχή των περιορισμών...59 Χαρακτηριστικά σε σχέσεις... 60 Σχεδιαστικά προβλήματα με το Μοντέλο Οντοτήτων Συσχετίσεων...61 Κολλιοπούλου Φρύνη - Μαρία Α. Μ. : 688 6
Fan παγίδες ( Fan traps )...61 Chasm παγίδες ( Chasm traps )...62 Κανονικοποίηση...62 Πλεονασμός δεδομένων και ανωμαλίες ενημέρωσης... 63 1ΗΚανονική μορφή (1NF)...68 Αλλαγή στην πρώτη κανονική μορφή (Converting to 1N F)...69 Δεύτερη κανονική μορφή (2NF)... 70 Δεύτερη κανονική μορφή...71 Μεταλλαγή στη Δεύτερη Κανονική Μορφή...73 Τρίτη κανονική μορφή (3Η N F )... 74 Τρίτη κανονική μορφή...75 Μετατροπή σε Τρίτη κανονική μορφή (Converting to 3N F)...78 Συνολική παρουσίαση της μεθοδολογίας σχεδίασης βάσεων δεδομένων...83 Παρουσίαση του πρώτου βήματος της μεθοδολογίας του λογικού σχεδίου βάσης δεδομένων...87 Βήμα 1 Δημιουργία και έλεγχος μοντέλου Οντοτήτων Συσχετίσεων...88 Χρήση του μοντέλου Οντοτήτων Συσχετίσεων...94 Καθορισμός των περιορισμών πολυπλοκότητας των σχέσεων...94 Βήμα 1. 3 Αναγνώριση και καθορισμός χαρακτηριστικών με οντότητες ή σχέσεις... 97 ^ταγεγραμμένες περιοχές των χαρακτηριστικών... 104 Ειδίκευση /Γενικοποίηση οντοτήτων (προαιρετικό βήμα)... 107 Έλεγχος μοντέλου και πλεονασμός...108 Επανεξέταση των (1: 1) σχέσεων... 109 Εξαγωγή περιττών σχέσεων... 109 Συλλογισμός της διάστασης του χρόνου όταν υπολογίζεται ο πλεονασμός...111 Έλεγχος μοντέλου για υποστήριξη συναλλαγών χρήστη...112 Περιγράφοντας τις συναλλαγές... 113 Χρησιμοποιώντας οδούς συναλλαγής...113 Επανέλεγχος μοντέλου με τη βοήθεια του χρήστη...114 Λογική Σχεδίαση Βάσης Δεδομένων... 115 Χαρτογράφηση του μοντέλου Οντοτήτων Συσχετίσεων σε πίνακες...115 Δημιουργία πινάκων... 116 Πώς να αντιπροσωπευθούν οντότητες...117 Πώς να αντιπροσωπευθούν οι σχέσεις...118 Ένα προς πολλά ^ne-to-many) (1 :*) δυαδικές σχέσεις...119 Ένα προς πολλά (one-to-many) (1 :*) επαναλαμβανόμενες σχέσεις...120 Ένα προς ένα (1: 1) δυαδικές σχέσεις... 121 Υποχρεωτική συμμετοχή και στις δύο πλευρές της 1: 1 σχέσης...122 Υποχρεωτική συμμετοχή στη μία πλευρά της 1 : 1 σχέσης...122 Προαιρετική συμμετοχή και στις δύο πλευρές της 1 : 1 σχέσης...124 Ένα προς έ ν α ^ ^ ^ ^ ^ ) 1 : 1 επαναλαμβανόμενες σχέσεις...124 Πολλά προς πολλά (many-to-many) δυαδικές σχέσεις... 124 Πολύπλοκοι τύποι σχέσεων... 125 Χαρακτηριστικά που δέχονται πολλές τιμές (Multi-valued χαρακτηριστικά)... 127 Καταγεγραμμένοι πίνακες και χαρακτηριστικά των ξένων κλειδιών...130 Έλεγχος δομής πινάκων χρησιμοποιώντας κανονικοποίηση...132 Έλεγχος πινάκων στην υποστήριξη των συναλλαγών του χρήστη... 132 Φυσική Σχεδίαση Βάσης Δεδομένων... 133 Μετάφραση της λογικής σχεδίασης βάσεων δεδομένων για ένα D BM S...133 Σχεδίαση των πινάκων της βάσης... 134 Κολλιοπούλου Φρύνη - Μαρία Α. Μ. : 688 7
ΚΕΦΑΛΑΙΟ 4... 136 ΚΕΦΑΛΑΙΟ 5... 139 ΠΑΡΑΡΤΗΜΑΤΑ...140 ΠΑΡΑΡΤΗΜΑ Α...141 Ορολογία...141 ΠΑΡΑΡΤΗΜΑ Β...147 Απαιτήσεις για τους προγραμματιστές...147 ΠΑΡΑΡΤΗΜΑ Γ...149 Προδιαγραφές συστήματος...149 Ενημέρωση και Διαγραφή δεδομένων (Data update/deletion)... 150 Ερωτήματα με βάση τα δεδομένα (Data queries)... 150 Βιβλιογραφία...152 Κολλιοπούλου Φρύνη - Μαρία Α. Μ. : 688 8
ΚΕΦΑΛΑΙΟ 1
Σελίδα 10 από 152 Στο δεύτερο κεφάλαιο της πτυχιακής εργασίας παρουσιάζεται το θέμα που μελετά και επεξεργάζεται η συγκεκριμένη πτυχιακή εργασία, καθώς και αφού έχει προηγηθεί η σωστή κατανόηση των όσων προηγήθηκαν, προτείνεται μια λύση για το πρόβλημα που εξ αρχής είχε ανακύψει. Μετά από αναζήτηση παρομοίων λύσεων, βρέθηκε ένα πρόγραμμα (λογισμικό) διαχείρισης ενοικίασης ταινιών για υποκαταστήματα που εμπορεύονται αυτήν την υπηρεσία. Το συγκεκριμένο πρόγραμμα παρείχε αρκετές δυνατότητες εξυπηρέτησης στους χρήστες, είτε αυτοί ήταν πελάτες των καταστημάτων που χρησιμοποιούσαν το συγκεκριμένο πρόγραμμα, είτε εξειδικευμένοι χρήστες (υπάλληλοι), όπου είχαν ειδική πρόσβαση σ αυτό για την απαραίτητη εισαγωγή, διαγραφή και ενημέρωση δεδομένων. Στη συνέχεια παρουσιάστηκε αναλυτικότερα το πρόβλημα όπου εξ αρχής είχε αναφερθεί και μελετά η συγκεκριμένη εργασία. Τι ακριβώς ζητείται απ την συγκεκριμένη εταιρεία, όσον αφορά τη σωστή εξυπηρέτηση των πελατών αλλά και εξουσιοδοτημένων χρηστών. Στο τρίτο κεφάλαιο πραγματοποιείται μια αναλυτική παρουσίαση όλων των μερών του προβλήματος που έπρεπε να λυθούν. Γίνεται μια καταγραφή των ζητουμένων δυνατοτήτων που θα έπρεπε να πληροί η λύση, σύμφωνα με την ενδιαφερόμενη εταιρεία, αλλά και στην πορεία αναλύονται λεπτομερειακά τα απαιτούμενα βήματα που εκτελέστηκαν αρχικά σε θεωρητικό επίπεδο και στη συνέχεια σε πρακτικό με τη σχεδίαση πινάκων αλλά και διαγραμμάτων MOS, όπου παρουσίαζαν πιο οργανωτικά τα ζητούμενα δηλ. τις απαιτήσεις αλλά και ποιο θα ήταν αρχικά το σωστό βήμα προς τη λύση. Έγινε χρήση κάποιων τεχνικών συλλογής και καταγραφής δεδομένων, τύπου μοντέλο Οντοτήτων Συσχετίσεων. Αναλύθηκαν διεξοδικά ακόμα και τα πιο μικρά μέρη του μοντέλου, όπως οι οντότητες. Επίσης αναλύθηκαν και οι σχέσεις μεταξύ τους, έγινε μια διαγραμματική παρουσίαση και καθορίστηκε ο βαθμός της κάθε σχέσης, τα χαρακτηριστικά που δομούν την εκάστοτε σχέση, ακολουθούμενα απ το διαχωρισμό τους σε απλά και σύνθετα και το ποια η έννοια του κάθε όρου. Επίσης έγινε διαχωρισμός σε μονότιμα και πλειότιμα χαρακτηριστικά και σε ποια χαρακτηριστικά καλούνται παραγόμενα. Μετέπειτα έγινε αναλυτική καταγραφή του όρου κλειδί και ποια τα είδη του, όπως και η αναγνώρισή του σε κάθε σχέση που προέκυπτε του ανάλογου είδους κλειδιού, αλλά και μια διαγραμματική παρουσίαση των χαρακτηριστικών.
Πραγματοποιήθηκε διαχωρισμός και καταγραφή των διαφορετικών ειδών οντοτήτων, και ορίστηκαν περιορισμοί στις σχέσεις μεταξύ τους. Επίσης παρουσιάστηκαν και οι βαθμοί των σχέσεων καθώς και διαγραμματική παρουσίαση αυτών. Αναλύθηκε η έννοια της πολυπλοκότητας αλλά και η ύπαρξη της στις εκάστοτε σχέσεις, όπως και η πληθυκότητα. Αναλύθηκαν ποιοι όροι θεωρούνται τα χαρακτηριστικά σε κάθε σχέση και πραγματοποιήθηκε εφαρμογή του μοντέλου Οντοτήτων Συσχετίσεων, με εμφάνιση δύο τύπου παγίδων. Παρουσιάστηκαν ανωμαλίες εισαγωγής, διαγραφής και τροποποίησης, όπως και οι τρεις κανονικές μορφές. Στη συνέχεια ακολουθεί όλη η πορεία λογικού σχεδίου βάσεων δεδομένων. Στο τέταρτο κεφάλαιο πραγματοποιείται μια τύπου αξιολόγηση, καταγραφή, των όσων ενεργειών εκτελέστηκαν, με τον απαιτούμενο σχολιασμό σε κάθε βήμα προς τη λύση, και τελικά πάρθηκαν τα απαραίτητα συμπεράσματα για το αποτέλεσμα της συνολικής προσπάθειας που εκτελέστηκε. Όπως και το ποια βήματα συνέχειας έπρεπε κάποιος τρίτος ενδιαφερόμενος να ακολουθήσει, όπου θα επιθυμούσε να συνεχίσει την εργασία που είχε ήδη εκτελεστεί. Στο πέμπτο κεφάλαιο ακολουθεί η βιβλιογραφία, όπου παρουσιάζονται οι πηγές που χρησιμοποιήθηκαν κατά την πορεία της συγκεκριμένης εργασίας. Και τέλος ακολουθούν τα παραρτήματα με το λεξικό δεδομένων, τις απαιτήσεις για τους προγραμματιστές, τις προδιαγραφές συστήματος και τελική επισυναπτόμενη την βιβλιογραφία. Κολλιοπούλου Φρύνη - Μαρία Α. Μ. :688 11
ΚΕΦΑΛΑΙΟ 2 Κολλιοπούλου Φρύνη - Μαρία Α. Μ. :688 12
ΑΝΑΛΥΣΗ ΠΡΟΓΡΑΜΜΑΤΟΣ ΔΙΑΧΕΙΡΙΣΗΣ VIDEO CLUB 24 SELF VIDEO Στο συγκεκριμένο υποκατάστημα της παραπάνω αλυσίδας video club, γίνεται χρήση του προγράμματος ΗΕΝ 2004. Δεν υπάρχει υπαλληλικό προσωπικό στο υποκατάστημα σε ωράριο καταστημάτων που να καλύπτει τις οποιεσδήποτε ανάγκες των πελατών. Υπάρχει κάποιος υπάλληλος σε συγκεκριμένες ώρες για τυχόν εγγραφές, ή άλλου είδους παροχής υπηρεσιών στους πελάτες και κάποιες ώρες της ημέρας βρίσκεται και ο διευθυντής του υποκαταστήματος εκεί. Στο υποκατάστημα υπάρχουν τέσσερις ηλεκτρονικοί υπολογιστές, τρεις που χρησιμοποιούνται από το κοινό, δηλ. τους πελάτες -χρήστες που είναι ήδη εγγεγραμμένοι στο συγκεκριμένο υποκατάστημα και ένας τέταρτος που χρησιμοποιείται απ τον διευθυντή ή τον υπάλληλο στο γραφείο της διεύθυνσης. Το πρόγραμμα που αναφέρθηκε παραπάνω δηλ. το HEN 2004, αναλύεται παρακάτω, παρουσιάζοντας τις λειτουργίες που το αποτελούν. Κεντρικός τίτλος προγράμματος : Διαχείριση video club ΗΕΝ 2004 Παρακάτω ακολουθούν οι ακόλουθες λειτουργίες που περιέχει : 1. File 1.1 Κανονικός 1.2 Ταινίες 1.3 Ταινίες Εκπαιδευτικές 1.4 Παιχνίδια 1.5 Διαχείριση ταινιών 1.6 Διαχείριση υποκατηγοριών 1.6.1 Ταινία 1.6.2 Παιχνίδια 2. Eξώφυλλα 2.1 Ενεργοποίηση 2.2 Εξώφυλλο Internet 3. Ταινίες Κολλιοπούλου Φρύνη - Μαρία Α. Μ. : 688 13
Διαχείριση ταινιών 3.1.1 Μενού Μετακίνησης 3.1.1.1 Ανάληψη 3.1.1.2 Κατάθεση 3.1.1.3 Διαθέσιμη ταινία 3.1.1.4 Ιδιότητες 3.1.1.5 Διαγραφή 3.1.1.6 Τελευταίες επιλογές 3.1.1.7 Εκτύπωση 3.1.1.8 Ενημέρωση 4. Κεντρικός κύκλος 4. 1 Κεντρικός κύκλος Εξωφύλλων 5. Στατιστικές 6. Χρησιμότητα /Αναγκαιότητα 6.1 Esporta 6.2 Backup 6.3 Allinea Lacandine 6.4 Αλλαγή μεριδίου 6.5 Ληξιαρχική Αγωγή 6.6 Άδειασε τα αρχεία 6.7 Εισαγωγή εξωφύλλων 6.8 Τηλεβοήθεια 6.9 Είσοδος στο μηχάνημα 6.10 Μπλοκάρισμα του προγράμματος του μηχανήματος 6.11 Αντίγραφο ασφαλείας αρχείων video-club 6.12 Aντίγραφο ασφαλείας αρχείων μηχανήματος 6.12.1 Ιστορικό Μηχανήματος 6. 6. 1. 1 Ιστορικό video club 6. 6. 2 Storicovendita 6. 6. 2. 1 Ανανεώσεις 6. 6. 3 Film Vist 7. Αρχεία 7.1 Ιστορική Κολλιοπούλου Φρύνη - Μαρία Α. Μ. : 688 14
7.2 Ανανεώσεις 7.3 Καταθέσεις 7.4 Αναλήψεις εκ της διευθύνσεως 7.5 Καθυστερήσεις 7.6 Κρατήσεις 7.7 Δωρεάν ημέρες 7.8 Πώληση 7.9 Αρχειοθήκη 7.10 Αλλαγή κατηγορίας τιμών 8. Καταθέσεις 8.1 Video club 8.1.1 F6 [OK] 8.1.2 ESC [ΑΚΥΡΩΣΗ] 8.2 Μηχάνημα 8. 2. 1 F6 [OK] 8. 2. 2. ESC [ΑΚΥΡΩΣΗ] 9. (?) 9.1 Πληροφορίες 10. Ανανεώσεις 10.1 Όλες 10.2 Μηνιαίος 10.3 Σήμερα 10.4 10 Τελευταίες μέρες 10.5 Από την ημερομηνία... μέχρι την.. 10.6 Νούμερο κάρτας 10.7 F6 [OK] ESC [ΛΚΥΡΩΣΗ] 11. Πελάτες 11.1 Στοιχεία Πελατών 11.2 Αντίγραφο ασφαλείας αρχείων 12. Μπλοκάρισμα 12.1 Μπλοκάρει τον πελάτη Κολλιοπούλου Φρύνη - Μαρία Α. Μ. : 688 15
12.2 Αλλάξτε μηχάνημα Όλες οι παραπάνω λειτουργίες περιέχονται στο κεντρικό μενού του προγράμματος HEN 2004. Κατά την περίοδο συνήθως των γιορτών (Χριστούγεννα, Πάσχα), όπου και υπάρχει και μεγάλη προσέλευση πελατών, έχει παρατηρηθεί, ότι το συγκεκριμένο πρόγραμμα συχνά κολλάει, προκαλώντας προβλήματα έτσι στη συνολική λειτουργία του καταστήματος, αφού οι πελάτες δεν μπορούν να εξυπηρετηθούν. Με μία πιο προσεκτική μελέτη στην αρχιτεκτονική του προγράμματος που αναλύεται παραπάνω, μπορεί να παρατηρηθεί μία έλλειψη στον τομέα διαχωρισμού των ταινιών σε υποκατηγορίες ανάλογα με το είδος που ανήκουν, επίσης δεν υπάρχουν πληροφορίες για τα υπόλοιπα υποκαταστήματα της ίδιας επωνυμίας που μπορεί να υπάρχουν στην ίδια πόλη ή σε άλλες πόλεις. Στο πρόγραμμα που χρησιμοποιείται για τη εταιρεία ενοικίασης ταινιών Stayhome, που και εκείνη σαν τη 24 SELF-VIDEO, διαθέτει αρκετά υποκαταστήματα, υπάρχει μεγάλος όγκος πληροφοριών για τα διάφορα υποκαταστήματα. Αρχικά δίνοντας πληροφορίες για το κάθε υποκατάστημα, όπως σε ποια πόλη βρίσκεται, ποια είναι η διεύθυνση, το τηλέφωνο επικοινωνίας, ποιος είναι ο διευθυντής του καταστήματος. Παρέχει επίσης πληροφορίες για το ποιες ταινίες υπάρχουν και σε ποιο υποκατάστημα ακριβώς είναι διαθέσιμες, ή και αν δεν είναι διαθέσιμες από ποιον πελάτη έχουν ενοικιαστεί και πότε ακριβώς. Ακόμα παρέχονται και πληροφορίες για το ποιοι ηθοποιοί συμμετέχουν σε ποιες ταινίες, παρέχοντας επίσης και τα στοιχεία των εκάστοτε ηθοποιών και το τι ρόλο παίζουν στην κάθε ταινία. Σαν πρόσθετες λειτουργίες για τη βάση της Stayhome, παρέχονται πληροφορίες για : 1. Τα ονόματα, τις θέσεις και το μισθό του προσωπικού σε κάθε πόλη. 2. Τα ονόματα των manager σε κάθε υποκατάστημα. 3. Τον τίτλο, την κατηγορία και την διαθεσιμότητα όλων των video σε κάθε υποκατάστημα. 4. Τον τίτλο, την κατηγορία και την διαθεσιμότητα όλων των video για κάθε ηθοποιό. Κολλιοπούλου Φρύνη - Μαρία Α. Μ. : 688 16
5. Τον τίτλο, την κατηγορία και την διαθεσιμότητα όλων των video για κάθε σκηνοθέτη. 6. Τα στοιχεία όλων των video που κάθε μέλος ανά πάσα στιγμή ενοικιάζει. 7. Τα αντίγραφα του κάθε video σε κάθε υποκατάστημα. 8. Τους τίτλους όλων των video σε κάθε κατηγορία (φαντασία, περιπέτεια, θρίλερ, κωμωδία). 9. Τον συνολικό αριθμό των video σε κάθε κατηγορία (φαντασία, περιπέτεια, θρίλερ, κωμωδία). 10. Τον συνολικό αριθμό των video σε κάθε κατηγορία (φαντασία, περιπέτεια, θρίλερ, κωμωδία) σε κάθε υποκατάστημα 11. Το συνολικό κόστος όλων των video (ταινιών) σε όλα τα υποκαταστήματα. 12. Το συνολικό αριθμό των μελών κάθε υποκαταστήματος από το έτος 2005. Κολλιοπούλου Φρύνη - Μαρία Α. Μ. :688 17
ΚΕΦΑΛΑΙΟ 3 Κολλιοπούλου Φρύνη - Μαρία Α. Μ. :688 18
Μετά από επαφή με τον διευθυντή της εταιρείας Stayhome και με κάποια άλλα μέλη του προσωπικού, έγινε μια καταγραφή των αναγκών της εταιρείας, των καθηκόντων του κάθε μέλους και της κατάστασης λειτουργίας της μέχρι σήμερα. Η Stayhome είναι μια εταιρεία που αποτελείται από υποκαταστήματα σε πολλά μέρη της χώρας και ενοικιάζει ταινίες. Ο ίδιος ο διευθυντής της εταιρείας περιγράφει το σκοπό της εταιρείας. Σύμφωνα με τα δικά του λεγόμενα η εταιρεία έχει αρχίσει να επεκτείνεται, με την ίδρυση νέων υποκαταστημάτων, ενέργεια που συνοδεύεται με την εισροή νέων μελών, αυτή λοιπόν η κατάσταση επιφέρει αυξανόμενα προβλήματα στη διαχείριση των δεδομένων της εταιρείας. Η δική του ανάγκη είναι να μπορεί να ελέγχει το οτιδήποτε αφορά την εταιρεία, σαν σύνολο και αποσπασματικά. Τώρα το οτιδήποτε μπορεί να αφορά την εταιρεία θα σχετίζεται και με την λειτουργία των υποκαταστημάτων. Υπεύθυνος για τη λειτουργία ενός υποκαταστήματος θα είναι ο διευθυντής του, οπότε αυτός θα μπορέσει καλύτερα απ τον καθένα να περιγράψει την κατάσταση που επικρατεί στο συγκεκριμένο υποκατάστημα που διευθύνει. Σαν δική του αρμοδιότητα εκτός απ την ποιότητα των υπηρεσιών που θα προσφερθούν στα μέλη του υποκαταστήματος είναι να παρακολουθεί τα δεδομένα που αφορούν το προσωπικό, τις ταινίες, τις ενοικιάσεις των ταινιών, και τέλος τις πληροφορίες που αφορούν τα μέλη του υποκαταστήματος. Όποτε και στις δικές του αρμοδιότητες θα προκληθεί πρόβλημα, καθώς η εταιρεία επεκτείνεται. Ένα μέλος του προσωπικού, που και σ αυτό αναλογεί μερίδιο ευθύνης για τη λειτουργία του, είναι ο προϊστάμενος του υποκαταστήματος. Σαν αρμοδιότητα του έχει την επίβλεψη μιας ομάδας προσωπικού, αλλά και την επαφή με τα μέλη που ενοικιάζουν ταινίες. Οι ενέργειες που εκείνος χρειάζεται να παρακολουθεί αφορούν την ενοικίαση των ταινιών και τα προσωπικά στοιχεία των μελών. Και εκείνος επίσης αντιμετωπίζει το πρόβλημα της συσσώρευσης δεδομένων που αφορούν τη λειτουργία του υποκαταστήματα. Κολλιοπούλου Φρύνη - Μαρία Α. Μ. : 688 19
Καθώς έχει αρχίσει να επεκτείνεται τα τελευταία χρόνια και να σημειώνει επιτυχία στον τομέα της με την εισροή νέων μελών, στα κατά τόπους υποκαταστήματά της, δημιουργούνται προβλήματα στη διαχείριση των δεδομένων της εταιρείας. Συμπεραίνοντας έτσι, σύμφωνα και με τα λόγια του ίδιου του διευθυντή, ότι οι υπηρεσίες που παρέχει η εταιρεία είναι ελλιπείς. Με την ίδρυση των νέων υποκαταστημάτων που προαναφέρθηκαν υπήρχε και το ζητούμενο της συνεργασίας, μεταξύ τους. Έτσι λοιπόν σαν προτεινόμενη λύση ειπώθηκε η δημιουργία ενός συστήματος βάσεων δεδομένων, δίνοντας ίσως επιθυμητή διέξοδο στα προβλήματα της εταιρείας. Όταν ζητείται να κατασκευαστεί ένα νέο σύστημα, ο πελάτης έχει κάποιες ιδέες για τον τρόπο λειτουργίας του συστήματος, ανάλογα βέβαια και το τι πρόβλημα αντιμετωπίζει σαν εταιρεία που εκπροσωπεί. Πολλές φορές έχει σημειωθεί ένα νέο σύστημα να αντικαθιστά ένα παλαιότερο ή να αντικαθιστά τον τρόπο λειτουργίας που ίσχυε έως εκείνη τη στιγμή. Ανεξάρτητα από το αν η λειτουργικότητά του είναι παλιά ή καινούρια, κάθε σύστημα που βασίζεται σε λογισμικό διαθέτει ένα σκοπό, ο οποίος συνήθως εκφράζεται με τις δυνατότητες του. Απαίτηση είναι ένα χαρακτηριστικό του συστήματος ή μια περιγραφή ενός πράγματος που το ίδιο το σύστημα είναι ικανό να κάνει έτσι ώστε να εκπληρώσει το σκοπό του. Για τη συλλογή αυτών των απαιτήσεων, είναι απαραίτητη η επαφή με τον πελάτη, δηλαδή την εταιρεία. Μετά από κάποιες συνεντεύξεις με τους υποδεικνυόμενους από την ίδια ανθρώπους, μπορούν να εξακριβωθούν οι απαιτήσεις που ζητούνται να μεταφραστούν σε λογισμικό. Στη συνέχεια οι απαιτήσεις ξαναγράφονται, συνήθως με περισσότερο μαθηματικές αναπαραστάσεις, ούτως ώστε να οι σχεδιαστές να μπορούν να μετασχηματίσουν τις απαιτήσεις με την προοπτική ενός καλού σχεδίου του συστήματος. Το στάδιο επαλήθευσης εξασφαλίζει ότι οι απαιτήσεις είναι πλήρεις, σωστές και συνεπείς, καταλήγοντας στο στάδιο της επικύρωσης, εξασφαλίζοντας ότι έχει περιγραφεί ότι ο πελάτης επιθυμεί να περιέχει το τελικό προϊόν. Η εξαγωγή των απαιτήσεων είναι ένα εξαιρετικό κρίσιμο τμήμα της διεργασίας. Ένας τρόπος ανάλυσης του προβλήματος είναι να εντοπιστούν οι άνθρωποι, οι Κολλιοπούλου Φρύνη - Μαρία Α. Μ. : 688 20
διεργασίες, οι πόροι που εμπλέκονται και στη συνέχεια να τεκμηριωθούν οι σχέσεις μεταξύ τους. Πρέπει να βρεθούν ποια στοιχεία δεδομένων περνούν απ τον έναν ρόλο στον άλλο και ποιες διεργασίες μετασχηματίζουν τα δεδομένα από τη μια μορφή ή κατάσταση στην άλλη. Όταν χρειάζεται να διεξαχθούν οι απαιτήσεις, είναι απαραίτητο να ρωτάτε η ίδια ερώτηση με πολλούς τρόπους, έτσι ώστε να είναι σίγουρο ότι έχει γίνει κατανοητό, αυτά που χρειάζονται και επιθυμούν οι χρήστες, που θα έρθουν σε άμεση επαφή με το προϊόν και οι πελάτες που απαιτούν το καλύτερο δυνατό αποτέλεσμα. Θα είναι λοιπόν χρήσιμο να διαχωριστούν οι απαιτήσεις σε τρεις κατηγορίες (Pfleeger 2003): > Απαιτήσεις που σε κάθε περίπτωση πρέπει να τηρηθούν. > Απαιτήσεις που είναι εξαιρετικά επιθυμητές αλλά όχι αναγκαίες. > Απαιτήσεις που μπορεί να συμπεριληφθούν, αλλά ενδεχομένως και να αφαιρεθούν. Κάθε μία από τις απαιτήσεις του συστήματος σχετίζεται με αντικείμενα ή οντότητες με κάποιες καταστάσεις στις οποίες αυτά μπορεί να βρεθούν, αλλά και με λειτουργίες που εκτελούνται για την αλλαγή των καταστάσεων ή κάποιων χαρακτηριστικών των αντικειμένων. Η κάθε απαίτηση από μόνη της δεν προσδιορίζει τον τρόπο υλοποίησης του συστήματος, αλλά έχει άμεση σχέση με τον σκοπό του συστήματος. Επαληθεύοντας έτσι τη θεωρία που υποστηρίζει ότι οι απαιτήσεις είναι αυτές που καθορίζουν το τι και η σχεδίαση του συστήματος το πώς. Οι Robertson (1999) προτείνουν τρεις τρόπους ώστε να είναι πιο εύκολη η εξαγωγή των απαιτήσεων: > Μια ποσοτική περιγραφή πρέπει να καθορίζεται για κάθε επίθετο και επίρρημα ούτως ώστε το νόημα των λέξεων να είναι ξεκάθαρο και χωρίς αμφισβήτηση. > Οι αντωνυμίες θα πρέπει να αντικαθίστανται με συγκεκριμένα ονόματα οντοτήτων. Κολλιοπούλου Φρύνη - Μαρία Α. Μ. : 688 21
> Κάθε ουσιαστικό θα ορίζεται σ ένα ακριβώς σημείο στα έγγραφα των απαιτήσεων. Για να γίνει λοιπόν πιο κατανοητή αυτή η διαφορά θα ήταν αρκετά χρήσιμο αρχικά να υπάρξει μια επαφή με την ενδιαφερόμενη εταιρεία, ώστε να γίνει αντιληπτή η φύση του προβλήματος που αντιμετωπίζει. Εστιάζοντας λοιπόν στο πρόβλημα που αντιμετωπίζει η συγκεκριμένη εταιρεία, θα ήταν ώριμο να διαχωριστούν να εξαχθούν οι απαιτήσεις και να αναλυθούν στη συνέχεια, εξυπηρετώντας δύο πολύ σημαντικούς σκοπούς της συνολικής διεργασίας. Αρχικά η εξαγωγή των απαιτήσεων γίνεται βοηθός στο να γραφεί ένα έγγραφο ορισμού των απαιτήσεων. Αυτή η ενέργεια πρέπει να γίνει ούτως ώστε η εταιρεία, δηλαδή ο πελάτης να μπορέσει να το κατανοήσει, περιέχοντας όσο το δυνατό πληρέστατες πληροφορίες, που θα αφορούν στο τι επιθυμεί ο πελάτης να κάνει σαν λειτουργία το σύστημα. Η προδιαγραφή των απαιτήσεων είναι μια διαμορφωμένη μορφή των απαιτήσεων με τεχνικούς όρους, τέτοιους που θα είναι κατάλληλοι για την ανάπτυξη του σχεδίου του συστήματος. Αυτές οι δύο κατηγορίες εγγράφων βοηθούν ώστε να μη παραληφθούν ή αλλαχθούν, όταν μεταφράζονται σε πληροφορίες. Η άμεση αντιστοιχία ανάμεσα στο έγγραφο των απαιτήσεων και στις απαιτήσεις που βρίσκονται εκεί και στο έγγραφο των προδιαγραφών είναι κάτι που πρέπει απαραίτητα να υπάρχει. Στη συνέχεια θα ακολουθήσουν ένα σύνολο από διαδικασίες όπου ονομάζονται διαχείριση σχηματισμών και φροντίζουν για : > Το τι πρέπει να κάνει το σύστημα μέσω των απαιτήσεων που δίνονται > Τις απαιτήσεις που μέσω αυτών θα παραχθούν οι μονάδες σχεδίου > Τον ίδιο τον κώδικα που μέσω αυτού υλοποιείται το σχέδιο > Τη λειτουργικότητα του συστήματος που μέσω των ελέγχων θα την επαληθεύουν > Το σύστημα μέσω των εγγράφων που το περιγράφουν Κολλιοπούλου Φρύνη - Μαρία Α. Μ. : 688 22
Οι απαιτήσεις του συστήματος διαχωρίζονται σε λειτουργικές και μη λειτουργικές. Είναι ένας τρόπος ώστε να γίνουν καλύτερα κατανοητές οι απαιτήσεις. Σαν λειτουργικές ορίζονται οι απαιτήσεις που μπορούν να περιγράψουν τις αλληλεπιδράσεις ανάμεσα στο ίδιο το σύστημα και στο περιβάλλον που το υποστηρίζει. Και σαν μη λειτουργικές ορίζονται οι απαιτήσεις που μπορούν να περιγράψουν μια προδιαγραφή του συστήματος, η οποία περιορίζει τις επιλογές που θα υπάρχουν για να βρεθεί μια λύση σε κάποιο πρόβλημα. H σχεδίαση ενός συστήματος είναι η δημιουργική διεργασία που συνίσταται στην μετατροπή ενός προβλήματος σε λύση. Η περιγραφή αυτού του προβλήματος ονομάζεται σχέδιο. Αυτή η δημιουργική διεργασία είναι στην ουσία δύο σταδίων. Το πρώτο είναι η κατασκευή ενός εννοιολογικού σχεδίου ή σχεδίου συστήματος που περιγράφει το τι θα κάνει το σύστημα. Και μετέπειτα ακολουθεί το τεχνικό σχέδιο, το οποίο, επιτρέπει στους κατασκευαστές του συστήματος να αντιληφθούν ποιο θα είναι το είδος του τελικού υλικού αλλά και του λογισμικού που θα χρησιμοποιηθεί για να οδηγηθεί το πρόβλημα στην λύση του. Το εννοιολογικό σχέδιο είναι αυτό που περιγράφει το σύστημα με μία τέτοια γλώσσα ώστε να γίνει κατανοητό χωρίς να χρησιμοποιηθεί μια συγκεκριμένη γλώσσα υπολογιστών. Επίσης μπορεί να περιλαμβάνει αποδεκτές απαντήσεις των χρηστών και τις ενέργειες που θα προκύψουν απ αυτές τις απαντήσεις. Για να αρχίσει λοιπόν η διαδικασία που θα οδηγήσει στην επίλυση του προβλήματος θα πρέπει το εννοιολογικό σχέδιο που είναι το πρώτο στάδιο αυτής της διεργασίας, να χαρακτηρίζεται από κάποια βασικά στοιχεία, τα οποία είναι: > Η γραφή του να είναι σε γλώσσα που χρησιμοποιεί ο πελάτης > Να μην περιέχει τεχνικούς όρους > Να περιγράφει τις λειτουργίες του συστήματος > Να συνδέεται με τα έγγραφα απαιτήσεων Σύμφωνα με τα παραπάνω στοιχεία γίνεται κατανοητό ότι σαν ζητούμενο του εννοιολογικού σχεδίου είναι να περιγράφει το τι κάνει το σύστημα, εξηγώντας τα εξωτερικά χαρακτηριστικά του, που μπορούν να παρατηρηθούν απ τον χρήστη. Κολλιοπούλου Φρύνη - Μαρία Α. Μ. : 688 23
To δεύτερο στάδιο όπως αναφέρθηκε παραπάνω είναι το τεχνικό σχέδιο. Η τεχνική σχεδίαση περιγράφει τη διάταξη του υλικού, τις ανάγκες σε λογισμικό, τις διασυνδέσεις επικοινωνίας. την είσοδο/έξοδο του συστήματος, την αρχιτεκτονική δικτύου, και οτιδήποτε άλλο μετατρέπει τις απαιτήσεις σε λύση στο πρόβλημα, που σαν τελικό ζητούμενο είναι η δημιουργία του συστήματος. Αντικείμενο μελέτης για τη δημιουργία ενός συστήματος χαρακτηριζόμενο απ τα στοιχεία που προαναφέρθηκαν θα είναι η δημιουργία ενός συστήματος βάσεων δεδομένων για την εταιρεία Stay Home. H συγκεκριμένη εταιρεία αποτελείται από μια αλυσίδα υποκαταστημάτων ενοικίασης ταινιών σε πολλές πόλεις της χώρας. Σκοπός του συστήματος βάσεων δεδομένων της Stayhome είναι να συλλέγει, να αποθηκεύει, να διευθύνει και να ελέγχει τα δεδομένα όπου υποστηρίζουν τις συναλλαγές της με τα μέλη της και να διευκολύνει τη συνεργασία μεταξύ των υποκαταστημάτων της. Κάποια χαρακτηριστικά της ακολουθούν: > Κάθε υποκατάστημα της Stayhome έχει έναν manager και αρκετούς υφισταμένους. Ο manager είναι υπεύθυνος για τη λειτουργία του κάθε υποκαταστήματος και ο κάθε υφιστάμενος (supervisor) για την επίβλεψη μιας ομάδας του προσωπικού. > Κάθε υποκατάστημα διαθέτει ταινίες (dvd) προς ενοικίαση (Εικόνα 6_3). Κολλιοπούλου Φρύνη - Μαρία Α. Μ. : 688 24
(Εικόνα 6_ 3) StayHome V id e o s fo r R e n t L istin g ra Stay Π / Home B r a n c h N u m b e r B 0 0 2 T e le p h o n e N u m b e r(s) 2 0 6-5 5 5-6 7 5 6 /2 0 6-5 5 5-8 8 3 6 B r a n c h A d d ress C ity C en ter Plaza, Seattle, W A 9 8 1 2 2 C atalo g N u m b er V ideo N u m b er V ideo Title C a te g o ry D aily R ental 2 0 7 1 3 2 1 9 9 0 0 4 Die A n o th e r D ay A ctio n 5.0 0 2 0 7 1 3 2 2 4 5 4 5 6 Die A n o th e r D ay A ctio n 5.0 0 6 3 4 8 1 7 1 7 8 6 4 3 In d e p e n d e n ce D ay Sci-Fi 4.5 0 6 3 4 8 1 7 2 4 3 4 3 1 In d e p e n d e n ce D ay Sci-Fi 4.5 0 9 8 9 0 0 1 4 5 6 7 7 8 S p id er-m an Sci-Fi 5.0 0 9 8 9 0 0 1 4 5 6 8 8 0 S p id er-m an Sci-Fi 5.0 0 9 8 9 0 0 1 4 5 6 8 8 7 S p id er-m an Sci-Fi 5.0 0 Page 1 > Κάθε dvd έχει ένα συγκεκριμένο κωδικό αριθμό, αλλά μπορεί να διαθέτει αρκετά αντίγραφα. > Κάθε μέλος μπορεί να εγγραφεί σ ένα υποκατάστημα (Εικόνα 6_4) αλλά και ταυτόχρονα και σε παραπάνω από ένα (Εικόνα 6_5), έχοντας όμως διαφορετικό αριθμό μέλους (κωδικό). (Εικόνα 6_4) StayHome M em b er R eg istratio n F o rm K 0 Ϊ 0 / Stay \ B Π / Home M em b er N u m b er M 2 8 4 3 5 4 B ra n c h N u m b e r B 002 (Enter if know n) Full N am e D on N elson M em b er A ddress 123 Suffolk Lane, Seattle, WA 9 8 1 1 7 B ra n c h A ddress C ity C en ter Plaza, Seattle, WA 9 8 1 2 2 R egistered By Robert C hin D ate R egistered 0 9-0 c t-0 1 Κολλιοπούλου Φρύνη - Μαρία Α. Μ. : 688 25
(Εικόνα 6_5 ) StayH om e M e m b e rs L is tin g B r a n c h N u m b e r B 0 0 2 T e le p h o n e N u m b e r(s ) 2 0 6-5 5 5-6 7 5 6 / 2 0 6-5 5 5-8 8 3 6 B r a n c h A d d re s s C ity C e n te r Plaza, S e a ttle, W A 9 8 1 2 2 M e m b e r N u m b e r N a m e A d d ress D ate Jo in e d Μ 1 2 9 9 0 6 K a re n H o m e r 6 3 4-1 2 th A v e n u e, S e a ttle, lo -Ja n -9 7 W A 9 8 1 2 3 Μ 1 8 9 9 7 6 J o h n H o o d 4 / 4 R osie L a n e, S e a ttle 2 1 -M a y -9 8 M 2 2 0 0 4 5 J a m ie P eters 5 A - 2 2 n d S tre e t, S eattle, W A 9 8 4 5 1 Μ 2 2 8 8 7 7 C la ire S in cla ir 4 4 B 1 6 th S tre e t, S eattle, W A 9 8 1 2 3 Μ 2 6 5 4 3 2 J a n e t M c D o n a ld 1 L in c o ln W ay, S e a ttle, W A 9 8 2 3 4 Μ 2 8 4 3 5 4 D o n N e lso n 1 2 3 S uffolk L a n e, S e attle, W A 9 8 1 1 7 Μ 2 8 4 6 6 6 W illia m C a rrin g 1 S p a rro w h ill W ay, S e a ttle, W A 98111 2 0 -M a y -9 9 2 8 -A u g -9 9 19-Aug-OO 0 9-0 c t - 0 1 1 0 - O c t-0 2 P a g e 1 Ο μέγιστος αριθμός ενοικίασης από ένα μέλος είναι δέκα ταινίες (dvd) κάθε φορά. Ένα ολοκληρωμένο παράδειγμα ενοικίασης ταινιών (dvd) ακολουθεί. Κολλιοπούλου Φρύνη - Μαρία Α. Μ. :688 26
(Εικόνα 6_6) StayHome V id e o R e n ta l M e m b e r N u m b e r M 2 2 8 8 7 7 M e m b e r N a m e C laire Sinclair B r a n c h N u m b e r B r a n c h A d d re ss C ity C e n te r Plaza, Seattle, W A 9 8 1 2 2 B 0 0 2 V ideo V ideo T itle D aily D ate D ate T otal N u m b er R en tal O u t In R en tal 5 6 5 6 1 1 H arry P o tte r 4.5 0 1 2 - D e c-0 3 1 4 -D e c-0 3 4.5 0 4 7 6 6 6 7 Shrek 4.0 0 1 3 - D e c-0 3 Για τη δημιουργία του συστήματος βάσης δεδομένων αυτής της εταιρείας θα πρέπει να ακολουθηθούν κάποια συγκεκριμένα στάδια. Πρώτα θα πρέπει να γίνει η εξαγωγή των απαιτήσεων. Για να δημιουργηθεί λοιπόν το πρώτο στάδιο θα πρέπει να γίνει μια συλλογή και καταγραφή των απαιτήσεων που θα πρέπει να χαρακτηρίζουν το συγκεκριμένο σύστημα. Αυτή η καταγραφή θα επιτευχθεί αρχικά μέσω άμεσης επαφής με τον διευθυντή της εταιρείας Stayhome, τον διευθυντή, τον προϊστάμενο (supervisor) σε κάποιο από τα υποκαταστήματα, κάποιο βοηθό (assistant) και έναν αγοραστή (buyer) που είναι υπεύθυνος για την προμήθεια ταινιών προς ενοικίαση στα διάφορα υποκαταστήματα. Μετά λοιπόν από επαφή με τα συγκεκριμένα σημαντικά, το καθένα για συγκεκριμένο λόγο άτομα εξήχθησαν κάποια πολύ σημαντικά συμπεράσματα, χαρακτηριστικά που θα πρέπει να διέπουν τη βάση της εταιρείας Stayhome, τα οποία βρίσκονται στο παράρτημα B. Κολλιοπούλου Φρύνη - Μαρία Α. Μ. : 688 27
Ο σκοπός του σταδίου καθορισμού των δεδομένων αποσκοπεί στο να κατανοηθεί η γενική λειτουργία του συστήματος αλλά και των ορίων του συστήματος βάσεων δεδομένων, βοηθώντας επίσης και στη εικόνα που θα παρουσιαστεί στο χρήστη του συστήματος. Σε όλη τη διάρκεια αυτού του σταδίου οι συνεντεύξεις που πάρθηκαν θα βοηθήσουν στο να διευκρινιστούν ή να διευρυνθούν τα δεδομένα που συλλέχτηκαν αρχικά. Παρ όλα αυτά υπάρχει περίπτωση να χρειαστούν επιπλέον τεχνικές ανεύρεσης δεδομένων εκτός από τη μελέτη της περιγραφής της εταιρείας Stayhome. Αναλύοντας τις πληροφορίες που έχουν βρεθεί μέχρι τώρα παρατηρείτε ότι το σχήμα που ακολουθεί περιγράφει τα μέχρι τώρα συλλεχθέντα δεδομένα όσον αφορά τη λειτουργία της εταιρείας. (Εικόνα 1) Τα όρια του συστήματος βάσης δεδομένων φαίνονται παραπάνω, περιέχοντας μία παρουσίαση των βασικών τύπων των δεδομένων που αναφέρονται στις συνεντεύξεις αλλά και τη σχέση μεταξύ αυτών των δεδομένων. Η πλειονότητα των δεδομένων που έχουν καταγραφεί απεικονίζονται παρακάτω: Κολλιοπούλου Φρύνη - Μαρία Α. Μ. : 688 28
User View Σκηνοθέτης (Director) Aπαιτήσεις To report on all branches To report on staff at all branches To report on videos at all branches To report on members at all branches To report on video rentals at all branches To report on video suppliers To report on video orders Διευθυντής (Manager) ^ maintain (enter, update, and delete) data on a given branch To maintain (enter, update, and delete) data on staff at given branch To perform searches on branches To perform searches on staff at all branches To report on staff at a given branch To report on videos at all branches To report on members at all branches To report on video rentals at all branches Προϊστάμενος (Supervisor) Το maintain (enter, update, and delete) data on videos at a given branch To maintain (enter, update, and delete) data on members at a given branch To maintain (enter, update, and delete) data on video rentals at given branch To perform searches on videos at all branches To perform searches on video rentals at given branch To perform searches on members at given Κολλιοπούλου Φρύνη - Μαρία Α. Μ. : 688 29
branch To track the status of videos in stock at given branch To track the status of video rentals at a given branch To report on staff at given branch Βοηθός (Assistant) To maintain (enter, update, and delete) data on video rentals at a given branch To maintain (enter, update, and delete) data on members at a given branch To perform searches on videos at all branches To perform searches on video rentals at a given branch To perform searches on members at a given branch To track the status of videos in stock at a given branch To track the status of video rentals at a given branch Αγοραστής (Buyer) To maintain (enter, update, and delete) data on videos To maintain (enter, update, and delete) data on video suppliers To maintain (enter, update, and delete) data on video orders To perform searches on branches To perform searches on videos at all branches To perform searches on video suppliers To perform searches on video orders To track the status of video orders To report on videos at all branches Κολλιοπούλου Φρύνη - Μαρία Α. Μ. : 688 30
To report on video rentals at all branches To report on members at all branches To report on video suppliers To report on video orders Η συλλογή των πληροφοριών είναι μια ενέργεια που είναι απαραίτητο να συνεχιστεί, ώστε να σχηματιστούν απ τις απαιτήσεις που θα συλλεχθούν, οι προδιαγραφές που θα περιγράφουν λεπτομερειακά τη βάση δεδομένων. Επίσης μέσω αυτών θα γίνει αντιληπτό πως αυτά τα δεδομένα θα χρησιμοποιηθούν. Καθώς γίνεται αυτή η συλλογή των απαιτήσεων, χρήσιμο θα ήταν να σημειωθούν όποιες γενικές απαιτήσεις αφορούν το σύστημα. Ο σκοπός που συλλέγονται αυτές οι πληροφορίες είναι για να δημιουργηθούν οι προδιαγραφές του συστήματος, οι οποίες θα περιγράφουν τα χαρακτηριστικά που θα περιλαμβάνονται στο νέο σύστημα βάσης δεδομένων, όπως η δικτύωση και κατά συνέπεια η διαμοιρασμένη πρόσβαση (shared access requirements), οι απαιτήσεις επίδοσης (performance requirements) και τα επίπεδα ασφαλείας που απαιτούνται. Καθώς όμως μελετούνται τα δεδομένα θα πρέπει να γίνει γνωστό πως λειτουργεί το υπάρχων σύστημα. Φυσικά όμως καθώς χτίζεται το νέο σύστημα, θα γίνει μια προσπάθεια να συγκρατηθούν τα καλά χαρακτηριστικά του παλιού συστήματος παράλληλα με την παρουσίαση των οφελών που θα αποτελούν μέρος της χρήσης του καινούριου συστήματος. Μια σημαντική δραστηριότητα που σχετίζεται με αυτό το στάδιο αφορά την απόφαση για το πως θα αντιμετωπιστεί η κατάσταση που θα υπάρχουν παραπάνω από μία άποψη χρήστη. Όπως είχε αναφερθεί και πρωτύτερα, υπάρχουν τρεις προσεγγίσεις για το πώς θα αντιμετωπιστεί η πολλαπλή άποψη χρήστη (user view), όπως η συγκεντρωτική προσέγγιση (centralized approach), η προσέγγιση ολοκλήρωσης όψεων (view integration approach) και ένας συνδυασμός και απ τις δύο προσεγγίσεις. Για να διαπιστωθούν περισσότερα για τις προδιαγραφές για κάθε άποψη χρήστη μπορεί να χρειαστεί να εφαρμοστούν κάποιες άλλες μέθοδοι για τη συλλογή των πληροφοριών, εν κατακλείδι απαιτήσεων, όπως η παρατήρηση μιας επιχείρησης του τομέα αυτού καθώς λειτουργεί. Κολλιοπούλου Φρύνη - Μαρία Α. Μ. : 688 31
Κάποια παραδείγματα ερωτήσεων με τα οποία θα μπορούσε να γίνει μία πρώτη καταγραφή των απαιτήσεων ακολουθούν : > Τι τύπους δεδομένων επιθυμείτε να έχετε στη βάση δεδομένων σας ; > Τι είδους ενέργειες θα κάνετε με τη χρήση των δεδομένων ; Για παράδειγμα θα μπορούσε να ερωτηθεί ο διευθυντής (manager) ενός υποκαταστήματος: (προγραμματιστής) > Τι είδους δεδομένα θέλετε να κρατάτε για το προσωπικό σας ; (διευθυντής) > Ο τύπος των δεδομένων που φυλάσσονται για κάθε μέλος είναι το όνομα του ή της, η θέση τους στην επιχείρηση και ο μισθός. Κάθε μέλος του προσωπικού έχει έναν κωδικό αριθμό, ο οποίος είναι μοναδικός σε όλη την εταιρεία. (προγραμματιστής) > Με ποιο τρόπο χρησιμοποιείται τα δεδομένα που αφορούν το προσωπικό ; (διευθυντής) > Χρειάζεται να υπάρχει η δυνατότητα να εισαχθούν δεδομένα για τα νέα μέλη του προσωπικού και η δυνατότητα να διαγραφούν αυτά όταν κάποια μέλη αποχωρούν απ την επιχείρηση. Επίσης πρέπει να υπάρχει η δυνατότητα να ενημερώνεται το σύστημα και να τυπώνονται κάποιες αναφορές που θα περιέχουν το όνομα, τη θέση, το μισθό του κάθε μέλους σε κάθε υποκατάστημα. Καθώς και το όνομα του προϊσταμένου (Supervisor) με την ομάδα προσωπικού που επιβλέπει. Κάποιες φορές μπορεί να χρειαστεί να υπάρξει επικοινωνία με άλλα υποκαταστήματα, οπότε τα ονόματα των διευθυντών (manager) θα ήταν κάτι αναγκαίο. Τέτοιου είδους ερωτήσεις θα μπορούσαν να χρησιμοποιηθούν για να καταγραφούν τα δεδομένα που θα καταχωρηθούν στη βάση δεδομένων. Οι απαντήσεις αυτών των ερωτήσεων θα βοηθούσαν ώστε να ταυτιστούν οι απαραίτητες λεπτομέρειες για τις προδιαγραφές απαιτήσεων χρήστη. Κολλιοπούλου Φρύνη - Μαρία Α. Μ. : 688 32
Καθώς λοιπόν διεξάγονται αυτές οι συνεντεύξεις που αφορούν την άποψη του χρήστη, ταυτόχρονα θα πρέπει να συλλέγονται γενικές πληροφορίες που αφορούν τις απαιτήσεις του συστήματος. Παραδείγματα τέτοιου τύπου ερωτήσεων που θα μπορούσαν να ερωτηθούν ακολουθούν: > Τι συναλλαγές συμβαίνουν συχνά στη βάση δεδομένων σας ; > Τι συναλλαγές είναι σημαντικές για τη λειτουργία της επιχείρησης ; > Πότε συμβαίνουν οι σημαντικές αυτές συναλλαγές ; > Πότε υπάρχουν χαμηλού, κανονικού και υψηλού επιπέδου διεργασίες στις κρίσιμες αυτές συναλλαγές ; > Τι τύπου ασφάλεια θα πρέπει να υπάρχει στη βάση δεδομένων ; > Υπάρχουν κάποια είδη δεδομένων στα οποία θα πρέπει να έχουν πρόσβαση συγκεκριμένα μέλη; > Τι ιστορικά δεδομένα θα χρειαστεί να φυλάσσονται ; > Τι είναι το networking και η διαμοιρασμένη πρόσβαση δεδομένων (shared access requirements) για τη βάση δεδομένων ; > Τι είδους προστασία από αποτυχίες ή απώλεια δεδομένων θα πρέπει να υπάρχει στη συγκεκριμένη βάση δεδομένων ; Πως θα μπορούσε να αποφασιστεί τι άποψη θα χρησιμοποιηθεί συγκεντρωτική ή η ενοποιημένη προσέγγιση ; Ένας τρόπος να παρθεί αυτή η απόφαση είναι να εξεταστεί η επικάλυψη σε σχέση με τα δεδομένα που χρησιμοποιούνται μεταξύ του απόψεων χρήστη που διευκρινίζονται κατά το στάδιο καθορισμού του συστήματος. Ο πίνακας 6. 7 που ακολουθεί αντιστοιχίζει τις απόψεις των χρηστών, Director, Manager, Supervisor, Assistant, και Βuyer σε σχέση με τους βασικούς τύπους των δεδομένων που χρησιμοποιούνται από τη βάση δεδομένων της εταιρείας Stayhome. (κυρίως με τους τύπους Supplier, Video Order, Video, Video, Branch, Staff, Rental και Member. ) Κολλιοπούλου Φρύνη - Μαρία Α. Μ. : 688 33
Πίνακας 6. 7 Αντιστοίχηση των απόψεων χρηστών σε σχέση με τους βασικούς τύπους των δεδομένων που χρησιμοποιούνται με τη βάση δεδομένων της Stayhome. Supplier Video Order Video Branch Staff Rental Member Director X X X X X X X Manager X X X X X Supervisor X X X X X Assistant X X X X Buyer X X X X X X Απ ότι παρατηρείτε στον πίνακα 6. 7 υπάρχει μία επικάλυψη των δεδομένων που χρησιμοποιούνται απ όλες τις απόψεις χρηστών. Παρ όλα αυτά οι απόψεις χρηστών των Director και Buyer διαφέρουν σε σχέση με τα δεδομένα των Supplier και Video Order που χρησιμοποιούνται σε άλλες απόψεις χρηστών. Με βάση αυτήν την ανάλυση θα μπορούσε να χρησιμοποιηθεί η συγκεντρωμένη προσέγγιση, ώστε πρώτα να συγχωνευθούν οι απαιτήσεις για τους Director και Buyer απόψεων χρηστών (δοθέντος του συλλογικού ονόματος του Business απόψεων χρηστών) και οι απαιτήσεις για τους Manager, Supervisor και Assistant απόψεων χρηστών (δοθέντος του συλλογικού ονόματος του Branch user views ). ^ τ ε θα μπορούσαν να αναπτυχθούν τα μοντέλα των δεδομένων που αντιπροσωπεύουν τις Business και Branch απόψεις χρηστών και στη συνέχεια να χρησιμοποιηθεί η ενοποιημένη προσέγγιση ώστε να συγχωνευθούν τα δύο μοντέλα δεδομένων. Φυσικά για μία απλή μελέτη όπως αυτή της Stayhome, θα μπορούσε να χρησιμοποιηθεί η συγκεντρωτική προσέγγιση για όλες τις απόψεις χρηστών. Παρ όλα αυτά για να επιτραπεί να πραγματοποιηθούν και οι δύο προσεγγίσεις, τόσο η συγκεντρωτική αλλά και η ολοκληρωμένη προσέγγιση δουλεύοντας στην πραγματικότητα, θα χρειαστεί να χρησιμοποιηθούν δύο συλλογικές απόψεις χρήστη για τη Stayhome. Eίναι δύσκολο να δοθούν ακριβής κανόνες για το πότε είναι αναγκαίο να χρησιμοποιηθεί κάθε μία από τις δύο απόψεις. Κολλιοπούλου Φρύνη - Μαρία Α. Μ. : 688 34
Ο προγραμματιστής της βάσης δεδομένων θα πρέπει να πάρει την απόφαση στο ποια θα χρησιμοποιηθεί από την πολυπλοκότητα του συστήματος βάσης δεδομένων και το βαθμό επικάλυψης μεταξύ των ποικίλων απόψεων χρηστών. Είτε όμως χρησιμοποιηθεί η συγκεντρωμένος προσέγγιση ή η ενοποιημένη προσέγγιση ή μία μίξη των δύο ώστε να χτιστεί η μη ορατή βάση δεδομένων, αμέσως χρειάζεται να χρησιμοποιηθούν οι βασικές απόψεις χρηστών. Στη συνέχεια θα παρουσιαστούν οι απαιτήσεις και οι προδιαγραφές της Stayhome και του συστήματος προδιαγραφών για το σύστημα βάσης δεδομένων. Οι απαιτήσεις και προδιαγραφές για τις Branch απόψεις χρηστών είναι διαχωρισμένες σε δύο τομείς: > Ο πρώτος περιγράφει τα δεδομένα που χρησιμοποιούνται από τις Βranch απόψεις χρηστών. > ^ ι ο δεύτερος προβάλλει κάποια παραδείγματα για το πώς χρησιμοποιούνται τα δεδομένα από τις Branch απόψεις χρηστών (όπως οι δοσοληψίες μεταξύ των δεδομένων). Απαιτήσεις των Δεδομένων Τα δεδομένα που διατηρούνται σε κάθε υποκατάστημα της Stayhome είναι η διεύθυνση του υποκαταστήματος, η πόλη στην οποία βρίσκεται, ο ταχυδρομικός κώδικας και οι τηλεφωνικοί αριθμοί (με μέγιστο 3 γραμμές ). Κάθε υποκατάστημα της Stayhome έχει προσωπικό, το οποίο περιλαμβάνει έναν Διευθυντή, έναν ή περισσότερους Προϊσταμένους και ένα αριθμό προσωπικού. Κάθε διευθυντής είναι υπεύθυνος για την επίβλεψη μιας ομάδας προσωπικού. Τα δεδομένα που κρατούνται για κάθε μέλος του προσωπικού είναι το όνομα του ή της, η θέση του και ο μισθός του. Κάθε μέλος του προσωπικού έχει συγκεκριμένο κωδικό αριθμό, ο οποίος είναι μοναδικός σε όλη την εταιρεία. Σε κάθε υποκατάστημα της Stayhome βρίσκεται μία συγκεκριμένη ποσότητα ταινιών. Τα δεδομένα που κρατούνται για κάθε ταινία είναι ο αριθμός καταλόγου, ο κωδικός της ταινίας, ο τίτλος η κατηγορία που ανήκει, ο καθημερινός ρυθμός ενοικίασης, η τιμή αγοράς, η κατάσταση στην οποία βρίσκεται (νοικιασμένη ή όχι) Κολλιοπούλου Φρύνη - Μαρία Α. Μ. : 688 35
και τα ονόματα των βασικών ηθοποιών (και των χαρακτήρων που υποδύονται) και του σκηνοθέτη. Ο αριθμός καταλόγου αντιπροσωπεύει μοναδικά κάθε ταινία. Στις περισσότερες περιπτώσεις υπάρχουν αρκετά αντίγραφα της κάθε ταινίας σε κάθε υποκατάστημα και τα ξεχωριστά αντίγραφα ξεχωρίζουν καθώς έχουν συγκεκριμένο κωδικό ταινίας. Κάθε ταινία ανήκει σε μία συγκεκριμένη κατηγορία όπως Δράση, Ενήλικες, Παιδικά, Φαντασίας, Τρόμου, Sci - Fi ή Θρίλερ. Η κατάσταση υποδεικνύει για το αν ένα συγκεκριμένο αντίγραφο μίας ταινίας είναι διαθέσιμο για ενοικίαση ή όχι. Πριν να ενοικιαστεί μία ταινία από την εταιρεία, ο πελάτης θα πρέπει να εγγραφεί σαν μέλος ενός τοπικού υποκαταστήματος της Stayhome. Οι πληροφορίες που κρατούνται για κάθε μέλος είναι το όνομα το επίθετό του, η διεύθυνση του και η ημερομηνία εγγραφής του στο συγκεκριμένο υποκατάστημα. Σε κάθε μέλος δίνεται ένας αριθμός μέλους, ο οποίος είναι μοναδικός σε όλα τα υποκαταστήματα και χρησιμοποιείται ακόμα και όταν ένα μέλος επιλέξει να εγγραφεί σε παραπάνω από ένα υποκαταστήματα. Το όνομα του μέλους του προσωπικού που είναι υπεύθυνο για τη διαδικασία των εγγραφών των μελών, καταγράφεται. Όταν κάποιο μέλος εγγράφεται μπορεί να ενοικιάσει ταινίες με μέγιστο αριθμό τις 10 κάθε φορά. Τα δεδομένα που κρατούνται για κάθε ταινία που ενοικιάζεται είναι ο αριθμός ενοικίασης, το πλήρες όνομα του μέλους, ο κωδικός της ταινίας, ο τίτλος και το καθημερινό κόστος ενοικίασης και οι ημερομηνίες όπου ενοικιάστηκε και επιστράφηκε η ταινία. Ο κωδικός ενοικίασης είναι μοναδικός σε όλη την εταιρεία. Οι προδιαγραφές του συστήματος θα πρέπει να δημιουργούν μια λίστα όλων των σημαντικών χαρακτηριστικών για το σύστημα βάσης δεδομένων της Stayhome. Παραδείγματα τέτοιων τύπων χαρακτηριστικών που θα πρέπει περιγράφονται στις προδιαγραφές συστήματος περιλαμβάνουν: > Το αρχικό μέγεθος της βάσης > Το ρυθμό ανάπτυξης της βάσης > Τους τύπους και το μέσο αριθμό αναζήτησης εγγραφών > Η δικτύωση και οι διαμοιρασμένες απαιτήσεις πρόσβασης > Την απόδοση Κολλιοπούλου Φρύνη - Μαρία Α. Μ. : 688 36
> Την ασφάλεια > Backup and Recovery > Interface χρήστη > Νομικά θέματα (Legal issues) Παραπάνω παρουσιάστηκε η δημιουργία του προδιαγραφών και απαιτήσεων των χρηστών για τον Βranch πίνακα σύμφωνα με την άποψη χρήστη και του συστήματος προδιαγραφών για τη βάση δεδομένων της εταιρείας Stayhome. Aυτά τα έγγραφα αποτελούν την πηγή πληροφοριών για το επόμενο στάδιο του κύκλου ζωής, που ονομάζεται σχεδιασμός της βάσης δεδομένων. Θα παρουσιαστεί παρακάτω βηματικά η μεθοδολογία για τη σχεδίαση μιας βάσης δεδομένων και θα χρησιμοποιηθούν τα δεδομένα που δημιουργήθηκαν ώστε παρουσιαστεί η μεθοδολογία που αναφέρθηκε στην πράξη. ΜΟΝΤΕΛΟ ΟΝΤΟΤΗΤΩΝ ΣΥΣΧΕΤΙΣ Ε Ω Ν (ENTITY-RELATIONSHIP MODELING) Παρακάτω θα παρουσιαστούν τεχνικές συλλογής και καταγραφής πληροφοριών σχετικά με το τι απαιτούν οι χρήστες για ένα σύστημα βάσης δεδομένων. Όταν το στάδιο ανάλυσης και συλλογής απαιτήσεων του κύκλου ζωής συστήματος ανάπτυξης βάσης δεδομένων ολοκληρωθεί και έχουν καταγραφεί οι απαιτήσεις για το σύστημα βάσης δεδομένων, θα μπορέσει να αρχίσει η σχεδίαση του συστήματος βάσεων δεδομένων. Μία από τις πιο δύσκολες προσδοκίες μιας σχεδίασης βάσης δεδομένων είναι το γεγονός ότι οι σχεδιαστές, οι προγραμματιστές και οι τελικοί χρήστες τείνουν στο να βλέπουν τα δεδομένα και τη χρήση τους από διαφορετικές πλευρές. Δυστυχώς αν δεν γίνει εφικτό να υπάρξει μία κοινή συνεννόηση, όπου θα αντιπροσωπεύει στο πως θα λειτουργεί η οργάνωση, το σχέδιο που θα παραχθεί να θα αποτύχει στο να βρεθεί μια κοινή οδός στις απαιτήσεις του χρήστη. Για να είναι βέβαιο ότι θα υπάρξει μία ακριβής συνεννόηση της φύσης των δεδομένων και το πώς η οργάνωση τα χρησιμοποιεί, είναι απαραίτητο να υπάρχει ένα μοντέλο επικοινωνίας, που να είναι μη τεχνικό και είναι ελεύθερο από. Κολλιοπούλου Φρύνη - Μαρία Α. Μ. : 688 37
Το μοντέλο Οντοτήτων-Συσχετίσεων είναι ένα τέτοιο παράδειγμα. Από την παρουσίαση το 1976, το μοντέλο έχει επεκταθεί ώστε να περιλαμβάνει επιπλέον αναδιαμορφωμένα σκεπτικά μοντέλων. Το μοντέλο Οντοτήτων Συσχετίσεων αρχίζει διευκρινίζοντας τα σημαντικά δεδομένα, τα οποία καλούνται οντότητες και τις συσχετίσεις μεταξύ των δεδομένων, που θα πρέπει να αντιπροσωπευθούν στο μοντέλο. Τότε μπορεί να προστεθούν περισσότερες λεπτομέρειες, όπως οι πληροφορίες που θα πρέπει να φυλαχθούν σχετικά με τις οντότητες και τις συσχετίσεις (που ονομάζονται χαρακτηριστικά) και οποιοιδήποτε περιορισμοί που αφορούν τις οντότητες, τις συσχετίσεις και τα χαρακτηριστικά. Σε όλο αυτό το κεφάλαιο παρουσιάζονται αυτές οι βασικές ιδέες που δημιουργούν ένα μοντέλο οντοτήτων συσχετίσεων. Παρ όλα αυτά υπάρχει ένας γενικός κανόνας σχετικά με το τι σημαίνει κάθε προσέγγιση, ορίζοντας έναν αριθμό διαφορετικών τρόπων που θα μπορούσε να παρουσιαστεί η κάθε προσέγγιση σ ένα διάγραμμα. Έχει επιλεχθεί μία διαγραμματική σημείωση που χρησιμοποιεί ένα ιδιαίτερα διάσημο αντικειμενοστραφές (object-oriented) μοντέλο γλώσσας που ονομάζεται UML (Unified Modeling Language). Παρ όλα αυτά παραδείγματα εναλλακτικών το ίδιο διάσημων notations για μοντέλα οντοτήτων συσχετίσεων (παρουσιάζονται στο Παράρτημα Α). Η UML είναι ο επιτυχών σ έναν αριθμό από αντικειμενοστραφείς αναλυτικές και σχεδιαστικές μεθόδους που παρουσιάστηκαν τη δεκαετία του 1980 και του 1990 και είναι η βασική γλώσσα μοντέλου. Καθώς το μοντέλο Οντοτήτων Συσχετίσεων δημιουργεί τη βάση της μεθοδολογίας που θα παρουσιαστεί στα επόμενα κεφάλαια, αυτό το κεφάλαιο μπορεί να παρουσιαστεί ένα από τα πιο σημαντικά. Οντότητες (Entities) Οντότητα είναι σύνολο αντικειμένων που έχουν τις ίδιες ιδιότητες, οι οποίες διευκρινίζονται από ένα χρήστη ή μία οργάνωση έχοντας μία ανεξάρτητη ύπαρξη. Το βασικό σκεπτικό του μοντέλου Οντοτήτων Συσχετίσεων είναι μία οντότητα η οποία αντιπροσωπεύει ένα σύνολο αντικειμένων στον πραγματικό κόσμο που μοιράζονται τις ίδιες ιδιότητες. Mία οντότητα έχει μία ανεξάρτητη ύπαρξη και μπορεί Κολλιοπούλου Φρύνη - Μαρία Α. Μ. : 688 38