Ιστορική Αναδροµή και Πλαίσια ΕΑ

Ιστορική Αναδροµή και Πλαίσια ΕΑ Ευθύµιος Ταµπούρης tambouris@uom.gr

Περιεχόµενα Ιστορική Αναδροµή Βασικά Συστατικά µιας ΕΑ: Πλαίσια και ιαδικασία Εφαρµογής Το Πλαίσιο Zachman / ιαδικασία Εφαρµογής ΕΑ κατά Spewak Το Πλαίσιο και η ιαδικασία TOGAF Το Πλαίσιο και η ιαδικασία DODAF Το Πλαίσιο και η ιαδικασία FEAF Το Πλαίσιο και η ιαδικασία TEAF Σύγκριση Πλαισίων Συµπεράσµατα

Ιστορική Αναδροµή Η Επιχειρησιακή Αρχιτεκτονική (ΕΑ) θεωρείται ξεχωριστός κλάδος, που έχει µικρή ιστορία. Το 1987 ο J. A. Zachman δηµοσιεύει το άρθρο A Framework for Information Systems Architecture στο IBM Journal. Θεωρείται το πρώτο άρθρο σχετικό µε τηνεα, στο οποίο προτείνεται ένα πλαίσιο εργασίας για την αρχιτεκτονική πληροφοριακών συστηµάτων. Το 1992 ο J. A. Zachman δηµοσιεύει το άρθρο Extending and formalizing the framework for information systems architecture, στο οποίο αναθεωρεί το πλαίσιο εργασίας. Το πλαίσιο εργασίας του J. A. Zachman έχει υπάρξει η βάση για τα µετέπειτα πλαίσια εργασίας.

Ιστορική Αναδροµή Το 1992 ο Steven H. Spewak δηµοσιεύει το βιβλίο Enterprise Architecture Planning, το οποίο βασίζεται στο πλαίσιο εργασίας του J. A. Zachman και προτείνει µια µεθοδολογία για την ανάπτυξη της ΕΑ. Θεωρείται το πρώτο βιβλίο σχετικό µε την ΕΑ. Στις αρχές του 90, το Υπουργείο Εθνικής Άµυνας των Η.Π.Α. (DoD), γιανααντιµετωπίσει προβλήµατα διαλειτουργικότητας, εξέδωσε ένα πλαίσιο εργασίας, το Technical Architecture for Information Management (TAFIM), για την ανάπτυξη τεχνικής υποδοµής. Το 1995, το Open Group (κοινοπραξία βιοµηχανιών), βασίστηκε στο TAFIM και ανέπτυξε ένα πλαίσιο εργασίας για ΕΑ, το TOGAF (The Open Group Architecture Framework).

Ιστορική Αναδροµή Το 1996 το DoD ανέπτυξε το πλαίσιο εργασίας C4ISR (Command, Control, Communications, Computers Intelligence, Surveillance, and Reconniassance) Architecture Framework, στη συνέχεια αναθεωρήθηκε και αποκαλείται σήµερα DoD Architecture Framework (DODAF). Χρησιµοποιείται ευρέως για την ανάπτυξη ΕΑ και την προώθηση της διαλειτουργικότητας. Το 1999, το CIO (Chief Information Officer) των Η.Π.Α. ανέπτυξε ένα πλαίσιο εργασίας EA για τις οµοσπονδιακές υπηρεσίες, το FEAF (Federal Enterprise Architecture Framework). Το FEAF είναι αρκετά δηµοφιλές, καθώς χρησιµοποιείται συχνά και από επιχειρήσεις. Μετά το 1999, πολλές κρατικές υπηρεσίες των Η.Π.Α. αλλά και της Ευρωπαϊκής Ένωσης, έχουν αναπτύξει δικά τους πλαίσια εργασίας για ανάπτυξη ΕΑ. Ένα από τα πιο γνωστά είναι το TEAF (Treasury Enterprise Architecture) του Department of Treasury των Η.Π.Α.

Ορόσηµα στην ιστορία ανάπτυξης της ΕΑ Πηγή: ΕΑ Book, A project by the MITRE corporation, 2004, DRAFT

Βασικά Συστατικά µιας ΕΑ Υπάρχουσα Κατάσταση (Current state) Ματάβαση (transition) Ζητούµενη Κατάσταση (Target state)

