Catatan kuLiah ^ QeW ^

Purple

2008-12-18T08:32:00.001+08:00

Ga Bisa YM, iaaa Pke MeeBo

2008-08-27T09:49:00.005+08:00

Saya dulu sempet kebingungan, gara-gara ada user banyak yang mau chatting tapi ga bisa pake YM. Jadi ribet, ga taw apa permasalahannya. Setelah browsing-browsing akhirnya ketemu Meebo, yang bisa dipake alternatif buat chatting. Aplikasi ini merupakan salah satu program chatting melalui webonline, disini disediakan banyak account seperti Yahoo Messenger, AIM, MSN, GTalk, dan Meebo sendiri.

Terkadang kita sering menghadapi masalah pada aplikasi chatting yang sudah terinstal di komputer atau server dari program tersebut lagi trouble (Could not connect to Server) seperti yang sering dialami oleh orang-orang yang menggunakan Yahoo Messenger. Pasti ngeselin dah, ugggghhhh...., palagi klo dah janjian chatting ato mau kenalan di chatt room buat nambah temen. Nah, dengan aplikasi ini, bisa dipake buat cadangan klo klo ga bisa pake YM ato program chatting lainnya. Meebo intinya sama kek YM/GTalk/AIM/MSN yaitu sama-sama bisa ngirim+nrima pesen dari temen chatting, cuma kekurangannya yaitu kita ga bisa pake cam kek di YM. Dan klo mau bergabung ato masuk room kita harus punya ID dari Meebo. Tinggal pilih account yang kita punya, login trus Online deh..

Maka temen kita yang ada di YM, bisa mengetahui kita online wlopun ga make aplikasi YM tersebut(aplikasi yang sama dengan temen kita), begitu juga dengan aplikasi chatting lainnya.
tinggal ketik http://www.meebo.com di web browser anda.
:D

Selamat chatting aja.

Yeh Panes Penatahan

2008-08-25T10:38:00.006+08:00

Bali merupakan tempat yang sering dikunjungi para wisatawan asing maupun lokal. hal ini dikarenakan selain bali dengan sebutan Pulau Seribu Pura, juga dikarenakan di Bali banyak terdapat objek-objek wisata yang alami dan memiliki keunikan tertentu yang mencerminkan kehidupan masyarakat Bali umumnya.

Dari sekian keindahan alam ataupun keajaiban alam yang ada di Bali, membuat para investor ataupun pengusaha berniat mengembangkan objek wisata yang alami dan membuatnya menjadi tempat wisata yang mampu memberikan kesan yang berbeda. Apalagi di jaman sekarang ini, sudah banyak tanah-tanah ataupun ruang kosong yang dirombak dijadikan kota metropolitan. Sehingga cagar alam ataupun kehidupan yang lestari dan alami semakin berkurang.

Adapun tempat wisata yang kami kunjungi di salah satu Kabupaten yang ada di Bali, yaitu kabupaten Tabanan tepatnya di Desa Penatahan Kecamatan Penebel. Yang memiliki keunikan tersendiri yaitu dengan adanya air panas alami yang keluar dari bawah pohon beringin dan dari dalam pura yang disebut dengan objek wisata Air Panas Penatahan ( Penatahan Hot Spring).

Air Panas ini terletak di desa Penatahan Kecamatan Penebel + 13 km dari Kota Tabanan ke Utara atau 34 km dari Denpasar dengan panorama alam yang indah dan dikanan kirinya dilatarbelakangi oleh sawah yang berundak-undak dengan suhu rata-rata 30 derajat Celsius. Mata air panas ini berada di tepi sungai Yeh Ho dan air panas Penatahan oleh masyarakat di kenali dengan nama Yeh Panes. Luas objek wisata ini 1,3 Ha yang mulai dibuka dengan tambahan fasilitas dan diresmikan oleh Gubernur Bali yang saat itu menjabat Prof. Dr. Ida Bagus Oka pada tanggal 26 Januari 1993. Sebelumnya di tempat ini hanya berdiri sebuah pura dengan air panasnya itu.

Yeh Panes merupakan tempat yang indah dan damai, dengan alamnya yang masih lestari, hijau dan segar, serta dengan keadaan geografisnya yang berbukit-bukit yang memberikan pemandangan yang indah nan permai. Disamping itu, bila kita melihat sekitarnya maka tampaklah alam yang mempesona, dengan terasering dan persawahan disertai dengan padinya yang menguning, yang kesemuanya itu dapat kita lihat pada sepanjang sungai Ho ini. Pada lokasi Yeh Panes, akan dijumpai air terjun dengan anginnya yang segar dan tak kalah pentingnya sumber air panas yang muncul di tengah pura/dibawah pohon beringin yang berkhasiat dapat menyembuhkan penyakit kulit dan sekarang disekitarnya dibuatkan Natural Hot Springs & Spa yang dikelola profesional. Dengan dilatarbelakangi oleh Gunung Watukaru yang membiru membuat suasana Yeh Panes menjadi sejuk dan nyaman, semua itu sangat cocok untuk berekreasi (bersantai) untuk menghilangkan semua masalah.

Berasal dari Pura

Menurut penjaga disana, sumber air panas Yes Panas Penatahan berasal dari tengah pura dan di bawah pohon beringin. Tahun diketemukannya sumber air panas ini tak diketahui dengan jelas. Hanya saja, masyarakat sekitar telah puluhan tahun memanfaatkan air panas yang keluar dari bawah pura itu sebagai obat penyakit kulit.

Pada umumnya Yeh Panes atau air panas di Bali ini berasal dari gunung berapi. Tapi, Yeh Panes Penatahan ini lain daripada yang lain. Tempat ini jauh sekali dengan gunung berapi. Ada tiga gunung tidak aktif yang masuk di dalam Kabupaten Tabanan, yaitu Sanghyang, Watukaru, dan Mangu. Sementara gunung yang aktif adalah Batur di Kintamani yang letaknya jauh sekali dari Penebel. Jadi di sini murni berasal dari bawah pura, hal ini dikemukan oleh penjaga yang menempati objek wisata tersebut.

Adapun cerita rakyat yang mendukung kepercayaan masyarakat disana bahwa dahulu ada sebuah kerajaan yang bernama Kerajaan "Penulisan" dengan rajanya bernama Jaya Wikramayang pada saat itu dalam keadaan menderita sakit kulit yang sangat parah. Atas himbauan Patih Agus Satya Wacana, beliau disarankan untuk berobat ke Pedukuhan "Lampah" pada seorang dukuh yang bernama Ki Dukuh Tangkas. Padukuhan ini terletak di sebelah Utara Hutan Rajeg Uru (yang sekarang diberi nama Desa Jegu) di pinggir Sungai Ho. Dalam perjalanan beliau menuju hutan atau ke Padukuhan Lampah, beliau digoda oleh seekor kera di Hutan Rajeg Uru itu. Setelah diselidiki ternyata kera tersebut adalah among-among atau kera kesayangan Ki Dukuh Tangkas. Setelah Ki Dukuh Tangkas mengetahui maksud dan tujuan sang Raja maka Ki Dukuh mengajarkan pengobatan yang bernama "Usadha Bhakti" atau "Usadha Bhaktam", dengan jalan meditasi atau bersemadhi. Pada suatu hari yang baik, Sang Raja dengan didampingi oleh Ki Dukuh duduk bersila dan melakukan semadhi dan atas kekuatan bathin dan waranugraha Ida Sang Hyang Widi Wasa maka dari dalam tanah menyemburlah air panas, dan kemudian atas petunjuk Ki Dukuh, Sang Raja disarankan untuk mandi setiap Kajeng Kliwon Uwu dan sampai mendapatkan kesembuhan.

Karena ketekunan dan keyakinan Sang Raja serta dengan doa yang khusuk hingga terjadi suatu keajaiban yaitu keluarlah semburan air panas yang diyakini sebagai obat menyembuhkan penyakit Sang Raja. Dan sebagai ucapan terimakasih Sang Raja kepada Tuhan Yang Maha Esa maka ditempat itu didirikan sebuah Pura yang bernama Pura "We Brahma" atau "Toya Anget". Dan tempat Pesraman (Pedukuhan) tersebut oleh para siswa dan seperti sentana Ki Dukuh didirikan Tugu Peringatan berupa tempat suci yang diberi nama "Pura Lampah" di sebelah Timur Yeh Panes sekarang. Selanjutnya pengikut Sang Raja dan Ki Dukuh menyebar ke Barat Laut kemudian Banjarnya diberi nama "Bangkiang Sidem" yang artinya Sang Raja telah sembuh, diberi nama "Penatahan" yang berarti perjalanan beliau lancar.

Kategori Pariwisata

Objek pariwisata Yeh Panes termasuk kategori pariwisata alam, karena ada unsur alam yaitu Yeh Panes sendiri yang mendukung adanya objek wisata tersebut dan dikembangkan untuk pemasukan ekonomi masyarakat sekitar, membuka lapangan kerja serta membudidayakan atau melestarikan keindahan alam di tempat tersebut.

Dengan pengolahan air panas yang dibantu dengan mesin pompa air (sanyo) untuk menaikan aliran air menuju tingkat tanah yang lebih tinggi dari sumber air panas itu berada. Tentu saja tanpa merusak atau mensabotase air panas yang memang alami keluar dari pekarangan (dari dalam pura) tersebut.

Fasilitas dan Harga

Fasilitas –fasilitas yang disediakan disini berupa :

– Hot Spring Spa dengan air belerangnya yang dapat menampung 58 orang. Jumlah Spa atau Hotspring yang disediakan disini adalah 5 buah, dengan 3 yang masih aktif, sisanya masih dalam perbaikan akibat penuaan tempat yang terdapat pada tingkat ketiga (diatas kolam kedua).

– Pool dengan air yang jernih dan segar yang terdapat pada tingkat kedua kolam.

– Pool yang dikelilingi dengan beberapa pancoran air panas yang terdapat pada tingkat bawah/dasar.

– Restourant dengan segala jenis masakannya seperti Chinese, Indonesia, Japanese, European, Italian, dan khusus dengan menu Vegetarian.

– Bar dengan minuman yang khas, di Pool kedua dengan air segar didalamnya juga terdapat Pool Bar.

– Room (kamar) penginapan sebanyak 16 kamar.

– Disamping itu tersedia pula program-program yang merupakan pelengkap fasilitas seperti : Tracking, Saikling, Jogging, dan Yoga Semadi, Senam Kesegaran Jasmani, Message, Stage, Confrence Room, Catering, dan memancing.

– Disini juga disediakan tempat meeting bagi pengusaha yang ingin menikmati suasana rapat yang tenang sambil menikmati pemndangan sekitarnya.

– Selain itu juga disediakan berbagai kegiatan yang bisa dinikmati seperti Trackking, bersepeda, joging, message senam kebugaran dan yoga.

Patokan harga yang sekarang ditetapkan oleh pengelola objek wisata ini yaitu :

• Tiket masuk untuk Lokal (bebas, hanya untuk melihat-lihat) Rp 1.000,- / orang

• Tiket masuk Mancanegara Rp 5.000,- / orang

• Mandi di kolam air panas Rp 10.000,- / orang

• Mandi di kolam air panas Private(Hot Spring Spa) Rp 20.000,- / orang selama 1 jam

• Penginapan Rp 300.000 / malam untuk satu orang yang dilengkapi dengan Hot Spring Spa serta Breakfast.

Statistik

Yeh Panes Natural Hot Spring & Spa, kian hari, makin dikenal oleh masyarakat baik lokal maupun asing. Keramaian pengunjung kadang mencapai puncaknya pada hari-hari raya, hari libur dan bahkan pada setiap upacara di Pura Batukaru yang jatuh setiap 210 hari tepatnya pada Umanis Galungan, kesibukan akan dapat terlihat dari mobil-mobil yang parkir di tempat parkir yang cukup luas sehingga segala hambatan dan ketertiban dapat selalu diawasi.

Dalam 1 hari, rata-rata pengunjung yang datang Lokal maupun manca negara yaitu 25 – 30 orang. Namun pada hari – hari liburan, para pengunjung datang lebih banyak terutama hari raya dan liburan sekolah, sabtu dan minggu. Para wisatawan yang memiliki ketertarikan dan menikmati air panas yang disediakan di sini, hampir datang 2 – 3 kali untuk berendam.

Para wisatawan pun yang berkunjung kesana tidak hanya sekadar berekreasi, tapi banyak orang telah merasakan manfaat air di Yeh Panes Penatahan, para wisatawan mengaku terbebas dari penyakit seperti rematik, alergi, dan eksim. Dari pengakuan wisatawan sendiri yang datang ke sini, air Yeh Panes Penatahan bisa melancarkan peredaran darah dalam tubuh dan menyembuhkan perut kembung.

Telah Diteliti Dinas Kesehatan Tingkat I Provinsi Bali

Tidak mustahil banyak wisatawan yang sembuh dari penyakitnya setelah berendam di Yeh Panes Penatahan dari hasil penelitian Dinas Kesehatan Provinsi Bali, air Yeh Panes Penatahan diketahui mengandung belerang, potasium, dan sodium. Kandungan mineral tersebut terbukti sangat baik bagi kesehatan kulit dan tubuh .

Analisis Potensi Pengembangan Wisata

Kawasan Yeh Panes Penatahan memiliki potensi yang bagus untuk dikembangkan ke depannya. Adapun potensi – potensi tersebut yaitu :

Air panas masih bisa dikembangkan, karena disana hanya tersedia 3 Private Hotspring yang masih aktif(bisa digunakan) sisanya rusak karena penuaan tempat.
Jumlah kamar penginapan (Villa) masih bisa ditambah dan dilengkapi dengan fasilitas yang lengkap.
Dengan adanya sungai yang tepat di sebelah kawasan air hangat, bisa dijadikan rekreasi sungai atau dijadikan pelestarian dan dijaga kebersihannya sehingga menarik pengunjung untuk tempat pengabadian(foto-foto) yang menjadi nilai plus untuk Yeh Panes Penatahan.
Selain hal di atas, masih terdapat suasana persawahan yang berundak-undak, hal ini masih bisa dikembangkan seperti dibuat rekreasi jalan setapak atau tempat berpetualang.

Rekomendasi

Adapun rekomendasi yang kami ajukan untuk pengembangan objek wisata Yeh Panes Penatahan yaitu :

• Privacy dari tempat pemandian Private Hot Spring perlu dibenahi karena terlalu terbuka apalagi tempat tersebut bertingkat-tingkat.

• Perlunya perawatan fasilitas kolam renang karena terlihat kurang bersih serta kamar ganti yang kurang terawat, yang menyebabkan banyak fasilitas – fasilitas yang tidak terpakai.

• Banyak kamar – kamar penginapan (Villa) yang kurang terawat sehingga terbengkalai begitu saja sehingga menimbulkan suasana yang seram/tak terawat selain akibat proses penuaan tempat.

• Kurangnya penunjuk jalan menuju suatu lokasi, misalnya letak kolam air panas atau letak kolam air dingin ataupun Private Hot Spring.

• Perlunya peningkatan pelayanan dari objek tersebut.

• Cara mempromosikan objek wisata tersebut perlu dikembangkan baik melalui media elektronik non elektronik sehingga para wisatawan lebih tertarik untuk berkunjung.

• Registrasi / pembayaran tiket masuk maupun tiket untuk menikmati fasilitas yang disediakan kurang efektif dan jelas, hal ini harus ditanggulangi agar pembelian tiket lebih efisien sehingga para pengunjung tidak bolak – balik untuk melakukan registrasi.

• Tempat kurang terjangkau dari keramaian sehingga untuk mencari kebutuhan –kebutuhan pokok/hiburan sulit dicari disana, seharusnya hal – hal yang melengkapi fasilitas dan kebutuhan customer sudah disediakan oleh pengelola.

Hal ini berkaitan dengan apa yang kami temukan di lapangan tepatnya di objek wisata Yeh Panes Penatahan. Dan kami sebagai pengunjung merasakan hal-hal tersebut di atas harus diperbaiki demi peningkatan mutu pelayanan serta kemajuan objek wisata Yeh Panes Penatahan agar lebih menarik pengunjung yang datang kesana sekali bahkan sering datang kesana untuk menikmati kenyamanan dari Yeh Panes Penatahan.

Shell Programming

2008-08-12T09:41:00.002+08:00

Apa itu Shell

Shell adalah sebuah program interpenter dalam lingkungan keluarga sistem operasi UNIX. Shell dapat dibuat secara langsung (di terminal atau di konsol) atau dapat dibaca langsung dari file, yang disebut sebagai shell script atau shell program. Shell adalah jenis program interprenter bukan program kompilasi, dimana shell akan membaca setiap baris dari file dan mencari perintah tersebut dalam sistem kemudian dieksekusi (dijalankan).

