Belajar Gratis Sistem Informasi & Informatika

Diagram Sequence Diagram sequence merupakan salah satu yang menjelaskan bagaimana suatu operasi itu dilakukan; message (pesan) apa yang dikirim dan kapan pelaksanaannya. Diagram ini diatur berdasarkan waktu. Objek-objek yang berkaitan dengan proses berjalannya operasi diurutkan dari kiri ke kanan berdasarkan waktu terjadinya dalam pesan yang terurut. Diagram sequence menampilkan interaksi antar objek dalam dua dimensi. Dimensi vertikal adalah poros waktu, dimana waktu berjalan ke arah bawah. Sedangkan dimei horizontal merepresentasikan objek-objek individual. Tiap objek (termasuk actor ) tersebut mempunyai waktu aktif yang direpresentasikan dengan kolom vertikal yang disebut dengan lifeline . Pesan ( message ) direpresentasikan sebagai panah dari satu lifeline ke lifeline yang lain. Message digambarkan sebagai garis berpanah dari satu objek ke objek lainnya. Pada fase desain berikutnya, messag ns e akan dipetakan menjadi operasi/metoda dari class .

Hingga tahun 1995, konsep-konsep tentang object sudah mulai populer tetapi diimplementasikan dalam berbagai cara yang berbeda-beda oleh para developer . Setiap developer memiliki metodologi dan notasinya sendiri (mis., Booch, Coad, Moses, OMT, OOSE, SOMA ). Kemudian pada tahun 1995, Rational Software menyatukan tiga pemimpin industri untuk menciptakan pendekatan tunggal untuk pengembangan sistem berorientasi object . Grady Booch, Ivar Jacobson, dan James Rumbaugh bekerja sama dengan yang lainnya untuk membuat seperangkat teknik diagram yang dikenal sebagai Unified Modeling Language (UML) . Tujuan UML adalah untuk menyediakan kosakata yang sama dari istilah-istilah berorientasi object dan menyediakan teknik-teknik diagram yang cukup kaya untuk memodelkan setiap proyek pengembangan sistem mulai dari analisis hingga implementasi. Pada November 1997, Object Management Group (OMG) secara resmi menerima UML sebagai standar untuk semua developer object . Pada tahun-tahun berikutnya, UML ...

Contoh  state chart diagram Diagram state chart adalah teknik yang umum digunakan untuk menggambarkan behaviour (perilaku)   sebuah sistem. Hal ini digunakan untuk membantu analis, perancang dan pengembang untuk memahami perilaku object pada sistem. Diagram state chart menggambarkan transisi dan perubahan keadaan atau state (dari satu state ke state lainnya) dari suatu object pada sistem sebagai akibat dari stimuli yang diterima. Pada umumnya diagram   statechart menggambarkan class tertentu (satu class dapat memiliki lebih dari satu diagram statechart ). Dalam UML , state digambarkan berbentuk segiempat dengan sudut membulat (rounded) 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 berben...

Contoh diagram kolaborasi / komunikasi Diagram kolaborasi atau disebut juga dengan diagram komunikasi, seperti halnya diagram sequence , pada dasarnya adalah untuk memberikan pandangan ( view ) tentang aspek dinamis dari sistem berorientasi objek. Diagram kolaborasi / komunikasi dapat menunjukkan bagaimana object-object berkolaborasi satu sama lain untuk menerapkan suatu use case atau use-case scenario . Diagram ini juga dapat digunakan untuk memodelkan semua interaksi di antara sekumpulan object yang berkolaborasi, dengan kata lain, memang ini adalah sebuah kolaborasi. Dalam hal ini, diagram kolaborasi / komunikasi dapat menggambarkan seberapa bergantungnya object yang satu dengan object yang lain. Diagram kolaborasi / komunikasi pada dasarnya adalah diagram object yang menunjukkan hubungan ( relationships ) yang melewatkan message (pesan) alih-alih sebagai hubungan (asosiasi) agregasi atau generalisasi. Diagram kolaborasi / komunikasi sangat berguna untuk menunjukkan pola pr...

