constructor

Pemrograman Berorientasi Objek (Konstruktor)

Apa itu konstruktor (constructor) ?

Dalam pemrograman berorientasi objek, kita akan mengenal yang namanya konstruktor.

Konsktruktor adalah method yang pertama kali dijalankan pada saat sebuah objek pertama kali diciptakan.

Perbedaan method konstruktor dengan method lainnya pada java adalah nama method konstruktor harus sama dengan nama kelasnya.

Contohnya :

Kode
1 2 3 4	classpersegiPanjang{ publicpersegiPanjang(){ } }

Lalu apa fungsi konstruktor ?

Konstruktor biasanya digunakan untuk menginisialisasi atau memberikan nilai  (melalui parameter) kepada sebuah objek pada saat objek pertama kali diciptakan.

Contohnya sebagai berikut :

Kode
1 2 3 4 5 6 7	classpersegiPanjang{ doublepanjang,lebar; publicpersegiPanjang(doublep, doublel){ this.panjang = p; this.lebar = l; } }

Untuk menggunakan class diatas, kodenya sebagai berikut :

Kode
1	persegiPanjang persegi1  = newpersegiPanjang(10, 2);

Pada saat objek persegi1 dibuat, kita memberikan 2 nilai untuk konstruktor yang nantinya akan digunakan untuk memberi nilai pada attribut panjang dan lebar di class.

Kesimpulannya, pada saat objek persegi1 dibuat, objek tersebut sudah memiliki nilai panjang dan nilai lebar.

kenapa harus menggunakan konstruktor  ?

Simpel saja, kodenya diatas jadi lebih sederhana.

karena jika tanpa konstruktor kodenya akan jadi seperti ini :

Kode
1	persegiPanjang persegi2 = newpersegiPanjang();

Pada saat objek persegi2 dibuat, objek tersebut belum memiliki nilai  panjang dan lebar. Hanya menjadi sebuah objek yang berasal dari class persegiPanjang saja dan kita harus menambahkan kode berikut agar objek persegi2 mendapat nilai panjang dan lebar :

Kode
1 2	persegi2.panjang = 10; persegi2.lebar = 2;

Read More

INTEGRITAS

Integritas adalah sebuah konsep konsistensi tindakan, nilai-nilai, metode, langkah-langkah, prinsip, harapan, dan hasil. Dalam etika, integritas dianggap sebagai kejujuran dan kebenaran yang merupakan kata kerja atau akurasi dari tindakan seseorang. Integritas dapat dianggap sebagai kebalikan dari kemunafikan, dalam yang menganggap konsistensi internal sebagai suatu kebajikan, dan menyarankan bahwa pihak-pihak yang memegang nilai-nilai yang tampaknya bertentangan harus account untuk perbedaan atau mengubah keyakinan mereka.
Kata “integritas” berasal dari kata sifat Latin integer (utuh, lengkap) Dalam konteks ini, integritas adalah rasa batin “keutuhan” yang berasal dari kualitas seperti kejujuran dan konsistensi karakter.. Dengan demikian, seseorang dapat menghakimi bahwa orang lain “memiliki integritas” sejauh bahwa mereka bertindak sesuai dengan, nilai dan prinsip keyakinan mereka mengklaim memegang.
Abstraksi mendalam Sebuah sistem nilai dan berbagai interaksi yang berlaku juga dapat berfungsi sebagai faktor penting dalam mengidentifikasi integritas karena kongruensi atau kurangnya kongruensi dengan pengamatan. Sistem nilai yang dapat berkembang dari waktu ke waktu sementara tetap mempertahankan integritas jika mereka yang mendukung account nilai untuk dan menyelesaikan inkonsistensi.
Pengujian integritas
Satu dapat menguji integritas sistem nilai yang baik:
1. subyektif, dengan konstruksi manusia akuntabilitas dan konsistensi internal, atau
2. obyektif, melalui Metode Ilmiah
Integritas dalam Kaitannya dengan Sistem Nilai
Tindakan dari suatu entitas (orang atau kelompok) dapat diukur untuk konsistensi terhadap sistem nilai yang dianut bahwa entitas untuk menentukan integritas. Jenis pengukuran adalah subyektif karena tindakan yang bergantung pada nilai-nilai partai melakukan pengujian.
Dimana langkah-langkah pengujian adalah konsensual hanya untuk partai yang diukur, tes ini dibuat oleh sistem nilai yang sama sebagai tindakan tersebut dan dapat menghasilkan hanya dalam bukti positif. Jadi, sudut pandang netral membutuhkan langkah-langkah pengujian konsensual kepada siapa pun diharapkan untuk percaya hasil.
Pengujian subjektif tindakan integritas dalam hubungan dengan konstruksi manusia. Sementara beberapa konstruksi, seperti Matematika, dianggap sangat handal, semua konstruksi manusia tunduk pada asumsi manusia sebab dan akibat. Untuk menambahkan pengujian penyebab alam semesta yang lebih besar, kami mempekerjakan Metode Ilmiah.

Pengujian Integritas melalui Metode Ilmiah
Metode Ilmiah mengasumsikan bahwa sistem dengan integritas yang sempurnamenghasilkan ekstrapolasi tunggal dalam domainnya yang satu dapat mengujiterhadap hasil diamati. Dimana hasil dari tindakan, tetapi semua tiga di antaranya menghasilkan nilai ekstrapolasi berbeda ketika diterapkan pada situasi dunia nyata. Tak satu pun dari mereka mengklaim sebagai kebenaran absolut, tetapi sistem nilai yang hanya terbaik untuk skenario tertentu. FisikaNewton menunjukkan kecukupan untuk kegiatan yang paling di Bumi, tetapi menghasilkan perhitungan yang lebih dari sepuluh meter di error ketikaditerapkan pada pendaratan di bulan NASA, sedangkan perhitungan yang tepatRelativitas Umum untuk aplikasi tersebut. Relativitas Umum, bagaimanapun, salah memprediksi hasil tubuh yang luas dari eksperimen ilmiah di manamekanika kuantum membuktikan kecukupan nya. Dengan demikian integritasdari ketiga genre berlaku hanya untuk domainnya.