Βασικά Στοιχεία µιας ΕΑ Πηγή: ΕΑ Book, A project by the MITRE corporation, 2004, DRAFT

Πρακτικές Οδηγίες για ΕΑ Μια ΕΑ περιέχει: Μια διαδικασία εφαρµογής ΕΑ (ΕΑ process) που δίνει λεπτοµέρειες πώς θα πρέπει να υλοποιηθεί η ΕΑ Ένα πλαίσιο ΕΑ (ΕΑ framework) που δείχνει πώς αντιλαµβανόµαστε την ΕΑ Από την αρχή ανάπτυξης της ΕΑ έχουν προταθεί πολλά πλαίσια και διαδικασίες για την ανάπτυξη της ΕΑ

Γιατί πολλά Πλαίσια και ιαδικασίες; Κάποιοι ίσως αναρωτιούνται για πιο λόγο χρειαζόµαστε πολλά πλαίσια και πολλές διαδικασίες; Το ζητούµενο θα ήταν να βρούµε ένα βέλτιστο πλαίσιο και µια βέλτιστη διαδικασία και να την εφαρµόζουµε σε κάθε περίπτωση υλοποίησης ΕΑ Κάτι τέτοιο δεν έχει βρεθεί ακόµη! Ο λόγος είναι η πολυπλοκότητα τουόλουεγχειρήµατος αφού ακόµη καιο ορισµός της έννοιας της ΕΑ µπορεί να διαφοροποιείται ανάλογα µε αυτόνπου την υλοποιεί (θυµηθείτε η ΕΑ οριοθετείται από τους υποστηρικτές της αλλά όχι πάντα µε τον ίδιο τρόπο από όλους!) Κάποιοι ισχυρίζονται πως υπάρχει ανάγκη ύπαρξης εναλλακτικών πλαισίων και διαδικασιών ανάλογα µε τους επιµέρους στόχους του φορέα, τις επιδιώξεις, τα µέσα που διαθέτει κλπ. Κάποιοι θεωρούν πως τα πλαίσια δεν χρειάζονται, αφού οι διαδικασίες αρκούν.

Πλαίσια Ένα πλαίσιο ΕΑ είναι µια δοµή µέσα στην οποία περιγράφονται τα συστατικά ενός συστήµατος και οι σχέσεις που έχουν µεταξύ τους Ένα πλαίσιο εργασίας ΕΑ: 1. Προσδιορίζει τους διαφορετικούς τύπους πληροφοριών που απαιτούνται για την περιγραφή µιας ΕΑ. 2. Οργανώνει τους διαφορετικούς τύπους πληροφοριών σε µια λογική δοµή. 3. Περιγράφει τις σχέσεις ανάµεσα στους διαφορετικούς τύπους πληροφοριών. Γιατί χρειαζόµαστε ένα πλαίσιο; Ανεκτίµητο εργαλείο επικοινωνίας και συµφωνίας: ένα πρόβληµα που υπάρχει είναι η έλλειψη συµφωνίας στην επιχείρηση σχετικά µε τιείναι ΕΑ (θυµηθείτε: η ΕΑ ορίζεται από τους υποστηρικτές της!) Βοηθά στη διαχείριση της πολυπλοκότητας του όλου εγχειρήµατος Βοηθά στην πειθαρχεία και την οµοιόµορφη προσέγγιση στην οµάδα υλοποίησης

ιαδικασία εφαρµογής ΕΑ Έχουν προταθεί διάφορες διαδικασίες µε διαφορετικό περιεχόµενο Το εύρος ποικίλει π.χ. εάν περιέχουν την επίτευξη διοικητικής υποστήριξης, τη συντήρηση της ΕΑ και τη χρήση της ΕΑ Όλες περιέχουν τη διαδικασία ανάπτυξης προϊόντων ή παραδοτέων ΕΑ (ΕΑ products) Κάποιες στηρίζονται σε συγκεκριµένα πλαίσια Οι έννοιες και οι δράσεις των διαδικασιών µπορούν να χρησιµοποιηθούν στη γενική περίπτωση οπότε ο υποστηρικτής µιας ΕΑ µπορεί να κατανοήσει καλύτερα την ΕΑ µελετώντας τις Καµµιά δεν θεωρείται απόλυτα ολοκληρωµένη αφού δεν ασχολούνται όλες µε όλαταθέµατα π.χ. προγραµµατισµός (planning), επιλογή εγαλείων και εκτίµηση κόστους

