pragmatis tentang bagian dari rencana apa yang dapat diselesaikan dalam setiap iterasi untuk memberikan nilai yang terukur.
c. Future-State Architecture
Kegiatan Arsitektur keadaan masa depan EA adalah inti dari seluruh proses yang ada didalam EA itu sendiri. Tujuannya adalah untuk menerjemahkan
strategi bisnis ke dalam satu set panduan deskriptif yang akan digunakan oleh organisasi bisnis dan TI dalam proyek-proyek yang menerapkan perubahan
suatu organisasi kearah depan future. Namun, perlu dicatat bahwa ini adalah jebakan bagi banyak organisasi
yang hanya melakukan ini hanya melalui serangkaian kertas putih, tapi sebagian lagi diabaikan oleh organisasi tersebut, sehingga perhatian seimbang ke seluruh
proses diperlukan dalam hal ini. Future state Arsitektur Arsitektur masa depan menghasilkan klasifikasi
sebagai berikut: Requirements
— Mendefinisikan kebutuhan organisasi. Principles
— Memberikan panduan tingkat tinggi untuk pengambilan keputusan. Models
— Ilustrasikanlah arsitektur masa depan secara lebih rinci untuk memandu yang lebih rinci pengambilan suatu keputusan.
Hal Ini adalah bagaimana Gartner datang dengan tiga wilayah pembangunan utama Requirements, Principles dan Models. Pekerjaan kreatif
mengembangkan konten di daerah tersebut paling baik dilakukan bersamaan dengan EA Gartner Framework, meskipun kompatibel dengan kerangka kerja
yang kredibel EA.
Hak Cipta © milik UPN Veteran Jatim : Dilarang mengutip sebagian atau seluruh karya tulis ini tanpa mencantumkan dan menyebutkan sumber
d. Develop Requirements
Hal ini selalu menjadi praktik terbaik untuk mengembangkan EA dengan cara bisnis-driven. Ini tidak akan pernah berubah. Akibatnya, EA Model Proses
ini, seperti pendahulunya, termasuk identifikasi kebutuhan bisnis yang didorong untuk setiap sudut pandang arsitektur dan sintesis mereka dengan arsitektur.
Sementara beberapa dependensinya masih dibiarkan di antara Requirements tersebut, dan tidak setiap kebutuhan harus selalu diidentifikasi dalam iterasi
sebelumnya melalui proses. Misalnya, sambil memfokuskan pada ETA, tim arsitektur mungkin telah berusaha untuk fokus pada persyaratan arsitektur teknis
yang berasal langsung dari strategi bisnis enterprise. Ini jauh terlalu besar lompatan untuk hampir semua orang. Kebanyakan EA tim akan menemukan
bahwa mereka dapat mengembangkan set jauh-lebih-kuat dan dibenarkan persyaratan arsitektur teknis setelah pertama kebutuhan bisnis yang berasal
informasi yang direkomendasikan dari laporan strategi bisnis. Selanjutnya, tindakan menghubungkan dan pelacakan persyaratan di sudut pandang mengarah
ke lebih fokus. Ingat bahwa persyaratan harus mengarahkan arsitektur dalam apa yang mereka untuk memberikan mendukung bisnis, bukan bagaimana mereka
akan memberikan itu.
e. Develop Principles
