{"id":418,"date":"2022-01-26T00:53:01","date_gmt":"2022-01-26T00:53:01","guid":{"rendered":"https:\/\/www.cybermedian.com\/id\/?p=418"},"modified":"2025-02-18T12:39:23","modified_gmt":"2025-02-18T04:39:23","slug":"applying-uml-in-different-levels-of-usage","status":"publish","type":"post","link":"https:\/\/www.cybermedian.com\/id\/applying-uml-in-different-levels-of-usage\/","title":{"rendered":"Menerapkan UML pada Berbagai Tingkat Penggunaan"},"content":{"rendered":"
Tiga Tingkat Detail<\/figcaption><\/figure>\n

UML dapat digunakan sebanyak atau sesedikit yang Anda inginkan.Martin Fowler<\/a> menggambarkan tiga cara umum yang cenderung digunakan orang untuk menggunakan UML:<\/p>\n

    \n
  1. UML sebagai sketsa<\/strong>\u200a\u2014\u200aGunakan UML untuk membuat sketsa singkat untuk menyampaikan poin-poin kunci. Ini adalah sketsa yang dapat dibuang yang dapat ditulis di papan tulis atau bahkan di coaster bir dalam keadaan mendesak. Pada tahap awal pengembangan, menggunakan UML sebagai sketsa sangat efektif dan dapat digunakan sebagai alat kolaboratif di mana para pengembang dapat berdiskusi tentang desain sistem.<\/li>\n
  2. UML sebagai cetak biru<\/strong>\u200a\u2014\u200aMemberikan spesifikasi terperinci dari suatu sistem dengan diagram UML. Diagram ini tidak akan dibuang tetapi akan dihasilkan dengan alat UML. UML dapat digunakan sebagai cetak biru, dan pengembang dapat mengikutinya untuk menghasilkan kode. Menggunakan sketsa sederhana tidak akan cukup bagi mereka, karena itu akan mengharuskan mereka untuk mengisi kekosongan. Pendekatan ini umumnya terkait dengan sistem perangkat lunak dan biasanya melibatkan penggunaan rekayasa maju dan mundur untuk menjaga model tetap sinkron dengan kode.<\/li>\n
  3. UML sebagai bahasa pemrograman<\/strong>\u200a\u2014\u200aIni langsung dari model UML ke kode yang dapat dieksekusi (bukan hanya bagian dari kode seperti pada rekayasa maju), yang berarti bahwa setiap aspek dari sistem dimodelkan. Secara teoritis, Anda dapat menyimpan model Anda tanpa batas waktu dan menggunakan transformasi serta generasi kode untuk diterapkan ke lingkungan yang berbeda. Fowler percaya bahwa produktivitas UML sebagai bahasa pemrograman saat ini tidak lebih baik daripada produktivitas menggunakan bahasa lain, sehingga akan sulit bagi UML untuk menjadi arus utama. Dia juga percaya bahwa cetak biru yang sangat terperinci tidak efektif karena sulit dilakukan dan akan memperlambat pengembangan.<\/li>\n<\/ol>\n

    Ringkasan<\/h4>\n

    Pendekatan yang digunakan tergantung pada jenis aplikasi yang Anda bangun, seberapa ketat desain akan ditinjau, apakah Anda sedang mengembangkan sistem perangkat lunak, dan, jika itu perangkat lunak, proses pengembangan perangkat lunak yang Anda gunakan.<\/p>\n

    Dalam industri tertentu, seperti medis dan pertahanan, proyek perangkat lunak cenderung mengarah pada UML sebagai cetak biru karena tingkat kualitas yang tinggi diminta. Desain perangkat lunak ditinjau secara ketat karena bisa menjadi kritis untuk misi: Anda tidak ingin mesin pemantau jantung Anda tiba-tiba menampilkan \u201clayar biru kematian.\u201d<\/p>\n

    Beberapa proyek dapat berjalan dengan pemodelan yang lebih sedikit. Faktanya, beberapa industri komersial menemukan bahwa terlalu banyak pemodelan itu merepotkan dan memperlambat produktivitas. Untuk proyek semacam itu, masuk akal untuk menggunakan UML sebagai sketsa dan memiliki model Anda berisi beberapa diagram arsitektur dan beberapa diagram kelas serta urutan untuk menggambarkan poin-poin kunci.<\/p>\n

    Referensi UML yang Direkomendasikan<\/p>\n