Bab 5

Standar Resmi Enterprise

Architecture
Slide 1
5.1 Pendahuluan
Lembaga untuk pengembangan de jure standar (misalnya, lihat Tabel 5.1) telah
mengembangkan num-ber dari “standar dasar” yang terkait dengan definisi konsep arsitektur
dasar. Meskipun kerangka kerja adalah langkah ke arah yang benar, standarisasi formal
diperlukan untuk menyediakan interoperabilitas.
Standar yang muncul rentang kategori berikut: pemodelan (khusus Business Process
Modeling) dan rekayasa (kerangka kerja dan bahasa), sistem dan subsistem (lantai toko,
sistem kontrol, dan data manufaktur), layanan TI, dan infrastruktur (model Execu-tion dan
integrasi, pengolahan terdistribusi terbuka, dan lain-lain) [CHE200401]. Tabel 5.2
memberikan gambaran singkat dari beberapa standar yang relevan kunci [KOS200301].

Tabel 5.1 Key Standar-Membuat Organisasi yang Telah Dikembangkan

Enterprise Architecture Standar

Slide 3
Tabel 5.2 Standar-Terkait Upaya di Enterprise Teknik dan Integrasi Deskripsi Item

ISO 14258-Konsep dan Aturan untuk Model Kewirausahaan

ISO IS 15704-Persyaratan untuk Enterprise Arsitektur Referensi dan Metodologi

(Kebutuhan untuk Frameworks, Metodologi, Bahasa, Alat, Model, Modul)

CEN / ISO 19.439-Kerangka CEN / ISO 19440- ENV 13.550

untuk Modeling Konstruksi untuk Modeling Layanan Model Eksekusi
ISO 15.745-Kerangka ISO 18629-Proses (Emeis)
Integrasi aplikasi Keterangan Bahasa ISO IS 15.531
ISO 15.288 ISO / IEC 15414-ODP Mfg. Mgmt.
Siklus Hidup Mgmt. perusahaan Bahasa Pertukaran data
Kerangka BPMI / BPML ISO DIS 16100
Proses bisnis Mfg. Software
modeling Language kemampuan Profiling
OMG / RFP IEC / ISO 62264
Profil UML untuk Bisnis Sistem kontrol
proses Definisi Integrasi
Bahasa Modul

Gambar 5.1 Standar terkait dengan teknik perusahaan dan integrasi.

didefinisikan dalam GERAM (Referensi Arsitektur Generalized dan Metodologi) yang dikembangkan oleh
/ IFIP Satuan Tugas IFAC [KOS200301].

Kerangka: Tiga standar elemen struktur untuk tugas yang berbeda, meskipun semua bertujuan
untuk meningkatkan proses bisnis interoperabilitas.
Bahasa: Tiga standar dan dua upaya konsorsium memberikan bahasa untuk model-ing dari berbagai
sudut pandang. Tingkat tinggi deskripsi perusahaan ditujukan pada teknologi informasi dan
komunikasi (ICT) aspek (ISO-IEC 15414), E-bisnis (BPMI / BPML), berorientasi pengguna bisnis
proses deskripsi (CEN / ISO 19.440, OMG / RFP) dan spesifik resmi -fications (ISO 18629).
modul: Empat standar yang relevan untuk subjek interoperabilitas dan integrasi-tion, tetapi ada
bahkan kurang koherensi antara ini, dari antara mereka di dua kolom lainnya.
Kerangka ini mendefinisikan konsep-konsep generik yang diperlukan untuk memungkinkan penciptaan
model perusahaan untuk busi- industri nesses (perusahaan industri). Kerangka model ini memenuhi
persyaratan yang tercantum dalam ISO IS 15704, dan standar ini mendefinisikan struktur tiga dimensi
dengan tujuh fase siklus hidup, tiga tingkat genericity, dan satu set minimal empat tampilan model yang
[CIM200501]:

Fase Model: model perusahaan memiliki siklus hidup yang berhubungan dengan siklus hidup entitas yang
dimodelkan. Fase model perusahaan yang Domain Identifikasi, Definisi Konsep, Persyaratan Definisi, Desain
Spesifikasi, Implementasi Description, Domain Opera-tion, dan ditutup Definition.
model tampilan: Model perusahaan pandangan dimensi memungkinkan modeler perusahaan dan
perusahaan model pengguna untuk menyaring pengamatan mereka dari dunia nyata oleh pandangan
tertentu.
genericity: Dimensi genericity menyediakan untuk perkembangan dari konsep-konsep umum untuk
model tertentu.

Slide 4
5.3 Standar ISO Lain
5.3.1 ISA-95.00.01-2000
“Enterprise-Control System Integration” adalah satu set multi standar yang diusulkan yang
telah dikembangkan dengan dukungan dari konsorsium industri besar. Bagian 1, Model dan
Terminologi (ISA-95.00.01-2000), standar ini mendefinisikan antarmuka antara kegiatan
perusahaan dan kegiatan pengendalian. Bagian 2, Object Model Atribut (ISA-95.00.02-2000),
dan Bagian 3, Prasarana, berada pada tingkat yang lebih rendah dari jatuh tempo; mereka
menangani berbagai model obyek konstruksi, atribut dan konsep identi-fied di Bagian 1
[CIM200501].

