Sistem Orientasi Terstruktur

SISTEM  TERSTRUKTUR

(DATA FLOW DIAGRAM & ENTITY

RELATIONSHIP DIAGRAM)

Nama : Rifra Yugo Prakoso

NPM : 56411195

Kelas : 1IA01

UNIVERSITAS GUNADARMA

__________________________________________________
__________________________________________________

 

PEMBAHASAN

A.Pengerian DFD(Data Flow Diagram)

          DAD merupakan sebuah visualisasi secara grafis aliran informasi yang mengalir dari entity dan proses transformasi yang diterapkan hingga dioutputkan menjadi informasi yang dibutuhkan oleh entitas-entitas tertentu atau proses-proses transformasi lainnya Diagram aliran data adalah alat yang digunakan untuk menggambarkan aliran data dalam sistem, sumber dan tujuan data, proses yang mengolah data tersebut serta tempat penyimpanannya. Sebagai perangkat analisis,model ini hanya mampu memodelkan sistem dari satu sudut pandang yaitu sudut pandang fungsi.

Keterangan :

1. Entitas, Komponen dalam model ini direpresentasikan menggunakan persegipanjang, yang mewakili entitas eksternal dimana sistem berkomunikasi. Entitas luar merupakan satu atau sekelompok elemen atau unit yang berinteraksi dengan sistem yang ada tetapi berada diluar lingkungan sistem. Entitas eksternal juga merupakan sumber atau tujuan sistem, tergantung entitas sebagai pemberi masukan atau penerima keluaran.
2. Proses,  menunjukkan transformasi dari masukan menjadi keluaran, dalam hal ini sejumlah masukan dapat menjadi hanya satu keluaran ataupun sebaliknya. Proses direpresentasikan dalam bentuk lingkaran dan umumnya didefinisikan dengan kata tunggal / kalimat sederhana.
3. Aliran data (Data Flow), Aliran direpresentasikan dengan panah yang menuju ke atau dari proses.Digunakan untuk menggambarkan gerakan paket data atau informasi dari satu bagian ke bagian lain di dalam sistem.
4. Penyimpanan (Data Store), Komponen ini digunakan untuk memodelkan kumpulan data atau paket data. Merupakan suatu tempat untuk menampung data. Data dimasukkan maupun diambil dari penyimpanan tersebut.

Kamus data merupakan alat yang digunakan untuk mendeskripsikan isi dan semantik data,laporan, dan seluruh aliran informasi dalam sistem. Kamus data terdiri dari nama data,sumber / tujuan data, deskripsi, bentuk data,periode, dan struktur data. Kamus data mendefinisikan elemen data dengan fungsi sebagai berikut :

1. Menjelaskan arti aliran data dan penyimpanan dalam DAD.
2. Mendeskripsikan komposisi paket datayang bergerak melalui aliran.
3. Mendeskripsikan komposisi penyimpanan data.
4. Menspesifikasikan nilai dan satuan yang relevan bagi penyimpanan dan aliran.
5. Mendeskripsikan hubungan detail antar penyimpanan yang akan menjadi titik perhatian dalam Diagram ER.

B.Spesifikasi Proses  

Spesifikasi proses digunakan untuk menggambarkan semua proses model aliran yang nampak pada tingkat akhir penyaringan.Model ini berfungsi mendeskripsikan apa yang dilakukan ketika masukan ditransformasikan menjadi keluaran. Model ini juga menjelaskan pola kerja dalam setiap proses. Spesifikasi proses harus memenuhi syarat berikut :

1. Dapat diverifikasi oleh pemakai danpenganalisa sistem.
2. Mampu berkomunikasi secara efektif dengan pemakai yang bervariasi.

C.Contoh DFD (Data Flow Diagram)

D.Pengertian ERD(Entity Relathionship Diagram)

