I-BEGO

hihihi....
lama ane g kesini karena punya problem tentang web jadi ane kesini deh...

to the point aja ya masbro, karena orang2 programer itu g suka basa-basi karena banyak mikir g banyak ngomeng...

ane bingung nih ama dosen ane, mulai ane kuliah smpai sekarang klo ada tugas bikin web pasti deh ane mulai dengan design image, susun database abis itu rancang sistem...

nah terus waktu ane dapet kuliah PPSI(pengelolaan proyek sistem informasi) ane disuruh bikin sebuah program tapi tidak dengan cara seperti yang ane pakai diatas yaitu dengan pemodelan2 Waterfall Model dll.

terus yang ane tanyain dari pemodelan diatas ini apa sih master2 kelebihan dari mendesign seperti yang biasa ane lakukan diatas???malah sekarang ada lagi yg terbaru karena waterfaal adalah model yang lama...

mohon pencerahannya yah master..!

gelby wrote:ane mulai dengan design image, susun database abis itu rancang sistem...

design image maksudnya membuat gambar/image user interfacenya/halaman web, ya?

Sebenarnya sih cara yang kamu buat dengan teori design software seperti waterfall sama aja. Sebelum melakukan rancangan layout halaman web (yang kamu sebut sebagai design image), tentunya kamu juga udah memikirkan apa yang akan ditampilkan dihalaman layout itu. Meskipun tidak secara eksplisit ditulis dokumen kebutuhan sistem, ide-ide untuk memunculkan tombol apa aja di halaman web, tata letak form, header, theme/look-and-feel halaman web, adalah pencerminan teori proses pembuatan software yang sudah ada.
Saya sendiri cenderung untuk mengatakan tidak ada metode design software yang obsolete dan tidak ada pula pun method yang lebih unggul . Method waterfall bukan cara lama yang tidak lagi dipakai. Juga method Agile development juga bukan barang baru. Semua itu bisa dipakai dalam situasi yang membutuhkannya.
Penerapan teori-teori yang sudah baku (waterfall, agile, prototyping, incremental, spiral, dll) hanyalah untuk memastikan bahwa software dibuat dengan cara yang sistematis dan terarah. Dengan begitu tidak ada fitur yang kelupaan dibuat atau malah ada fitur yang dibuat , tetapi tidak berguna sama sekali.

Masing2 metode mempunyai kelemahan dan kelebihan masing2, tergantung situasi dan kondisi serta jenis aplikasi dan client kita.

berikut nih sedikit reff :
http://trisnowlaharwetan.wordpress.com/2010/03/10/perbandingan-model-dalam-rekayasa-perangkat-lunak/

Setudju dengan om error..

vberror13 wrote:

gelby wrote:ane mulai dengan design image, susun database abis itu rancang sistem...

design image maksudnya membuat gambar/image user interfacenya/halaman web, ya?

Sebenarnya sih cara yang kamu buat dengan teori design software seperti waterfall sama aja. Sebelum melakukan rancangan layout halaman web (yang kamu sebut sebagai design image), tentunya kamu juga udah memikirkan apa yang akan ditampilkan dihalaman layout itu. Meskipun tidak secara eksplisit ditulis dokumen kebutuhan sistem, ide-ide untuk memunculkan tombol apa aja di halaman web, tata letak form, header, theme/look-and-feel halaman web, adalah pencerminan teori proses pembuatan software yang sudah ada.
Saya sendiri cenderung untuk mengatakan tidak ada metode design software yang obsolete dan tidak ada pula pun method yang lebih unggul . Method waterfall bukan cara lama yang tidak lagi dipakai. Juga method Agile development juga bukan barang baru. Semua itu bisa dipakai dalam situasi yang membutuhkannya.
Penerapan teori-teori yang sudah baku (waterfall, agile, prototyping, incremental, spiral, dll) hanyalah untuk memastikan bahwa software dibuat dengan cara yang sistematis dan terarah. Dengan begitu tidak ada fitur yang kelupaan dibuat atau malah ada fitur yang dibuat , tetapi tidak berguna sama sekali.

owh, gitu ya masbro...
terus kalo bicara skala atau kapasitas sebuah projek yang akan kita buat itu apa harus besar karena saya lihat pada flowchartnya dan gambar struktur waterfall dalam setiap bidang seperti pada gambar ini [img align="center"]http://punnky.files.wordpress.com/2011/10/waterfall.jpg[/img]...
kayaknya kalo kita mempunyai CV or Perusahaan yang berjalan dibidang soft,web maker sebagai programer g mungkin kan membidangi semuanya misalkan dalam design yang jelas kita membutuhkan orng yang memang mempunyai keahlian dalam designer...!

ariartama wrote:Masing2 metode mempunyai kelemahan dan kelebihan masing2, tergantung situasi dan kondisi serta jenis aplikasi dan client kita.

berikut nih sedikit reff :
http://trisnowlaharwetan.wordpress.com/2010/03/10/perbandingan-model-dalam-rekayasa-perangkat-lunak/

Setudju dengan om error..

makasih sumbernya masbro...!!!

gelby wrote:terus kalo bicara skala atau kapasitas sebuah projek yang akan kita buat itu apa harus besar karena saya lihat pada flowchartnya dan gambar struktur waterfall dalam setiap bidang seperti pada gambar ini [img align="center"]http://punnky.files.wordpress.com/2011/10/waterfall.jpg[/img]...
kayaknya kalo kita mempunyai CV or Perusahaan yang berjalan dibidang soft,web maker sebagai programer g mungkin kan membidangi semuanya misalkan dalam design yang jelas kita membutuhkan orng yang memang mempunyai keahlian dalam designer...!

Maksudnya, apakah penerapan konsep tersebut harus pada proyek dengan skala besar? kita definisikan dulu dong yang dimaksud dengan *skala besar* itu. Apakah project pembuat website DPR RI yang berharga 9,7 Milyar itu dapat disebut proyek skala besar? Bagaimana kalau saya membuat semacam website yang sama, tapi beli templatenya di templatemonster dot com seharga $60 dan memakai 3 orang anak SMK yang saya gaji 10 juta per orang per bulan dan selesai dalam waktu 3 bulan? apakah juga skala besar?

Saya yakin kita bisa memakai method waterfall pada proyek yang direncanakan selesai dalam 300 jam kerja sama baiknya dengan proyek yang direncanakan selesai dalam waktu 1000 jam kerja. Tergantung rancangan rencana kerja aja (project plan). Pada project plan, kita atur sebaik mungkin task-task yang harus dilaksanakan secara sistematis dan resource yang digunakan. Bisa saja programmer A yang juga punya kemampuan artistik yang bagus mengerjakan tampilan dan juga server-side codenya.

Jadi mungkin saja seorang programmer juga sekaligus webdesigner. Dan mungkin saja seorang programmer juga team leader, webdesigner, tester, dan pembuat dokumentasi. Kalo emang skillnya memungkinkan, kenapa tidak?
Pengalaman saya sih, yang harus dibedakan itu adalah developer (programmer, webdesigner) dengan tester. Tester harus berbeda dengan orang yang mendesign halaman web dan yang jadi tukang koding. Ini agar testing dapat dilakukan tanpa adanya bias. Kalo saya yang bikin program terus saya yang ngetes, cenderung ada hal-hal yang tidak saya lihat sebagai suatu yang salah. Jadi tester dan programmer/webdesigner sebisa mungkin harus dibedakan.