departemen

Departemen

Departemen merupakan unsur pelaksana pemerintah yang dipimpin oleh menteri yang bertanggung jawab kepada presiden. Departemen mempunyai tugas membantu presiden dalam menyelenggarakan sebagian tugas pemerintahan di bidang masing-masing

Contoh : departemen pendidikan nasional.

BUMN

 Badan Usaha Milik Negara (BUMN) adalah badan usaha yang seluruh atau sebagian besar modalnya dimiliki oleh negara melalui penyertaan secara langsung yang berasal dari kekayaan negara yang dipisahkan.

Berdasarkan sektornya, BUMN terbagi menjadi 18 bidang, diantaranya adalah bidang telekomunikasi, sarana angkutan dan pariwisata, perdagangan, aneka industri, asuransi, kehutanan, konstruksi, dan energi. Beberapa perusahaan besar yang menjadi bagian dari BUMN diantaranya adalah PT. Telkom Tbk dan PT. Bank Mandiri Tbk yang telah memberikan kontribusi bagi perekonomian Indonesia. Peluang-peluang karir yang ada pada BUMN tersebut selalu memberikan kesempatan kepada para lulusan dari fakultas hukum untuk dapat bekerja dan berkarya sebagai insan terbaik bangsa.

Perusahaan Go Publik

Go Public berarti menjual saham perusahaan ke para investor dan membiarkan saham tersebut diperdagangkan di pasar saham. Sebagai contoh Indosat, dan banyak perusahaan lainnya yang sudah menjadi Go Public.

Adapun keuntungan dari Perusahaan yang Go Public adalah sebagai berikut:

1.        Para pendiri perusahaan dapat melakukan diversifikasi untuk mengurangi resiko portofolio mereka.

2.      Memberi nilai suatu perusahaan. Suatu perusahaan dapat dinilai dari harga saham dikalikan dengan jumlah lembar saham yang dijual dipasaran.

3.      Perusahaan dapat melakukan merger ataupun negosiasi dengan perusahaan lainnya dengan hanya menggunakan saham.

4.      Meningkatkan potensi pasar. Banyak perusahaan yang merasa lebih mudah untuk memasarkan produk dan jasa mereka setelah menjadi perusahaan Go Public atau Tbk.

Tapi harus kita ketahui juga bahwa ada kerugian dari Perusahaan yang Go Public, yaitu:

1.        Laporan Rutin : Setiap perusahaan yang go public secara periodik harus membuat laporan kepada Bursa Efek Indonesia, bisa saja per kuartal atau tahunan, tentu saja untuk membuat laporan tersebut diperlukan biaya.

2.      Terbuka : Semua perusahaan go public pasti transparan dan sangat mudah untuk diketahui oleh para kompetitornya dari segi data dan managementnya.

3.      Keterbatasan kekuasaan Pemilik : Para pemilik perusahaan harus memperhatikan kepentingan bersama para pemegang saham, tidak bisa lagi melakukan praktek nepotisme, kecurangan dalam pengambilan keputusan dan lainnya, karena perusahaan tersebut milik publik.

4.      Hubungan antar Investor : Perusahaan terbuka harus menjaga hubungan antara perusahaan dengan para investornya dan di informasikan mengenai perkembangan dari perusahaan tersebut.   

Perusahaan Swasta

Perusahaan Swasta, yaitu perusahaan yang modalnya seluruhnya dimiliki oleh swasta dan tidak ada campur tangan Pemerintah.

Contoh : PT. Bakrie & Brothers Tb

Alamat : Wisma Bakrie, 4th Floor,Jl. HR. Rasuna Said Kav. B-1, Kuningan,Jakarta Selatan Indonesia
Telp : +62 21 5250 192
Fax : +62 21 5200 411

Professional etitut

Kata etik (atau etika) berasal dari kata ethos (bahasa Yunani) yang berarti karakter, watak kesusilaan atau adat. Sebagai suatu subyek, etika akan berkaitan dengan konsep yang dimilki oleh individu ataupun kelompok untuk menilai apakah tindakan-tindakan yang telah dikerjakannya itu salah atau benar, buruk atau baik.Etika merupakan sebuah cabang filsafat yang berbicara mengenai nilai dan norma moral yang menentukan perilaku manusia dalam hidupnya.

