User Interaction Diagram

User interface-flow diagrams biasanya digunakan untuk satu dari dua tujuan. Pertama, mereka terbiasa memodelkan interaksi yang dimiliki pengguna dengan perangkat lunak Anda, seperti yang didefinisikan dalam kasus penggunaan tunggal. Misalnya, use case bisa merujuk ke beberapa layar dan memberikan wawasan tentang bagaimana penggunaannya. Berdasarkan informasi ini, Anda dapat mengembangkan diagram alir antarmuka pengguna yang mencerminkan pandangan perilaku dari kasus penggunaan tunggal.Kedua, seperti yang Anda lihat pada Gambar diatas, Anda dapat memperoleh gambaran tingkat tinggi tentang antarmuka pengguna untuk aplikasi Anda. Gambaran ini secara efektif merupakan kombinasi dari semua pandangan perilaku yang berasal dari kasus penggunaan Anda, akibatnya disebut tampilan arsitektural antarmuka pengguna Anda ( Constantine dan Lockwood 1999 ). Saya lebih suka mengambil pendekatan ikhtisar tingkat tinggi, juga disebut sebagai pendekatan arsitektural , karena ini memungkinkan saya untuk memahami antarmuka pengguna yang lengkap untuk sebuah sistem.

Karena diagram alir antarmuka pengguna menawarkan tampilan tingkat tinggi dari antarmuka suatu sistem, Anda dapat dengan cepat mendapatkan pemahaman tentang bagaimana sistem diharapkan bekerja. Ini menempatkan Anda pada posisi di mana Anda dapat memvalidasi keseluruhan alur antarmuka pengguna aplikasi Anda. Misalnya, apakah aliran itu masuk akal? Aku tidak terlalu yakin. Mengapa saya tidak bisa mendapatkan dari Rincian Seminar untuk Informasi Profesor ? Ketika Anda melihat informasi untuk seminar, bukankah Anda mungkin ingin melihat informasi untuk instruktur seminar itu? Selanjutnya, diagram antarmuka pengguna dapat digunakan untuk menentukan apakah antarmuka pengguna dapat digunakan . Jika ada banyak kotak dan banyak koneksi, mungkin ini merupakan sinyal bagi Anda bahwa sistem Anda terlalu besar bagi orang untuk belajar dan mengerti. Sayangnya, UML belum mendukung diagram semacam ini. Di masa lalu saya telah menggunakan versi modifikasi dari diagram kolaborasi / komunikasi UML, sementara yang lain menyarankan diagram aktivitas UML yang dimodifikasi atau bahkan diagram mesin negara UML untuk ini. Solusi kami semua terlihat seperti yang Anda lihat pada Gambar 1 , walaupun menggunakan notasi yang sedikit berbeda. Karena UML belum lengkap, kami menemukan situasi persis bahwa UML dimaksudkan untuk dihindari - orang-orang menggunakan notasi yang berbeda untuk memodelkan perangkat lunak yang sedang mereka bangun. Harapan saya adalah bahwa Object Management Group (OMG) pada akhirnya akan menentukan profil untuk pemodelan arus UI. Sebenarnya, saya sangat menghargainya jika Anda bisa mengirim email ke efek itu.