Πλαίσιο Zachman Είναιτοπιογνωστόπλαίσιοεργασίας. Είναι ουδέτερο ως προς την επιλογή τεχνικών, µοντέλων και εργαλείων. Είναι οργανωµένο σε µια µήτρα (πίνακα) που αποτελείται από 6 στήλες και 5 σειρές. Ο Zachman δεν έχει ορίσει µια διαδικασία εφαρµογής ΕΑ αφήνοντας έτσι ανοικτή την επιλογή της

Πλαίσιο Zachman: Στήλες / Εννοιες Οι στήλες είναι βασισµένες στις λέξεις What, How, Where, Who, When, Why και παίρνουν την ονοµασία Data, Function, Network, People, Time, Motivation. Οι στήλες αντιπροσωπεύουν διαφορετικές έννοιες, επίπεδα αφαίρεσης ή διαφορετικούς τρόπους περιγραφής της επιχείρησης Στην πρώτη έκδοση του πλαισίου, υπήρχαν µόνο οι 3 πρώτες στήλες (Data-What, Function-How, Network-Where)

Πλαίσιο Zachman: Γραµµές / Ρόλοι Οι 5 γραµµές αντιπροσωπεύουν διαφορετικές οπτικές της επιχείρησης, µέσα απότοπρίσµα διαφορετικώνρόλων. Οι ρόλοι είναι Planner, Owner, Designer, Builder, Subcontractor. Σε µετέπειτα έκδοση υπάρχει και 6 σειρά, µε τον τίτλο Functioning enterprise, που αντιπροσωπεύει το τελικό προϊόν του συστήµατος. O planner ενεργεί όπως ο επενδυτής: καθορίζει τα βασικά χαρακτηριστικά της επένδυσης Ο ιδιοκτήτης (owner) επεξεργάζεται την οπτική του planner σε ένα επιχειρηµατικό µοντέλο Ο σχεδιαστής (designer) µεταφράζει τις προδιαγραφές του ιδιοκτήτη σε ένα συστηµικό µοντέλο Ο κατασκευαστής (builder) κατασκευάζει το τεχνολογικό µοντέλο των ΠΣ Ο υπεργολάβος (subcontractor) έχει µια λεπτοµερή εκτός γενικού πλαισίου (out-of-context) περιγραφή του τι θα αναπτυχθεί

Πλαίσιο Zachman O στόχος είναι να συµπληρωθεί ο παρακάτω πίνακας ΕΠΙΠΕ Α ΑΦΑΙΡΕΣΗΣ (ABSTRACTIONS) ΟΠΤΙΚΕΣ (PERSPECTIVES) Planner Owner Designer Builder Subcontractor System Data (What) Function (How) Network (Where) People (Who) Time (When) Motivation (Why)

ENTERPRISE ARCHITECTURE - A FRAMEWORK TM DATA What FUNCTION How NETWORK Where PEOPLE Who When MOTIVATION Why TIME SCOPE (CONTEXTUAL) List of Things Important to the Business List of Processes the Business Performs List of Locations in which the Business Operates List of Organizations Important to the Business List of Events Significant to the Business List of Business Goals/Strat SCOPE (CONTEXTUAL) 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 ENTERPRISE MODEL (CONCEPTUAL) e.g. Semantic Model e.g. Business Process Model e.g. Business Logistics System e.g. Work Flow Model e.g. Master Schedule e.g. Business Plan ENTERPRISE MODEL (CONCEPTUAL) Owner Ent = Business Entity Reln = Business Relationship Proc. = Business Process I/O = Business Resources Node = Business Location Link = Business Linkage People = Organization Unit Work = Work Product Time = Business Event Cycle = Business Cycle End = Business Objective Means = Business Strategy Owner SYSTEM MODEL (LOGICAL) e.g. Logical Data Model e.g. Application Architecture e.g. Distributed System Architecture e.g. Human Interface Architecture e.g. Processing Structure e.g., Business Rule Model SYSTEM MODEL (LOGICAL) Designer Ent = Data Entity Reln = Data Relationship Proc.= Application Function I/O = User Views Node = I/S Function (Processor, Storage, etc) Link = Line Characteristics People = Role Work = Deliverable Time = System Event Cycle = Processing Cycle End = Structural Assertion Means =Action Assertion Designer TECHNOLOGY MODEL (PHYSICAL) e.g. Physical Data Model e.g. System Design e.g. Technology Architecture e.g. Presentation Architecture e.g. Control Structure e.g. Rule Design TECHNOLOGY MODEL (PHYSICAL) Builder DETAILED REPRESEN- TATIONS (OUT-OF- CONTEXT) Ent = Segment/Table/etc. Reln = Pointer/Key/etc. e.g. Data Definition Proc.= Computer Function I/O = Data Elements/Sets e.g. Program Node = Hardware/System Software Link = Line Specifications e.g. Network Architecture People = User Work = Screen Format e.g. Security Architecture Time = Execute Cycle = Component Cycle e.g. Timing Definition End = Condition Means = Action e.g. Rule Specification Builder DETAILED REPRESEN- TATIONS (OUT-OF CONTEXT) Sub- Contractor 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 FUNCTIONING ENTERPRISE e.g. DATA e.g. FUNCTION e.g. NETWORK John A. Zachman, Zachman International (810) 231-0531 e.g. ORGANIZATION e.g. SCHEDULE FUNCTIONING e.g. STRATEGY ENTERPRISE Πηγή: www.zifa.com