Diagram Hubungan Entitas atau entity relation diagram merupakan model data berupa notasi grafis dalam pemodelan data konseptual yang menggambarkan hubungan antara penyimpan. Model data sendiri merupakan sekumpulan cara, peralatan untuk mendeskripsikan data-data yang hubungannya satu sama lain, semantiknya, serta batasan konsistensi. Model data terdiri dari model hubungan entitas dan model relasional. Diagram hubungan entitas ditemukan oleh Peter Chen dalam buku Entity Relational Model-Toward a Unified of Data. Chen mencoba merumuskan dasar-dasar model dan setelah itu dikembangkan dan dimodifikai oleh Chen dan banyak pakar lainnya. Pada saat itu diagram hubungan entitas dibuat sebagai bagian dari perangkat lunak yang juga merupakan modifikasi khusus, karena tidak ada bentuk tunggal dan standar dari diagram hubungan entitas.

  E.Kegunaan

Diagram hubungan entitas digunakan untuk mengkonstruksikan model data konseptual, memodelkan struktur data dan hubungan antar data dan mengimplementasikan basis data secara logika maupun secara fisik dengan DBMS (Database Management system). Dengan diagram hubungan entitas ini kita dapat menguji model dengan mengabaikan proses yang harus dilakukan. Diagram hubungan entitas dapat membantu dalam menjawab persoalan tentang data yang diperlukan dan bagaimana data tersebut saling berhubungan.

F.Symbol

1 .Entitas

        Entitas adalah suatu objek yang dapat didefinisikan dalam lingkungan pemakai, sesuatu yang penting bagi pemakai dalam konteks sistem yang akan dibuat. Sebagai contoh pelanggan, pegawai dll. Seandainya A adalah seorang pegawai maka A adalah isi dari pegawai, sedangkan jika B adalah seorang pelanggan maka B adalah isi dari pelanggan. Karena itu harus dibedakan entitas sebagai bentuk umum dari deskripsi tertentu dan isi entitas seperti A dan B dalam contoh di atas.

·                  Fisik Entitas

Entitas yang bersifat fisik. Contoh : pegawai, guru, dan karyawan.

·                  Konsep Entitas

Entitas yang tidak bersifat konsep. Contoh: gaji,sekolah

·                  Entitas Kuat

Entitas yang mempunyai atribut kunci. Entitas ini bersifat mandiri, keberadaanya tidak bergantung pada entitas lainnya. Percepatan entitas kuat selalu memiliki karakteristik yang unik disebut identifier (sebuah atribut tunggal atau gabungan atribut-atribut yang secara unik dapat digunakan untuk membedakannya dari entitas kuat yang lain).

Kebanyakan entitas dalam suatu organisasi dapat digolongkan sebagai entitas kuat (strong entity) yaitu entitas yang mandiri, yang keberadaannya tidak bergantung pada keberadaan entitas yang lainnya. Instansiasi entitas kuat selalu memiliki karakteristik yang unik (dinamakan identifier atau sering disebut sebagai atribut pengidentifikasi) yaitu, sebuah atribut tunggal atau gabungan atribut-atribut yang secara unik dapat digunakan untuk membedakannya dari entitas kuat yang lain.

·                  Entitas Lemah

Entitas yang tidak mempunyai atribut kunci. Entitas lemah diidentifikasikan dengan menghubungkan entitas tertentu dari tipe entitas yang lain ditambah atribut dari entitas lemah. Tipe entitas lain yang dipakai untuk mengidentifikasikan suatu entitas lemah disebut identifying owner dan relasi yang menghubungkan entitas lemah dengan owner disebut identifying relationship Contoh entitas pegawai

2.Atribut

Entytas mempunyai elemen yang disebut atribut, dan berfungsi mendekripsikan karakter dari entitas. Atribut adalah properti atau karakteristik yang dimiliki oleh suatu entitas dimana properti atau karakteristik itu bermakna atau berarti bagi organisasi atau perusahaan, misalnya untuk pencatatan data pegawai di suatu instansi, entitas pegawai mungkin memiliki atribut-atribut nomor induk pegawai, nama, alamat, nomor telepon, gaji pokok dan lainnya. Setiap diagram hubungan entitas bisa terdapat lebih dari satu atribut. Atribut digambarkan dalam bentuk elips.Entitas memiliki himpunan atribut yang berasosiasi dengannya.

1.Macam-Macam Atribut

