Home » IT- IT Governance » TOGAF, Salah satu Metodologi dalam pembuatan IT Blue Print

TOGAF, Salah satu Metodologi dalam pembuatan IT Blue Print

Artikel ini saya tulis, sebenarnya untuk mendokumentasikan terkait dengan beberapa pekerjaan terkait dengan apa yang sedang saya kerjakan bersama Team dalam hal pembuatan IT Blue Print (cetak biru IT) untuk suatu perusahaan. Dan seperti yang sudah pernah saya sampaikan dalam tulisan saya sebelumnya mengenai mengapa IT Blue Print dibutuhkan ?, tulisan ini menyambung dari tulisan saya sebelumnyna, hanya saja pada tulisan ini saya akan berbicara mengenai Metodologi TOGAF (The Open Group Architecture Framework) yang umum digunakan untuk pembuatan IT Blue Print (Ada juga metodologi lainnya seperti : Zachman , Enterprise Architecture, dll).

Saat ini ada beragam jenis  framework   yang menunjukkan perkembangan konsep arsitektur  enterprise, diantaranya adalah  Zachman framework,  Federal Enterprise Architecture Framework  (FEAF),  DoD Architecture Framework (DoDAF),  Treasury Enterprise Architecture Framework  (TEAF), serta  The Open Group Architectural Framework  (TOGAF).  Menurut hasil survei yang dilakukan oleh  Institute For Enterprise Architecture Development  (IFEAD)   tahun 2005, frame wor k   yang paling banyak digunakan dalam dunia industri maupun pemerintahan adalah Zachman (25%), TOGAF (11%) ,  dan FEAF (9%). Hasil perbandingan penggunaan jenis  framework   terlihat pada Gambar 1.

  survey mengenai enterprise architecture

 

 Gambar  Hasil survei pemakaian framework   (IFEAD 2005) .

 Sejarah

TOGAF dimulai awal 1990-an sebagai metodologi untuk pengembangan arsitektur teknis, dan telah dikembangkan oleh The Open Group ke dalam kerangka arsitektur enterprise yang luas.  Pada tahun 1995 , versi pertama dari TOGAF (TOGAF 1.0) disajikan. Versi ini terutama didasarkan pada Architecture Framework Teknis Pengelolaan Informasi (TAFIM), dikembangkan sejak tahun 1980 oleh an Departemen Pertahanan AS.

Pada bulan Desember 2001 TOGAF 7, “Edisi Teknis “, diterbitkan  TOGAF 8 (“Enterprise Edition”) pertama kali diterbitkan pada bulan Desember 2002 dan diterbitkan dalam bentuk diperbarui TOGAF 8.1 pada bulan Desember 2003. Sekitar tahun 2005 menjadi TOGAFTM merek dagang terdaftar dari The Open Group.  Pada bulan November 2006 Open Group dirilis TOGAF 8.1.1. Menurut The Open Group , pada Februari 2011, lebih dari 15.000 individu TOGAF Bersertifikat.  Pada September 2012 register resmi memiliki lebih dari 20.000 individu bersertifikat.

Versi terakhir adalah TOGAF 9.1, diluncurkan pada tanggal 1 Desember 2011. Sebuah perkembangan evolusi dari TOGAF 8, TOGAF 9  mencakup banyak fitur baru termasuk :

  • Peningkatan kekakuan, termasuk Konten Metamodel resmi yang menghubungkan artefak TOGAF bersama-sama ( walaupun ada beberapa masalah dengan Metamodel tersebut ) .
  • Penghapusan perbedaan yang tidak perlu.
  • Banyak lagi contoh dan template.

Panduan dan teknik tambahan meliputi:

  • Sebuah pendekatan bisnis berbasis formal arsitektur.
  • Kemampuan bisnis berbasis perencanaan.
  • Bimbingan tentang cara menggunakan TOGAF untuk mengembangkan Arsitektur dan Keamanan SOAs.