Πλαίσιο Zachman: Κελιά Ο Zachman αντιµετωπίζει κάθε κελί από τα 30 ως ξεχωριστή µεταβλητή, που θα πρέπει να αντιµετωπίζεται ως ανεξάρτητο από τα υπόλοιπα. Για κάθε κελί είναιδυνατήηχρήσηδιαφορετικού µοντέλου ή διαφορετικής σηµειογραφίας (notation). Η πληροφορία που υπάρχει σε κάθε κελί µπορεί να βρίσκεται είτε σε αφαιρετικό επίπεδο είτε σε πολύ λεπτοµερές επίπεδο. Τελικά το πλαίσιο Zachman πέρααπότηχρήσητουστιςεααποτελεί ένα πολύτιµο εργαλείο κατάτµισης και συνεπώς καλύτερης κατανόησης πολύπλοκων καταστάσεων, έργων κλπ.

ιαδικασία Εφαρµογής ΕΑ κατά Spewak Ο Steven Spewak στο βιβλίο του Enterprise Architecture Planning (ΕΑΡ) προτείνει µια διαδικασία εφαρµογής και προϊόντα για την πρακτική εργαρµοφή της ΕΑ. Η διαδικασίαβασίζεται στο πλαίσιο Zachman αλλά οι έννοιες είναι γενικότερα εφαρµόσιµες. Ο Spewak ορίζει την ΕΑΡ ως τη διαδικασία του ορισµού αρχιτεκτονικών για τη χρήση των πληροφοριών σε υποστήριξη της επιχείρησης και του πλάνου για την υλοποίησης αυτών των αρχιτεκτονικών. Στην επόµενη σελίδα φαίνονται τα συστατικά ή οι φάσεις µιας µεθοδολογίας ΕΑΡ. Στην µεθεπόµενη φαίνονται τα στάδια σε καθεµιά από τις φάσεις καθώς και τα κύρια προϊόντα.

Φάσεις µεθοδολογίας ΕΑΡ

Φάσεις, Στάδια και Προϊόντα Μεθοδολογίας ΕΑΡ Πηγή: ΕΑ Book, A project by the MITRE corporation, 2004, DRAFT

Πλαίσιο TOGAF To TOGAF παρέχει µια µεθοδολογία ανάπτυξης αρχιτεκτονικής, σαν τµήµα τουπλαισίου. Η µεθοδολογία αυτή µπορεί να χρησιµοποιηθεί και για άλλα πλαίσια. Αναγνωρίζει διάφορες οπτικές, όπως και το πλαίσιο Zachman, αλλά χρησιµοποιεί κυρίως τις οπτικές Επιχείρηση (Business), εδοµένα (Data), Εφαρµογές (Applications) και Τεχνολογία (Technology). Αναγνωρίζει την εταιρική στρατηγική ως παράγοντα στη φάση της ανάπτυξης ΕΑ

ιαδικασία Εφαρµογής TOGAF Το Open Group Architecture Framework (TOGAF) Architecture Development Method (ADM) περιγράφει µια µέθοδο για την ανάπτυξη µιας ΕΑ. Το σχήµα δείχνει τις Φάσεις Κάθε Φάση έχει µια περιγραφή, αντικείµενο, βασικά βήµατα, εισροές και εκροές Επίσης περιέχει υλικό για ένα τεχνικό αρχιτεκτονικό πλαίσιο και πρότυπα, αρχές, τις σχέσεις του µε άλλα πλαίσια και άλλα θέµατα.

