Πληροφοριακά Συστήματα Διοίκησης και Επιχειρησιακών Πόρων - Ενότητα 3 PDF

Αρχιτεκτονική και τεχνικά χαρακτηριστικά ενός συστήματος ERP Architecture and technical aspects of an ERP system  ΕΙΣΑΓΩΓΗ Τα συστήματα ERP βασίζονται στα εξής βασικά τεχνικά χαρακτηριστικά. ▪ Συστήματα διαχείρισης βάσεων δεδομένων. ▪ Αρχιτεκτονική client-server...

Αρχιτεκτονική και τεχνικά χαρακτηριστικά ενός συστήματος ERP Architecture and technical aspects of an ERP system  ΕΙΣΑΓΩΓΗ Τα συστήματα ERP βασίζονται στα εξής βασικά τεχνικά χαρακτηριστικά. ▪ Συστήματα διαχείρισης βάσεων δεδομένων. ▪ Αρχιτεκτονική client-server και 3-tier. ▪ Δίκτυα δεδομένων. Δρ. Κοσμάς Αλεξόπουλος 2  Βάσεις Δεδομένων και Σύστημα Διαχείρισης Βάσεων Δεδομένων ▪ Μια βάση δεδομένων (database) είναι μια οργανωμένη συλλογή δεδομένων που είναι σχεδιασμένα να ικανοποιούν τις πληροφοριακές ανάγκες ενός οργανισμού ▪ Ένα Συστήμα Διαχείρισης Βάσεων Δεδομένων (Data Base Management Systems - DBMS) είναι το λογισμικό που επιτρέπει την δημιουργία και την πρόσβαση σε μια βάση δεδομένων. ▪ Η βάση δεδομένων είναι ο πυρήνας ενός συστήματος ERP. ▪ Συνήθως οι βάσεις δεδομένων των ERP είναι σχεσιακές (relational databases). ▪ Οι βάσεις δεδομένων υποστηρίζονται από τα Συστήματα Διαχείρισης Βάσεων Δεδομένων όπως Oracle, SQL Server, Sybase κ.α. ▪ Συνήθως τα ERP συστήματα υποστηρίζουν πολλαπλές βάσεις δεδομένων. ▪ Οι βάσεις μπορεί να είναι είτε κεντρικές (central) είτε κατανεμημένες (distributed). Δρ. Κοσμάς Αλεξόπουλος 3  Σχεσιακές Βάσεις Δεδομένων Το πλέον διαδεδομένο μοντέλο οργάνωσης δεδομένων είναι το σχεσιακό (relational) κατά το οποίο το δεδομένα οργανώνονται σε διδιάστατους (2D) πίνακες ▪ Οι ενέργειες που μπορούν να γίνουν πάνω στα δεδομένα μιας σχεσιακής βάσης δεδομένων είναι: ▪ Εισαγωγή (insertion) ▪ Ενημέρωση (update) ▪ Επιλογή (selection) ▪ Διαγραφή (deletion) Δρ. Κοσμάς Αλεξόπουλος 4  Αρχιτεκτονική συστημάτων λογισμικού - Ορισμός ▪ Η αρχιτεκτονική ενός πληροφοριακού συστήματος εμπεριέχει το σύνολο των σημαντικών αποφάσεων σχετικά με την οργάνωση του συστήματος που περιλαμβάνουν την επιλογή των δομικών στοιχείων του και των διασυνδέσεών του. ▪ tη συμπεριφορά του, όπως ορίζεται στη συνεργασία μεταξύ των συστατικών του ▪ τη σύνθεση αυτών των διαρθρωτικών συστατικών και των στοιχείων συμπεριφοράς σε μεγαλύτερα υποσυστήματα ▪ και ένα αρχιτεκτονικό στυλ που καθοδηγεί αυτή την οργάνωση. ▪ Επίσης, η αρχιτεκτονική ενός πληροφοριακού συστήματος εμπεριέχει αποφάσεις σχετικά με τη λειτουργικότητα (functionality), τη χρηστικότητα (usability), την ανθεκτικότητα (resilience), τις επιδόσεις (performance), την επαναχρησιμοποίηση (reuse), τον εύληπτο χαρακτήρα (comprehensibility), τους οικονομικούς και τους τεχνολογικούς περιορισμούς (economic and technology constraints), αλλά και την αισθητική του συστήματος (aesthetics) Δρ. Κοσμάς Αλεξόπουλος 5  Απαιτήσεις που λαμβάνονται υπόψη στην υιοθέτηση της αρχιτεκτονικής πληροφοριακών συστημάτων Η αρχιτεκτονική ενός πληροφοριακού συστήματος λαμβάνει υπόψη τις ακόλουθες απαιτήσεις. ▪ Τις επιχειρησιακές διεργασίες που θα υποστηρίξει το πληροφοριακό σύστημα. ▪ Τις υπάρχουσες υποδομές Τεχνολογιών Πληροφορικής και Τηλεπικοινωνιών (ΤΠΕ) στην επιχείρηση. ▪ Τις ανάγκες που θα δημιουργήσει το πληροφοριακό σύστημα. Για παράδειγμα, ανάγκες σε ποιότητα και διαφύλαξη δεδομένων, ανάγκες σε ασφάλεια, σε διαχειρισιμότητα και σε επεκτασιμότητα. ▪ Τα εμπλεκόμενα μέρη στη διαμόρφωση της αρχιτεκτονικής και τους χρήστες του συστήματος. ▪ Την εμβέλεια της επιχείρησης. Η εμβέλεια αφορά στη γεωγραφική έκταση στην οποία δραστηριοποιείται η επιχείρηση και επηρεάζει εκτός από το μέγεθος, διάφορες παραμέτρους του συστήματος (π.χ. χρησιμοποιούμενες γλώσσες, time zones). ▪ Τα δεδομένα που παράγονται και τηρούνται στο σύστημα. Δρ. Κοσμάς Αλεξόπουλος 6  Χαρακτηριστικά «προβληματικών» εφαρμογών ▪ «Μονολιθικά» σχεδιασμένες εφαρμογές που αποτελούνται από μια σειρά διεργασιών, χωρίς συγκεκριμένη λογική διασύνδεσης και οι οποίες δεν διαλειτουργούν με άλλες εφαρμογές. ▪ Εφαρμογές που διαθέτουν σταθερές (fixed) διεπαφές με τον χρήστη (user interfaces - UI). Οι διεπαφές αυτές είναι δύσκολο να αντικατασταθούν από διεπαφές φυλλομετρητή (web based UI). ▪ Εφαρμογές που διαθέτουν εσωτερικές δηλώσεις σταθερών και μεταβλητών (hard coded data definitions). Οι δηλώσεις αυτές είναι -συνήθως- συγκεκριμένες για την εφαρμογή και δεν συμμορφώνονται με προσεγγίσεις μοντέλων δεδομένων της επιχείρησης (enterprise data model approach). ▪ Εφαρμογές που διαθέτουν εσωτερικές δηλώσεις επιχειρησιακών κανόνων (hard coded business rules). Οι εφαρμογές αυτές είναι δύσκολο να επικαιροποιηθούν όταν οι επιχειρησιακοί κανόνες μεταβάλλονται λόγω μεταβολών στις επιχειρησιακές διεργασίες. ▪ Εφαρμογές που αποθηκεύουν οι ίδιες τα στοιχεία αυθεντικοποίησης των χρηστών (user credentials). Οι εφαρμογές αυτές δυσκολεύουν τη μετάβαση μιας επιχείρησης σε πληροφοριακά συστήματα που επιτρέπουν την πρόσβαση των χρηστών σε πόρους, με τη χρήση μοναδικής αυθεντικοποίησης (single sign-on) και με μεθόδους διαχείρισης ταυτότητας (identity management). Δρ. Κοσμάς Αλεξόπουλος 7  Αρχιτεκτονική client-server Σε αυτή την αρχιτεκτονική υπάρχουν δύο βασικές οντότητες: 1. Ο πελάτης (client), δηλαδή ένας σταθμός εργασίας που διαθέτει μια εφαρμογή που εκτελείται σε αυτόν και στην οποία έχει πρόσβαση ένας χρήστης 2. Ο εξυπηρετητής (server), όπου εκτελείται μια άλλη εφαρμογή, που εξυπηρετεί την εφαρμογή πελάτη. Συχνά, οι δύο εφαρμογές (πελάτη και εξυπηρετητή) μπορεί να βρίσκονται στην ίδια ή σε διαφορετικούς υπολογιστές. Δρ. Κοσμάς Αλεξόπουλος 8  Αρχιτεκτονική client-server Δρ. Κοσμάς Αλεξόπουλος 9  Αρχιτεκτονική client-server - Πλεονεκτήματα ▪ «Σπάει», διαχωρίζει το συνολικό σύστημα σε διαχειρισήμα υποσυστήματα. ▪ Η εξοικονόμηση χρημάτων, καθώς οι εφαρμογές πελάτη μπορούσαν να εκτελούνται σε σταθμούς εργασίας (Η/Υ) με μικρές υπολογιστικές δυνατότητες. ▪ Οι clients μπορούν να έχουν πρόσβαση σε πόρους του server από οπουδήποτε, επιτρέποντας καθολική ή απομακρυσμένη πρόσβαση. ▪ Αποφυγή συσσώρευσης (bottleneck) εργασιών προς εκτέλεση όταν οι κεντρικοί υπολογιστές είναι υπερφορτωμένοι. Δρ. Κοσμάς Αλεξόπουλος 10  Αρχιτεκτονική client-server - Μειονεκτήματα ▪ Τα κόστη συντήρησης και αναβάθμισης είναι σημαντικά. Η συντήρηση πολλαπλών σταθμών εργασίας έχει σημαντικό κόστος. Επίσης, κάθε αναβάθμιση της εφαρμογής πελάτη, απαιτεί την επικαιροποίηση της εφαρμογής αυτής σε όλους τους σταθμούς εργασίας, γεγονός που επιφέρει επίσης σημαντικά κόστη σε χρήμα και ανθρωπο-προσπάθεια. ▪ Η εφαρμογή πελάτη μπορεί να συντηρεί ανομοιογενή δεδομένα στους σταθμούς εργασίας. ▪ Η κεντρική διαχείριση πολλαπλών εφαρμογών πελάτη/εξυπηρετητή είναι μια δύσκολη διαδικασία λόγω της κατανομής της σε πολλούς σταθμούς εργασίας Δρ. Κοσμάς Αλεξόπουλος 11  Αρχιτεκτονική thin-client ▪ Η αρχιτεκτονική thin-client χρησιμοποιείται σε αρχιτεκτονικές που χτίζονται γύρω από περιβάλλοντα που βασίζονται σε έναν κεντρικό διακομιστή ο οποίος εκτελεί το μεγαλύτερο μέρος της υπολογιστικής εργασίας και αποθηκεύει δεδομένα. ▪ Στη συνέχεια, ο thin-client γίνεται σημείο πρόσβασης για έναν χρήστη που πρέπει να συνδεθεί στον διακομιστή. ▪ Η αρχιτεκτονική thin-client έρχεται να μειώσει τα κόστη. Με την εν λόγω αρχιτεκτονική, όλες οι βασικές εργασίες που επιτελούνται από την εφαρμογή πραγματοποιούνται στον εξυπηρετητή. ▪ Χαρακτηριστικό παράδειγμα thin-client είναι οι εφαρμογές που χρησιμοποιούν φυλλομετρητή (web browser). Δρ. Κοσμάς Αλεξόπουλος 12  Μειονεκτήματα thin-client ▪ Προκαλεί σημαντικό φόρτο στο δίκτυο. Επίσης, προκαλεί σημαντικές καθυστερήσεις όταν οι διεργασίες πραγματοποιούνται μέσω του Διαδικτύου, λόγω των ροών εργασίας μεταξύ του φυλλομετρητή (client) και του εξυπηρετητή. ▪ Η εφαρμογή πρέπει να έχει υλοποιηθεί ώστε να αποκρίνεται το ίδιο καλά σε κάθε γνωστό φυλλομετρητή. Το πρόβλημα αυτό -συνήθως- δεν υπάρχει στο εσωτερικό μιας επιχείρησης, όπου η διοίκηση των συστημάτων μπορεί να επιβάλλει, τη χρήση ενός συγκεκριμένου φυλλομετρητή. ▪ Οι εφαρμογές φυλλομετρητή δύσκολα επιτυγχάνουν υψηλής ποιότητας περιβάλλοντα διεπαφών χρήστη. Παρόλα αυτά, σήμερα, με την πρωτότυπη χρήση γνωστών τεχνολογιών όπως η Javascript, η XML και τα CSS (Cascading Style Sheets), υπάρχει η δυνατότητα κατασκευής διεπαφών φυλλομετρητή που προσομοιάζουν αυτών των εφαρμογών σταθμών εργασίας (desktop applications). ▪ Οι υπολογιστικοί πόροι των εξυπηρετητών ιστού που προσφέρουν τις εφαρμογές thin-client μπορούν να εξαντληθούν γρήγορα, όταν τα αιτήματα των χρηστών είναι πολλά. Δρ. Κοσμάς Αλεξόπουλος 13  Διαφορετικές αρχιτεκτονικές client-server Fat Client Fat Client Thin Client Πελάτης (Client) Πελάτης (Client) Πελάτης (Client) Περιβάλλον Περιβάλλον Περιβάλλον Χρήστη Χρήστη Χρήστη Λειτουργίες Λειτουργίες Λογισμικού Λογισμικού Request Response Αποκεντρωμένη Αποθήκη Δεδομένων Request Server Response Request Response Λειτουργίες Server Λογισμικού Server Κεντρική Αποθήκη Αποθήκη Αποθήκη Δεδομένων Δεδομένων Δεδομένων Passive Server (decentralized DB) Passive Server (central DB) Active Server Δρ. Κοσμάς Αλεξόπουλος 14  Αρχιτεκτονική τριών επιπέδων (3-tier) Τεχνολογίες Υλοποίησης Επίπεδο Παρουσίασης - HTML, CSS, React, Presentation Tier Laptop PC Mobile Tablet Angular Java, Spring,.NET Επίπεδο Επιχειρηματικής Λογικής - Core, Python Flask Business Logic Tier Application Servers Επίπεδο Δεδομένων - MariaDB, MySQL, Data Tier Oracle, MS SQL, PostgreSQL Database Servers Δρ. Κοσμάς Αλεξόπουλος 15  Αρχιτεκτονική 3-tier - Πλεονεκτήματα ▪ Το κύριο πλεονέκτημα της αρχιτεκτονικής 3-tier είναι ο λογικός και φυσικός διαχωρισμός της λειτουργικότητας. Κάθε επίπεδο μπορεί να εκτελείται σε ξεχωριστό λειτουργικό σύστημα και πλατφόρμα διακομιστή - για παράδειγμα, διακομιστή ιστού, διακομιστή εφαρμογών, διακομιστή βάσης δεδομένων - που ταιριάζει καλύτερα στις λειτουργικές απαιτήσεις του. ▪ Oι υπηρεσίες κάθε επιπέδου να μπορούν να προσαρμοστούν και να βελτιστοποιηθούν χωρίς να επηρεάζονται τα άλλα επίπεδα. ▪ Ταχύτερη ανάπτυξη: Επειδή κάθε επίπεδο μπορεί να αναπτυχθεί ταυτόχρονα από διαφορετικές ομάδες, ένας οργανισμός μπορεί να φέρει την εφαρμογή στην αγορά πιο γρήγορα. Και οι προγραμματιστές μπορούν να χρησιμοποιούν τις πιο πρόσφατες και καλύτερες γλώσσες και εργαλεία για κάθε επίπεδο. ▪ Βελτιωμένη επεκτασιμότητα: Οποιαδήποτε βαθμίδα μπορεί να κλιμακωθεί ανεξάρτητα από τις άλλες. ▪ Βελτιωμένη αξιοπιστία: Μια διακοπή λειτουργίας σε ένα επίπεδο είναι λιγότερο πιθανό να επηρεάσει τη διαθεσιμότητα ή την απόδοση των άλλων επιπέδων. ▪ Βελτιωμένη ασφάλεια: Επειδή το επίπεδο παρουσίασης και το επίπεδο δεδομένων δεν μπορούν να επικοινωνήσουν απευθείας, ένα καλά σχεδιασμένο επίπεδο εφαρμογής μπορεί να λειτουργήσει ως εσωτερικό τείχος προστασίας, αποτρέποντας τις εγχύσεις SQL και άλλα κακόβουλα εκμεταλλεύσεις. Δρ. Κοσμάς Αλεξόπουλος 16  Αρχιτεκτονική 3-tier - Μειονεκτήματα ▪ Αυξημένη πολυπλοκότητα και κόστος στην ανάπτυξη των εφαρμογών: Η ανάπτυξη και η διατήρηση εφαρμογών με αρχιτεκτονική 3-tier μπορεί να είναι πιο περίπλοκη από απλούστερες αρχιτεκτονικές. Απαιτείται συνεργασία μεταξύ διαφορετικών ομάδων (π.χ. ομάδα διεπαφής χρήστη και ομάδα βάσης δεδομένων), γεγονός που μπορεί να οδηγήσει σε προβλήματα συντονισμού. ▪ Μειωμένη απόκριση: Ο διαχωρισμός μεταξύ των επιπέδων έχει ως αποτέλεσμα κάθε φορά που ζητούνται δεδομένα να πρέπει να περνούν από τα διάφορα επίπεδα, οδηγώντας ενδεχομένως σε αυξημένη καθυστέρηση και επιβράδυνση της εφαρμογής λόγω αυξημένου φόρτου στην επικοινωνία αλλά και σε διαδικασίες serialization και deserialization κατά την μεταφορά δεδομένων. Δρ. Κοσμάς Αλεξόπουλος 17  Αρχιτεκτονική ενός ERP Πηγή: Mohammad Amini Valashani, Arnold Mashud Abukari, ERP SYSTEMS ARCHITECTURE FOR THE MODERN AGE: A REVIEW OF THE STATE OF THE ART TECHNOLOGIES, JOURNAL OF APPLIED INTELLIGENT SYSTEMS & INFORMATION SCIENCES, 2020, 1(2) Δρ. Κοσμάς Αλεξόπουλος 18  3-tier αρχιτεκτονική του SAP ERP Πηγή: Mohammad Amini Valashani, Arnold Mashud Abukari, ERP SYSTEMS ARCHITECTURE FOR THE MODERN AGE: A REVIEW OF THE STATE OF THE ART TECHNOLOGIES, JOURNAL OF APPLIED INTELLIGENT SYSTEMS & INFORMATION SCIENCES, 2020, 1(2) Δρ. Κοσμάς Αλεξόπουλος 19  3-tier αρχιτεκτονική του SAP ERP Πηγή: https://learning.sap.com/learning-journeys/introducing-sap-abap-platform-fundamentals/discussing-the-sap-three-tier-client-server-architecture, accessed online October 2024. Δρ. Κοσμάς Αλεξόπουλος 20  Αρχιτεκτονική n-tier - Πλεονεκτήματα ▪ Η αρχιτεκτονική αυτή αναλύει το πληροφοριακό σύστημα σε επίπεδα, όπου κάθε επίπεδο αποτελεί μια λογική οντότητα και περιλαμβάνει συσκευές και εφαρμογές λογισμικού που εκτελούν μια συγκεκριμένη λειτουργία του συστήματος. ▪ Τα επίπεδα μπορεί να βρίσκονται στην ίδια ή σε διαφορετικές μηχανές. ▪ Όσο περισσότερα επίπεδα χρησιμοποιούνται σε μια αρχιτεκτονική, τόσο πιο συγκεκριμένος είναι ο ρόλος που επιτελείται από κάθε επίπεδο. Υπάρχουν τα επίπεδα της αρχιτεκτονικής 3-tier (presentation, application and data) αλλά ανά περίπτωση μπορεί να έχουμε και επιπλέον επίπεδα όπως - Επίπεδο ιστού (web tier). - Επίπεδο διασύνδεσης (interconnection tier). - Επίπεδο ασφάλειας (security tier). Δρ. Κοσμάς Αλεξόπουλος 21  Αρχιτεκτονική n-tier για εφαρμογές web Τεχνολογίες Υλοποίησης Επίπεδο Παρουσίασης - Presentation Tier HTML, CSS, React, Angular Laptop PC Mobile Tablet Επίπεδο Ιστού - Apache, Nginx, Web Tier Tomcat, MS IIS Web Servers Java, Spring,.NET Επίπεδο Επιχειρηματικής Λογικής - Core, Python Flask Business Logic Tier Application Servers MariaDB, MySQL, Επίπεδο Δεδομένων - Oracle, MS SQL, Data Tier PostgreSQL Database Servers Δρ. Κοσμάς Αλεξόπουλος 22  Αρχιτεκτονική «προσανατολισμένη σε υπηρεσίες» (Service Oriented Architecture –SOA) ▪ Η αρχιτεκτονική SOA ένα μοντέλο ανάπτυξης και λειτουργιάς εφαρμογών λογισμικού που βασίζεται σε ένα συμβόλαιο (contract) μεταξύ ενός πελάτη (client) και ενός προμηθευτή (server) που καθορίζει τα εξής ▪ Περιγραφή της λειτουργίας που παρέχει μια υπηρεσία (service) ▪ Τις εισόδους και τι εξόδους της υπηρεσίας. ▪ Τις προϋποθέσεις για να κληθεί η υπηρεσία. ▪ Την κατάσταση μετά την εκτέλεση/κλήση της υπηρεσίας. ▪ Το μηχανισμό διαχείρισης εξαιρέσεων-απρόοπτων συμβάντων. ▪ Σε αντίθεση με τις παραδοσιακές αρχιτεκτονικές που συνδυάζουν υπηρεσίες με πελάτες, η SOA διαχωρίζει το συμβόλαιο από την υλοποίησή του. Ο διαχωρισμός αυτός προσφέρει «χαλαρές» σχέσεις ανάμεσα σε υπηρεσίες και πελάτες. Δρ. Κοσμάς Αλεξόπουλος 23  Αρχιτεκτονική «προσανατολισμένη σε υπηρεσίες» (Service Oriented Architecture –SOA) ▪ Η SOA επιτυγχάνει την αυξημένη διαθεσιμότητα, διαλειτουργικότητα, διατηρησιμότητα και αξιοπιστία των εφαρμογών ενός συστήματος. Τα πλεονεκτήματα αυτά οφείλονται από τη διάσπαση των εφαρμογών ενός συστήματος σε οντότητες (modules) με σαφώς ορισμένο συμβόλαιο διεπαφών (interface contract), που συμβάλλει σε χαλαρές σχέσεις εφαρμογών και υπηρεσιών. ▪ Η χαλαρή αυτή σχέση (loose coupling) ανάμεσα στον πελάτη και τον εξυπηρετητή ευνοεί τον πελάτη, καθώς οι εφαρμογές πελάτη προστατεύονται από αλλαγές στις υλοποιήσεις εξυπηρετητή, ενώ ο πελάτης μπορεί να επιλέξει ανάμεσα σε διάφορους παρόχους υπηρεσιών. ▪ Eυνοείται ο πάροχος, καθώς με την αρχιτεκτονική αυτή προκύπτουν εφαρμογές που αντιστοιχούν σε επιχειρησιακές διαδικασίες. Η αρχιτεκτονική αυτή ευνοεί την επίτευξη αλλαγών πάνω σε εφαρμογές, χωρίς να επηρεάζεται το συνολικό πληροφοριακό σύστημα. ▪ Αξιοποιώντας τις αρχές του SOA, οι επιχειρήσεις μπορούν να ενισχύσουν τις δυνατότητες των συστημάτων ERP τους, διασφαλίζοντας ότι τα ERP παραμένουν σχετικά και αποτελεσματικά σε ένα ταχέως μεταβαλλόμενο επιχειρηματικό περιβάλλον. Δρ. Κοσμάς Αλεξόπουλος 24  Αρχιτεκτονική «προσανατολισμένη σε υπηρεσίες» (Service Oriented Architecture –SOA) Δρ. Κοσμάς Αλεξόπουλος 25  Αρχιτεκτονική νέφους (Cloud architecture) ▪ Υπολογιστικό Νέφος (Cloud computing) ▪ Πρόσβαση κατ' απαίτηση σε εικονικούς πόρους (virtual resources) πληροφορικής που βρίσκονται εκτός του κέντρου δεδομένων, είναι κοινόχρηστοι από άλλους, είναι απλοί στη χρήση, πληρώνονται μέσω συνδρομών και έχουν πρόσβαση μέσω του Ιστού ▪ Οι χρήστες μπορούν να έχουν πρόσβαση σε εικονικούς πόρους όποτε θέλουν και οπουδήποτε χρησιμοποιούν ένα απλό πρόγραμμα περιήγησης χωρίς να ανησυχούν για άλλα τεχνικά προβλήματα. ▪ Τα συστήματα ERP με αρχιτεκτονική cloud μπορούν να κατηγοριοποιηθούν στον τύπο υπηρεσιών υπολογιστικού νέφους Software as a Service (SaaS). ▪ Φιλοξενία υποδομών και υπηρεσιών ERP εκτός των εγκαταστάσεων της επιχείρησης. ▪ Το σύστημα λογισμικού ERP και η βάση δεδομένων βρίσκονται στους διακομιστές του προμηθευτή ERP ή σε μια υποδομή τρίτου μέρους και το σύστημα ERP μπορεί να προσπελαστεί από μια σύνδεση απομακρυσμένης επιφάνειας εργασίας σε υπολογιστή ή ακόμα και από ένα απλό πρόγραμμα περιήγησης σε H/Y, tablet ή φορητή συσκευή με σύνδεση στο διαδίκτυο. Δρ. Κοσμάς Αλεξόπουλος 26  Αρχιτεκτονική νέφους (Cloud architecture) Δρ. Κοσμάς Αλεξόπουλος 27  Πλεονεκτήματα από την επιλογή αρχιτεκτονικής νέφους για ERP ▪ Εύκολη επεκτασιμότητα και ευέλικτη κατανομή πόρων. ▪ Ευκολία χρήσης. ▪ Δεν απαιτείται η πρόσληψη υψηλά εξειδικευμένου προσωπικού IT από την επιχείρηση. ▪ Υψηλή διαθεσιμότητα και δυνατότητες αποκατάστασης καταστροφών. ▪ Οικονομικά αποδοτικό, καθώς οι οργανισμοί πληρώνουν μόνο για ό,τι χρησιμοποιούν (μοντέλα SaaS, IaaS, PaaS). Δρ. Κοσμάς Αλεξόπουλος 28  Μειονεκτήματα από την επιλογής αρχιτεκτονικής νέφους για ERP ▪ Ανησυχίες για την ασφάλεια και το απόρρητο των δεδομένων (ειδικά για τις ρυθμιζόμενες βιομηχανίες). ▪ Κλείδωμα προμηθευτή με συγκεκριμένες πλατφόρμες cloud (vendor lock-in). ▪ Απαιτεί αξιόπιστη σύνδεση στο Διαδίκτυο. Δρ. Κοσμάς Αλεξόπουλος 29  Παράμετροι επιλογής αρχιτεκτονικής πληροφοριακού συστήματος ▪ Μέγεθος και γεωγραφική κάλυψη της επιχείρησης ▪ Επιχειρησιακές λειτουργίες ▪ Χρήστες του συστήματος ▪ Όγκος και είδος δεδομένων Δρ. Κοσμάς Αλεξόπουλος 30  Μη λειτουργικές απαιτήσεις από την αρχιτεκτονική του πληροφοριακού συστήματος ▪ Διαλειτουργικότητα ▪ Απαιτήσεις ασφάλειας ▪ Απαιτήσεις απόδοσης ▪ Όγκος και είδος δεδομένων ▪ Απαιτήσεις ευχρηστίας και προσβασιμότητας Δρ. Κοσμάς Αλεξόπουλος 31  Άσκηση Μια μεσαίου μεγέθους επιχείρηση λιανικής γνωρίζει ταχεία ανάπτυξη και χρειάζεται να αναβαθμίσει το τρέχον σύστημα ERP της. Η επιχείρηση έχει τις εξής απαιτήσεις: ▪ Επεκτασιμότητα: Η εταιρεία σχεδιάζει να επεκταθεί σε νέες τοποθεσίες και να αυξήσει τις διαδικτυακές της πωλήσεις. ▪ Αποδοτικότητα κόστους: Οι δημοσιονομικοί περιορισμοί προκαλούν ανησυχία, αλλά είναι πρόθυμοι να επενδύσουν σε μια λύση που ανταποκρίνεται στις μακροπρόθεσμες ανάγκες τους. ▪ Προσαρμογή: Η εταιρεία θέλει να προσαρμόσει το σύστημα ERP ώστε να ταιριάζει στις συγκεκριμένες επιχειρηματικές διαδικασίες της. ▪ Συντήρηση: Θέλουν να ελαχιστοποιήσουν τις προσπάθειες και το κόστος συντήρησης IT. ▪ Ασφάλεια: Το απόρρητο των δεδομένων και η συμμόρφωση με τα πρότυπα του κλάδου είναι σημαντικά. 1. Προτείνετε μια αρχιτεκτονική (client server, 3-tier, cloud) και δικαιολογείστε την απάντησή σας. 2. Να σχεδιάσετε την αρχιτεκτονική του ERP συστήματος Δρ. Κοσμάς Αλεξόπουλος 32  Πηγές ▪ Γιώργος Ιωάννου, Ολοκληρωμένα Συστήματα Διαχείρισης Επιχειρησιακών Πόρων ΕΡΠ, UNIBOOKS, 2019 ▪ Πάνος Φιτσιλής, Σύγχρονα Πληροφοριακά Συστήματα Επιχειρήσεων, 2015 ▪ https://learning.sap.com/learning-journeys/introducing-sap-abap-platform- fundamentals/discussing-the-sap-three-tier-client-server-architecture, accessed online October 2024. ▪ Mohammad Amini Valashani, Arnold Mashud Abukari, ERP SYSTEMS ARCHITECTURE FOR THE MODERN AGE: A REVIEW OF THE STATE OF THE ART TECHNOLOGIES, JOURNAL OF APPLIED INTELLIGENT SYSTEMS & INFORMATION SCIENCES, 2020, 1(2) Δρ. Κοσμάς Αλεξόπουλος 33