Integritas dalam etika
Makna etika integritas digunakan dalam kedokteran dan hukum merujuk pada kualitas “keutuhan” yang harus ada dalam tubuh manusia dan dalam tubuh hukum, masing-masing. Keutuhan tersebut didefinisikan oleh “suci” aksioma seperti kesatuan, konsistensi, unspoiledness kemurnian, dan uncorruptedness. [Kutipan diperlukan]
Dalam diskusi pada perilaku dan moralitas, satu pandangan dari properti integritas melihatnya sebagai keutamaan mendasarkan tindakan pada kerangka internal konsisten prinsip-prinsip. Skenario ini dapat menekankan kedalaman prinsip dan kepatuhan setiap tingkat postulat atau aksioma kepada mereka secara logis bergantung pada Satu dapat menggambarkan seseorang memiliki integritas etis untuk sejauh bahwa segala sesuatu yang orang itu tidak atau percaya:. Tindakan, metode, langkah-langkah dan prinsip – semua berasal dari kelompok inti tunggal nilai-nilai.
Salah satu aspek penting dari kerangka kerja yang konsisten adalah penghindaran dari setiap (sewenang-wenang) pengecualian tidak beralasan untuk orang tertentu atau kelompok – terutama orang atau kelompok yang memegang kerangka. Dalam hukum, prinsip penerapan universal mensyaratkan bahwa bahkan orang-orang dalam posisi kekuasaan resmi tunduk pada hukum yang sama seperti berhubungan dengan sesama warga mereka. Dalam etika pribadi, prinsip ini menuntut bahwa seseorang tidak harus bertindak sesuai dengan setiap aturan bahwa seseorang tidak akan ingin melihat universal diikuti. Misalnya, orang tidak boleh mencuri kecuali salah satu mau hidup di dunia di mana setiap orang adalah seorang pencuri.Ini secara resmi digambarkan oleh filsuf Immanuel Kant imperatif kategoris nya.
Dalam konteks akuntabilitas, integritas berfungsi sebagai ukuran kesediaan untuk menyesuaikan sistem nilai untuk memelihara atau meningkatkan konsistensi, ketika sebuah hasil yang diharapkan muncul kongruen dengan hasil yang diamati . Beberapa Integritas anggap sebagai kebajikan dalam bahwa mereka melihat akuntabilitas dan tanggung jawab moral sebagai alat yang diperlukan untuk mempertahankan konsistensi tersebut.
Dalam konteks teori nilai, integritas menyediakan sebab-akibat yang diharapkan dari nilai dasar Untuk pelaksanaannya ekstrapolasi atau nilai-nilai lainnya. Sebuah sistem nilai muncul sebagai seperangkat nilai-nilai dan tindakan yang seseorang dapat mengamati sebagai konsisten dengan harapan .
Beberapa komentator stres ide integritas seperti kejujuran pribadi : Bertindak sesuai dengan keyakinan dan nilai-nilai setiap saat. Berbicara tentang integritas dapat menekankan “keutuhan” atau “Keutuhan” dari sikap moral atau sikap. Beberapa Dilihat dari keutuhan mungkin juga menekankan komitmen dan keaslian. Ayn Rand dianggap bahwa integritas “tidak terdiri dari kesetiaan kepada keinginan subjektif seseorang, namun kesetiaan kepada prinsip-prinsip rasional”.

interpretasi subjektif
Dalam penggunaan masyarakat umum, orang kadang-kadang menggunakankata ”integritas” dalam referensi pada moralitas yang tunggal “mutlak” bukanmengacu pada asumsi dari sistem nilai dalam pertanyaan. Dalam konteksmutlak, kata ”integritas” tidak menyampaikan makna antara orang dengandefinisi yang berbeda dari moralitas mutlak, dan menjadi tidak lebih daripernyataan yang samar-samar kebenaran politik yang dirasakan atau popularitas, mirip dengan menggunakan istilah seperti ”baik” atau ”etis” dalam konteks moralistik.
Satu juga dapat berbicara tentang ”integritas” di luar makna preskriptif, dalamreferensi orang atau sekelompok orang yang subjektif pembicara menyetujui atau tidak menyetujui. Jadi orang yang disukai dapat digambarkan sebagai”memiliki integritas”, sementara musuh dapat dianggap sebagai ”benar-benarkurang dalam integritas”. Label tersebut, dengan tidak adanya langkah-langkahpengujian independen, membuat tuduhan itu sendiri tidak berdasar dan(ironisnya) orang lain dapat menghubungi integritas pernyataan dipertanyakan.

Integritas dalam etika modern yang
Dalam sebuah studi formal dari “integritas” istilah dan maknanya dalam etikamodern, profesor hukum Stephen L. Carter melihat integritas tidak hanya sebagai penolakan untuk terlibat dalam perilaku yang menghindar tanggung jawab [rujukan?], Tetapi juga sebagai pemahaman tentang modus yang berbeda atau gaya di mana wacana upaya untuk mengungkap kebenaran tertentu.
Carter menulis integritas yang memerlukan tiga langkah: ”. Membedakan apa yang benar dan apa yang salah; bertindak atas apa yang telah dilihat, bahkandengan biaya pribadi, dan mengatakan secara terbuka bahwa Anda bertindak atas pemahaman Anda tentang benar dan yang salah” Ia menganggapintegritas sebagai berbeda dari kejujuran.