Jenis Shell

Sama seperti manusia mempunyai bahasa dan dialek yang berbeda, sistem unix juga mempunyai beberapa jenis shell, yaitu :

sh atau Bourne Shell : shell asli yang masih digunakan di sistem UNIX dan beberapa sistem operasi yang berbasis UNIX. Shell ini merupakan shell dasar dengan beberapa fitur. Walaupun bukan sebagai standar, sh masih tersedia dalam distribusi Linux untuk menjaga kompabilitas dengan program UNIX.
bash atau Bourne Again Shell : shell standar bagi program scripting GNU. Shell ini sangat disarankan bagi pengguna awal dan juga dapat menjadi sebuah tool yang hebat bagi pengguna yang lebih mahir. Pada Linux, bash menjadi shell standar bagi seluruh pengguna. Shell ini juga sering disebut sebagai tambahan bagi Bourney Shell atau dapat dikatakan bahwa Bourney Again Shell kompatibel dengan Bourney Shell (perintah yang berjalan di sh, bisa juga berjalan di bash). Tetapi berbeda halnya jika keadaan terbalik (perintah belum tentu dapat dijalankan oleh sh).
csh atau C Shell : Syntax dari shell ini adalah rakitan ulang dari bahasa pemrograman C.
tcsh atau Turbo C Shell : pengembangan dari C Shell biasa, lebih mengutamakan kemudahan pemakaian dan kecepatan eksekusi.
ksh atau Korn Shell : kadang kala digunakan oleh seorang dengan latar belakang dan pengalaman UNIX. Pengembangan dari Bourney Shell dengan standar konfigurasi yang menyusahkan bagi pengguna awal.

Untuk mengetahui shell apa saja yang terinstal dan dikenali dalam sistem Linux, dapat diperiksa dengan perintah :

labjar@labjar:~$ cat /etc/shells
# /etc/shells: valid login shell
/bin/csh
/bin/sh
/usr/sh
/usr/bin/es
/usr/bin/ksh
/bin/ksh
/usr/bin/rc
/usr/bin/tcsh
/bin/tcsh
/usr/bin/esh
/bin/dash
/usr/bin/screen

Untuk melihat shell mana yang menjadi shell default bagi sistem Linux yang digunakan, gunakan perintah berikut :

labjar@labjar:~$ echo $SHELL
/bin/bash

Pada saat menulis suatu script, maka untuk membedakan apakah sript tersebut menggunakan shell apa, maka pada baris pertama di script diberikan suatu penanda. Penanda tersebut disebut sebagai SHA-BANG yang berupa 2 karakter yaitu "#!" kemudian diikuti dengan tempat file baner dari shell tersebut. Berikut ini cara penulisan beberapa jenis shell :

#!/bin/sh Untuk Bourney Shell
#!/bin/bash Untuk BASH
#!/usr/csh Untuk C Shell
#!/usr/bin/ksh Untuk Korn Shell
#!/usr/bin/tcsh Untuk Turbo C Shell

Konstruktor sebuah File BASH Script

Untuk membuat sebuah file BASH Script, pada baris pertama diberi tanda SHA-BANG

#!/bin/bash

Kemudian di bawah SHA-BANG baru diberikan script yang akan dijalankan

echo "Hello World"

Untuk memberikan komentar atau keterangan dapat menggunakan karakter #

#ini tidak dibaca

Jika ingin menjalankan file tersebut, terlebih dahulu beri file tersebut dengan flag x atau executable :

chmod +x nama_file

Untuk menjalankan bash ada beberapa perintah :

/bin/sh file_bash atau ./file_bash atau /bin/bash file_bash

Variabel BASH

Dalam BASH terdapat variabel yang disebut juga variabel global (dapat digunakan oleh semua aplikasi yang ada di sistem), dengan cara :

labjar@labjar:~$ printenv

GPG_AGENT_INFO=/tmp/seahorse-gbfMYT/S.gpg-agent:5732:1

SHELL=/bin/bash

DESKTOP_STARTUP_ID=

TERM=xterm

XDG_SESSION_COOKIE=b35444e8fa41a07e0acb2d4c482448a0-121068

1765.858307-1522819122

GTK_RC_FILES=/etc/gtk/gtkrc:/home/labjar/.gtkrc-1.2-gnome2

WINDOWID=56623182

USER=labjar

LS_COLORS=no=00:fi=00:di=01;34:ln=01;36:pi=40;33:so=01;35:

do=01;35:bd=40;33;01:cd=40;33;01:or=40;31;01:su=37;41:sg=3

0;43:tw=30;42:ow=34;42:st=37;44:ex=01;32:*.tar=01;31:*.tgz

=01;31:*.svgz=01;31:*.arj=01;31:*.taz=01;31:*.lzh=01;31:*.

lzma=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.dz=01;31:*.gz

=01;31:*.bz2=01;31:*.bz=01;31:*.tbz2=01;31:*.tz=01;31:*.de

b=01;31:*.rpm=01;31:*.jar=01;31:*.rar=01;31:*.ace=01;31:*.

zoo=01;31:*.cpio=01;31:*.7z=01;31:*.rz=01;31:*.jpg=01;35:*

.jpeg=01;35:*.gif=01;35:*.bmp=01;35:*.pbm=01;35:*.pgm=01;3

5:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:*.xpm=01;35:*.tif=01

;35:*.tiff=01;35:*.png=01;35:*.svg=01;35:*.mng=01;35:*.pcx

=01;35:*.mov=01;35:*.mpg=01;35:*.mpeg=01;35:*.m2v=01;35:*.

mkv=01;35:*.ogm=01;35:*.mp4=01;35:*.m4v=01;35:*.mp4v=01;35

:*.vob=01;35:*.qt=01;35:*.nuv=01;35:*.wmv=01;35:*.asf=01;3

5:*.rm=01;35:*.rmvb=01;35:*.flc=01;35:*.avi=01;35:*.fli=01

;35:*.gl=01;35:*.dl=01;35:*.xcf=01;35:*.xwd=01;35:*.yuv=01

;35:*.aac=00;36:*.au=00;36:*.flac=00;36:*.mid=00;36:*.midi

=00;36:*.mka=00;36:*.mp3=00;36:*.mpc=00;36:*.ogg=00;36:*.r

a=00;36:*.wav=00;36:

SSH_AUTH_SOCK=/tmp/keyring-jThzi6/ssh

GNOME_KEYRING_SOCKET=/tmp/keyring-jThzi6/socket

SESSION_MANAGER=local/labjar:/tmp/.ICE-unix/5676

USERNAME=labjar

PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sb

in:/bin:/usr/games

DESKTOP_SESSION=default

GDM_XSERVER_LOCATION=local

PWD=/home/labjar

LANG=en_US.UTF-8

GNOME_KEYRING_PID=5675

GDM_LANG=en_US.UTF-8

GDMSESSION=default

HISTCONTROL=ignoreboth

SHLVL=1

HOME=/home/labjar

GNOME_DESKTOP_SESSION_ID=Default

LOGNAME=labjar

XDG_DATA_DIRS=/usr/local/share/:/usr/share/:/usr/share/gdm

DBUS_SESSION_BUS_ADDRESS=unix:abstract=/tmp/dbush8Ua5vPJ2y,

guid=0631e4f3866c37cf1a7b57df482989a7

LESSOPEN=| /usr/bin/lesspipe %s

WINDOWPATH=7

DISPLAY=:0.0

LESSCLOSE=/usr/bin/lesspipe %s %s

COLORTERM=gnome-terminal

XAUTHORITY=/home/labjar/.Xauthority

_=/usr/bin/printenv

Untuk mengatur atau menentukan nilai suatu variabel, maka konstruktornya adalah :

VARNAME="value"

Router.?

2008-08-04T09:30:00.006+08:00

Router

Router adalah sebuah alat jaringan komputer yang mengirimkan paket data melalui sebuah jaringan atau Internet menuju tujuannya, melalui sebuah proses yang dikenal sebagai routing. Proses routing terjadi pada lapisan 3 (Lapisan jaringan seperti Internet Protocol) dari stack protokol tujuh-lapis OSI.
Fungsi Router berfungsi sebagai penghubung antar dua atau lebih jaringan untuk meneruskan data dari satu jaringan ke jaringan lainnya. Router berbeda dengan switch. Switch merupakan penghubung beberapa alat untuk membentuk suatu Local Area Network (LAN).

Analogi Router dan Switch
Sebagai ilustrasi perbedaan fungsi dari router dan switch adalah switch merupakan suatu jalanan, dan router merupakan penghubung antar jalan. Masing-masing rumah berada pada jalan yang memiliki alamat dalam suatu urutan tertentu. Dengan cara yang sama, switch menghubungkan berbagai macam alat, dimana masing-masing alat memiliki alamat IP sendiri pada sebuah LAN.

Router sangat banyak digunakan dalam jaringan berbasis teknologi protokol TCP/IP, dan router jenis itu disebut juga dengan IP Router. Selain IP Router, ada lagi AppleTalk Router, dan masih ada beberapa jenis router lainnya. Internet merupakan contoh utama dari sebuah jaringan yang memiliki banyak router IP. Router dapat digunakan untuk menghubungkan banyak jaringan kecil ke sebuah jaringan yang lebih besar, yang disebut dengan internetwork, atau untuk membagi sebuah jaringan besar ke dalam beberapa subnetwork untuk meningkatkan kinerja dan juga mempermudah manajemennya. Router juga kadang digunakan untuk mengoneksikan dua buah jaringan yang menggunakan media yang berbeda (seperti halnya router wireless yang pada umumnya selain ia dapat menghubungkan komputer dengan menggunakan radio, ia juga mendukung penghubungan komputer dengan kabel UTP), atau berbeda arsitektur jaringan, seperti halnya dari Ethernet ke Token Ring.

Router juga dapat digunakan untuk menghubungkan LAN ke sebuah layanan telekomunikasi seperti halnya telekomunikasi leased line atau Digital Subscriber Line (DSL). Router yang digunakan untuk menghubungkan LAN ke sebuah koneksi leased line seperti T1, atau T3, sering disebut sebagai access server. Sementara itu, router yang digunakan untuk menghubungkan jaringan lokal ke sebuah koneksi DSL disebut juga dengan DSL router. Router-router jenis tersebut umumnya memiliki fungsi firewall untuk melakukan penapisan paket berdasarkan alamat sumber dan alamat tujuan paket tersebut, meski beberapa router tidak memilikinya. Router yang memiliki fitur penapisan paket disebut juga dengan packet-filtering router. Router umumnya memblokir lalu lintas data yang dipancarkan secara broadcast sehingga dapat mencegah adanya broadcast storm yang mampu memperlambat kinerja jaringan.

Jenis-jenis router
Secara umum, router dibagi menjadi dua buah jenis, yakni:

Static router (router statis): adalah sebuah router yang memiliki tabel routing statis yang diset secara manual oleh para administrator jaringan.
Dynamic router (router dinamis): adalah sebuah router yang memiliki dab membuat tabel routing dinamis, dengan mendengarkan lalu lintas jaringan dan juga dengan saling berhubungan dengan router lainnya.

Router versus Bridge Cara kerja router mirip dengan bridge jaringan, yakni mereka dapat meneruskan paket data jaringan dan dapat juga membagi jaringan menjadi beberapa segmen atau menyatukan segmen-segmen jaringan. Akan tetapi, router berjalan pada lapisan ketiga pada model OSI (lapisan jaringan), dan menggunakan skema pengalamatan yang digunakan pada lapisan itu, seperti halnya alamat IP. Sementara itu, bridge jaringan berjalan pada lapisan kedua pada model OSI (lapisan data-link), dan menggunakan skema pengalamatan yang digunakan pada lapisan itu, yakni MAC address. Lalu, kapan penggunaan bridge jaringan dilakukan dan kapan penggunakan router dilakukan? Bridge, sebaiknya digunakan untuk menghubungkan segmen-segmen jaringan yang menjalankan protokol jaringan yang sama (sebagai contoh: segmen jaringan berbasis IP dengan segmen jaringan IP lainnya). Selain itu, bridge juga dapat digunakan ketika di dalam jaringan terdapat protokol-protokol yang tidak bisa melakukan routing, seperti halnya NetBEUI. Sementara itu, router sebaiknya digunakan untuk menghubungkan segmen-segmen jaringan yang menjalankan protokol jaringan yang berebeda (seperti halnya untuk menghubungkan segmen jaringan IP dengan segmen jaringan IPX.)

Secara umum, router lebih cerdas dibandingkan dengan bridge jaringan dan dapat meningkatkan bandwidth jaringan, mengingat router tidak meneruskan paket broadcast ke jaringan yang dituju. Dan, penggunaan router yang paling sering dilakukan adalah ketika kita hendak menghubungkan jaringan kita ke Internet.
Beberapa produsen Router yaitu :

2Wire (www.2wire.com)
3Com (www.3com.com)
Adtran (www.adtran.com)
Alcatel (www.alcatel.com)
Apple Computer (termed 'AirPort Base Stations')
Asus (www.asus.com)
Belkin (www.belkin.com)
Buffalo Technology (www.buffalotech.com)
Billion (www.billion.com)
CANYON (www.canyon-tech.com)
CISCO SYSTEMS, INC. (www.cisco.com)
Cyclades Corporation (www.cyclades.com)
D-Link Systems (www.dlink.com)
Draytek (www.draytek.com)
Enterasys Networks (www.enterasys.com)
Ericsson AB (www.ericsson.com)

JarkOm II

2008-06-26T12:30:00.003+08:00

IEEE 802.11 yaitu standarisasi yang dikeluarkan oleh Institute of Electrical and Electronics Engineering yang dirancang untuk jaringan Wireless Fidelity (WiFi) yang berhubungan dengan kecepatan akses data. Dimana IEEE 802.11b merupakan produk pertama WiFi sedangkan variasi g dan n merupakan salah sau produk yang memiliki penjualan terbanyak pada tahun 2005.

Versi Wi-Fi yang paling luas dalam pasaran AS sekarang ini (berdasarkan dalam IEEE 802.11b/g) beroperasi pada 2.400 MHz sampai 2.483,50 MHz. Dengan begitu mengijinkan operasi dalam 11 channel (masing-masing 5 MHz), berpusat di frekuensi berikut:

· Channel 1 - 2,412 MHz;

· Channel 2 - 2,417 MHz;

· Channel 3 - 2,422 MHz;

· Channel 4 - 2,427 MHz;

· Channel 5 - 2,432 MHz;

· Channel 6 - 2,437 MHz;

· Channel 7 - 2,442 MHz;

· Channel 8 - 2,447 MHz;

· Channel 9 - 2,452 MHz;

· Channel 10 - 2,457 MHz;

· Channel 11 - 2,462 MHz

IEEE 502.15 merupakan standarisasi yang dirancang untuk PAN (Personal Area Netwok).

IEEE 802.16 merupakan standarisasi yang dirancang untuk WiMAX ( Worldwide Interoperability for Microwave Access). WiMAX merupakan teknologi nirkabel yang menyediakan hubungan jalur lebar dalam jarak jauh. Standar WiMax pada awalnya dirancang untuk rentang frekuensi 10 s.d. 66 GHz. 802.16a. Spesifikasi WiMax membawa perbaikan atas keterbatasan-keterbatasan standar WiFi dengan memberikan lebar pita yang lebih besar dan enkripsi yang lebih bagus. Standar WiMax memberikan koneksi tanpa memerlukan Line of Sight (LOS) dalam situasi tertentu. Propagasi Non LOS memerlukan standar .16d atau revisi 16.e, karena diperlukan frekuensi yang lebih rendah. Juga, perlu digunakan sinyal muli-jalur (multi-path signals), sebagaimana standar 802.16n.

IEEE 802.16 adalah standard revisi khusus menggunakan dua model pemakaian, yaitu Fixed dan Portable.

Fixed

IEEE 802.16-2004 standard (yang meninjau kembali dan menggantikan versi IEEE 802.16a dan 802.16REVd) dirancang untuk fixed access. Standard ini dikenal sebagai “fixed wireless” karena menggunakan suatu antena di lokasi konsumen. Antena ini diletakkan di suatu tiang kapal atau atap, sama seperti antena televisi. IEEE 802.16-2004 dapat digunakan di dalam ruangan, dalam hal ini mungkin tidak sesempurna seperti instalasi di luar ruangan.

