Dalam dunia software engineering, metodologi paling klasik terdiri dari 5 fase yaitu:

1. Fase requirement atau penelusuran kebutuhan, pada fase ini kita mencari tau sebenarnya apa sih yang dibutuhkan, tujuan dari suatu proyek pengembangan aplikasi, dan seperti apa hasil yang diinginkan.
2. Fase analisa, pada tahapan ini berdasarkan hasil penelusuran kebutuhan maka kita akan memutuskan seperti apa aplikasi yang ingin dibuat, feature apa saja yang diperlukan, masalah yang kemungkinan kita hadapi, apa saja yang kita perlukan dalam proses pengembangan, dsb.
3. Fase perancangan, pada tahapan ini kita akan membuat rencana atau rancangan mengenai aplikasi yang akan dibuat berdasarkan hasil analisa sebelumnya. Misalnya berdasarkan hasil analisa kita akan membuat aplikasi dengan beberapa feature, nah kita perlu merancang table database yang kira-kira diperlukan untuk feature tersebut. Selain itu sesuai dengan hasil analisa kita membuat tampilan dari aplikasi. Struktur aplikasi yang dibutuhkan kayak bagaimana, fungsi apa saja yang akan dibuat, dsb.
4. Fase pengembangan, tahapan implementasi hasil dari analisa dan perancangan. Pada tahap ini kita akan menulis kode program sesuai yang telah direncanakan sebelumnya pada fase perancangan. Pada tahapan ini juga dilakukan pengujian terhadap suatu fungsi apakah telah berjalan sesuai yang diinginkan.
5. Fase installasi, setelah memastikan bahwa semua fungsi telah berjalan baik dan telah memenuhi kriteria yang diinginkan pada fase requirement maka aplikasi akan si setup pada server atau komputer yang akan digunakan untuk menjalankan aplikasi ini.

Fase diatas adalah fase standar yang bersifat dinamis. Tidak selamanya tiap fase yang dilewati akan ditinggalkan. Terkadang kita perlu kembali ke fase sebelumnya untuk memperbaiki kekurangan yang ada. Beberapa fase juga ada yang digabungkan agar lebih sederhana atau dipisahkan agar lebih detail.

Itu tadi metodologi klasik dalam proyek pengembangan aplikasi. Bagaimana dengan proyek pengembangan aplikasi web. Pada dasarnya karena sama-sama mengembangkan aplikasi maka metodologi diatas juga dapat digunakan. Namun terkadang kita memerlukan metodologi khusus yang bagi kita lebih nyaman. Saya sendiri memiliki metode tersendiri dalam proses pengembangan aplikasi web. Namun sebenarnya mengadopsi metodologi diatas namun dengan beberapa perubahan atau hanya perubahan kata-kata agar cocok dengan cara saya.

Berikut adalah metodologi pengembangan web yang biasa saya gunakan:

1. Fase requirement, sama dengan metodologi diatas. Pada fase ini saya mencoba mencari tahu beberapa pertanyaan berikut:
   • apa yang dibutuhkan?
   • apa tujuan dari aplikasi ini?
   • apa yang ingin dicapai?
   • apakah ada referensi atau contoh?
   • siapa sasaran penggunaan aplikasi ini?

   Setelah memperoleh jawaban dari pertanyaan itu maka saya baru memulai fase berikutnya.

2. Fase penentuan feature dan fungsi, pada tahapan ini berdasarkan hasil penelusuran kebutuhan dari aplikasi maka saya menentukan feature dan fungsi apa saja yang akan dibuat untuk memenuhi kebutuhan yang ada. Feature dibagi menjadi feature utama atau bagian besar terlebih dahulu baru kemudian didefenisikan menjadi bagian yang lebih kecil. Misalnya pada aplikasi CMS salah satu feature utama adalah blog, kemudian feature blog didefenisikan seperti feature tagging, category, comment, dsb. Pada tahapan ini yang perlu diperhatikan adalah apakah daftar feature dan fungsi yang dibuat telah memenuhi kebutuhan yang diinginkan.
3. Fase pengumpulan data, konten, gambar, dan file lain yang dibutuhkan dalam pengembangan aplikasi. Berdasarkan daftar feature dan fungsi yang akan dikembangkan maka saya akan mengumpulkan data-data dan file yang diperlukan untuk feature dan fungsi tersebut.
4. Fase analisa dan perancangan, pada tahapan ini saya mencoba menganalisa data yang telah dikumpulkan pada tahapan sebelumnya dan menuangkan hasil analisa kedalam sebuah rancangan. Misalnya berdasarkan feature yang ada maka saya merancang tabel database yang dibutuhkan oleh tiap feature. Berdasarkan konten dan data  yang ada saya juga melakukan perancangan tampilan aplikasi. Selain itu saya juga menyusun struktur aplikasi seperti menu, sitemap, dsb.
5. Fase coding, pada tahapan ini saya memulai menulis kode program. Biasanya dimulai dengan mengubah template dari file image Firework ke html. Setelah itu membuat kerangka aplikasi seperti struktur folder dan file dan memulai pengembangan fungsi untuk tiap feature.
6. Fase setup and testing, pada tahapan ini saya melakukan setup di server dimana aplikasi web nanti akan akan dijalankan. Tentu setelah melakukan testing di komputer lokal terlebih dahulu dan memastikan bahwa semua fungsi berjalan baik. Pada server juga akan dilakukan testing untuk memastikan aplikasi dapat berjalan baik pada server tersebut. Pada tahapan ini juga akan dilakukan beta test dimana beberapa orang akan mencoba menggunakan aplikasi dan memberikan komentar atau feedback terkait dengan fungsi aplikasi.
7. Fase launching, pada fase ini setelah dipastikan aplikasi berjalan baik pada server maka saya akan melakukan sosialisasi baik di dunia nyata atau maya. Beberapa diantaranya adalah melakukan posting di forum, aplikasi social network seperti facebook, membuat posting di blog, dan sosialisasi lainnya.