Hukum
Integritas adalah landasan penting dari setiap sistem berdasarkan supremasidan objektivitas hukum. Sistem seperti ini berbeda dari mereka yangmana mengatur otokrasi pribadi. Sistem terakhir ini sering kurang dalam integritas karena mereka meninggikan keinginan subjektif dan kebutuhan kelasindividu atau sempit tunggal individu di atas tidak hanya mayoritas, tetapi jugasupremasi hukum. [Kutipan diperlukan] sistem tersebut juga sering mengandalkan pengawasan yang ketat terhadap partisipasi masyarakat dalam pemerintahan dan kebebasan informasi. Sejauh ini melibatkan perilakuketidakjujuran, kejahatan, korupsi atau penipuan, mereka kekuranganintegritas. Facially ”terbuka” atau ”demokratis” sistem dapat berperilakudengan cara yang sama dan dengan demikian kurangnya integritas dalamproses hukum mereka.
Dalam tradisi Anglo-Amerika hukum, proses permusuhan umumnya, meskipun tidak universal, dipandang sebagai cara yang paling tepat tiba di kebenarandalam sengketa tertentu. Proses ini mengasumsikan himpunan aturansubstantif dan prosedural bahwa kedua belah pihak dalam sengketa setuju untuk menghormati. Proses lebih lanjut mengasumsikan bahwa kedua belah pihak menunjukkan kemauan untuk berbagi bukti, mengikuti pedomanperdebatan, dan menerima keputusan dari pencari fakta-dalam upaya yang baik-iman untuk sampai pada hasil yang adil. Setiap kali asumsi-asumsi initidak benar, sistem permusuhan yang diberikan tidak adil. Pada gilirannya, setiap kasus tertentu melemah. Lebih penting lagi, ketika asumsi-asumsi inibenar, kebenaran tidak lagi tujuan, keadilan ditolak kepada pihak-pihak yang terlibat, dan integritas keseluruhan sistem hukum dipertanyakan. Jika integritasdari setiap sistem hukum yang dipertanyakan sering atau cukup serius,masyarakat dilayani oleh sistem yang mungkin mengalami beberapa derajatgangguan atau bahkan kekacauan dalam operasi sebagai sistem hukummenunjukkan ketidakmampuan untuk berfungsi.

Psikologis / kerja-seleksi tes
Prosedur yang dikenal sebagai ”tes integritas” atau (lebih confrontationally)sebagai “tes kejujuran” bertujuan untuk mengidentifikasi calon karyawanyang mungkin menyembunyikan aspek-aspek negatif atau menghina dirasakandari masa lalu mereka, seperti keyakinan pidana, perawatan psikiatris atau penyalahgunaan narkoba. Mengidentifikasi calon tidak cocok bisa menyelamatkan majikan dari masalah yang mungkin timbul selama jangka waktu kerja mereka. Tes Integritas membuat asumsi tertentu, khususnya:
bahwa orang-orang yang memiliki ”integritas rendah” laporan perilaku yang lebih jujur
bahwa orang-orang yang memiliki ”integritas rendah” mencoba untuk mencari alasan untuk membenarkan perilaku seperti
bahwa orang-orang yang memiliki ”integritas rendah” berpikir orang lain lebih mungkin untuk melakukan kejahatan - seperti pencurian, misalnya. (Karenaorang jarang tulus menyatakan ke calon majikan penyimpangan masa lalumereka, ”integritas” penguji mengadopsi pendekatan tidak langsung:membiarkan pekerjaan-calon bicara tentang apa yang mereka pikirkan tentangpenyimpangan orang lain, dipertimbangkan secara umum, sebagai jawaban tertulis menuntut oleh pertanyaan dari “uji integritas”.)
bahwa orang-orang yang memiliki ”integritas rendah” menunjukkan perilaku impulsif
bahwa orang-orang yang memiliki ”integritas rendah” cenderung berpikirmasyarakat yang berat harus menghukum perilaku menyimpang (Secara khusus, ”tes integritas” berasumsi bahwa orang yang memiliki riwayat laporanpenyimpangan dalam tes tersebut bahwa mereka mendukung langkah-langkahlebih keras diterapkan pada penyimpangan yang dipamerkan oleh lain orang.)
Klaim tes tersebut untuk dapat mendeteksi ”palsu” jawaban memainkan peran penting dalam mendeteksi orang yang memiliki integritas rendah. Respondenyang naif benar-benar percaya kepura-puraan ini dan berperilaku sesuai,melaporkan beberapa penyimpangan masa lalu mereka dan pikiran merekatentang penyimpangan orang lain, takut bahwa jika mereka tidak menjawab dengan jujur jawaban benar mereka akan mengungkapkan ”integritas rendah”mereka. Responden percaya bahwa lebih jujur mereka dalam jawabanmereka, mereka yang lebih tinggi ”integritas skor” akan.