The Open Group menyediakan TOGAF gratis kepada organisasi untuk tujuan non-komersial internal mereka sendiri. Jadi The  open  group  architecture  framework  (TOGAF)  adalah  suatu  framework  untuk  arsitektur  perusahaan  yang memberikan  pendekatan  yang  komprehensif  untuk  merancang,  perencanaan,  pelaksanaan,  dan  tata  kelola  arsitektu informasi  perusahaan. TOGAF  merupakan  level  atas  dan  pendekatan  holistik  untuk  desain,  yang  biasanya  dimodelkan pada empat tingkat, yaitu bisnis, aplikasi, data, dan teknologi.

TOGAF memiliki pandangan sendiri, yang dapat ditentukan baik sebagai deskripsi formal dari suatu sistem, atau rencana rinci  dari  sistem  pada  tingkat  komponen  untuk  memandu  pelaksanaan,  atau  sebagai struktur  komponen,  hubungannya, prinsip-prinsip dan pedoman yang mengatur desain dan evolusi.

Ruang Lingkup

Awalnya TOGAF digunakan oleh Departemen Pertahanan Amerika Serikat namun pada perkembangannya TOGAF banyak digunakan pada berbagai bidang seperti perbankan, industri manufaktur, Departemen Negara dan juga pendidikan.

Kelebihan dan Kekurangan

      Kelebihan Togaf

  • Sifatnya yang fleksibel dan bersifat open source.
  • Sistematis
  • Focus pada siklus implementasi (ADM) dan proses
  • Kaya akan area teknis arsitektur
  • Recource base menyediakan banyak material referensi
  • Karena melibatkan banyak pihak terutama industri, di TOGAF banyak memberikan best practice atau kejadian riil di dunia nyata

       Kekurangan Togaf

  • Tidak ada templates standart untuk seluruh domain (misalnya untuk membuat blok diagram)
  • Tidak ada artefak yang dapat digunakan ulang (ready made)

TOGAF (The Open Group Architecture Framework) muncul dengan cepat dan merupakan kerangka kerja serta metode yang dapat diterima secara luas dalam pengembangan arsitektur perusahaan. Berawal dari Technical Architecture for Information Management atau (TAFIM) di Departemen Pertahanan Amerika Serikat, kerangka kerja itu diadopsi oleh Open Group pada pertengahan 1990an. Spesifikasi pertama TOGAF diperkenalkan pada tahun 1995, dan TOGAF 8 (Enterprise Edition) dirilis pada awal 2004. Pada saat ini sudah ada TOGAF 9 yang secara keseluruhan melengkapi versi sebelumnya.

TOGAF memberikan metode yang detil tentang bagaimana membangun dan mengelola serta mengimplementasikan arsitektur enterprise dan sistem informasi yang disebut dengan ADM (Architecture Development Method).

Tujuan dari arsitektur enterprise adalah untuk mengoptimalkan seluruh perusahaan ke lingkungan terpadu yang tanggap terhadap perubahan dan mendukung strategi bisnis. Arsitektur enterprise yang baik memungkinkan kita untuk mencapai keseimbangan yang tepat antara efisiensi teknologi informasi dan inovasi bisnis. Hal ini memungkinkan unit bisnis individu untuk berinovasi secara aman untuk mengejar keunggulan kompetitif mereka. Keuntungan yang dihasilkan dari arsitektur enterprise yang baik membawa manfaat bisnis yang penting, yang jelas terlihat dalam laporan laba atau rugi bersih dari perusahaan atau organisasi.

Karakteristik Togaf