Slide 5
Model dan terminologi yang didefinisikan dalam standar ini
(1) menekankan praktek integrasi yang baik dari sistem kontrol dengan sistem perusahaan
selama seluruh siklus hidup sistem,
(2) dapat digunakan untuk meningkatkan kemampuan integrasi yang ada manufaktur sistem
kontrol dengan sistem perusahaan , dan
(3) dapat diterapkan terlepas dari tingkat otomatisasi. Antarmuka dipertimbangkan adalah
antarmuka antara tingkat 4 (perencanaan bisnis dan logistik) dan 3 (operasi manufaktur dan
kontrol) dari model hirarkis didefinisikan oleh standar ini. Tujuannya adalah untuk
mengurangi risiko, biaya, dan kesalahan.
Slide 6
5.3.2 ENV 13350
ENV 13350, “Advanced Manufacturing Technology-Sistem Arsitektur-Enterprise Model Eksekusi dan Layanan
Integrasi” (CEN / TC310, 1999), menjelaskan fungsi yang diperlukan untuk pengembangan model dan
pelaksanaan, membangun satu set layanan bersama terkait model, dan pada gilirannya , layanan TI dasar yang
akan disediakan oleh standar lainnya. Ini mengidentifikasi “standar-standar, layanan, protokol dan antarmuka
yang diperlukan untuk pengembangan berbasis komputer dan pelaksanaan model perusahaan dan komponen
Model” [CIM200501].

Slide 7

5.3.3 IS 15704
IS 15704, “Persyaratan untuk Enterprise Architecture Referensi dan Metodologi” (ISO TC 184 / SC5 / WG
1, 1999), mencoba untuk menempatkan konsep yang digunakan dalam metodologi dan referensi archi-
tectures. Kerangka konseptual adalah tekstual dan relatif informal. Ini tidak memberikan dasar untuk
implementasi aktual dan membutuhkan pemahaman yang benar dari lapangan untuk menerapkan
[CIM200501].

Slide 8
5.3.4 Model Referensi ISO untuk Open Pengolahan Terdistribusi
Referensi Model Open Pengolahan Terdistribusi (ISO-RM-ODP) (ITU-T Rec. X.901), menyediakan
kerangka kerja untuk mendukung pengembangan standar untuk mendukung pemrosesan terdistribusi di
heterogen ENVI-ronments. RM-ODP terdiri dari empat bagian-sebuah Sekilas model referensi, Model
Deskriptif, Model preskriptif, dan Semantik Arsitektur (lihat Tabel 5.3 [FAR199601]). Keempat bagian
memberikan konsep dan aturanpemrosesan terdistribusi untuk memastikan keterbukaanantara
berinteraksi komponen aplikasi terdistribusi.

Slide 9
Dalam Model Referensi Iso intuk Open Pengolahan Terdistribusi ini juga terdapat 5 sudut
pandang, Lima sudut pandang yang dijelaskan oleh RM-ODP adalah [IES200501] sebagai
berikut:
1. Itu sudut pandang perusahaan, Yang meneliti sistem dan lingkungannya dalam
konteks kebutuhan bisnis pada sistem, tujuannya, ruang lingkup dan kebijakan. Ini
berkaitan dengan aspek dari perusahaan seperti struktur organisasi, yang mempengaruhi
sistem.
2. Itu sudut pandang informasi, Yang berfokus pada informasi dalam sistem. Bagaimana
informasi ini disusun, bagaimana perubahan, arus informasi, dan divisi logis antara
fungsi inde-penden dalam sistem semua ditangani dengan sudut pandang informasi.
3. Itu sudut pandang komputasi, Yang berfokus pada dekomposisi fungsional dari
sistem ke objek yang berinteraksi di antarmuka.
4. Itu sudut pandang rekayasa, Yang berfokus pada bagaimana interaksi didistribusikan
antara objek sistem didukung.
5. Itu sudut pandang teknologi, Yang berkonsentrasi pada perangkat keras dan perangkat
lunak komponen individu yang membentuk sistem.
Slide 10
5.4 IEEE 1471-2000 Standar
Dalam kerangka ini setiap tampilan adalah “representasi dari keseluruhan sistem dari
perspektif satu set terkait kekhawatiran.” Selain kerangka konseptual, IEEE 1471 mencakup
pernyataan informasi apa yang harus di setiap deskripsi arsitektur compliant, sebagai berikut
[CLE200501]:

identifikasi fikation dan informasi gambaran. Informasi ini mencakup tanggal

penerbitan dan status, identifikasi organisasi penerbitan, sejarah revisi, ringkasan dan ruang
lingkup pernyataan, konteks sistem, glosarium, dan satu set referensi.
Pemangku kepentingan dan keprihatinan mereka. Deskripsi arsitektur diperlukan
untuk menyertakan stakeholder untuk siapa deskripsi diproduksi dan siapa arsitektur
dimaksudkan untuk memuaskan.
SUDUT PANDANG. Deskripsi arsitektur diperlukan untuk mengidentifikasi dan
menentukan sudut pandang yang membentuk pandangan yang terkandung di dalamnya.
VIEWS. Setiap tampilan harus berisi pengenal atau informasi pengantar lain, Representa-tion
dari sistem (sesuai dengan sudut pandang), dan informasi konfigurasi.
Konsistensi antara pandangan. Meskipun standar agak samar pada titik ini, deskripsi
arsitektur perlu untuk menunjukkan bahwa pandangan konsisten satu sama lain.
Alasan. Deskripsi harus mencakup alasan untuk konsep arsitektur yang dipilih, sebaiknya
disertai dengan bukti alternatif yang dipertimbangkan dan alasan untuk pilihan yang dibuat.