Lain integrities 
Bagian ini membutuhkan ekspansi.
Disiplin dan bidang yang berkepentingan dengan integritas mencakup filsafat aksi, filsafat kedokteran, matematika, pikiran, kognisi, kesadaran, ilmu material, teknik struktural, dan politik. Psikologi populer mengidentifikasi integritas pribadi, integritas profesional, integritas artistik, dan integritas intelektual.
Konsep integritas mungkin juga fitur dalam konteks bisnis luar masalah karyawan / majikan kejujuran dan perilaku etis, terutama dalam konteks pemasaran atau merek. ”Integritas” dari sebuah merek dianggap oleh beberapa sebagai hasil yang diinginkan bagi perusahaan yang ingin mempertahankan posisi, konsisten jelas dalam pikiran audiens mereka. Ini integritas merek termasuk pesan yang konsisten dan sering termasuk menggunakan seperangkat standar grafis untuk menjaga integritas visual dalam komunikasi pemasaran.
Penggunaan lain istilah, “integritas” ditemukan dalam karya Michael C. Jensen Ph.D dan Werner Erhard dalam makalah akademis mereka, “Integritas: Model Positif yang Menggabungkan Fenomena Normatif Moralitas, Etika, dan Legalitas”. Dalam makalah ini penulis mengeksplorasi model baru integritas sebagai negara yang utuh dan lengkap, tak terputus, utuh, suara, dan dalam kondisi sempurna. Mereka menempatkan sebuah model baru dari integritas yang menyediakan akses ke peningkatan kinerja untuk individu, kelompok, organisasi, dan masyarakat. Model mereka “mengungkapkan hubungan kausal antara integritas dan kinerja meningkat, kualitas hidup, dan nilai-penciptaan untuk semua entitas, dan menyediakan akses ke hubungan sebab akibat.”
Sinyal elektronik yang dikatakan memiliki integritas ketika tidak ada korupsi informasi antara satu domain dan lainnya, seperti dari disk drive untuk layar komputer. Integritas tersebut adalah prinsip dasar jaminan informasi. Informasi rusak adalah tidak dapat dipercaya, namun informasi uncorrupted adalah nila.

Read More

Makalah UML

Definisi UML

Unified Modeling Language merupakan metode pengembangan perangkat lunak (sistem informasi) dengan menggunakan metode grafis serta merupakan bahasa untuk visualisasi, spesifikasi, konstruksi serta dokumentasi [Adin05].

Unified Modeling Language (UML) adalah bahasa yang telah menjadi standard untuk visualisasi, menetapkan, membangun dan mendokumentasikan arti suatu sistem perangkat lunak [Hend07].

Unified Modeling Language (UML) dapat didefinisikan sebagai sebuah bahasa yang telah menjadi standar dalam industri untuk visualisasi, merancang dan mendokumentasikan sistem perangkat lunak [Afif02].

Unified Modeling Language (UML) merupakan standard modeling language yang terdiri dari kumpulan-kumpulan diagram, dikembangkan untuk membantu para pengembang sistem dansoftware agar bisa menyelesaikan tugas-tugas seperti [Joml07] :

Spesifikasi

Visualisasi

Desain arsitektur

Konstruksi

Simulasi dan testing

Dokumentasi

Berdasarkan beberapa pendapat yang dikemukakan diatas dapat ditarik kesimpulan bahwa “Unified Modeling Language (UML) adalah sebuah bahasa yang berdasarkan grafik atau gambar untuk menvisualisasikan, menspesifikasikan, membangun dan pendokumentasian dari sebuah sistem pengembangan perangkat lunak berbasis Objek (OOP)  (Object Oriented programming)”.

Sejarah Singkat UML

Bahasa pemodelan berorientasi objek muncul antara sekitar pertengahan tahun 1970-an dan akhir tahun 1980-an yang dikenal dengan bahasa pemograman berorientasi objek dan aplikasi komplek yang berkembang, yang dimulai untuk eksperimen dengan pendekatan alternatif untuk analisis dan desain. Sejumlah metode berorientasi objek bertambah dari kurang lebih 10 sampai lebih dari 50 selama periode 1989 dan 1994.Beberapa user pengguna metode ini menemukan permasalahan dalam bahasa pemodelan ini yang dibutuhkan mereka untuk kelengkapan, sehingga timbul yang dinamakan perang metode. Belajar dari pengalaman, metode generasi baru mulai muncul dengan metode yang terkemuka, seperti Booch, Jacobson’s OOSE(Object Oriented Software Engineering) dan Rumbaugh’s OMT(Object Modelling Technique). Metode penting lainya seperti Fusion, Shler_mellor dan Coad-Yourdan.Setiap metode ini merupakan metode yang lengkap, meskipun setiap metode diakui memiliki kelebihan dan kekurangan. Dalam waktu yang singkat metode Booch paling terasa dalam mendesain dan membangun tahapan project,OOSE memberikan dukungan yang baik untuk use cases seperti cara untuk menjalankan permintaan, analisis dan desain level tinggi, dan OMT-2 sangat berguna untuk analisis dan sistem informasi data intensif.

Banyak ide-ide yang kritis dimulai dari pertengahan tahun 1990-an ketika Grady Booch (Relational Software Corporation), Ivar Jacobson(Objectory) dan James Rumbaugh(General Electric) mulai mengadopsi ide-ide dari metode lainnya yang dikumpulkan yang akhirnya diakui sebagai Metode Object Oriented yang mudah diseluruh dunia. Kemudian mereka termotivasi untuk membangun UML(Unified Modelling Language).

Ada tiga tujuan dibangunnya penyatuan metode tersebut yaitu :

1.      Untuk memodelkan sistem, dari konsep ke bentuk yang cocok dengan menggunakan teknik berorientasi objek.

2.      Untuk menunjukkan skala persoalan yang komplek.

3.      Untuk membangun bahasa pemodelan yang berguna bagi manusia dan mesin.

Perencanaan bahasa untuk digunakan pada analisa dan desain yang berorientasi objek tidak seperti mendesain bahasa pemograman.Pertama, kita harus mengetahui masalah seperti dapatkah bahasa mencakup spesikasi permintaan?Dapatkah bahasa penting untuk pemograman visual?Kedua, kita harus menemukan keseimbangan antara komplek dan kesederhanaan. Bahasa yang terlalu sederhana akan terbatas untuk problem yang luas yang akan dipecahkan. Sedangkan untuk bahasa yang komplek akan berakibat terlalu pengembang pada sistem yang sederhana.