Atribut terdiri dari atribut sederhana atau atormis, atribut komposit, atribut berharga tunggal. atribut null-value, atribut kunci, atribut bernilai banyak dan atribut turunan. Masing-masing atribut memiliki ciri tersendiri. Atribut atormis tidak dapat dibagi-bagi menjadi atribut yang sederhana. Atribut komposit adalah atribut yang dapat dipecah menjadi atribut lain, misalnya atribut alamat dapat dipecah menjadi atribut jalan, kecamatan, kelurahan,kota serta kode pos. atribut komposit digunakan pada database untuk kemudahan menjawab pertanyaan-pertanyaan tertentu dalam database atribut berharga tunggal mempunyai satu harga untuk entitas tertentu, atribut null-value tidak mempunyai nilai, atribut kunci merupakan atribut unik dari suatu entitas dan nilai dari atribut kunci akan berbeda untuk masing-masing entitas.atribut bernilai banyak adalah atribut yang entitasnya lebih dari satu, misalnya adalah atribut hobi. Atribut hobi ini bisa terdiri dari atribut berenang, atribut voli dan atribut berbelanja.atribut turunan merupakan atribut yang didapat dari atribut lainnya.Pada entitas pegawai terdapat atribu nomor induk yang biasanya terkandung nilai tahun masuk, misalnya NIP =5195025, berarti Pegawai yang bersangkutan masuk pada tahun 1995), maka jika kita tambahkan atribut Lama_Kerja pada entitas Pegawai, atribut Lama_Kerja dapat kita hitung dengan cara mengurangkan tahun dimana perhitungan dilakukan (katakanlah 2005) dengan tahun mahasiswa yang bersangkutan masuk ke Instansi (Hasilnya 10 tahun).

3.Hubungan Relasi

Relasi adalah hubungan antara suatu himpunan dengan himpunan entitas yang lainnya. Pada penggambaram diagram hubungan entitas, relasi adalah perekat yang menghubungkan suatu entitas dengan entitas lainnya. Relasi merupakan hubungan yang berarti antara suattu entitas dengan entitas lainnya. Frasa ini berimplikasi bahwa relasi mengijinkan untuk menjawab pertanyaan-pertanyaan yang berkaitan dengan hubungan suatu entits dengan lainya. Hubungan dibedakan antar bentuk hubungan antar entitas dengan isi. Misalnya kasus hubungan antara entitas pegawai dan entitas bagian adalah jam kerja, sedangkan isi hubungannya dapat berupa total jam kerja, gaji lembur. Relasi digambarkan dalam bentuk intan. Pada model data relasi hubungan antar data dihubungkan dengan kunci relasi. Tipe hubungan di antara beberapa buah tipe entitas adalah kumpulan dari relasi di antara entitas-entitas dari tipe entitas tersebut.

1.Karakteristik dari Relasi

Relasi mempunyai karakteristik terdiri dari kumpulan tuple-tuple, urutan dari tuple-tuple merepresenrasikan data pada tingkat abstrak logis dan urutam data dianggap penting.

2.Batas Keikutsertaan ( Participation onstrain)

Batas keikutsertaan dari relasi terdiri dari total, parsial, satu ke satu, satu ke banyak atau banyak ke satu, dan banyak ke banyak. Batas total menunjukkan pada semua elemen, misalnya semua karyawan harus bekerja pada suatu departemen. Batas parsial menunjukkan pada suatu entitas tertentu hanya berhubungan dengan satu entitas yang lain. Batas satu ke satu menunjukkan pada atribut kunci pada derajat relasi dapat ditempatkan pada salah satu entitas. Batas satu ke banyak menunjukkan attribut kunci pada derajat relasi ini hanya dapat dimasukan sebagai atribut dari tipe entitas pada sisi N dan batas banyak ke banyak menunjukkan sejumlah entitas berhubungan dengan sejumlah entitas B. Atribut ini harus tetap di nyatakan sebagai atribut relasi dan tidak dapat digabungkan pada salah satu entitas yang terlibat.