Itulah metodologi yang saya gunakan dalam pengembangan aplikasi web. Seperti sebelumnya tiap fase tidak bersifat mengikat tapi sebisa mungkin mengikuti alur yang ada. Sebenarnya metodologi diatas juga saya adaptasi dari salah satu metode Agile Development yaitu Feature Driven Development(FDD). FDD merupakan metode pengembangan aplikasi yang mengfokuskan pada feature atau fungsi yang ingin dikembangkan.

Pada dasarnya metodologi dikembangkan untuk membuat hasil suatu pekerjaan menjadi lebih baik. Namun tentu metodologi yang anda gunakan harus sesuai dengan diri anda sendiri. Gunakan metodologi yang paling nyaman menurut anda dan lihat apakah hasil yang dicapai lebih baik. Bila tidak pertimbangkan metodologi lain namun tetap cocok dengan anda.

Referensi:

• http://www.martinbauer.com/articles/fdd_web_development
• http://www.sitepoint.com/article/successful-development/
• http://www.greynium.com/services/web-development-methodology.html

Adalah pixton.com yang membuat aplikasi web 2.0 berbasis Adobe Flash yang memungkinkan kita membuat komik secara instan. Tekniknya cukup menarik dan memudahkan kita dalam membuat komik. Orang yang tidak kenal dunia pembuatan komik juga dengan mudah memahami cara penggunaan aplikasi ini. Berikut adalah cara membuat komik dengan aplikasi pixton.com:

1. Untuk memulai kita diberi pilihan apakah ingin membuat komik dari template atau membuatnya dari awal. Membuat komik dari templete lebih mudah karena kita tinggal mengedit template komik yang telah ada. Kita tinggal memilih template yang mana yang kira-kira mirip dengan cerita kita. Namun bila cerita template tidak ada yang mirip atau kita ingin membuatnya dari awal maka pilih metode advance dimana kita akan membuat komik dari awal.
2. Konsep membuat dari awal sangat sederhana. Kita akan membuat komik scene demi scene. Scene adalah satu gambar yang merupakan bagian dari cerita kita. Untuk memulai terlebih dahulu kita memilih background. Kita dapat memilih beragam background sesuai cerita kita misalnya background di kamar, di taman, di kantor, di ruang tamu, dan background lainnya.
3. Selanjutnya adalah memasukkan karakter atau tokoh. Ada 2 karakter dasar yang tersedia yaitu manusia dan binatang. Untuk manusia kita dapat memilih manusia yang biasanya secara default atau standar berupa laki-laki. Namun bila kita dapat mengubah karakter manusia ini sesuai keinginan. Misalnya untuk mengubahnya menjadi perempuan cukup mengubah model rambut, bentuk badan, dan lain-lain. Kita juga dapat menambahkan asesoris seperti topi, kacamata, sepatu, dan lain-lain.
4. Setelah karakter tersebut masuk kita bisa memilih gaya atau posisi tubuh dari karakter tersebut. Apakah duduk, berdiri, lari, tidur, dan posisi lainnya.
5. Kita juga dapat menambahkan beberapa benda lainnya untuk menambah detail dari komik kita.
6. Yang terakhir adalah memasukkan teks. Teks ada 3 macam yaitu teks yang menandakan karakter kita berbicara, berpikir, dan keterangan singkat komik. Seperti komik biasa bentuknya adalah lingkaran, atau gelembung.

Berikut adalah contoh komik buatan saya di pixton.com

Ini lebih jelas silakan klik pada gambar diatas. Sekarang dengan adanya kemudahan dalam membuat komik, tinggal kreatifitas anda untuk berkarya dan menciptakan karya dan cerita yang unik dan menarik. Anda bisa melihat komik karya pengguna pixton lainnya di web pixton. Selamat mencoba