Sebagai kerangka kerja perancangan arsitektur, TOGAF memiliki beberapa karakteristik, antara lain:

  • Termasuk dalam 3 kerangka kerja perancangan arsitektur yang paling sering digunakan (Schekkerman, 2003).
  • Merupakan kerangka kerja yang bersifat open-standard.
  • Bersifat netral –> fits all
  • Diterima oleh masyarakat internasional secara luas –> fits all
  • Pendekatannya bersifat menyeluruh (holistic).
  • Dibutuhkan metode yang fleksibel untuk mengintegrasikan unit-unit informasi dan juga sistem informasi dengan platform dan standar yang berbeda-beda.
  • TOGAF mampu untuk melakukan integrasi untuk berbagai sistem yang berbeda-beda
  • TOGAF adalah kerangka kerja umum dan dimaksudkan untuk digunakan dalam berbagai macam lingkungan, ia menyediakan konten kerangka kerja yang fleksibel dan extensible yang mendasari seperangkat pengiriman arsitektur generik.
  • TOGAF cenderung bersifat generik dan fleksibel karena dapat mengantisipasi segala macam artefak yang mungkin muncul dalam proses perancangan (Resource base TOGAF menyediakan banyak material referensi), standarnya diterima secara luas, dan mampu mengatasi perubahan.
  • Fokus pada siklus implementasi (ADM) dan proses –> process driven
  • Kunci TOGAF adalah metode – TOGAF Architecture Development Method (ADM – Metode Pengembangan Arsitektur) – untuk mengembangkan suatu arsitektur enterprise yang membahas kebutuhan bisnis.
  • TOGAF relatif mudah diimplementasikan –> fits all
  • TOGAF bersifat open source, sehingga bersifat netral terhadap teknologi dari vendor tertentu –> fits all


Struktur dan Komponen dari TOGAF

Dalam bidang pendidikan TOGAF telah diimplementasikanoleh Monash University. Berikut ini adalah struktur dan komponen dari TOGAF :

1. Architecture Development Method

Architecture Development Method menjelaskan bagaimana menemukan sebuah arsitektur perusahaan/organisasi secara khusus berdasarkan kebutuhan bisnisnya. Ini merupakan bagian utama dari TOGAF.

Bentuk diagram TOGAF-ADM adalah seperti pada gambar berikut ini.

 Image_2

Gambar  Bentuk struktur dari TOGAF-ADM

2. Foundation Architecture (Enterprise Continuum)

Foundation Architecture merupakan sebuah “framework-within-a-framework” yang menyediakan hubungan bagi pengumpulan asset arsitektur yang relevan dan menyediakan bantuan petunjuk pada saat terjadinya perpindahan abstraksi level yang berbeda.

Foundation Architecture terdiri dari:

a. Technical Reference Model

Menyediakan sebuah model dan klasifikasi dari platform layanan generik.

b. Standard Information Base

Menyediakan standar-standar dasar dari informasi.

c. Building Block Information Base

Menyediakan blok-blok dasar informasi di masa yang akan datang.

3. Resource Base

Bagian ini memberikan sumber-sumber informasi  idelines, templates, checklists,latar belakang informasi dan detil  material pendukung yang membantu arsitek di dalam penggunaan Architecture Development Method.

TOGAF digunakan sebagai framework untuk arsitektur sistem informasi perguruan tinggi karena cocok dengan karakteristik perguruan tinggi dan sistem informasinya itu sendiri, yaitu:

  1. Dibutuhkan suatu metoda yang fleksibel untuk mengintegrasikan unit-unit informasi dan mungkin juga sistem perencanaan sistem informasi (SI) dengan flatform dan standar yang berbeda-beda. TOGAF mampu untuk melakukan integrasi untuk berbagai sistem yang berbeda-beda.
  2. TOGAF cenderung merupakan suatu metoda yang bersifat generik serta fleksibel yang dapat mengantisipasi segala macam artefak yang mungkin muncul dalam proses perancangan (karena TOGAF memiliki resource base yang sangat banyak), standarnya diterima secara luas, dan mampu mengatasi perubahan.
  3. TOGAF mudah diimplementasikan.
  4. TOGAF bersifat open source .


Arsitektur Enterprise Togaf

