Menguasai Alur Sistem: Studi Kasus Praktis Menggunakan Diagram Gambaran Interaksi UML

Pendahuluan

Di era digital yang berkembang pesat saat ini, sistem perangkat lunak telah tumbuh secara eksponensial dalam kompleksitasnya. Aplikasi modern tidak lagi berupa entitas monolitik, melainkan ekosistem rumit yang terdiri dari berbagai komponen yang saling berinteraksi, proses paralel, titik keputusan bersyarat, serta pertukaran pesan secara asinkron. Meskipun kerumitan arsitektural ini memungkinkan fungsi yang kuat, hal ini menciptakan tantangan komunikasi yang signifikan: bagaimana kita menyampaikan interaksi kompleks ini kepada berbagai pemangku kepentingan—analisis bisnis, pengembang, pengujian, manajer proyek, dan klien—tanpa membebani mereka dengan rincian teknis yang terlalu mendalam?

Metode dokumentasi tradisional, seperti spesifikasi teks yang panjang atau diagram urutan yang terlalu rinci, sering kali gagal memberikan perspektif menyeluruh yang dibutuhkan untuk pengambilan keputusan yang efektif. Pemangku kepentingan tersesat dalam rincian, melewatkan gambaran besar tentang bagaimana berbagai interaksi berkoordinasi untuk mencapai tujuan bisnis. Di sinilah Diagram Gambaran Interaksi UML (IODs) muncul sebagai solusi yang mampu mengubah paradigma.

Diagram Gambaran Interaksi berfungsi sebagai alat navigasi strategis, menawarkan pandangan tingkat tinggi, seperti pandangan dari atas alur kontrol di seluruh interaksi yang ada dalam suatu sistem. Berbeda dengan diagram urutan yang mendetail setiap pertukaran pesan, IODs menekankan pengoordinasian kontrol antara interaksi, dengan menggunakan fragmen, node keputusan, cabang, pertemuan, dan referensi interaksi. Lapisan abstraksi ini membuat IODs sangat kuat dalam menyederhanakan proses yang kompleks, mendokumentasikan perilaku sistem pada tingkat rincian yang sesuai, serta menciptakan pemahaman bersama antara pemangku kepentingan teknis maupun non-teknis.

Studi kasus ini menunjukkan penerapan praktis prinsip IOD melalui skenario nyata: restrukturisasi Sistem Pemesanan Tiket Online SkyFast Airways. Dengan membahas secara menyeluruh pembuatan Diagram Gambaran Interaksi—mulai dari identifikasi masalah awal hingga validasi akhir—kami menunjukkan bagaimana mengubah dokumen teks 50 halaman yang membingungkan menjadi model visual yang jelas dan dapat diambil tindakan, yang menyelaraskan tim, mempercepat pengembangan, serta mencegah kesalahpahaman yang mahal.

Studi Kasus: Sistem Pemesanan Tiket Penerbangan

Latar Belakang & Tantangan

SkyFast Airways, sebuah maskapai regional yang sedang berkembang, menghadapi tantangan kritis terhadap sistem pemesanan daring mereka. Seluruh alur kerja pemesanan didokumentasikan dalam spesifikasi teks yang berat sebanyak 50 halaman, yang telah menjadi sumber konflik terus-menerus antara analis bisnis, pengembang, dan tim jaminan kualitas. Salah paham sering terjadi, persyaratan dipahami keliru, dan proses pengembangan terganggu oleh pekerjaan ulang dan keterlambatan.

Pimpinan proyek menyadari bahwa perubahan mendasar dalam pendekatan dokumentasi diperlukan. Mereka memutuskan untuk mengadopsi Diagram Gambaran Interaksi UML untuk menciptakan representasi visual tunggal dan otoritatif dari seluruh proses pemesanan. Peta tingkat tinggi ini akan menjadi dasar sebelum masuk ke diagram urutan yang rinci untuk setiap interaksi.

Langkah 1 – Mengidentifikasi Interaksi Inti

Tim lintas fungsi berkolaborasi untuk mendekomposisi proses pemesanan menjadi unit interaksi dasarnya:

Cari Penerbangan – Pelanggan memasukkan lokasi keberangkatan/tujuan, tanggal perjalanan, dan jumlah penumpang
Pilih Penerbangan – Pelanggan meninjau opsi yang tersedia dan memilih penerbangan yang diinginkan
Tambahkan Layanan Tambahan – Pelanggan secara opsional memilih layanan tambahan (bagasi, pemilihan kursi, makanan)
Masuk atau Lanjutkan sebagai Tamu – Sistem mengautentikasi pengguna atau memungkinkan checkout sebagai tamu
Masukkan Detail Penumpang – Pelanggan menyediakan informasi penumpang dan detail kontak
Lakukan Pembayaran – Pelanggan menyelesaikan transaksi melalui kartu kredit atau dompet digital
Konfirmasi Pemesanan – Sistem menghasilkan PNR (Catatan Nama Penumpang) dan mengirim email konfirmasi

Langkah 2 – Identifikasi Pola dan Fragmen Alur Kontrol

Melalui analisis cermat, tim mengidentifikasi pola alur kontrol kritis yang akan membentuk struktur diagram:

Node Keputusan:
- Setelah pemeriksaan login:pengguna yang telah diautentikasi vs checkout sebagai tamu
- validasi ketersediaan penerbangan
Pemrosesan Paralel (Fork/Join):
- Setelah pembayaran: simultan pembuatan faktur dan reservasi kursi
Fragmen Loop:
- Mekanisme pengulangan pembayaran (maksimal 3 kali percobaan)
Referensi Interaksi:
- Proses sub-proses yang kompleks seperti “Login” dan “Pemrosesan Pembayaran” akan dijelaskan secara rinci dalam diagram urutan terpisah

Langkah 3 – Tentukan Garis Waktu Sistem

Tim mengidentifikasi peserta utama dalam ekosistem pemesanan:

Pelanggan (Aktor) – Pengguna akhir yang memulai pemesanan
SistemPemesanan – Aplikasi inti yang mengoordinasikan proses
GerbangPembayaran – Layanan pemrosesan pembayaran eksternal
DatabasePenerbangan – Repositori ketersediaan dan harga penerbangan

Dalam IOD, garis hidup sering muncul dalam fragmen interaksi tertentu daripada membentang di seluruh diagram, menjaga kejelasan dan fokus.

Langkah 4 – Bangun Diagram Gambaran Interaksi

Mengikuti standar notasi UML, tim membuat IOD yang komprehensif:

Penjelasan Alur Diagram:

Node Awal (bulatan hitam pejal) → Sesi pemesanan dimulai
Penggunaan Interaksi → Cari Penerbangan (mengacu pada diagram urutan yang rinci)
Node Keputusan → “Penerbangan tersedia?”
- Tidak → Kembali ke pencarian
- Ya → Lanjut ke langkah berikutnya
Penggunaan Interaksi → Tambahkan Tambahan (layanan opsional)
Node Keputusan → “Pengguna telah diautentikasi?”
- Tidak → Panggil Masuk penggunaan interaksi
- Ya → Lewati otentikasi
Penggunaan Interaksi → Masukkan Detail Penumpang
Penggunaan Interaksi → Lakukan Pembayaran (mencakup fragmen pengulangan untuk logika pengulangan)
Node Cabang → Setelah pembayaran berhasil, eksekusi paralel dimulai:
- Cabang kiri: Hasilkan Faktur
- Cabang kanan: Pesankan Kursi
Node Gabungan → Sinkronkan cabang paralel
Node Akhir → Kirim Konfirmasi dan hentikan proses

Langkah 5 – Terapkan Notasi UML Secara Sistematis

Tabel berikut menunjukkan bagaimana setiap elemen notasi UML diterapkan dalam IOD pemesanan penerbangan:

Elemen Notasi	Aplikasi dalam IOD Pemesanan Penerbangan
Node Awal	Menandai awal sesi pemesanan
Penggunaan Interaksi	`Cari Penerbangan`, `Masuk`, `Lakukan Pembayaran`, `Tambahkan Tambahan`
Fragment Interaksi	Perulangan untuk percobaan pembayaran ulang; blok fork/join paralel
Garis Hidup Objek	`Pelanggan`, `SistemPemesanan`, `GerbangPembayaran`, `BasisDataPenerbangan`
Pesan	Panah “Kirim permintaan pembayaran” dari SistemPemesanan ke GerbangPembayaran
Aliran Kontrol	Panah padat yang menghubungkan semua node dan interaksi
Node Fork/Join	Pemrosesan paralel setelah pembayaran untuk faktur dan reservasi kursi
Node Keputusan	Cabang bersyarat “Pengguna masuk?” dan “Penerbangan tersedia?”
Node Akhir	Pemesanan dikonfirmasi dan notifikasi email terkirim
Catatan/Kendala	Anotasi “Maksimal 3 percobaan pembayaran” yang terlampir pada fragmen loop