802.16-2004 standard adalah suatu solusi wireless untuk jalur broadband Internet yang ditetapkan yang menyediakan suatu interoperable, solusi carrier class untuk jangakuan terjauh. Solusi Intel WiMAX untuk akses yang ditetapkan beroperasi dengan 2.5-GHz, 3.5-GHz dan license-exempt 5.8-GHz rombongan. Teknologi ini menyediakan suatu alternatif tanpa kawat kepada kabel modem, bentuk langganan digital tentang segala jenis (xDSL), transmit atau exchange sirkuit (Tx/Ex) dan tingkatan pengangkut yang berhubungan dengan option (OC-X) sirkit. Jaringan topologi WiMAX ditunjukkan dalam Gambar II.a.

· Portable

IEEE 802.16e standard adalah merupakan suatu perkembangan 802.16-2004, sebagai dasar dan targetnya adalah pasaran yang gesit dengan menambahkan portabilitas dan kemampuan untuk klien yang gesit dengan IEEE. 802.16e yang diadaptasikan untuk menghubungkan secara langsung ke jaringan WiMAX dengan jaringan standard. 802.16E standard menggunakan Orthogonal Frequency Dividion Multiple Access (OFDMA), mirip OFDM dalam pengelompokan pengangkut ke dalam berbagai sub-carriers. Bagaimanapun, OFDMA selangkah lebih maju saat menggolongkan berbagai sub-carriers ke dalam sub-channels. Terminal langganan atau klien tunggal mengirim sinyal menggunakan semua sub-channels di dalam ruang pengangkut / berbagai klien mungkin mengirim sinyal masing-masing menggunakan sebagian dari total jumlah sub channels secara bersamaan.

Hotspot yaitu tempat access point berada. Hotspot (Wi-Fi) adalah salah satu bentuk pemanfaatan teknologi Wireless LAN pada lokasi-lokasi publik seperti taman, perpustakaan, restoran ataupun bandara. Pertama kali digagas tahun 1993 oleh Brett Steward. Dengan pemanfaatan teknologi ini, individu dapat mengakses jaringan seperti internet melalui komputer atau laptop yang mereka miliki di lokasi-lokasi dimana hotspot disediakan. Pada umumnya, hotspot menggunakan standarisasi WLAN IEEE 802.11b atau IEEE 802.11g. Teknologi WLAN ini mampu memberikan kecepatan akses yang tinggi hingga 11 Mbps (IEEE 802.11 b) dan 54 Mbps (IEEE 802.11 g) dalam jarak hingga 100 meter.

Access Point yaitu peralatan LAN yang menghubungkan peralatan nirkabel dengan jaringan LAN. Contoh kasarnya adalah BTS yang untuk memberikan sinyal handphone. Untuk WiFi, contohnya adalah Ethernet. Access point atau yang lebih sering disebut dengan istilah AP merupakan sebuah perangkat penghubung antara jaringan wire dengan wireless. Sebuah AP(Access Point) akan bertugas mengubah data yang lalu lalang di media kabel menjadi sinyal-sinyal radio yang dapat ditangkap oleh perangkat wireless. AP akan menjadi gerbang bagi jaringan wireless untuk dapat berkomunikasi dengan dunia luar maupun dengan antarsesama perangkat wireless di dalamnya. Biasanya pada perangkat AP terdapat satu atau lebih interface untuk media kabel. Apakah port Ethernet, port ADSL, Cable, line telepon biasa, dan banyak lagi. Interface media kabel tadi akan dibridging oleh AP tersebut ke dalam bentuk sinyal-sinyal radio, sehingga perangkat wireless dengan kabel tadi dapat terkoneksi. AP biasanya memiliki sistem antena untuk mentransmisikan sinyal-sinyalnya. Sistem antenanya pun bermacam-macam. Access point sangat dibutuhkan jika ingin membuat sebuah infrastruktur jaringan wireless. Dengan menggunakan AP, maka sebuah jaringan komunikasi akan terbentuk tidak hanya dua atau tiga perangkat saja yang dapat berkomunikasi tetapi cukup banyak yang dapat saling berbicara dengan perantara sinyal radio ini. Selain itu dengan menggunakan AP, jaringan kabel dengan wireless juga dapat berhubungan sehingga komunikasi jaringan menjadi lebih lebar. Pengaplikasian AP yang banyak dilakukan saat ini adalah melakukan pembagian bandwidth Internet dari link Internet ADSL atau Kabel, sehingga dapat digunakan oleh banyak orang. Penggunaan AP yang banyak tentu akan meningkatkan kapasitas pengguna dan juga jarak coverage jaringan wireless. Selain itu, juga dapat menciptakan sebuah sistem roaming WLAN. Dimana para pengguna dapat bergerak ke sana-ke mari dengan bebas tanpa terputus koneksinya karena sinyal-sinyal komunikasinya dapat dilayani oleh beberapa AP yang berbeda.

PROSES PERANGKAT LUNAK DAN METRIK PROYEK

2008-06-26T12:20:00.003+08:00

Metrik perangkat lunak mengacu pada suatu jangkauan luas pengukuran perangkat lunak komputer. Pengukuran dapat digunakan di seluruh proyek perangkat lunak untuk membantu perhitungan, kontrol kualitas, perkiraan produktifitas dan kontrol proyek. Sehingga pengukuran dapat digunakan oleh perekayasa perangkat lunak untuk membantu memperkirakan kualitas produk kerja teknis serta untuk membantu mengambil keputusan taktis pada saat proyek sudah berjalan.

Pengukuran, Metrik dan Indikator

Dalam konteks rekayasa perangkat lunak, mengukur(measure) mengindikasikan kuantitatif dari luasan, jumlah, dimensi, kapasitas, atau ukuran dari atribut sebuah proses/produk. Pengukuran(measurement) adalah kegiatan menentukan sebuah ukuran. Menurut IEEE Standard Glossary of Software Engineering Terms mendefinisikan metrics sebagai “Ukuran kuantitatif dari tingkat dimana sebuah sistem, komponen, atau proses memiliki atribut tertentu”.

Rekayasa perangkat lunak mengumpulkan pengukuran dan mengembangkan metrik sehingga diperoleh suatu indikator. Indikator adalah sebuah metrik/kombinasi yang memberikan pengetahuan ke dalam proses/kombinasi dari metrik yang memberikan pengetahuan ke dalam proses perangkat lunak, sebuah proyek perangkat lunak/produk itu sendiri. Indikator memberikan pengetahuan yang memungkinkan manajer proyek/perekayasa perangkat lunak menyesuaikan proses, proyek dan produk, untuk membuat semuanya lebih baik.

Metrik dalam Proses dan Domain Proyek

Metrik harus dikumpulkan sehingga indikator proses dan produk dapat dipastikan. Indikator proses memungkinkan sebuah organisasi rekayasa perangkat lunak memperoleh pengetahuan tentang reliabilitas sebuah proses yang sedang berlangsung.

Indikator proyek memungkinkan manajer proyek perangkat lunak memperkirakan status sebuah proyek yang sedang berlangsung, menelusuri resiko-resiko potensial, menemukan area masalah sebelum masalah-masalah menjadi semakin kritis, menyesuaikan aliran kerja/tugas-tugas, dan mengevaluasi kemampuan tim proyek untuk mengontrol kualitas hasil kerja rekayasa perangkat lunak.

Ø Metrik Proses dan Peningkatan Perangkat Lunak

o Grady [GRA92] menyatakan bahwa Etika Software Metrik merupakan hal yang tepat bagi para manager dan praktisi saat mensosialisasikan program metrik proses :

o Gunakan istilah umum saat intepretasikan data metrik

o Berikan feedback pada tim dan individu yang telah berkerja mengumpulkan data pengukuran / metrik

o Jangan gunakan metrik untuk menilai individu

o Jangan gunakan metrik untuk mengancam individu atau tim

o Berkerja dengan pelaksana dan tim untuk menentukan tujuan dan metrik dipakai untuk mencapai tujuan.

o Metrik data yang menunjukan sebuah area masalah tidak boleh “dianggap negatif”. Data itu hanya merupakan sebuah indikator

o Jangan terfokus pada suatu metrik sehingga mengabaikan metrik lainnya.

Ø Metrik Proyek

Tujuan Metrik proyek yaitu metrik ini digunakan untuk meminimalkan jadwal pengembangan dengan melakukan penyesuaian yang diperlukan untuk menghindari penundaan serta mengurangi masalah dan resiko potensial dan metrik proyek dipakai untuk memperkirakan kualitas produk pada basis yang berlaku dan bila dibutuhkan, memodifikasi pendekatan teknis untuk meningkatkan kualitas. Dimana pada saat kualitas meningkat, kesalahan menjadi minimal dan selagi kesalahan menjadi berkurang, jumlah kerja ulang yang dibutuhkan selama proyek berlangsung juga berkurang.

Pengukuran Perangkat Lunak

Pengukuran pada dunia fisika terbagi menjadi 2 :

o Langsung (Direct Measures) : Mengukur panjang baut

o idak Langsung (Indirect Measures) : Mengukur kualitas baut yang diproduksi

Hal tersebut juga berlaku pada Software Metrik

Metrik Size-Oriented

Proyek	LOC	Usaha	Dolar	Halaman	Kesalahan	Cacat	Manusia
Alpha	12.100	24	168	365	134	29	3
Beta	27.200	43	314	1224	321	86	5
Gamma	20.200	43	314	1050	256	64	6

Metrik Function-Oriented

Parameter Pengukuran	Count	Bobot Rendah	Bobot Sedang	Bobot Komplek	*Jumlah Bobot**	䦋㌌㏒㧀좈໱琰茞ᓀ㵂Ü
Jumlah Input User	???	3	4	6	*??? Bobot**	䦋㌌㏒㧀좈໱琰茞ᓀ㵂Ü
Jumlah Output untuk Pemakai	???	4	5	7	*??? Bobot**	䦋㌌㏒㧀좈໱琰茞ᓀ㵂Ü
Jumlah Inquiry User	???	3	4	6	*??? Bobot**	䦋㌌㏒㧀좈໱琰茞ᓀ㵂Ü
Jumlah File	???	7	10	15	*??? Bobot**	䦋㌌㏒㧀좈໱琰茞ᓀ㵂Ü
Jumlah Interface External	???	5	7	10	*??? Bobot**	䦋㌌㏒㧀좈໱琰茞ᓀ㵂Ü
䦋㌌㏒㧀좈໱琰茞ᓀ㵂Ü	䦋㌌㏒㧀좈໱琰茞ᓀ㵂Ü	䦋㌌㏒㧀좈໱琰茞ᓀ㵂Ü	䦋㌌㏒㧀좈໱琰茞ᓀ㵂Ü	䦋㌌㏒㧀좈໱琰茞ᓀ㵂Ü	TOTAL	䦋㌌㏒㧀좈໱琰茞ᓀ㵂Ü

o Jumlah Inquiry user : didefinisikan sebagai on line input dan menghasilkan respon langsung dari software dalam bentuk online output

o Jumlah Interface External : misalnya data file pada storage media yang digunakan untuk mengirim informasi ke sistem lain

o Jumlah file : Baik yang terpisah atau merupakan bagian dari database

FP = Jumlah_Total x [0.65 + 0.01 x (Fi)]

Jumlah_total diperoleh dari tabel sebelumnya. Fi diperoleh dari perhitungan berdasarkan 14 pertanyaan pada halaman berikutnya. Konstanta pada formula didapat secara empiris. Selanjutnya dapat dihitung :

FP per person-month

Error per FP

Defects per FP

Nominal per FP

Pages of documentation per FP

Fi (1-14) à Harga Penyesuaian Complexitas (*Pressman) :

Apakah sistem memerlukan backup dan recovery ?
Apakah diperlukan fasilitas komunikasi data ?
Apakah diperlukan fasilitas distributed processing ?
Apakah performance sangat penting ?
Apakah sistem akan dijalankan pada lingkungan yang sudah ada yang sudah terutilisasi secara penuh ?
Apakah memerlukan pemasukan data secara on-line ?
Apakah pemasukan data on-line terjadi pada multiple-screen atau operasi?
Apakah file master di-update secara online ?
Apakah input, output, file serta inquiry begitu kompleks ?
Apakah proses internal begitu kompleks ?
Apakah kode yang dibuat harus dapat digunakan ulang ?
Apakah konversi dan instalasi termasuk dalam perancangan ?
Apakah sistem dirancang untuk dapat diinstall pada berbagai organisasi yang berbeda ?
Apakah aplikasi dirancang untuk memberikan fasilitas perubahan dan kemudahan pemakaian bagi user ?

Setiap pertanyaan diberi nilai 0-5 (0=tidak penting; 5=penting)

Metrik Function Point yang Diperluas

Kompleksitas Pembobotan

Elemen Pengukuran	Rendah	Sedang	Tinggi	䦋㌌㏒㧀좈໱琰茞ᓀ㵂Ü
Struktur data Internal	*…. 7 +**	*….. 10 +**	*…… 15 +**	…….
Data Eksternal	*…. 5 +**	*….. 7 +**	*…… 10 +**	…….
Jumlah Input Pemakai	*…. 3 +**	*….. 4 +**	*…… 6 +**	…….
Jumlah Output pemakai	*…. 4 +**	*….. 5 +**	*…… 7 +**	…….
Jumlah Penyelidikan Pemakai	*…. 3 +**	*….. 4 +**	*…… 6 +**	…….
Transformasi	*…. 7 +**	*….. 10 +**	*…… 15 +**	…….
Transisi	*…. n/a +**	*….. n/a +**	*…… n/a +**	…….
Indeks Function Point 3D	䦋㌌㏒㧀좈໱琰茞ᓀ㵂Ü	䦋㌌㏒㧀좈໱琰茞ᓀ㵂Ü	䦋㌌㏒㧀좈໱琰茞ᓀ㵂Ü	…….

Menyatukan berbagai Pendekatan Metrik yang Berbeda

Hubungan antara baris-baris kode dan function point tergantung pada bahasa pemrograman yang digunakan untuk mengimplementasikan perangkat lunak dan kualitas desain. Berbagai penelitian dilakukan untuk mengkaitkan FP dan pengukuran LOC.

rogramming Language	LOC / FP
Assembly	320
C	128
Pascal	90
V.Basic	32
Power Builder	16
SQL	12
C++	64

Basili dan Zelkowits menetapkan 4 faktor penting yang mempengaruhi produktifitas perangkat lunak :

Faktor manusia
Faktor masalah
Faktor proses
Faktor sumber daya

Metrik untuk Kualitas Perangkat Lunak

Kualitas sistem, aplikasi/produk merupakan persyaratan yang menjelaskan masalah, desain model solusi, kode yang membuat program dapat dieksekusi dan pengujian yang menguji perangkat lunak untuk menemukan kesalahan.

Faktor-Faktor yang mempengaruhi Kualitas :

McCall dan Cavano menetapkan sekumpulan faktor kualitas yang merupakan langkah pertama dalam mengembangkan metrik-metrik untuk kualitas perangkat lunak. Faktor-faktor tersebut menilai perangkat lunak dari 3 sudut pandang :

Operasi produk (menggunakannya)
Revisi produk (mengubahnya)
Transisi produk( memodifikasinya untuk bekerja dalam lingkungan yang berbeda)

Mengukur Kualitas

1. Cara yang benar

2. Maintanabilitas

3. Integritas

4. Usabilitas

Efisiensi penghapusan Cacat

metrik kualitas yang memberikan manfaat pada tingkat proyek dan tingkat proses adalah efisiensi penghapusan cacat (DRE – Detect Removal Efficiency) DRE = E/(E+D)

Dimana :

E = jumlah kesalahan yang ditemukan; D = jumlah cacat yang ditemukan.

DRE dapat juga digunakan dalam proyek untuk menilai kemampuan tim dalam menemukan kesalahan sebelum kesalahan dilewatkan ke aktifitas kerangka kerja perangkat lunak berikutnya.

DREi =Ei/(Ei + Ei +1)

Dimana :

Ei = jumlah kesalahan yang ditemukan selama I aktifitas rekayasa perangkat lunak

Ei + 1 = jumlah kesalahan yang ditemukan selama I + 1 aktifitas rekayasa perangkat lunak yang dapat dilacak untuk kesalahan-kesalahan yang tidak ditemukan dalam I aktifitas rekayasa perangkat lunak

MANAJEMEN PERANGKAT LUNAK

2008-06-26T12:13:00.006+08:00

Pendahuluan

Pada pembukaan bukunya tentang manajemen perangkat lunak, Mieler Page Jones [PAG85] membuat pernyataan yang dapat di banggakan oleh banyak konsultan rekayasa perangkat lunak,yang berbunyi “ Saya telah mengunjungi banyak toko komersial baik yang buruk maupun yang baik, dan saya teklah menilai para manajer pemroses data, yang baik maupun buruk. Sangat sering juga saya melihat dengan perasaan takut ketika manajer-manajer tersebut secara sia-sia bertarung melalui proyek yang penuh mimpi buruk, menggeliat di bawah batas waktu yang tidak mungki dipenuhi, atau sisten penyampaian yang membuat kecewa/marah pemakai mereka dan terus menelan batas waktu pemeriharaan”.