UML dimulai secara resmi pada oktober 1994, ketika Rumbaugh bergabung dengan Booch pada Relational Software Coorporation.Proyek ini mengfokuskan pada penyatuan metode Booch dan OMT.Versi 0.8 merupakan Metode Penyatuan yang direlease pada bulan oktober 1995. Dalam waktu yang sama Jacobson bergabung dengan Ralational dan cakupan dari UML semakin luas sampai diluar perusahaan OOSE. Dokumentasi UML versi 0.9 akhirnya direlease pada bulan Juni 1996.Meskipun pada tahun 1996 ini melihat dan menerima feedback dari komunitas Software Engineering.Dalam waktu tersebut menjadi lebih jelas bahwa beberapa organisasi software melihat kalau UML merupakan strategi dari bisnisnya. Kemudian dibangunlah UML Consortium dengan beberapa organisasi yang akan menyumbangkan sumber dayanya untuk bekerja mengembangkan dan melengkapi UML.

Disini beberapa patner yang berkontribusi pada UML 1.0 diantaranya Digital Equipment Corporation, Hewlett-packard, I-Logix, Intellicorp, IBM, ICON Computing, MCI Systemhouse, Microsoft, Oracle, Relational, Texas Instruments dan Unisys. Dari Colaboration ini dihasilkan UML 1.0 yang merupakan bahasa pemodelan yang ditetapkan secara baik, Expressive, kuat dan cocok untuk lingkungan masalah yang luas. UML 1.0 ditawarkan menjadi standarisasi dari Object Management Group(OMG). Dan pada januari 1997 sebagai standar bahasa pemodelan.

Antara Januari – Juli 1997 Gabungan group tersebut memperluas kontribusinya sebagai hasil respon dari OMG dengan memasukkan Adersen Consulting, Ericsson, ObjectTimeLimeted, Platinum Technology,Ptech, Reich Technologies, Softeam, Sterling Software dan Taskon. Revisi dari versi UML(versi 1.1) ditawarkan kepada OMG sebagai standarisasi pada bulan juli 1997. Dan pada bulan September 1997 versi ini dierima oleh OMG Analysis dan Design Task Force(ADTF) dan OMG ArchitectureBoard. Dan Akhirnya pada Juli 1997 UML versi 1.1 menjadi standarisasi.

Pemeliharaan UML terus dipegang oleh OMG Revision Task Force(RTF) yang dipimpin oleh Cris Kobryn. RTP merilis editorial dari UML 1.2 pada Juni 1998. Dan pada tahun 1998 RTF juga merilis UML 3.1 dengan disertai dengan user guide dan memberikan technical cleanup.

BAGIAN-BAGIAN UML

Bagian-bagian utama dari UML adalah view, diagram, model element, dan general mechanism.

1.      View

View digunakan untuk melihat sistem yang dimodelkan dari beberapa aspek yang berbeda. View bukan melihat grafik, tapi merupakan suatu abstraksi yang berisi sejumlah diagram.

Beberapa jenis view dalam UML antara lain: use case view, logical view, component view, concurrency view,dan deployment view.

2.      Use case view

Mendeskripsikan fungsionalitas sistem yang seharusnya dilakukan sesuai yang diinginkan external actors. Actor yang berinteraksi dengan sistem dapat berupa user atau sistem lainnya.
View ini digambarkan dalam use case diagramsdan kadang-kadang dengan activity diagrams. Viewini digunakan terutama untuk pelanggan, perancang (designer), pengembang (developer), dan penguji sistem (tester).

3.      Logical view

Mendeskripsikan bagaimana fungsionalitas dari sistem, struktur statis (class, object,danrelationship ) dan kolaborasi dinamis yang terjadi ketika object mengirim pesan ke object lain dalam suatu fungsi tertentu.

View ini digambarkan dalam class diagrams untuk struktur statis dan dalam state, sequence, collaboration, dan activity diagram untuk model dinamisnya. View ini digunakan untuk perancang (designer) dan pengembang (developer).

4.      Component view

Mendeskripsikan implementasi dan ketergantungan modul. Komponen yang merupakan tipe lainnya dari code module diperlihatkan dengan struktur dan ketergantungannya juga alokasi sumber daya komponen dan informasi administrative lainnya.

View ini digambarkan dalam component view dan digunakan untuk pengembang (developer).

5.      Concurrency view

Membagi sistem ke dalam proses dan prosesor.View ini digambarkan dalam diagram dinamis (state, sequence, collaboration, dan activity diagrams) dan diagram implementasi (component dan deployment diagrams) serta digunakan untuk pengembang (developer), pengintegrasi (integrator), dan penguji (tester).

6.      Deployment view

Mendeskripsikan fisik dari sistem seperti komputer dan perangkat (nodes) dan bagaimana hubungannya dengan lainnya.

View ini digambarkan dalam deployment diagramsdan digunakan untuk pengembang (developer), pengintegrasi (integrator), dan penguji (tester).

7.      Diagram

Diagram berbentuk grafik yang menunjukkan simbol elemen model yang disusun untuk mengilustrasikan bagian atau aspek tertentu dari sistem. Sebuah diagram merupakan bagian dari suatu view tertentu dan ketika digambarkan biasanya dialokasikan untuk view tertentu. Adapun jenis diagram antara lain :

a.       Use Case Diagram

Use case adalah abstraksi dari interaksi antara system dan actor. Use case bekerja dengan cara mendeskripsikan tipe interaksi antara user sebuah system dengan sistemnya sendiri melalui sebuah cerita bagaimana sebuah system dipakai. Use casemerupakan konstruksi untuk mendeskripsikan bagaimana system akan terlihat di mata user. Sedangkan use case diagram memfasilitasi komunikasi diantara analis dan pengguna serta antara analis dan client.

