Kalau satu diagram isinya 100 class ya repot. Oleh karena itu diagram nya juga harus banyak. Tiap diagram merepresentasikan fungsi dan kelompok tertentu.
Buat aku diagram ini banyak bermanfaat ketika akan menambah fitur. Terutama kalau aplikasi nya sudah besar. Diagram sangat membantu "melihat" dengan baik cara kerja aplikasi. Apalagi aplikasi yang ditangani juga banyak dan mungkin sudah lama tidak membuka aplikasi tersebut. Tanpa adanya diagram atau dokumen yang membantu sulit sekali untuk memahami aplikasi, bahkan yang kita buat sendiri. Harun ________________________________ Dari: Arthur Purnama <po...@programmer.net> Kepada: jug-indonesia@yahoogroups.com Terkirim: Kam, 18 Februari, 2010 15:19:46 Judul: Re: [JUG-Indonesia] [OOT] SOP dan pembagian kerja di software house Hallo, Sorry Gue ga tahan pengen komentar. @Endy, lo ngeliat uml kalo gue perhatiin dari komentar lo, UML itu cuma Class Diagram. UML itu ga cuma class diagram ndy. Dan tentu aja gue bisa setuju ama elo, kalo lo bilang mo presentasi uml diagramm sama siapa, tapi hanya kalo dilihat bahwa UML itu hanya class diagram. Pengalaman lo kan banyak sebagai consultant dan enterpreneur. Subjektif sekali kalo men stereotype kan client atau programmer gak menggunakan UML. Diagram UML kan banyak. dan ada diagram yang bisa dipakai untuk menjelaskan aplikasi ke client atau ke programmer. bahkan kalo client lagi ngejelasin tentang bayangannya aplikasinya seperti apa atau bisnis prosesnya seperti apa, lo bisa nyambi bikin sketsa uml di atas kertas. biasanya begini jauh lebih jelas waktu dilihat lagi, daripada mindmap. Coba deh baca-baca lagi ndy tentang uml. Coba dipake dalam kerjaan sehari-hari, jangan karena pengalaman "toh ga ada yang make ato ga ada yang ngerti" terus jadi ga dipake. client gak harus ngerti notasi-notasi nya uml sebelum elo presentasi. ingat uml itu bukan class diagramm doang. ya jelas aja client gak ngerti kalo lo presentasiin class diagram lo yang uda berisi > 100 kelas. Mit freundlichen Grüßen Arthur Purnama http://arthur. purnama.de 2010/2/18 Endy Muhardin <endy.muhardin@ gmail.com> > > > > > > > > > > > > > > > > > > >> > >> > >2010/2/17 Muhammad Fauzil Haqqi <fauzil.haqqi@ gmail.com> > >>> >>> >>> >>> Hm, memang sepertinya gitu sih. Cuma kalau mau manage project >>> bareng-bareng, enak jelasin ke programmernya pake uml. Tentunya pake narasi >>> di diagramnya. >>> > > >Ini adalah sesuatu yang mudah diucapkan tapi sulit dilakukan. >>Yang namanya programmer, akan lebih memilih coding daripada bikin UML. >>Soalnya dia akan mikir, daripada bikin UML lama, akan lebih cepat >>kalau langsung dicoding. > >>Dan jangan lupa, sesuatu yang dibuat harus dimaintain. >>Class diagram sih bisa direverse engineer biar tetap up to date, tapi >>narasinya? > > >>> Kalo ERD yang bagus n gratis apa? buat desain database juga sih... > >Ini juga sesuatu yang kita gak pake. >>Gimana cara kita bikin diagram skema database? >>Bikin dulu aplikasinya, setelah selesai reverse engineer pakai Netbeans. > >>Kalau sesuatu terdengar indah di kuliah, belum tentu applicable di >>real project. > >>ERD, UML, kedengarannya keren dan mudah, kalau class/tabelnya < 10 >>Di aplikasi nyata, class biasanya > 100 dan tabel biasanya > 20. >>User management aja sudah 7 tabel sendiri : user, group, user_group, >>permission, group_permission, user_session, user_preference. > > >>-- >>Endy Muhardin >http://endy. artivisi. com >>Y! : endymuhardin >>-- life learn contribute -- > Bersenang-senang di Yahoo! Messenger dengan semua teman. Tambahkan mereka dari email atau jaringan sosial Anda sekarang! http://id.messenger.yahoo.com/invite/