Yang digambarkan oleh Page Jones adalah gejala yang berasal dari serangkaian masalah teknis dan manajemen. Tetapi bila dilakukan evaluasi pada setiap proyek yang baru saja berakhir, sangat dapat dipastikan akan ada tema yang konsisten akan terjadi (manajemen proyek yang lemah).

Pengertian Manajemen Perangkat Lunak

Proyek merupakan suatu tugas yang perlu dirumuskan untuk mencapai sasaran yang dinyatakan secara konkrit serta harus diselesaikan dalam suatu priode tertentu denga menggunakan tenaga manusia dan ala-alat yang terbatas dan begitu kompleks sehingga dibutuhkan pengelola dan kerja sama yang berbeda dari yang biasanya digunakan.

Kumpulan kegiatan termasuk sumber day dan waktu yang diperlukan, yang diorganisasikan dan bersifat sementara untuk mencapai tujuan yang ditetapkan.

Manajemen Proyek dilaksanakan dengan tujuan untuk optimasi penggunaan sumber daya guna mencapai tujuan yang telah ditetapkan. Untuk mencapai tujuan tersebut manajemen Proyek harus dilaksanakan dengan cara:

- Adanya koordinasi horisontal antar pelaksana yang tidak terlalu birokratis, sehingga pelaksanaan kegiatan dapat secara luwes dan cepat dilakukan antipasi bila terjadi penyimpangan.

- Adanya penanggung jawab tunggal, biasanya oleh pimpinan proyek yang berfungsi sebagai pusat informasi, integrator antar komponen yang terlibat dan sekaligus pelaksanaan koordinasi dengan pihak diluar proyek.

-Proyek dapat diuraikan menjadi rincian kegiatan yang terstruktur, dimana setiap kegiatan dapat diuraikan menjadi elemen-elemen kegiatan yang mandiri dengan sifat-sifat :

a). Dapat dikelola sebagai suatu paket kerja.

b). Beban biaya dan waktu dapat diukur.

c). Prestasi, biaya dan kualitas dapat diukur.

d). Dapat diintegrasikan menjadi suatu satuan kegiatan.

e). Dapat disusun secara hirarki berjenjang.

Aktivitas Manajemen

Aktivitas manajemen perangkat lunak meliputi beberapa langkah yang terstruktur seperti:

- Proposal Writing(Pembuatan Proposal). Pimpinan proyek harus membuat rencana pekerjaan proyek yang akan dilakukan dari persiapan awal hingga selesainya proyek tersebut. Persiapannya meliputi, tujuan dan maanfaat dijalankannya proyek,apa saja bentuk kegiatan yang dikerjakan,dan tahapan-tahapan pekerjaan.

- Project Costing (Anggaran Proyek). Budged pengeluaran dan pemasukan proyek yang akan dikerjakan perlu dibuat yang serinci mungkin.

- Project Planning and Scheduling(Penjadwalan dan Perencanaan Proyek). Perencanaan pelaksanaan proyek yang baik harusnya menggunakan jadwal yang tersusun rapi, dan penjadwalan tersebut dikonversi dengan seluruh kegiatan yang akan dikerjakan dari study kelayakan, perencanaan, sampai implementasi dan maintenance proyek.

- Project Monitoring and Review (Pemonitoran Proyek). Memonitor pelaksanaan proyek perlu dilakukan disetiap tahapan, sehingga kesalahan dan keterlambatan penyelesaian proyek dapat diketahui sedini mungkin.

- Personal selection and evaluation (Evaluasi dan penyeleksi Personal). Sebelum dilaksanakannya sebuah proyek, maka personal yang terlibat dalam proyek, harus diseleksi sesuai dengan keterampilan dan pengalaman yang dimilikinya.

- Report Writing and Presentation (Presentasi dan Laporan). Presentasi proposal proyek perlu dilakukan dengan menunjukkan prototype yang ada, sehinnga pihak manajemen yakin akan proyek tersebut

Spektrum Manajemen

Manajemen perangkat lunak berfokus dengan tiga unsur yaitu,

Manusia

Faktor manusia sangat penting sehinga Sofware Engineering Institute telah mengembangkan sebuah model kematangan kemampuan manajemen manusia untuk mempertinggi kesiapan kesiapan orgnisasi perangkat lunak untuk mengerjakan aplikasi yang semakin kompleks dengan membantu menarik, menumbuhkan memotivasi, menyebarkan dan memelihara dan memelihara bakat yang dibutuhkan mengembangkan kemampuan perkembangn perangkat lunak mereka.

Model kematangan manajemen manusian membatasi area praktis berikut kunci bagi masyarakat perangkat lunak: rekruitmen, seleksi, manajemen untuk kerja, pelatihan, konpensasi, perkembangan karir, disain, kerja dan organisasi, dan perkembangan tim atau kultur.

Masalah

Seorang manajer proyek perangkat lunak dihadapkan pada sebuah dilema pada awal proyek rekayasa perangkat lunak. Diperlukan perkiraan kuatitatif dan rencana organisasi, tetapi informasi yang solid tidak dapat diperoleh diperoleh. Analisis yang mendetail tentang kebutuhan perangkat akn memberikan informasi memadai untuk suatu perhitungan, tetapi analisis sering memerlukan waktu berminggu-minggu atau bahkan berbulan-bulan. Lebih buruk lagi kebutuhan terkadang berubah-ubah, berubah secara reguler pada saat proyek berjalan. Seorang manajer harus bisa mengamati masalah pada awal dimulainya sebuah proyek. Pada skala minimum, ruang lingkup masalah harus dibangun dan ditentukan.

Proses

Proses perangkat lunak memberikan suatu kerangka kerja dimana rencana komprihensif bagi pengembangan perangkat lunak dapat dibangun. Didalam suatu industri dikenal berbagai macam proses,demikian juga halnya dengan industri perangkat lunak.Perbedaan proses yang digunakan akan menguraikan aktifitas-aktifitas proses dalam cara-cara yang berlainan.

Manajemen Proyek Perangkat Lunak Berorientasi Objek

Manajemen proyek perangkat lunak modern dapat dibagi kedalam aktivitas-aktivitas berikut:

1.Membangun kerangka kerja proses yang umum untuk proyek.

2.Menggunakan kerangka kerja dan matrik historis untuk membangun usaha dan estimasi waktu.

3.Menentukan produk kerja dan kejadian penting yang membuat kemajuan dapat diukur.

4.Menentukan ceckpoint bagi jaminan kualitas dan kontrol.

5.Mengatur perubahan yang terjadi pada saat proses berjalan.

6.Menelusuri, memonitor, dan mengontrol kemajuan.

Critical Path Method (CPM)

Critical Path Method (CPM) dikatakan juga sebagai jalur kritis dimana jalur ini adalah lintasan/jalur dimana terdapat aktivitas-aktivitas yang paling banyak memakan waktu, mulai dari permulaan dikerjakannya proyek sampai berakhirnya pekerjaan tersebut.

Maksud dan tujuan dari jalur kritis ini yaitu:

Penundaan pekerjaan pada jalur kritis menyebabkan seluruh aktivitas proyek akan tertunda juga.

Proyek dapat dipercepat penyelesaiannya bila pekerjaan-pekerjaan yang terdapat di jalur kritis dapat dipercepat.

Pengawasan dan pengontrolan hanyadipercepat pada jalur kritis saja, maka pekerjaan-pekerjaan di jalur ini harus:

Perlu adanya pengawasan yang ketat agar penyelesaian nya tidak tertunda.
Kemungkinan dengan melakukan crash program dapat mempersingkat penyelesaian dengan resiko biaya akan bertambah

Kelonggaran waktu terdapat pada pekerjaan-pekerjaan yang tidak dilalui jalur kritis. Hal ini memungkinkan bagi manajer untuk merealokasikan/memindahkan tenaga kerja, alat-lata dan biaya pekerjaan-pekerjaan pada jalur kritis demi efisiensi.

Perencanaan Proyek Perangkat Lunak Objek Orientasi

Proses manajemen perangkat lunak dimulai dengan serangkaian aktivitas yang secara kolektif disebut project planning (perencanaan proyek)

Observasi Pada Estimasi

Estimasi (perkiraan) sumber daya ,biaya dan jadwal usaha pengembangan PL membutuhkan pengalaman, mengakses informasi historis yang baik dan keberanian untuk melakukan pengukuran kuantitatif bila hanya data kualitatif saja yang ada. Estimasi membawa resiko yang inheren, dan resiko inilah yang membawa kepada ketidakpastian.

Project Complexity(Kompleksitas proyek) berpengaruh kuat terhadap ketidak pastian yang inhern terhadap perencanaan. Tapi kompleksitas ketidak pastian yang inhern terhadap perencanaan. Tapi kompleksitas merupakan pengukuran relatif yang dipengaruhi oleh kebiasaan dengan usaha yang telah dilakukan pada masa sebelumnya.

Project size(ukuran proyek) merupakan faktor penting yang dapat mempengaruhi akurasi estimasi.

Structural Uncertainty(tingkat ketidakpastian struktural) ,resiko diukurmelalui ketidak pastian pada estimasi kuantitatif yang dibuat untuk sumber daya, biaya, dan jadwal. Bila ruang lingkup proyek tidak dipahami dengan baik atau syarat proyek merupakan subjek terjadinya perubahan, maka resiko dan ketidak pastian menjadi sangat tinggi.

Tujuan Perencanaan Proyek Perangkat Lunak

Tujuan perencanaannya adalah untuk menyediakan kerangka kerja yang memungkinkan manajer membuat estimasi yang dapat dipertanggungjawabkan mengenai sumber daya, biaya dan jadwal. Estimasi dibuat dengan sebuah kerangka waktu terbatas pada awal sebuah proyek PL dan secara teratur diperbaharui secara teratur selagi proyek sedang berjalan.

Penjadwalan Proyek Perangkat Lunak

Penjadwalkan proyek perangkat lunak merupakan aktivitas yang mendistribusikan usaha estimasi pada durasi proyek yang direncanakan dengan mengalokasikan usaha untuk tugas rekayasa perangkat lunak tertentu.

Penjadwalan Perangkat Lunak dapat dibagi menjadi dua yaitu:

Forward scheduling menentukan tanggal mulai proyek dan menjadwalkan ke depan dari tanggal tersebut. Berdasarkan durasi terencana tugas-tugas yang diperlukan,keantarketergantungan tugas-tugas dan alokasi sumber-sumber daya untuk menyelesaikan tugas-tugas tersebut, meng-proyeksi tanggal penyelesaian proyek dengan pengkalkulasian.
Reverse scheduling menentukan tenggat waktu proyek dan menjadwalkan mundur dari tanggal tenggat waktu tersebut. Tugas-tugas, durasinya, keantarketergantungan dan sumber-sumber daya harus dipertimbangkan untuk memastikan bahwa proyek tersebut dapat diselesaikan saat tenggat waktu.

Manajemen Resiko

Manajemen risiko adalah suatu proses mengidentifikasi, mengukur risiko, serta membentuk strategi untuk mengelolanya melalui sumber daya yang tersedia. Strategi yang dapat digunakan antara lain mentransfer risiko pada pihak lain, mengindari risiko, mengurangi efek buruk dari risiko dan menerima sebagian maupun seluruh konsekuensi dari risiko tertentu.

Identifikasi Risiko

Proses ini meliputi identifikasi risiko yang mungkin terjadi dalam suatu aktivitas usaha. Identifikasi risiko secara akurat dan komplet sangatlah vital dalam manajemen risiko. Salah satu aspek penting dalam identifikasi risiko adalah mendaftar risiko yang mungkin terjadi sebanyak mungkin. Teknik-teknik yang dapat digunakan dalam identifikasi risiko antara lain:

· Brainstorming

· Survei

· Wawancara

· Informasi historis

· Kelompok kerja, dll.

Analisa Risiko

Setelah melakukan identifikasi risiko, maka tahap berikutnya adalah pengukuran risiko dengan cara melihat potensial terjadinya seberapa besar severity (kerusakan) dan probabilitas terjadinya risiko tersebut.

Pengelolaan risiko

Dalam megelola suatu resiko terdapat berbagai macam cara yaitu:

1. Risk avoidance

Yaitu memutuskan untuk tidak melakukan aktivitas yang mengandung risiko sama sekali. Dalam memutuskan untuk melakukannya, maka harus dipertimbangkan potensial keuntungan dan potensial kerugian yang dihasilkan oleh suatu aktivitas.

2. Risk reduction

Risk reduction atau disebut juga risk mitigation yaitu merupakan metode yang mengurangi kemungkinan terjadinya suatu risiko ataupun mengurangi dampak kerusakan yang dihasilkan oleh suatu risiko.

3. Risk transfer

Yaitu memindahkan risiko kepada pihak lain, umumnya melalui suatu kontrak (asuransi) maupun hedging.

4. Risk deferral

Dampak suatu risiko tidak selalu konstan. Risk deferral meliputi menunda aspek suatu proyek hingga saat dimana probabilitas terjadinya risiko tersebut kecil.

5. Risk retention

Walaupun risiko tertentu dapat dihilangkan dengan cara mengurnagi maupun mentransfernya, namun beberapa risiko harus tetap diterima sebagai bagian penting dari aktivitas.

Penanganan Risiko

1. High probability, high impact : risiko jenis ini umumnya dihindari ataupun ditransfer.

2. Low probability, high impact : respon paling tepat untuk tipe risiko ini adalah dihindari. Dan jika masih terjadi, maka lakukan mitigasi risiko serta kembangkan contingency plan.

3. High probability, low impact : mitigasi risiko dan kembangkan contingency plan Low probability, low impact : efek dari risiko ini dapat dikurangi, namun biayanya dapat saja melebihi dampak yang dihasilkan. Dalam kasus ini mungkin lebih baik untuk menerima efek dari risiko tersebut.

4. Contingency plan: Untuk risiko yang mungkin terjadi maka perlu dipersiapkan contingency plan seandainya benar-benar terjadi. Contingency plan haruslah sesuai dan proporsional terhadap dampak risiko tersebut. Dalam banyak kasus seringkali lebih efisien untuk mengalokasikan sejumlah sumber daya untuk mengurangi risiko dibandingkan mengembangkan contingency plan yang jika diimplementasikan akan lebih mahal. Namun beberapa scenario memang membutuhkan full contingency plan, tergantung pada proyeknya. Namun jangan sampai tertukar antara contingency planning dengan re-planning normal yang memang dibutuhkan karena adanya perubahan dalam proyek yang berjalan.

Implementasi Manajemen Risiko

Setelah memilih respon yang akan digunakan untuk menangani risiko, maka saatnya untuk mengimplementasikan metode yang telah direncanakan tersebut.

Monitoring Risiko

Mengidentifikasi, menganalisa dan merencanakan suatu risiko merupakan bagian penting dalam perencanaan suatu proyek. Namun, manajemen risiko tidaklah berhenti sampai disana saja. Praktek, pengalaman dan terjadinya kerugian akan membutuhkan suatu perubahan dalam rencana dan keputusan mengenai penanganan suatu risiko. Sangatlah penting untuk selalu memonitor proses dari awal mulai dari identifikasi risiko dan pengukuran risiko untuk mengetahui keefektifan respon yang telah dipilih dan untuk mengidentifikasi adanya risiko yang baru maupun berubah. Sehingga, ketika suatu risiko terjadi maka respon yang dipilih akan sesuai dan diimplementasikan secara efektif.

Rekayasa Perangkat Lunak II Part 6

2008-06-26T12:05:00.004+08:00

Obejct Oriented Software Reengineering

Prinsip Reengineering

Memfokuskan pada faktor-faktor sekitar hasil [outcome] bukan pada tugas, artinya bahwa suatu perusahaan hendaknya memiliki seseorang yang melaksanakan semua tahapan dalam suatu proses.
suatu perusahaan hendaknya membentuk departemen-departemen terspesialisasi untuk mengangani prose yang terspesialisa pula.
mengelompokkan pemrosesan informasi ke dalam fungsi yng menghasilkan informasi.
memperlakukan sumber-sumber yang terpisah seolah-olah tersentralisasi.
mengkaitkan aktivitas-aktivitas paralel serta mengintegrasikan hasil-hasilnya. Hal ini ditujukan untuk meningkatkan keterkaitan antar fungsi paralel sehingga unit-unit terpisah bisa melakukan suatu fungsi.
menghubungkan aspek-aspek keputusan untuk menyelesaikan tugas dan membangun sistem pengendalian dalam suatu proses.
memperoleh informasi sekaligus pada sumbernya.

