Μελέτη περίπτωσης: Χρήση Spewak/ Zachman Ευθύμιος Ταμπούρης tambouris@uom.gr Εισαγωγή - Στόχοι Έχουμε ήδη δει σε θεωρητικό επίπεδοτόσοτοπλαίσιοzachman όσο και τη μεθοδολογία Spewak Πώς όμως χρησιμοποιούνται αυτά στην πράξη; Ο στόχος του σημερινού μαθήματος είναι να επιδείξει τη χρήση της μεθοδολογίας Spewak (που μπορεί να υποστηρίξει το πλαίσιο Zachman) με τη συνοπτική παρουσίαση μιας μελέτης περίπτωσης Η μελέτη περίπτωσης που θα χρησιμοποιηθεί είναι η ανάπτυξη ΕΑ για μια αλυσίδα ξενοδοχείων και resorts, το Chelsea Hotels and Resorts Παρουσίαση Μελέτης Περίπτωσης Η διοίκηση μιας αλυσίδας ξενοδοχείων και resorts (Chelsea Hotels and Resorts) έμαθε πως η χρήση ΕΑ βοηθά στην ευθυγράμμιση της ανάπτυξης ΠΣ με το όραμα της επιχείρησης Τα κεντρικά της αλυσίδας βρίσκονται στην περιοχή Chelsea Η αλυσίδα έχει μέλη σε όλον τον κόσμο Βασικός στόχος είναι να γίνει η αλυσίδα παγκόσμιος ηγέτης της σχετικής αγοράς. Επιθυμεί να διαθέτει τα ξενοδοχεία για επιχειρηματίες προσφέροντας υψηλού επιπέδου υπηρεσίες με μικρό κόστος Επιθυμεί να διαθέτει υψηλού επιπέδου resorts σε τουρίστες Είναι χωρισμένη σε τρία βασικά τμήματα: διαμονή (accommodation), resorts και εστίαση (restaurants)
Σύνοψη Πλαισίου Zachman TM Τμήμα Διοίκησης Τεχνολογίας ARCHITECTURE - A FRAMEWORK PEOPLE MOTIVATION DATA FUNCTION NETWORK What How Where Who When Why SCOPE List of Things Important List of Processes the List of Locations in which List of Organizations List of Events Significant List of Business Goals/Strat SCOPE to the Business Business Performs the Business Operates to the Business (CONTEXTUAL) Important to the Business (CONTEXTUAL) TIME ABSTRACTIONS Planner ENTITY = Class of Business Thing Function = Class of Business Process Node = Major Business Location People = Major Organizations Time = Major Business Event Ends/Means=Major Bus. Goal/ Critical Success Factor Planner Data (What) Function (How) Network (Where) People (Who) Time (When) Motivation (Why) e.g. Semantic Model (CONCEPTUAL) e.g. Business Process Model e.g. Business Logistics System e.g. Work Flow Model e.g. Master Schedule e.g. Business Plan (CONCEPTUAL) PERSPECTIVES [2] Planner Owner Designer Builder Subcontractor Owner SYSTEM (LOGICAL) Designer TECHNOLOGY (PHYSICAL) Ent = Business Entity Reln = Business Relationship e.g. Logical Data Model Ent = Data Entity Reln = Data Relationship e.g. Physical Data Model Proc. = Business Process I/O = Business Resources e.g. Application Architecture Proc.= Application Function I/O = User Views e.g. System Design Node = Business Location Link = Business Linkage e.g. Distributed System Architecture Node = I/S Function (Processor, Storage, etc) Link = Line Characteristics e.g. Technology Architecture People = Organization Unit Work = Work Product e.g. Human Interface Architecture People = Role Work = Deliverable e.g. Presentation Architecture Time = Business Event Cycle = Business Cycle e.g. Processing Structure Time = System Event Cycle = Processing Cycle e.g. Control Structure End = Business Objective Means = Business Strategy e.g., Business Rule Model End = Structural Assertion Means =Action Assertion e.g. Rule Design Owner SYSTEM (LOGICAL) Designer TECHNOLOGY (PHYSICAL) System Builder Ent = Segment/Table/etc. Reln = Pointer/Key/etc. Proc.= Computer Function I/O = Data Elements/Sets Node = Hardware/System Software Link = Line Specifications People = User Work = Screen Format Time = Execute Cycle = Component Cycle End = Condition Means = Action Builder DETAILED REPRESEN- TATIONS (OUT-OF- CONTEXT) e.g. Data Definition e.g. Program e.g. Network Architecture e.g. Security Architecture e.g. Timing Definition e.g. Rule Specification DETAILED REPRESEN- TATIONS (OUT-OF CONTEXT) Ent = Field Reln = Address Proc.= Language Stmt I/O = Control Block Node = Addresses Link = Protocols People = Identity Work = Job Time = Interrupt Cycle = Machine Cycle End = Sub-condition Means = Step Sub- Contractor Sub- Contractor FUNCTIONING e.g. DATA e.g. FUNCTION e.g. NETWORK e.g. ORGANIZATION e.g. SCHEDULE e.g. STRATEGY FUNCTIONING John A. Zachman, Zachman International (810) 231-0531 Επίπεδα (μεθοδολογία Spewak) Φάσεις, Στάδια και Προϊόντα Μεθοδολογίας ΕΑΡ Πηγή: ΕΑ Book, A project by the MITRE corporation, 2004, DRAFT (μετάφραση) 9 Πριν την έναρξη Τι ενημέρωση θα κάνατε στη διοίκηση σχετικά με την εφαρμογή ΕΑ στην επιχείρηση; Προϋποθέσεις Επιτυχούς Εφαρμογής Εμπόδια στην Εφαρμογή ΕΑ Κρίσιμοι Παράγοντες Επιτυχίας Π.χ. θα εξηγούσαμε στη διοίκηση τι ακριβώς μπορεί να επιτευχθεί με την ΕΑ, τι δεν μπορεί να επιτευχθεί, καιτιθααπαιτηθείώστενα επιτύχει η όλη προσπάθεια.
Προϋποθέσεις Επιτυχούς Εφαρμογής ΕΑΡ Η ΕΑΡ πρέπει να ολοκληρωθεί. Οι περισσότερες προσπάθειες ΕΑΡ δεν ολοκληρώνονται ποτέ. Το πλάνο πρέπει να υλοποιηθεί. Μόλις ολοκληρωθεί το πλάνο πρέπει να πάρει διοικητική έγκριση και να αρχίσει η υλοποίηση του. Ένα ολοκληρωμένο πλάνο που δεν υλοποιείται ποτέ δεν προσφέρει τίποτε. Οι αρχιτεκτονικές χρησιμοποιούνται ως οδηγός των νέων υλοποιήσεων και συντηρούνται. Οι αρχιτεκτονικές πρέπει να ακολουθούνται και να επιβάλλονται. Πρέπει να παραμένουν επίκαιρες άρα πρέπει να επικαιροποιούνται τακτικά. Εμπόδια στην Εφαρμογή ΕΑΡ Η διοίκηση πρέπει να γνωρίζει και να εγκρίνει Κατάλληλοι πόροι πρέπει να διατεθούν Η κουλτούρα του οργανισμού (κυρίως του τμήματος Μηχανοργάνωσης ή ΠΣ) πρέπει να είναι κατάλληλη Οι ρόλοι και οι υπευθυνότητες για την ΕΑΡ πρέπει να είναι σαφείς Οι υπεύθυνοι της ΕΑΡ πρέπει να έχουν την εκτίμηση του υπόλοιπου προσωπικού Η ομάδα ΕΑΡ πρέπει να έχει κατάλληλη εμπειρία και εκπαίδευση Δεν πρέπει να χάνεται χρόνος στην αναζήτηση της «βέλτιστης» μεθοδολογίας ΕΑΡ Πρέπει να γίνει εκπαίδευση προσωπικού στις νέες τεχνολογίες αν χρειάζεται Η ικανοποίηση με την υπάρχουσα κατάσταση είναι εμπόδιο οποιασδήποτε αλλαγής Υπάρχει έλλειψη κατάλληλων εργαλείων για ΕΑΡ Υπάρχει αβεβαιότητα ως προς τα αποτελέσματα Αναμονή άμεσων αποτελεσμάτων Υπάρχει φόβος για την απώλεια ελέγχου στα δεδομένα Το κόστος είναι σημαντικό Τα οφέλη είναι δύσκολα μετρήσιμα Υπάρχουν μη προσβάσιμοι ή μη συνεργάσιμοι χρήστες Επικρατούνμύθοιωςπροςευκολία, εμπλεκομένους, οφέλη κλπ. Κρίσιμοι Παράγοντες Επιτυχίας ΕΑΡ Η διοίκηση έχει δεσμευτεί και υποστηρίζει την ΕΑΡ Οι τελικοί χρήστες και η διοίκηση συμμετέχουν και συνεργάζονται Αποτελεσματική ηγεσία και πλάνο (μεθοδολογία ΕΑΡ) Αποδεκτό εύρος και στόχοι σε σχέση με επίπεδο λεπτομέρειας, πόρους και χρόνο που διατίθεται Χρήση κατάλληλων, εκπαιδευμένων συμβούλων Χρήση παραγωγικών εργαλείων για τεκμηρίωση και ανάλυση Συμβατή κουλτούρα Διανομή όλων των ενδιάμεσων παραδοτέων Αποδοτικές παρουσιάσεις Οκανόνας80/20 (εστίαση στα βασικά) 16 Βήματα Πρώτου Επιπέδου - Συνοπτικά Βήματα Πρώτου Επιπέδου - Αναλυτικά (1/3) Η έναρξη σχεδιασμού αποτελείται από επτά βήματα, τα οποία είναι τα εξής: 1.Καθορισμός εύρους και στόχων για 2.Δημιουργία οράματος 3.Υιοθέτηση μιας Μεθοδολογίας 4.Διευθέτηση τεχνολογικών πόρων 5.Συγκέντρωση της ομάδας σχεδιασμού 6.Προετοιμασία του ΕΑP προγράμματος εργασιών 7.Λήψη Διοικητικής Έγκρισης Το βασικό Παραδοτέο είναι ένα Πλάνο (Plan). 1. Καθορισμός του εύρους και των στόχων για την εφαρμογή της. Στο βήμα αυτό καθορίζονται το εύρος και οι στόχοι του ΕΑΡ project. Γιατοβήμααυτόυπάρχουνδύο παραδοτέα: 1. Καθορίζεται το εύρος της επιχείρησης. Αναγνώριση και επιλογή των τμημάτων που συμμετέχουν. Π.χ Chelsea Hotels and Resorts, Έχει τρία τμήματα: Accommodation, Resorts, Restaurants. Ποιοι είναι οι actors (customers); Ποιοι είναι οι ανταγωνιστές, οι προμηθευτές κλπ; 2. Αναφορά των στόχων που η ΕΑΡ θα εκπληρώσει. Π.χ. 20% αύξηση πωλήσεων, Ηγέτης στην Αγορά 2. Δημιουργία οράματος. Στο βήμα αυτό γίνεται εξερεύνηση του υπόβαθρου της επιχείρησης, των ζητημάτων σχετικά με τα ΠΣ και ευκαιριών. Υπάρχουν 3 παραδοτέα: 1. Όραμα επιχείρησης. Π.χ. Θα παρέχουμε στον επαγγελματία επισκέπτη μια υψηλού επιπέδου εμπειρία σε ανταγωνιστικές τιμές. Επίσης θα προσφέρουμε εξαιρετικά resorts για διακοπές. 2. Αρχικές συναντήσεις με τη διοίκηση (επιβεβαίωση οράματος) Συναντήσειςμετηδιοίκησηώστεναμοιραζόμαστετοίδιοόραμαγιατηνεπιχείρηση και την ΕΑ 3. Προσδοκίες, πολιτική υποστήριξης Πώς θα μας υποστηρίξει η διοίκηση σε περίπτωση αντιδράσεων, έλλειψης συνεργασίας κλπ; 3. Υιοθέτηση μιας Μεθοδολογίας. Στο βήμα αυτό καθορίζεται η μεθοδολογία που θα ακολουθηθεί για το σχεδιασμό ΕΑ. Το παραδοτέο αυτού του βήματος είναι: 1. Οδηγός μεθοδολογίας ΕΑΡ Βασισμένος στη μεθοδολογία Spewak.
Βήματα Πρώτου Επιπέδου - Αναλυτικά (2/3) 4. Διευθέτηση τεχνολογικών πόρων. Σκοπός του βήματος είναι η διάθεση τεχνολογικών πόρων που θα υποστηρίξουν την ΕΑΡ. Τα παραδοτέα του βήματος είναι: 1. Πρόσβαση σε υπολογιστές 2. Εγκατάσταση και δοκιμή εργαλειοθήκης 3. Προετοιμασία προγραμμάτων, αναφορών και οθονών εισαγωγής στοιχείων Τι Η/Υ και τι προγράμματα θα χρειαστούν; Π.χ. ένας server και 5 workstations. Στον server θα είναι εγκαταστημένη έκδοση ειδικού λογισμικού για εφαρμογή ΕΑ που να υποστηρίζει το πλαίσιο Zachman π.χ. Telelogic Enterprise Architect. 5. Συγκέντρωση της ομάδας σχεδιασμού. Το πιο καθοριστικό βήμα, καθώς μη αποτελεσματική ομάδα σχεδιασμού θα είναι επιζήμια για την ΕΑΡ. Τα παραδοτέα του βήματος είναι: 1. Λίστα μελών ομάδας σχεδιασμού και επιβεβαίωση χρονοδιαγράμματός τους. 2. Αναγνώριση των εμπλεκόμενων τμημάτων. 3. Καθορισμός ρόλων και αρμοδιοτήτων. 4. Αναγνώριση και επιλογή συμβούλων. Π.χ. η ανάπτυξη ΕΑ θα γίνει από υπαλλήλους ή εξωτερικούς συμβούλους; Ποιος θα κάνει τι; Πρώτο Επίπεδο Από πού αρχίζουμε; 6. Προετοιμασία του ΕΑP προγράμματος εργασιών. Το ΕΑΡ πρόγραμμα εργασιών είναι το χρονοδιάγραμμα και πλάνο του έργου για κάθε ενέργεια στα πλαίσια του ΕΑΡ. Τα παραδοτέα του βήματος είναι: 1. ΕΑP πρόγραμμα εργασιών (κείμενα, πίνακες, διαγράμματα Gantt) 2. Αρχική αναφορά κατάστασης 3. Πρόγραμμα εργασιών κάθε μέλους ομάδας ΕΑΡ. Πλάνο ποιος κάνει τι, και πότε για καθένα βήμα της ΕΑΡ. 7. Λήψη Διοικητικής Έγκρισης. Η λήψη έγκρισης είναι ένα βήμα που μπορεί να επαναληφθεί περισσότερες φορές από μια κατά τη διάρκεια του ΕΑΡ. Τα παραδοτέα του βήματος είναι: 1. Υλικό παρουσίασης 2. Συναντήσεις και παρουσιάσεις με τη διοίκηση. 3. Μνημόνιο κατάστασης και κατανόησης στόχων, εύρους, μεθοδολογιών. 4. Μνημόνιο επιβεβαίωσης, που εξουσιοδοτεί την έναρξη ή συνέχιση του ΕΑΡ. 5. Ενημέρωση ΕΑΡ σε όλη την επιχείρηση. Παρουσίαση στο ΔΣ, κείμενο για όλη την επιχείρηση, ενημέρωση όλων των ξενοδοχείων της αλυσίδας. 19 20 Δεύτερο Επίπεδο Που είμαστε σήμερα; Στο Δεύτερο Επίπεδο υπάρχουν δύο συστατικά: 1. Επιχειρησιακή Μοντελοποίηση (Business Modeling). Το συστατικό αυτό συντάσσει μια βάση γνώσεων για την επιχείρηση και τις πληροφορίες που χρησιμοποιούνται στη διεύθυνση της επιχείρησης. 2. Τρέχοντα συστήματα και τεχνολογία (Current systems & technology). Στο συστατικό αυτό καθορίζεται τι είναι σε ισχύ σήμερα για τα συστήματα εφαρμογής και τις τεχνολογικές πλατφόρμες. Αυτό είναι ένας συνοπτικός-επίπεδος κατάλογος των συστημάτων εφαρμογής, των δεδομένων, και των τεχνολογικών πλατφορμών για να παρέχει μια βασικήγραμμήγιατασχέδιαμετάπτωσης. Το βασικό Παραδοτέο είναι ένα Πλήρες Επιχειρησιακό Μοντέλο. 21 22 Δεύτερο επίπεδο Επιχειρησιακή Μοντελοποίηση Υπάρχουν τρία βήματα που ολοκληρώνουν την προκαταρκτική μοντελοποίηση (preliminary business model): 1. Τεκμηρίωση της οργανωσιακής δομής. Π.χ. Διεύθυνση Ξενοδοχείου, Τμήμα Πωλήσεων, Μάρκετινγκ, κλπ. Θα φτιαχτεί (αν δεν υπάρχει) ένα οργανόγραμμα στο οποίο θα φαίνεται η δομή του ξενοδοχείου με όλα τα τμήματα. 2. Αναγνώριση και προσδιορισμός των επιχειρησιακών λειτουργιών. Π.χ. Booking, Reservations, Restaurant. Γιακάθελειτουργίαθαυπάρχει αναλυτικό μοντέλο (activity diagram, process diagram, use case diagram) 3. Τεκμηρίωση, διάδοση και παρουσίαση της προκαταρκτικής μοντελοποίησης στα μέλη της επιχείρησης για σχόλια και εντυπώσεις. Η τεκμηρίωση των παραπάνω θα σταλεί σε όλα τα μέλη της αλυσίδας Δεύτερο επίπεδο Επιχειρησιακή Μοντελοποίηση Το ολοκληρωμένο επιχειρησιακό μοντέλο θα πραγματοποιηθεί με την Εταιρική Έρευνα (Enterprise Survey). Σκοπός της φάσης της εταιρικής έρευνας είναι η συλλογή λεπτομερειών σχετικά με αυτήν έτσι ώστε να τελειοποιήσει την επιχειρησιακή μοντελοποίηση συμπεριλαμβάνοντας τα ακόλουθα: 1. Τι πληροφορίες χρησιμοποιούνται για την εκτέλεση μιας λειτουργίας; 2. Πότε είναι εκτελέσιμη αυτή η λειτουργία; 3. Που είναι εκτελέσιμη η λειτουργία; 4. Πόσο συχνά είναι εκτελέσιμη η λειτουργία; 5. Τι ευκαιρίες υπάρχουν για βελτίωση της λειτουργίας; Σε αυτή τη φάση, τα μοντέλα που είχαν φτιαχτεί προηγουμένως εμπλουτίζονται με περισσότερες λεπτομέρειες. Για το σκοπό αυτό θα χρειαστεί να χρησιμοποιηθούν διάφορες μέθοδοι συλλογής πληροφοριών που μάθαμε στην ΑΣΠΣ (π.χ. document analysis, JAD sessions, questionnaires, observation etc). 23 24
Δεύτερο Επίπεδο Τρέχοντα Συστήματα και Τεχνολογία Σκοπός αυτού του συστατικού του είναι να καταγράψει και να ορίσει όλα τα συστήματα και τις τεχνολογικές πλατφόρμες που χρησιμοποιούνται στην επιχείρηση, έτσι ώστε να διευκολυνθεί ο σχεδιασμός των αρχιτεκτονικών δεδομένων, εφαρμογών και τεχνολογιών. Το Παραδοτέο είναι ένας κατάλογος υφιστάμενων συστημάτων και δεδομένων ή αλλιώς ο κατάλογος πληροφοριακών πόρων - ΚΠΣ (Information Resource Catalog IRC). Στο παράδειγμα μας θα περιέχει πληροφορίες για όλα τα ΠΣ που χρησιμοποιούνται από όλα τα τμήματα όλων των μελών της αλυσίδας. Δηλαδή για κάθε ξενοδοχείο και resort θα καταγράψουμε τα ΠΣ που χρησιμοποιούνται είτε σε όλη την επιχείρηση (π.χ. Web site, ERP, CRM) είτε σε κάποιο τμήμα της (π.χ. λογιστήριο, κρατήσεις, HR κλπ) 25 26 Τρίτο Επίπεδο Αρχιτεκτονική Δεδομένων Υπάρχουν 4 βήματα για την ανάπτυξη μιας αρχιτεκτονικής δεδομένων: 1. Καταγραφή των Υποψηφίων Οντοτήτων Δεδομένων. Π.χ. Reservation, customer, room, diary. 2. Ορισμός των Οντοτήτων Δεδομένων, Ιδιότητες Και Διασυνδέσεις. Πχ. Class diagram στο οποίο θα φαίνονται οι παραπάνω κλάσεις και οι διασυνδέσεις που έχουν μεταξύ τους 3. Συσχετισμός Οντοτήτων Δεδομένων με τις Επιχειρησιακές Λειτουργίες. Π.χ. οι οντότητες Reservation, customer, room, diary συνδέονται με την επιχειρησιακή λειτουργία Booking 4. Πρώτη Παρουσίαση της Αρχιτεκτονικής Δεδομένων. To βασικό Παραδοτέο είναι ένα Μοντέλο Οντοτήτων Συσχετίσεων (ER Diagram) για την ΤΟ-ΒΕ κατάσταση Η Αρχιτεκτονική Δεδομένων αντιστοιχεί στη στήλη των δεδομένων (data) και στις δύο πρώτες γραμμές (planner view, owner view) του πλαισίου Zachman Βήματα Αρχιτεκτονικής Εφαρμογών Υπάρχουν 5 στάδια στις διαδικασίες που πρέπει να ακολουθηθούν για να δημιουργηθεί η Αρχιτεκτονική εφαρμογών: 1. Σύνταξη καταλόγου με τις υποψήφιες εφαρμογές. 2. Ορισμός των εφαρμογών. 3. Συσχετισμός εφαρμογών με επιχειρηματικές λειτουργίες. 4. Ανάλυση του αντίκτυπου στις τρέχουσες εφαρμογές. 5. Διανομή της αρχιτεκτονικής εφαρμογών. Το ζητούμενο εδώ είναι μια αναλυτική καταγραφή των εφαρμογών για την ΤΟ-ΒΕ κατάσταση. Π.χ. δημιουργία μιας Intranet εφαρμογής που να συνδέει όλα τα υπάρχοντα ΠΣ καθώς και μια extraner εφαρμογής που να συνδέει τα ΠΣ συστήματα της επιχείρησης με τους βασικούς προμηθευτές (π.χ. πρώτες ύλες για τα εστιατόρια κλπ) και τους μεγάλους πελάτες (π.χ. τουριστικά γραφεία). 27 28 Τρίτο Επίπεδο Αρχιτεκτονική Τεχνολογιών Υπάρχουν 4 στάδια για την ανάπτυξη αρχιτεκτονικής τεχνολογιών: 1. Προσδιορισμός των τεχνολογικών αρχών και πλατφορμών (principles and platforms). Π.χ. το σύστημα θα χρησιμοποιεί τεχνολογίες Intranet και Extranet, θα είναι δηλαδή εξ ολοκλήρου web-based. Όλο το λογισμικό (λειτουργικό σύστημα, application server, database server, εφαρμογές κλπ) θα είναι λογισμικό ανοιχτού κώδικα. Για ασφαλείς συναλλαγές θα χρησιμοποιεί τεχνολογία SSL κλπ. 2. Ορισμός πλατφορμών και διανομής. Π.χ. το λειτουργικό σύστημα θα είναι το Linux και συγκεκριμένα η διανομή Redhut 9.0. Ο application server θα είναι ο Tomcat διανομής 4.1 ή νεώτερης. Οι εφαρμογές θα υλοποιηθούν σε php ενώ η βάση δεδομένων θα είναι η mysql. 3. Συσχέτιση των τεχνολογικών πλατφορμών με εφαρμογές και επιχειρηματικές λειτουργίες. Π.χ. Ποιες εφαρμογές θα τρέχουν σε ποιο server. Οι εφαρμογές για το booking θα βρίσκονται σε διαφορετικό server από αυτόν που θα φιλοξενεί το Web site της αλυσίδας. Μοντέλο που μπορεί να χρησιμοποιηθεί για να δείξουμε διαγραμματικά τα παραπάνω είναι το UML Deployment diagram. 4. Διανομή της αρχιτεκτονικής τεχνολογιών. 29 30
Σχέδια Υλοποίησης/Μετάβασης Υπάρχουν τέσσερα βήματα στη δημιουργία των σχεδίων υλοποίησης/ μετάβασης για τις αρχιτεκτονικές. 1. Ταξινόμηση εφαρμογών. Π.χ. ανά κλάδο (restaurants, resorts, accommodation) ή ανά βασική λειτουργία (π.χ. κρατήσεις, λογιστήριο, web site κλπ). Σε κάθε περίπτωση δεν ξεχνάμε: «Εφαρμογές οι οποίες δημιουργούν δεδομένα θα πρέπει να υλοποιούνται πριν τις εφαρμογές οι οποίες χρησιμοποιούν δεδομένα» 2. Εκτίμηση των προσπαθειών, των πηγών και δημιουργία προγράμματος. Εδώ κάνουμε σχεδίαση του έργου της υλοποίησης όλων των παραπάνω. 3. Εκτίμηση του κόστους και των οφελών του πλάνου. Εκτίμηση κόστους (π.χ. Hardware, software, δίκτυα, εκπαίδευση κλπ) και οφελών (αύξηση κερδών, μείωση εξόδων κλπ). 4. Καθορισμός των παραγόντων επιτυχίας και δημιουργία προτάσεων. Η ομάδα υλοποίησης να έχει μεγάλη εμπειρία στην ανάπτυξη ανοικτού λογισμικού, να υπάρχει καλή ενημέρωση ώστε να μην υπάρχουν αντιδράσεις κλπ. Συμπέρασμα Σχεδιασμού (Planning Conclusion) Τα σημαντικότερα βήματα που περιλαμβάνονται είναι: 1. Προετοιμασία της τελικής έκθεσης. Οι στόχοι για το βήμα αυτό είναι: α) Ανάπτυξη μιας περίληψης για την τελική έκθεση, β) Σύνταξη της έκθεσης, γ) Προετοιμασία ενός σχεδίου της τελικής έκθεσης, δ) Διανομή της έκθεσης σε όλη την επιχείρηση. 2. Τελική παρουσίαση στη Διοίκησης. Οι στόχοι είναι: α) Προετοιμασία τωνυλικώνπαρουσίασηςκαιβ) Παράδοση της παρουσίασης 31 32 Βήματα Μετάβασης στην Εφαρμογή 1. Προγραμματισμός της μετάβασης. 2. Υιοθέτηση μιας προσέγγισης ανάπτυξης συστημάτων. 3. Διευθέτηση των υπολογιστικών πόρων. 4. Καθορισμός των αρχιτεκτονικών. 5. Καθιέρωση των οργανωτικών αλλαγών. 6. Πρόσληψη του προσωπικού εφαρμογής. 7. Παροχή της κατάρτισης. 8. Καθιέρωση των προτύπων σχεδιασμού. 9. Καθιέρωση των διαδικαστικών προτύπων. 10. Ανάπτυξη ενός λεπτομερούς προγράμματος για το πρώτο σύνολο εφαρμογών. 11. Επιβεβαίωση του τέλους της μετάβασης. 33 Συμπεράσματα Είδαμε πώς μπορούμε να χρησιμοποιήσουμε τη μεθοδολογία Spewak στην περίπτωση μιας πολυεθνικής αλυσίδας ξενοδοχείων Όλα αρχίζουν από μια σωστή και υπεύθυνη ενημέρωση της διοίκησης και μια απόφαση της για στήριξη της ΕΑ Στο πρώτο επίπεδο θα πρέπει να φτιαχτεί ένα πλάνο για την ΕΑΡ, να οριοθετηθούν οι στόχοι και οι πόροι Στο δεύτερο επίπεδο καταγράφεται η υπάρχουσα κατάστασητόσοσε λειτουργίες όσο και σε εφαρμογές Στο τρίτο επίπεδο καταγράφεται η προσδοκώμενη κατάσταση με τη βοήθεια τριών αρχιτεκτονικών: δεδομένων, εφαρμογών και τεχνολογίας Στο τέταρτο επίπεδο παρουσιάζουμε ότι έχει γίνει και ετοιμάζουμε ένα πλάνο για την επόμενη μεγάλη φάση που είναι αυτή της υλοποίησης ή της μετάβασης από την υπάρχουσα στην προσδοκώμενη κατάσταση.