Perencanaan Arsitektur Teknologi pada PT.X

Transkripsi

1 Perencanaan Arsitektur Teknlgi pada PT.X Eric Christpher Sandjaja, Adi Wibw 2, Alexander Setiawan 3 Prgram Studi Teknik Infrmatika Fakultas Teknlgi Industri Universitas Kristen Petra Jl. Siwalankert Surabaya Telp. (031) , Fax. (031) ericsandjaja93@yah.cm 1, adiw@petra.ac.id 2, alexander@petra.ac.id 3 ABSTRAK PT. X merupakan perusahaan yang bergerak dibidang manufaktur kertas, yang memiliki beberapa divisi untuk menjalankan prsesprses bisnis perusahaan. Pada saat ini perusahaan telah memiliki sistem infrmasi untuk mendukung setiap prses bisnis perusahaan, akan tetapi sistem infrmasi yang ada saat ini memiliki banyak kekurangan karena belum terintegrasi secara menyeluruh. Sistem infrmasi yang digunakan pada saat ini hanya untuk mendukung pembukuan akutansi, sedangkan prses bisnis lainnya lebih banyak menggunakan sistem pencatatan manual. Berdasarkan hal tersebut, maka dilakukan analisis dan pembuatan desain enterprise architecture untuk perusahaan. Kerangka kerja yang digunakan yaitu Enterprise Architecture Planning. Dalam mendalami prses bisnis perusahaan, maka dilakukan pemdelan bisnis dan analisa strategi bisnis perusahaan. Setelah itu tahapan selanjutnya adalah melihat kndisi infrmatin technlgy pada saat ini, permasalahan yang dihadapi, serta kebutuhan infrmatin technlgy dimasa depan. Lalu dari hal-hal tersebut, maka dilakukan pembuatan desain arsitektur data, arsitektur aplikasi dan arsitektur teknlgi. Kata Kunci: Sistem Infrmasi, Perencanaan Arsitektur Teknlgi. ABSTRACT PT. X has grwn t be a cmpany f papermaking which has several divisin t run enterprise business prcesses. Nwadays infrmatin system that supprt enterprise business prcesses have inadequacy due t fully unintegrated. That infrmatin system nly supprt accuntancy, whereas anther business prcess mstly use nn electrnic. Based n that reasn, therefre cmpany need analysis and infrmatin system design which is enterprise architecture planning framewrk. Furthermre, explring cmpany business prcesses need analysis f business mdel and business strategy. Thereby evaluating the cnditin f infrmatin technlgy, the prblems faced and the need f infrmatin technlgy in the future. As a result, the design f data architecture, applicatin architecture and technlgy architecture are made. The design f data architecture fr cmpany cnsist f several sub system, Mrever, the majr applicatins frm design f applicatins architecture are human resurce infrmatin system, sales and marketing infrmatin system, lgistic infrmatin system, manufacture infrmatin system, warehuse and quality cntrl infrmatin system, purchasing infrmatin system, accunting and finance infrmatin system. Technlgy arcitecture purpse use client/server architecture pattern and service riented architecture data services. Keywrds: Infrmatin System, Technlgy Architecture, 1. PENDAHULUAN PT. X merupakan perusahaan yang bergerak dibidang manufaktur kertas, yang memiliki beberapa divisi untuk menjalankan prsesprses bisnis perusahaan. Setiap divisi yang ada di perusahaan tentu memiliki kebutuhan yang berbeda dalam pemanfaatan teknlgi infrmasi. Kmpleksitas dari setiap divisi dan perencanaan IT yang kurang baik menyebabkan integrasi data sulit dilakukan. Hal ini menjadi faktr utama pentingnya perencanaan enterprise architecture pada perusahaan. Perencanaan enterprise architecture adalah suatu metde perencanaan data yang berkualitas dalam mengrganisasikan prses bisnis dan infrastruktur teknlgi infmasi yang diintegrasikan dengan visi misi dan mdel perasinal perusahaaan [1]. Prses tersebut harus berhadapan dengan kmpleksitas bisnis yang ada. Kemampuan menyajikannya dalam bentuk penjelasan yang mudah dipahami leh semua stakehlder juga merupakan hal penting dalam sistem infrmasi. Enterprise architecture yang terencana diharapkan mampu mengatasi masalah tersebut. Sehingga secara strategis sistem infrmasi dapat memberikan dukungan atas penguatan keunggulan kmpetitif perusahaan dengan terbentuknya keseimbangan antara efisiensi dan invasi bisnis. Perusahan PT. X belum memiliki sistem infrmasi terpusat yang mampu mengintegrasikan data antara satu prses dengan prses lainnya. Sistem yang digunakan sekarang ini adalah sftware peachtree untuk mendukung pembukuan akutansi. Tidak ada sistem yang mendukung divisi-divisi lain yang membutuhkan infrmasi dan data dalam melakukan tugas hanya dilakukan pencatatan secara manual. Dengan analisa dan perancangan desain sistem ini diharapkan dapat memberikan alternatif pilihan pengembangan enterprise architecture dalam prses bisnis yang ada pada PT. X, serta memberikan slusi yang dapat memadai seluruh keperluan di dalam perusahaan dengan pertimbangan-pertimbangan yang ada. Adanya enterprise architecture juga dapat membantu perusahaan dalam mengarahkan prses pengembangan sistem sehingga saling terintegrasi antara seluruh subsistem meskipun waktu pengembangannya tidak dilakukan bersamaan. Oleh sebab itu dilakukan analisa perencanaan enterprise architecture yang ada pada perusahaan kertas PT. X. Struktur rganisasi pada PT X adalah Direktur, Dewan Direksi, Divisi Sales and Marketing, Divisi Purchasing, Divisi Akuntansi dan Keuangan, Divisi Human Resurce, serta Divisi Operasinal yang membawahi Sub Divisi Lgisitik, Sub Divisi Gudang, Sub Divisi Prduksi. 2. ENTERPRISE ARCHITECTURE PLANNING Arsitektur enterprise merupakan kegiatan pengrganisasian data yang dihasilkan leh rganisasi yang kemudian dipergunakan untuk mencapai tujuan prses bisnis dari rganisasi tersebut [2].Sedangkan menurut CIO cuncil [3] merupakan basis aset