TOGAF membagi arsitektur enterprise ke dalam empat kategori, yaitu sebagai berikut :

  1. Business architecture, menjelaskan proses binis untuk memenuhi tujuannya.
  2. Application architecture, menjelaskan bagaimana aplikasi khusus dirancang dan bagaimana aplikasi berinteraksi satu dengan yang lainnya.
  3. Data architecture, menjelaskan bagaimana enterprise datastores diatur dan diakses.
  4. Technical architecture, menjelaskan infrasrtuktur hardware dan software yang mendukung aplikasi dan interaksinya.

TOGAF menggambarkan dirinya sebagai sebuah “kerangka,” namun bagian terpenting dari TOGAF adalah Architecture Development Method (ADM). ADM adalah resep untuk menciptakan arsitektur. Mengingat bahwa ADM adalah bagian dari TOGAF, TOGAF dikategorikan sebagai proses arsitektur sedangkan ADM sebagai metodologi.

Dipandang sebagai proses arsitektur, TOGAF melengkapi Zachman yang dikategorikan sebagai taksonomi arsitektur. Zachman memberitahukan bagaimana mengkategorikan artefak. Sedangkan TOGAF menciptakan prosesnya.

TOGAF pandangan dunia arsitektur enterprise sebagai kontinum dari arsitektur, mulai dari yang sangat umum sampai kepada yang sangat spesifik. TOGAF’s ADM menyediakan proses untuk mengemudikan gerakan dari umum ke khusus.

 TOGAF adalah sebuah landasan Arsitektur karena terdapat prinsip-prinsip arsitektural yang secara teoritis akan digunakan oleh organisasi TI.

Model Diagram TOGAF ADM (The Open Group Architecture FrameWork Architecture Development Method).

TOGAF memberikan metode yang detil bagaimana membangun dan mengelola serta mengimplementasikan arsitektur enterprise dan sistem informasi yang disebut dengan Architecture Development Method (ADM) (Open Group, 2009. Yang di kutip dari jurnal Roni Yunis, Kridanto Surendro, 2009).

ADM merupakan metode generik yang berisikan sekumpulan aktivitas yang digunakan dalam memodelkan pengembangan arsitektur enterprise. Metode ini juga dibisa digunakan sebagai panduan atau alat untuk merencanakan, merancang, mengembangkan dan mengimplementasikan arsitektur sistem informasi untuk organisasi (Yunis dan Surendro, 2008. Yang di kutip dari jurnal Roni Yunis, Kridanto Surendro, 2009).

 TOGAF ADM merupakan metode yang fleksibel yang dapat mengantifikasi berbagai macam teknik pemodelan yang digunakan dalam perancangan, karena metode ini bisa disesuaikan dengan perubahan dan kebutuhan selama perancangan dilakukan.

 Image_2

Gambar  Architecture Development Method

TOGAF ADM juga menyatakan visi dan prinsip yang jelas tentang bagaimana melakukan pengembangan arsitektur enterprise, prinsip tersebut digunakan sebagai ukuran dalam menilai keberhasilan dari pengembangan arsitektur enterprise oleh organisasi (Open Group, 2009. Yang di kutip dari jurnal Roni Yunis, Kridanto Surendro, 2009), prinsip-prinisip tersebut dapat dijelaskan sebagai berikut :

a. Prinsip Enterprise

Pengembangan arsitektur yang dilakukan diharapkan mendukung seluruh bagian organisasi, termasuk unit-unit organisasi yang membutuhkan.

b. Prinsip Teknologi Informasi (TI)

Lebih mengarahkan konsistensi penggunaan TI pada seluruh bagian organisasi, termasuk unit-unit organisasi yang akan menggunakan.

c. Prinsip Arsitektur

d. Merancang arsitektur sistem berdasarkan kebutuhan proses bisnis dan bagaimana mengimplementasikannya.