Langkah 6 – Tinjauan dan Validasi Pemangku Kepentingan

IOD yang telah selesai menjalani tinjauan ketat bersama semua pemangku kepentingan proyek:

Pemangku Kepentingan Bisnis mengonfirmasi bahwa alur visual secara akurat merepresentasikan perjalanan pelanggan yang dimaksudkan dan aturan bisnis.

Tim Pengembangan mencatat bahwa Masuk dan Lakukan Pembayaran interaksi akan dijelaskan lebih lanjut dalam diagram urutan rinci berikutnya, memungkinkan pekerjaan pengembangan secara paralel.

Tim Jaminan Kualitas segera mengidentifikasi skenario pengujian kritis:

Logika kegagalan pembayaran dan percobaan ulang
Rute checkout tamu dibandingkan dengan pengguna yang terotentikasi
Penanganan kegagalan pemrosesan paralel
Kasus tepi di node keputusan

Contoh Referensi & Pengenalan Pola

Struktur IOD pemesanan penerbangan ini membagi pola dasar dengan sistem-sistem lain yang telah didokumentasikan dengan baik:

Contoh Sistem Penerimaan Mahasiswa:
Mirip dengan alur pemesanan penerbangan, proses penerimaan mahasiswa memiliki node keputusan awal (terima/tolak aplikasi) diikuti tugas paralel (pendaftaran mata kuliah, aplikasi perumahan) dan diakhiri dengan verifikasi pembayaran.

Sistem Belanja Online:
Domain e-commerce menunjukkan pola yang identik dengan node keputusan untuk pemilihan metode pembayaran dan fragmen paralel untuk pembaruan stok dan pembuatan faktur—meniru pendekatan sistem penerbangan terhadap tambahan penerbangan, percobaan pembayaran ulang, dan faktur paralel ditambah reservasi kursi.

Pola-pola yang berulang di berbagai domain ini menunjukkan keragaman dan kemampuan penggunaan kembali struktur IOD.

Manfaat yang Dicapai: Transformasi di SkyFast Airways

Penerapan Diagram Gambaran Interaksi memberikan peningkatan yang dapat diukur di berbagai dimensi:

Manfaat	Dampak di SkyFast Airways
Kejelasan & Pemahaman	Menggantikan 50 halaman teks yang ambigu dengan diagram visual satu halaman yang dipahami secara universal oleh semua pemangku kepentingan
Penyederhanaan Kompleksitas	Proses paralel (pemesanan kursi + pembuatan faktur) digambarkan dengan jelas tanpa detail yang terlalu membebani
Peningkatan Komunikasi	Mencapai keselarasan pemangku kepentingan dalam satu sesi kerja 1 jam, dibandingkan minggu-minggu rapat yang terpecah-pecah
Peningkatan Analisis & Optimasi	Tim QA segera mengidentifikasi logika “maksimum ulangan” yang hilang dan memasukkannya ke dalam fragmen loop
Keputusan Desain yang Terinformasi	Tim Arsitektur memutuskan untuk menerapkan `Masuk` sebagai komponen interaksi yang dapat digunakan kembali di berbagai alur sistem
Manajemen Perubahan Agile	Ketika fitur baru “peningkatan kursi setelah pembayaran” diminta, tim dengan mudah mengidentifikasi titik penyisipan sebelum node bergabung

Metodologi: Cara Membuat Diagram Gambaran Interaksi

Berdasarkan pengalaman SkyFast Airways, berikut adalah metodologi langkah demi langkah yang terbukti:

1. Identifikasi Interaksi Inti

Mendekomposisi proses bisnis menjadi unit interaksi yang terpisah
Contoh: Cari → Pilih → Tambahkan Tambahan → Otentikasi → Masukkan Detail → Pembayaran → Konfirmasi

2. Identifikasi Fragmen Alur Kontrol

