malam

malam..
bawalah kisah ku ini kepadanya
katakan bahwa hatiku rindu

malam..
terangilah hati ini dengan cahaya redupmu
curahkan rasa pada keindahanmu

malam..
saat kau mainkan lagu cinta
tak satupun kata yang mampu ku dengar

malam..
apakah kau tau tentang diriku?
atau kau hanya menerkanya?

malam..
apakah kau akan selalu begitu?
atau kau akan berubah seperti mereka?

malam..
apakah dirimu se sepi ini?
atau hanya aku yang kesepian di pelukanmu?

malam..
apakah kau pernah menghitung jumlah saat kita bersama?
dan berapa hati yang telah kau genggam?

Tuhan menciptakanmu dengan berjuta keindahan
tapi mengapa selalu kau kelihatan sedih dengan kelammu?
malam..
aku ingin kau menyampaikan salam sayangku padanya
meskipun ku tau kau sendiri membutuhkan sayang itu
namun..
kau sendiri tau
aku sendiri bahkan tidak pernah tau
siapakah dia?
karena saat ini, aku hanya sendiri...

Hujan dan Banjir

sudah 4 hari ini tarakan di guyur hujan. cukup tenang dan menghanyutkan. namun di harapkan tidak menimbulkan banjir.
berbicara tentang banjir, apa penyebab banjir di kota tarakan ini sebenarnya? apakah karena masyarakat yang suka membuang sampah sembarangan hingga terjadinya arus parit/selokan yang tersumbat atau karena pembangunan yang semerawut?
ada beberapa orang yang mengatakan bahwa kota tarakan yang berupa pulau ini banjir karena tanahnya yang mulai terkikis hingga ketinggian pulau ini sendiri menjadi surut. untuk hal yang satu ini kita perlu seorang ahli geologi yang berpengalaman untuk menjelaskannya.
fenomena banjir tidak hanya terjadi di kota tarakan tentunya, namun juga terjadi di jakarta, samarinda, dan beberapa tempat yang bahkan sempat menghilangkan nyawa manusia.
manusia selalu berkata "ini adalah cobaan dari Tuhan" tanpa sadar atas perbuatannya sendiri. cobalah hargai lingkungan anda dengan menggalakan tidak membuang sampah sembarangan dan jagalah kebersihan. bersihkan semua selokan dan pembuangan air lainnya.
pemerintah mohon untuk meninjau ulang pembangunan gedung2 dan rumah2. tertibkan pembangunan agar tidak semerawut dan membuat aliran selokan tertutup bahkan di tutup secara sengaja.
Tuhan tidak pernah memberikan cobaan yang berat bagi umat-Nya jika kita mau sadar diri di mulai dari hal yang kecil.

Teruslah Bermimpi dan Wujudkan!

Einstein mengatakan bahwa: “Ada dua cara menjalani hidup, yaitu menjalaninya dengan keajaiban-keajaiban atau menjalaninya dengan biasa-biasa saja“.

Sekarang ini banyak selogan yang dikeluarkan oleh banyak orang yang topiknya seolah membius kita: “Stop Dreaming Start Action“. Saya mengatakan bahwa slogan itu sepenuhnya tidak benar.

Mengapa? Coba kita bayangkan, segala sesuatu yang Anda jalani saat ini adalah tidak lepas dari ‘dream’ atau mimpi Anda entah beberapa tahun yang lalu kan?

Sejarah pesawat terbang yang menjadi angkutan favorit saat ini berawal dari sebuah mimpi yang menjadi kenyataan. Thomas Alfa Edison juga menemukan bolam lampu dari mimpi besar dia untuk menerangi dunia.

Jadi totally kita semua harus tetap memupuk mimpi-mimpi besar kita untuk membuat perubahan yang membantu terwujudnya dunia yang lebih maju dan bermanfaat bagi orang banyak.

Jadi dua cara untuk untuk menjalani kehidupan ini dan keduanya benar.

1. Dengan penuh keajaiban karena kita menyerahkan totally kepada Kuasa Tuhan Yang Maha Kuasa, dan

2. Dengan biasa-biasa saja, karena yaaa… memang beginilah kehidupan ini.