2 infrmasi strategis, yang menentukan misi, infrmasi dan teknlgi yang dibutuhkan untuk melaksanakan misi, dan prses transisi untuk penerapan teknlgi baru sebagai tanggapan terhadap perubahan kebutuhan tujuan bisnis. Dari definisi diatas dapat disimpulkan bahwa arsitektur enterprise mengandung arti perencanaan, pengklasifikasian, pendefinisian, dan rancangan knektifitas dari berbagai kmpnen yang menyusun suatu enterprise yang diwujudkan dalam bentuk mdel dan gambar serta memiliki kmpnen utama yaitu arsitektur bisnis, arsitektur data, arsitektur aplikasi, dan arsitektur teknlgi. Tahapan perencanaan enterprise architecture dapat dilihat pada gambar 1. Gambar 1. Tahapan Perencanaan Enteprise Architecture Lapisan pertama dari tahapan enterprise architecture adalah mengidentifikasi mdel bisnis perusahaan mengidentifikasi mdel bisnis perusahaan dan strategi bisnis perusahaan. Dalam memahami mdel bisnis perusahaan dapat menggunakan teri nine building blcks. Nine building blcks merupakan knsep yang digunakan untuk mendeskripsikan dan menunjukan arah tujuan perusahaan untuk menghasilkan uang [4]. Sedangkan mdel bisnis adalah gambaran hubungan antara keunggulan dan sumber daya yang dimiliki perusahaan, serta kegiatan-kegiatan yang dilakukan untuk mengakuisisi dan menciptakan nilai, yang membuat perusahaan mampu menghasilkan laba [5]. Penjelasan mengenai prses bisnis perusahaan dapat digambar melalui business prcess mdeling ntatin [6]. Kemudian perlu adanya pembuatan Infrmatin Resurce Catalg yang merupakan dkumentasi seluruh sistem infrmasi dan platfrm teknlgi yang digunakan dalam perusahaan saat ini. Infrmatin Resurce Catalg diperlukan untuk membantu prses evaluasi bagimana kinerja sistem infrmasi perusahaan terhadap fungsi-fungsi bisnis perusahaan saat ini. Lapisan selanjutnya adalah desain arsitektur data mengidentifikasi seluruh data yang diperlukan leh setiap fungsi bisnis perusahaan. Desain arsitektur data dimulai dengan melakukan identifikasi data yaitu mengetahui data apa saja yangdibutuhkan leh perusahaan berdasarkan prses bisnis perusahaan. Hasil identifikasi data menjadi dasar dari Cnceptual Entity Relatinship Diagram. Setelah itu perlu membandingkan fungsi-fungsi bisnis perusahaan dengan data yang ada dan membentuk Matriks Fungsi Data. Matriks Fungsi Data dapat dianalisa sehingga membentuk Sub Sistem Infrmasi yang ada di perusahaan. Lapisan desain arsitektur aplikasi berupa prtfli aplikasi termasuk standar dan panduan pengadaan dan pengembangan aplikasi yang diperlukan untuk mendukung fungsi-fungsi rganisasi. Pembuatan arsitektur aplikasi dimulai dengan menentukan daftar aplikasi yang digunakan untuk masingmasing subsistem dalam perusahaan. Dari daftar aplikasi tersebut maka dibuat prtfli aplikasi dimana aplikasi-aplikasi yang ada dibagi menjadi empat kategri yaitu strategic (dimana merupakan aplikasi yang kritis bagi kelangsungan prses bisnis perusahaan di masa depan), key peratinal (perusahaan bergantung terhadap aplikasi ini untuk pengperasiannya dan keberhasilan perusahaan), high ptential (aplikasi yang berptensi menjadi penting untuk dicapai di masa depan), supprt (aplikasi pendukung prses bisnis perusahaan) [5]. Desain arsitektur aplikasi juga perlu membuat urutan pengadaan dan cara pengadaan aplikasi yang dibutuhkan. Tahapan desain arsitektur teknlgi dimana merupakan platfrm teknlgi yang diperlukan leh aplikasi dalam menglah data-data perusahaan. Perancangan arsitektur teknlgi dimulai dengan menentukan Architecture Pattern untuk masing-masing sftware dan Prtcl Data yang akan digunakan. Setelah itu, membuat diagram jaringan untuk sistem infrmasi di perusahaan dan menentukan standar server yang akan digunakan. 2.1 Service Oriented Architecture Service riented merupakan sebuah pendekatan dalam penyelesaian masalah besar dengan membaginya menjadi sekumpulan layanan (service) kecil yang menyelesaikan permasalahan spesifik. Untuk itu ada beberapa permasalahan yang harus dimiliki leh service, yaitu bagaimana service berhubungan, bagaimana service berkmunikasi, bagaimana service didesain, dan bagaimana pesan antar service didefinisikan. Pembagian berdasarkan service ini sesungguhnya bukan sesuatu yang baru, karena telah banyak diterapkan. Namun hal baru dari pendekatan service-riented ini terkait dengan sifat-sifat yang dimilikinya [7], yaitu: 1. Lsely cupled, yaitu setiap service berdiri sendiri secara independen dan tidak tergantung service lain untuk berjalan. Ketergantungan diminimalisir sehingga hanya butuh mekanisme kmunikasi satu sama lain. 2. Service cntract, yaitu setiap service memiliki kesepakatan mengenai cara untuk kmunikasi. 3. Autnmy, yaitu service memiliki hak penuh terhadap semua ljik yang dienkapsulasi. 4. Abstractin, yaitu service tidak memperlihatkan bagaimana ljik diimplementasi didalamnya. 5. Reusability, yaitu ljik dibagi menjadi sekumpulan service yang dapat memudahkan reuse. 6. Statelessness, yaitu service tidak memiliki status tertentu terkait dengan aktivitas yang dilakukannya. 7. Discverability, yaitu service didesain untuk deskriptif sehingga bisa ditemukan dan diakses melalui mekanisme pencarian tertentu. Cmpsability, yaitu service bisa disatukan dengan service lain. Ini memungkinkan lgic dapat diwakili pada level berbeda dari granularity danmemprmsikan reusability dan pembuatan layer astractin. 3. ARSITEKTUR TEKNOLOGI Tahapan dalam desain arsitektur teknlgi yang menjelaskan mengenai jaringan yang dibutuhkan perusahaan, diawali dengan hasil sub sistem infrmasi data desain arsitektur data dan daftar aplikasi dari desain arsitektur aplikasi perusahaan. Arsitektur data pada PT.X menghasilkan beberapa subsistem pada perusahaan, diantaranya adalah sub sistem human resurce, sub sistem sales and marketing, sub sistem lgistik, sub sistem prduksi, sub sistem gudang dan quality cntrl, sub sistem purchasing, serta sub sistem akuntansi dan keuangan. Dari hasil pembuatan sub sistem yang ada, maka diperlukan tampilan yang dapat diakses dan digunakan untuk mendukung prses bisnis perusahaan. Daftar aplikasi yang dibutuhkan dapat dilihat pada tabel 1. Tabel 1 merupakan aplikasi-aplikasi yang terdapat pada subsistem yang ada.