Peta titik keputusan (berlian)
Identifikasi peluang pemrosesan paralel (cabang/gabung)
Deteksi loop dan iterasi
Catat jalur penanganan pengecualian

3. Tentukan Garis Waktu Partisipan

Identifikasi semua aktor dan komponen sistem
Tentukan lifeline mana yang relevan pada setiap tahap interaksi

4. Tentukan Pesan & Aliran Data

Dokumentasikan pesan kunci antar interaksi
Contoh: “Permintaan pencarian”, “Otorisasi pembayaran”, “Tanda terima konfirmasi”

5. Terapkan Fragmen Interaksi

Kelilingi loop dalam bingkai persegi panjang yang bertanda “loop”
Tandai wilayah paralel dengan fragmen “par”
Tambahkan pembatas/kondisi pada cabang keputusan

6. Hubungkan fragmen dengan aliran kontrol

Gunakan panah padat untuk aliran standar
Gunakan panah putus-putus untuk pengecualian atau jalur alternatif
Pastikan semua jalur mengarah ke penghentian yang sesuai

7. Tambahkan Node Kontrol

Node Awal: Lingkaran hitam padat (awal)
Node Keputusan: Bentuk berlian (cabang bersyarat)
Node Fork/Join: Batang horizontal/vertikal padat (pemrosesan paralel)
Node Akhir: Lingkaran hitam padat dengan batas (penghentian)

8. Ulas & Validasi dengan Pihak Terkait

Lakukan sesi pemantauan bersama tim bisnis, pengembangan, dan QA
Verifikasi kelengkapan dan akurasi
Identifikasi skenario yang hilang atau kasus tepi

9. Sempurnakan & Ulangi

Tambahkan catatan penjelasan dan batasan
Optimalkan tata letak untuk kemudahan pembacaan
Perbarui berdasarkan masukan dan persyaratan yang terus berkembang

Aplikasi Praktis: Di Mana IOD Memberikan Nilai

Diagram Tinjauan Interaksi yang dibuat untuk SkyFast Airways memenuhi berbagai tujuan kritis sepanjang siklus pengembangan perangkat lunak:

Kasus Penggunaan	Aplikasi dalam Konteks Pemesanan Penerbangan
Desain Arsitektur Sistem	Arsitek menggunakan IOD untuk menentukan batas layanan mikro (Layanan Pembayaran, Layanan Pemesanan, Layanan Manajemen Kursi)
Analisis Kebutuhan	Product Owner memvalidasi bahwa alur checkout tamu dan logika pengulangan pembayaran telah ditangkap dengan benar
Dokumentasi Teknis	IOD menjadi halaman pembuka dokumen spesifikasi fungsional, memberikan konteks langsung
Desain Kasus Uji	Tim QA mengembangkan lebih dari 12 skenario uji yang mencakup jalur pengulangan pembayaran, kegagalan eksekusi paralel, dan semua cabang simpul keputusan
Onboarding & Pelatihan	Anggota tim baru dengan cepat memahami perilaku sistem tanpa harus membaca dokumentasi yang panjang
Analisis Dampak	Ketika persyaratan berubah, tim dengan cepat menilai interaksi mana yang terdampak

Pertimbangan Lanjutan & Praktik Terbaik

Kapan Menggunakan Diagram Tinjauan Interaksi

IOD sangat berharga ketika:

Banyak interaksi harus diselaraskan untuk mencapai tujuan bisnis
Pemrosesan paralel terlibat
Logika keputusan yang kompleks ada dengan beberapa jalur bercabang
Penyelarasan pemangku kepentingan diperlukan di kalangan audiens teknis dan non-teknis
Batasan sistem perlu klarifikasi sebelum desain rinci

Kesalahan Umum yang Harus Dihindari

Terlalu detail: IOD harus tetap tingkat tinggi; simpan urutan pesan untuk diagram urutan
Mengabaikan Jalur Penanganan Kesalahan: Selalu model penanganan kesalahan dan alur alternatif
Batasan Fragmen yang Tidak Jelas: Labelkan dengan jelas kondisi loop dan penjaga wilayah paralel
Kehilangan Sinkronisasi: Pastikan pasangan fork/join sesuai
Mengabaikan Validasi: Selalu tinjau bersama pemangku kepentingan yang beragam

Integrasi dengan Diagram UML Lainnya

