“UML adalah hal terburuk yang pernah terjadi pada MDD.” Mengapa?

William Cook dalam sebuah tweet menulis bahwa:

" UML adalah hal terburuk yang pernah terjadi pada MDD. Untungnya banyak orang sekarang menyadari ini ... "

Saya ingin tahu alasan di balik klaim itu (rupanya, saya tidak merujuk pada pendapat pribadinya).

Saya perhatikan bahwa banyak orang di luar sana yang tidak terlalu menyukai UML. Juga perlu disebutkan bahwa ia berada di dunia akademis, di mana UML adalah preil banyak cawan suci desain dan pemodelan yang efektif.

Yah, saya akademisi yang memposting tweet asli. Tweet tidak dimaksudkan sebagai artikel ilmiah. Mereka adalah iklan, dan saya pikir mereka juga bisa menjadi kontroversial. Inilah tweet tindak lanjut saya:

1) UML dibuat untuk memodelkan desain OO. Efeknya Anda memodelkan kode suatu sistem, bukan perilaku sistem. UML berada di level yang salah.

2) gagasan bahwa 7 (atau 13) format diagram di UML dapat mencakup semuanya gila. Bagaimana dengan GUI, gambar rangka web, otorisasi, dll. ???

3) UML telah mendorong gagasan bahwa model harus grafis. Konyol! Model teks dan grafik berguna dan sering kali dapat dipertukarkan

4) UML sekaligus terlalu besar dan kompleks dan pada saat yang sama sangat terbatas. Stereotipe dan profil tidak efektif untuk ekstensi yang dapat digunakan.

Perhatikan bahwa saya tidak selalu mengatakan UML buruk. Saya hanya mengatakan bahwa itu tidak membantu tujuan "pengembangan model-driven", yang merupakan hal yang saya minati. Saya tidak mengerti komentar tentang "holy grail".

UML setara dengan mengambil obeng dan palu dan merekatkannya menjadi satu dan menyebutnya sebagai "Alat Pengikat Universal." Secara teori dapat digunakan untuk mewakili banyak hal dengan sangat rinci, dalam praktiknya sekelompok alat yang kurang terintegrasi mengklaim sebagai alat tunggal, yang membuat melakukan satu tugas jauh lebih sulit daripada memiliki alat yang tepat untuk memulai.

Saya pikir ada juga kasus yang dibuat bahwa MDD adalah hal terburuk yang terjadi pada UML (mengapa lagi kita memiliki UML2 yang kita miliki?), Tetapi mengabaikannya untuk saat ini ...

MDD = Model Didorong <Desain | Pengembangan>. Idenya adalah untuk dapat mengembangkan solusi pada tingkat abstraksi yang sesuai dengan domain masalah - yaitu, itu adalah upaya untuk mengekspresikan solusi untuk masalah dalam sintaksis yang paling alami untuk mengekspresikan solusi tersebut. Domain masalah itu sendiri ditandai dengan model operasional (yaitu, dengan model yang dapat dieksekusi oleh komputer). Jadi, MDD bisa menjadi pendekatan yang sangat menarik, meskipun satu dengan dua persyaratan utama:

1. Seseorang harus dapat mengkompilasi bahasa itu ke dalam bentuk yang sesuai untuk eksekusi komputer (model harus operasional ); dan
2. Seseorang harus membuat bahasa pemodelan untuk domain masalah.

Ini pemahaman saya bahwa upaya UML2 dimaksudkan untuk mengatasi poin 1, mungkin di bawah keyakinan bahwa pengalaman industri dengan UML menunjukkan bahwa poin 2 puas untuk beberapa subset domain masalah besar. Sayangnya, dan inilah yang saya pikirkan tentang William Cook, UML tidak memenuhi poin 2 karena berada di dekat ruang lingkup masalah yang dipikirkan. Saya tidak berbicara dari pengalaman pribadi, tetapi saya pikir pengalaman industri menggunakan MDD dengan UML memiliki dua hasil umum:

UML bagus asalkan hanya bahasa pemodelan. Jika Anda mencoba menghubungkan MDD ke UML untuk mendapatkan tampilan grafis maka itu tidak berguna. MDD akan lebih baik tanpa UML serta UML tanpa MDD.

Katakanlah UML dan MDD telah bercerai hari ini untuk memiliki kehidupan yang lebih baik tidak bersama lagi :-)