PRINSIP-PRINSIP DAN PENGALAMANMerancang dan Membangun Sistem Informasi Perusahaan

29
PRINSIP-PRINSIP DAN PENGALAMAN Merancang dan Membangun Sistem Informasi Perusahaan Mehmet S. Aktas TUBITAK (Turkish National Science Foundation), Turkey Kelompok Penyaji 1. Eka Kurnia Saputra (00378) 2. Novandry Darmanta Pinem (00381) 3. Artha Nindya Utama (00400) 4. Ryzca Regina (00415)

description

PRINSIP-PRINSIP DAN PENGALAMANMerancang dan Membangun Sistem Informasi Perusahaan

Transcript of PRINSIP-PRINSIP DAN PENGALAMANMerancang dan Membangun Sistem Informasi Perusahaan

PRINSIP-PRINSIP DAN PENGALAMANMerancang dan Membangun Sistem Informasi Perusahaan

Mehmet S. AktasTUBITAK (Turkish National Science Foundation), Turkey

Kelompok Penyaji

1. Eka Kurnia Saputra (00378)

2. Novandry Darmanta Pinem (00381)

3. Artha Nindya Utama (00400)

4. 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 WS-Context 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 HybridLayanan 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 spec-Metadata.

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.