{"id":11003,"date":"2026-03-06T07:19:00","date_gmt":"2026-03-05T23:19:00","guid":{"rendered":"https:\/\/www.archimetric.com\/id\/what-is-activity-diagram\/"},"modified":"2026-03-06T07:19:00","modified_gmt":"2026-03-05T23:19:00","slug":"what-is-activity-diagram","status":"publish","type":"post","link":"https:\/\/www.archimetric.com\/id\/what-is-activity-diagram\/","title":{"rendered":"Apa itu Diagram Aktivitas"},"content":{"rendered":"
Diagram Aktivitas<\/a>mendeskripsikan bagaimana aktivitas diintegrasikan untuk memberikan suatu layanan yang dapat berada pada berbagai tingkat abstraksi. Secara umum, suatu peristiwa perlu dicapai melalui suatu operasi, khususnya ketika operasi tersebut dimaksudkan untuk mencapai sejumlah hal berbeda yang memerlukan koordinasi, atau bagaimana peristiwa-peristiwa dalam satu kasus penggunaan saling berkaitan, khususnya kasus penggunaan di mana aktivitas dapat tumpang tindih dan memerlukan koordinasi. Ini juga sesuai untuk memodelkan bagaimana kumpulan kasus penggunaan berkoordinasi untuk menciptakan alur kerja bagi suatu organisasi.<\/div>\n
<\/div>\n
\n\n

Kapan menggunakan Diagram Aktivitas?<\/h3>\n

Pengembang menggunakan diagram aktivitas untuk memahami alur tingkat tinggi dari suatu program. Ini juga memungkinkan mereka mengidentifikasi batasan dan kondisi yang memicu peristiwa tertentu.<\/p>\n

    \n
  1. Mewakili alur kerja bisnis<\/li>\n
  2. Mengidentifikasi kasus penggunaan kandidat, melalui pengkajian alur kerja bisnis<\/li>\n
  3. Mengidentifikasi prasyarat dan pasca-kondisi (konteks) untuk kasus penggunaan<\/li>\n
  4. Memodelkan alur kerja antar\/dalam kasus penggunaan<\/li>\n
  5. Memodelkan alur kerja kompleks dalam operasi pada objek<\/li>\n
  6. Memodelkan secara rinci aktivitas kompleks dalam diagram aktivitas tingkat tinggi<\/li>\n<\/ol>\n

    Komponen dasar dari diagram aktivitas<\/b><\/h3>\n

    Diagram aktivitas pada dasarnya adalah bagan alir yang menggambarkan alur dari satu aktivitas ke aktivitas lain. Suatu aktivitas dapat dijelaskan sebagai suatu operasi dari sistem. Tujuan dasar dari diagram aktivitas adalah untuk menangkap perilaku dinamis sistem. Ini juga disebut sebagai bagan alir berbasis objek.<\/p>\n

    Notasi diagram aktivitas juga sangat mirip dengan notasi diagram mesin keadaan. Faktanya, menurut spesifikasi UML, diagram aktivitas merupakan variasi dari diagram mesin keadaan.<\/p>\n

    Aksi<\/h4>\n

    Aksi adalah elemen bernama yang mewakili satu langkah atomik tunggal dalam aktivitas, yaitu yang tidak diuraikan lebih lanjut dalam aktivitas tersebut.<\/p>\n

    \"Action\"<\/p>\n

    Aktivitas<\/h4>\n

    Aktivitas mewakili suatu perilaku yang terdiri dari elemen-elemen individu yang merupakan simpul aktivitas yang bisa berupa:<\/p>\n

      \n
    1. aksi<\/li>\n
    2. objek<\/li>\n
    3. aliran kontrol<\/li>\n<\/ol>\n

      Aliran Kontrol<\/h4>\n

      Aliran kontrol mewakili perpindahan kendali eksekusi dari satu aksi ke aksi lainnya.<\/p>\n

      Ditampilkan sebagai garis padat dengan panah pada salah satu ujungnya yang mengarah ke aksi berikutnya.<\/p>\n

      Contoh<\/strong>Ketika Isi Pesanan<\/i>aksi selesai, kendali eksekusi dialihkan ke Kirim Pesanan<\/i>aksi.<\/p>\n

      \"Control<\/p>\n

      Mulai dan Akhir<\/h4>\n

      Mereka mewakili titik awal dan titik akhir dari urutan eksekusi tindakan dalam suatu aktivitas. Notasi Mulai dan Notasi Akhir juga dikenal sebagai notasi State Awal dan notasi State Akhir.<\/p>\n

        \n
      1. Elemen Mulai digambar sebagai lingkaran kecil yang padat.<\/li>\n
      2. Elemen Akhir digambar sebagai lingkaran kecil yang padat yang dikelilingi oleh lingkaran luar.<\/li>\n<\/ol>\n

        Contoh<\/h4>\n

        \"Start<\/p>\n

        Keputusan<\/h4>\n

        Ini mewakili tindakan keputusan yang mengevaluasi kondisi tertentu dan menentukan jalur tindakan mana yang akan dilanjutkan eksekusinya.<\/p>\n

        Notasi Keputusan digambar sebagai bentuk berlian kecil dengan satu aliran kontrol masuk dan beberapa aliran kontrol keluar.<\/p>\n

        Setiap aliran kontrol keluar harus diberi label dengan kondisi yang mengarah ke aliran ini.<\/p>\n

        Contoh<\/h4>\n

        Tindakan keputusan yang dilakukan setelah Terima Pesanan<\/i>tindakan untuk memeriksa stok dapat digambar dalam diagram seperti yang ditunjukkan di bawah ini:<\/p>\n

        \"Decision\"<\/p>\n

        Gabung<\/h4>\n

        Ini mewakili titik penggabungan di mana beberapa jalur eksekusi alternatif akan bertemu dan dilanjutkan.<\/p>\n

        Ini digambar sebagai bentuk berlian kecil dengan beberapa aliran kontrol masuk dan satu aliran kontrol keluar.<\/p>\n

        Contoh<\/h4>\n

        Titik penggabungan di mana Kirim Pesanan<\/i> dan Tahan Pesanan<\/i>bertemu dapat digambar dalam diagram sebagai Notasi Gabung seperti yang ditunjukkan di bawah ini:<\/p>\n

        \"Merge\"<\/p>\n

        Cabang<\/h4>\n

        Ini mewakili tindakan cabang yang membagi satu aliran eksekusi menjadi beberapa aliran eksekusi bersamaan.<\/p>\n

        Ini digambar sebagai garis padat pendek dengan satu aliran kontrol masuk di satu sisi dan beberapa aliran kontrol keluar di sisi lain.<\/p>\n

        Contoh<\/h4>\n

        Tindakan cabang yang dilakukan setelah Terima Pesanan<\/i>tindakan untuk memulai Kirim Pesanan<\/i> tindakan dan Kirim Faktur<\/i> tindakan secara bersamaan dapat digambarkan dalam diagram seperti yang ditunjukkan di bawah ini:<\/p>\n

        \"Fork\"<\/p>\n

        Gabung<\/h4>\n

        Ini mewakili tindakan gabung yang menunggu beberapa aliran eksekusi bersamaan selesai.<\/p>\n

        Ini digambarkan sebagai garis padat pendek dengan beberapa aliran kontrol masuk di satu sisi dan satu aliran kontrol keluar di sisi lain.<\/p>\n

        Contoh<\/h4>\n

        Tindakan gabung dilakukan sebelum Tutup Pesanan<\/i> tindakan untuk menunggu kedua Kirim Pesanan<\/i> tindakan dan Kirim Faktur<\/i> tindakan untuk selesai dapat digambarkan seperti pada diagram berikut:<\/p>\n

        \"Join\"<\/p>\n

        Objek<\/h4>\n

        Ini mewakili objek yang bisa menjadi masukan dan\/atau keluaran dari suatu tindakan. Dalam hal ini, objek dianggap sebagai contoh dari suatu kelas dalam keadaan tertentu.<\/p>\n

        Ini direpresentasikan oleh persegi panjang dengan namanya ditempatkan di dalamnya.<\/p>\n

        Ini juga dapat dikualifikasi oleh keadaan yang ditulis dalam tanda kurung di bawah nama.<\/p>\n

        Contoh<\/h4>\n

        Pesanan [Terisi]<\/i> objek yang dihasilkan dari Isi Pesanan<\/i> tindakan akan dikonsumsi oleh Kirim Pesanan<\/i> tindakan. Objek ini dapat digambarkan sebagai Notasi Objek dalam diagram aktivitas UML seperti yang ditunjukkan di bawah ini:<\/p>\n

        \"Object\"Notasi yang berbeda dengan semantik yang sama:<\/p>\n

        \"Object<\/p>\n

        Sinyal dan Peristiwa<\/h4>\n

        Ini mewakili tindakan sinyal yang mengirim sinyal ke luar aktivitas. Tindakan pengiriman sinyal tidak menunggu respons apa pun dari penerima sinyal. Ia berakhir sendiri dan menyerahkan kendali eksekusi ke tindakan berikutnya.<\/p>\n

        Ini digambarkan sebagai segi lima cembung dengan namanya ditempatkan di dalamnya.<\/p>\n

        Contoh<\/h4>\n

        The Notifikasi Pelanggan<\/i>tindakan mengirim sinyal dalam aktivitas pemrosesan pesanan dapat digambarkan sebagai Notasi Mengirim Sinyal dalam diagram aktivitas UML seperti yang ditunjukkan di bawah ini:<\/p>\n

        \"Singal<\/p>\n

        Swimlane dan Partisi<\/h3>\n
          \n
        1. Partisi menunjukkan kelompok tindakan dan objek yang memiliki beberapa sifat umum.<\/li>\n
        2. Ditampilkan sebagai dua garis sejajar dengan nama partisi sebagai salah satu ujungnya.<\/li>\n
        3. Semua tindakan dan objek yang terletak di antara dua garis tersebut dianggap berada dalam kelompok tersebut.<\/li>\n
        4. Jika suatu tindakan atau objek terletak di batas beberapa partisi, dianggap berada dalam beberapa kelompok.<\/li>\n
        5. Partisi dapat bersarang untuk membentuk hierarki partisi.<\/li>\n<\/ol>\n

          Contoh<\/h4>\n

          Tindakan dan objek dalam aktivitas pemrosesan pesanan dapat dibagi menjadi 3 kelompok:<\/p>\n

            \n
          1. Kelompok tindakan Departemen Pesanan<\/li>\n
          2. Kelompok tindakan Departemen Akuntansi<\/li>\n
          3. Kelompok tindakan Pelanggan, berdasarkan kepemilikan tindakan<\/li>\n<\/ol>\n

            Kelompok-kelompok ini dapat digambarkan sebagai Notasi Partisi dalam diagram aktivitas UML seperti yang ditunjukkan di bawah ini:<\/p>\n

            \"Swimlane<\/p>\n

            Aktivitas Berparameter<\/h3>\n

            Aktivitas Parameter Aktivitas menerima input ke aktivitas atau menyediakan output dari aktivitas.<\/p>\n

            Parameter aktivitas ditampilkan di tepi dan dicantumkan di bawah nama aktivitas sebagai: nama-parameter: tipe-parameter.<\/p>\n

            Contoh<\/h4>\n

            Contoh berikut menggambarkan dua parameter masuk dan satu parameter keluar yang ditentukan untuk aktivitas.<\/p>\n

            \"Parameterized<\/p>\n

            Bingkai Aktivitas<\/h3>\n

            Digunakan dalam diagram aktivitas UML untuk memberikan batas yang mengelilingi semua tindakan dan objek aktivitas.<\/p>\n

            Digambarkan sebagai persegi panjang besar dengan sudut membulat. Nama aktivitas, parameter masuk, dan parameter keluar ditulis di dekat sudut kiri atas persegi panjang.<\/p>\n

            Notasi objek yang mewakili parameter masuk dan parameter keluar dapat ditempatkan di tepi persegi panjang.<\/p>\n

            Mengapa Menggunakan Diagram Aktivitas?<\/h3>\n

            Diagram aktivitas dalam UML memungkinkan Anda membuat suatu peristiwa sebagai aktivitas, yang berisi kumpulan simpul yang terhubung oleh sisi. Suatu aktivitas dapat dilampirkan ke elemen pemodelan apa pun untuk memodelkan perilakunya. Diagram aktivitas sering digunakan untuk menguraikan.<\/p>\n