b.      Class Diagram

Class adalah dekripsi kelompok obyek-obyek dengan property, perilaku (operasi) dan relasi yang sama. Sehingga dengan adanya class diagram dapat memberikan pandangan global atas sebuah system. Hal tersebut tercermin dari class- class yang ada dan relasinya satu dengan yang lainnya.Sebuah sistem biasanya mempunyai beberapa class diagram. Class diagram sangat membantu dalam visualisasi struktur kelas dari suatu system.

c.       Component Diagram

Component software merupakan bagian fisik dari sebuah system, karena menetap di komputer tidak berada di benak para analis.Komponent merupakan implementasi software dari sebuah atau lebih class.Komponent dapat berupa source code, komponent biner, atau executable component.Sebuah komponent berisi informasi tentang logic class atau class yang diimplementasikan sehingga membuat pemetaan dari logical view ke component view.Sehingga component diagram merepresentasikan dunia riil yaitu component software yang mengandung component, interface dan relationship.

d.      Deployment Diagram

Menggambarkan tata letak sebuah system secara fisik, menampakkan bagian-bagian software yang berjalan pada bagian-bagian hardware, menunjukkan hubungan komputer dengan perangkat (nodes) satu sama lain dan jenis hubungannya. Di dalam nodes,executeable component dan object yang dialokasikan untuk memperlihatkan unit perangkat lunak yang dieksekusi oleh node tertentu dan ketergantungan komponen.

e.       State Diagram

Menggambarkan semua state (kondisi) yang dimiliki oleh suatu object dari suatu class dan keadaan yang menyebabkan state berubah. Kejadian dapat berupa object lain yang mengirim pesan. State class tidak digambarkan untuk semua class, hanya yang mempunyai sejumlah state yang terdefinisi dengan baik dan kondisi class berubah oleh stateyang berbeda.

f.       Sequence Diagram

Sequence Diagram digunakan untuk menggambarkan perilaku pada sebuah scenario. Kegunaannya untuk menunjukkan rangkaian pesan yang dikirim antara object juga interaksi antaraobject, sesuatu yang terjadi pada titik tertentu dalam eksekusi sistem.

g.      Collaboration Diagram

Menggambarkan kolaborasi dinamis sepertisequence diagrams. Dalam menunjukkan pertukaran pesan, collaboration diagrams menggambarkan objectdan hubungannya (mengacu ke konteks). Jika penekannya pada waktu atau urutan gunakansequencediagrams, tapi jika penekanannya pada konteks gunakan collaboration diagram.

h.      Activity Diagram

Menggambarkan rangkaian aliran dari aktivitas, digunakan untuk mendeskripsikan aktifitas yang dibentuk dalam suatu operasi sehingga dapat juga digunakan untuk aktifitas lainnya seperti use caseatau interaksi.

Gambaran dari UML

¤   UML sebagai Bahasa Pemodelan

UML merupakan Bahasa pemodelan yang memiliki pembendaharaan kata dan cara untuk mempresentasikan secara fokus pada konseptual dan fisik dari suatu sistem. Contoh untuk sistem software yang intensive membutuhkan bahasa yang menunjukkan pandangan yang berbeda dari arsitektur sistem, ini sama seperti menyusun/mengembangkan software development life cycle. Dengan UML akan memberitahukan kita bagaimana untuk membuat dan membaca bentuk model yang baik, tetapi UML tidak dapat memberitahukan model apa yang akan dibangun dan kapan akan membangun model tersebut. Ini merupakan aturan dalam software development process.

¤   UML sebagai bahasa untuk Menggambarkan Sistem(Visualizing)

UML tidak hanya merupakan rangkaian simbol grafikal, cukup dengan tiap simbol pada notasi UML merupakan penetapan simantik yang baik. Dengan cara ini, satu pengembang dapat menulis model UML dan pengembang lain atau perangkat yang sama lainnya dapat mengartikan bahwa model tersebut tidak ambigu. Hal ini akan mengurangi error yang terjadi karena perbedaan bahasa dalam komunikasi model konseptual dengan model lainnya.

UML menggambarkan model yang dapat dimengerti dan dipresentasikan ke dalam model tekstual bahasa pemograman. Contohnya kita dapat menduga suatu model dari sistem yang berbasis web tetapi tidak secara langsung dipegang dengan mempelajari code dari sistem. Dengan model UML maka kita dapat memodelkan suatu sistem web tersebut dan dipresentasikan ke bahasa pemogranan.

UML merupakan suatu model ekaplisit yang menggambarkan komunikasi informasi pada sistem.Sehingga kita tidak kehilangan informasi code implementasi yang hilang dikarenakan developer memotong coding dari implementasi.

¤   UML sebagai bahasa untuk Menspesifikasikan Sistem (Specifying)

Maksudnya membangun model yang sesuai, tidak ambigu dan lengkap. Pada faktanya UML menunjukan semua spesifikasi keputusan analisis, desin dan implementasi yang penting yang harus dibuat pada saat pengembangan dan penyebaran dari sistem software intensif.

¤   UML sebagai bahasa untuk Membangun Sistem(Constructing)

UML bukan bahasa pemograman visual, tetapi  model UML dapat dikoneksikan secara langsung pada bahasa pemograman visual.

Maksudnya membangun model yang dapat dimapping ke bahasa pemograman seperti java, C++, VB  atau tabel pada database relational atau penyimpanan tetap pada database berorientasi objek.      

¤   UML sebagai bahasa untuk Pendokumentasian Sistem (Documenting)