Profesi adalah pekerjaan yang dilakukan sebagai kegiatan pokok untuk menghasilkan nafkah hidup dan yang mengandalkan suatu keahlian. Berdasarkan pengertian tersebut dapat dijelaskan bahwa etika profesi dalah keterampilan seseorang dalam suatu pekerjaan utama yang diperoleh dari jalur pendidikan atau pengalaman dan dilaksanakan secara kontinu yang merupakan sumber utama untuk mencari nafkah.

tahapan pada waterfall

1. WATERFALL MODEL

Nama model ini sebenarnya adalah “Linear Sequential Model”. Model ini sering disebut dengan “classic life cycle” atau model waterfall. Model ini adalah model yang muncul pertama kali yaitu sekitar tahun 1970 sehingga sering dianggap kuno, tetapi merupakan model yang paling banyak dipakai didalam Software Engineering (SE).

            Model ini melakukan pendekatan secara sistematis dan urut mulai dari level kebutuhan sistem lalu menuju ke tahap analisis, desain, coding, testing / verification, dan maintenance.

Model ini merupakan model yang paling banyak dipakai oleh para pengembang software. Ada lima tahap dalam model waterfall, yaitu: Requirement Analysis, System Design, Implementation, Integration & Testing, Operations & Maintenance. Sesuai dengan namanya waterfall (air terjun) maka tahapan dalam model ini disusun bertingkat, setiap tahap dalam model ini dilakukan berurutan, satu sebelum yang lainnya (lihat tanda anak panah). Selain itu dari satu tahap kita dapat kembali ke tahap sebelumnya. Model ini biasanya digunakan untuk membuat sebuah software dalam skala besar dan yang akan dipakai dalam waktu yang lama.

 

1.1 Tahap – Tahap  Dalam Model Waterfall:

1.RequirementAnalysis
            Seluruh kebutuhan software harus bisa didapatkan dalam fase ini, termasuk didalamnya kegunaan software yang diharapkan pengguna dan batasan software. Informasi ini biasanya dapat diperoleh melalui wawancara, survey atau diskusi. Informasi tersebut dianalisis untuk mendapatkan dokumentasi kebutuhan pengguna untuk digunakan pada tahap selanjutnya.

2.  System Design

Tahap ini dilakukan sebelum melakukan coding. Tahap ini bertujuan untuk memberikan gambaran apa yang seharusnya dikerjakan dan bagaimana tampilannya. Tahap ini membantu dalam menspesifikasikan kebutuhan hardware dan sistem serta mendefinisikan arsitektur sistem secara keseluruhan.

2.      Implementation

Dalam tahap ini dilakukan pemrograman. Pembuatan software dipecah menjadi modul-modul kecil yang nantinya akan digabungkan dalam tahap berikutnya. Selain itu dalam tahap ini juga dilakukan pemeriksaaan terhadap modul yang dibuat, apakah sudah memenuhi fungsi yang diinginkan atau belum.

4.  Integration & Testing

Di tahap ini dilakukan penggabungan modul-modul yang sudah dibuat dan dilakukan pengujian ini dilakukan untuk mengetahui apakah software yang dibuat telah sesuai dengan desainnya dan masih terdapat kesalahan atau tidak.

5.  Operation & Maintenance

Ini merupakan tahap terakhir dalam model waterfall. Software yang sudah jadi dijalankan serta dilakukan pemeliharaan. Pemeliharaan termasuk dalam memperbaiki  kesalahan yang tidak ditemukan pada langkah sebelumnya. Perbaikan implementasi unit sistem dan peningkatan jasa sistem sebagai kebutuhan baru.

1.2 Kelebihan Dari Model Waterfall Ini Adalah :

ketika semua kebutuhan sistem dapat didefinisikan secara utuh, eksplisit, dan benar di awal project, maka Software Engineering dapat berjalan dengan baik dan tanpa masalah.

1.3 Kekurangan Dari Model Waterfall Ini Adalah :

n  Ketika problem muncul, maka proses berhenti, karena tidak dapat menuju ke tahapan selanjutnya. Bahkan jika kemungkinan problem tersebut muncul akibat kesalahan dari tahapan sebelumnya, maka proses harus membenahi tahapan sebelumnya agar problem ini tidak muncul. Hal-hal seperti ini yang dapat membuang waktu pengerjaan SE.