Dan semua orang jika ditanya, mereka justru akan memilih nomor 1, karena secara fitrah (suci) kita semua adalah ciptaan-ciptaan Tuhan Yang Maha Esa untuk selalu dekat denngan-Nya.

Jadi, mari kita jalani kehidupan ini dengan penuh ajaib, dengan selalu bersyukur setiap apa yang kita dapatkan.

taking from wise words comment

Attitude

Mereka dengan attitude negatif selalu berpikir, “Saya tidak bisa”

Mereka dengan attitude positif selalu berpikir, “Saya pasti bisa”

Mereka dengan attitude negatif selalu berpikir, “Mungkin ada jalan keluar, tapi terlalu sulit”

Mereka dengan attitude positif selalu berpikir, “Hal ini mungkin sulit, tapi ada jalan keluar”

Mereka dengan attitude negatif selalu pasrah dengan keadaan, sementara mereka dengan attitude positif selalu mengambil tindakan.

Mereka dengan attitude negatif selalu melihat keterbatasan-keterbatasan, sedangkan mereka dengan attitude positif selalu melihat kemungkinan-kemungkinan.

Sikap atau attitude sangat menentukan value kita dalam mengarungi kehidupan ini. Banyak orang mengira bahwa sikap adalah hal sepele yang begitu saja mudah diabaikan. Tapi jangan salah, sikap kita menentukan nasib kita kedepan.

Mau coba? TIDAK BAYAR… coba murahlah senyum dan sapa kepada isteri, anak, orang tua dan tetangga Anda. Dan perhatikan serta catat perubahan yang PASTI terjadi.

Dari buku: Fight Like A Tiger Win Like A Champion

Bersyukur 1

seringkali kita mendengar seorang teman yang mengeluh tentang pekerjaannya, tentang bos yang di hadapinya bahkan masalah dengan teman sekerja. well, itulah dunia kerja dimana selalu terdapat beragam tipe orang2 bahkan tipe pekerjaan yang menurut kita tidak cocok dengan diri kita. namun, hal ini bukan berarti kita harus menyerah kepada keadaan bukan?
mendiskusikan dengan atasan mengenai pekerjaan yang tidak cocok dengan kita mungkin sedikit bisa membantu masa depan kita pada pekerjaan tersebut. namun, sebelumnya lihatlah dulu situasi dan kondisi dari pekerjaan tersebut. terkadang kita lupa bahwa potensi yang kita miliki sangat mendukung pekerjaan kita, namun tak sedikit kita menutup mata mengenai hal ini di karenakan comfort zone yang telah kita buat setelah sekitan lama di perusahaan. cobalah untuk sedikit demi sedikit asah dengan apa yang kita miliki saat ini agar bisa membantu kita lebih maju lagi di dalam pekerjaan tersebut tanpa harus mengeluh dengan apa yang kita hadapi. jika pekerjaan ini baru bagi kita maka cobalah untuk menyesuaikan diri pada pekerjaan tersebut tanpa memikirkan beban apa yang akan kita hadapi kedepannya. ingatlah bahwa "there's always first time for everyone". semua orang tidak akan pernah ahli di bidangnya tanpa melakukannya untuk pertama kali.
atasan yang terlalu menekan mungkin hampir di rasakan oleh semua orang di bumi ini. tapi bukan berarti berhenti dari pekerjaan tersebut merupakan jalan terbaik, melainkan kita gagal baik dalam diri sendiri maupun keluarga. seorang atasan memeliki wewenang penuh selama itu menyangkut pekerjaan kita dan perusahaan tempat kita bekerja. ambillah sisi positif dari atasan tersebut. kita jenuh pada atasan karena kita selalu melihat sisi negatif dari perintah atasan tersebut sehingga membuat kita stress bahkan depresi. cobalah untuk merubah pemikiran tersebut dan kita akan mampu menyesuaikan diri dengan atasan tersebut. tidak harus dengan cara "menjilat" namun pahami dan ikuti alur keinginan atasan kita yang untuk kedepannya kita bakal bisa lebih maju dalam pekerjaan kita saat ini.
tak sedikit dari kita mengalami yang namanya teman sekerja yang "menyebalkan" bahkan pembuat onar. hal ini bisa kita hadapi tanpa harus lari darinya. teman kerja seperti ini selalunya mencari kesalahan bahkan kejelekan dari diri kita, but hey, remember nobody's perfect in this world. trik yang perlu kita lakukan adalah, jadikan teman kerja tersebut cermin buat kita. semua kritikan, kata-kata yang dia lontarkan buat kita bisa menjadi bahan cerminan buat diri kita tanpa harus menjadi depresi dengan kata-kata tersebut. ambil segi positifnya karena, terkadang penilaian orang justru bisa membuat diri kita lebih baik dari sekarang, setuju?
saat awal kita membutuhkan pekerjaan ini dan disaat kita menghadapi masalah dalam pekerjaan bukan berarti kita lari dari pekerjaan tersebut. hadapilah masalah tersebut dan kita akan semakin bertambah wawasan dan pengetahuan darinya.
diantara semua itu, rasa syukur kepada Tuhan terhadap apa yang kita memiliki sangatlah penting. sebelum kita mengeluh ingatlah berapa juta manusia di dunia ini yang tidak memiliki pekerjaan seperti yang kita miliki saat ini. jadi mulailah bersyukur ^_^