3 Tabel 1. Daftar Aplikasi per Sub Sistem Infrmasi kmunikasi data, yang dimaksudkan adalah hanya mengijinkan permintaan data apabila data interchage saling terhubung. Architecture pattern pada PT. X dapat dilihat pada gambar 2 menjelaskan hubungan data antar subsistem. 3.2 Data Interface Antar Sub Sistem Dari hasil architecture pattern yang ada maka terbentuk data interface yang menjelaskan atribut-atribut data untuk penyediaan data pada setiap aplikasi. Berikut ini merupakan data interface antar sub sistem perusahaan PT.X: Setelah mengetahui seluruh aplikasi yang diperlukan untuk mendukung dan memaksimalkan prses bisnis perusahaan, maka dibutuhkan perencanaan pengadaan aplikasi-aplikasi tersebut yang disesuaikan dengan jaringan pada arsitektur teknlgi. 3.1 Architecture Pattern Desain architecture pattern yang digunakan untuk perusahaan adalah client/server. Client/Server Architecture Pattern[8] menjelaskan mengenai sistem terdistribusi yang melibatkan klien, server dan jaringan penghubung. Penggambarannya seperti sebuah server aplikasi yang diakses secara langsung leh beberapa klien. Client server architecture pattern digunakan untuk kmunikasi data yang terjadi pada data prvider dan data requester perusahaan. Klien berfungsi untuk menyiapkan data yang di request leh user dan mengirimkannya kepada server penyedia data yang dituju. Server akan menerima request klien, lalu langsung memprses dan mengembalikan hasil pemrsesan kepada klien. Setelah prses tersebut maka klien akan menampilkan hasil pemrsesan yang dilakukan server kepada user. Perusahaan akan menggunakan database yang hanya dibagi menjadi dua server (bukan satu database independent satu server), akan tetapi dengan lgical partitin. Pemisahan dua server dikarena perbedaan lkasi kantr dan pabrik yang tidak memungkinkan, apabila menggunakan satu server. Penggabungan database menjadi dua server digunakan untuk mempermudah maintenance serta biaya. Lgical partitin berfungsi untuk memilah data menjadi bagian-bagian independen berbeda pada setiap aplikasi yang ada. Selain itu lgical partitin berfungsi untuk menjaga keamanan dan privasi data dari setiap bagian independen yang ada. Dalam desain arsitektur teknlgi perusahaan PT.X layanan data dari aplikasi yang ada perlu dibangun dengan SOA (service riented architecture). SOA dimaksudkan agar kmpnen atau layanan kmunikasi data berinteraksi secara bebas/tidak saling terikat (luse cupling) antar masing-masing aplikasi. Keuntungan layanan SOA yang bersifat tnm (mampu mengembangkan dan menggunakan aplikasi secara independen) adalah perubahan yang terjadi pada aplikasi tertentu tidak akan berdampak dan mempengaruhi aplikasi lainnya, sehingga apabila terjadi pengembangan pada suatu aplikasi tidak merusak hubungannya dengan aplikasi dengan aplikasi lain. Layanan SOA juga dapat menjadi pembatas Sub Sistem Sales and Marketing Get_Sales Order (Nmr Sales Order) Return value: Nmr Sales Order, Nama Custmer, Status Priritas, Alamat Pengiriman, Tanggal Sales Order. Get_Detail Sales Order (Nmr Sales Order) Return value: Nmr Detail Sales Order, Nmr Sales Order, Nama Barang, Jumlah Barang. Get_Invice Penjualan (Nmr Invice Penjualan) Return value: Nmr Invice Penjualan, Nmr Sales Order, Tanggal Invice Penjualan, Tanggal Sales Order, Nama Custmer, Alamat Penagihan Dana, Alamat Pengiriman, Status Keterlambatan Pengiriman, Ketentuan Waktu Pelunasan Piutang, Tanggal Jatuh Temp, Ttal Harga Barang, Diskn Keterlambatan Pengiriman, Ttal Pajak Penjualan, Ttal Biaya Pengiriman, Ttal Harga Sbekan Kertas, Ttal Harga Barang Retur, Ttal Invice Penjualan, Nama Pajak Custmer, NPWP, Keterangan, Akun Penjualan, Akun Pajak Penjualan. Get_Detail Invice Penjualan (Nmr Invice Penjualan) Return value: Nmr Detail Invice Penjualan, Nmr Invice Penjualan, Nama Barang, Jumlah Barang, Harga Jual, Diskn Barang, SubTtal Harga Barang. Get_Piutang (Nama Custmer) Return value: Nmr Piutang, Nama Custmer, Nmr Invice Penjualan, Tanggal Invice Penjualan, Tanggal Jatuh Temp, Status Keterlambatan Pembayaran, Denda Keterlambatan Pelunasan Piutang, Ttal Invice Penjualan, Ttal Denda, Ttal Piutang, Ttal Sald Piutang, Limit Piutang, Keterangan, Akun Piutang Dagang, Keterangan. Get_Custmer (Nama Custmer) Return value: Kde Custmer, Nama Custmer, Alamat, Telepn, Fax, Cntact Persn, Jin Date, Status Priritas, Ketentuan Waktu Pelunasan Piutang, Denda Keterlambatan Pelunasan Piutang, Nmr Akun Bank Pengirim Dana, Ttal Sald Piutang, Limit Piutang, NPWP, Nama Pajak, Alamat Pajak, Akun Piutang, Keterangan. Sub Sistem Lgistik Get_Vendr Pengirim Barang (Nama Vendr) Return value: Kde Vendr, Nama Vendr, Alamat, Telepn, Fax, Cntact Persn, Ketentuan Waktu Pelunasan Hutang, Denda Keterlambatan Pelunasan Hutang, Nmr Akun Bank Penerima Dana, Ttal Sald Hutang, Limit Hutang, NPWP, Nama Pajak, Alamat Pajak, Keterangan. Get_Surat Jalan (Nmr Sales Order) Return value: Nmr Surat Jalan, Nmr Sales Order, Jumlah Ttal Barang, Tanggal Pengiriman, Tanggal