n  Karena pendekatannya secara sequential, maka setiap tahap harus menunggu hasil dari tahap sebelumnya. Hal itu tentu membuang waktu yang cukup lama, artinya bagian lain tidak dapat mengerjakan hal lain selain hanya menunggu hasil dari tahap sebelumnya. Oleh karena itu, seringkali model ini berlangsung lama pengerjaannya.

n  Pada setiap tahap proses tentunya dipekerjakan sesuai spesialisasinya masing-masing. Oleh karena itu, ketika tahap tersebut sudah tidak dikerjakan, maka sumber dayanya juga tidak terpakai lagi. Oleh karena itu, seringkali pada model proses ini dibutuhkan seseorang yang “multi-skilled”, sehingga minimal dapat membantu pengerjaan untuk tahapan berikutnya.

3. MODEL V

Bisa dikatakan model V ini merupakan perluasan dari model waterfall. Disebut sebagai perluasan karena tahap-tahapnya mirip dengan yang terdapat dalam model waterfall. Jika dalam model waterfall proses dijalankan secara linear, maka dalam model V proses dilakukan bercabang. Dalam model V ini digambarkan hubungan antara tahap pengembangan software dengan tahap pengujiannya.

2.1 Tahap – tahap dalam Model V  beserta tahap pengujiannya:

1.  Requirement Analysis & Acceptance Testing

Tahap Requirement Analysis sama seperti yang terdapat dalam model waterfall. Keluaran dari tahap ini adalah dokumentasi kebutuhan pengguna. Acceptance Testing merupakan tahap yang akan mengkaji apakah dokumentasi yang dihasilkan tersebut dapat diterima oleh para pengguna atau tidak.

2.  System Design & System Testing

Dalam tahap ini analis sistem mulai merancang sistem dengan mengacu pada dokumentasi kebutuhan pengguna yang sudah dibuat pada tahap sebelumnya. Keluaran dari tahap ini adalah spesifikasi software yang meliputi organisasi sistem secara umum, struktur data, dan yang lain. Selain itu tahap ini juga menghasilkan contoh tampilan window dan juga dokumentasi teknik yang lain seperti Entity Diagram dan Data Dictionary.

3.  Architecture Design & Integration Testing

Sering juga disebut High Level Design. Dasar dari pemilihan arsitektur yang akan digunakan berdasar kepada beberapa hal seperti: pemakaian kembali tiap modul, ketergantungan tabel dalam basis data, hubungan antar interface, detail teknologi yang dipakai.

4.  Module Design & Unit Testing

Sering juga disebut sebagai Low Level Design. Perancangan dipecah menjadi modul-modul yang lebih kecil. Setiap modul tersebut diberi penjelasan yang cukup untuk memudahkan programmer melakukan coding. Tahap ini menghasilkan spesifikasi program seperti: fungsi dan logika tiap modul, pesan kesalahan, proses input-output untuk tiap modul, dan lain-lain.

5.  Coding

Dalam tahap ini dilakukan pemrograman terhadap setiap modul yang sudah dibentuk.

13 diagram dalam UML

Notasi Unified Modeling Language (UML)

Versi 2.0

Unified Modeling Language (UML) adalah notasi yang lengkap untuk membuat visualisasi model suatu sistem. Sistem berisi informasi dan fungsi, tetapi secara normal digunakan untuk memodelkan sistem komputer. Di dalam pemodelan obyek guna menyajikan sistem yang berorientasi pada objek pada orang lain, akan sangat sulit dilakukan jika pemodelan tersebut dilakukan dalam bentuk kode bahasa pemrograman. Kesulitan yang muncul adalah timbulnya ketidak jelasan dan salah interpretasi di dalam pembacaan kode pemrograman untuk pemodelan objek tersebut.

          

Dimulai tahun 1994, Booch, Runbaugh dan Jacobson merupakan tiga tokoh yang metodelogi-nya paling banyak dipakai mempelopori organisasi yang bertujuan menyatukan metodelogi-metodelogi berorientasi objek, organisasi tersebut dinamakan OMG (Object Modelling Group). Pada tahun 1995 OMG merealisasi draf pertama dari UML (versi 0.8) dan pada tahun 1997 UML versi 1.1 muncul dan sekarang versi terbaru dari UML adalah versi 2.0. Pada tahun 1997 Booch, Runbaugh dan Jacobson menyusun tiga buku tentang UML. Sejak saat itulah UML telah menjelma menjadi standar bahasa pemodelan untuk aplikasi berorientasi objek.