Listing quiz internet 2

Kode Parkir

<%

n="PK"

t=date()

tg=left(t,2)

j=time()

d=mid(j,6,2)

%>

<%

kode=request.form("kode")

pemilik=request.form("pemilik")

jenis=request.form("jenis")

jam=request.form("jam")

if jenis ="motor" then

hrg="500"

else

hrg="1000"

end if

if jam <=21 and jam>=18 then

petugas="Anwar"

elseif jam <=17 and jam>=13 then

petugas="Anshor"

elseif jam <=12 and jam>=7 then

petugas="Rudi"

else

petugas="Tidak Ada"

pesan="Petugas Parkir Belum Ada"

end if

Jam Parkir

<%

for i=1 to 24

%>

"><%="jam:" &i%>

<% next %>

seharusnya....

malam menunjukan pukul 20.00 dan aku masih bersamamu. masih menemanimu meskipun luka yang kau torehkan masih bedarah di hatiku. seketika kau mengajakku bernyanyi. semua lagu2 itu adalah lagu gambaran diri dan isi hatiku di saat ini. apakah kau merasakannya?
seharusnya itu yang ku nyanyikan buatmu namun aku membiarkanmu menyanyikannya tanpa dosa sedikitpun. bagaimana seharusnya aku bertindak?
tahukah dirimu bahwa setiap kata yang terucap dari bibirku kenyataannya tidak sama seperti yang ada di hatiku. aku hanya mengalah untuk yang terbaik.

my old best memory friend

dear Faizal,

did you still remember me? you use to call me ary the tiger, right?
it's been 20 years we never meet each other, and i doubt you still remember me. we use to be a team in 1st grade in SK Bandar 1 Tawau. i miss all that time that we shared as a good friend. playing together, hiding and shared our toys. did you still remember about teenage mutant ninja turtle that you gave to me? and the donatello big poster? i still remember them all. we were king in our time. and I still remember when I'm mad at you about a toy car that you promised but did not you brought it. haha... it was a child mad time. i was happy to have a good friend like you. and time goes by... until.. i made a mistake.
I'm so sorry for the time i make you faint. i never mean it. i know it was wrong now. because of that, you don't want to go to school again. I'm so sorry Faizal. 20 years i kept this alone in myself. i never thought this will remind me again of you. remind me to all of my mistake to you. I'm so sorry. since that time, i never trust people even for myself because of hurting you. i go to you house for many times and you never there. i just found a new kid as an owner for that house.
now i know what the meaning of loneliness. it's just like a knife that slice you one by one, pieces to pieces.
i watch many movies that remind me of you. a best friend, even a family for me that i miss all these times. at first.. i never know why the movies hurt me so well. it's just like something that i already forget and never been forgiven. then i realize that is you, my brother. forgive me.
i never know where are you know... how did you look like? i miss you so much.
i can go back to the time we'd been together, i will try to fix all the mistakes that I've done to you. i never mean it, i swore to God. it was child fun time and suddenly i hit you. please forgive me.
if God ask me what i want for this life, i will say " please make me meet you again for once to say please forgive me my brother, Faizal".

Perencanaan Proyek Perangkat Lunak