Maksudnya UML menunjukan dokumentasi dari arsitektur sistem dan detail dari semuanya.UML hanya memberikan bahsa untuk memperlihatkan permintaan dan untuk tes. UML menyediakan bahasa untuk memodelkan aktifitas dari perencanaan project dan menejemen pelepasan (release management).

Kegunaan Penggunaan UML

1.      Memberikan bahasa pemodelan yang bebas dari berbagai bahas pemrograman dan proses rekayasa.

2.      Menyatukan praktek-praktek terbaik yang terdapat dalam pemodelan.

3.      Memberikan model yang siap pakai, bahsa pemodelan visual yang ekspresif untuk mengembangkan dan saling menukar model dengan mudah dan dimengerti secara umum.

4.      UML bisa juga berfungsi sebagai sebuah (blue print) cetak biru karena sangat lengkap dan detail. Dengan cetak biru ini maka akan bias diketahui informasi secara detail tentang coding program atau bahkan membaca program dan menginterpretasikan kembali ke dalam bentuk diagram (reserve enginering).

Area Penggunaan UML

UML digunakan paling efektif pada domain seperti :

-          Sistem Informasi Perusahaan

-          Sistem Perbankan dan Perekonomian

-          Bidang Telekomunikasi

-          Bidang Transportasi

-          Bidang Penerbangan

-          Bidang Perdagangan

-          Bidang Pelayanan Elekronik

-          Bidang Pengetahuan

-          Bidang Pelayanan Berbasis Web Terdistribusi

Read More

UML

Definisi UML

Unified Modeling Language merupakan metode pengembangan perangkat lunak (sistem informasi) dengan menggunakan metode grafis serta merupakan bahasa untuk visualisasi, spesifikasi, konstruksi serta dokumentasi [Adin05].

Unified Modeling Language (UML) adalah bahasa yang telah menjadi standard untuk visualisasi, menetapkan, membangun dan mendokumentasikan arti suatu sistem perangkat lunak [Hend07].

Unified Modeling Language (UML) dapat didefinisikan sebagai sebuah bahasa yang telah menjadi standar dalam industri untuk visualisasi, merancang dan mendokumentasikan sistem perangkat lunak [Afif02].

Unified Modeling Language (UML) merupakan standard modeling language yang terdiri dari kumpulan-kumpulan diagram, dikembangkan untuk membantu para pengembang sistem dansoftware agar bisa menyelesaikan tugas-tugas seperti [Joml07] :

Spesifikasi

Visualisasi

Desain arsitektur

Konstruksi

Simulasi dan testing

Dokumentasi

Berdasarkan beberapa pendapat yang dikemukakan diatas dapat ditarik kesimpulan bahwa “Unified Modeling Language (UML) adalah sebuah bahasa yang berdasarkan grafik atau gambar untuk menvisualisasikan, menspesifikasikan, membangun dan pendokumentasian dari sebuah sistem pengembangan perangkat lunak berbasis Objek (OOP)  (Object Oriented programming)”.

Sejarah Singkat UML

UML (Unified Modeling Language) adalah bahasa yang berdasarkan grafik atau gambar untuk memvisualisasi, menspesifikasikan, membangun dan pendokumentasian dari sebuah sistem pengembangan software berbasis OO (Object Oriented).

UML sendiri juga memberikan standar penulisan sebuah sistem blue print, yang meliputi konsep bisnis proses, penulisan kelas – kelas dalam bahasa program yang spesifik, skema database dan komponen – komponen yang diperlukan dalam software.

Pendekatan analisa dan rancangan dengan menggunakan model OO mulai diperkenalkan sekitar pertengahan tahun 1970 hingga akhir 1980 dikarenakan pada saat itu aplikasi software sudah meningkat dan mulai komplek. Jumlah yang menggunakan metode OO mulai diuji cobakan dan diaplikasikan antara tahun 1989 – 1994, seperti halnya oleh grady Booch dari Rational Sotfware Co., serta James Rumbaugh dari General Electric, dikenal dengan OMT (Object Modelling Technique).

Kelemahan saat itu disadari oleh Booch maupun Rumbaugh adalah tidak adanya standar penggunaan model yang berbasis OO, katika mereka bertemu ditemani rekan lainnya Ivar Jacobson dari Objectory mulai mendiskusikan untuk mengadopsi masing-masing pendekatan metode OO untuk membuat suatu model bahasa yang uniform atau seragam yang disebut UML (Unified Modeling language) dan dapat digunakan oleh seluruh dunia.

Penggunaan UML Secara Resmi

Secara resmi bahasa UML dimulai pada bulan oktober 994, ketika Rumbaugh bergabung dengan Booch untuk membuat sebuah project pendekatan metode yang uniform atau seragam dari masing – masing metode mereka. Saat itu baru dikembangkan draft metode UML version 0.8 dan diselesaikan serta direlease pada bulan oktober 1995. Bersamaan dengan saat itu, Jacobson bergabung dan UML tersebut diperkaya ruang lingkupnya dengan metode OOSE sehingga muncul release version 0.9 pada bulan juni 1996. Hingga saat ini sejak Juni 1998 UML version 1.3 telah diperkaya dan direspons oleh OMG (ObjectManagement Group). Anderson Consulting, Ericson, Platinum technology, ObjecTime Limited dan lain lain serta dipelihara oleh OMG yang dipimping oleh Cris Kobryn.

UML adalah standar dunia yang dibuat oleh Object Management Group, sebuah badan yang bertugas mengeluarkan standar-standar teknologi objectoriented dan software component.

BAGIAN-BAGIAN UML

Bagian-bagian utama dari UML adalah view, diagram, model element, dan general mechanism.

1.       View