Πλαίσιο και ιαδικασία DODAF Το πλαίσιο DODAF αρχικά δηµιουργήθηκε εξαιτίας της ανάγκης για πλήρεις και συγκρίσιµες αρχιτεκτονικές περιγραφές πολύπλοκων συστηµάτων (systems of systems), που πρέπει να είναι πλήρως διαλειτουργικά. Το DODAF έχει µια υψηλού επιπέδου, γενική διαδικασία εφαρµογής 6 βηµάτων που περιγράφεται στον τρίτο τόµο (Volume Three (Deskbook), Section 2.4) του DODAF.

Πλαίσιο DODAF Το DODAF είναι οργανωµένο µε βάση τρεις αρχιτεκτονικές οπτικές: Επιχειρησιακή Οπτική (Operational View OV). Είναι µια περιγραφή του συνόλου των καθηκόντων και δραστηριοτήτων, επιχειρησιακών στοιχείων και πληροφοριών που απαιτούνται για την εκπλήρωση των στόχων της επιχείρησης. Συστηµική Οπτική (Systems View SV). Είναι µια περιγραφή των συστηµάτων και των αλληλοσυνδέσεων τους για την υποστήριξη επιχειρησιακών λειτουργιών. Τεχνική Οπτική (Technical Standards View TS). Είναι το σύνολο των κανόνων και των τεχνικών προδιαγραφών στοιχείων του συστήµατος

Πλαίσιο DODAF Χαρακτηριστικό του DODAF είναι ότι για κάθε οπτική υπάρχει ένα σύνολο από «αρχιτεκτονικά προϊόντα» (µοντέλα, περιγραφές). Για κάθε ένα από τα 26 συνολικά «προϊόντα» που προβλέπει το DODAF υπάρχει αναλυτική περιγραφή, καθώς πρέπει να έχουν συγκεκριµένο περιεχόµενο και ιδιότητες Υπάρχει µια τέταρτη οπτική, All Views (AV), που έχει προϊόντα (Overview, Summary) που σχετίζονται µε όλεςτιςοπτικές. εν είναι αναγκαία η κατασκευή του συνόλου των 26 «προϊόντων» που προβλέπει το DODAF Τα 8 πιο συχνά χρησιµοποιούµενα προϊόντα του DODAF φαίνονται στο επόµενο σχήµα και στον επόµενο πίνακα.

Πλαίσιο DODAF Πηγή: ΕΑ Book, A project by the MITRE corporation, 2004, DRAFT

Πλαίσιο DODAF Framework Product AV 1 Ονοµασία Overview and Summary Information Γενική Περιγραφή Εύρος της ΕΑ, σκοπός, χρήστες, αναπαράσταση περιβάλλοντος, αναλυτικές διαπιστώσεις AV 2 Integrated Dictionary Λεξικό µε τουςορισµούς όλων των όρων που χρησιµοποιούνται σε όλα τα προϊόντα OV 1 OV 2 OV 3 OV 5 SV 1 TV 1 High Level Operational Concept Graphic Operational Node Connectivity Description Operational Information Exchange Matrix Operational Activity Model Systems Interface Description Technical Standards Profile Περιγραφή της επιχειρησιακής λογικής µε κείµενο, µοντέλα και σχέδια Επιχειρησιακοί κόµβοι, επιχειρησιακές λειτουργίες που επιτελούνται σε κάθε κόµβο, συνδεσιµότητα και γραµµές ανταλλαγής πληροφοριών µεταξύ των κόµβων Πληροφορίες που ανταλλάσσονται µεταξύ των κόµβων και γνωρίσµατα (attributes) των πληροφοριών Επιχειρησιακές λειτουργίες, σχέσεις ανάµεσα στις λειτουργίες, δεδοµένα εισόδου και εξόδου Αναγνώριση των συστηµάτων και των στοιχείων που τα αποτελούν, σχέσεις µεταξύ των συστηµάτων καθώς και µεταξύ των κόµβων Εξαγωγή των προτύπων που εφαρµόζονται στην ΕΑ 32

ιαδικασία Εφαρµογής DODAF Πηγή: ΕΑ Book, A project by the MITRE corporation, 2004, DRAFT