G.Model Relasional

            Model relasional adalah model yang menggunakan sejumlah tabel untuk menggambarkan data serta hubungan antara data-data. Setiap tabel memiliki sejumlah kolom, setiap kolom memiliki nama yang unik. Model relasional memiliki struktur record berformat tertentu dimana masing-masing isinya memiliki tipe-tipe yang berbeda (Misalnya tipe data untuk nomor induk pegawai adalah string, tentu berbeda dengan tipe data untuk nama [misalnya: string] yang panjangnya tidak ditentukan, bergantung pada komputer tempat aplikasi diimplementasikan.

Penutup

A.Kesimpulan

DAD merupakan sebuah visualisasi secara grafis aliran informasi yang mengalir dari entity dan proses transformasi yang diterapkan hingga dioutputkan menjadi informasi yang dibutuhkan oleh entitas-entitas tertentu atau proses-proses transformasi lainnya Diagram aliran data adalah alat yang digunakan untuk menggambarkan aliran data dalam sistem, sumber dan tujuan data, proses yang mengolah data tersebut serta tempat penyimpanannya. Sebagai perangkat analisis,model ini hanya mampu memodelkan sistem dari satu sudut pandang yaitu sudut pandang fungsi.

Diagram Hubungan Entitas atau entity relation diagram merupakan model data berupa notasi grafis dalam pemodelan data konseptual yang menggambarkan hubungan antara penyimpan. Model data sendiri merupakan sekumpulan cara, peralatan untuk mendeskripsikan data-data yang hubungannya satu sama lain.

B.Daftar Pustaka

http://id.wikipedia.org/wiki/Data_flow_diagram

http://id.wikipedia.org/wiki/Diagram_hubungan_entitas

Read More

ISD DALAM BIDANG ANTROPOLOGI

Antropologi adalah salah satu cabang ilmu sosial yang mempelajari tentang budaya masyarakat suatu etnisEropa yang melihat ciri-ciri fisik, adat istiadat, budaya yang berbeda dari apa yang dikenal di Eropa. tertentu. Antropologi lahir atau muncul berawal dari ketertarikan orang-orang
Antropologi lebih memusatkan pada penduduk yang merupakan masyarakat tunggal, tunggal dalam arti kesatuan masyarakat yang tinggal daerah yang sama, antropologi mirip seperti sosiologi tetapi pada sosiologi lebih menitik beratkan pada masyarakat dan kehidupan sosialnya.

Pengertian Antropologi

Anthropologi mempelajari manusia sebagai makhluk biologis sekaligus makhluk sosial.
Anthropologi memiliki dua sisi holistik dimana meneliti manusia pada tiap waktu dan tiap dimensi kemanusiaannya. Arus utama inilah yang secara tradisional memisahkan anthropologi dari disiplin ilmu kemanusiaan lainnya yang menekankan pada perbandingan/perbedaan budaya antar manusia. Walaupun begitu sisi ini banyak diperdebatkan dan menjadi kontroversi sehingga metode anthropologi sekarang seringkali dilakukan pada pemusatan penelitian pada penduduk yang merupakan masyarakat tunggal.

Definisi Menurut Para Ahli

• William A. Havilland: Antropologi adalah studi tentang umat manusia, berusaha menyusun generalisasi yang bermanfaat tentang manusia dan perilakunya serta untuk memperoleh pengertian yang lengkap tentang keanekaragaman manusia.
• David Hunter: anthropologi adalah ilmu yang lahir dari keingintahuan yang tidak terbatas tentang umat manusia.
• Koentjaraningrat: Anthropologi adalah ilmu yang mempelajari umat manusia pada umumnya dengan mempelajari aneka warna, bentuk fisik masyarakat serta kebudayaan yang dihasilkan.

Dari definisi-definisi tersebut, dapat disusun pengertian sederhana anthropologi, yaitu sebuah ilmu yang mempelajari tentang segala aspek dari manusia, yang terdiri dari aspek fisik dan nonfisik berupa warna kulit, bentuk rambut, bentuk mata, kebudayaan, aspek politik, dan berbagai pengetahuan tentang corak kehidupan lainnya yang bermanfaat.

Secara garis besar antropologi antropologi memiliki cabang-cabang ilmu yang terdiri dari: 

A. Anthropologi Fisik

1. Paleoantropologi adalah ilmu yang mempelajari asal usul manusia dan evolusi manusia dengan meneliti fosil-fosil.

 2. Somatologi adalah ilmu yang mempelajari keberagaman ras manusia dengan mengamati ciri-ciri fisik.

B. Anthropologi Sosial dan Budaya

1. Prehistori adalah ilmu yang mempelajari sejarah penyebaran dan perkembangan semua kebudayaan manusia di bumi sebelum manusia mengenal tulisan.

2. Etnolinguistik antropologi adalah ilmu yang mempelajari pelukisan tentang ciri dan tata bahasa dan beratus-ratus bahasa suku-suku bangsa yang ada di dunia / bumi.

3. Etnologi adalah ilmu yang mempelajari asas kebudayaan manusia di dalam kehidupan masyarakat suku bangsa di seluruh dunia.

 4. Etnopsikologi adalah ilmu yang mempelajari kepribadian bangsa serta peranan individu pada bangsa dalam proses perubahan adat istiadat dan nilai universal dengan berpegang pada konsep psikologi.

Sumber : id.wikipedia.org/wiki/Antropologi

Read More

Sistem Orientasi Objek

SISTEM ORIENTASI OBJEK

(UNIFIED MODELING LANGUAGE)

Nama : Rifra Yugo Prakoso

NPM : 56411195

Kelas : 1IA01

UNIVERSITAS GUNADARMA

A.Sejarah UML(Unified Modeling Language)

      Pada tahun 1994 dua orang bekerja pada perusahaan Rational software yaitu James Rumbaugh yang mengembangkan OOD(Object Oriented Diagram) dan Grady Broach yang mengembangkan OMT(Object Modelling Language). Kemudian pada bulan oktober 1995 mereka berdua menciptakan Unified method versi 0.8. Kemudian pada musim gugur 1995 Ivan Jacobson bergabung dengan mereka berdua dengan memperkenalkan Tool Use Case. Pada bulan Juni 1996 mereka bertiga menciptakan UML(Unified Modelling Language) versi 0.9. Akhirnya pada bulan Januari 1997 terciptalah UML versi 1.0 yang sebelumnya dibetuklah konsersium dari beberapa perusahaan software. Pada bulan September 1997 lahirlah UML versi 1.1 dengan 8 buah diagram, yaitu Sequence diagram, activity diagram, collaboration diagram, class diagram, use diagram, statechart diagram, component diagram dan deployment diagram. Pada tahun 1999 lahirlah UML versi 1.3 dengan penambahan bussiness use case diagram. Pada bulan Mei 2001 lahirlah UML versi 1.4 dengan penambahan object diagram. Pada bulan Maret 2003 lahirlah UML versi 1.5. Pada akhir 2003 lahirlah UML versi 2.0 dengan penambahan composite structure diagram, interaction overflow diagram, package diagram dan timming diagram. Serta perubahan dari collaboration diagram menjadi communication diagram(collaboration diagram + state chart diagram) dan state chart diagram menjadi state machine diagram.­­

B.Pengertian UML(Unified Modeling Language)

UML (Unified Modeling Language) adalah sebuah bahasa untuk menetukan, visualisasi, kontruksi, dan mendokumentasikan artifact (bagian dari informasi yang digunakan atau dihasilkan dalam suatu proses pembuatan perangkat lunak. Artifact dapat berupa model, deskripsi atau perangkat lunak) dari system perangkat lunak, seperti pada pemodelan bisnis dan system non perangkat lunak lainnya.

UML merupakan suatu kumpulan teknik terbaik yang telah terbukti sukses dalam memodelkan system yang besar dan kompleks. UML tidak hanya digunakan dalam proses pemodelan perangkat lunak, namun hampir dalam semua bidang yang membutuhkan pemodelan.

        Untuk dapat memahami UML membutuhkan bentuk konsep dari sebuah bahasa model, dan mempelajari 3 (tiga) elemen utama dari UML, seperti building block, aturan-aturan yang menyatakan bagaimana building block diletaka secara bersamaan, dan beberapa mekanisme umum(common).

1.Building Block

Tiga macam yang terdapat dalam building block adalah :

1.1 Benda/Things

Benda/Things adalah hal yang sangat mendasar dalam model UML, juga merupakan bagian paling statik dari sebuah model, serta menjelaskan elemenelemen lainnya dari sebuah konsep dan atau fisik. Bentuk dari beberapa Benda / Things benda / thing adalah sebagai berikut :

• Classes, yang diuraikan sebagai sekelompok dari object yang mempunyai atribute, operasi, hubungan yang semantik. Sebuah kelas mengimplementasikan 1 atau lebih interfaces. Sebuah kelas dapat digambarkan sebagai sebuah persegi panjang, yang mempunyai sebuah nama, atribute, dan metoda pengoperasiannya.• Interfaces, merupakan sebuah antar-muka yang menghubungkan dan melayani antar kelas dan atau elemen. Interface / antar-muka mendefinisikan sebuah set / kelompok dari spesifikasi pengoperasian, umumnya digambarkan dengan sebuah lingkaran yang disertai dengan namanya. Sebuah antar-muka berdiri sendiri dan umumnya merupakan pelengkap dari kelas atau komponen.
• Collaboration, yang didefinisikan dengan interaksi dan sebuah kumpulan / kelompok dari kelas-kelas / elemen-elemen yang bekerja secara bersama-sama. Collaborations mempunyai struktur dan dimensi. Pemberian sebuah kelas memungkinkan berpartisipasi didalam beberapa collaborations dan digambarkan dengan sebuah ‘elips’ dengan garis terpotong-potong.

• Use cases, adalah rangkaian/uraian sekelompok yang saling terkait dan membentuk sistem secara teratur yang dilakukan atau diawasi oleh sebuah aktor. ‘use case’ digunakan untuk membentuk tingkah-laku benda / things dalam sebuah model serta di realisasikan oleh sebuah collaboration. Umumnya ‘use case’ digambarkan dengan sebuah ‘elips’ dengan garis yang solid, biasanya mengandung nama.

• Nodes, merupakan fisik dari elemen-elemen yang ada pada saat dijalankannya sebuah sistem, contohnya adalaha sebuah komputer, umumnya mempunyai sedikitnya memory dan processor. Sekelompok komponen mungkin terletak pada sebuah node dan juga mungkin akan berpindah dari node satu ke node lainnya. Umumnya node ini digambarkan seperti kubus serta hanya mengandung namanya.

 

1.2 Hubungan/Relationships

Ada 4 macam hubungan didalam penggunaan UML, yaitu;

•  Dependency, adalah hubungan semantik antara dua benda/things yang mana sebuah benda berubah mengakibatkan benda satunya akan berubah pula. Umumnya sebuah dependency digambarkan sebuah panah dengan garis terputusputus.

 

• Association, hubungan antar benda struktural yang terhubung diantara obyek. Kesatuan obyek yang terhubung merupakan hubungan khusus, yang menggambarkan sebuah hubungan struktural diantara seluruh atau sebagian. Umumnya assosiation digambarkan dengan sebuah garis yang dilengkapi dengan sebuah label, nama, dan status hubungannya.

 

• Generalizations, adalah menggambarkan hubungan khusus dalam obyek anak/child yang menggantikan obyek parent / induk. Dalam hal ini, obyek anak memberikan pengaruhnya dalam hal struktur dan tingkah lakunya kepada obyek induk. Digambarkan dengan garis panah.

• Realizations, merupakan hubungan semantik antara pengelompokkan yang menjamin adanya ikatan diantaranya. Hubungan ini dapat diwujudkan diantara interface dan kelas atau elements, serta antara use cases dan collaborations. Model dari sebuah hubungan realization.

1.3 Diagram Dalam UML

• Use Case Diagram 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.

                    Contoh Diagram UseCase:

• Class Diagram 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.

 Contoh Class 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 atar dimensi vertikal (waktu) dan dimensi horizontal (objek-objek yang terkait).
  Sequence diagram biasa digunakan untuk menggambarkan skenario atau rangkaian langkah-langkah yang dilakukan sebagai respons dari sebuah event untuk menghasilkan output tertentu. Diawali dari apa yang men-trigger aktivitas tersebut, proses dan perubahan apa saja yang terjadi secara internal dan output apa yang dihasilkan.
  Masing-masing objek, termasuk aktor, memiliki lifeline vertikal.
  Message digambarkan sebagai garis berpanah dari satu objek ke objek lainnya. Pada fase desain
  berikutnya, message akan dipetakan menjadi operasi/metoda dari class.
  Activation bar menunjukkan lamanya eksekusi sebuah proses, biasanya diawali dengan diterimanya sebuah message.
  Untuk objek-objek yang memiliki sifat khusus, standar UML mendefinisikan icon khusus untuk
  objek boundary, controller dan persistent entity.

Contoh Sequence Diagram:

• Collaboration Diagram juga menggambarkan interaksi antar objek seperti sequence diagram, tetapi lebih menekankan pada peran masing-masing objek dan bukan pada waktu penyampaian message. Setiap message memiliki sequence number, di mana message dari level tertinggi memiliki nomor 1.Messages dari level yang sama memiliki prefiks yang sama.

 Contoh collaboration diagram:

• State Diagram menggambarkan transisi dan perubahan keadaan dari satu state ke state lainnya) suatu objek pada sistem sebagai akibat dari stimuli yang diterima. Pada umumnya statechart diagram menggambarkan class tertentu (satu class dapat memiliki lebih dari satu statechart diagram).
  Dalam UML, state digambarkan berbentuk segiempat dengan sudut membulat dan memiliki nama sesuai kondisinya saat itu. Transisi antar state umumnya memiliki kondisi guard yang merupakan syarat terjadinya transisi yang bersangkutan, dituliskan dalam kurung siku. Action yang dilakukan sebagai akibat dari event tertentu dituliskan dengan diawali garis miring.