4

5 Penerimaan Custmer, Alamat Pengiriman, Nama Penerima, Nama Karyawan, Kde Pengirim, Nama Spir. Get_Detail Surat Jalan (Nmr Sales Order) Return value: Nmr Detail Surat Jalan, Nmr Sales Order, Nmr Surat Jalan, Nama Barang, Satuan, Jumlah Barang. Get_Biaya Pengiriman (Nmr Surat Jalan) Return value: Nmr Surat Jalan, Tanggal Pengiriman, Alamat Muat Barang, Alamat Pengiriman, Jumlah Ttal Barang, Jumlah Ttal Tnase Barang, Biaya Pengiriman per Tnase, Ttal Biaya Pengiriman. Get_Status Pengiriman Barang (Nmr Detail Sales Order) Return value: Nmr Status Pengiriman Barang, Nmr Detail Sales Order, Nmr Detail Surat Jalan, Nama Barang, Jumlah Barang Detail Sales Order, Jumlah Terkirim, Jumlah Sisa Belum Terkirim, Status Pengiriman Barang. Get_Invice Jasa Pengiriman Barang (Nmr Invice Jasa Pengiriman Barang) Return value: Nmr Invice Jasa Pengiriman Barang, Nmr Biaya Pengiriman, Tanggal Invice Jasa Pengiriman Barang, Nama Vendr Pengirim, Alamat Vendr Pengirim, Ketentuan Waktu Pelunasan Hutang, Tanggal Jatuh Temp, Ttal Biaya Pengiriman, Ttal Pajak Pembelian Jasa, Ttal Invice Jasa Pengiriman, Nama Pajak Vendr, NPWP, Keterangan. Sub Sistem Gudang dan Quality Cntrl Set_Barang (Nama Barang) Return value: Kde Barang, Nama Barang, Harga Pkk Barang, Harga Jual. Get_Barang (Nama Barang) Return value: Kde Barang, Nama Barang, Nama Jenis Barang, Satuan, Tnase Barang, Harga Pkk Barang, Harga Jual, Limit Minimum Barang, Jumlah Stk. Get_Retur Penjualan Barang (Nmr Sales Order) Nmr Retur Penjualan Barang, Nmr Mem Retur Custmer, Nmr Sales Order, Tanggal Penerimaan Barang Kembali, Nama Barang, Jumlah Barang Retur, Harga Jual, Ttal Harga Barang Retur, Keterangan, Syarat dan Ketentuan. Get_Sbekan Kertas (Nmr Sales Order) Return value: Nmr Sbekan Kertas, Nmr Surat Jalan, Nmr Sales Order, Tanggal Penerimaan Barang, Nama Barang, Jumlah Tnase Sbekan, Harga Jual, Ttal Harga Sbekan Kertas, Keterangan Get_Kartu Timbang (Nama Barang) Return value: Nama Barang, Satuan, Tnase Barang. Get_Inventry Adjustment (Nama Barang) Return value: Kde Barang, Nama Barang, Jenis Barang, Tanggal, Jumlah Barang Masuk, Jumlah Stk Awal, Jumlah Barang Keluar, Jumlah Stk Baru, Satuan, Tnase Barang, Keterangan. Get_Mem Request Prduksi (Nmr Mem Request Prduksi) Return value: Nmr Mem Request Prduksi, Tanggal Mem Request Prduksi, Status Request, Kde Barang, Nama Barang, Jumlah Permintaan Barang, Nama Jenis Barang, Tanggal Pengiriman. Get_Mem Pemesanan Barang (Nmr Mem Pemesanan Barang) Return value: Nmr Mem Pemesanan Barang, Kde Barang, Tanggal, Nama Barang, Jumlah Pemesanan Barang, Satuan, Jenis Barang, Limit Minimum barang, Keterangan, Nama Karyawan. Get_Penerimaan Barang Afal (Nmr Penerimaan Barang Afal) Return value: Nmr Penerimaan Barang Afal, Nmr Surat Jalan Supplier, Nama Supplier, Jumlah Ttal Barang, Tanggal Penerimaan Afal, Nama Spir Pengirim, Nama Karyawan Penerima. Get_Detail Penerimaan Barang Afal (Nmr Penerimaan Barang Afal) Return value: Nmr Detail Penerimaan Barang Afal, Nmr Penerimaan Barang Afal, Nama Barang, Jumlah Barang. Get_Penerimaan Barang (Nmr Penerimaan Barang) Return value: Nmr Penerimaan Barang, Nmr Surat Jalan Supplier, Nmr Purchase Order, Nama Supplier, Tanggal Penerimaan Barang, Ttal Barang, Nama Spir Pengirim, Nama Karyawan Penerima, Keterangan. Get_Detail Penerimaan Barang (Nmr Penerimaan Barang) Return value: Nmr Detail Penerimaan Barang, Nmr Penerimaan Barang, Nama Barang, Jumlah Barang, Satuan. Get_Status Penerimaan Barang (Nmr Detail Purchase Order) Return value: Nmr Status Penerimaan Barang, Nmr Detail Purchase Order, Nmr Detail Penerimaan Barang, Nama Barang, Jumlah Barang Purchase Order, Jumlah Diterima, Jumlah Barang Sisa, Status Penerimaan Barang. Get_Retur Barang Pembelian (Nmr Purchase Order) Return value: Nmr Retur Pembelian, Nmr Penerimaan Barang, Nmr Purchase Order, Nmr Quality Cntrl Penerimaan Barang, Nama Barang Retur, Jumlah Barang Retur, Harga Beli, Ttal Harga Barang Retur, Keterangan Barang Retur, Syarat dan Ketentuan Get_Penerimaan Barang Retur (Nmr Penerimaan Barang Retur) Return value: Nmr Penerimaan Barang Retur, Nmr Purchase Order, Nmr Retur Pembelian, Nama Supplier, Ttal Barang, Tanggal Penerimaan Barang retur, Nama Spir Pengirim, Nama Karyawan Penerima, Keterangan. Get_Detail Penerimaan Barang Retur (Nmr Penerimaan Barang Retur) Return value: Nmr Detail Penerimaan Barang Retur, Nmr Penerimaan Barang Retur, Nmr Retur Pembelian, Nama Barang, Jenis Barang, Jumlah Barang Retur Pembelian, Jumlah Barang Diterima, Jumlah Barang Sisa, Satuan. Sub Sistem Prduksi Get_Hasil Prduksi (Nmr Hasil Prduksi) Return value: Nmr Hasil Prduksi, Nmr Penjadwalan Prduksi, Kde Barang, Nama Barang, Satuan, Tanggal