Langkah awal yang perlu diperhatikan pada saat mengimplementasikan TOGAF ADM adalah mendefinisikan persiapan-persiapan yaitu dengan cara mengidentifikasi kontek arsitektur yang akan dikembangkan, kedua adalah mendefenisikan strategi dari arsitektur dan menetapkan bagian-bagian arsitektur yang akan dirancang, yaitu mulai dari arsitektur bisnis, arsitektur sistem informasi, arsitektur teknologi, serta menetapkan kemampuan dari arsitektur   yang akan dirancang dan dikembangkan (Harrison dan Varveris, 2006. Yang di kutip dari jurnal Roni Yunis, Kridanto Surendro, 2009).

 

ARCHITECTURE DEVELOPMENT METHOD

Elemen kunci dari TOGAF adalah  Architecture Development Method (ADM) yang memberikan gambaran spesifik untuk proses pengembangan arsitektur enterprise (Lise 2006). ADM adalah fitur penting yang memungkinkan perusahaan mendefinisikan kebutuhan bisnis dan membangun arsitektur spesifik untuk memenuhi kebutuhan itu. ADM terdiri dari tahapan-tahapan yang dibutuhkan dalam membangun arsitektur  enterprise, tahapan-tahapan ADM diperlihatkan pada gambar di bawah ini.

Image_2

Sebagai komponen inti, TOGAF ADM menyediakan serangkaian proses iteratif mulai dari menyusun arsitektur, transisi, hingga mengelola proses realisasi arsitektur. TOGAF ADM terdiri atas sepuluh fase sebagai berikut:

1. Preliminary Phase – fase ini mencakup aktivitas persiapan untuk menyusun kapabilitas arsitektur termasuk kustomisasi TOGAF dan mendefinisikan prinsip-prinsip arsitektur. Tujuan fase ini  adalah untuk menyakinkan setiap orang yang terlibat di dalamnya bahwa pendekatan ini untuk mensukseskan proses arsitektur. Pada fase ini harus menspesifikasikan who, what,  why, when, dan where dari arsitektur itu sendiri.

  • What adalah ruang lingkup dari usaha.
  • Who adalah siapa yang akan memodelkannya, siapa orang yang akan bertanggung jawab untuk mengerjakan arsitektur tersebut, dimana mereka akan dialokasikan dan bagaimana peranan mereka.
  • How adalah bagaimana mengembangkan arsitekture  interprise, menentukan  framework dan metode apa yang akan digunakan untuk menangkap informasi.
  • When adalah kapan tanggal penyelesaian arsitektur
  • Why adalah mengapa arsitektur ini dibangun. Hal ini berhubungan dengan tujuan organisasi yaitu bagaimana  arsitektur dapat memenuhi tujuan organisasi.

2. Phase A: Architecture Vision – fase ini merupakan fase inisiasi dari siklus pengembangan arsitektur yang mencakup pendefinisian ruang lingkup, identifikasi stakeholders, penyusunan visi arsitektur, dan pengajuan persetujuan untuk memulai pengembangan arsitektur.

Beberapa tujuan dari fase ini adalah :

  • Menjamin evolusi dari siklus pengembangan arsitektur mendapat pengakuan dan dukungan dari manajemen enterprise.
  • Mensyahkan prinsip bisnis, tujuan bisnis dan pergerakan strategis bisnis organisasi.
  • Mendefinisikan ruang lingkup dan  melakukan identifikasi dan memprioritaskan komponen dari arsitektur saat ini.
  • Mendefiniskan kebutuhan bisnis yang akan dicapai dalam usaha arsitektur ini dan batasannya.
  • Menghasilkan visi arsitektur yang menunjukan respon terhadap kebutuhan dan batasannya.