Proses manajemen proyek perangkat lunak dimulai dengan beberapa aktivitas yang secara kolektif disebut dengan project planning (perencanaan proyek). Aktivitas ini dimulai dengan estimasi, yang merupakan gambaran dimana kita melihat masa depan serta menerima tingkat ketidakpastian sebagai bahan pembicaraan. Perencanaan proyek memberikan sebuah peta jalan bagi suksesnya rekayasa perangkat lunak.

1. OBSERVASI PADA ESTIMASI

Estimasi yang diperlukan dalam perancangan proyek perangkat lunak di antaranya adalah sumber daya, biaya, dan jadwal sebagai usaha dalam pengembangan perangkat lunak, mengakses informasi historis yang baik, dan keberanian untuk melakukan pengukuran kuantitatif bila hanya data kualitatif saja yang ada. Berikut adalah yang menimbulkan ketidakpastian dalam estimasi :

1. Project complexity (kompleksitas proyek) berpengaruh kuat terhadap ketidakpastian yang inheren dalam perencanaan. Komplekitas ini merupakan pengukuran relatif yang dipengaruhi oleh kebiasaan dengan usaha yang dilakukan sebelumnya.

2. Project size (Ukuran proyek) Merupakan faktor penting yang dapat mempengaruhi akurasi estimasi. Bila ukuran bertambah maka ketergantungan di antara berbagai elemen perangkat lunak akan meningkat dengan cepat.

3. Structural uncertainty (Ketidakpastian struktural) Tingkat ketidakpastian strutural juga berpengaruh dalam risiko estimasi. Dengan melihat kembali, kita dapat mengingat lagi hal-hal yang terjadi dan dapat menghindari tempat-tempat dimana masalah muncul.

Risiko diukur melalui tingkat ketidakpastian pada estimasi kuantitatif yang dibuat untuk sumber daya, biaya, dan jadwal. Bila ruang lingkup proyek atau syarat proyek tidak dipahami dengan baik, maka risiko dan ketidakpastian menjadi sangat tinggi. Perencana perangkat lunak harus melengkapi fungsi, kinerja, dan definisi interface (yang diisikan ke dalam spesifikasi sistem). Pendekatan-pendekatan rekayasa perangkat lunak modern (seperti model proses evolusioner) memakai pandangan pengembangan yang interaktif. Dengan pandangan semacam ini dimungkinkan untuk melihat estimasi dan merevisinya bila customer mengubah kebutuhannya.

2. TUJUAN PERENCANAAN PROYEK

Tujuan umum dari perencanaan proyek perengkat lunak adalah :

1. Untuk menyediakan sebuah kerangka kerja yang memungkinkan manajer membuat estimasi yang dapat dipertanggung jawabkan mengenai sumber daya, biaya dan jadwal.

2. Untuk pengawasan, penelusuran dan pemantauan sebuah proyek teknis yang kompleks.

Mengapa?

Diharapkan akhir proyek selesai tepat waktu dan berkualitas.

Aktifitas Perencanaan Proyek PL

1. Menentukan ruang lingkup PL

2. Mengestimasi sumber daya yang dibutuhkan

3. RUANG LINGKUP PERANGKAT LUNAK

Penentuan ruang lingkup perangkat lunak merupakan aktivitas pertama dalam perencanaan proyek perangkat lunak. Ruang lingkup perangkat lunak menggambarkan fungsi, kinerja, batasan, interface dan reliabilitas. Fungsi yang digambarkan dalam statmen ruang lingkup dievaluasi dan disaring untuk memberikan awalan yang lebih detail pada saat estimasi dimulai. Pertimbangan kinerja melingkupi pemrosesan dan kebutuhan waktu respon. Batasan ini mengidentifikasi dari batas yang ditempatkan pada perangkat lunak oleh perangkat keras eksternal, memori, atau sistem informasi yang ada.

Informasi yang dibutuhkan (awal pertemuan antara pelanggan dan pengembang)

* Pertanyaan berfokus pada pelanggan, tujuan keseluruhan serta keuntungan.

- Siapa di belakang permintaan kerja ini?

- Siapa yang akan memakai solusi ini?

- Apakah keuntungan ekonomi dari solusi yang sukses?

- Adakah sumber daya lain bagi solusi ini?

* Pertanyaan yang memungkinkan analis memahami masalah lebih baik dan pelanggan menyuarakan persepsi tentang sebuah solusi.