Titik awal dan akhir digambarkan berbentuk lingkaran berwarna penuh dan berwarna setengah.

Contoh State Diagram:

• Actvity Diagram Menggambarkan rangkaian alir aktivitas dalam system yang sedang di rancang,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 merupakan state diagram khusus, di mana sebagian besar state adalah action dan sebagian besar transisi di-trigger oleh selesainya state sebelumnya (internal processing). Oleh karena itu activity diagram tidak menggambarkan behaviour internal sebuah sistem (dan interaksi antar subsistem) secara eksak, tetapi lebih menggambarkan proses-proses dan jalur-jalur aktivitas dari level atas secara umum. Sebuah aktivitas dapat direalisasikan oleh satu use case atau lebih. Aktivitas menggambarkan proses yang berjalan, sementara use case menggambarkan bagaimana aktor menggunakan sistem untuk melakukan aktivitas. Sama seperti state, standar UML menggunakan segiempat dengan sudut membulat untuk menggambarkan aktivitas. Decision digunakan untuk menggambarkan behaviour pada kondisi tertentu. Untuk mengilustrasikan proses-proses paralel (fork dan join) digunakan titik sinkronisasi yang dapat berupa titik, garis horizontal atau vertikal. Activity diagram dapat dibagi menjadi beberapa object swimlane untuk menggambarkan objek mana yang bertanggung jawab untuk aktivitas tertentu.

