Ketika berjalan-jalan di jalan Sumur Bandung, gw melihat banner ini.
Seperti tertulis di banner “HARI GINI MASIH BELAJAR DFD? KAPAN MAJUNYA?”
Di sebelah kirinya terpampang logo sebuah sekolah tinggi. Dan di sebelah kanannya terpampang logo yang sangat familiar: UML dan Java.
Entah kapan banner tersebut dipasang.
But somehow that thing pissed me off……
Ngerasa disindir sih lebih tepatnya. Gw bukan orang yang sangat tepat untuk mengkritik kata-kata tersebut karena di bidang rekayasa perangkat lunak, siapa sih saya? Baru mahasiswa tingkat III Teknik Informatika, bukan asisten tetap laboratorium Rekayasa Perangkat Lunak, juga gak terlalu jago di bidang itu.
Tapi buat saya pribadi, keknya kata-kata tersebut benar-benar menyindir deh.
Mungkin memang untuk sebagian orang, DFD (Data Flow Diagram)itu kadang suka ngeselin dan emang pada kenyataannya kayaknya emang jarang kepake.
Dan buat saya pribadi beberapa hal yang saya gak suka dari DFD selama memakai DFD di kuliah
- kurang mengutamakan pengguna
- susah diimplementasikan di bahasa pemrograman yang object oriented
- untuk sebuah proses bisnis atau requirement DFD bisa berubah sangat banyak jika proses bisnis atau requirement berubah sedikit
- capek buat dicek, dan software otomatisasi pendukungnya juga dikit
- gak ada referensi yang pasti untuk DFD. beberapa sumber bisa sangat berbeda dalam menjelaskan sebuah permasalahan
- dua orang dosen, ngajarinnya berbeda (loh?) karena memakai slide yang berbeda sumber
- gw kebetulan selalu ketiduran pas keduanya menerangkan tentang DFD
tapi kadang-kadang senangnya kalau pake DFD ketimbang pake UML 
- kalau disuruh bikin sketsa software yang kecil, pake bahasa yang prosedural (e.g. PHP), gak banyak berubah, gak banyak interaksi pengguna, gak banyak permintaan, terutama kalau disuruh sketsa pas ujian kuliah. mending pake DFD
- kalau dapet pesanan suruh bikin software seperti yang di atas, dan gak ada software yg bisa generated code langsung dari UMLnya…. enakan pake DFD…. bisa langsung copy paste
- bisa dibikin pake MS Word kalau gak ada MS Visio
- kalau tiba-tiba lupa cara bikin interaction diagram, class diagram, dan seluruh diagram-diagram di UML (loh??)
- kalau pas ujian disuruh pake DFD (ya iya lah……)
- kalau yang mesen gak nyuruh pake UML
- kalau software bersangkutan gak perlu diaudit sama pihak lain
- ……
- (apalagi ya???)
well, kalo didetailin banyak gak enaknya sih pake DFD, keknya….
yah, argumen terakhir saya….. “kalau gak tau barang gak enak, gimana kita bisa tau enaknya barang yang lain?” (loh??)
Hari gini masih belajar DFD? Kapan Majunya?
mo sekarang, mo besok, mo kapan-kapan tergantung yang belajar ama make sih keknya……
lagian kenapa sih pertanyaan kek gitu dibuat jadi promosi??
mangnya anak SMU ngerti gitu?
lha? kok gw sewot?
sebenernya sih cuman rada arogan doang sih disindir-sindir gitu… lagian capek-capek ikutan kuliah RPL 4 SKS yang hampir seperempat semester ngebahas seputar DFD dan kawan-kawannya…….. eneg juga sih tiap pagi lewat tu jalan sambil ngeliat kek gituan….. 
OOT :
tapi entah kenapa di STEI ada yang mirip. Untuk buat kuliah IF1282 Dasar Pemrograman, sayang banget operasi lambda dihilangin dari silabus gara-gara sekarang jarang digunain, padahal materinya lucu 
Hari gini masih pake DFD? Pake UML donk.
Aku dulu juga rada neg pake UML (DFD juga sih) tapi ternyata karena tuntutan job jadi sering pake UML. Malah sekarang kalo gak pake UML jadi ada yang kurang gitu…
Bahkan sekarang kalo programming procedural jadi gak enak. Apalagi untuk aplikasi skala besar. Emang gak boleh disepelekan masalah perancangan seperti ini sih.
Btw sekarang lagi belajar WebModelling, ada punya e-booknya gak yang gak susah2 downloadnya (lagi males)?
kalo koding skala sistem operasi susah juga kalo pake UML
canda
kalau buat saya sih semuanya sama aja….. gak ada yang lebih bagus, gak ada yang lebih jelek….
mau notasi kek, mo paradigma kek, mo bahasa kek, apa aja lah…..
cuman masalah demand aja…..
Namanya juga promosi.
Emang UML bagus gitu? Pusing juga kali..
IMHO, Itu kan cuma tools. Kayaknya penggunaannya tergantung kebutuhan deh. Kemarin-kemarin gw pernah liat dokumen perangkat lunak sebuah perusahaan yang pake DFD. Masih kepake banget lah artinya.
numpang mampir, sayang gw ga ngerti keduanya.. uml kek dfd kek, apalagi disuruh bikin ER, mabok2 deh gw.. so gw orangnya suka jalan mundur!
btw salam kenal, terkesan dengan kata2 “Mohon lakukan perintah di bawah untuk membuktikan anda bukan robot”
Mencoba belajar untuk membaca DFD, kata dosen sayah, baca DFD itu kayak baca koran.
@Brahmasta:
hah?? masih ada yg pake DFD?? :shock:
gw kok gak ngerasa rugi ya, gak ngerti DFD di kuliah RPL…
karena sejauh yg gw tau, DFD ini jarang banget / gak pernah dipakai di software engineering di dunia nyata… -_-’
waktu gw tanya ke pembimbing kp gw, yg notabene lulusan S1 & S2 Software Engineering UNSW.. dia juga bilang gak pernah nemu DFD di perkerjaan di dunia nyata… -_-’
anw, gw setuju bahwa UML & Java … just tools …
corenya ada di brainware…
hihi.. gw waktu pertama kali liat itu cuma ketawa2 aja.. lucu aja ngebayangin yang ada di pikiran orang yang terpengaruh sama tulisan itu..
@pebbie :
gak terpengaruh sih…. cuman kesel aja…..
DFD setau saya dipergunakan bwat develop aplikasi yang non OO..
berhubung sekarang yang lagi musim emang OO, DFD jadi terlupakan..
: )
klo AOP pake diagram apa ya? apalagi klo composite programming ma q4j
Whatever-lah ya, tapi aku setuju sama kalimatmu “lagian kenapa sih pertanyaan kek gitu dibuat jadi promosi?? mangnya anak SMU ngerti gitu?”
wew.. bahasa promosi yang aneh
btw,anti spam nya keren juga
buat aq sih tergantung klienya, mau pake pemodelan seperti apa mau pake dfd atau uml, jadi intinya kita harus bisa menguasai keduanya jika gawenya di analys dan emang untuk saat ini uml banyak dipakai terutama di perusahaan besar itu untuk pemodelan sistemya dan untuk web programmingnya saat ini jsp . aq pernah bandingin antara dfd dan uml ternyata menurutku lebih gampang make uml dibanding pake dfd karena lebih oriented object
aq kaya kenal logo di sepandu di atas.!
Bukannya DFD dan UML dua paradigma atau sudut pandang yang beda?
kayak ngeliat dari sisi kanan atau kiri?
ga bisa dibandingin karena emang beda
huehue… parah tuh orang yang bikin iklan hihihi hahaha….
ASTAGA!
OMG!
hari gini masih belajar DFD?? kapan majunya??
wkwkwkwkwkwwkkk….
gw setuju banget, kapan majunya..
)
anyway DFD or UML dua duanya udah nyicip, dan menurut gw memang klo dalam membangun s/w berbasis OO memang lebih baik menggunakan OO, atau sama hal nya klo tetap ingin mau dan maksa bangun s/w yg prosedural yah pake DFD(emg masih ada yg bikin?)
wkwkwkwkwkkk….
anyway gw terhibur sekali dengan spanduk itu
(iseng2 cari literatur UML, malah nemu kyk ginian)
kok kata-katanya rada meyakinkan banget sih…..
keknya bukan anak Informatika ITB deh
metode prosedural dan OO itu ada untung ruginya
Awak cuma ngerti cara makai UFD kk -_-
Weks, awalnya aku kira DFD itu sejenis penyakit ga taunya lawannya UML ya? (CMIIW)
(Lo? Kayaknya dqah kenal deh)
Baru liat2 dikit sih semester kemaren…
Salam kenal ya..
DFD artinya Data Flow Diagram… terlepas dari konteks paradigma prosedural atau OOP… DFD adalah sebuah data modelling yang dapat juga digunakan sebagai business rule… jadi mungkin DFD belumlah kadaluarsa… hanya pemakaiannya berbeda dari UML… mungkin saja kita bisa memakai DFD untuk business rule dan UML untuk pemodelan OOP…. liat aja buku2 analys terbaru… DFD belum hilang dari buku2 tersebut… saya juga tadi baca tentang DFD, yang awalnya juga sangat benci ama tu diagram…. tapi tahan dulu kenapa buku tahun 2004 aja masih ada topi data modelling (DFD)… tahan dulu deh, nanti salah ngejudge lagi!!! mungkin lebih baik spanduknya “Hari gini masih paradigma prosedural, kapan majunya!!!”… itu mungkin maksudnya yang paling tepat!!!
saya pribadi gak setuju kalau paradigma prosedural dinilai ketinggalan jaman.
mungkin terlalu kasar sih kalo dibilang ketinggalan jaman. Object Oriented itu kan pengembangan dari prosedural. Tanpa adanya prosedural mana mungkin muncul ide OO. Kalo menurut gw pribadi sih, memang konsep OO itu lebih sederhana untuk maintainance sistem. Tapi gw juga ga setuju kalo dibilang DFD ketinggalan jaman, padahal ada hal-hal yang sepertinya ga bisa dituliskan dengan UML. kalo alur proses yg kompleks bisa dihandle dengan sequence diagram. kalo alur data yg kompleks, digambar dengan diagram UML yang mana ya?
maklum mahasiswa ato baru jadi pekerja: sok idealis. bisanya komentar aja (kaya saya juga hehe). pikiran ga terbuka. pendapat ga objektif. NATO !!!
lagian kalian pikir gampang bikin konsep2 seperti itu? emang kaya bisa bikin aja? mau DFD kek UML kek ya terserah aja. lagian tu pelajaran bukan cuman punya anak informatika aja.. halah cape
ni komen anggap spam aja..
setuju sama yang di atas. yang penting jangan merendahkan konsep konsep mana pun.
(sebenernya yg disindir siapa sih
)
Mungkin saya termasuk orang yang setuju dengan iklan diatas… setelah melihat spanduk yang di pasang di website ini… saya mencoba untuk tidak memberi
komentar… takut salah komentar karena tidak pernah mencoba keduanya… (maklum tergolong mahasiswa yang malas ke kampus)
tapi langsung mencoba program UML saya mencoba beberapa tools seperti Rational Rose, Enterprise Architect, Start UML
Selama ini saya sudah terbiasa mengerjakan program baik secara team maupun garap sendiri… tapi saya belum pernah melihat teman-teman menggunakan rancangan
DFD yang kemudian diserahkan kepada programmer, bisa jadi karena tim analisis kami atau kami sendiri malas mengerjakannya, malahan yang umum kami kerjakan
setelah pengumpulan data adalah memikirkan tabel-tabel yang mungkin dibutuhkan kumudian melihat kaitan proses kegiatan yang timubul dan kemungkinan yang
timbul … lalu kami perhalus…sedikit demi sedikit relasi databasenya.. setelah database jadi baru kami generate database tersebut menjadi source code.
Karena kami kebanyakan prog yang digarap pakai VB jadi biasanya pakai TOOLS seperti sheridan atau VB wizard untuk mengenerate function…
hasilnya berupa file cls/bas jadi tinggal manggil di form prosedure/function nya.
Gimana dengan teman-teman ?… Mungkin bisa sharing
Tanpa saya sadari rupanya saya sudah menggunakan konsep OOP yang merupakan salah satu teknik.. atau apalah istilahnya yang biasa diterapkan di UML.
Beberapa hal yang paling saya rasakan setelah belajar (sendiri) UML.
1. Analisa…. programming saling terkait… baik itu dari proses perancangan menjadi kode maupun sebaliknya dari source code menjadi model perancangan.
tentunya kalau kita menggunakan tools yang tepat. (kalau pakai tools kayak visio sih jangan harap bisa nyambung… menurut saya paling paling ceritanya tok
yang nyambung … ) ups..
2. Belajarnya lebih mudah dan lebih masuk akal bagi programmer (kaitannya antara alalisis, dbms, programmer)
3. Pengujian… biasanya skripsi yang saya lihat menggunakan bahasa Visual (pakai database) … tapi … pengujiannya menggunakan White box (Flowchart ke
flow graph) kalau saya pribadi diminta membuatnya pada saat garap project … wah .. minta ampun nyerah dech. Menurut saya antar pengujian yang lakukan
biasanya tidak hanya dari proses.. path … tapi lebih kepada fungsi atau yang saya bikin jalan ngak… belum lagi kalo saya pakai komponen pihak ketiga…
weh .. weh kebayang ngak gambar yang harus saya buat…. yang jelas kurang cocok buat saya pribadi.
Setelah membaca beberapa referensi dari internet tentang OOAD/OOP testing dan beberapa buku seperti buku Pak Adi Nugroho tentang:Analisa dan perancangan
Sistem Informasi dengan metodologi berorientasi objec (buku pinjaman) akhinya saya mulai paham dikit. saya kutip dikit pointnya:
Pengujian di OOP agak beda dengan pemrogramman terstrukur, kita bisanya menguji methode (metoda) serta data -data yang bersifat private,public serta hubungan
antar object.
Beberapa dosen saya pernah mengatakan membuat project beda dengan membuat skripsi… Saya bahkan disarankan pakai yang gampang saja (DFD) tapi kok malah
susah buat saya yang sudah terbiasa bikin program tanpa membuat DFD…Gimana dengan teman-teman..?
Tapi setelah saya mencoba DFD dan UML dan sedikit mempelajari tentang strategi pengujian (Testing) saya merasa bahwa antara skripsi dan project komersial
sama saja, i tinya cara pandang kita di melihat dalam pemodelan… (biasanya ini terjawab pada saat kita mempelajari keduanya, Procedural & OOP) yaitu dengan
mengeri cara pandang kedua dan kareakteristik keduanya..(fungsi/prosedure dan data)
memang ngak enak kalau dibanding-bandingkan mama saya waktu kecil sering membandingka saya dengan saudara tiri saya, sakit rasanya…. tapi saya tahu ibu
saya bermaksud untuk membuat saya bisa menjadi orang yang lebih baik.
sebenarnya banyak yang pengen saya utarakan berhubung karena sudah mulai ngantuk nyari referensi untuk skripsi (saya kali ini memberanikan diri pakai UML)
weks.., sekian dulu dech.
Cara pandang saya mungkin banyak yang salah jadi kalo ada kesalahan mohon dimaafkan belajar, mohon kereksi dari teman-teman
Kesimpulan Saya: UML melengkapi DFD (tapi merubah cara pandang… weks kok nyambung….)
Wassalam
Salam dari Makassar
Ucok Sinaga
Berikut referensi yang pernah saya lihat dan sempat kecatan Linknya selama belajar UML & DFD
Tanya Om Google:
“Sejarah DFD”
“Sejarah UML”
“Sejarah OOP” Sejarah Pemrogramman”
filetype:doc DFD VS UML
filetype:ppt DFD VS UML
filetype:ppt procedural vs oop
sejarah-bahasa-pemrograman:
http://aryosanjaya.net/2006/10/17/sejarah-bahasa-pemrograman/
http://www.oreilly.com/news/graphics/prog_lang_poster.pdf
http://www.levenez.com/lang/
VIDEO UML : Mantap
http://www.youtube.com/watch?v=JMY3va36FxM
http://www.youtube.com/watch?v=v3-ozq-ZbHE
VIDEO DFD
http://www.youtube.com/watch?v=X9MyqHGPDaI
History of software engineering (WIKI)
http://en.wikipedia.org/wiki/History_of_software_engineering
Ebook rpl
http://rapidshare.com/files/128274111/Systems_Analysis_and_Design_2nd_Edition.rar
http://rs33.rapidshare.com/files/135517658/Object_Oriented_Analysis_and_Design_Understanding_System_Development_with_UML_2.0_2005.pdf
http://rs31.rapidshare.com/files/84144952/Use.Case.Driven.Object.Modeling.with.UML.Jan.2007.pdf
emngnya lo ngerti dgn DFD
ngak pham blg aj…
DFD ama UML yang lahir duluan sapa ? jangan-jangan OOP lagi .. gak nyambung ah..
kayak perang antara windows, linux dan machintos…………
pusinggggg DFD