View digunakan untuk melihat sistem yang dimodelkan dari beberapa aspek yang berbeda. View bukan melihat grafik, tapi merupakan suatu abstraksi yang berisi sejumlah diagram.

Beberapa jenis view dalam UML antara lain: use case view, logical view, component view, concurrency view,dan deployment view.

2.       Use case view

Mendeskripsikan fungsionalitas sistem yang seharusnya dilakukan sesuai yang diinginkan external actors. Actor yang berinteraksi dengan sistem dapat berupa user atau sistem lainnya.
View ini digambarkan dalam use case diagramsdan kadang-kadang dengan activity diagrams. Viewini digunakan terutama untuk pelanggan, perancang (designer), pengembang (developer), dan penguji sistem (tester).

3.       Logical view

Mendeskripsikan bagaimana fungsionalitas dari sistem, struktur statis (class, object,danrelationship ) dan kolaborasi dinamis yang terjadi ketika object mengirim pesan ke object lain dalam suatu fungsi tertentu.

View ini digambarkan dalam class diagrams untuk struktur statis dan dalam state, sequence, collaboration, dan activity diagram untuk model dinamisnya. View ini digunakan untuk perancang (designer) dan pengembang (developer).

4.       Component view

Mendeskripsikan implementasi dan ketergantungan modul. Komponen yang merupakan tipe lainnya dari code module diperlihatkan dengan struktur dan ketergantungannya juga alokasi sumber daya komponen dan informasi administrative lainnya.

View ini digambarkan dalam component view dan digunakan untuk pengembang (developer).

5.       Concurrency view

Membagi sistem ke dalam proses dan prosesor.View ini digambarkan dalam diagram dinamis (state, sequence, collaboration, dan activity diagrams) dan diagram implementasi (component dan deployment diagrams) serta digunakan untuk pengembang (developer), pengintegrasi (integrator), dan penguji (tester).

6.       Deployment view

Mendeskripsikan fisik dari sistem seperti komputer dan perangkat (nodes) dan bagaimana hubungannya dengan lainnya.

View ini digambarkan dalam deployment diagramsdan digunakan untuk pengembang (developer), pengintegrasi (integrator), dan penguji (tester).

7.       Diagram

Diagram berbentuk grafik yang menunjukkan simbol elemen model yang disusun untuk mengilustrasikan bagian atau aspek tertentu dari sistem. Sebuah diagram merupakan bagian dari suatu view tertentu dan ketika digambarkan biasanya dialokasikan untuk view tertentu. Adapun jenis diagram antara lain :

a.       Use Case Diagram

Use case adalah abstraksi dari interaksi antara system dan actor. Use case bekerja dengan cara mendeskripsikan tipe interaksi antara user sebuah system dengan sistemnya sendiri melalui sebuah cerita bagaimana sebuah system dipakai. Use casemerupakan konstruksi untuk mendeskripsikan bagaimana system akan terlihat di mata user. Sedangkan use case diagram memfasilitasi komunikasi diantara analis dan pengguna serta antara analis dan client.

b.      Class Diagram

Class adalah dekripsi kelompok obyek-obyek dengan property, perilaku (operasi) dan relasi yang sama. Sehingga dengan adanya class diagram dapat memberikan pandangan global atas sebuah system. Hal tersebut tercermin dari class- class yang ada dan relasinya satu dengan yang lainnya. Sebuah sistem biasanya mempunyai beberapa class diagram. Class diagram sangat membantu dalam visualisasi struktur kelas dari suatu system.

c.       Component Diagram

Component software merupakan bagian fisik dari sebuah system, karena menetap di komputer tidak berada di benak para analis. Komponent merupakan implementasi software dari sebuah atau lebih class. Komponent dapat berupa source code, komponent biner, atau executable component. Sebuah komponent berisi informasi tentang logic class atau class yang diimplementasikan sehingga membuat pemetaan dari logical view ke component view.Sehingga component diagram merepresentasikan dunia riil yaitu component software yang mengandung component, interface dan relationship.

d.      Deployment Diagram

Menggambarkan tata letak sebuah system secara fisik, menampakkan bagian-bagian software yang berjalan pada bagian-bagian hardware, menunjukkan hubungan komputer dengan perangkat (nodes) satu sama lain dan jenis hubungannya. Di dalam nodes,executeable component dan object yang dialokasikan untuk memperlihatkan unit perangkat lunak yang dieksekusi oleh node tertentu dan ketergantungan komponen.

e.      State Diagram

Menggambarkan semua state (kondisi) yang dimiliki oleh suatu object dari suatu class dan keadaan yang menyebabkan state berubah. Kejadian dapat berupa object lain yang mengirim pesan. State class tidak digambarkan untuk semua class, hanya yang mempunyai sejumlah state yang terdefinisi dengan baik dan kondisi class berubah oleh stateyang berbeda.

f.        Sequence Diagram

Sequence Diagram digunakan untuk menggambarkan perilaku pada sebuah scenario. Kegunaannya untuk menunjukkan rangkaian pesan yang dikirim antara object juga interaksi antaraobject, sesuatu yang terjadi pada titik tertentu dalam eksekusi sistem.

g.       Collaboration Diagram

Menggambarkan kolaborasi dinamis sepertisequence diagrams. Dalam menunjukkan pertukaran pesan, collaboration diagrams menggambarkan objectdan hubungannya (mengacu ke konteks). Jika penekannya pada waktu atau urutan gunakansequencediagrams, tapi jika penekanannya pada konteks gunakan collaboration diagram.

h.      Activity Diagram

Menggambarkan rangkaian aliran dari aktivitas, digunakan untuk mendeskripsikan aktifitas yang dibentuk dalam suatu operasi sehingga dapat juga digunakan untuk aktifitas lainnya seperti use caseatau interaksi.

Read More