6 Perencanaan, Tanggal Prduksi, Nama Barang Bahan Baku, Jumlah Pemakaian Bahan Baku, Waktu Prduksi, Jumlah Barang Hasil Prduksi, Kualitas Barang, Akun Persediaan Barang Jadi, Akun Persediaan Bahan Baku, Keterangan. Sub Sistem Purchasing Get_Purchase Order (Nmr Purchase Order) Return value: Nmr Purchase Order, Kde Supplier, Nama Supplier, Alamat, Tanggal Purchase Order, Ttal, Pajak Pembelian, Ttal Purchase Order, Limit Hutang, Ttal Sald Hutang, Nama Karyawan.. Get_Detail Purchase Order (Nmr Purchase Order) Return value: Nmr Detail Purchase Order, Nmr Purchase Order, Nama Barang, Jumlah Barang.Harga Beli, Diskn Barang, SubTtal. Get_Invice Pembelian Afal (Nmr Invice Pembelian Afal) Return value: Nmr Invice Pembelian Afal, Nmr Penerimaan Barang Afal, Tanggal Penerimaan Afal, Tanggal Invice Pembelian Afal, Nama Supplier, Alamat, Ketentuan Waktu Pelunasan Hutang, Tanggal Jatuh Temp, Ttal Harga Barang, Ttal Pajak Pembelian, Ttal Invice Pembelian Afal, Nama Pajak Supplier, NPWP, Keterangan, Akun Pembelian, Akun Pajak Pembelian. Get_Detail Invice Pembelian Afal (Nmr Invice Pembelian Afal) Return value: Nmr Detail Invice Pembelian Afal, Nmr Invice Pembelian Afal, Nama Barang, Jumlah Barang, Kadar Air Barang, Kadar Ktran Barang, Jumlah Nett Barang, Harga Beli, Diskn Barang, Subttal Harga Barang. Get_Hutang (Nama Supplier) Return value: Nmr Hutang, Nama Supplier, Nmr Invice Pembelian, Tanggal Invice Pembelian, Tanggal Jatuh Temp, Status Keterlambatan Pembayaran, Denda Keterlambatan Pelunasan Hutang, Ttal Invice Pembelian, Ttal Denda, Ttal Hutang, Ttal Sald Hutang, Limit Hutang, Keterangan, Akun Hutang. Get_Supplier (Nama Supplier) Return value: Kde Supplier, Nama Supplier, Alamat, Telepn, Fax, Cntact Persn, Ketentuan Waktu Pelunasan Hutang, Denda Keterlambatan Pelunasan Hutang, Nmr Akun Bank Penerima Dana, Ttal Sald Hutang, Limit Hutang, NPWP, Nama Pajak, Alamat Pajak, Keterangan. Get_Invice Pembelian (Nmr Invice Pembelian) Return value: Nmr Invice Pembelian, Nmr Purchase Order, Nmr Retur Barang Pembelian, Tanggal Invice Pembelian, Tanggal Purchase Order, Nama Supplier, Alamat Supplier, Status Penerimaan Barang, Ketentuan Waktu Pelunasan Hutang, Tanggal Jatuh Temp, Ttal Harga Barang, Ttal Pajak Pembelian, Ttal Biaya Pengiriman, Ttal Harga Barang Retur, Ttal Invice Pembelian, Nama Pajak Supplier, NPWP, Keterangan. Get_Detail Invice Pembelian (Nmr Invice Pembelian) Return value: Nmr Detail Invice Pembelian, Nmr Invice Pembelian, Nama Barang, Jumlah Barang, Harga Beli, Diskn Barang, Subttal Harga Barang. Get_Inventaris Perusahaan (Nama Inventaris Perusahaan) Return value: Kde Inventaris Perusahaan, Nama Inventaris Perusahaan, Tanggal Pembelian, Lama Tahun Inventaris, Keterangan. Sub Sistem Akuntansi dan Keuangan Get_Pengeluaran Lain-Lain (Nama Pengeluaran) Return value: Nama Pengeluaran, Tanggal Pengiriman Dana, Jumlah Pengiriman, Status Pembayaran, Nama Kas Bank Tunai Penerima, Jumlah Tunai, Keterangan. Set_Pengeluaran Lain-Lain (Nama Pengeluaran) Return value: Nmr Invice Pengeluaran, Nama Pengeluaran, Jumlah Pengiriman, Status Pembayaran, Nama Kas Bank Tunai Penerima, Jumlah Tunai, Keterangan. 3.3 Diagram Jaringan Diagram jaringan perusahaan PT.X memiliki dua buah server database, database yang terdapat pada masing-masing server tersebut adalah Database Server Kantr: Karyawan, Buruh, Jabatan, Presensi Karyawan, Presensi Buruh, Gaji Karyawan, Upah Buruh, Sales Order, Detail Sales Order, Invice Penjualan, Detail Invice Penjualan, Piutang, Custmer, Prspect Custmer, Penawaran, Kritik dan Saran Custmer, Supplier, Invice Pembelian Barang Nn Prduksi, Detail Invice Pembelian Barang Nn Prduksi, Purchase Order, Detail Purchase Order, Invice Pembelian Afal, Detail Invice Pembelian Afal, Inventaris Perusahaan, Mem Pemesanan Inventaris Perusahaan, Invice Pembelian Inventaris, Detail Invice Pembelian Inventaris, Hutang, Invice Pembelian, Detail Invice Pembelian, Invice Beban Operasinal, Inventaris Perusahaan, Perawatan Inventaris, Pengeluaran Kas, Pelunasan Hutang, Penerimaan Kas Bank, Pelunasan Piutang, Harga Pkk Barang Prduksi, Pelunasan Hutang lain-lain, Akun, Pengeluaran Kas Kecil, Pengeluaran Lain-Lain, Harga Pkk Barang Pembelian. Aplikasi Server Kantr: Sistem Infrmasi Purchasing, Data Prvider Sistem Infrmasi Purchasing, Data Prvider Sistem Infrmasi Sales and Marketing, Data Prvider Sistem Infrmasi Sales and Marketing, Data Prvider Sistem Infrmasi Akuntansi dan Keuangan, Data Prvider Akuntansi dan Keuangan, Sistem Infrmasi HRD, Data Prvider HRD. Database Server Pabrik: Vendr Pengirim Barang, Detail Pengiriman Vendr, Truk Pengirim Barang, Detail Pengiriman Truk, Surat Jalan, Detail Surat Jalan, Detail Biaya Pengiriman, Invice Jasa Pengiriman Barang, Hutang Lain- Lain, Status Pengiriman Barang, Biaya Pengiriman, Surat Jalan Retur, Detail Surat Jalan Retur, Biaya Pengiriman Retur, Detail Biaya Pengiriman Retur, Barang, Jenis Barang, Kartu Timbang, Inventry Adjustment, Diskn Barang, Mapping Barang Gudang, Quality Cntrl Barang Retur, Retur Penjualan Barang, Mem Retur Custmer, Sbekan Kertas, Stk Opname, Mem Pemesanan Barang, Penerimaan Barang, Detail Penerimaan Barang, Status Penerimaan Barang, Quality Cntrl Penerimaan Barang, Retur Barang Pembelian, Penerimaan Barang Retur, Penerimaan Barang Afal, Detail Penerimaan Barang Afal, Quality Cntrl Penerimaan Afal, Mem Request Prduksi, Quality Cntrl Prduksi, Penjadwalan Prduksi, Hasil Prduksi. Dari desain arsitektur teknlgi yang ada maka spesifikasi kmputer server yang disarankan adalah Xen E3-1220v3, RAM 4 GB, HDD 1 TB, USB: 3.0, OS Server: PstgreSQL.