Notasi Dasar UML 

Actor

Actor adalah segala sesuatu yang berinteraksi langsung dengan sistem aplikasi komputer, seperti orang, benda atau lainnya. Tugas actor adalah memberikan informasi kepada sistem dan dapat memerintahkan sistem agar melakukan sesuatu tugas. Lihat Gambar 1 di bawah.

 

Gambar 1 Notasi actor pada UML

Class

Notasi utama dan yang paling mendasar pada diagram UML adalah notasi untuk mempresentasikan suatu class beserta dengan atribut dan operasinya. Class adalah pembentuk utama dari sistem berorientasi objek. Gambar 2 menunjukkan notasi dari class UML.

Gambar 2 Notasi class pada UML

Use Case

Use case adalah deskripsi fungsi dari sebuah sistem dari perspektif pengguna. Use case bekerja dengan cara mendeskripsikan tipikal interaksi antara user (pengguna) sebuah sistem dengan sistemnya sendiri melalui sebuah cerita bagaimana sebuah sistem dipakai. Urutan langkah-langkah yang menerangkan antara pengguna dan sistem disebut scenario. Notasi use case dapat di perlihatkan pada gambar dibawah berikut ini.

 

Gambar 3 Notasi use case pada UML

Diagram UML

UML merupakan sintak umum untuk membuat model logika dari suatu sistem dan digunakan untuk menggambarkan sistem agar dapat dipahami selama fase analisis dan desain. UML biasanya disajikan dalam bentuk diagram/gambar yang meliputi class beserta atribut dan operasinya, serta hubungan antar class yang meliputi inheritance, association dan komposisi. UML tediri dari banyak diagram, secara garis besar diagram yang terdapat pada UML dapat diperlihatkan pada gambar dibawah ini :

Gambar 4 Diagram-diagram pada UML versi 2.0 (www.uml.org)

Ø    Use Case Diagram

Use case diagram menggambarkan fungsionalitas yang diharapkan dari sebuah sistem, yang ditekankan adalah “apa” yang diperbuat sistem, dan bukan “bagaimana”. Sebuah use case mempresentasikan sebuah interaksi antara actor dengan sistem. Use case menggambarkan kata kerja seperti Login ke sistem, maintenance user dan sebagainya. Model use case seperti pada Gambar 5 dan contoh use case diagram ditunjukkan pada Gambar 6 di bawah.

 

      

         Actor                                                                         Actor

Gambar 5 Use case model

Gambar 6 Use case diagram pada penjualan VCD

Actor             :  penjaga toko dan petugas keuangan

Use case         : entry permintaan, view permintaan, hitung penjualan dan buat       laporan.  

Ø    Class Diagram

Class adalah sebuah spesifikasi yang jika di-instansiasi akan menghasilkan sebuah objek dan merupakan inti dari pengembangan berorientasi objek. Class menggambarkan keadaan (attribute/property) suatu sistem, sekaligus menawarkan layanan untuk memanipulasi keadaan tersebut (metode/fungsi). Class diagram menggambarkan struktur dan deskripsi class, packed dan objek beserta hubungan satu sama lain seperti containment, pewarisan, asosiasi dan lainnya. Lihat Gambar 7  dan Gambar 8 contoh class diagram di bawah.

	Class ·         Attribut : tipe ·         Operasi : tipe

 

                                                                                 Nama Class

                                                                                 Attibute

                                                                                 Operasi

Gambar 7 Sebuah class dalam UML

 

Gambar 8 Contoh class diagram penjualan VCD

Ø    Activity Diagram

Activity diagram menggambarkan berbagai alir aktifitas dalam sebuah sistem yang sedang dirancang, bagaimana masing-masing alir berawal, decision yang mungkin terjadi dan bagaimana mereka berakhir. Activity diagram juga dapat menggambarkan proses paralel yang mungkin terjadi pada beberapa eksekusi. Activity diagram tidak menggambarkan sifat internal dari sebuah sistem dan interaksi antara beberapa sub sistem secara eksak, tetapi lebih menggambarkan proses-proses dan jalur-jalur aktivitas dari level atas secara umum. Pada UML 2.X aktivitas tidak lagi disebut sebagai activity, akan tetapi cukup disebut dengan action saja. Activity adalah struktur yang lebih tinggi yang terdiri atas action-action yang berurutan. Oleh karenanya activity diagram menunjukkan action-action yang membangun sebuah aktivitas. Berikut adalah simbol-simbol yang digunakan pada activity diagram.