- Bagaimana Anda (pelanggan) menandai output yg baik yg akan dihasilkan oleh sebuah solusi yg baik?

- Masalah apa yang dituju solusi ini?

- Dapatkah anda menggambarkan lingkungan dimana solusi akan dipakai?

- Adakah batasan atau isu kinerja khusus yg akan mempengaruhi?

PL berinteraksi dengan elemen sistem berbasis komputer. Konsep sebuah interface diinterpretasi untuk menentukan:

1. Hardware yg mengeksekusi PL dan device yg dikontrol secara tidak langsung oleh PL

2. Software yg sudah ada dan harus dihubungkan dengan PL yg baru

3. Manusia yg menggunakan PL melalui keyboard atau perangkat I/O lain

4. Prosedur

Untuk mengerti Ruang Lingkup, maka perekayasa harus :

1. Mengerti kebutuhan pelanggan

2. Mengerti konteks bisnis

3. Mengerti ruang lingkup proyek

4. Mengerti motivasi pelanggan

5. Mengerti perubahan-perubahan yang mungkin terjadi

4. SUMBER DAYA

Mengestimasi sumber daya yang dibutuhkan untuk menyelesaikan usaha pengembangan perangkat lunak yang meliputi manusia, komponen perangkat lunak, dan peranti perangkat keras/perangkat lunak. Piramida di atas memperlihatkan sumber daya pengembangan sebagai sebuah piramid. Peranti perangkat keras dan perangkat lunak berada pada fondasi dari piramida di atas dan menyediakan infrastruktur untuk mendukung usaha pengembangan(lingkungan pengembang). Dalam tingkat yang lebih tinggi terdapat komponen perangkat lunak reuseable – blok bangungan perangkat lunak yang dapat mengurangi biaya pengembangan secara dramatis dan mempercepat penyampaian. Dan di puncak terdapat sumber daya utama yaitu manusia.

Masing-masing sumber daya ditentukan dengan empat karakteristik :
o Deskripsi sumber daya
o Statemen ketersediaan
o Waktu kronologis sumber daya diperlukan
o Durasi waktu sumber daya diaplikasikan

1. Sumber daya manusia

Perencanaan sumber daya manusia memulai dengan mengevaluasi ruang lingkup serta memilih kecakapan yang dibutuhkan untuk mnyelesaikan pengembangan. Baik posisi organisasi maupun specialty. Jumlah orang yang diperlukan untuk sebuah proyek perangkat lunak dapat ditentukan setelah estimasi usaha pengembangan dibuat.

2. Sumber daya perangkat lunak reusable

Kreasi dan penggunaan kembali blok bangunan perangkat lunak yang seharusnya dikatalog menjadi referensi yang mudah, distandarisasi untuk aplikasi yang mudah, dan divalidasi untuk integrasi yang mudah. Ada empat kategori sumber daya perangkat lunak yang harus dipertimbngkan pada saat perencanaan berlangsung, yaitu :

- Komponen off-the-self Perangkat lunak yang ada dapat diperoleh dari bagian ketiga atau telah dikembangkan secara internal untuk proyek sebelumnya.

- Komponen full-experience Spesifikasi, kode, desain atau pengujian data yang sudah ada yang dikembangkan pada proyek yang lalu yang serupa dengan perangkat lunak yang akan dibangun pada proyek saat ini.

- Komponen partial-experience Aplikasi, kode, desain, atau data pengujiaan yang ada pada proyek yang lalu yang dihubungkan dengan perangkat lunak yang dibangun untuk proyek saat ini, tetapi akan membutuhkan modifikasi substansial.

- Komponen baru Komponen perangkat lunak yang harus dibangun oleh tim perangkat lunak khususnya adalah untuk kebutuhan proyek sekarang . Lebih baik mengkhususkan syarat sumber daya perangkat lunak dari awal. Dengan cara ini evaluasi teknis dari semua alternatif dapat dilakukan dan akuisisi secara berkala dapat terjadi.

3. Sumber daya lingkungan