7 4. KESIMPULAN DAN SARAN Berdasarkan analisa dan desain sistem yang telah dirancang, maka dapat disimpulkan architecture pattern yang digunakan adalah client/server architecture pattern. Selain itu untuk layanan kmunikasi data yang ada menggunakan SOA (service riented architecture). Untuk implementasi SOA digunakan 8 data prvider, dan 41 fungsi layanan data interface. 5. DAFTAR PUSTAKA [1] Rss, J., and Peter,W Enterprise Architecture As Strategy: Creating Fundatin fr Business Executin. Harvard Business Schl Press. Versin 2.0. [2] Mutyarini dan Sembiring Arsitektur Sistem Infrmasi Untuk Institusi Perguruan Tinggi di Indnesia, Prceedings Knferensi Nasinal Teknlgi Infrmasi dan Kmunikasi untuk Indnesia, Labratrium Sinyal dan Sistem Dept. Teknik Elektr ITB, Bandung, 6. [3] CIO Cuncil A Practical Guide t Federal Enterprise Architecture. Versin 1.0. [4] Osterwalder, Alexander dan Yves Pigneur, 2012, Business Mdel Generatin, PT. Elex Media Kmputind, Jakarta. [5] Bridgeland David M and Rn Zahavi, "Business Prcess Mdeling Ntatin", Elsevier Inc., Burlingtn, [6] Tim PPM Manajemen, "Business Mdel Canvas Penerapan di Indnesua", Penerbit PPM, Indnesia [7] Erl, Thmas, Service-Oriented Architecture: Cncepts, Technlgy, and Design. Prentice Hall PTR, [8] Micrsft, Architectural Patterns and Styles, diambil darihttp://msdn.micrsft.cm/en-us/library/ee aspx,dibuka pada tanggal 20 Nvember 2014.

8