Tabel 1 Tabel Simbol Activity Diagram

Simbol	Keterangan
	Titik Awal
	Titik Akhir
	Activity
	Pilihan untuk pengambilan keputusan
	Fork; Untuk menunjukkan kegiatan yang dilakukan secara paralel
	Rake; menunjukkan adanya dekomposisi
	Tanda Waktu
	Tanda Penerimaan
	Aliran Akhir (Flow Final)

 

Start

 

                                                      Tidak membeli VCD                 

   End

Gambar 9   Contoh activity diagram penjualan VCD

Ø    Sequence Diagram

Sequence diagram menggambarkan interaksi antar objek di dalam dan di sekitar sistem (termasuk pengguna, display dan sebagainya) berupa message yang digambarkan terhadap waktu. Sequence diagram terdiri atas waktu dan obyek-obyek yang terkait. Sequence diagram biasa digunakan untuk menggambarkan skenario atau rangkaian langkah-langkah yang dilakukan sebagai respons dari sebuah event untuk menghasilkan output tertentu, proses dan perubahan apa saja yang terjadi secara internal dan output apa yang dihasilkan.Gambar 10 menunjukkan esensi simbol dari sequence diagram dan simbol kerjanya secara bersama-sama.

Name 1

Name 2

         Actor

        

                                                                                             Objek

 

                     Message                                              Lifeline

 

Gambar 10  Simbol-simbol yang ada pada sequence diagram

Ø  State Machine Diagram

Interaction  diagram dan state chart menampilkan dua pandangan yang saling melengkapi tentang perilaku dinamis sebuah sistem. Interaction diagram menunjukan pesan-pesan yang dilewatkan diantara obyek-obyek didalam sistem selama periode waktu yang pendek. Sedangkan state chart diagram menelusuri individu-individu obyek melalui keseluruhan daur hidupnya, menspesifikasikan semua urutan yang mungki dari pesan-pesan yang akan di terima objek tersebut bersama-sama dengan tanggapan atas pesan-pesan tersebut.

Simbol  UML untuk state transition diagram adalah segiempat yang setiap pojoknya dibuat rounded. Titik awalnya menggunakan lingkaran solid yang diasir dn diakhiri dangan mata. Berikut adlah symbol UML untuk statechart.

 

Gambar 11  Simbol Statechart Diagram

UML juga memberi pilihan untuk menambahkan detail ke dalam simbol tersebut dengan membagi menjadi 3 area yaitu nama state, state variable dan activity.

Gambar 12 Penambahan detail ke state

State variable seperti timer dan counter kadangkala sangat membantu. Activity terdiri atas events dan action. Tiga hal yang sering dipakai disini adalah entry ( apa yang terjadi ketika sistem masuk ke state), exit ( apa yang terjadi ketika sistem meninggalkan state) dan do ( apa yang terjadi ketika sistem ada di state). Hal-hal lain bisa ditambahkan jika perlu.

Collaboration Diagram

Informasi yang disampaikan sama dengan sequencial diagram namun beda dalam pengambaran dan kegunaan saja. Dalam diagram ini  digambarkan hubungan  antar objek dan actor dengan tidak memperhatikan waktu/urutan.

Gambar 13 Colaboration diagram

Ø  Component Diagram

Component diagram mengandung componet, interface dan relationship. Notasi component bisa dilihat pada gambar dibawah ini.

   

Gambar  14 Contoh notasi component

Hal penting pada component adalah component mewakili potongan-potongan yang independent yang bisa dipesan dan diperbaharui sewaktu-waktu.  Dengan demikian, pembagian sistem kedalam component-component lebih banyak didorong oleh kepentingan marketing dari pada kepentingan teknis. Meskipun demikian harus juga diingat bahwa terlalu banyak component juga kurang bagus, karena susah mengatur dan memeliharanya khususnya menyangkut masalah versioning.