Lingkungan yang mendukung proyek perangkat lunak, yang disebut juga software engineering environment (SEE), menggabungkan perangkat lunak dan perangkat keras. Karena sebagian besar organisasi perangkat lunak memiliki konstituen ganda yang memerlukan akses ke SEE, maka perencana proyek harus menentukan jendela waktu yang dibutuhkan bagi perangkat keras dan perangkat lunak serta membuktikan bahwa sember-sumber daya tersebut dapat diperoleh.

Pada saat sebuah sistem berbasis komputer akan direkayasa, tim perangkat lunak mungkin membutuhkan akses ke elemen perangkat keras yang sedang dikembangkan oleh tim rekayasa yang lain.

5. ESTIMASI PROYEK PERANGKAT LUNAK

Biaya perangkat lunak terdiri dari presentase kecil pada biaya sistem berbasis komputer secara keseluruhan. Kesalahan estimasi biaya yang besar dapat memberikan perbedaan antara keuntungan dan kerugian. Estimasi proyek perangkat lunak dapat ditranformasi dari suatu seni yang misterius ke dalam langkah-langkah yang sistematis yang memberikan estimasi dengan risiko yang dapat diterima.

Sejumlah pilihan untuk mencapai estimasi biaya dan usaha yang dapat dipertanggung jawabkan :

1. Menunda etimasi sampai akhir proyek

2. Mendasarkan etimasi pada proyek-proyek yang mirip yang sudah pernah dilakukan sebelumnya

3. Menggunakan “teknik dekomposisi” yang relatif sederhana untuk melakukan estimasi biaya dan usaha proyek

4. Menggunakan satu atau lebih model empiris bagi estimasi usaha dan biaya perangkat lunak.

Model estimasi empiris dapat digunakan untuk melengkapi teknik dekomposisi serta menawarkan pendekatan estimasi yang secara potensial berharga. Model berbasis pengalaman (data hitoris) dan berbentuk :

d=f(vi)

di mana d adalah satu dari sejumlah harga estimasi (contoh : usaha, biaya,durasi proyek) dan vi adalah parameter independen yang dipilih (seperti LOC dan FP yang diestimasi). Peranti estimasi otomatis mengimplementasi satu atau lebih teknik dekomposisi atau model empiris. Masing-masing pilihan estimasi biaya perangkat lunak yang dapat dilakukan sama baiknya dengan data hitoris yang digunakan untuk menumbuhkan estimasi.

TEKNIK DEKOMPOSISI

Masalah yang dipecahkan sangat kompleks untuk dipertimbangkan sebagai satu kesatuan, karena itu kita mendekoposisi masalah, menandainya sebagai serangkaian masalah yang lebih kecil.

Software sizing

Akurasi estimasi proyek perangkat lunak didasarkan pada sejumlah hal :

1. Tingkat di mana perencana telah dengan tepat mengestimasi ukuran produk yang akan dibuat.

2. Kemampuan untuk menerjemahkan estimasi ukuran ke dalam kerja manusia, waktu kalender, dan dolar

3. Tingkat di mana rencana proyek mencerminkan kemampuan tim perangkat lunak

4. Stabilitas syarat produk serta lingkungan yang mendukung usaha pengembangan perangkat lunak

Dalam konteks perencanaan proyek, ukuran berarti keluran yang dapat dikuantitatifkan dari proyek perangkat lunak. Bila dilakukan pendekatan secara langung, ukuran dapat diukur dalam LOC. Tetapi bila dipilih pendekatan tidak langsung, ukuran dihadirkan dalam FP. Putnam dan Myres mengusulkan 4 pendekatan yang berbeda dalam masalah pengukuran :

1. Fuzzy-logic sizing

Pendekatan yang menggunakan teknik reasoning aproksimasi yang merupakan dasar bagi fuzzy logic(logika kabur). Perencana harus mengidentifikasi tipe aplikasi, membuat besarnya dalam skala kuantitatif, dan menyaring besaran itu dalam bentuk oriinil.

2. Function point sizing

Perencanaan pengembangan estimasi karakteritik domain informasi

3. Standart component sizing

Perangkat lunak dibangun dari sejumlah komponen yang standar yang berbeda-beda yang umum bagi suatu era aplikasi tertentu.

4. Change sizing

Pendekatan ini digunakan bila proyek melingkupi pemakaian perangkat lunak yang ada harus dimodihikasi dengan banyak cara sebagai bagian dari sebuah proyek.