Resiko pada perusahaan

o Resiko teknis (technical risk) yaitu resiko yang terjadi karena terbatasnya kapabilitas teknologi yang digunakan organisasi dalam proses reengineering.

o Resiko finansial (financial risk) terjadi jika proyek reengineering tidak berjalan sesuai dengan rencana atau jika tidak selesai tepat pada waktunya dan tidak sesuai dengan biaya yang dianggarkan.

o Resiko politis (political risk) yaitu terjadinya resistance to change terhadap proyekproyek reengineering.

o Resiko fungsional (funcional risk) merupakan kesalahan disainer sistem dalam memahami kebutuhan organisasi dan kurangnya ketrampilan dan pengetahuan pelaksana sehingga mengakibatkan kapabilitas sistem yang dirancang tidak tepat.

o Resiko proyek (project risk) adalah resiko yang bisa terjadi jika personel pemroses

o data tidak memahami dan tidak familiar terhadap teknologi baru sehingga menimbulkan

o masalah-masalah yang kompleks

Faktor-Faktor Penyebab Kegagalan Reengineering

Menolak untuk berubah (resistance to change) (Roger, dkk., 1994; Cooper dan Markus, 1995).
Kurangnya komitmen manajemen (lack of management commitment) (Hall, dkk., 1993; Martinez, 1995; Cooper dan Markus, 1995).
Sistem informasi yang kurang memadai (Martinez, 1995).
Kurangnya keluasan (breatdh) dan kedalaman (depth) analisis terhadap faktor-faktor kritis reengineering (Martinez, 1995).

METODOLOGI

Metode Revision

Metodologi ini dikembangkan berdasarkan riset ekstensif, penyebaran perubahan teknologi (technology change deployment), dan mengkonsultasikan pengalaman (consulting experience).

Tujuh tahap utama Metode Revision

Permulaan (initiate)
Pembentukan visi (envision)
Menganalisis (analyze)
Mendisain ulang (redisign)
Blueprint
Pengimplementasian (implement)
Memonitor (monitor)

Kelemahan Metode Revision

Analisis tersebut tidak ditujukan untuk meningkatkan proses yang telah ada, tetapi hanya untuk menyingkapkan kesalahan-kesalahan yang telah dibuat, sehingga disain-disain baru tidak akan mengulanginya.
Analisis tersebut jangan sampai rancu dengan dengan aplikasi reengineering level makro tetapi tetap diarahkan pada usaha untuk bisa memecahkan akar-akar permasalahan reengineering proses bisnis.

Keberhasilan pelaksanaan reengineering bergantung pada beberapa faktor kunci. Orang-orang yang paling berpengetahuan dan berkuasa memutuskan harus dilibatkan dalam proses. Pelaksanaan tersebut harus dijalankan dengan skala prioritas kecepatan, dan kejujuran yang paling tinggi. Banyak usaha diinvestasikan untuk mengkomunikasikan, mendapatkan umpan balik, dan memperoleh dukungan dari seluruh orang-orang pelaksana

I. MASALAH – MASALAH DALAM REUSE

A. Kendala – Kendala Reuse

“Reuse” (penggunaan kembali) perangkat lunak harus melewati beberapa tahapan. Dan dalam tahapan – tahapan tersebut akan ditemui beberapa kendala, diantaranya :

Beberapa perusahaan dan organisasi memiliki sesuatu yang sangat mirip dengan rencana reusabilitas perangkat lunak
Meski semakin banyak vendor perangkat lunak yang menjual peranti atau memberi bantuan terhadap reuse, pengembang tidak menggunakannya
Tersedia latihan yg sedikit untuk membantu perekayasa dan manajer memahami dan mengaplikasikan reuse
Banyak perusahaan menganjurkan metodologi pengembangan perangkat lunak tidak memfasilitasi reuse

B. Analogi Perangkat Keras

Agar benar-benar reusable, komponen perangkat lunak harus dapat dipakai di beberapa tempat lain. Maka perekayasa hrs memakai perangkat keras yang lebih umum. Dan usahakan untuk menghindari spesifikasi perangkat keras yang terlalu tinggi.

Pendekatan Reuse

Membangun rencana reuse internal
Mengharuskan reusabilitas menjadi bagian internal dari pelatihan manajerial dan teknik.
Dapatkan peranti dan perpustakaan yang dapat member konstribusi positif bagi reuse.
Dukung metode dan piranti yang telah didemonstrasikan.
Telusuri dan ukur reuse serta pengaruhnya.
Manajemen harus mendukung dan aktif.
Kenali peranti, data test, desain, rencana, lingkungan dan jenis perangkat lunak yang dapat di reuse.

II. PROSES REUSE

A. Perkakas

Dalam proses reuse, kita akan membutuhkan beberapa hal dalam pengerjaannya yaitu :

Rencana proyek
Perkiraan biaya
Arsitektur
Model dan spesifikasi persyaratan
Desain
Kode sumber
Dokumentasi teknis dan pemakai
Interface manusia
Data
Test case

II. REKAYASA DOMAIN

Tujuan : mengidentifikasi, mengkonstruksi, meng-katalog dan menyebarkan serangkaian perkakas perangkat lunak yang memiliki aplikabilitas dan perangkat lunak masa depan didalam suatu domain aplikasi tertentu.

Rekayasa Domain meliputi 3 aktifitas, yaitu :

A. Proses Analisis Domain

Langkah-langkah proses ini didefinisikan sebagai:

1. Tentukan domain yang akan diselidiki.

2. Kategorikan item yang akan di-ekstrak dari domain.

3. Kumpulkan sampel yang presentatif dari aplikasi didalam domain.

4. Analisis masing-masing aplikasi didalam sampel.

5. Kembangkan sebuah analisis bagi objek.

B. Fungsi-Fungsi Karakterisasi

Serangkaian karakteristik domain untuk suatu perkakas reusable dapat direpresentasikan sebagai {Dp} dimana Dpi, merepresentasikan karakteristik domain spesifik yang berarti nilai yang diberikan ke Dpi merepresentasikan skala ordinal yang merupakan indikasi mengenai relevansi dari karakteristik untuk perkakas p.

Tipe-tipe skala karakterisasi :

tidak relevan
relevan dalam situasi yang tidak biasa
relevan, dapat dimodifikasi meskipun berbeda
sangat relevan bila perangkat lunak tidak memiliki karakteristik ini reuse tidak efisien
sangat relevan bila perangkat lunak tidak memiliki karakteristik ini reuse tidak efektif, reuse tidak disetujui

Bila perangkat lunak baru {w} akan dibangun didalam domain aplikasi, serangkaian karakteristik domain ditarik untuknya. Dpi dan Dwi kemudian dibandingkan untuk menentukan apakah perkakas yang ada (p) dapat secara efektif digunakan lagi didalam aplikasi w.

C. Pemodelan Struktural dan Point Struktur

Pemodelan struktural adalah suatu pola yang berdasarkan pendekatan rekayasa domain aplikasi yang bekerja dengan asumsi bahwa setiap domain aplikasi memiliki pola pengulangan (fungsi, data, tingkah laku) yang memiliki potensi reuse.

Point struktur memiliki 3 karakteristik :

Point struktur adalah abstarksi yg harus memiliki sejumlah contoh terbatas.
Interface ke point struktur harus sederhana.
Point struktur harus mengimplementasi penyembunyian informasi yg diisikan di dalam point struktur itu sendiri.

IV. Membangun komponen reusable

A. Analisis dan desain untuk reuse

Idealnya model analisis di analisis untuk menentukan elemen-elemen model yang menunjuk ke perkakas reusable yang ada.

Kunci untuk desain reuse :

Data standar : Domain aplikasi, dan struktur data global standar (struktur file atau database) lengkap harus diidentifikasi.

Protokol interface standar : Tiga tingkat protokol harus dibangun; sifat interface intramodular, desain interface teknis eksternal dan interface manusia mesin

Template program : Model struktur dapat berfungsi sebagai template untuk desain arsitektur dari program baru.

B. Metode Konstruksi

Konstruksi dapat dilakukan dengan bahasa pemrograman generasi ketiga yang konvensional, bahasa generasi keempat dan generator kode, teknik pemrograman visual dan peranti yang lebih canggih. Serangkaian komponen generik dan dapat diadaptasikan yang disebut kerangka (frame) atau teknologi kerangka.

C. Pengembangan Berbasis Komponen

Pendekatan konstruksi kadang diacukan ke pengembangan berbasis komponen atau perangkat lunak komponen.

Implementasi pengembangan berbasis komponen:

Model pertukaran data : Mekanisme yang memungkinkan pemakai dan aplikasi berinteraksi dan mentransfer data untuk semua komponen reusable.

Otomasi : Berbagai peranti macro dan script harus diimplementasi untuk memfasilitasi interaksi antar komponen reusable.
Penyimpanan terstruktur : Data heterogen (grafis, suara, teks dan numeris) dikumpulkan dan diakses sebagai struktur data tunggal.
Model obyek yang mendasari : Interface Definition Language (IDL)
OpenDoc : Standar dokumen gabungan dan perangkat lunak komponen.
OMG/CORBA : Object Request Broker/ORB memberi pelayanan komponen reusable berkomunikasi dengan komponen lain tanpa melihat lokasi didalam sistem.
OLE 2.0 (Object Linking and Embedding) : Merupakan bagian dari Component Object Model (COM).

V. Pengklasifikasian dan Pengambilan kembali Komponen

A. Penggambaran Komponen Reuse.

Konsep harus menggambarkan isi komponen, yaitu isi dan konteks. Skema klasifikasi komponen perangkat lunak dibagi menjadi tiga kategori :

Enumerated Classification. Komponen digambarkan dengan menentukan struktur hirarki dimana kelas dan sub kelas yang bervariasi dari komponen diterapkan.
Faceted Classification. Sebuah area domain dianalisis dan serangkaian ciri deskriptif dasar diidentifikasi.
Klasifikasi atribut-nilai. Sama dengan klasifikasi faced.

B. Lingkungan Reuse

• Database komponen

• Sistem manajemen pustaka

• Sistem pemanggilan kembali perangkat lunak

• Peranti CASE

VI. Ekonomi Penggunaan Kembali Perangkat Lunak

A. Pengaruh Terhadap Kualitas Produktivitas dan Biaya

• Kualitas : Dengan reuse cacat ditemukan dan dieliminasi sebagai hasilnya kualitas komponen meningkat

• Produktivitas. Lebih sedikit waktu yang digunakan untuk membuat rencana, model, dokumen, kode dan data yang diperlukan untuk membuat sistem.

• Biaya : Penghematan waktu untuk reuse diperkirakan dengan memproyeksikan bila proyek dikembangkan sejak awal.

B. Analisis Biaya Dengan Menggunakan Poin Struktur

Idealnya adaptasi, integrasi dan biaya pemeliharaan yang berhubungan pada masing-masing komponen pada suatu pustaka reuse disimpan dari masing-masing contoh panggunaan, lalu dianalisa untuk mengembangkan proyeksi biaya bagi contoh reuse selanjutnya.

Usaha keseluruhan = Enew + Eadapt +Eint

Dimana Enew adalah usaha untuk komponen perangkat lunak baru. Eadapt adalah usaha untuk menyelesaikan reuse dari tiga point struktur yaitu SP1, SP2 dan SP3. Eint adalah usaha untuk mengintegrasikan SP1, SP2 dan SP3. SP1, SP2 dan SP3 ditentukan dengan mengambil rata-rata data historis.

C. Metrik Reuse

Untuk mengukur manfaat reuse pada sistem berbasis komputer. Reuse pada sistem S diekspresikan sebagai:

Rb(S) = [Cnoreuse – Creuse ]/Cnoreuse

Dimana Cnoreuse adalah biaya pengembangan tanpa reuse Creuse adalah biaya pengembangan dengan reuse Rb(S) dieksresikan sebagai nilai nondimensional dalam range: 0≤ Rb(S)≤1. Semakin tinggi nilai Rb(S), reuse akan semakin menarik.

Pengukuran reuse dalam sistem OO disebut reuse leverage ditentukan sebagai:

Rlev = OBJreused / OBJbuilt

dimana OBJreused adalah jumlah objek yang kembali OBJbuilt adalah jumlah objek yang dibangun. Bila Rlev bertambah Rb juga bertambah.

Rekayasa Perangkat Lunak Part 5

2008-06-26T11:43:00.004+08:00

Dasar-Dasar Pengujian Perangkat Lunak

Proses Testing

Pengujian terhadap integrasi sub-system, yaitu keterhubungan antar sub-system

• System Testing

• Acceptance Testing

– Pengujian terakhir sebelum sistem dipakai oleh user. Biasa dikenal sebagai “alpha test” (“beta test” untuk software

– komersial, dimana pengujian dilakukan oleh potensial customer)

– Melibatkan pengujian dengan data dari pengguna sistem.

Component testing

Pengujian komponen-komponen program

Biasanya dilakukan oleh component developer (kecuali untuk system kritis)

Integration testing

Pengujian kelompok komponen-komponen yang terintegrasi untuk membentuk sub-system ataupun system
Dilakukan oleh tim penguji yang independent
Pengujian berdasarkan spesifikasi sistem

Rencana Pengujian

Proses testing

Deskripsi fase-fase utama dalam pengujian

Pelacakan Kebutuhan

Semua kebutuhan user diuji secara individu

Item yg diuji

Menspesifikasi komponen sistem yang diuji

Jadual Testing

Prosedur Pencatatan Hasil dan Prosedur

Kebutuhan akan Hardware dan Software

Kendala-kendala, Mis: kekuranga staff, alat, waktu dll.

Hubungan antara rencana pengujian dan proses pengembangan system

Failures, Faults

Failure: output yang tidak benar/tidak sesuai ketika sistem dijalankan

Fault : kesalahan dalam source code yang mungkin menimbulkan failure ketika code yg fault tsb dijalankan

Prioritas Testing

Hanya test yang lengkap yg dapat meyakinkan sistem terbebas dari kesalahan,tetapi hal ini sangat sulit dilakukan.

Prioritas dilakukan terhadap pengujian kemampuan sistem, bukan masing-masing komponennya.

Pengujian untuk situasi yg tipikal lebih penting dibandingkan pengujian terhadap nilai batas.

Test data dan kasus test

Test data: Input yang yang direncankan digunakan oleh sistem.
Test cases: Input yang digunakan untuk menguji sistem dan memprediksi output dari input jika sistem beroperasi sesuai dengan spesifikasi.

Structural testing

Disebut juga white-box testing

Penentuan test case disesuaikan dengan struktur sistem. Knowledge program digunakan untuk mengidentifikasi test case tambahan.

Tujuannya untuk menguji semua statement program (debug).

Path testing

Tujuannya meyakinkan bahwa himpunan test case akan menguji setiap path pada suatu program paling sedikit satu kali.

Titik awal untuk path testing adalah suatu program flow graph yang menunjukkan nodenode yang menyatakan program decisions, (mis.: if-then-else condition) dan busur menyatakan alur kontrol

Statements dengan conditions adalah nodenode dalam flow graf.

Program flow graphs

Menggambarkan alur kontrol. Setiap cabang ditunjukkan oleh path yg terpisah dan loop ditunjukkan oleh arrows looping kembali ke loop kondisi node.

Digunakan sebagai basis untuk menghitung cyclomatic complexity

Cyclomatic complexity = Jumlah edges –Jumlah Node +2

Cyclomatic complexity menyatakan jumlah test untuk menguji control statements

Independent paths

1, 2, 3, 8, 9

1, 2, 3, 4, 6, 7, 2

1, 2, 3, 4, 5, 7, 2

1, 2, 3, 4, 6, 7, 2, 8, 9

Test cases harus ditentukan sehingga semua path tsb tereksekusi.

Black-box testing

Pendekatan pengujian dimana program dianggap sebagai suatu ‘black-box’ (‘kotak hitam’)

Program test case berbasiskan spesifikasi

Test planning dapat dimulai sejak awal proses pengembangan sistem

Pengujian black box berusaha menemukan kesalahan dalam kategori :

– Fungsi-fungsi yang tidak benar atau hilang

– Kesalahan interface

– Kesalahan dalam struktur data atau akses database eksternal

– Kesalahan kinerja

– Inisialisasi dan kesalahan terminasi

Partisi Ekivalensi ( equivalensi partition)

Input data dan output hasil terdapat di klas yang berbeda yang sesuai dengan klas inputnya

Masing-masing klas equivalensi partition diprosres dimana program akan memprosesanggota klas-klas tersebut secara equivale

Test cases dipilih dari masing-masing partisi

Partition system inputs and outputs into ‘equivalence sets’

If input is a 5-digit integer between 10000 and 99999, equivalence partitions are <10000,>and > 100000