Component digunakan untuk menunujukan struktur fisik seperti DAN LAIN-LAIN. Hal tersebut tidak terlalu benar sekarang, karena struktur fisik ditunjukan dengan artifact. Artifact adalah manifestasi fisik dari software, biasanya file. File-file ini biasanya bisa dieksekusi/executable (seperti: . EXE file, biner, DAN LAIN-LAIN, file JAR, Assembly atau Script), atau file-file data, file-file konfigurasi, dokumen HTML dan lain-lain.

Component dihubungkan melalui interface yang diimplementasikan. Biasanya menggunakan notasi ball-and-socket seperti class diagram. Component juga bisa dikompose dengan menggunakan composite struktur diagram.

Gambar 16 menunjukan contoh component diagram. Pada contoh ini, seorang sales mesin dapat berhubungan dengan component server sales, dengan menggunakan interface sales message. Karena networknya tidak dapat dipercaya, component antrian pesan (queue) dipasang sehingga masih tetap dapat berhubungan dengan server ketika server sedang hidup dan berhubungan dengan queue ketika network mati. Selanjutnya queue berhubungan dengan server ketika network sudah berfungsi kembali. Hasilnya queue message hasus bisa mendukung interface sales message untuk berhubungan dengan component mesin dan membutuhkan interface tersebut untuk berhubungan dengan server. Server dibagi menjadi 2 component utama. Prosesor transaksi untuk merealisasikan interface sales message dan accounting driver untuk berhubungan dengan system akutansi.

Gambar  17 Contoh component diagram

Ø    Deployment Diagram

Deployment diagram menunjukan tata letak sebuah system secara fisik, menampakkan bagian-bagian software yang berjalan pada bagian-bagian hardware. Bagian utama hardware/perangkat keras adalah node; yaitu nama umum untuk semuah jenis sumber komputasi. Ada 2 tipe node yang mungkin. Processor adalah node yang bisa mengeksekusi sebuah component, sedangakan device tidak. Device adalah perangkat keras (seperti printer atau monitor) tipikalnya menjadi interface dengan dunia luar.

Node mengandung artifact, dimana artifact adalah manifestasi fisik dari software; biasanya file. File-file ini biasanya bisa dieksekusi/executable (seperti: .EXE file, biner, DAN LAIN-LAIN, file JAR, Assembly atau script), atau  file-file data, file-file konfigurasi, dokumen HTML dan lain-lain. Daftar artifact di dalam sebuah node menunjukan bahwa artifact tersebut di deploy ke node tersebut pada saat system sedang dijalankan. Di UML, kubus menunjukan node. Node bisa diberi nama & ditambahkan stereotype untuk mengidentifikasikan tipe resource yang ada sebelumnya.    Jika node adalah bagian dari package, namanya bisa mengandung nama package tersebut. Kubus bisa juga ditambahkan kompartemen yang berisi informasi seperti component yang dideploy di node tersebut.             Jalur komunikasi diantara node menunjukan bagaimana mereka berkomunikasi. Jalur tersebut bisa ditambahkan label yang menginformasikan protocol komunikasi apa yang dipakai

Ø  Timing Diagram

diagram ini menggambarkan pewaktuan (timing), tetapi jarang digunakan kecuali untuk sistem real time.

Bentuk diagram interaksi yang lain yang berfokus pada kendala waktu dalam perubahan keadaan dari suatu obyek tunggal atau kelompok. Bermanfaat untuk merancang embedded software bagi suatu piranti.

Ø  Overview

Global Overview Diagram, diagram ini bagi yang sudah belajar Data Flow Diagram (DFD) identik dengan diagram konteks.

Mengkombinasikan fitur-fitur dari diagram sekuen dan diagram aktivitas untuk menunjukkan bgmn obyek-obyek berinteraksi dalam tiap aktivitas dalam suatu use case.

Ø  Communication

Menggambarkan interaksi obyek-obyek melalui pesan. Lebih berfokus pada struktur internal obyek dalam format jaringan, ketimbang urutannya seperti pada diagram sekuen.

Ø  Composite

Mendekomposisi struktur internal kelas, komponen, atau use case. 

Ø  Package

Menggambarkan bagaiman kelas-kelas atau unit-unit dalam UML yang lain diorganisasi ke dalam paket (berhubungan dengan package dalam Java, C++ atau .NET ) serta ketergantungan antar paket