Link:

http://pixton.com

Salah satu layanan yang mirip dengan twitter dan kronologger adalah Plurk. Plurk memberikan layanan yang sama untuk mencatat aktifitas harian dari penggunanya. Untuk mengupdate aktifitas bisa dilakukan dengan beragam cara seperti melalui website, IM, dan SMS. Namun berbeda dengan layanan lainnya adalah Plurk memberikan tampilan aktifitas penggunanya dalam bentuk timeline. Timeline adalah semacam horizontal list yang menampilkan data secara horizontal  sesuai dengan waktu dari aktifitas tersebut. Timeline ini bisa digeser dari kiri ke kanan dan sebaliknya sehingga memudahkan untuk membacanya walaupun aktifitas yang ditampilkan cukup banyak. Bila scrolling ke kanan memiliki data aktifitas yang belum di load maka Plurk akan meloadnya dengan AJAX sehingga data akan ditampilkan tanpa me-refresh seluruh halaman web.

Berbeda dengan twitter dan kronologger yang menampilkan daftar aktifitas dalam bentuk vertical list. dimana daftar aktifitas diurut dari atas ke bawah berdasarkan waktu aktifitas. Dengan bentuk horizontal list yang bisa digeser akan membantu kita dalam melacak aktifitas harian yang ditampilkan. Plurk juga memiliki feature social networking dasar yaitu menambahkan teman ke account kita. Kita juga dapat mengeset account kita apakah bersifat publik atau privat dimana bila bersifat privat akan mencegah pengguna lain untuk melihat aktifitas kita. Yang menarik juga adalah teman kita dapat berkomentar pada aktifitas kita sehingga kita dapat mengetahui respon teman kita untuk tiap aktifitas yang kita publish.

Untuk membagi aktifitas kedalam kategori maka Plurk memiliki feature yang disebut Qualifiers yaitu color code yang akan menampilkan warna aktifitas yang berbeda untuk tiap aktifitas yang termasuk dalam feels, thinks, loves, atau was. Feature ini memudahkan kita membaca aktifitas yang dilakukan termasuk kategori mana.

Layanan plurk bersifat gratis seperti kebanyakan layanan web 2.0 lainnya. Sehingga dengan mudah kita mencoba dan membandingkan dengan layanan sejenis. Dengan perbedaan feature dan layanan maka tergantung anda memilih menggunakan yang mana. Karena akan merepotkan bila kita harus menggunakan banyak layanan yang sejenis.

Bagaimana ya bila kita punya pesan rahasia seperti itu? Kalau anda mengirimkan pesan rahasia melalui sms, email, apalagi surat kertas maka dapat dipastikan bahwa pesan tersebut tidak akan menjadi rahasia karena masih ada banyak kemungkinan pesan tersebut jatuh ke pihak lain yang tidak kita inginkan. Walaupun kita memberi tahu penerima pesan agar segera menghilangkan pesan tersebut namun tidak menjamin karena kelalaian adalah bagian dari sifat manusia. Apakah ada cara lain?

Privnote memberi jawaban. Salah satu layanan web yang bisa dikategorikan layanan Web 2.0 ini memberikan layanan kepada penggunanya untuk mengirimkan pesan ke pengguna internet lainnya dengan cara yang mirip dengan pesan yang diterima Keanu Reeves di Mission Impossible 2. Pesan akan hilang dengan sendirinya sesaat setelah terbaca. Berikut adalah tampilan dari Privnote

Seperti anda lihat pada gambar diatas bahwa cara kerjanya sangatlah sederhana. Yaitu cukup menulis pesan rahasia di inputan yang disediakan dan anda akan diberikan link yang hanya dibaca oleh orang yang anda berikan. Kemungkinan link tersebut terbaca oleh orang lain adalah mungkin, oleh karena itu segeralah kirimkan link tersebut ke orang yang anda inginkan. Sebaiknya menggunakan sms karena akan lebih cepat terbaca oleh rekan anda.  Setelah rekan anda membuka link tersebut dan  membaca pesan didalamnya maka segera pesan tersebut akan terhapus dari sistem secara otomatis. Atau bila anda ingin menghapus pesan tersebut sebelum terbaca oleh penerima link maka buka saja sendiri link tersebut dan segera akan terhapus sebelum si penerima link membuka pesan anda. Hasilnya walaupun link tersebut bocor ke orang lain namun pesan tersebut tidak dapat dibaca isinya karena telah terhapus dari sistem. Aman bukan? Sungguh menarik digunakan untuk pesan-pesan yang sifatnya sangat rahasia. Dan satu lagi seperti layanan Web 2.0 lainnya, layanan ini bersifat gratis.