2. Choose test cases at the boundary of these sets

00000, 9999, 10000, 99999, 100001

Pengujian Berorientasi Obyek

Object-oriented testing

Komponen yang diuji adalah class-object.

Lebih besar dibandingkan pengujian suatu function sehingga pendekatan white-box testing perlu diperluas.

Tidak jelasnya ‘top’ suatu system untuk top-down integration dan testing.

Testing levels

Testing operations pada objects

Testing object classes

Testing OO system secara lengkap

Pengujian Class

Menguji terhadap semua operation yang ada dan perubahan atribut atributnya.

Cluster Testing

Cluster testing digunakan untuk test integrasi terhadap kooperatif object. Identifikasi clusters menggunakan knowledge operation objects dan system features yang diimplementasikan oleh cluster tersebut.

Object class testing

Complete test yang menguji class melibatkan

- Testing semua operations suatu object

- Setting dan interrogating semua attribute object

- Menguji object untuk semua state(keadaan) yg mungkin

Inheritance akan mengakibatkan sulitnya perancangan object class tests seperti information yg diuji sulit dilokalisasi.Contoh: Weather station object interface

Integrasi Object

Levels integrasi sedikit berbeda untuk sistem yang berorientasi object. Cluster testing digunakan untuk test integrasi and testing clusters terhadap cooperating objects

Identifikasi clusters menggunakan knowledge dari operation objects dan system features yang diimplementasikan oleh cluster tersebut.

Approaches cluster testing

Use-case atau scenario testing

- Testing berdasarkan pada interaksi user dengan sistem.

- Keuntungannya diujikan oleh user yg berpengalaman.

Object interaction testing

- Tests barisan interaksi object yang bject interactio testing berhenti ketika suatu operation object tidak memanggil service dari object lain.

Scenario-based testing

Identifikasi scenarios dari use-cases dan menambahkannya dengan diagram interaksi yang menunjukkan object-object yang terlibat dalam scenario

Lihat contoh scenario berikut ini pada sistem weather station ketika suatu report dibuat

Model Pengujian OOA dan OOD

– Model desain dan analisis tidak dapat diuji dalam arti yang konvensional karena model ini tidak dapat dieksekusi, maka kajian teknis formal dapat digunakan untuk menguji kebenaran dan konsistensi model analisis dan model desain

Strategi Pengujian berorientasi objek

Strategi klasik

Pengujian kecil pengujian besar
Pengujian unit
Pengujian integrasi
Validasi
Pengujian sistem

Desain Test Case untuk Perangkat OO

Metode desain test case oleh Berard

– Test case harus diidentifikasi secara unik dan eksplisit

– Tujuan pengujian harus dinyatakan

– Daftar langkah pengujian harus dikembangkan bagi masing-masing pengujian

Daftar Isi Pengujian

Daftar keadaan yang ditetapkan untuk objek yang akan diuji
Daftar pesan dan operasi yang digunakansebagai akibat dari pengujian
Daftar pengecualian akan ditemui saatobjek diuji
Daftar kondisi eksternal

Rekayasa Perangkat Lunak Part 4

2008-06-26T11:18:00.004+08:00

Konsep dan Prinsip Berorientasi Objek

Perangkat Lunak : Merupakan program-program komputer dan dokumentasi yang berkaitan, Produk perangkat lunak dibuat untuk pelanggan tertentu ataupun untuk pasar umum Produk perangkat lunak tersebut:

Generik – dibuat untuk dijual ke suatu kumpulan pengguna yang berbeda.

Bespoke (custom) – dibuat untuk suatu pengguna tunggal sesuai dengan spesifikasinya.

Rekayasa Perangkat Lunak :

adalah suatu disiplin rekayasa yang berkonsentrasi terhadap seluruh aspek produksi perangkat lunak. mengadopsi pendekatan yang sistematis dan terorganisir terhadap pekerjaannya dan menggunakan tool yang sesuai serta teknik yang ditentukan berdasarkan masalah yang akan dipecahkan, kendala pengembangan dan sumber daya yang tersedia

Paradigma Berorientasi Objek

Paradigma OO meliputi suatu pandangan yang lengkap mengenai Rekayasa Perangkat Lunak.
Rekayasa Perangkat Lunak dengan metoda klasik:

Analisis
Desain
Pemrograman
Pengujian
Teknologi yang sesuai

Paradigma Rekayasa Perangkat Lunak OO

Model proses evolusioner yang di rangkai dengan suatu pendekatan yang mendorong pemasangan komponen.

Proses OO bergerak melewati spiral evolusioner yang berangkat dengan komunikasi pelanggan. Analisis risiko dan perencanaan membangun fondasi bagi rencana proyek OO. Rekayasa Perangkat Lunak OO menekankan penggunaan ulang sehingga di lihat di dala pustaka ( dari kelas OO yang ada ) sebelum di bangun.

Bagaimana jika suatu kelas tidak ditemukan pada pustaka?

Perekayasa perangkat lunak melakukan :

Mengaplikasikan analisis berorientasi objek (OOA)

Berorientasi objek design (OOD)

Pemrograman berorientasi objek (OOP)

Pengujian berorientasi objek (OOT)

Konsep – Konsep Berorientasi Objek

Objek mengenkapsulasi data
Operasi (aksi yang diaplikasikan untuk merubah atribut)
Objek lain (objek komposit dapat ditentukan)

Enkapsulasi berarti semua informasi dikemas di bawah satu nama dan dapat digunakan lagi sebagai satu spesifikasi atau komponen program

Definisi berorientasi objek menurut Coad dan Tourdon :

Berorentasi objek = objek + klasifikasi + pewarisan +komunikasi

Kelas & Objek

Kelas adalah konsep OO yang mengenkapsulasi data dan abtraksi prosedural yang diperlukan untuk menggambarkan isi serta tingkah laku berbagai entitas dunia nyata.

Kelas dapat didefinisikan juga sebagai suatu deskripsi tergeneralisir (template,pola,cetak biru).

Objek yang ada pada suatu kelas mewarisi atribut dan operasi nya yang dapat diperoleh untuk memanipulasi atribut tersebut.

Superkelas adalah sekumpulan kelas.

Subkelas adalah kejadian dari suatu kelas

Atribut

Entitas kehidupan nyata sering digambarkan dengan kata – kata yang mengindikasikan keadaan yang stabil . Sebagian besar objek fisik memiliki keadaan seperti potongan, berat, warna dan tipe material.Manusia memiliki keadaan, termasuk data kelahiran, orang tua, nama dan warna mata.

Teknologi Object Oriented

Merupakan paradigma baru dalam rekayasa software yang didasarkan obyek dan kelas

Teknik object oriented memandang software bagian per bagian dan menggambarkannya dalam satu obyek

Teknologi obyek menganalogikan sistem aplikasi seperti kehidupan nyata yang didominasi obyek

contoh :

1. Manusia adalah obyek yang memiliki atribut (nama, pekerjaan, rumah, dll.)

2. Manusia dapat berjalan, bicara, makan, minum, dll.

Obyek dapat beraksi dan bereaksi

Prinsip Dasar dari Pemograman berorientasi obyek

Abstraksi : memfokuskan pada karakteristikobyek

Enkapsulasi : menyembunyikan banyak hal yang terdapat dalam obyek yang tidak perlu diketahui obyek lain

Modularitas : membagi sistem yang rumit menjadi bagian-bagian yang lebih kecil

Hirarki : berhubungan dengan abstraksi dan modularitas yaitu pembagian berdasarkan urutan dan pengelompokan tertentu

Bagi Software Engineer, Teknik Pemodelan Object Oriented berpengaruh dalam bahasa pemrograman, metodologi rekayasa,manajemen proyek, hardware, dsb

Analisis dan perancangan berorientasi obyek adalah suatu metode analisis yang memeriksa requirements (syarat-syarat/keperluan yang harus dipenuhi suatu sistem) dari sudut pandang kelas-kelas dan obyek-obyek dalam lingkup permasalahan

Konsep dasar Object Oriented Analysis and Design

Obyek adalah benda secara fisik atau konseptual yang memiliki keadaan (state) dan perilaku (behavior)

Kelas (Class) adalah definisi umum (pola, template atau cetak biru) untuk himpunan obyek sejenis
Kotak hitam dan Interface : sebuah obyek digambarkan sebagai kotak hitam untuk mengakses obyek melalui interface.Kotak hitam berisi Kode (himpunan instruksi dengan bahasa yang dipahami komputer) dan Data
Association dan Aggregation:

Association adalah hubungan antar obyek yang saling membutuhkan.
Aggregation adalah menggambarkan seluruh bagian dari obyek

Perbedaan antara Metode Struktural dan OOAD

Terletak pada bagaimana data dan fungsi disimpan

Metode Struktural : data dan fungsi disimpan terpisah. Biasanya semua data ditempatkan sebelum fungsi ditulis.

Metode OOAD : data dan fungsi yang berhubungan dalam suatu obyek disimpan bersama-sama dalam satu kesatuan.

Pemrograman berorientasi obyek

Adalah kelanjutan dari proses analisa dan desain berorientasi obyek yang kemudian diimplementasikan dengan bahasa pemrograman berorientasi obyek.
misal : C++, Java, Visual Basic, dsb

Kebutuhan dan Spesifikasi Perangkat Lunak

LINGKUP PEMBAHASAN

Pengumpulan Kebutuhan Perangkat Lunak

- Mengumpulkan Data mengenai analisa sistem dan masalah nya

Teknik Pemodelan Analisa Kebutuhan

- Dengan pendekatan berorientasi obyek menggunakan UML( Unified Modelling Language )

Kebutuhan Fungsional & Non Fungsional
Pembuatan Prototipe & teknik spesifikasi formal

- Perancangan sistem dengan pendekatan UML sbg alat bantu perangkat lunak

Sistem yang baik adalah yang selalu menyesuaikan dengan perubahan lingkungan yang terjadi disekitarnya atau sistem tersebut harus dinamis menuju keadaan yang lebih baik.

Tahapan Pengembangan Sistem Informas

Tahap Perencanaan :
menyangkut studi kebutuhan user, studi kelayakan baik secara teknis maupun teknologi serta penjadwalan pengembangan suatu proyek sistem informasi
Tahap Analisis :

yaitu tahap dimana kita berusaha mengenali segenap permasalahan yang muncul pada pengguna, mengenali komponen-komponen sistem, obyek-obyek, hubungan antar obyek dan sebagainya.
Tahap Perancangan :

yaitu tahap dimana kita mencoba mencari solusi permasalahan yang didapat dari tahap analisa.
Tahap Implementasi :

tahap dimulainya pemilihan perangkat keras, penyusunan perangkat lunak aplikasi, melihat apakah sistem yang dibuat sudah sesuai dengan kebutuhan user atau belum.
Tahap Pemeliharaan :

mulai melakukan pengoperasian sistem dan jika diperlukan dapat melakukan perbaikan-perbaikan kecil.

Unified Modeling Language (UML)

Suatu bahasa yang dapat membuat model untuk semua jenis aplikasi perangkat lunak yang dapat berjalan pada perangkat keras. UML menyediakan beberapa notasi dan arti fact standar sebagai alat komunikasi bagi pelaku dalam proses analisa dan desain

UML memiliki Diagram Grafis

Use Case Diagram

Class Diagram

Behavior Diagram :

- state chart diagram

- activity diagram

- interaction diagram : * sequence diagram

* collaboration diagram

Implementation Diagram

- Component Diagram

- Deployment Diagram

Cakupan UML

UML menggabungkan konsep Booch, OMT, dan OOSE

UML menekankan pada apa yang dapat dikerjakan dengan metode-metode tsb

UML berfokus pada bahasa Pemodelan Standar, bahkan pada Proses Standar

REKAYASA PERANGKAT LUNAK II Part 3

2008-06-26T11:08:00.003+08:00

Proses Rekayasa Kebutuhan Aktifitas Dalam Perancangan

Perancangan Arsitektur
Spesifikasi Abstrak
Perancangan Interface
Perancangan Komponen
Perancangan Struktur Data
Perancangan Algoritma

Proses Perancangan Perangkat Lunak

Metode Perancangan

Pendekatan sistematis untuk merancang perangkat lunak. Perancangan biasany didokumentasikan dengan model grafik

Beberapa model yang dapat digunakan:

Model data flow
Model relasi atribut entitas
Model terstruktur
Model object

Pemrograman dan Debug

Menerjemahkan perancangan ke dalam pemrograman dan menghilangkan error dari Program
Pemrograman adalah aktifitas personal – tidak terdapat model program generic
Pemrogram melakukan beberapa program testing untuk menemukan fault dalam program dan menghilangkan fault tersebut dalam proses debug.

Validasi Perangkat Lunak

Verifikasi dan validasi bertujuan menunjukkan bahwa sistem sesuai dengan spesifikasinya dan yang diinginkan pengguna
Melibatkan proses pengujian dan review sistem
Pengujian sistem melibatkan eksekusi sistem dengan menggunakan kasus uji coba yang ditentukan dari spesifikasi data sebenarnya yang akan diproses oleh sistem.

Langkah-Langkah Pengujian Perangkat Lunak

Unit Testing

• Pengujian Komponen-komponen secara individu

Modul Testing

• Pengujian terhadap komponen yang saling berhubungan,

Sub-system Testing

• Pengujian terhadap module-module sistem yang saling berhubungan. Fokus pada pengujian interface.

System Testing

• Pengujian keseluruhan sistem,

Acceptance Testing

• Pengujian yang dilakukan oleh pengguna untuk melihat apakah sistem sudah dapat diterima.

Evolusi Perangkat Lunak

Perangkat lunak pada dasarnya sangat fleksibel dan mudah berubah arena adanya perubahan kebutuhan melalui perubahan proses bisnis dan teknologi, maka perangkat lunak yang mendukung kegiatan bisnis tersebut juga mengalamai perubahan. Walaupun demikian diharapkan perubahan proses bisnis tersebut berdampak pada perubahan yang sedikit terhadap perangkat lunak (re-engineering).

Rekayasa Perangkat Lunak II Part 2

2008-06-26T10:30:00.006+08:00

Biaya Rekayasa Perangkat Lunak

Sekitar 60% untuk biaya pengembangan, 40% biaya pengujian. Untuk perangkat lunak berbasis pengguna (custom), biaya evolusi biasanya melebihi biaya pengembangan.

Biaya beragam tergantung pada tipe sistem yang akan dikembangkan dan kebutuhan sistem seperti unjuk kerja dan kehandalan sistem,

Distribusi biaya bergantung pada model pengembangan yang digunakan.

Metode Rekayasa Perangkat Lunak

Pendekatan terstruktur pengembangan PL termasuk model sistem, notasi, perancangan dan petunjuk pemrosesan.

Deskripsi Model deskripsi pemodelan dengan Grafik

Aturan batasan yang digunakan pada model Sistem

Rekomendasi saran dalam membentuk perancangan yang baik

Petunjuk proses aktifitas yang harus diikuti

Atribut Perangkat Lunak Yang Baik

PL seharusnya memberikan pengguna kebutuhan fungsionalitas dan unjuk kerja yang dapat :

Maintanability

• PL harus dapat memenuhi perubahan kebutuhan

Dependability

• PL harus dapat dipercaya

Efisiensi

• PL harus efisien dalam penggunaan sumber daya

Usability

• PL harus dapat digunakan sesuai dengan yang direncanakan

Proses Perangkat Lunak

Suatu proses model adalah suatu representasi abstrak/ringkasan suatu model. Proses model menampilkan suatu penjelasan suatu proses dari beberapa perspektif tertentu

Proses PL merupakan aktifitas yang saling terkait (koheren) untuk menspesifikasikan, merancang, mengimplementasi dan menguji sistem perangkat lunak.

Model Proses PL yang Generic

Model Air terjun (Water fall)

• Memisahkan dan membedakan antara spesifikasi dan pengembangan.

Pengembangan yang berevolusi

• Spesifikasi dan pengembangan saling bergantian.

Pengembangan sistem Formal

• Menggunakan suatu model sistem matematika yang ditransformasikan ke implementasi.

Pengembangan berbasis Re-use (penggunaan ulang)

• Sistem dibangun dari komponen yang sudah ada .

Model Air Terjun (Water Fall)

Fase Model Air Terjun

Analisis Kebutuhan dan pendefinisiannya
Perancangan sistem dan Perangkat Lunak
Implementasi dan unit pengujian
Integrasi dan pengujian sistem
Pengoperasian dan perawatan
Proses kembali ke state sebelumnya untuk mengantisipasi perubahan setelah proses menuju ke suatu state di bawahnya adalah sangat sulit.

Masalah Pada Model Air Terjun

Partisi projek ke stages yang berbeda tidak Fleksibel

