PRINSIP-PRINSIP DAN PENGALAMAN

Merancang dan Membangun Sistem Informasi Perusahaan

Mehmet S. Aktas
TUBITAK (Turkish National Science Foundation), Turkey

1.
2.
3.
4.

Kelompok Penyaji
Eka Kurnia Saputra
(00378)
Novandry Darmanta Pinem (00381)
Artha Nindya Utama
(00400)
Ryzca Regina
(00415)

ABSTRACK
Interoperable system
Hybrid Service

INTRODUCTION
SOA

(Service Oriented Architecture)

EIS
(Enterprise Information System)
UDDI
(Universal Description, Discovery, and Integration)

RELEVANT WORK

Penerapan TI pada perusahaan dapat meningkatkan

kinerja dan performa, namun bukan berarti semua
perusahaan serta merta memutuskan untuk menggunakan
SIM berbasis TI bagi perusahaan mereka.

HYBRID SERVICE

SEMANTICS
SISTEM SEMANTIK adalah perusahaan yang memasok

teknologi informasi dan komunikasi proyek, yang

mengkhususkan diri dalam desain, implementasi dan
pemeliharaan solusi TI yang komprehensif, lengkap
dengan aplikasi manajemen, sistem dan infrastruktur.
Dapat dianalisis dengan 4 Kategori :
1. Memperluas UDDI
2. WS-Context
3. Skema Unifikasi
4. Skema Layanan Hybrid

THE EXTENDED UDDI SPECIFICATION

XML

(Extensible Markup Language)

WSDPL
(Web Service Description Language)

novandry

The Ws-context Specification

The extended WS-Context Schema. Terdiri 3 entitas

yaitu :
1. Session entity structure.
2. Context entity structure.
3. The structure of the entity context.

The Publish XML API

API ini digunakan untuk mempublikasikan kasus

metadata yang milik entitas yang berbeda dari WSContext Schema.

Using WS-Context Schema XML API

Mengingat kemampuan WS-Context.

The Unified Schema Specification

Arsitektur sistem yang akan mendukung informasi

federasi dan unifikasi di level aplikasi.

Artha

Ilmu Semantik Layanan Hybrid

Layanan hybrid memperkenalkan gambaran
umum lapisan untuk penghubung akses
yang seragam untuk dapat mendukung
layanan informasi spesifikasi satu-ke-banyak
(seperti WS-Context, Extended UDDI, atau
skema terhubung)
Untuk mencapai kemampuan akses yang
seragam, sistem Hybrid menyajikan dua
skema XML: skema Hybrid dan skema specMetadata.

Skema Hybrid
Skema Hybrid dirancang untuk menyampaikan akses
penghubung ke layanan hybrid. Skema ini tidak
bergantung pada salah satu skema layanan informasi
lokal, dan didukung oleh layanan Hybrid.
Skema ini menetapakan satu perangkat XML API untuk
memungkinkan klien/ penyedia untuk mengirimkan
informasi berdasarkan spesifikasi-publikasi/ permintaan
(seperti permintaan save_context-nya WS-Context)
pada sistem secara umum.
CONTINUED....

CONTINUED...
Layanan ini memungkinkan dukungan sistem satu-ke-banyak layanan
protokol komunikasi, yang terdiri atas fungsi:
1) hybrid-service (panggilan XML API ini digunakan untuk memunculkan/
mempublikasikan permintaan berdasarkan semua spesifikasi.),
2) save_schemaEntity (panggilan API ini digunakan untuk menyimpan
model dari setiap skema yang ada dari spesifikasi yang diberikan),
3) delete_schemaEntity (panggilan API ini digunakan untuk menghapus
model dari setiap skema yang ada dari spesifikasi yang diberikan),
4) find_schemaEntity (panggilan API ini menempatkan skema yang telah
ada yang entitasnya teridentifikasi di dalam uraian),
5) get_schemaEntity (panggilan API ini digunakan untuk mengambil model
dari setiap skema yang ada dari spesifikasi yang diberikan).

Skema Spec-Metadata
Skema ini digunakan untuk menetapkan semua informasi yang
diperlukan layanan Hybrid untuk mendukung pelaksanaan
spesifikasi layanan informasi.
Skema spec-metadata ini membantu sistem hybrid untuk
mengetahui bagaimana membentuk model dengan skema XML
API yang diberikan.
Skema ini memiliki tiga unsur termasuk nama Spec, deskripse,
dan elemen-elemen versi XML. Unsur-unsur ini menentukan
informasi deskrptif untuk membantu sistem hybrid untuk
mengidentifikasi skema layanan informasi lokal.

ARSITEKTUR...
Gambar 1.

Keterangan:
1. Lapisan uniform access: mengimpor XML API dari layanan informasi yang
didukung.
2. Lapisan request-processing: bertanggungjawab untuk mengekstrak
permintaan-permintaan yang masuk dam proses operasi pada sistem
hybrid.
3. Akses API tuple spaces: memungkinkan akses pada penyimpanan internal
4. Tuple Pool: mengaplikasikan penerapan yang lebih mudah dari spesifikasi
dari Jaca spaces.
5. Lapisan prosessor tuple: untuk memproses metadata yang tersimpan di
dalam tuple pool.
6. Lapisan pembagian: mendukung kemampuan federasi
7. Lapisan informasi Resource Manager: bertanggungjawab untuk mengatur
pelaksanaan layanan informasi
8. Lapisan jaringan Pub-Sub: bertanggungjawab dalam komunikasi antar
instansi layanan hybrid.

Regina

PrototyPe ImPlementAtIon
-

Hybrid Layanan Informasi prototipe implementasi

terdiri dari:
modul seperti Query dan Penerbitan,
Expeditor,
Filter dan Resource Manager,
Sequencer, dan
Access dan Penyimpanan

The Query and Publishing module

Query dan Penerbitan modul bertanggung jawab

untuk melaksanakan akses antarmuka seragam untuk

Hybrid Information Service.
Modul ini mengimplementasikan Permintaan
Pengolahan lapisan abstraksi dengan kontrol akses
dan kemampuan pemberitahuan

The Expeditor module

Tuple Pool
The Tuple-processing layer
Manajemen LifeTime,
Manajemen Persistensi,
Dinamis Caching Manajemen, dan
Manajemen Fault Toleransi

The Filtering module

The XSL (stylesheet language for XML) Transformation

(XSLT) file.
The XSLT provides a general purpose XML transformation
based on pre-defined mapping rules.

The Information Resource Manager module

Resource modul Manajer memisahkan Hybrid System

dari kelas sub-sistem.

Resource Handler merupakan komponen eksternal ke
Hybrid Service

The Resource Manager module

the recovery process applies the schema-specific
the recovery process stores these metadata

ConclusIon
Hybrid Service dirancang sebagai sistem generik,
back-end lapisan abstraksi mendukung satu-ke-

banyak lokal sistem informasi dan protokol

komunikasi mereka

ConclusIon
Hybrid Service dirancang untuk mendukung :
teknik integrasi informasi yang metadata,
beberapa sumber yang heterogen ditransfer ke dalam

skema global dan permintaan dengan antarmuka

permintaan seragam.