Πλαίσιο FEAF Το FEAF αποτελείται από 8 δοµικά στοιχεία. Αρχιτεκτονικούς οδηγούς (Architecture drivers) Στρατηγική κατεύθυνση (Strategic direction) Παρούσα Αρχιτεκτονική (current architecture) Μελλοντική Αρχιτεκτονική (target architecture) Μεταβατικές διαδικασίες (transitional processes) Αρχιτεκτονικά τµήµατα (Architectural segments) Αρχιτεκτονικά µοντέλα (Architectural Models) Πρότυπα (Standards)

Πλαίσιο FEAF Η στρατηγική κατεύθυνση οδηγεί στην ανάπτυξη της µελλοντικής αρχιτεκτονικής και περιλαµβάνει το όραµα της εταιρείας, τις αρχές και τους στόχους. Τα αρχιτεκτονικά µοντέλα καθορίζουν την αρχιτεκτονική της επιχείρησης, των δεδοµένων, των εφαρµογών και της τεχνολογίας. Τα µοντέλα βασίζονται στο πλαίσιο Zachman. Ο Zachman παρείχε µια σύντοµη περιγραφή για το τι πρέπει να περιέχουν τα µοντέλα Στο επόµενο σχήµα (πηγή: EABOK, MITRE Corporation) φαίνεται το FEAF.

Πλαίσιο FEAF Πηγή: ΕΑ Book, A project by the MITRE corporation, 2004, DRAFT

ιαδικασία Εφαρµογής FEAF Στο σύγγραµµα A Practical Guide to the Federal Enterprise Architecture περιγράφεται µια διαδικασία για την ανάπτυξη µιας ΕΑ Η διαδικασία είναι όµοια µε αυτή του Spewak. Εδώ επίσης υπάρχει η διακυβέρνηση (governance), περισσότερα στα εργαλεία (tools), δηµιουργία ενός Γραφείου ιαχείρισης Έργων (Program Mangement Office - PMO), µετάβαση (transitioning), και µάρκετιγκ της ΕΑ. Ιδέες από εδώ και από τον Spewak µπορούν να συνδυαστούν.

ιαδικασία Εφαρµογής FEAF Πηγή: ΕΑ Book, A project by the MITRE corporation, 2004, DRAFT

Πλαίσιο TEAF Το TEAF βασίζεται στα πλαίσια Zachman, FEAF και DODAF. Περιέχει ένα πλαίσιο ΕΑ για την οργάνωση και δόµηση πληροφοριών ΕΑ, όπου προβλέπεται ότι ένα σύνολο από συγκεκριµένα «προϊόντα» πρέπει να παραδοθεί. Αναγνωρίζει την ανάγκη για στρατηγική κατεύθυνση σχετικά µε τη µελλοντική ΕΑ, τι θα υποστηρίζει και ποια θα είναι τα χαρακτηριστικά της. Προϋποθέτει στρατηγική που θα ορίζει πως θα γίνει η µετάβαση στη µελλοντική ΕΑ.

Πλαίσιο TEAF Το TEAF αποτελείται από 3 τµήµατα: Κατεύθυνση (Direction) Περιγραφή (Description) Εκπλήρωση (accomplishment) Κάθε τµήµα τουteaf προϋποθέτει κάποια «προϊόντα». Πολλά βασίζονται στο DODAF. Το τµήµα της περιγραφής είναι µια µήτρα (πίνακας), που µοιάζει στον πίνακα που υπάρχει στο πλαίσιο Zachman. Αποτελείται από 4 στήλες και 4 σειρές.

Πλαίσιο TEAF Πηγή: ΕΑ Book, A project by the MITRE corporation, 2004, DRAFT

Πλαίσιο TEAF Κάθε στήλη είναι µια αρχιτεκτονική οπτική. Οι οπτικές είναι: Λειτουργική (Functional) Πληροφορική (Information) Οργανωσιακή (Organizational) Υποδοµή (Infrastructure) Στο παρακάτω σχήµα (πηγή: EABOK, MITRE Corporation) επεξηγούνται οι στήλες οπτικές.

Πλαίσιο TEAF Κάθε σειρά αντιπροσωπεύει διαφορετική οπτικές της επιχείρησης. Οι οπτικές είναι: Planner Owner Designer Builder Στο παρακάτω σχήµα (πηγή: EABOK, MITRE Corporation) επεξηγούνται οι σειρές οπτικές.