Hal ini mengakibatkan sulitnya untuk merespon perubahan kebutuhan Pengguna

Oleh sebab itu model ini hanya cocok digunakan apabila kebutuhan pengguna sudah dimengerti dengan baik

Pengembangan yang berevolusi (Evolutionary Development)

Pengembangan yang berdasarkan penyidikan

• Tujuannya untuk mengaktifkan pengguna dan memperolah model final berasal dari initial spesifikasi awal. Seharusnya diawali dengan kebutuhan yang sudah dimengerti,

Throw-away prototyping

• Tujuannya adalah untuk memahami kebutuhan sistem. Biasanya diawali dengan pemahaman kebutuhan yang minim.

Evolutionary Development

Permasalahan dalam model pengembangan yang berevolusi :

• Kekurangan visibilitas proses

• Model sistem biasanya tidak terstruktur

• Membutuhkan kemampuan khusus (mis.: bahasa pemrograman untuk rapid prototyping).

Pemakaian model pengembangan yang berevolusi :

• Untuk sistem interaktif yang kecil atau menengah

• Untuk salah satu bagian dari sistem yang besar (mis. User Interface)

• Untuk sistem yang digunakan tidak terlalu lama (short lifetime).

Pendekatan Pengembangan Sistem Formal

Berbasiskan pada transformasi spesifikasi secara matematik melalui representasi yang berbeda untuk suatu program yang dapat dieksekusi. Trasformasi menyatakan spesifikasi program. Menggunakan pendekatan ‘Cleanroom’ untuk pengembangan PL.

Penggunaan Metode Formal

Metode ini mempunyai keterbatasan dalam Pemakaiannya

Keunggulannya adalah mengurangi jumlah kesalahan pada sistem sehingga penggunaan utamanya adalah pada sistem yang kritis

Hal itu menjadi efektif dari segi biaya

Pengembangan Metode Formal

Permasalahan dalam model pengembangan metode formal:

• Memerlukan keahlian khusus dan pelatihan untuk mengaplikasikannya

• Sulit menentukan beberapa aspek dari suatu sistem seperti user interface

Pemakaian model pengembangan metode formal

• Memerlukan tingkat kerahasian dan keamanan yang tinggi sebelum digunakan

Pengembangan Menggunakan Konsep Re-use (Penggunaan Ulang)

Berdasarkan pada sistem yang telah tergabung dari sejumlah komponen yang ada atau sistem COTS (Commercial-off-the-shelf)

Langkah-langkah Proses

Analisis komponen
Kebutuhan perubahan
System design dengan penggunaan ulang
Pengembangan dan Development dan penggabungan
Pendekatan ini menjadi penting tetapi tetap saja mempunyai keterbatasan dalam penggunaannya

Proses dengan metode Iterasi
Model Iterasi dapat digunakan pada setiap model proses generic

Terdapat dua pendekatan:

• Pengembangan Incremental

• Model Spiral

Model Pengembangan Incremental

Pengembangan sistem berdasarkan model sistem yang dipecah sehingga model pengembangannya secara increament/bertahap

Kebutuhan pengguna diprioritaskan dan prioritas tertinggi dimasukkan dalam awal increment

Setelah pengembangan suatu increment dimulai, kebutuhan dibekukan dulu hingga increment berikutnya dimulai

Keuntungan Model Pengembangan Incremental

Nilai penggunaan dapat ditentukan pada setiap increament sehingga fungsionalitas sistem disediakan lebih awal,

Increment awal berupa prototype untuk membantu memahami kebutuhan pada increment berikutnya,

Memiliki risiko lebih rendah terhadap keseluruhan pengembagan sistem,

Prioritas tertinggi pada pelayanan sistem adalah yang paling diuji.

Model Pengembangan Spiral

Proses direpresentasikan sebagai model spiral (bukan berupa barisan aktifitas yang dapat ditrack mundur)

Setiap loop dalam model spiral menyatakan fase Proses

Tidak terdapat fase tertentu seperti spesifikasi atau perancangan, tetapi loop dalam spiral ditentukan pada apa yang dibutuhkan

Sektor-Sektor Pada Model Spiral

Menentukan Tujuan

• Mengidentifikasikan spesifikasi tujuan setiap fase

Menilai Resiko dan Pengurangannya

• Resiko dinial dan aktifitas ditempatkan untuk mengurangi resiko kunci

Pengembangan dan validasi

• Suatu model pengembangan sistem dipilih dari model generic

Perencanaan

• Project di review dan fase spiral berikutnya direncanakan

Spesifikasi Perangkat Lunak

Proses untuk menentukan pelayanan (service) apa yang dibutuhkan dan kendala-kendala pengoperasian sistem serta pengembangannya

Proses Rekayasa Kebutuhan

Studi Kelayakan
Analisis kebutuhan
Spesifikasi Kebutuhan
Validasi spesifikasi

Rekayasa Perangkat Lunak II

2008-06-26T10:06:00.003+08:00

Dua dekade yang lalu, perangkat lunak belum begitu dikenal oleh masyarakat. Internet juga baru dikenal oleh beberapa peneliti dan akademisi saja. Kini, perangkat lunak sudah menjadi kekuatan yang menentukan. Perangkat lunak menjadi mesin yang mengendalikan pengambilan keputusan di dalam dunia bisnis.

Perangkat lunak dilekatkan dengan segala bentuk sistem, misalnya : transportasi, medis, telekomunikasi, militer, proses industri, hiburan, produk-produk kantor, dll. Di abad 21 perangkat lunak akan menjadi pengendali bagi kemajuan baru di dalam semua hal, mulai dari pendidikan dasar sampai rekayasa genetika. Hal itu mengubah pandangan masyarakat tentang perangkat lunak. Program-program perangkat lunak sudah tersebar luas dan masyarakat memandangnya sebagai kenyataan teknologi dalam kehidupan.

Mengembangkan Peran Perangkat Lunak

Saat ini, perangkat lunak memiliki 2 peran yaitu :

Ø Sebagai produk.

Ø Sebagai kendaraan yang mengantarkan sebuah produk.

Sebagai produk, perangkat lunak mengantarkan potensi penghitungan yang dibangun oleh perangkat lunak komputer. Sebagai kendaraan yang mengantarkan sebuah produk, perangkat lunak berlaku sebagai dasar untuk kontrol komputer (sistem operasi), komunikasi informasi (jaringan) dan penciptaan serta kontrol dari program-program lain (peranti dan lingkungan perangkat lunak).

Tahun-Tahun Awal	Era Kedua	Era Ketiga	Era Keempat
Orientasi batch Distribusi terbatas Perangkat lunak kustomasi	Multiuser Real-time Database Perangkat lunak produk	Sistem terdistribusi Embedded intelligence Perangkat keras biaya rendah	Sistem desk-top bertenaga kuat Teknologi berorientasi objek Sistem pakar Jaringan saraf tiruan Computasi pararel Komputer jaringan

Selama era evolusi sistem basis komputer, serangkaian masalah yang berhubungan dengan perangkat lunak masih muncul, dan intensitas masalah-masalah tersebut terus bertambah. Masalah-masalah tersebut adalah sebagai berikut :

Kemajuan perangkat keras terus berlanjut, melampaui kemampuan kita untuk membangun perangkat lunak yang sesuai dengan perangkat keras yang ada.
Kemampuan kita untuk membangun program baru tidak dapat memenuhi kebutuhan akan program baru, juga tidak dapat membangun program yang cukup cepat untuk memenuhi kebutuhan bisnis dan pasar.
Pemakaian komputer yang tersebar luas membuat masyarakat semakin tergantung pada operasi perangkat lunak yang reliabel. Kerusakan ekonomi yang besar dan potensi penderitaan manusia dapat muncul bila terjadi kegagalan perangkat lunak.
Kita berjuang untuk membangun perangkat lunak komputer dengan reliabilitas dan kualitas yang sangat tinggi.
Kemampuan kita untuk mendukung program yang ada terhambat oleh buruknya desain serta sumber daya yang tidak memadai.

Karakteristik Perangkat Lunak

Perangkat lunak dibangun dan dikembangkan, tidak dibuat dalam bentuk yang klasik.

Perangkat lunak tidak pernah usang.
Sebagian besar perangkat lunak dibuat secara custom built, serta tidak dapat dirakit dari komponen yang sudah ada.

Aplikasi Perangkat Lunak

Kategori umum perangkat lunak :

Perangkat Lunak Sistem
Perangkat Lunak Real-Time
Perangkat Lunak Bisnis
Perangkat Lunak Teknik dan Ilmu Pengetahuan
Embedded Software
Perangkat Lunak Komputer Personal
Perangkat Lunak Kecerdasan Buatan

Perangkat Lunak Sistem

Perangkat lunak sistem merupakan sekumpulan program yang ditulis untuk melayani program-program yang lain.
Contoh : kompiler, komponen sistem operasi, editor, utilitas pengatur file, dll.

Perangkat Lunak Real-Time

Program-program yang memonitor / menganalisis / mengontrol kejadian dunia nyata pada saat terjadinya disebut perangkat lunak real-time.

Perangkat Lunak Bisnis

Pemrosesan informasi bisnis merupakan area aplikasi perangkat lunak yang paling luas.
Contoh: payroll, inventory, dll.

Perangkat Lunak Teknik dan Ilmu Pengetahuan

Perangkat lunak teknik dan ilmu pengetahuan ditandai dengan algoritma number crunching.
Perangkat lunak ini memiliki jangkauan aplikasi mulai dari astronomi sampai vulkanologi, dari analisis otomotif sampai dinamika orbit pesawat ruang angkasa, dari biologi molekuler sampai pabrik yang sudah diotomatisasi.

Embedded Software

Produk pintar telah menjadi bagian yang umum bagi hampir semua konsumen dan pasar industri.
Embedded software ada dalam read-only memory dan dipakai untuk mengontrol hasil serta sistem untuk keperluan konsumen pasar industri.
Contoh : key pad control pada microwave, fungsi digital pada outomobil seperti kontrol bahan bakar dan sistem rem.

Perangkat Lunak Komputer Personal

Pasar perangkat lunak komputer personal telah berkembang selama dekade terakhir.
Contoh : pengolah kata, spreadsheet, aplikasi grafis, multimedia, manajemen database, dll.

Perangkat Lunak Kecerdasan Buatan

Perangkat lunak kecerdasan buatan (Artificial Inteligent) menggunakan algoritma non-numeris untuk memecahkan masalah kompleks yang tidak sesuai untuk perhitungan atau analisis secara langsung.
Di tahun-tahun terakhir, cabang perangkat lunak kecerdasan buatan yang baru yaitu artificial neural network telah berkembang.

Perangkat Lunak : Krisis Di Masa Mendatang

Banyak peneliti industri telah menandai masalah – masalah yang berhubungan dengan perkembangan perangkat lunak sebagai sebuah “krisis”.
Tetapi apa yang sebenarnya kita miliki menjadi sesuatu yang agak berbeda.
Dalam webster’s dictionary kata crisis didefinisikan sebagai titik balik dalam segala hal, waktu yang menentukan atau krusial, keadaan atau kejadian.
Tetapi untuk perangkat lunak, sudah tidak ada lagi “titik balik”, tidak ada “waktu yang menentukan”, dan yang ada hanya evolusi yang lambat.
Dalam industri perangkat lunak, kita telah mengalami krisis selama 30 tahun.
Walau bagaimanapun kita harus melewati keadaan krisis perangkat lunak.
Yang sebenarnya kita alami adalah penderitaan kronis.
Tidak peduli kita menyebutnya krisis perangkat lunak ataupun penderitaan perangkat lunak, masalah ini menyangkut serangkaian masalah yang terjadi dalam perkembangan perangkat lunak komputer.
Masalah – masalah yang ada, tidak hanya terbatas pada perangkat lunak yang tidak berfungsi dengan baik, tetapi juga pada penderitaan yang melingkupi masalah – masalah yang berhubungan dengan :

Bagaimana kita mengembangkan perangkat lunak.
Bagaimana kita memelihara perangkat lunak.
Bagaimana mengejar kebutuhan perangkat lunak lagi.

Mitos Perangkat Lunak

Mitos Manajemen
Mitos Pelanggan
Mitos Para Praktisi

Mitos Manajemen

Mitos

Kita sudah memiliki buku yang penuh dengan standar dan prosedur untuk membuat perangkat lunak. Apakah buku itu tidak memberikan semua yang ingin diketahui oleh staf saya?

Kenyataan

Buku standar mungkin ada tetapi apakah buku – buku tersebut dipakai? Apakah para praktisi perangkat lunak sadar akan keberadaan buku tersebut? Apakah sudah lengkap? Dalam banyak hal, jawaban atas semua pertanyaan di atas adalah tidak.

Mitos Pelanggan

Mitos

Pernyataan umum tentang obyektivitas sudah cukup untuk memulai menulis program. Kita dapat mengisi detailnya nanti.

Kenyataan

Definisi awal yang buruk merupakan sebab utama gagalnya kerja perangkat lunak. Deskripsi yang detail dan formal tentang domain informasi, fungsi, unjuk kerja, interface, design constraint dan kriteria validasi merupakan hal yang mendasar. Ciri – ciri ini dapat ditentukan hanya melalui komunikasi yang hati – hati antara pelanggan dan pengembang.

Mitos Para Praktisi

Mitos

Sekali kita menulis program dan dapat membuatnya bekerja, pekerjaan kita akan terselesaikan.

Kenyataan

Seseorang pernah mengatakan “lebih cepat anda mulai menuliskan kode, semakin lama anda menyelesaikannya”. Data industri menunjukkan bahwa antara 50 sampai 70 persen dari semua usaha yang dilakukan pada sebuah program akan terus dilakukan sampai program diantar ke tangan konsumen untuk yang pertama kalinya.

Tujuan rekayasa perangkat lunak adalah menyediakan sebuah kerangka kerja guna membangun perangkat lunak dengan kualitas yang lebih tinggi.

Model Proses Perangkat Lunak

v Suatu representasi proses perangkat lunak yang disederhanakan, dipresentasikan dari perspektif khusus.

v Contoh perspektif proses:

• Perspektif Alur-kerja (workflow) - barisan kegiatan

• Perspektif Alur Data (Data flow) – alur informasi

• Perspektif Peran/Aksi – siapa melakukan apa.

v Model proses Generik:

• Waterfall (Air terjun)

• Pengembangan secara evolusi

• Transformasi formal

• Model Spiral

• Integrasi daru komponen yang digunakan kembali

LimeSurvey 1.70

2008-04-06T18:47:00.003+08:00

To know how far the site that you in order to be liked by the visitor, could be used Online Survey, one of the online applications survey in Linux was LimeSurvey. LimeSurvey was the based PHP application and MySQL, that was aimed to make survey, publishing results survey and gathered the data of the respondents survey. When survey already you for in LimeSurvey, results survey could you publish to the public, so that they immediately could follow online survey that was made. Unlike the online application survey that was seen monotonous because only provided radio button, perfomance of online survey in Limewire was seen more dynamic because of being available 20 forms of the type of the answer that could be used by you. Moreover, and You also could make the condition for the branching question be based on the answer beforehand. The other fiture that was owned by LimeSurvey was the capacity to print online survey that was made to printer. By this, you could do survey against responder that could not do online survey.

OpenGEU 7.10

2008-04-06T18:43:00.002+08:00

Beforehand the name distro this was Geubuntu, after seeing Ubuntu was trademark from Canonical then the name distro this was changed into OpenGEU. OpenGEU was the descendants distro of Ubuntu that was made by a graphic expert from Italia named Luca D.M, that oriented to dekstop.Same like distro gOS, OpenGEU also used dekstop Enlightenment 0,17 as default dekstop.

Although being based on Enlightenment, dekstop perfomance of OpenGEU very beautiful. This Distro also did not demand hardware with the high specification. Be enough by using PC of the same class P-Ii with RAM 256 MB, in order to be able to run good. Office that was used in this distro was Abiword 2,4,6, Gnumeric 1,7,11 with graphics GIMP 2,4,2, multimedia MPlayer 1,0, Sound Juicer 2,20,1, Eclair 0,0,1 and browser/the application of the internet that used was Firefox 2,0,0,11, Pidgin 2,2,1 as well as Thunderbird 2,0,0,8.

Because of being packed in the form of LiveCD install, the users OpenGEU could feel beforehand dekstop perfomance of OpenGEU before install it inside harddisk. If want to carry out the installation, was enough the clique button install that was met in dekstop. The other interesting matter that was received in OpenGEU was the existence of the effect of the sunlight that emerged sank, during click an application that was received to the page start the menu of this distro.

gOS 2.0.0 Beta 1

2008-04-06T18:25:00.004+08:00