Beberapa langkah yang dilakukan pada fase ini adalah :

  • Menentukan / menetapkan proyek
  • Mengindentifikasi tujuan dan pergerakan bisnis. Jika hal ini sudah didefinisikan, pastikan definisi ini masih sesuai  dan lakukan klarifikasi terhadap bagian yang belum jelas.
  • Meninjau prinsip arsitektur termasuk prinsip  bisnis. Meninjau ini berdasarkan arsitektur saat ini yang akan dikembangkan. Jika hal ini sudah didefinisikan, pastikan definisi ini masih sesuai  dan lakukan klarifikasi terhadap bagian yang belum jelas.
  • Mendefinisikan apa yang ada di dalam dan di luar rungan lingkup usaha saat ini.
  • Mendefinisikan batasan-batasan seperti waktu, jadwal, sumber daya dan sebagainya.
  • Mengindentifikasikan stakeholder, kebutuhan bisnis dan visi arsitektur.
  • Mengembangkan Statement of Architecture Work.

3. Phase B: Business Architecture – fase ini mencakup pengembangan arsitektur bisnis untuk mendukung visi arsitektur yang telah disepakati. Pada tahap ini tools  dan  method  umum untuk pemodelan seperti:  Integration DEFinition (IDEF) dan  Unified Modeling Language  (UML) bisa digunakan untuk membangun model yang diperlukan.

Beberapa tujuan dari fase ini adalah :

  • Menguraikan deskripsi arsitektur bisnis dasar.
  • Mengembangkan arsitektur bisnis  tujuan, menguraikan strategi produk dan/atau service dan aspek geografis,  informasi, fungsional dan organisasi dari lingkungan bisnis yang berdasarkan  pada prinsip bisnis, tujuan bisnis dan penggerak strategi.
  • Menganalisi gap antara arsitektur saat ini dan tujuan.
  • Memilih titik pandang yang relevan yang memungkinkan arsitek mendemokan bagaimana maksud stakeholder dapat dicapai dalam arsitektur bisnis.
  • Memilih tools dan teknik relevan yang akan digunakan dalam sudut pandang yang dipilih.

Beberapa langkah yang dilakukan di fase ini adalah :

  • Mengembangkan deskripsi asitektur  bisnis saat ini untuk mendukung arsitektur bisnis target.
  • Mengindentifikasi reference model, sudut pandang dan tools
  • Melengkapi arsitektur bisnis
  • Melakukan gap analisis dan membuat laporan

4. Phase C: Information Systems Architectures – Pada tahapan ini lebih menekankan pada aktivitas bagaimana arsitektur sistem informasi dikembangkan. Pendefinisian arsitektur sistem informasi dalam tahapan ini meliputi arsitektur data dan arsitektur aplikasi yang akan digunakan oleh organisasi. Arsitektur data lebih memfokuskan pada bagaimana data digunakan untuk kebutuhan fungsi bisnis, proses dan layanan. Teknik yang bisa digunakan dengan yaitu:  ER-Diagram,  Class Diagram, dan  Object Diagram.

Tujuan dari fase ini adalah mengembangkan arsitektur tujuan dalam domain data dan aplikasi.  Ruang lingkup dari proses bisnis yang didukung dalam fase C dibatasi pada proses-proses yang didukung oleh TI dan  interface  dari proses-proses yang berkaitan dengan non-TI. Implementasi dari arsitektur ini mungkin tidak perlu dalam urutan yang sama, diutamakan terlebih dahulu yang begitu sangat dibutuhkan.

 Beberapa langakah yang diperlukan untuk membuat arsitektur data adalah:

  • Mengembangkan deskripsi arsitektur data dasar
  • Review dan validasi prinsip, reference model, sudut pandang dan tools.
  • Membuat model arsitektur
  • Memilih arsitektur data building block
  • Melengkapi arsitektur data
  • Melakukan gap analysis  arsitektur data saat ini dengan arsitektur data target  dan membuat laporan.

5. Phase D: Technology Architecture –Membangun arsitektur teknologi yang diinginkan, dimulai dari penentuan jenis kandidat teknologi yang diperlukan dengan menggunakan  Technology Portfolio Catalog yang meliputi perangkat lunak dan perangkat keras. Dalam tahapan ini juga mempertimbangkan alternatif-alternatif yang diperlukan dalam pemilihan teknologi.