Contoh Activity Diagram:

• Component Diagram 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.Contoh component diagram:

• 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.

                    Contoh Deployment Diagram:

C.Tujuan mempelajari 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).

D. Perangkat yang Mendukung Pembuatan Diagram UML

1.StarUML

StarUML adalah sebuah proyek open source untuk mengembangkan cepat, fleksibel, extensible, featureful, dan bebas-tersedia UML / platform MDA berjalan pada platform Win32.Tujuan dari proyek StarUML adalah untuk membangun sebuah alat pemodelan perangkat lunak dan juga platform yang menarik adalah pengganti alat UML komersial seperti Rational Rose, Bersama dan sebagainya

2. Acceleo

Acceleo adalah generator kode yang mengubah model menjadi kode. Acceleo mudah digunakan dan menyediakan “dari rak” generator (Jee,. Bersih, Php …) dan template editor untuk Eclipse.

3. ArgoUML

ArgoUML adalah open source UML modeling tool terkemuka dan termasuk dukungan untuk semua diagram UML standar 1,4. Ini berjalan pada setiap platform Java dan tersedia dalam bahasa sepuluh. ArgoUML ditulis seluruhnya di Jawa dan menggunakan Java Kelas Foundation.Hal ini memungkinkan ArgoUML untuk berjalan di hampir semua platform