Περιεχόµενα Ιστορική Αναδροµή Βασικά Συστατικά µιας ΕΑ: Πλαίσια και ιαδικασία Εφαρµογής Το Πλαίσιο Zachman / ιαδικασία Εφαρµογής ΕΑ κατά Spewak Το Πλαίσιο και η ιαδικασία DODAF Το Πλαίσιο και η ιαδικασία FEAF Το Πλαίσιο και η ιαδικασία TEAF Το Πλαίσιο και η ιαδικασία TOGAF Σύγκριση Πλαισίων Συµπεράσµατα

Σύγκριση Πλαισίων Πλαίσιο FEAF DODAF TEAF TOGAF Ξεχωριστό προϊόν για προδιαγραφές και πρότυπα; Θέµατα ασφάλειας στην ΕΑ; Θέµατα στρατηγικής και πλάνου µετάβασης στην ΕΑ; Πληροφοριακή Αποθήκη ΕΑ; Καθοδήγηση στην ανάπτυξη ΕΑ; Όχι Όχι Ναι, αλλά όχι ως ξεχωριστό προϊόν Αναφέρει την ανάγκη Ναι, αλλά πολύ γενικά Ναι, TV-1 προδιαγραφή προτύπων Ναι, σε ορισµένα προϊόντα. Ναι Ναι, προδιαγραφή προτύπων Ναι, ως όψη που διαπερνάει όλη την ΕΑ Ναι, ως ξεχωριστό προϊόν Ναι Ναι - ιαδικασία 6 βηµάτων σε υψηλό επίπεδο Ναι, σε ορισµένα προϊόντα Ναι, Technical Reference Model, πρότυπα πληροφοριών Ναι, Ξεχωριστή Όψη Ασφαλείας Ναι Ναι, η µεθοδολογία ανάπτυξης ΕΑ είναι η βάση του πλαισίου Πηγή: ΕΑ Book, A project by the MITRE corporation, 2004, DRAFT 49

Σύγκριση Πλαισίων Πλαίσιο FEAF DODAF TEAF TOGAF Ωριµότητα/ Κατάσταση Υποστήριξη εργαλείων Συστήµατα/οργαν ώσεις που το χρησιµοποιούν Έκδοση 1.1 1999-2002, Η αναθεώρηση δεν έχει ολοκληρωθεί 4 αναθεωρήσεις, τελευταία έκδοση Απρίλιος 2007 - Popkin System Architect Plug In - Global Information Grid (GIG) Έκδοση 1 2000, δεν έχει αναθεωρηθεί - - - - Έκδοση 8.1 Έχει αναθεωρηθεί αρκετές φορές Πηγή: ΕΑ Book, A project by the MITRE corporation, 2004, DRAFT 50

Περιεχόµενα Ιστορική Αναδροµή Βασικά Συστατικά µιας ΕΑ: Πλαίσια και ιαδικασία Εφαρµογής Το Πλαίσιο Zachman / ιαδικασία Εφαρµογής ΕΑ κατά Spewak Το Πλαίσιο και η ιαδικασία DODAF Το Πλαίσιο και η ιαδικασία FEAF Το Πλαίσιο και η ιαδικασία TEAF Το Πλαίσιο και η ιαδικασία TOGAF Σύγκριση Πλαισίων Συµπεράσµατα

Συµπεράσµατα ΗΕΑέχειµια σύντοµη ιστορία Αυτή τη στιγµή δεν είναι ακόµη σαφές από τι ακριβώς θα πρέπει να αποτελείται µια ΕΑ και πώς να αναπτύσσεται Φαίνεται να υπάρχει συµφωνία πως µια ΕΑ αποτελείται από την κατανόηση της Υπάρχουσας Κατάστασης και µιας Τελικής Κατάστασης καθώς και της Μετάβασης από την πρώτη στη δεύτερη Η ΕΑ γενικά αποτελείται από ένα πλαίσιο και µια διαδικασία εφαρµογής Το πρώτο πλαίσιο που παρουσιάστηκε ήταν το Zachman Έκτοτε ακολούθησαν και άλλα, όπως τα FEAF, DODAF, TEAF και TOGAF Τα περισσότερα πλαίσια συνοδεύονται από µια διαδικασία εφαρµογής χωρίς όµως η σχέση τους να είναι αναγκαστικά ένα προς ένα