Beberapa langkah yang diperlukan  untuk membuat arsitektur teknologi yaitu:

  • Membuat deskripsi dasar dalam format TOGAF
  • Mempertimbangkan  reference model arsitektur yang berbeda, sudut pandang dan tools.
  • Membuat model arsitektur dari building block
  • Memilih services portfolio yang diperlukan untuk setiap building block
  • Mengkonfirmasi bahwa tujuan bisnis tercapai
  • Menentukan kriteria pemilihan spesifikasi
  • Melengkapi definisi arsitektur
  • Melakukan  gap analysis antara arsitektur teknologi saat ini dengan arsitektur teknologi target.

6. Phase E: Opportunities and Solutions –  Pada tahap ini akan dievaluasi model yang telah dibangun untuk arsitektur saat ini dan tujuan, indentifikasi proyek utama yang akan dilaksanakan untuk mengimplementasikan arsitektur tujuan dan klasifikasikan sebagai pengembangan baru atau penggunaan kembali sistem yang  sudah ada. Pada fase ini juga akan direview gap analysis yang sudah dilaksanakan pada fase D.

Tujuan dari fase ini  adalah :

  • Mengevaluasi dan memilih pilihan implementasi yang diidentifikasikan dalam pengembangan arsitektur target yang bervariasi
  • Identifikasi parameter strategik untuk perubahan dan proyek yang akan dilaksanakan dalam pergerakan dari lingkungan saat ini ke tujuan.
  • Menafsirkan ketergantungan, biaya dan manfaat dari proyek-proyek yang bervariasi.
  • Menghasilkan sebuah implementasi keseluruhan dan strategi migrasi dan sebuah rencana implementasi detail.

7. Phase F: Migration and Planning – Pada fase ini akan dilakukan analisis resiko dan biaya. Tujuan dari fase ini adalah untuk memilih proyek implementasi yang bervariasi menjadi urutan prioritas. Aktivitas mencakup penafsiran ketergantungan, biaya, manfaat dari proyek migrasi yang bervariasi. Daftar  prioritas proyek akan berjalan untuk membentuk dasar dari perencanaan implementasi detail dan rencana migrasi.

8. Phase G: Implementation Governance – fase ini mencakup pengawasan terhadap implementasi arsitektur.

Tujuan dari fase ini adalah :

  • Untuk merumuskan rekomendasi dari tiap-tiap proyek implementasi
  • Membangun kontrak arsitektur untuk memerintah proses deployment dan implementasi secara keseluruhan
  • Melaksanakan fungsi pengawasan secara tepat selagi sistem sedang diimplementasikan dan dideploy
  • Menjamin kecocokan dengan arsitektur yang didefinisikan oleh proyek implementasi dan proyek lainnya.

9.  Phase H: Architecture Change Management – fase ini mencakup penyusunan prosedur-prosedur untuk mengelola perubahan ke arsitektur yang baru.  Pada fase ini akan diuraikan  penggerak perubahan dan bagaimana memanajemen perubahan tersebut, dari pemeliharaan sederhana sampai perancangan kembali arsitektur. ADM menguraikan strategi dan rekomendasi pada tahapan ini. Tujuan dari fase ini adalah untuk menentukan/menetapkan proses manajemen perubahan arsitektur untuk arsitektur  enterprice  yang baru dicapai dengan kelengkapan dari fase G. Proses ini akan secara khusus menyediakan monitoring berkelanjutan  dari hal-hal seperti pengembangan teknologi baru dan perubahan dalam lingkungan bisnis dan menentukan apakah untuk menginisialisasi secara formal siklus evolusi arsitektur yang baru.

10. Requirements Management – menguji proses pengelolaan architecture requirements sepanjang siklus ADM berlangsung.

Referensi :


Post a Comment

Your email address will not be published. Required fields are marked *

Copy Protected by Chetan's WP-Copyprotect.