Semakin kompleksnya perkembangan teknologi telah memicu berkembangnya pemahamaan atas cara pandang terhadap teknologi tersebut. Perkembangan cara pandang ini, juga telah menghadirkan pengayaan dalam memahami kehadiran teknologi.
Architecture Vs Desain
Pendahuluan
Menyusun kompleksitas yang ada dan menyajikannya dalam bentuk yang mudah dipahami, telah lama digunakan oleh para perancang bangunan dalam menyajikan rancangan bangunan yang mereka usulkan. Disiplin arsitektural ini kemudian tumbuh menjadi satu disiplin yang menandai perkembangan peradaban manusia saat ini.
Perkembangan yang cepat dalam teknologi informasi, juga telah meningkatkan tingkat kompleksitas penggunaan teknologi informasi. Meningkatnya kompleksitas ini menuntut upaya lebih bagi para pengembang teknologi untuk menyajikan penjelasan sederhana atas penggunaan teknologi bagi kalangan lainnya. Penjelasan sederhana tersebut sering dipahami sebagai arsitektur teknologi informasi. Sayangnya, ragam gaya penyajian arsitektur kemudian mengaburkan pemahaman arsitektur teknologi.
Arsitektur IT Enterprise
Urgensi arsitektur enterprise
Arsitektur teknologi tak lepas keberadaannya terhadap deskripsi peran teknologi informasi dalam organisasi enterprise. Semakin meningkatnya kompleksitas teknologi membutuhkan sebuah bangun logis yang dapat digunakan untuk mendefinisikan antar muka tiap komponen dan integrasi antar komponen. Bagun logis ini menurut zachman merupakan reprsentasi atas arsitektur sistem informasi. yang di kemudian hari dikenalkan sebagai arsitektur enterprise.
Keberadaan arsitektur enterprise merupakan upaya pengelolaan dan perencanaan atas evolusi sistem informasi di lingkup enterprise dengan berbasiskan model, sehingga secara strategis sistem informasi dapat memberikan dukungan atas penguatan keunggulan kompetitif perusahaan dengan terbentuknya keseimbangan yang tepat dalam efisiensi penggunaan teknologi dan inovasi bisnis.
Arsitektur enterprise bagi pengelolaan pemerintahan (government) ditujukan untuk memaksimalkan keuntungan pemanfaatan teknologi informasi dalam roda pemerintahan. Dari perspektif ini, enterprise architecture adalah aset strategis. Dengan enterprise architecture dapat ditetapkan kebutuhan informasi bagi pelaksanaan operasional pemerintahan, kebutuhan teknologi yang mendukung aktivitas operasional dan proses transisioanal dalam mengimplementasikan teknologi baru.
Pengertian arsitektur enterprise
Arsitektur lazimnya dimengerti sebagai studi atau pekerjaan merancang bangunan. Dalam perkembangannnya, pengertian "arsitektur" tidak terbatas akan rancangan bangunan karena pemakaian kata "arsitektur" telah merambah ke berbagai bidang mulai dari disiplin rekayasa perangkat lunak, telekomunikasi bahkan meluas ke dalam konteks bisnis.
Dalam ranah perangkat lunak, arsitektur dipahami sebagai implementasi dari struktur tingkat tinggi, dimana struktur tersebut tersusun atas elemen-elemen, bentuk susunan (form) dan alasan-alasan (rationale). Secara harfiah menurut kamus Merriam-Webster, arsitektur dimengerti sebagai cara mengatur dan menyusun elemen-elemen.
Pengertian secara formal mengenai arsitektur didefinisikan oleh IEEE dalam IEEE 1471-2000. Dalam dokumen ini arsitektur dimengerti sebagai organisasi fundamental dari sistem yang diwujudkan dengan komponen-komponennya, keterhubungannya satu sama lain dan terhadap lingkungannya, dan prinsip sebagai pedoman rancangan dan evolusinya (IEEE 1471 – 2000). Definisi ini memberikan dua konteks pemahaman atas arsitektur yaitu :
1. Arsitektur adalah deskripsi formal dari sebuah sistem, atau rencana detil dari sistem di tingkat komponen yang memandu penerapannya.
2. Arsitektur adalah struktur atas komponen, keterhubungan satu dan lainnya, dan prinsip-prinsip panduan yang mengayomi perancangannya dan evolusi sepanjang waktu.
Tersirat dari pengertian di atas, kata "arsitektur" menyiratkan suatu perencanaan, yang diwujudkan dengan model atau gambar yang mendeskripsikan susunan bagian-bagian/komponen dari sesuatu.
Enterprise dapat didefinisikan sebagai organisasi (atau badan lintas organisasi) yang mendukung lingkup bisnis dan misi yang telah ditetapkan. Enterprise mencakup sumber daya yang saling berkaitan (manusia, organisasi, dan teknologi) yang harus mengkoordinasikan fungsinya dan berbagi informasi dalam mendukung misi bersama (atau sekumpulan misi yang berkaitan). Dalam konteks pembahasan tulisan ini, enterprise juga bermakna organisasi yang memanfaatkan teknologi informasi dalam menjalankan misinya. Berbagai definisi ini, membawa kesimpulan bahwa enterprise bukan hanya perusahaan (company), tetapi juga bisa berarti organisasi nirlaba seperti pemerintah dan lembaga pendidikan (akademik).
Setelah mengurai pemahaman masing-masing kata dalam enterprise architecture, kemudian disusun pengertian tentang arsitektur enterprise. Berangkat dari penjelasan di atas, arsitektur enterprise dapat dipahami sebagai sebuah deskripsi formal atas sebuah organisasi yang mendukung lingkup bisnis dan misi yang telah ditetapkan. Dalam deskripsi ini digambarkan tentang kordinasi fungsional komponen-komponenya dan aktivitas berbagi informasi dalam menjalankan misinya.
Dalam konteks teknologi informasi, pemahaman arsitektur enterprise berkembang dan beragam sebagai mana berikut :
1. Arsitektur Enterprise merupakan deskripsi misi para stakeholder mencakup parameter informasi, fungsionalitas, lokasi, organisasi, dan kinerja. Arsitektur enterprise menjelaskan rencana untuk membangun sistem atau sekumpulan sistem.
2. Basis aset informasi strategis, yang menentukan misi, informasi dan teknologi yang dibutuhkan untuk melaksanakan misi, dan proses transisi untuk mengimplementasikan teknologi baru sebagai tanggapan terhadap perubahan kebutuhan misi.
3. Arsitektur enterprise adalah pendefinisian keseluruhan bentuk dan fungsi dari sistem (bisnis dan TI) meliputi seluruh organisasi (termasuk mitra dan bentuk organisasi lain yang menjadi perluasan dari organisasi tersebut), dan menyediakan sebuah kerangka kerja, standar dan panduan bagi arsitektur di tingkat proyek. Dengan hadirnya arsitektur enterprise memungkinkan untuk dikembangkannya secara konsisten sistem yang mampu bekerja secara bersama, berkolaborasi atau terintegrasi, sesuai kebutuhan dalam organisasi.
Berkembangnya pemahaman arsitektur enterprise telah menimbulkan kebingungan dalam memahami arsitektur dan desain. Untuk membedakan, andrew macaulay dalam artikelnya di jurnal Microsoft architect journal, membedakan pemahaman arsitektur dan desain dari sisi manfaat hasil sebagai berikut :
Arsitektur | Desain | |
Deskripsi kebutuhan | Lingkup fungsionalitas dan tanggung jawab. | Kebutuhan fungsional yang komperhensif dan cara pemenuhannya. |
Presentasi rancangan | Kunci rancangan dan pilihan produk. | Analisa detil data dan model data. Dan dokumentasi rancangan sistem |
Tingkat perancangan | Rancangan pada tingkat tinggi dan Batasan dalam desain | Bangunan dan implementasi sistem |
Dengan pembedaan di atas dapat disimpulkan bahwa hasil dari arsitektur dapat langsung dinyatakan sebagai masukan bagi proses desain sistem, dimana hasil dari arsitektur ini tidak secara langsung dipetakan ke dalam desain, tapi merupakan derivasi ke desain. Hal ini memberikan kemampuan pengembangan sistem untuk melacak (traceability) pembangunan sistem dengan kesesuaiannya terhadap kebutuhan enterprise, juga memberikan kemampuan pengembangan sistem untuk mitigasi resiko dengan dimungkinkan selarasnya kebutuhan enterprise dan pengembangan sistem.
Berkembangnya pemahaman arsitektur enterprise telah menyebabkan munculnya dua kutub pemahaman arsitektur enterprise. Kutub ini hadir disebabkan luasnya cakupan yang diliput untuk mendefinisikan bentuk dan fungsi tiap-tiap komponen dalam arsitektur enterprise. Kedua kutub tersebut adalah :
1. Arsitektur Enterprise yang berpusat pada proses (process centric enterprise architecture)
Arsitektur yang dibangun lebih menekankan pada bagaimana aktivitas kerja dilakukan, dan kemudian baru tentang bagaimana perangkat lunak digunakan dalam bagian tertentu dalam aktivitas kerja. Pendekatan ini umumnya berpijak atas besarnya upaya, yang terbagi dalam aktivitas kerja organisasi dalam rantai nilai,bagi menghasilkan produk untuk pelanggan. Arsitektur ini lebih menekankan pada ukuran-ukuran keberhasilan proses, dan biasanya digunakan untuk memahami operasional perusahaan dan memandu upaya modifikasi untuk mendukung aktivitas pegawai dan sistem perangkat lunak.
2. Arsitektur enterprise yang berpusat pada teknologi informasi (IT-centric enterprise architecture)
Arsitektur yang dibangun lebih menekankan pada memberikan pemahaman tentang bagaimana sumber daya teknologi informasi bekerja dalam organisasi perusahaan. Pendekatan ini umumnya berpijak atas dasar asumsi bahwa kebutuhan sistem informasi yang mendorong pengembangan perangkat lunak bersumber pada proses bisnis dalam organisasi tersebut. Secara komperhensif, arsitektur ini mendorong fokus organisasi untuk semakin efisien dalam menjalankan aktivitas usahanya.
Dalam mengembangkan arsitektur enterprise, terdapat beberapa alat bantu pendefinisian komponen-komponen dalam sistem tersebut. Alat bantu ini dikenal sebagai architecture framework. Sebuah architecture framework umumnya merupakan sekumpulan cara pandang terhadap organisasi. Beberapa architecture framework yang dikenal antara lain : Zachman Framework, Enterprise Architecture Planning (EAP), The Federal Enterprise Architecture Framework (FEAF), OMG Model Driven Architecture (MDA), The Open Group Architecture Framework (TOGAF). Dalam tulisan ini, pembahasan enterprise architecture framework lebih difokuskan pada dua framework yaitu Zachman framework dan Model Driven Architecture. Hal ini disebabkan karena Zachman Framework dapat dikategorikan pada tipe process centric enterprise architecture, dan MDA dapat dikategorikan pada tipe IT-centric enterprise architecture.
Zachman Framework
Zachman Framework pertama sekali dipublikasikan oleh John Zachman pada tahun 1987 dalam tulisannya yang berjudul "A Framework for Information Systems Architecture" di IBM Systems Journal. Framework ini awalnya berupa struktur matriks enam baris dan tiga kolom. Framework ini kemudian diperluas dan diformalisasi oleh Sowa dan Zachman pada tahun 1992 dalam tulisannya yang berjudul "Extending and Formalizing the Framework for Information Systems Architecture" di IBM Systems Journal. Perluasan yang dilakukan berupa penambahan tiga kolom.
Zachman kemudian menyatakan bahwa seharusnya Zachman Framework dirujuk sebagai "Framework untuk Arsitektur Enterprise" alih-alih "Framework untuk Arsitektur SI".
Dua ide kunci yang diilustrasikan dalam Zachman Framework adalah:
1. Sebuah himpunan dari representasi arsitektural yang dihasilkan pada proses pembangunan sebuah penggambaran produk engineering yang komplek dari prespektif yang berbeda dari partisipan yang berbeda.
2. Produk yang sama dapat digambarkan untuk tujuan yang berbeda, jalan yang berbeda, hasil dalam tipe deskripsi yang berbeda.
Zachman Framework menyediakan pendekripsian detil-detil penting dari arsitektur enterprise. Skemanya terdiri dari 6 gambaran yang semakin meningkat tingkat detailnya atau tingkat abstraksi untuk deskripsi arsitekturnya. Tingkat abstraksi direpresentasikan sebagai baris dalam zachman framework. Ke enam perspektif itu adalah :
1. Perspektif Perencana atau Ballpark, yang menetapkan objek dalam pembahasan; latar belakang, lingkup, dan tujuan enterprise.
2. Perspektif Pemilik atau Model Bisnis, yang mendeskripsikan kebutuhan produk dalam kaca mata penerima atau pemakai produk/jasa akhir dari enterprise
3. Perspektif Desainer atau Model Sistem, yang mendeskripsikan model dari sudut pandang perantara antara apa yang diinginkan (pemilik) dan apa yang dapat dicapai secara teknis dan fisik
4. Perspektif Pembangun atau Model Teknologi,yang mendeskripsikan model dari sudut pandang pengawas/pengatur dalam menghasilkan produk/jasa akhir
5. Perspektif Subkontraktor atau Reprentasi detail, yang mendeskripsikan produk dalam sudut pandang yang bertanggung jawab membangun dan merakit bagian-bagian dari produk/jasa akhir
6. Perspektif Functioning Enterprise atau Sistem Nyata, wujud nyata dari produk/jasa akhir.
Ke enam perspektif tersebut menjadi dasar dalam mendeskripsikan arsitektur enterprise. Adapun obyek yang akan dideskripsikan tersebut meliputi pertanyaan 5W1H (What, Why, When, Who, Where, How) tentang organisasi perusahaan. Enam tipe pertanyaan tersebut akan menjelaskan enam aspek penting, yang terepresentasi dalam kolom, yaitu :
1. Deskripsi jawaban atas What is Enterprise akan memberikan gambaran data yang mendukung aktivitas usaha dalam organisasi.
2. Deskripsi jawaban atas How is Enterprise akan memberikan gambaran fungsional yang dijalankan organisasi perusahaan.
3. Deskripsi jawaban atas Where is Enterprise akan memberikan gambaran jaringan yang mendukung organisasi perusahaan.
4. Deskripsi jawaban atas Who is Enterprise akan memberikan gambaran sumber daya manusia yang mendukung organisasi perusahaan.
5. Deskripsi jawaban atas When is enterprise akan memberikan gambaran kejadian-kejadian yang berlangsung dalam operasional organisasi perusahaan.
6. Deskrpsi jawaban atas Why is enterprise akan memberikan gambaran tentang motivasi yang mendorong aktivitas usaha dalam organisasi perusahaan.
Pertemuan antara baris dan kolom pada disebut sebagai sel. Isi dari setiap sel dapat berupa satu atau beberapa artefak (objek atau deskripsi penyajian arsitektural) yang berhubungan dengan baris dan kolom yang terkait. Karena setiap elemen dalam tiap aksis berbeda secara eksplisit dari yang lain, ini mungkin untuk mendefinisikan secara tepat apa isi dalam setiap sel. Dalam opini Zachman, faktor tunggal yang membuat frameworknya unik adalah bahwa setiap elemen dalam tiap aksis dari matriks dapat dibedakan secara eksplisit dari semua elemen lain dari aksis. Representasi dalam setiap sel dari matriks tidak hanya level yang berturut meningkat detailnya, tetapi secara nyata merupakan representasi yang berbeda- berbeda dalam kontek, arti, motivasi dan kegunaan.
Model Driven Architecture
Pengertian dasar
MDA digunakan untuk memecahkan masalah integrasi sistem. Sistem ini dapat meliputi : sebuah program, sebuah komputer mandiri, kumpulan sistem atau sebuah enterprise. Model merupakan sebuah gambaran atau spesifikasi dari sistem dan lingkungannya untuk satu tujuan. Model umumnya disajikan dalam bentuk gambar dan tulisan, tulisan dapat merupakan bahasa pemodelan atau bahasa alami. Penggerak model (model driven) merupakan pendekatan pengembangan sistem. Dimana penggambaran model diarahkan untuk memberikan makna pada tahap pemahaman, perancangan, pembangunan, penerapan, pemeliharaan dan modifikasi sistem.
Titik pandang (view point) merupakan teknik untuk melakukan abstraksi sistem dengan menggunakan sekumpulan pilihan konsep arsitektur dan struktur aturan, dalam usaha menegaskan fokus pada bagian yang diperhatikan dalam sistem. Abstraksi yang dilakukan dengan mengurangi tingkat kedetilan untuk menyederhanakan model. View merupakan tampilan perspektif dari titik pandang.yang dipilih.
Platform secara umum dipahami sebagai kumpulan dari subsistem/teknologi yang menyediakan sekumpulan fungsi yang koheren melalui antarmuka dan pola khusus (spesific pattern) subsistem, bergantung atas platform yang digunakan tanpa kedetilan tentang bagaimana fungsi tersebut dilayani oleh sistem. Aplikasi dinyatakan sebagai fungsionalitas yang akan dikembangkan. Sebuah sistem dinyatakan oleh satu atau lebih aplikasi dan didukung oleh lebih dari satu atau lebih platform.
Platform mandiri (platform independence) merupakan tingkat kualitas model yang menyajikan keumuman dari sebuah model dan bebas atas fitur yang disediakan oleh tipe platform tertentu.
Computation Independence Model (CIM) merupakan model yang digunakan lebih untuk menggambarkan titik pandang lingkungan sistem dan kebutuhan sistem; detil dari struktur dan proses disembunyikan atau belum didefinisikan.
Platform Independence Model (PIM) merupakan model yang digunakan untuk menggambarkan titik pandang kerja sistem dengan menyembunyikan detil dari beberapa bagian platform. Platform dapat dinyatakan sebagai bahasa pemodelan yang dapat digunakan untuk menggambarkan secara umum tentang sistem.
Platform Spesific Model (PSM) merupakan model yang digunakan untuk menggambarkan titik pandang kombinasi atas PIM dan jenis plattform tertentu, dengan memusatkan perhatian tentang bagaiman proses kerja sistem berjalan.
Transformasi model merupakan cara untuk menterjemahkan dari satu model ke model lainnya.
Cara Pandang MDA
Cara pandang MDA terbagi dalam tiga titik pandang, yaitu titik pandang Computational Independence Viewpoint (CIV), titik pandang Platform Independence Viewpoint (PIV), dan titik pandang Platform Spesific Viewpoint (PSV).
Dalam titik pandang CIV, pengguna model merupakan praktisi yang tidak mengerti tentang model atau artefak realisasi fungsionalitasnya. Dalam deskripsi CIV, model yang digambarkan lebih merupakan model domain. CIV digunakan sebagai penghubung antara para ahli dalam pendefinisian kebutuhan dengan para ahli dalam perancangan dan pembangunan artefak yang sesuai dengan domain kebutuhan. CIV menggambarkan tentang situasi yang akan terjadi pada saat sistem digunakan, pada model ini belum tergambar penggunaan automasi pemrosesan data, dengan demikian model yang disajikan bebas dari gambaran tentang bagaimana tipe implementasi dari sistem tersebut. Dari sisi perancang, CIM merupakan model yang dapat digunakan untuk memahami permasalahan sistem, CIM juga merupakan awalan dari rangkaian model dalam arsitektur penggerak model, karenanya CIM harus dapat ditelusuri hingga pada model Platform Spesific Model.
Dalam titik pandang PIV, sistem telah tergambarkan namun belum merujuk pada jenis platform yang akan digunakan. Secara umum PIV harus merepresentasikan bentuk umum sistem yang dapat diimplementasikan dalam berbagai tipe platform, untuk itu PIM dibangun untuk mengarahkan model sistem pada mesin virtual dengan netralitas teknologi. Mesin virtual tersebut dinyatakan sebagai sekumpulan bagian atau layanan yang bebas dari platform tertentu.
Platform spesific View Point (PSV), adalah model yang menggambarkan sistem dari cara pandang yang telah dikhususkan pada tipe platform tertentu. Model platform merupakan sekumpulan aspek teknis konseptual yang memungkinkan operasi dan layanan diberikan oleh mesin.
Ketiga titik pandang di atas, dapat dilihat sebagai sebuah arsitektur. Tampak bahwa rangkaian model yang dirancang, memiliki konsistensi hingga pada tingkat kode, sehingga dipastikan bahwa sistem yang dibangun sesuai dengan kebutuhan dan terintegrasi.
Cara pandang MDA juga dapat dilihat dari penggunaan model teknologi, yaitu :
Meta-Object Facility (MOF) dimana tidak hanya menyediakan sebuah bakuan penyimpanan atas model yang dibuat, juga menetapkan sebuah struktur yang membantu banyak kelompok untuk bekerja dan menggunakannya dalam cara yang telah ditetapkan. Dengan demikian dapat diberikan jaminan bahwa model yang dibentuk dalam MDA dapat berkomunikasi dengan model lain yang telah sesuai dengan aturan MOF.
Common Warehouse Metamodel (CWM), bakuan industri untuk integrasi penyimpanan data, menjadi bakuan tentang bagaimana merepresentasikan model basis data, model transformasi skema, OLAP dan model data mining.
XML Metadata Interchange (XMI), Pemetaan bagi menggambarkan model UML dalam XML dan memungkinkannya untuk dipertukarkan dalam enterprise sebagai bagian dari pengembangan perangkat lunak.
Ketiga model teknologi tersebut menggunakan Unified Modelling Language sebagai bahasa pemodelannya. Dengan demikian, arsitektur penggerak model memberdayakan keunggulan UML dalam menyajikan gambaran sistem, dimana dengan memakai bahasa pemodelan sistem juga dapat dibangkitkan bahasa pemrograman.
Pemodelan
Computational Independence Modelling (CIM)
Model CIM merupakan model yang dihasilkan dari cara pandang Computation Independet Viewpoint sehingga model CIM tidak digambarkan secara detil struktur sistem. Pemodelan CIM digunakan untuk merepresentasikan domain masalah dan kebutuhan sistem. Dalam CIM dimodelkan bisnis dan lingkungan sistem yang akan menggunakan dukungan teknologi informasi. Model bisnis merupakan abstraksi tentang bagaimana sebuah fungsi bisnis. Secara ringkas proses pemodelan bisnis dapat digambarkan berikut, pihak owner akan menetapkan capaian bisnis dan sumber daya yang digunakan, kemudian pihak business modeller akan membuat struktur, rancangan proses, dan alokasi sumber daya untuk memenuhi proses bisnis yang ditetapkan oleh owner. Selanjutnya pihak pengembang sistem akan memulai merancang sistem dan teknologi informasi yang dapat digunakan dalam model bisnis tersebut.
CIM dimaksudkan untuk menjembatani perbedaan antara penggambaran domain persoalan beserta kebutuhannya dengan rancangan dan konstruksi atas artifak yang memenuhi kebutuhan domain tersebut.
Plattform Independece Model
Plattform independent model merupakan model yang dihasilkan dalam plattform independent viewpoint. Model ini menggambarkan sistem namun tidak memberikan penjelasan detil atas penggunaan platform. PIM dapat terdiri dari spesifikasi informasi dan komputasi layanan yang diberikan dalam enterprise. Sebagai model bagi platform, PIM memuat sekumpulan konsep teknis umum tentang pemanfaatan perangkat keras dan perangkat lunak dalam arsitektur teknologi informasi di enterprise. Untuk implementasi sistem, PIM akan ditransformasikan ke bentuk yang secara teknologi bersifat lebih khusus dan mendetil. Proses transformasi ini dikenal sebagai pemetaan PIM ke dalam bentuk PSM. Karenanya dalam menyusun PIM, seorang arsitek akan memperhatikan sifat-sifat umum dari arsitektur yang mungkin diterapkan dalam berbagai spesifikasi teknologi.
Plattform Spesific Model
Plattform spesific model (PSM) merupakan model yang siap diimplementasikan ke bentuk kode program aplikasi. Dalam Plattform spesific model, semua informasi dicukupkan bagi implementasi, sehingga tingkat detil model memungkinkan programmer untuk mengkodekan dalam pembangunan program aplikasi.
Transformasi
Untuk mendapatkan model yang siap bangun, MDA memberikan beberapa cara transformasi dari model PIM ke model PSM. Proses transformasi ini dapat dilakukan dengan cara antara lain :
* Memetakan model PIM pada tipe suatu teknologi. Cara ini dilakukan dengan menyiapkan aturan pemetaan model PIM bagi implementasi di teknologi tertentu, atau dengan memberikan spesifikasi tipe model bagi PIM dan PSM dalam bentuk aturan meta model. Penggunaan cara ini memberikan kemudahan bagi seorang arsitek dalam merancang aplikasi, namun sering kali PSM yang dihasilkan kurang memiliki karakteristik unik, disebabkan hilangnya informasi atas karakteristik teknologi dalam PIM.
* Memetakan model PIM pada bentuk siap pakai di suatu teknologi (instance mapping), hal ini dilakukan dengan cara menambahkan suatu penanda pada PIM sebagai cara membentuk model siap pakai. Penanda ini bukan merupakan bagian dari PIM. Penggunaan cara ini memudahkan bagi developer untuk membangun PSM, disebabkan karena karakteristik teknologi yang telah ditambahkan dalam bentuk penanda bagi PIM. Kekurangan dari cara ini, lebih karena arsitek mengalami bias dalam merancang PIM dikarenakan kuatnya orientasi bagi kesesuaian PIM dan penanda.
Untuk membangun PSM kedua cara di atas sering digunakan secara bersamaan.
Memetakan MDA dalam zachman framework
Korelasi antara zachman framework dan MDA, tampak saat membandingkan perspektif owner terhadap cara pandang CIV, perspektif desainer terhadap cara pandang PIV, dan perspektif pembangun terhadap cara pandang PSV. Korelasi ini digambarkan di bawah ini.
Arsitektur Teknologi
Pengertian arsitektur Teknologi
Spewak mendefinisikan arsitektur teknologi sebagai deskripsi jenis teknologi dominan (platform) yang dibutuhkan untuk menyediakan lingkungan kerja bagi aplikasi yang mengelola data. Arsitektur teknologi dipahami bukanlah analisis kebutuhan detil desain jaringan perangkat komputasi enterprise. Arsitektur teknologi didefinisikan setelah arsitektur aplikasi selesai didefinisikan15.
Demikian maka arsitektur teknologi dapat disimpulkan sebagai model bagi platform, dimana arsitektur teknologi memuat sekumpulan konsep teknis umum tentang pemanfaatan perangkat keras dan perangkat lunak dalam teknologi informasi di enterprise. Dalam titik simpul ini, arsitektur teknologi dapat disamakan dengan model platform mandiri di MDA.
Dalam menyusun arsitektur teknologi perlu memperhatikan sifat-sifat umum dari arsitektur yang mungkin diterapkan dalam berbagai spesifikasi teknologi.model sistem pada mesin virtual dengan netralitas teknologi. Mesin virtual tersebut dinyatakan sebagai sekumpulan bagian atau layanan yang bebas dari platform tertentu.
Spewak menandai tiga hal pokok yang diperlukan dalam arsitektur teknologi, yaitu:
1. arsitektur teknologi memberikan deskrispsi atas prinsip platform teknologi. Prinsip platform teknologi merupakan aturan dan kebijakan yang menyediakan arahan atau pedoman untuk pengadaan platform teknologi sebagai lingkungan kerja penggunaan data dan aplikasi.
2. arsitektur teknologi memberikan deskripsi ketersebaran data , aplikasi dan platform terkait lokasi bisnis serta konfigurasi ketersebaran tersebut.
3. Arsitektur teknologi memodelkan hubungkan platform teknologi ke aplikasi dan fungsi bisnis. Relasi ini bertujuan untuk menjustifikasi platform teknologi dengan melihat manfaatnya terhadap aplikasi atau fungsi bisnis.
Penutup
Setelah mengurai pengertian tentang enterprise arsitektur dan arsitektur teknologi, tampak bahwa perbedaan mendasar antara arsitektur dan desain terletak pada tingkat perancangan yang dilakukan, dalam arsitektur perancangan yang dilakukan lebih pada tingkat tinggi (abstraksi) sehingga dapat menjadi panduan dalam merancang sistem untuk diimplementasikan. Dalam perancangan desain, yang dilakukan merupakan perancangan untuk memenuhi prasyarat fungsional agar produk dapat dibangun, sehingga menjadi panduan untuk pembangunan produk.
1 Zachman, J.A, A framework for Information System Architecture, IBM System Journal Vol. 26 No.3 , IBM , 1987
2 The Open Group, The Open Group Architectural Framework (TOGAF) version 8.1 : Enterprise Edition, The Open Group, 2003.
3 CIO Council, Federal Enterprise Architecture Framework version 1.1, 1999.
4 Kruchten, Phillipe. Architectural Blueprints—The "4+1" View Model of Software Architecture. IEEE Software 12, pp. 42-50. November 1995.
5 The Open Group, The Open Group Architectural Framework (TOGAF) version 8.1 : Enterprise Edition, The Open Group, 2003.
6 Osvalds, G. (2001), Definition of Enterprise Architecture-centric Models for the Systems Engineer, Paper Presented at Eleventh Annual International Symposium of the International Council on Systems Engineering (INCOSE). July 2001
7 CIO Council, Federal Enterprise Architecture Framework version 1.1, 1999.
8 Macaulay, Andrew. Enterprise Architecture Design and the Integrated Architecture Framework. Microsoft architects journal pp 03-06. January 2004.
9 Macaulay, Andrew. Enterprise Architecture Design and the Integrated Architecture Framework. Microsoft architects journal pp 03-06. January 2004.
10 BPTrends. Enterprise Architecture. Business Process Trends Newsletter, Volume 2 No. 1. January 2004.
11 Zachman, J. A. (1987), A framework for information systems architecture, IBM Systems Journal, 26(3), 276-292.
12 Sowa, J. F., Zachman, J. A. (1987), Extending and formalizing the framework for information systems architecture, IBM Systems Journal, 31(3), 590-616.
13 Zachman, J. A. (1996), The Framework for Enterprise Architecture: Background, Description, and Utility, Zachman International, Inc.
14 OMG. MDA Guide Version 1.0.1. June 2003.
15 Spewak, S. H., Hill, S. C. (1992), Enterprise Architecture Planning: Developing a Blueprint for Data, Applications, and Technology, John Wiley & Sons, Inc.
No comments:
Post a Comment