Seberapa berguna UML jika Anda seorang pengembang yang bekerja sendiri dalam suatu proyek [ditutup]

Seberapa bermanfaatkah UML jika Anda seorang pengembang yang bekerja sendiri dalam suatu proyek?

Ini bisa sangat berguna jika proyeknya cukup besar sehingga Anda kesulitan menjaga semuanya lurus di kepala Anda. Menyampaikan sesuatu ke kertas / diagram juga dapat membantu proses desain dan penyelesaian masalah, setidaknya bagi saya.

... Saya juga mengakui bahwa untuk proyek pribadi diagram saya tidak seformal mereka untuk proyek di tempat kerja, mereka hanya baik bagi saya untuk bekerja dengan mereka ...

Ini sangat berguna dan berharga .

Seperti yang orang lain katakan itu yang terbaik untuk komunikasi dan sekilas Anda bisa mengatakan "hanya 1 pengembang jadi ... tidak ada komunikasi yang diperlukan" tetapi saya tidak berpikir itu benar.

Jadi untuk siapa UML dan komunikasi itu?

1. Kamu! - Iya kamu. Ketika Anda pergi dari proyek untuk sementara waktu dan kemudian kembali itu akan ada untuk membantu Anda mengingat cara kerja proyek.
2. Pengembang baru - Meskipun Anda mungkin satu-satunya pengembang sekarang, itu tidak berarti di masa depan orang lain tidak akan mengerjakan proyek Anda atau bahkan mungkin akan berkembang menjadi lebih dari 1 pengembang.
3. Business Associates - Jika Anda ingin mempresentasikan sesuatu kepada atasan atau manajer atau calon mitra untuk proyek Anda, maka UML proyek dapat membantu Anda dalam presentasi atau bahkan sekadar percakapan biasa.
4. Dokumentasi - Apakah Anda atau orang lain sedang melakukan dokumentasi pengguna akhir yang memiliki UML proyek dapat menjadi platform peluncuran yang hebat. Jauh lebih baik daripada mencoba mengingat semua yang terjadi saat Anda menulisnya atau menentukan apa yang dapat Anda ingat kepada orang lain.

Selain itu mereka juga berguna untuk latihan ketika Anda masuk ke situasi di mana mereka wajib.

Singkatnya, mungkin tidak terlalu banyak.

Nilai terbesar UML adalah dalam komunikasi, sehingga tidak banyak yang ditawarkan untuk tim satu orang. Meskipun saya masih akan menggunakannya untuk sketsa desain kasar dll. Visualisasi dapat sangat membantu dalam memahami masalah yang rumit.

Satu kemungkinan penggunaan penting adalah untuk mendokumentasikan desain untuk penerus Anda - Anda tidak akan menjadi satu-satunya yang pernah mengerjakan proyek itu (proyek apa pun).

Jawabannya, tentu saja, tergantung pada ukuran dan kerumitan proyek, seberapa jauh Anda berniat mengambil model, dan apakah Anda diharuskan menyerahkan dokumen desain formal.

Saya sudah mencoba menggunakannya untuk proyek pribadi kecil, dan akhirnya tidak terlalu berguna. Kelas aneh atau diagram urutan dapat membantu mengatur pikiran Anda, tetapi setelah beberapa saat akan menjadi lebih banyak pekerjaan daripada nilainya.

Saya melakukan banyak pekerjaan sendiri (saya lepas) dan saya cenderung tidak menggunakan UML. Biasanya ERD dan beberapa catatan dalam alat organisasi (saya menggunakan onenote). Saya tidak pernah merasakan kekurangan itu. Tetapi saya melihat bagaimana ini berguna di lingkungan yang lebih besar dengan banyak orang yang bekerja pada proyek yang sama.

Ini bisa bermanfaat karena ketika Anda mencoba mendokumentasikan keputusan desain dan arsitektur di UML, itu membuat Anda berpikir lebih dalam tentang aplikasi dan terkadang menemukan hal-hal baru dan membuat ide yang lebih baik. Tetapi saya setuju dengan orang lain bahwa jika itu adalah proyek kecil, Anda mungkin tidak mendapat banyak manfaat dari itu ketika Anda bekerja sendirian.

Marginal Saya pikir ... UML dimaksudkan untuk mengkomunikasikan ide-ide desain. Jika Anda benar-benar berpikir dalam UML dan dapat memproduksinya secepat cara lain memetakan desain itu, pastikan untuk melanjutkan dan menggunakannya. Kalau tidak, Anda mungkin lebih baik membuat sesuatu yang terlihat seperti sketsa kasar dan mungkin sedikit UML "Lite" sesuai kebutuhan proyek Anda.

Tentu kasar beberapa kasus penggunaan jika merasa daerah tertentu membutuhkannya. dll.

Ke mana pun Anda pergi, Anda akan membutuhkan sesuatu untuk dirujuk kembali dalam 12 bulan ketika saatnya memikirkan v2.

Saya telah menggunakan implementasi yang sangat minim (tongkat angka, kotak terhubung, dan beberapa label) pada beberapa proyek. Saya pikir lebih mudah untuk mewakili proses tertentu daripada mencoba menggambarkan dalam bentuk tertulis. Beberapa purist mungkin akan mengatakan bahwa itu sebenarnya bukan UML, tetapi klien tidak peduli, jadi saya juga tidak.

Memiliki representasi grafis dari suatu arsitektur dapat membantu, jika arsitekturnya terlalu besar untuk diingat (yang harus Anda tentukan sendiri).

Anda tidak perlu sesuatu yang formal seperti UML, jika Anda melakukan ini hanya untuk diri sendiri.
Tujuannya adalah untuk memvisualisasikan arsitektur sehingga Anda dapat menanganinya. Gunakan apa pun yang berfungsi, sambil tetap tidak menimbulkan gangguan.

Merupakan praktik yang baik untuk menyimpan dokumentasi proyek yang baik, tetapi untuk satu orang ini bisa sangat tidak mudah dilakukan dan sangat memakan waktu, posisi saya di sini adalah Anda tentu perlu melakukan beberapa UML dan jika program Anda sangat rumit atau Anda akan merilis kode yang harus Anda lakukan. jika proyek Anda rumit dan besar, Anda mungkin berpikir untuk melakukan dokumentasi dengan cukup baik sehingga jika Anda melewati periode waktu yang cukup, Anda dapat mengambilnya kembali dengan mudah.