Contoh state chart diagram Beberapa class dalam diagram class mewakili satu set object-object yang dinamis karena object-object tersebut melewati berbagai macam state selama keberadaannya. Sebagai contoh, seorang pasien dapat mengalami perubahan state dari waktu ke waktu misalnya dari state pasien baru menjadi pasien saat ini (pasien aktif saat ini) kemudian berubah menjadi pasien lama berdasarkan statusnya pada catatan klinik praktik dokter. State chart diagram ini adalah model dinamis yang menunjukkan keadaan ( state ) yang berubah-ubah yang dilalui suatu object selama hidupnya dalam merespon events . Biasanya, state ini tidak diterapkan untuk semua object ; alih-alih, hanya digunakan pada object yang kompleks untuk lebih mendefinisikan (memperjelas) object-object tersebut dan untuk membantu menyederhanakan desain algoritma object-object tersebut. State chart diagram menunjukkan berbagai state suatu object dan events apa yang menyebabkan object berubah dari satu state (ko...

Contoh diagram sequence (salah satu dari diagram interaksi) Salah satu perbedaan utama antara diagram class dan diagram interaksi, selain perbedaan yang jelas bahwa diagram class menggambarkan struktur dan diagram interaksi menggambarkan behavior (perilaku), adalah bahwa fokus pemodelan pada diagram class adalah pada tingkat class , sedangkan diagram interaksi berfokus pada tingkat object . Pada bagian ini, kita akan me- review object , operasi ( operations ), dan pesan ( messages ) dan ada dua diagram yang berbeda dalam diagram interaksi (yaitu diagram sequence dan diagram komunikasi / kolaborasi) yang dapat digunakan untuk memodelkan interaksi yang terjadi antar object dalam suatu sistem informasi.

Contoh Diagram Aktivitas Model-model proses bisnis menggambarkan berbagai macam aktivitas yang jika digabungkan akan mendukung suatu proses bisnis. Proses bisnis biasanya melibatkan lintas departemen fungsional (mis., suatu penciptaan produk baru akan melibatkan banyak aktivitas yang berbeda-beda yang menggabungkan upaya banyak karyawan di berbagai departemen). Dari perspektif berorientasi objek, proses ini melintasi banyak objek. Banyak pendekatan pengembangan sistem berorientasi objek sebelumnya cenderung mengabaikan pemodelan proses bisnis. Namun, saat ini kita menyadari bahwa memodelkan proses bisnis sendiri adalah aktivitas yang sangat konstruktif yang dapat digunakan untuk memahami requirements yang sudah dikumpulkan. Salah satu problem potensial dalam membangun model proses bisnis, dari perspektif pengembangan sistem berorientasi objek, adalah bahwa mereka cenderung memperkuat pola pikir ( mindset ) dekomposisi fungsional. Namun, selama hal itu digunakan dengan benar, mode...

Contoh diagram use case Sebuah use case menggambarkan serangkaian kegiatan yang dilakukan untuk menghasilkan beberapa hasil luaran. Setiap use case menggambarkan bagaimana pengguna memicu suatu event yang harus ditanggapi oleh sistem. Misalnya, dalam sistem toko penyewaan video , pelanggan mungkin menyewa DVD atau mengembalikan DVD , atau DVD mungkin menjadi terlambat waktu pengembaliannya. Tindakan menyewa atau mengembalikan DVD dan berlalunya waktu adalah semua peristiwa yang memicu serangkaian kegiatan sistem yang harus ditunjukkan. Dengan jenis pemodelan yang event-driven ini, segala sesuatu dalam sistem dapat dianggap sebagai respons terhadap beberapa event pemicu. Ketika tidak ada event , sistem akan diam, sabar menunggu event berikutnya untuk memicunya. Ketika event pemicu terjadi, sistem (dan orang-orang yang menggunakannya) merespons, melakukan tindakan yang ditentukan dalam use case , dan kemudian kembali ke status menunggu.

Contoh diagram use case Use case digunakan untuk menjelaskan dan mendokumentasikan interaksi yang diperlukan antara pengguna dan sistem untuk menyelesaikan tugas pengguna. Use case dibuat untuk membantu tim pengembangan untuk memahami lebih lengkap langkah-langkah apa yang akan dilakukan dalam mencapai tujuan pengguna. Setelah dibuat, use case sering kali dapat digunakan untuk menurunkan functional requirements yang lebih rinci untuk sistem baru. Aspek kunci dalam menentukan requirements untuk sistem yang baru adalah memahami user requirements : hal-hal apa saja yang diperlukan oleh pengguna untuk mencapai tujuannya melalui sistem baru.

Mengapa kita membutuhkan Diagram Class ? Dengan membuat perencanaan dan pemodelan sebelumnya akan membuat pemrograman lebih mudah. Membuat perubahan pada diagram kelas itu mudah, sedangkan menuliskan kode-kode fungsionalitas yang berbeda-beda setelah itu adalah hal yang agak menjengkelkan. Bisa dibayangkan seperti ketika seseorang ingin membangun rumah, mereka tidak hanya akan mengambil palu, bata, dll, dan mulai bekerja. Mereka perlu memiliki blueprint - suatu rencana desain - sehingga mereka dapat menganalisis & memodifikasi sistem mereka. Kita tidak perlu banyak pengetahuan teknis / bahasa tertentu untuk memahaminya.