Dengan menggungakan suatu “rasio kerja” bagi masing-masing tipe perubahanm, maka ukuran perubahan dapat diperkirakan.

Perkiraan berdasarkan masalah

Baris kode (LOC) dan titik fungsi (FP) digambarkan sebagai pengukuran dasar di mana metrik produktivitas dapat dihitung. Data LOC dan FP digunakan dalam dua cara :

o Sebagai variabel untuk estimasi yang dipakai untuk mengukur masing-masing elemen perangkat lunak

o Sebagai metrik baseline yang dikumpulkan dari proyek yang lalu dan dipakai dalam hubungannya dengan variabel estimasi untuk mengembangkan proyeksi kerja dan biaya.
Expected value untuk variabel estimasi (ukuran), EV, dapat dihitung sebagai rata-rata terbobot dari estimasi optimistik (Sopt), paling sering(Sm), dan pesimistik (Spess).

Contohnya :

EV=( Sopt +Sm +Spess)/6

Memberikan kepercayaan terbesar pada estimasi “yang paling mungkin” serta mengikuti distribui probabilitas beta. Sekali expected value untuk variabel estimasi ditentukan, data produktivitas LOC dan FP diaplikasikan. Setiap teknik estimasi, bagaimanapun canggihnya, masih harus tetap di cross check dengan pendekatan lainnya dan baru kemudian kaidah umum dan pengalaman dapat berlaku di sini.

MODEL PERKIRAAN EMPIRIS

Model perkiraan untuk perangkat lunak komputer menggunakan rumusan yang ditarik secara empiris untuk memprediksi usaha sebagai sebuah fungi LOC dan FP. Data empiris yang mendukung sebagaian besar model perkiraan ditarik dari sebuah sampel proyek yang terbatas.

Struktur model perkiraaan

Model perkiraan tertentu ditarik dengan menggunakan analisis regresi terhadap data yang dikumpulkan dari proyek perangkat lunak sebelumnya. Struktur model ini berbentuk :

E = A+Bx(Ev)c

Dimana A, B, C adalah konstanta yang ditarik secara empiris, E adalah usaha dalam peron-month, dan EV adalah variabel perkiraan (baik dalam LOC maupun FP).

MODEL COCOMO

Kependekan dari COnstructive COst MOdel (Model Biaya KOnstruktif). Hirarki model Boehm berbentuk sebagai berikut :

Model1 : Model COCOMO dasar menghitung usaha pengembangan perangkat lunak (dan biaya) sebagai fungsi dari ukuran program yang diekspresikan dalam baris kode yang diestimasi,

Model2 : Model COCOMO Intermediete menghitung usaha pengembangan perangkat lunak sebagai fungsi ukuran program dan serangkaian “pengendali biaya” yang menyangkut penilaian yang subyektif terhadap produk, perangkat keras personil, dan atribut proyek.

Model3 : Model COCOMO advenced menghubungkan semua karakteristik versi intermediete dengan penilaian terhadap pengaruh pengendali biaya pada setiap langkah (analisis, perancangan, dll) dari proses rekayasa perangkat lunak. Persamaan COCOMO dasar berbentuk :

E = abKLOCbb D = cbEdb

Dimana E adalah usaha yang diaplikasikan dalam person-month, D adalah waktu pengembangan dalam bulan kronologis, dan KLOC adalah jumlah baris penyampaian kode yang diperkirakan untuk proyek tersebut. Koefisien ab dan cb dan eksponen bb dan db ada pada tabel Model cocomo dasar Proyek perangkat lunak

ab bb cb db

Organik 2,4 1,05 2,5 0,38

Semi-detached 3,0 1,12 2,5 0,35

Embedded 3,6 1,20 2,5 0,32

Persamaan Perangkat Lunak

Persamaan perangkat lunak adalah model yang multivariasi yang mengasumsikan distribusi khusus usaha sepanjang hidup proyek pengembangan perangkat lunak. Model estimasinya berbentuk :

E = [LOC x B0,333/P]3 x (1/t4)

