Enterprise Architecture
Arsitektur TI di Perusahaan
Beberapa didesain dan beberapa
seperlunya
Latar Belakang • Bisnis : keuntungan, perubahan, struktur, proses bisnis yang kompleks • CIO : melndukung proses bisnis, added value • Manajemen Data : Dimana data saya? Apa artinya? Apakah nilainya konsisten? • Jaringan : desain jaringan, SLA, bottlenecks, upgrade • SOLUSI?
Permasalahan • Redundansi dan inkonsistensi data pada perusahaan yang terdiri atas banyak unit-unit( fungsi ) • Permasalahan manajemen untuk memperoleh dukungan dan komitmen di semu tingkat untuk proyek-proyek yang berjangka waktu lama • Sistem yang ada tidak berhubungan • Proyek-proyek yang ada tidak saling berhubungan
Apa itu arsitektur? • ‘tergantung scope’ menentukan batasan – Seluruh perusahaan – Divisi dalam sebuah perusahaan – Lebih luas : supplier, perusahaan, kustomer
• Architecture – Prinsip-prinsip tata kelola, aturan, pedoman, standar, pemetaan, model, aset-aset TI, proses bisnis
Arsitektur TI yang baik akan… • • • • •
Memenuhi kebutuhan perusahaan Menyesuaikan perubahan sesuai dengan kecepatan pasar Dipahami dan didukung oleh manajemen senior Secara jelas mendefinisikan struktur sistem existing Menyediakan perencanaan, roadmap dan strategi migrasi untuk pengembangan( pembelian? ) di masa depan • Memanajemen proyek ke dalam proyek-proyek lainnya sehingga konsisten, milestone dapt terukur dan dikomunikasikan secara efektif • Optimal jika dilaksanakan dalam scope enterprise( lebih luas ) akan mengurangi redundansi dan kompleksitas dari interface diantara komponennya yang meningkatkan kemudahan : – – – –
Portabilitas aplikasi Upgrade komponen Pertukaran komponen Pengembangan dan pemeliharaan komponen
Mana rencana anda? Dapatkah sebuah bisnis sukses tanpa business plan yang terdokumentasi?
Dapatkah IT sukses tanpa arsitektur yang terdokumentasi?
• • • •
Kemampuan lebih untuk merespon permintaan baru Nilai bisnis lebih dari operasi TI Kemampuan lebih untuk mengenalkan teknologi baru Pengadaan yang lebih cepat, lebih sederhana dan lebih murah
Dari mana memulai? • Terdapat beberapa arsitektur TI yang berhasil • Apakah harus reinvent the wheel? • Referensi apa yang tersedia?
Tahapan EA – Enterprise wide view • • • • •
Visi dan Tujuan Baseline – As Is Target – To Be Analisis gap dan identifikasi kesempatan Prioritas, rencana migrasi dan implementasi
Jadi…. • Kebutuhan TI untuk merubah budaya • Enterprise Architecture adalah : – Cross project – Cross function – Technology neutral – Proyek berada dalam kerangka arsitektur, tidak berdiri sendiri
Kenapa Framework Enterprise • Sebuah enterprise adalah entitas yang sangat kompleks • EA menggambarkan versi sederhana kompleksitas untuk analisis, komunikasi dan opersional • Frameworks dapat menyederhanakan kompleksitas entitas dan relasinya di sebuah enterprise • Perhatikan semua bidang untuk dipertimbangkan dalam scope EA • Mengapa mengulang pekerjaan yang telah dilakukan?
Manfaat Framework • Proses, Proses, Proses – Proses sebelum framework sebelum tool • Anda harus berpikir masak semua aspek EA untuk Enterprise anda – Jangan diserahkan ke framework • Tujuan dan Sasaran harus mengarahkan APA yang anda lakukan • Enterprise Architecture masih merupakan sebuah seni daripada keilmuan dan membutuhkan kreativitas
Definisi “Framework” • Kamus: n. 1) A structure for supporting or enclosing something else, especially a skeletal support used as the basis for something being constructed; 2) a simplified description of a complex entity or process (syn.: model) • Konteks EA: sebuah model atau outline yang menyediakan struktur logis EA deliverables yang akan dibuat dan saling berhubungan satu dengan yang lain • Maksud EA Framework: Menyediakan konteks yang disederhanakan untuk scope dan struktur enterprise dan komponen-komponennya • Contoh : Zachman Framework for Enterprise Architecture, TOGAF, DODAF, MODAF, FEAF
Karakteristik Umum Framework • • • •
Komprehensif Visual Penyerdehanaan domain Merepresentasikan pekerjaan yang tidak perlu diulang tapi sebagai titik awal untuk mengadaptasikan konsep/model yang representatif untuk enterprise tertentu
Asal TOGAF dan Motivasi • Inisiatif kustomer : – User requirement formal pada 1994 – Tema-tema utama : • Single, unifying Architectural Framework untuk industri TI • Sebuah framework untuk mengembangkan arsitektur untuk memenuhi kebutuhan bisnis tertentu – Bukan arsitektur “one-size-fits-all”
TOGAF Sekarang • Konsensus industri • Technology- and tool-neutral
• 8 tahun dalam pengembangan terus menerus • Terbukti dalam praktek
• Tersedia di : http://www.opengroup.org/public/arch
Struktur dan Komponen TOGAF • Architecture Development Method • Foundation Architecture • Resource Base TOGAF Foundation Architecture
Target Architectures Architecture Development Method
Technical Reference Model (services taxonomy)
Standards Information Base
Building Blocks Information Base
(standards)
(architecture building blocks future)
Resource Base
Architecture Development Method (ADM)
Open, metodemetode konsensus industri untuk arsitektur TI Quick-start foundation Praktis, pedoman berdasar pengalaman Membutuhkan validasi terus menerus terhadap kebutuhan
Foundation Architecture: Technical Reference Model (TRM) Qualities Infrastructure Applications
• Berhubungan dengan taksonomi detail dari servis-servis
Business Applications
Qualities
–
Qualities
Communication Infrastructure
Graphics & Image
Communications Infrastructure Interface
Data Management
Network Services
Data Interchange
Operating System Services
International Operations
User Interface
Location & Directory
Transaction Processing
System & Network Management
Security
Software Engineering
Qualities
Application Programming Interface
mendefinisikan batasan dari setiap kategori servis
• Mendefinisikan kemampuan sistem(“kualitas”), misalnya.: – – –
Internasionalisasi Keamanan Manajemen
Foundation Architecture: Standards Information Base (SIB) • Sebuah basisdata standar industri yang bersifat terbuka – Kumpulan lengkap standar Open Group yang telah disahkan – Isi ditentukan oleh proses konsensus Open Group • Diatur sesuai TOGAF Technical Reference Model taxonomy • Secara reguler diupdate • Tersedia di web – http://www.db.opengroup.org/sib.htm • Pintu gerbang untuk banyak sumber lainnya
Resource Base • Resource tersedia dalam menerapkan TOGAF Architecture Development Method; misalnya – ADML – Architecture Compliance Reviews – Architecture Principles – Architecture Views – Business Scenarios (metode requiremen) – Case Studies – Strategi IT Governance
Zachman Framework[1] VA Enterprise Architecture
DATA What
FUNCTI ON How
NETWORK Where
PEOPLE Who
TI ME When
MOTI VATI ON Why
SCOPE (CONTEXTUAL)
Things Important to the Business
Processes Performed
Business locations
Important Organizations
Ev ents Significant to the Business
Business Goals and Strategy
Planner
Entity = Class of Business Thing
Function = Class of Business Process
Node = Major Business Locations
People = Major Organizations
Time = Major Business Event
Ends/Means = Major Business Goals
ENTERPRI SE MODEL (CONCEPTU AL)
Semantic Model
Business Process Model
Business Logistics System
Work Flow Model
Master Schedule
Business Plan
Owner
Ent = Business Entity Proc = Business Process Rel = Business Relationship I/O = Business Resources
Node = Business Location Link = Business Linkage
People = Organization Unit Time = Business Event Work = Work Product Cycle = Business Cycle
End = Business Objectiv e Means = Business Strategy
SYSTEM MODEL (LOGI CAL)
Logical Data Model
Application Architecture
Distributed System Architecture
Human Interface Architecture
Processing Structure
Business Rule Model
Designer
Ent = Data Entity Rel = Data Relationship
Proc = Application Function Node = IS Function I/O = User Views Link = Line Characteristics
People = Role Work = Deliv erable
Time = System Event Cycle = Processing Cycle
End = Structural Assertion Means = Action Assertion
TECHNOLOGY MODEL (PHYSI CAL)
Physical Data Model
System Design
Technology Architecture
Presentation Architecture
Control Structure
Rule Design
Builder
Ent = Segment/Table Rel = Pointer/Key
Proc = Computer Function I/O = Data Elements/Sets
Node = Hardware/Softw are People = User Link = Line Specifications Work = Screen Format
Time = Ex ecute Cycle = Component Cycle
End = Condition Means = Action
Program
Netw ork Architecture
Security Architecture
Timing Definition
Rule Design
Data DETAI LED REPRESENTATI ONS Definition (OUT-OF-CONTEXT)
Sub-Contractor
Ent = Field Rel = Address
Proc = Language Statement Node = Addresses I/O = Control Block Link = Protocols
People = Identity Work = Job
Time = Interrupt Cycle = Machine Cycle
End = Sub-Condition Means = Step
FUNCTI ONI NG ENTERPRI SE
Data
Function
Netw ork
Organization
Schedule
Strategy
Ent = Rel =
Proc = I/O =
Node = Link =
People = Work =
Time = Cycle =
End = Means =
DATA What
FUNCTI ON How
NETWORK Where
PEOPLE Who
TI ME When
MOTI VATI ON Why
Based on work by John A. Zachman SCOPE (CONTEXTUAL)
Planner ENTERPRI SE MODEL (CONCEPTU AL) Owner SYSTEM MODEL (LOGI CAL)
Designer TECHNOLOGY MODEL (PHYSI CAL) Builder DETAI LED REPRESENTATI ONS (OUT-OF-CONTEXT) Sub-Contractor FUNCTI ONI NG ENTERPRI SE
Zachman Framework[2]
Zachman Framework •
Baris 1 – Scope External Requirements dan Drivers Business Function Modeling
Baris 2 – Enterprise Model
Baris 3 – System Model
Business Process Models
Logical Models Requirements Definition
What
Baris 4 – Technology Model Physical Models Solution Definition dan Development
Baris 5 – As Built As Built Deployment
Baris 6 – Functioning Enterprise Functioning Enterprise Evaluation
October 23, 2009
How
Where
Who
When
Why
1
Contextual
Contextual
2
Conceptual
Conceptual
3
Logical
Logical
4
Physical
Physical
5
As Built
As Built
6
Functioning
Functioning
A Tutorial on the Zachman Enterprise What Architecture Framework
How
Where
Who
When
Why
24
Aturan-aturan Framework Basic Model = Entities dan Relationships
•
Aturan 1: Kolom-kolom tidak berurutan
Entity
Relationship
Aturan 2: Setiap kolom mempunyai model sederhana Aturan 3:
What
Entity
How
Where
Who
When
Why
Contextual
Contextual
Conceptual
Conceptual
Logical
Logical
Physical
Physical
As Built
As Built
Functioning
Functioning
Basic model untuk setiap kolom unik
Aturan 4: Setiap baris merepresentasikan view berbeda Aturan 5: Setiap sel unik Aturan 6: Kombinasi sel-sel dalam saru baris membentuk deskripsi lengkap dari view tersebut
October 23, 2009
A Tutorial on the Zachman Enterprise Architecture Framework
What
How
Where
Who
When
Why
25
Memilih sebuah Framework • • • •
Apa yang anda ingin kerjakan/selesaikan? Di industri/usaha apa anda bergerak? Apakah anda pemerintah daerah/pusat? Level kompetensi apakah yang sumber daya EA anda punyai? • Apakah batasan dari usaha EA anda? • Framework apakah yang biasa digunakan oleh organisasi anda?
Referensi • A Tutorial on the Zachman Enterprise Architecture Framework, Slide from Department of Veterans Affairs, USA • The Open Group, The Open Group Architecture Framework (TOGAF) Version 7, http://www.opengroup.org • Luther, Dorothy, Enterprise Architecture, 4 September 2006 • Westbrock, Tim, Do Frameworks Really Matter?, EAdirections, 2007