IOD bekerja secara sinergis dengan:

Diagram Urutan: IOD merujuk diagram urutan rinci melalui penggunaan interaksi
Diagram Aktivitas: Berbagi notasi alur kontrol yang serupa (keputusan, cabang, pertemuan)
Diagram Komponen: Garis hidup IOD sering dipetakan ke komponen
Diagram Kasus Penggunaan: IOD dapat menguraikan alur kasus penggunaan yang kompleks

Kesimpulan

Studi kasus SkyFast Airways dengan kuat menunjukkan bahwaDiagram Gambaran Interaksi UML jauh lebih dari latihan pemodelan akademik—mereka adalah alat praktis yang ramah pemangku kepentingan untuk mengatasi kompleksitas. Dengan mengubah spesifikasi teks yang membingungkan sebanyak 50 halaman menjadi alur visual satu halaman yang intuitif, maskapai penerbangan ini berhasil mencapai apa yang banyak organisasi gagal lakukan: pemahaman bersama yang tulus di antara tim yang beragam.

Kekuatan sejati dari Diagram Gambar Interaksi terletak pada sifat mereka yangsifat hibrida. Mereka menghubungkan kesenjangan konseptual antara pemodelan proses bisnis tingkat tinggi (diagram aktivitas) dan desain interaksi teknis yang mendetail (diagram urutan). Dengan menggabungkan elemen alur kontrol yang umum dikenal—node keputusan, cabang, pertemuan, keadaan awal dan akhir—dengan konstruksi khusus interaksi seperti garis hidup, pesan, dan referensi interaksi, IOD menciptakan sudut pandang unik yang melayani berbagai audiens secara bersamaan.

Poin-Poin Utama bagi Praktisi

1. Mulailah dengan Gambaran Besar
Sebelum terjun ke diagram urutan yang mendetail, selalu buat peta alur kontrol secara keseluruhan. Ini mencegah pandangan sempit dan memastikan semua interaksi diatur dengan tepat.

2. Terima Abstraksi
Tahan godaan untuk menampilkan setiap pesan. IOD harus menjawab pertanyaan ‘apa yang terjadi selanjutnya?’ bukan ‘bagaimana tepatnya pesan ini bekerja?’

3. Manfaatkan Kemampuan Reuse
Penggunaan interaksi memungkinkan Anda merujuk diagram yang mendetail, mendorong modularitas dan mengurangi duplikasi di seluruh dokumentasi Anda.

4. Validasi Sejak Awal dan Secara Berkala
Sifat visual dari IOD membuatnya sangat cocok untuk tinjauan pemangku kepentingan. Tangkap kesalahpahaman sebelum kode ditulis, bukan setelahnya.

5. Berpikir dalam Pola
Seperti yang ditunjukkan oleh kesamaan antara sistem pemesanan pesawat, penerimaan mahasiswa, dan sistem belanja online, banyak proses bisnis memiliki pola struktural yang umum. Kenali dan gunakan kembali pola-pola ini.

Dampak yang Lebih Luas

Untuk setiap sistem di manaalur kontrol meluas ke berbagai interaksi—baik Anda merancang sistem manajemen pasien kesehatan, platform perdagangan keuangan, portal pembelajaran daring, atau bahkan mesin reservasi penerbangan—memulai dengan Diagram Gambar Interaksi bukan hanya bermanfaat; itu sangat penting.

Investasi waktu dalam membuat IOD menghasilkan keuntungan yang berlipat ganda:

Jam-jam penjelasan disimpan dalam pertemuan pemangku kepentingan
Kesalahpahaman dicegah sebelum menjadi bug yang mahal
Pengembangan paralel menjadi mungkin dengan definisi antarmuka yang jelas
Analisis dampak perubahan menjadi sederhana dengan ketergantungan yang terlihat
Transfer pengetahuan mempercepat dengan dokumentasi visual yang intuitif

Pikiran Akhir

Di era di mana kompleksitas perangkat lunak terus meningkat, kemampuan untuk menyederhanakan interaksi yang rumit menjadi visualisasi yang jelas dan dapat diambil tindakan bukan sekadar keterampilan yang menyenangkan—tetapi merupakan kompetensi kritis untuk desain sistem yang sukses. Diagram Tinjauan Interaksi UML menyediakan kompetensi tersebut. Mereka mengubah kekacauan menjadi kejelasan, ambiguitas menjadi keselarasan, dan kompleksitas menjadi mudah dipahami.