This Distro was made by Good OS LLC with kernel 2,6,22-14.
At the time of the release of Everex gPC, the name of this distro emerged to the surface because of being used as default his operation system. And currently all of us could have enjoyed personally dekstop gOS to PC.
gOS was the descendants distro Ubuntu that enclosed in a default manner an amount icon shortcut to various services that were received in the Google site.
All icon shortcut this was located to the low panel gOS that resembled the typical panel of MacOS.
When clicked one of the services, automatically browser Mozilla Firefox will head towards the site that was meant, and user immediately could use heterogenous the service from Google this in an online manner.
Unlike most distro that used GNOME/KDE as default dekstop,this distro used dekstop Enlightenment 0,17 as it's default dekstop.
this Dekstop , user might not have the specification hardware that was high to undertake gOS. With office OpenOffice.org 2,3,0 and graphics GIMP 2,4,0, Xine multimedia 0,99,5, Rhythmbox 0,11,2, GnomeBaker 0,6,2 as well as the application of his internet included Firefox 2,0,0,11, Skype 1,4,0 and thunderbird 2,0,0,8.
If visiting to the Store page in website gOS, we could only find the package gOS that has been bundled up with the other hardware.
Whereas the package of DVD gOS Ecosystem and gOS Standard CD, at this time was not yet available.

Tracking Linux prereleases: OpenSUSE, Ubuntu, and Fedora

2008-03-31T11:12:00.000+08:00

Three distro main Fedora, Ubuntu and OpenSUSE was preparing the edition of the continuer.

At this time was their respective released the edition of early to be tested on the occasion of given the opportunity to the public found an Insects and improved the error.
In rhythm with the development of source technology was open that was available, many fitur just that together was enclosed distro three this friend.
The Ars Technica site investigated fitur that was enclosed and tested prethe release of the distribution Fedora-9, Ubuntu-8.04 and openSUSE 11 that at this time was available as me and alpha.

Release schedules and version numbering

The mainstream desktop Linux distributions have adopted short release cycles because the open-source desktop software ecosystem tends to evolve incrementally and at a rapid pace. Ubuntu has been very successful with a time-based six-month release cycle that loosely mirrors the GNOME development routine. Fedora has recently adopted this strategy too, which means that (assuming there are no changes or delays) Ubuntu and Fedora releases will both follow GNOME even-numbered releases by one month.

Fedora increments its version number by one for each release, and Ubuntu's version number comes from the year and month of the release (in 8.04, the 8 stands for 2008 and the 04 stands for April). The openSUSE 9.x series had four major point releases separated by six months each, and the 10.x series had four major point releases separated by eight months each (with the exception of the last release, 10.3, which took ten months).

GNOME 2.22, the latest version of the open-source GNOME desktop environment, was released earlier this month and will be included in the next major version of all three distributions. Ubuntu 8.04 and Fedora 9 will both be released next month, and the release of openSUSE 11 is planned for June. All three distros issue prereleases at various intervals during the development cycle so that users can assist with testing and so that third-party developers can port their applications. The Ubuntu 8.04 beta and openSUSE alpha 3 were both released last week. The Fedora 9 beta will be available for download later this week and an alpha was released last month.
Tracking prerelease builds

Prereleases give users a great way to get an early look at upcoming features. Although prereleases lack the robustness of official releases and aren't intended for day-to-day use, they can be installed on spare partitions or in virtualized environments so that they can be tested without disrupting stable installations. I typically prefer to use virtualization because it makes it easy to install multiple versions at once. There are several good free virtualization solutions out there for Linux users, including VMware Server and VirtualBox.

In addition to releasing alpha and beta prereleases, the distributions also make it easy for users to actively track ongoing development by updating from development software repositories. Fedora's perpetual development version, which is called Rawhide, serves up daily snapshots of the latest Fedora packages. The openSUSE equivalent is called Factory. Ubuntu doesn't have a distinct name for its development versions and just uses the codename of the release itself (Ubuntu 7.10 is Gusty Gibbon, and 8.04 is Hardy Heron). The Ubuntu equivalent of Rawhide and Factory are the Ubuntu daily CD builds.

Readers are sometimes surprised by the level of hands-on detail we provide in our coverage of Ubuntu alpha releases. Unlike some other news sites out there, we aren't just cribbing from the release notes. We have plenty of first-hand experience before the alphas are even released because we keep up with the dailies and test extensively throughout the entire development cycle. Those of you who want to keep a constant finger on the development pulse of your chosen distribution can do it too in much the same way. The distributions also all have many different mailing lists (Ubuntu, Fedora, openSUSE) that are very good sources of information.

There are also ways to independently track ongoing development of the major desktop environments. The best way to track GNOME is with the GNOME Developer Kit which is based on Foresight Linux. The Developer Kit is available as an installable ISO or VMware image, and it uses the Conary package manager to keep itself up to date with the latest development code. The Developer Kit is particularly nice because it bundles emerging GNOME software that hasn't been adopted by mainstream distributions yet and it also ships with all the software development tools you need to hack on GNOME applications.

KDE doesn't have anything directly analogous to the GNOME Developer Kit, but users who want to track ongoing KDE development can use almost any major KDE distribution. For my own KDE testing and prereleases reviews, I've generally had the most success with openSUSE. My friend Troy Unrau, who has written extensively about KDE for Ars, speaks highly of Mandriva as another good choice for users who want to track KDE development.

7 reasons why Ubuntu is so successful

2008-03-31T11:05:00.000+08:00

Most people like it, many others don’t, the fact is that Ubuntu is the king of Linux distributions right now - and for some very good reasons. Below I will attempt to identify those reasons that made Ubuntu the most popular distribution and explain why its success was “inevitable”.

1) A good start: Ubuntu started with a strong background. It wasn’t “yet another” distribution, it was a distribution that had a vision and enough people and money behind it to support that vision.

2) Easy and straightforward installation: From the text-based installer of the first few versions, to the point&click installer of today, ubuntu always had a very straightforward and simple installation. Every step of the installer was explained in a short, yet clear manner that made it easy for everyone to follow the steps of the installation proccedure (almost) regardless of their experience with computers.

3) ShipIt: Sharing “official” CD’s with the Ubuntu logo increased the trust of users towards the distribution and made it much easier for users on slow connections to try it. People could now give away several CD’s to their friends and coworkers which made the general adoption of Linux much faster.

4) Synaptic: If you ask a first-time Ubuntu user to tell you what impressed them most, chances are that the answer will be “synaptic”. Indeed, this application brought APT much closer to the average user and made program installation in Linux a lot easier. Users didn’t have to search for RPMs or worry that they might needed to deal with dependancies, compile from source etc, synaptic solved everything using a very simple interface. When the first versions of Ubuntu came out, the only thing that could be compared to the flexibility and ease of use of APT and Synaptic was Fedora’s YUM, but unfortunately at that time Fedora didn’t have a good front-end for YUM (although Synaptic could be used with YUM, it was not nearly as easy to set up as synaptic and Ubuntu were).

5) Ubuntu forums/Community: The Ubuntu community was, and still is one of the most important factors that promote the growth of Ubuntu. The forums are very active and old users are very friendly and patient towards newcomers. Maybe it has to do with the philosophy of “Ubuntu”…

6) User promotion: Ubuntu is based heavily on the promotion it receives from it’s users. Nearly every person who uses Ubuntu today has beed advised to try it by someone else who had tried it before them and so on. This, combined with the strong influence of Ubuntu to the internet forums related to GNU/Linux, has led to a major increase in it’s adoption .

7) Fragmented competitors: When Ubuntu started it’s “march to glory” there were three “big” distributions, SuSE, Mandriva, and Fedora. Debian and Slackware were popular but were not very appealling to newbies (Debian still had a text based installer…). All of the “big three” were not at their best when Ubuntu came out and started gathering users. SuSE had recently been bought by Novell and was still undergoing internal reconstructions, Mandriva has in the middle of a severe financial crisis, and Fedora was just at FC2 which wasn’t nearly as easy as it now is. This “fragmentation” (or “decay of the distribution maket” if you like) helped many users make the decision to switch to Ubuntu.

There are definately many other reasons why Ubuntu managed to get to the top, and stay there, but making a complete analysis is not within the purposes of this post. Highlighting some of the points that made Ubuntu what it is today, is.

Knoppix 5.3.1 : 2008

2008-03-31T11:00:00.000+08:00

Has become a tradition for Klaus Knopper, the creator LiveDistro Knoppix, every year along with the occurence of the TI exhibition great Cebit in Hannover, Germany, to publish the new Knoppix edition.
To Cebit 2008 that took place several were last Sunday published by Knoppix the version 5,3 that used German by default.
This Sunday, as being promised in an amount milis, Klaus published two editions LiveDVD (4.3 GB) continuation for International consumption each with English by default and the German edition language.
The edition of Knoppix continuation 5.3.1 currently are available in several sites of the mirror was ready to released.

Knoppix 5.3.1 in-upadate packed Kernel Linux 2.6.24.4 and KDE 3.5.9 along with compiz-fusion as 3D-Windowmanager.
The option to undertake the newest generation KDE-4 also was provided as Bootoption, the choice during early undertook LiveDVD.
As being named beforehand, from the version 5.3.1 Klaus enclosed the support to Blind with the system desktop ADRIANE (Audio Desktop Reference Implementation and Networking Environment) that was developed by him along with Screenreader Orca.
The program for the installation or invested Knoppix in harddisk '0wn' or 'Zero Work Needed' in this edition received the significant increase.
Driver that supported the writing in the partition windows ntfs-3g also was increased.

NimbleX 2008 RC

2008-03-31T10:44:00.000+08:00

NimbleX 2008 RC, just escaped to be enjoyed by the world!

Bogdan was said : "I am very pleased to announce the Release Candidate of NimbleX 2008!
Since Beta there are major differences and it's the closest thing I can imagine to final version."
Actually the main reason for calling it RC is the eventuality some important bug sneaked in.

The important highlights since beta are:

lost 16MB to be back to 200MB
Addition of the NimbleX USB Installer
Improvements to the Safe Installer
NimbleX is now split in 9 for greater flexibility
Added important software like: LinuxDC++, Avidemux and the GSlapt Package Manager
Polished many things so that it pleases the eye :)
Compiz was added and configured in NimbleX. For starters, everyone that has a 3D card supported out of the box by X can enjoy the 3D effects. Hopefuly, in the future, people will contribute to package drivers for this feature.
many more other changes

Even though it's not recommended, in this version you can use .deb and .rpm packages to escape the dependency hell easily. All you have to do is to doble-click the .deb or .rpm packages to install them and hope it will work.

If you are interested in the 3D Desktop effects open a terminal and use the "startcopiz" command. To go back to standard KDE there is also the "stopcompiz" command.

Patapon Review

2008-03-31T10:28:00.000+08:00

There was a time when peace reigned. When the Almighty inspired the beat of the magical drums and the tribe known as the Patapons lived contentedly in their homeland. But then the almighty went away and a neighboring tribe, the Zigotons, drove the Patapons from their homeland.

But Hatapon believed the Almighty would return, and that the magical drums would once again ring out, lead the Patapons to victory over the Zigotons and guide the lost tribe back to its homeland (otherwise known as the Earthend).

This is the premise behind Patapon, a game that has rhythmic elements combined with mini-games, strategy and role playing and based in a two-dimensional side-scrolling world. The title is from Sony Computer Entertainment and is arguably one of the best titles to appear on the PlayStation Portable platform to date. It is entertaining, charming and highly addictive. The characters are drawn from the works of French graphic artist Rolito and rather than use rich texturing, the game uses stark contrasting colors that almost give a silhouette feel to the entire game.

Patapon starts off by looking cute with little Patapons (the name of the tribe you control, which look like little eyeballs with feet), referring to you in such reverent terms as ‘almighty,’ hooks you with the simplistic gameplay nature, then twists you around with the challenging aspects of guiding your tribe to victory against a variety of foes. The game contains more than 30 missions in a variety of environments. Players will traverse swamplands, volcanic territory, gorges and deserts collecting resources and fighting to collect drops to outfit the army. There are five music-based mini-games as well in this title, which will give the players upgrades and bonuses. With a total of six drumbeats to learn, players will have to think quickly while planning ahead. The game’s mission structure includes boss battles, hunting, and escort-type activities. There are also more than 100 items and weapons to find and use to create a powerful army.

As the Almighty, your job is to set the tempo, or beat, that will guide your army to victory. The beats have a variety of functions, and therein lays the strategic part of the game. You learn the beat that drives your army forward to start. Then you will learn alternative rhythms, like the one to attack (circle, circle, square, circle), or to defend. When you have the Patapons worked up to a frenzy, the Fever icon will let you know that you can unleash the rhythms of the Juju, which will create a “miracle.”

As one might surmise, music plays a vital part of this title and the musical score is very nicely handled. The beats are distinctive enough to allow players to recognize a rhythm and work in time to it. But timing is the key. The Patapons will also chant and you must not cut into the chant, but time the drum beats (depressing the appropriate buttons) to counter the chants and create a musical flow.

As you progress through the levels (and yes, there will be times when you will have to backtrack), you will resurrect heroes to join your marching tribe, as well as new units. There are both ranged attackers and skirmishers, and in the two-dimensional world, having melee units is key to protect the spear-throwing Patapons. The initial melee warriors are the Tatepon, but is also the Yaripon and Yumipon (range attacks), the Kibapon (horse-mounted troops), the Dekapon (large melee troops) and the Megapon (fires sound waves at the enemy).

When you start to gain troops, you can then form your groups to take into battle. This is where the strategic part of the game comes into play. Not only do you outfit your troops with items you acquire through battle, but you also start to think in terms of unit selection and order of attack. In addition to armor and weapons, you will also acquire Ka-Ching, which is the money and can be used to purchase units or resurrect fallen heroes at the Tree of Life.

The joy comes from the fact that you are fighting an uphill battle. The Zigotons are bigger, have more troops and employ monstrous units against your poor little tribe. It is only the Patapons belief in you, as their Almighty that will sustain them. Talk about pressure!

Graphically the game sports a very simplistic stylized appearance that works very, very well. As mentioned, the game’s design is by Rolito and uses simple abstract character designs juxtaposed against brilliant solidly colored backdrops. But even while the rhythms will hook you, Patapon is not without a few sour notes. The biggest is the lack of save points. Once you enter a level, it is either complete or repeat. There are checkpoints or save points en route that will allow you to pick up mid-mission should you fail. And because the game is rhythm based, any break in that rhythm will cost you. Yes, you can power off the PSP in the middle of the mission, but you really risk powering back up and being out of sync with the timing of the musical phrases.

The mini-games are also not only creative and challenging, but delightfully fun. An example is the dancing tree that if you play the tune correctly, it may drop some treats for your tribe.

It does not take long for this game to weave a spell of its own and draw the player in. The first couple of missions are too easy, but then the challenge starts to ramp up and losing a unit early will likely mean failing the mission.

Patapon is a truly great handheld game. It is unique in many regards, charming in its presentation, aurally pleasing and a lot of fun to play. It is also quite addicting and a real time-eater. Sit down for five minutes and before you know it, it has been 30 minutes. And it will draw you back time and again.

If you have a PSP, you owe it to yourself to play this game. I have enjoy this game, it's very cool.

Reduced the Measurement MP3 with Winamp

2008-03-31T09:51:00.001+08:00

Definitely it's really fun if our handphone could accommodate much music (mp3) that could be listened to by us every time.
However sometimes the capacity of the stick memory that was used by us very limited. In order to be able to contain more of one of the methods of being by changing the format mp3 to mp4 (m4a).
With mp4 (m4a) format then the measurement the file will be smaller with the quality of the voice that was not too far different.
Some software that could be utilised to change mp3 to mp4 (m4a) was with Winamp.

Along With this steps:

Install Winamp the version 5
Opened Winamp, afterwards put songs that would you would the fox to Winamp Playlist.
In Winamp Playlist chose some or all file that will be changed, afterwards right click.
Choose Send to: the Converter Format.
It will emerge popup concerning the Converter Configuration Format.
Choose the folder destination.
Encoding select the format : MP4/aacPlus (HE-AAC) Encorder v1.26
In aacPlus Encorder Option, choose bitrate 96 Kbps although the voice was still moderate good (so that the measurement file again smaller also could be chosen 64 Kbps, but the voice will also decrease it's quality) then Click OK.
Then Winamp will begin changed mp3.

I tried to change Nineball - Hingga Akhir Waktu. Before being changed by his measurement 5.4 clouds after being changed by his measurement into 3.0 clouds. A fall of +-1 clouds, rather moderate also not. File m4a this definitely only could be able to be turned in the supportive cellular phone the format m4a. It's could diplay well and the voice also was moderate enough.

Congratulations tried.