E.Langkah Langkah Pembuatan UML

Berikut ini adalah tips pengembangan piranti lunak dengan menggunakan UML:
1.Buatlah daftar business process dari level tertinggi untuk mendefinisikan aktivitas dan proses yang mungkin muncul.
2.Petakan use case untuk tiap business process untuk mendefinisikan dengan tepatfungsionalitas yang harus disediakan oleh sistem. Kemudian perhalus use case diagram danlengkapi dengan requirement, constraints dan catatan-catatan lain.
3.Buatlah deployment diagram secara kasar untuk mendefinisikan arsitektur fisik sistem.
4.Definisikan requirement lain (non-fungsional, security dan sebagainya) yang juga harus disediakan oleh sistem.
5.Berdasarkan use case diagram, mulailah membuat activity diagram.
6.Definisikan objek-objek level atas (package atau domain) dan buatlah sequence dan/atau collaboration diagram untuk tiap alir pekerjaan. Jika sebuah use case memiliki kemungkinan alir normal dan error, buatlah satu diagram untuk masing-masing alir.
7.Buarlah rancangan user interface model yang menyediakan antarmuka bagi pengguna untuk menjalankan skenario use case.
8.Berdasarkan model-model yang sudah ada, buatlah class diagram. Setiap package atau domain dipecah menjadi hirarki class lengkap dengan atribut dan metodanya. Akan lebih baik jika untuk setiap class dibuat unit test untuk menguji fungsionalitas class dan interaksi dengan class lain.