Seperti yang dibuktikan oleh transformasi SkyFast Airways, ketika Anda menginvestasikan waktu untuk membuat Diagram Tinjauan Interaksi yang dirancang dengan baik, Anda tidak hanya menggambar kotak dan panah—Anda sedang membangun bahasa bersama yang memberdayakan seluruh organisasi untuk maju dengan keyakinan, kejelasan, dan tujuan yang terkoordinasi.

Mulailah dengan tinjauan umum. Kuasai alur. Kemudian rinci interaksinya.Itulah jalan menuju pembuatan sistem yang berfungsi—bukan hanya dalam kode, tetapi di dunia nyata di mana manusia, proses, dan teknologi harus berjalan selaras.

Referensi

Apa itu Diagram Tinjauan Interaksi? – Visual Paradigm: Artikel ini menjelaskan Diagram Tinjauan Interaksi (IOD) sebagai jenis diagram baru dalam UML 2.0 yang menggabungkan fleksibilitas Diagram Aktivitas dengan logika urutan Diagram Urutan. Artikel ini menjelaskan bagaimana IOD membantu dalam memodelkan skenario perilaku yang kompleks dengan menunjukkan alur kontrol antara berbagai Diagram Interaksi.
Apa itu Diagram Tinjauan Interaksi? (Bahasa Cina Tradisional) – Visual Paradigm: Versi bahasa Cina tradisional dari panduan ini, menyediakan penjelasan rinci mengenai tujuan, sintaks, dan penggunaan Diagram Tinjauan Interaksi dalam pemodelan UML untuk rekayasa perangkat lunak.
Diagram Tinjauan Interaksi – Panduan Pengguna Visual Paradigm: Bagian panduan pengguna teknis dari Visual Paradigm yang menjelaskan cara membuat dan mengedit Diagram Tinjauan Interaksi dalam lingkungan perangkat lunak Visual Paradigm, termasuk fungsi toolbar dan pengaturan properti.
Contoh Diagram Tinjauan Interaksi – Galeri Visual Paradigm: Halaman galeri yang menampilkan berbagai contoh Diagram Tinjauan Interaksi yang dibuat oleh pengguna, memberikan referensi visual untuk praktik terbaik dalam menggabungkan node aktivitas dengan fragmen diagram urutan.
Diagram Tinjauan Interaksi UML – Tutorial YouTube: Tutorial video yang menunjukkan cara menggambar dan memahami Diagram Tinjauan Interaksi dalam UML, menyoroti integrasi diagram urutan dalam alur aktivitas.
Apa itu Diagram Tinjauan Interaksi? – Visual Paradigm (Tautan Ganda): Sama seperti referensi [1].
Cara Menggambar Diagram Tinjauan Interaksi dalam UML – Visual Paradigm Circle: Tutorial langkah demi langkah tentang menggambar IOD, dengan fokus pada penerapan praktis menghubungkan node aktivitas ke spesifikasi interaksi untuk memodelkan pola perilaku yang kompleks.
Panduan Komprehensif untuk Visual Paradigm: Membebaskan Kekuatan ArchiMate – archimate.visual-paradigm.com: Catatan: Referensi ini membahas Arsitektur Perusahaan ArchiMate, bukan Diagram Tinjauan Interaksi UML. Kemungkinan besar tidak relevan dengan topik utama.
Apa itu Diagram Tinjauan Interaksi? – Visual Paradigm (Tautan Ganda): Sama seperti referensi [1].
Bahasa Pemodelan Terpadu (UML) – The Knowledge Academy: Posting blog umum tentang UML yang mungkin secara singkat menyebutkan IOD di antara jenis diagram lainnya, memberikan gambaran umum peran UML dalam desain sistem.
Editor Diagram Komponen Gratis – Visual Paradigm Online: Catatan: Tautan ini merujuk ke Diagram Komponen, bukan Diagram Tinjauan Interaksi.
Menggambar Diagram Tinjauan Interaksi – Panduan Pengguna Visual Paradigm: Panduan teknis khusus tentang langkah-langkah menggambar IOD di Visual Paradigm, termasuk cara menambahkan dan mengonfigurasi node Spesifikasi Interaksi.