Di mana E = Usaha dalam person-month atau person-year T = durasi proyek dalam bulan atau tahun B = “faktor skill khusus” yang meningkat secara pelan- pelan “pada saat kebutuhan akan integrasi, pengujian, jaminan kualitas, dokumentasi, manajemen skill tumbuh”. Untuk oprogram kecil (KLOC = 5 sampai 15)` B = 0,16. Untuk program yang lebih besar dari pada 70 KLOC, B=0,39. P = “parameter produktivitas” yang mencerminkan :

- kematangan proses dan praktik manajemen secara keseluruhan

- tingkat bahasa pemrograman yang digunakan – keadaan lingkungan perangkat lunak

- skill dan pengalaman tin perangkat lunak

- kompleksitas aplikasi

KEPUTUSAN MAKE-BUY

Manajer rekayasa perangkat lunak dihadapkan pada keputusan make-buy yang dapat dikompilasikan lebih jauh lagi oleh sejumlah pilihan akuisisi :

1. Perangkat lunak dapat dibeli(atau lisensi) off-the-shelf.

2. Komponen perangkat lunak full-experience dan partial-experiance dapat diperoleh dan kemudian dimodifikasi dan diintegrasikan untuk memenuhi kebutuhan tertentu.

3. Perangkat lunak dapat dibuat custom-built oleh kontraktor luar untuk memenuhi spesifikasi pembeli.

Langkah-langkah yang tercakup dalam akuisisi perangkat lunak ditentukan oleh kekritisan perangkat lunak yang akan dibeli dan biaya akhir. Dalam analisis akhir, keoputusan make-buy dibuat berdasarkan kndisi berikut :

1. Apakah tanggal penyampaian produk perangkat lunka akan lebih cepat dari pada perangkat lunak yang dikembangkan secara internal?

2. Apakah biaya akuisisi ditambah biaya pemesanan akan lebih kecil dari pada biaya pengembangan perangkat lunak secara internal?

3. Apakah biaya dukungan luar (seperti kontrak pemeliharaan) akan lebih rendah daripada biaya dukungan internal?

Kondisi ini berlaku untuk setiap pilihan akuisisi yang telah dicantumkan di atas

KESIMPULAN

Dalam sebuah perencanaan proyek, diperlukan beberapa estimasi baik dari sumber daya, biaya dan jadwal yang di dalamnya terdapat beberapa hal ketidak pastian yaitu Project Complexity, Project Size, dan Structural Uncertainty. Resiko berdasarkan atas ketidak pastian estimasi terhadap sumber daya, biaya dan jadwal tersebut. Jika tidak terjadi kejelasan, maka proyek tersebut bakal menghadapi masalah.

Adapun tujuan dari sebuah proyek perangkat lunak harus jelas dan dapat di pertanggung jawabkan karena di harapkan proyek dapat selesai tepat waktu dan berkualitas.

Ruang lingkup perangkat lunak meliputi fungsi, kinerja, batasan, interface dan relibitas. Dalam pengerjaan sebuah proyek, tentunya kita mengetahui dan terfokus pada pertanyaan seperti :

- Siapa di belakang permintaan kerja ini?

- Siapa yang akan memakai solusi ini?

- Apakah keuntungan ekonomi dari solusi yang sukses?

- Adakah sumber daya lain bagi solusi ini?

Seorang perekayasa juga harus mengerti kebutuhan pelanggan, mengerti konteks bisnis, mengerti ruang lingkup proyek, mengerti motivasi pelanggan dan mengerti perubahan-perubahan yang mungkin terjadi.

Sumber daya perangkat lunak meliputi sumber daya manusia, sumber daya perangkat lunak reusable, dan sumber daya lingkungan. Pada saat sebuah sistem berbasis komputer akan direkayasa, tim perangkat lunak mungkin membutuhkan akses ke elemen perangkat keras yang sedang dikembangkan oleh tim rekayasa yang lain.

Ada beberapa model di dalam teknik dekomposisi yaitu model perkiraan empiris dan model cocomo. Saat membuat keputusan untuk make or buy, pastikan bahwa biaya yang di keluarkan tidak berlebihan dan lebih efektif.

DAFTAR PUSAKA

http://rpl07.wordpress.com/2007/06/20/perencanaan-proyek-perangkat-lunak-oleh-mizar-5105-100-067

Rekayasa Perangkat Lunak B5 – YC

Proposal Perangkat Lunak oleh Nugraha Ramadhany

Manajemen Projek “Analisis dan perencanaan Perangkat Lunak”