9.Setelah class diagram dibuat, kita dapat melihat kemungkinan pengelompokan class menjadi komponen-komponen. Karena itu buatlah component diagram pada tahap ini. Juga,definisikan tes integrasi untuk setiap komponen meyakinkan ia berinteraksi dengan baik.
10.Perhalus deployment diagram yang sudah dibuat. Detilkan kemampuan dan requirement piranti lunak, sistem operasi, jaringan, dan sebagainya. Petakan komponen ke dalam node.
11.Mulailah membangun sistem. Ada dua pendekatan yang dapat digunakan :
•  Pendekatan use case, dengan meng-assign setiap use case kepada tim pengembang tertentu untuk mengembangkan unit code yang lengkap dengan tes.
•  Pendekatan komponen, yaitu meng-assign setiap komponen kepada tim pengembang tertentu.
12.Lakukan uji modul dan uji integrasi serta perbaiki model berserta codenya. Model harus selalu sesuai dengan code yang aktual.
13. Piranti lunak siap dirilis.

BAB 3

PENUTUP

A.Kesimpulan

UML (Unified Modeling Language) adalah sebuah bahasa untuk menetukan, visualisasi, kontruksi, dan mendokumentasikan artifact (bagian dari informasi yang digunakan atau dihasilkan dalam suatu proses pembuatan perangkat lunak. Artifact dapat berupa model, deskripsi atau perangkat lunak) dari system perangkat lunak, seperti pada pemodelan bisnis dan system non perangkat lunak lainnya.

B.Daftar Pustaka

http://data.tp.ac.id/dokumen/latar+belakang+uml

http://tavipia.staff.gunadarma.ac.id/Downloads/folder/0.3

http://www.freewebs.com/henderi/apps/blog/show/311725

http://esaputro.blogspot.com/2008/07/sejarah-uml.html

http://octavia-chaniago.blogspot.com/2011_01_01_archive.html

http://ariefikhwan.web.ugm.ac.id/?tag=pengertian-uml

            http://www.prib

Read More