NiaSaurina

Enterprise Resource Planning

2010-10-02T08:10:00.001+07:00

Saat kuliah s2 dulu, aku hanya mendapatkan kuliah Perencanaan Strategis Sumber Daya Perusahaan. adanya sedikit perbedaan dengan Enterprise Resource Planning. terutama aku tidak ingin mengecewakan dosen pengampu sebelumnya.

Enterprise Resources Planning (ERP) adalah aplikasi perangkat lunak komputer yang terintegrasi dan menyeluruh. Secara arsitektural sistem, ERP dikembangkan berdasarkan modul-modul fungsional yang meliputi seluruh aspek sumber daya di dalam sebuah perusahaan/organisasi.

untuk pendahuluan ERP dapat dibaca selengkapnya pada

02_Definisi_ERP

Open Source

2010-09-29T21:20:00.007+07:00

Open Source adalah sebuah sistem baru dalam mendistribusikan software kepada pengguna dengan memberikan program dan source code secara gratis. Selain itu pengguna dapat membaca kode sumber aplikasi, mempelajari, menggunakan, melakukan modifikasi, dan juga berhak mendistribusikan kembali dengan lisensi yang sama untuk membuat software sesuai dengan kebutuhan pengguna. Adanya lisensi software untuk Open Source yang dinamakan GPL (GNU Public License) digunakan untuk mendistribusikan software Open Source.

Pola Open Source lahir karena kebebasan berkarya, tanpa intervensi berpikir dan mengungkapkan apa yang diinginkan dengan menggunakan pengetahuan dan produk yang cocok. Kebebasan menjadi pertimbangan utama ketika dilepas ke publik. Komunitas yang lain mendapat kebebasan untuk belajar, mengutak-ngatik, merevisi ulang, membenarkan ataupun bahkan menyalahkan, tetapi kebebasan ini juga datang bersama dengan tanggung jawab, bukan bebas tanpa tanggung jawab.

Untuk materi pendahuluan OS, dapat dilihat pada

02-OS_Pendahuluan_TOSS

03-OS_License_TOSS

04-OS_Linux

05-OS-E_Learning

Mata Kuliah Pemrograman Terstruktur

2010-09-29T10:27:00.012+07:00

ini adalah pengalaman pertamaku mengajar mata kuliah yang berhubungan dengan pemrograman. aku harap materi yang aku upload disini dapat dimanfaatkan dengan baik, terutama dari mahasiswa yang aku bimbing.
Pemrograman Terstruktur adalah tindakan mengorganisasi dan membuat kode-kode program supaya mudah dimengerti, dites dan dimodifikasi. Prinsip utama pemrograman terstruktur adalah jika suatu proses telah sampai pada suatu titik tertentu, maka proses selanjutnya tidak boleh kembali lagi ke baris sebelumnya, kecuali untuk proses berulang (Loop).
Setiap teknik dikembangkan untuk tujuan tertentu. Teknik pemrograman dalam pemrograman terstruktur ini mempunyai tujuan: meningkatkan kehandalan program supaya program mudah dibaca dan ditelusuri apabila ada kesalahan, menyederhanakan kerumitan program, menyederhanakan pemeliharaan program, meningkatkan produktifitas pemrogram.
untuk materi pendahuluan Pemrograman Terstruktur dapat dibaca selengkapnya pada
02_Pendahuluan_PT
03_Pendahuluan_JAVA
04_Pemrograman_Dasar_Java
05_Rekursi_Overloading_Konversi
06_Percabangan
07_Perulangan
08_Array
09_Prosedur
10_Fungsi
11_Class_Library

anakku adalah guruku

2010-06-30T10:46:00.004+07:00

Ini adalah pengalaman pertama aku menjadi seorang ibu. Pada bulan November’08 aku bersama mantan kekasihku untuk memutuskan memulai bersama, kemudian satu bulan kemudian datang hadiah terbesar dalam hidup kami, buah cinta kami. Aku benar-benar sangat kaget dan bersyukur, karena bisa dikatakan tamu bulananku tidak lancar, bisa 2-3 bulan sekali. Tetapi syukur alhamdulilah DIA memberikan kado istimewa yang begitu cepat.

Keesokan harinya aku mencoba tes kehamilan tersebut, dan ternyata hasilnya positif. Tidak puas dengan hasil tes kehamilan, kita pergi ke dokter kandungan dan dokter pun membenarkan hasil dari tes kehamilan tersebut. Mulai dari sinilah penantian aku untuk menjadi seorang ibu dimulai.Saat awal kehamilan, aku masih dalam menyelesaikan tugas akhir kuliah. Saat itu aku memerlukan untuk membawa laptop setiap kali aku ke kampus untuk menunjukkan software yang telah aku kerjakan kepada dosen pembimbing. Awalnya aku tidak merasakan beban tas yang aku bawa, tetapi dengan berjalannya waktu, perutku terasa kram. Aku baru tau ternyata dalam kondisi hamil, angkat beban yang terlalu berat bisa mengakibatkan otot menjadi tegang dan dapat membahayakan perut [1]. Ibu hamil harus menghindari mengangkat beban-beban berat, termasuk menggendong anak atau mengangkut ember berisi air, karena dapat memicu kontraksi rahim. Bila terjadi dalam jangka waktu cukup lama dapat mengakibatkan keguguran atau kelahiran prematur. Meski begitu, mengangkat barang dalam batas-batas normal tidak masalah. Sehingga ibu harus bisa menilai sendiri, apakah yang diangkatnya akan membebani perutnya atau tidak. [2]. Mengangkat beban berlebihan.

Keinginan aku saat masih kuliah, dapat menyelesaikan kuliah dan mengikuti yudisium sebalum bayi ini lahir. Karena terlalu sibuk dengan pekerjaan, aku terkadang lupa makan. Untungnya bayi ini selalu mengingatkanku untuk selalu mengkonsumsi makanan ringan setidaknya 3 jam sekali [3]. Waktu itu yang sering aku pilih adalah apel, karena terasa segar dan tidak terlalu mengenyangkan. Makan.

Tentunya mengkonsumsi air putih tidak kalah pentingnya karena ibu hamil memerlukan banyak cairan agar kinerja tubuhnya bisa terus beraktifitas untuk kelangsungan hidup dua nyawa. Dengan meminum air putih minimal delapan gelas per hari dapat membantu mencegah infeksi urin atau Urinary Tract Infections (UTIs) yang dapat menyebabkan dehidrasi. Air juga dibutuhkan untuk membawa nutrisi dari darah ke janin. Tak heran bila kecukupan minum juga mampu menghindarkan ibu dari kemungkinan lahir prematur di trimester ketiga kehamilan. Selain itu air dapat membantu mencegah terjadi hipertensi serta morning sickness [4] Minum air putih.

Memasuki bulan kedua masa kehamilan, kondisi rumahku seperti kapal pecah. Hal ini dikarenakan rumahku sedang dalam masa renovasi. Saat itu aku merasa benar-benar tidak tahan dengan aroma bahan bangunan, suara bising dari mesin gergaji, bor, dsb. Untungnya di alam rahim suara bising tidak terlalu berpengaruh kuat, hanya saja akan lebih baik bila janin dirangsang dengan suara musik yang menenangkan sang ibu dan janin karena dapat merangsang kestabilan emosi janin serta meningkatkan kecerdasan janin [5]. Suara bising

Gambar 1. My Baby saat usia 6 Minggu

Yang tetap membuat aku semangat dalam menjalani masa kehamilan adalah perhatian dari orang-orang terdekatku, salah satunya dari ayahku. Beliau termasuk perokok kelas ringan. Tetapi aku selalu merasa mual apabila mencium asap rokok. Syukur alhamdulilah, ayah benar-benar pengertian. Setiap kali ayah ingin merokok, beliau lakukan di luar rumah atau setidaknya menjauhi aku. Karena dalam publikasi Journal of Epidemiology and Community Health mengungkapkan ibu hamil yang menghirup udara kotor akan menyebabkan anaknya berisiko kanker, leukemia (kanker darah) Polusi udara yang dihirup oleh sang ibu, akan membawa karsinogen (penyebab kanker) masuk ke janin melalui plasenta (ari-ari). [6]. Tidak hanya itu asap rokok juga dapat mengakibatkan:

Kehamilan di luar rahim
Abortus (keguguran) spontan
Plasenta menutupi mulut rahim (plasenta previa)
Plasenta lepas (abrupsia plasenta)
Ketuban pecah dini
Infeksi kantong cairan ketuban (chorioamnionitis)
Kelahiran prematur
Bayi lahir dengan berat badan rendah
Janin meninggal dalam rahim [7]. Asap rokok

Selain asap rokok, polusi udara juga berbahay bagi ibu hamil. ”Jika ibu hamil menderita penyakit terkait polusi udara, itu mempengaruhi suplai makanan pada bayi,” kata dr Rinawati Rohsiswatmo dari Divisi Neonatal Departemen Kesehatan Anak Fakultas Kedokteran Universitas Indonesia Rumah Sakit Cipto Mangunkusumo, Jakarta. Para peneliti dari University of Medicine and Dentistry di New Jersey merekam data Badan Perlindungan Lingkungan AS tentang pengaruh polusi udara terhadap ibu hamil. Hasil studi itu menunjukkan, dibandingkan dengan ibu yang memiliki bayi berbobot tubuh lahir normal, para ibu yang melahirkan bayi dengan berat badan lahir rendah dan sangat rendah ternyata berusia lebih muda, tingkat pendidikan rendah, perokok, miskin, dan orang tua tunggal [8]. Kabar dari American Journal of Epidemiology, menunjukkan jika si ibu menghirup polusi udara dari asap kendaraan bermotor yang mengandung karbon monoksida atau partikel sejenis, maka kemungkinan 20 hingga 25 persen akan mengalami kelahiran prematur sebelum usia kandungan mencapai usia 37 minggu. “Fakta ini menunjukkan betapa berbahayanya polusi udara bagi keselamatan ibu hamil,” ujar Dr. Beate Ritz, dari unit Kesehatan masyarakat Univeristy Of California, Los Angeles. [9]. Polusi udara.

Salah satu sikap tubuh yang harus Anda perhatikan sewaktu hamil adalah jangan terlalu lama dalam posisi duduk maupun berdiri. Memang, gangguan yang muncul bisa dikatakan bukan masalah serius. Tapi, toh bisa menimbulkan rasa tidak nyaman. Beberapa tips saat duduk maupun berdiri dapat dilihat di internet, salah satunya [10]. Beberapa gangguan yang sering dikeluhkan akibat kelamaan duduk atau berdiri, yaitu:

Kram kaki.
Pegal dan lelah.
Nyeri pinggang bawah.
Pembengkakan pada tungkai dan pergelangan kaki.
Varises (pelebaran pembuluh darah).
Kontraksi dini

Gambar 2. My Baby saat usia 10 Minggu

Semua orang tau dalam masa kehamilan konsumsi ikan sangat diperlukan bagi janin untuk meningkatkan kecerdasan otak [11]. Tetapi berhati-hatilah dalam memilih ikan, karena ikan yang tidak segar justru membuat janin teracuni dengan makanan yang kita makan. Waktu itu aku membeli ikan yang sudah diberi bumbu, sehingga aku tidak dapat mengetahui kesegaran ikan yang aku beli tersebut. Setelah aku makan ikan tersebut, bayi ini memberi respon dengan memuntahkan makanan yang aku makan. Untungnya aku bisa mengeluarkan makanan yang kurang sehat itu, dan tentu saja aku mengganti asupan makanan yang telah dikeluarkannya. Sejak saat itu aku selalu membeli ikan yang tidak diberi bumbu, sehingga aku bisa melihat kesegaran ikan yang akan aku beli. Kesegaran ikan.

Sekarang aku ingin menceritakan pengalamanku dengan makanan yang dikenal praktis, cepat, lezat dan juga murah. Yang aku maksud adalah mie. Setiap kali aku makan mie, bayi ini selalu menolak dengan mengeluarkan makanan tersebut. Meski resiko kesehatan akibat additive tak langsung kelihatan, namun menurut Arlene Eisenberg, dalam buku What to Eat When You're Expecting, ibu hamil sebaiknya menghindari makanan yang banyak mengandung additive. Bagi balita, bahan-bahan yang sebenarnya tak dibutuhkan tubuh ini juga bisa memperlambat kerja organ-organ pencernaan. Selain itu juga kandungan utama dari mie adalah karbohidrat. Lalu ada protein tepung (gluten), dan lemak, baik yang dari mienya sendiri maupun minyak sayur dalam sachet. Jika dilihat komposisi gizinya, mie memang tinggi kalori, namun miskin zat-zat gizi penting lain seperti vitamin, mineral dan serat [12]. Mie.

Gambar 3. My Baby saat usia 22 Minggu

Pada saat hamil, aku kurang menyukai teh. Apalagi kopi, mencium aromanya saja sudah membuatku merasa mual. Hal ini disebabkan karena kopi dan teh mengandung kafein yang memiliki efek merangsang syaraf serta memacu kerja jantung dan otot. Bila dikonsumsi secara berlebih dengan kadar kekentalan tinggi, janin bisa terkena gangguan epilepsi [13]. Selain itu kopi dapat mengakibatkan keguguran. Ingat juga kafein tidak hanya terdapat di dalam kopi tapi juga di dalam teh, dan beberapa softdrinks yang mengandung kafein [14]. Kopi, Teh dan softdrink.

Gambar 4. My Baby saat usia 30 Minggu

Memakan es krim tentu sangat menyenangkan bagi sebagian besar orang. Tetapi aku sempat bingung wanita hamil kurang diperkenankan mengkonsumsi makanan yang manis karena dapat menyebabkan ukuran si bayi oversize. Akhirnya aku mendapat beberapa artikel mengenai es krim. Kandungan es krim memang dapat membuat bayi oversize jika dikonsumsi berlebihan [15]. Tetapi es krim dapat membantu wanita untuk mendapatkan momongan, menurut laporan dan data yang diambil dari Nurses Health Study. Wanita yang hanya mengkonsumsi sekitar dua atau lebih porsi produk susu olahan rendah lemak memiliki resiko kurang subur atau kurang memiliki kesempatan untuk hamil sekitar 85 persen. Sementara wanita yang rajin mengkonsumsi produk kaya lemak seperti es krim kaya susu hanya memiliki resiko 27 persen yang mengalami kegagalan kehamilan, seperti dilansir dari Associated Press pada tanggal 28 Februari 2007. Dr Jorge Chavarro, pemimpin studi menasehati kaum wanita yang ingin memiliki momongan untuk kembali memikirkan diet rendah susu yang mereka jalani. "Dalam artian kita tak menyarankan untuk makan es krim tiga kali sehari, namun akan lebih baik untuk memulai diet sehat dengan mengganti panganan dari olahan rendah lemak dan menggantinya dengan produk susu olahan kaya lemak sehari sekali," jelas Doktor dari Harvard yang yakin bahwa pola diet seimbang akan memberi efek yang baik pada alat reproduksi wanita. Hal senada juga dikatakan Dr Richard Fleming, dari Glasgow Centre for Human Reproduction, yang menyebutkan wanita yang melakukan diet rendah lemak harus berhati-hati dengan kemandulan. Dalam hal ini kegemukan juga memiliki andil seorang wanita untuk sulit mendapatkan kehamilan, meski dia juga tidak menyarakan untuk mengubah diet rendah lemak mereka. Masalah kegemukan ini juga didukung Dr. William Gibbons, yang memiliki klinik kesuburan di Baton Rouge, La., dan juga Presiden Society for Assisted Reproductive Technology, menyatakan berat badan yang terlalu kurus dan terlalu gemuk juga memiliki andil besar terhadap kesehatan reproduksi wanita. "Bukan berarti mengkonsumsi produk tinggi lemak itu melindungi kita, namun melakukan diet rendah lemak dan 'mengharamkan' produk kaya susu bukan sesuatu yang baik bagi kesehatan alat reproduksi kita," papar Dr. Zev Rosenwaks, direktur Weill Cornell University and New York Presbyterian yang melayani masalah kesuburan. Rosenwaks menekankan setiap wanita untuk menjalani diet sehat sesuai kemampuan dan porsi tubuh mereka. Jadi bagi mereka yang ingin hamil, tak ada salahnya mulai rajin konsumsi produk olahan susu, termasuk es krim [16]. Selama konsumsi es krim dalam batas normal yaitu 2 sampai 3 cangkir tiap minggu maka sebenarnya hal tersebut tidak perlu di khawatirkan. Bahkan es krim dapat menjadi teman bagi ibu hamil di awal-awal masa kehamilannya. Dimana es krim dianggap mampu menghilangkan rasa mual (morning sickness), bahkan dapat sebagai pengganti nasi yang tepat karena banyak mengandung lemak sebagai sumber energi yang tinggi [15]. Hubungan es krim dan kesuburan.

KESIMPULAN

Pada saat hamil kegiatan yang dilakukan ibu jangan berlebihan, baik dalam hal mengangkat beban yang berat, duduk maupun berdiri berlebihan. Apabila aktifitas ini dilakukan dalam jangka waktu yang lama, maka ibu dapat mengalami ketegangan otot dan kemungkinan terburuk dapat mengakibatkan keguguran. Naudzubillah.
Saat hamil bukan saat yang tepat untuk melakukan diet makanan karena ibu hamil memerlukan tambahan 300 kalori dari saat sebelum hamil. Usahakan untuk selalu makan (makanan ringan) setidaknya 3 jam sekali. Dan jangan lupa untuk mengkonsumsi air putih untuk keberlangsungan dua nyawa Asap rokok dapat mengakibatkan ibu hamil perokok pasif dan/atau janinnya: kehamilan di luar rahim, abortus (keguguran) spontan, plasenta menutupi mulut rahim (plasenta previa), plasenta lepas (abrupsia plasenta), ketuban pecah dini, infeksi kantong cairan ketuban (chorioamnionitis), kelahiran prematur, bayi lahir dengan berat badan rendah, janin meninggal dalam rahim.
Kesegaran ikan sangat diutamakan agar janin tidak teracuni dengan makanan kadaluarsa. Hindari memilih ikan yang sudah berbumbu karena kita tidak dapat melihat kesegaran ikan.
Untuk masalah makanan, sebaiknya ibu hamil tidak mengkonsumsi berlebihan pada makanan seperti: mie, coklat, kopi, teh, softdrink, es krim.

Hal ini disebabkan karena mie mengandung zat additive.
Kopi, teh dan softdrink bila dikonsumsi secara berlebih dengan kadar kekentalan tinggi, janin bisa terkena gangguan epilepsi. Selain itu kopi dapat mengakibatkan keguguran.
Begitu pula dengan mengkonsumsi es krim yang dianggap mampu menghilangkan rasa mual (morning sickness), bahkan dapat membantu wanita untuk mendapatkan momongan. Tetapi apabila dikonsumsi berlebih, ibu hamil dapat memiliki janin berukuran oversize atau bahkan membuat wanita obesitas yang nantinya juga akan menghalangi kehamilan.

DAFTAR PUSTAKA

http://parentsindonesia.com/content/view/43/29/.
http://muhammadpasha.multiply.com/journal/item/17/yang_gak_boleh_dilakukan_ibu_hamil.
http://www.momsmiracle.com/content/view/104/85/
http://www.dechacare.com/Manfaat-Air-Putih-Bagi-Ibu-Hamil-I486.html
http://mdopost.com/news/index.php?option=com_content&task=view&id=16931&Itemid=9
http://www.ayahbunda.co.id/Artikel/Gizi+dan+Kesehatan/repotnya.berkelit.dari.asap.rokok.saat.hamil/001/001/59/10/-/4
http://ridwanamiruddin.wordpress.com/2007/05/05/status-gizi-ibu-hamil-rokok-dan-efeknya/
http://sains.kompas.com/read/xml/2009/04/12/08304313/polusi.udara.ganggu.perkembangan.janin
http://www.zonawanita.com/index.php/motherachild/pregnancy/35-polusi-udara-membahayakan-ibu-hamil
http://tentang-kehamilan.blogspot.com/2008/12/kelamaan-duduk-atau-berdiri.html
http://www.bayisehat.com/nutrition-for-moms-mainmenu-38/363-konsumsi-ikan-saat-hamil.html
http://lifestyle.id.finroll.com/kesehatan/5-kesehatan/27005-balita-dan-wanita-hamil-jauhi-mie-instant.html
http://muhammadpasha.multiply.com/journal/item/17/yang_gak_boleh_dilakukan_ibu_hamil
http://www.ibujempol.com/gizi-ibu-hamil/
http://www.mesineskrim.com/es-krim-dan-ibu-hamil.html
http://www.kapanlagi.com/a/ingin-hamil-makan-es-krim-yuk.html

sebagai catatan: referensi yang aku ambil pada bulan januari'09 - agustus'09

ISO 9126

2008-01-08T09:01:00.000+07:00

Setelah beberapa tahun, beberapa daftar karakteristik Kualitas perangkat lunak ditampilkan, seperti James McCall dan Barry Boehm. Mengetahui kesulitan pada definisi kualitas perangkat lunak yang baik dengan cara, misalnya menjadikan kesenangan kepada kesalahan perangkat lunak yang dapat ditolerir dan diperbaiki. Untuk beberapa ‘ketahanan’(robustness) yang berarti toleransi kesalahan input pada perangkat lunak, dengan kemampuan untuk merubah kode program tanpa menampilkan kesalahan. Standard ISO 9126 pertama kali diperkenalkan pada tahun 1991 melalui pertanyaan tentang definisi Kualitas perangkat lunak. Dokumen halaman-13 yang asli didesain sebagai fondasi lebih jauh, lebih detail, dan memiliki standard yang dapat diolah. Dokumen standard ISO 9126 sangat panjang. Hal ini dikarenakan orang memiliki motivasi berbeda yang memungkinkan untuk tertarik pada kualitas perangkat lunak :

Acquirer adalah orang yang memperoleh perangkat lunak dari supplier eksternal.
Developer adalah orang yang membangun produk perangkat lunak.
Evaluator independent adalah orang yang menetapkan kualitas produk perangkat lunak – tidak untuk dirinya sendiri tetapi untuk komunitas user – misalnya melalui jenis tool tertentu dari sebuah perangkat lunak sebagai bagian dari aktifitas profesional.

ISO 9126 telah membagi dokumen menjadi tiga bagian kebutuhan. Disamping ukuran bagian dokumentasi, ISO 9126 tidak hanya mendefinisikan atribut kualitas perangkat lunak. Standard ISO 14598 memisahkan prosedur yang seharusnya dibawa saat menaksir derajat produk perangkat lunak untuk menyesuaikan diri pada karakteristik kualitas ISO 9126 yang dipilih. Hal ini mungkin saja tidak diperlukan, tetapi disetujuinya ISO 14598 dapat digunakan untuk menyelesaikan penilaian dalam membedakan bagian karakteristik kualitas pada ISO 9126 yang dibutuhkan.
Perbedaan antara atribut kualitas internal dan eksternal telah dicatat, ISO 9126 juga memperkenalkan tipe kualitas – quality in use – dimana mengikuti elemen yang telah diketahui :

Effectiveness merupakan kemampuan untuk mencapai tujuan user melalui akurasi dan kelengkapan.
Productivity merupakan upaya menghindari kelebihan penggunaan sumber daya, seperti biaya staff dalam mencapai tujuan user.
Safety merupakan upaya menghindari kejahatan level resiko untuk orang dan entitas lain seperti business, perangkat lunak, property dan lingkungan
Satisfaction merupakan kepuasan user dalam menggunakan perangkat lunak.

User pada konteks ini adalah orang yang tidak hanya bekerja secara nyata pada sistem perangkat lunak yang akan dibuat, tetapi juga orang yang akan merawat dan meningkatkan perangkat lunak. Ide kualitas dalam penggunaan underlines adalah Bagaimana mempersiapkan kualitas perangkat lunak sebagai atribut yang tidak hanya berlaku pada perangkat lunak tetapi juga pada konteks penggunaan. Mengambil skenario IOE sebagai contoh, misalnya variasi prosedur invoicing yang akan dipertimbangkan, tergantung pada tipe produk yang akan disajikan. Hal ini mungkin saja terdapat perbedaan input yang dibutuhkan pada situasi yang berbeda untuk perhitungan jumlah klien. Katakan invoices 95% yang digunakan dimiliki tipe produk A dan sisanya 5% ke produk B. Jika perangkat lunak ditulis secara khusus untuk aplikasi ini, maka di samping pengujian yang baik, beberapa kesalahan yang mungkin akan ditemukan, terdapat pada cara sistem operasional. Selagi dilaporkan dan diperbaiki, perangkat lunak mungkin saja dapat menjadi lebih ‘dewasa’ sehingga kesalahan perangkat lunak menjadi jarang. Hal ini terjadi jika ada kecepatan menukar antara produk B lebih mudah mengeluarkan faktur daripada peningkatan jumlah transaksi produk B. Oleh karena itu, perubahan penggunaan perangkat lunak harus melibatkan perubahan kebutuhan perangkat lunak, apa yang dapat diterima ke satu user mungkin tidak diterima oleh user lain.
ISO 9126 mengidentifikasi enam karakteristik kualitas perangkat lunak utama yaitu:

Functionality: kemampuan menutupi fungsi produk perangkat lunak yang menyediakan kepuasan kebutuhan user.
Reliability: kemampuan perangkat lunak untuk perawatan dengan level performansi.
Usability: kemampuan yang berhubungan dengan penggunaan perangkat lunak.
Efficiency: kemampuan yang berhubungan dengan sumber daya fisik yang digunakan ketika perangkat lunak dijalankan.
Maintainanility: kemampuan yang dibutuhkan untuk membuat perubahan perangkat lunak
Portability: kemampuan yang berhubungan dengan kemampuan perangkat lunak yang dikirim ke lingkungan berbeda.

ISO 9126 menyarankan sub-karakteristik untuk setiap karakteristik utama

‘Functionality compliance’ mengacu pada bagian perangkat lunak untuk mengaplikasikan standard atau kebutuhan legal. Umumnya hal ini digunakan untuk kebutuhan auditing. Sejak daftar asli 1999, sub-karakteristik yang disebut dengan ‘compliance’ telah ditambahkan pada ke-enam karakteristik ISO eksternal. Pada setiap kasus, hal ini mengacu pada standard spesifik manapun yang dapat menerapkan atribut kualitas tertentu.
‘Interoperability’ merupakan gambaran yang bagus pada usaha ISO 9126 untuk mengklarifikasi terminologi ‘interopability’ yang mengacu pada kemampuan perangkat lunak untuk berinteraksi dengan sistem lain. Kerangka ISO 9126 telah dipilih pada kata ini daripada ‘comparability’ karena nantinya akan mengakibatkan kebingungan dengan karakteristik yang dituju oleh ISO 9126 sebagai ‘replacability’

‘Maturity’ mengacu pada frekuensi kesalahan produk perangkat lunak yang memberikan dampak pada perangkat lunak yang digunakan sehingga kesalahan menjadi tidak nampak dan mudah dihilangkan. Hal ini menarik untuk ketahui bahwa ‘recoverability’ telah menjadi hal yang berbeda dari ‘security’ yang menggambarkan kontrol akses pada sistem.

Catatan bagaimana ‘learnability’ dibedakan dari ‘operability’. Tool perangkat lunak dapat dengan mudah dipelajari tetapi menghabiskan waktu untuk menggunakannya dikarenakan oleh cara penggunaannya membutuhkan jumlah menu besar. Hal ini dapat diaplikasikan untuk paket yang singkat, tetapi tidak ada sistem yang menggunakannya untuk sepanjang waktu setiap hari. Pada kasus ini ‘learnability’ telah disatukan pada biaya ‘operability’.
‘Attractiveness’ adalah tambahan terbaru pada sub-karakteristik usability dan sangat penting dimana user tidak dipaksa untuk menggunakan produk perangkat lunak tertentu, Misalnya, kasus game dan produk entertainment lain.

‘Analysability’ merupakan kemudahan untuk menentukan penyebab kesalahan. ‘Changebility’ merupakan kualitas lain dari ‘flexibility’ yang kemungkinan nantinya disebut sebagai ‘changebility’ yang memiliki arti tambahan yang sederhana dalam perbendaharan kata bahasa English – hal ini mungkin saja menandakan pemasok perangkat lunak yang selalu berubah.
Di sisi lain pengertian ‘Stability’, adalah tidak berarti perangkat lunak itu tidak pernah berubah. Hal ini berarti juga terdapat resiko yang kecil pada modifikasi perangkat lunak yang memiliki dampak tidak diduga.

‘Portability compliance’ berhubungan erat dengan standard kemampuan yang digunakan pada platform manapun (portability). Standard bahasa pemrograman umum pada kasus ini digunakan pada lingkungan hardware/software. ‘Replacebility’ mengarah ke faktor yang memberikan ‘upward compatibility’ antara komponen software lama dan yang baru. Sedangkan ‘downwards compatibility' tidak dijelaskan pada pengertian definisi.
‘Co-existence’ mengarah pada kemampuan software untuk berbagi sumber daya dengan komponen software lain, tetapi tidak seperti ‘interopability’, dimana tidak ada data yang digunakan.
ISO 9126 menyediakan petunjuk untuk menggunakan kualitas karakteristik. Variasi dalam membedakan karakteristik kualitas tergantung pada tipe produk yang ditekankan.
Terdapat 5 langkah yang dikembangkan untuk kebutuhan produk software yaitu :

Menilai pentingnya masing-masing karakteristik kualitas aplikasi. Reliability akan berfokus pada sistem kerentanan keamanan (safety-critical) selama efisiensi itu merupakan keutamaan untuk sistem real time.
Memilih pengukuran kualitas eksternal menggunakan kerangka ISO 9126 yang berhubungan dengan prioritas utama kualitas. Realiability berarti memiliki waktu antara kesalahan yang akan menjadi keutamaan pengukuran, Dimana efisiensi dan lebih utamanya pada ‘time behaviour’, -respon waktu yang digunakan untuk pengukuran.
Pemetaan pengukuran pada tingkat kepuasan user. Untuk waktu respon, misalnya pemetaannya dapat dilihat pada Tabel 1.

Tabel 1. Pemetaan Pengukuran untuk Kepuasan User

4. Identifikasi yang berhubungan dengan pengukuran internal dan produk yang dihasilkan. Hal ini akan menjadi sesuatu yang penting saat software dikembangkan daripada mengevaluasi software yang dihasilkan. Untuk software baru, umumnya kualitas akhir produk akan membutuhkan penilaian selama pengembangan. Misalnya, pada kualitas eksternal dalam pertanyaan time behaviour, pada langkah desain software , perkiraan waktu eksekusi untuk sebuah proses dapat dihasilkan melalui pengujian kode software dan menghitung waktu untuk setiap perintah pada eksekusi proses secara umum. Menurut buku ini pemetaan antara karakteristik kualitas internal dan eksternal serta pengukuran disarankan sesuai standard ISO 9126 yang setidaknya meyakinkan elemen sebuah pendekatan.. Technical report merupakan bagian dari keseluruhan standart. Standart ISO 9126, digunakan untuk pemetaan pengukuran internal dan eksternal serta validasi pengukuran yang memiliki hubungan erat diantara dua kondisi yang semestinya dilakukan. Hal ini mencerminkan masalah sebenarnya pada pengembangan software terutama pengujian struktur kode dan prediksi kualitas eksternal secara akurat seperti reliability.
Menurut ISO 9126, pengukuran dapat bertindak sebagai indikator akhir kualitas software yang dilakukan pada pengembangan life cycle yang berbeda. Untuk langkah awal dalam penentuan kualitas produk dapat bersifat kualitatif. Penentuan tersebut berdasarkan ceklist , dimana pemenuhan kriteria definisi awal dibantu oleh penilaian ekspert (expert judgement). Sebagai produk yang berhubungan dengan penyelesaian, sasaran, kuantitatif, maka peningkatan pengukuran akan dilakukan kemudian.

5. Penilaian keseluruhan kualitas produk. Apakah penilaian tersebut memungkinkan untuk memperoleh nilai yang menghasilkan keputusan kualitas produk software? Hal ini merupakan perdebatan utama. Dapat dilihat bahwa kualitas yang didiskusikan dapat berbeda antara satu dengan yang lainnya. Pada beberapa kasus penilaian, dapat dihadirkan hasil kualitas produk. Misalnya karakteristik efisiensi time behaviour dan pemanfaatan sumber daya dapat ditingkatkan dengan cara memaksimalkan karakteristik sistem operasi dan hardware untuk menghasilkan software. Bagaimanapun juga penilaian dapat mempengaruhi biaya portability. Faktor ketakutan lain adalah menggabungkan penilaian karakteristik jaminan yang berbeda , pada prakteknya, bisa sangat berbeda dan dapat diukur dengan cara yang berbeda, dimana membuat perbandingan dan penggabungan yang bisa sangat bermasalah.

Pengukuran telah dicatat pada penilaian kualitas yang dapat dilaksanakan untuk beberapa alasan yang berbeda : untuk menilai pengembangan software, acquisition atau penilaian independent.
Selama pengembangan produk software, penilaian diarahkan kepada kebutuhan yang utama dari keinginan developer terhadap kualitas. Tujuannya digunakan untuk identifikasi kemungkinan kelemahan sejak awal dan kebutuhan pada kasus yang menghasilkan pembobotan kualitas secara keseluruhan
Pada situasi ini dimana user yang berpotensi adalah menilai sejumlah perbedaan produk software untuk memilih yang terbaik sesuai keinginan mereka, hasilnya akan mengarah ke produk A yang lebih memuaskan daripada produk B atau C. Di sini terdapat beberapa ide mengenai hasil kepuasan relatif dan pertimbangan dalam berusaha untuk membuat suatu model kepuasan user. Satu pendekatan mengenali beberapa level kualitas menjadi sebuah kewajiban. Jika sebuah produk gagal meraih kewajiban level rating maka produk tersebut harus ditolak, tanpa melihat seberapa bagus kemungkinan di masa yang akan datang. Karakteristik kepuasan user mungkin saja diinginkan tetapi tidak dibutuhkan. Untuk rating kepuasan user dapat dibagi menjadi beberapa range, misalnya 0-5. Rating kepuasan user berdasarkan pada pengukuran yang obyektif untuk beberapa fungsi dan berhubungan dengan perbedaan nilai pengukuran ke level kepuasan user yang berbeda– lihat tabel 2.

Tabel 2. Pemetaan Respon Waktu terhadap Kepuasan User

Sebagai tambahan pada rating kepuasan, rating pada range 1-5 dapat digunakan sebagai patokan untuk kepentingan setiap karakteristik kualitas, dll. Skor yang menggambarkan tentang kurang lebihnya kualitas dapat dilakukan dengan cara mengkalikan setiap rating dengan pembobotan yang diperoleh melalui perkalian antara (importance rating) keutamaan rating dan nilai kualitas (quality score). Skor pembobotan ini dapat dijumlahkan untuk mendapatkan skor keseluruhan produk. Skor untuk produk yang berbeda dapat dipesan untuk mendapatkan pilihan skala awal. Misalnya kualitas dua produk kemungkinan dibandingkan dalam hal usability, efisiensi dan maintainaibility. Keutamaan setiap kualitas kemungkinan masing-masing bernilai 3, 4 dan 2, dengan nilai maksimum 5. Pengujian kualitas dapat menghasilkan situasi seperti pada tabel 3.
Situasi akhir , dimana penilaian kualitas dapat bertindak sebagai tim penilai yang bekerja atas nama komunitas user secara keseluruhan. Misalnya praktisi mungkin dapat menilai tool software yang mensupport kinerja anggotanya. Tidak seperti pemilihan oleh individual user / purchaser, percobaan dibuat untuk menghasilkan penilaian software yang obyektif, pada lingkungan user secara independent. Hal ini jelas bahwa hasil pengukuran akan memiliki banyak pertimbangan tergantung pada pembobotan yang diberikan pada setiap karakteristik software, dan perbedaan user akan memiliki kebutuhan nilai yang berbeda.

Menempatkan Kualitas Perangkat Lunak pada Perencanaan Proyek

2008-01-08T08:54:00.000+07:00

Kualitas akan berfokus pada semua langkah perencanaan dan pelaksanaan proyek, dapat dilihat pada gambar 1

Gambar 1. Penempatan Kualitas Perangkat Lunak

Langkah 1: identifikasi ruang lingkup dan sasaran proyek. Beberapa sasaran berhubungan dengan kualitas aplikasi yang akan dikerjakan.
Langkah 2: identifikasi infrastruktur proyek. Dengan langkah ini maka memerlukan identifikasi standard instalasi dan prosedur. Beberapa diantaranya akan berbicara tentang kualitas
Langkah 3: analisis karakteristik proyek. Pada analisis karakteristik proyek berdasarkan kualitas, aplikasi akan diimplementasikan untuk melihat kebutuhan khusus kualitas. Misalnya pada keamanan kritis (keamanan data) yang ekstrim dari keseluruhan tambahan batas aktifitas yang bisa digunakan sebagai pengembangan versi ke n dimana tim pengembang pada software versi sebelumnya akan sama berjalan secara paralel dengan output yang akan di cross cek untuk bahan perdebatan.
Langkah 4: identifikasi produk dan aktifitas proyek. Poin ini sangat penting dimana masukan, keluaran dan kebutuhan proses di identifikasi untuk setiap proyek. Kebutuhan alami digambarkan lebih jelas pada bab ini.
Langkah 5: tinjau ulang dan publikasi perencanaan. Pada langkah ini keseluruhan aspek kualitas perencanaan proyek akan di tinjau ulang.

Keutamaan Kualitas perangkat lunak

Kita berharap kualitas menjadi fokus pada semua prosedur barang dan jasa. Bagaimanapun juga, karakteristik khusus perangkat lunak menjadi hal yang tak mudah dimengerti (intangibility) dan kompleksitas, membuat permintaan khusus

Meningkatkan perangkat lunak secara kritis. End user umumnya tertarik tentang kualitas umum perangkat lunak, terutama yang dapat diandalkan. Hal ini akan menyebabkan peningkatkan ketergantungan suatu organisasi pada sistem komputer dan perangkat lunak sehingga lebih berguna untuk area keamanan kritis (pengamanan data), misalnya pengontrolan pesawat terbang (aircraft)
Hal yang tidak dimengerti (intangibility) oleh perangkat lunak membuat kesulitan untuk mengetahui pekerjaan tertentu dalam memuaskan customer di proyek. Hasil pekerjaan ini menjadi sesuatu yang dapat dimengerti (tangible) dengan menuntut developer menghasilkan ‘deliverables’ yang dapat diuji untuk kualitas
Penjumlahan kesalahan selama pengembangan perangkat lunak. Sebagai pengembangan sistem komputer , jumlah langkah output dibuat dari satu langkah input ke langkah selanjutnya, kesalahan pada deliverables awal akan ditambahkan pada langkah berikutnya, yang mengarahkan ke penjumlahan efek merugikan. Umumnya pada proyek berikutnya dimana kesalahan ditemukan menjadi lebih mahal untuk diperbaiki. Sebagai tambahan, karena jumlah kesalahan sistem tidak diketahui, fase debugging proyek menjadi sulit sekali untuk dikontrol.Untuk alasan inilah manajemen kualitas merupakan bagian utama keseluruhan manajemen proyek.

Mendefinisikan Kualitas Perangkat Lunak

Kualitas merupakan kata yang meragukan dan dibutuhkan untuk definisi yang secara hati-hati untuk dimaknai. Untuk sistem perangkat lunak apapun, seharusnya ada tiga spesifikasi yaitu ;

Spesifikasi fungsional
Spesifikasi ini menggambarkan apa yang dikerjakan sistem – hal ini merupakan fokus utama metodologi seperti Unified Software Development Process
Spesifikasi kualitas (atau atribut)
Spesifikasi ini memfokuskan pada , bagaimana fungsi beroperasi.
Spesifikasi sumber daya
Spesifikasi ini berfokus pada seberapa banyak yang harus dihabiskan oleh sistem

Beberapa kualitas dapat diidentifikasi untuk menghasilkan perangkat lunak yang mencerminkan pandangan eksternal perangkat lunak yang akan diliki user, sebagaimana pada kasus usability. Kualitas eksternal akan dipetakan ke faktor internal dimana developer akan bersikap waspada. Hal ini bisa diperdebatkan, misalnya kode yang tersusun dengan baik (well-constructed code) umumnya memiliki kesalahan lebih sedikit dan peningkatan kemampuan untuk digunakan.
Mendefinisikan kualitas tidak cukup hanya dengan jika kita melakukan keputusan yang sesuai dengan kebutuhan sistem sehingga kita perlu melakukan pengukuran kualitas. Untuk setiap karakteristik kualitas, satu atau lebih pengukuran yang ditemukan akan menghasilkan nilai derajat kualitas.
Pengukuran yang baik harus dapat menghubungkan jumlah unit sampai keadaan yang maksimal. Jumlah maksimum kesalahan pada program, misalnya kesalahan yang berhubungan dengan ukuran program sehingga pengukuran kesalahan per seribu baris kode (fault per thousand line of code) akan lebih membantu daripada jumlah kesalahan (total fault) pada program sebagai jaminan kualitas program.
Mencoba untuk menemukan pengukuran untuk kualitas tertentu membantu mengklarifikasi apakah kualitas itu. Yang dipertanyakan adalah, dampak terhadap ‘Bagaimana kita mengetahui kapan hal ini akan berhasil?’ menjawab tentang sasaran kualitas akan dijelaskan lebih lanjut.
Kemungkinan pengukuran kualitas dapat dilakukan secara langsung atau indirect dimana sesuatu yang diukur bukan kualitasnya sendiri tetapi indikator kualitas yang dihadirkan. Misalnya jumlah permintaan oleh user diterima dengan bantuan pengoperasian aplikasi perangkat lunak tertentu dapat menjadi pengukuran usability secara indirect. Dengan identifikasi manajemen pengukuran pengaturan program bagi tim anggota proyek sangat penting untuk meningkatkan kualitas pengukuran itu sendiri. Misalnya jumlah kesalahan yang ditemukan di baris program tidak bisa dihitung, pada dasarnya hal itu memerlukan proses pemeriksaan yang lebih teliti, sehingga kesalahan lebih mudah ditemukan. Meningkatkan pengukuran ini bisa saja dilakukan, tentu saja, dengan mengetahui kesalahan yang ada melalui langkah pemeriksaan daripada menghilangkan kesalahan dari awal – dimana hal ini bukan faktor utama.
Kebutuhan utama untuk spesifikasi karakteristik kualitas adalah

Definisi / deskripsi: definisi karakteristik Kualitas.
Skala: unit pengukuran.
Uji: uji praktis yang dilakukan dimana dihasilkan atribut Kualitas
Penerimaan secara sederhana : nilai terburuk yang mungkin saja diterima jika karakteristik lain dibandingkan dengan kualitas, dan saat produk belum diterima.
Batas target: batas nilai dimana perencanaan pengukuran nilai Kualitas seharusnya diperbaiki.
Sekarang: hasil yang diharapkan sekarang

Oleh karena itu ada pengukuran yang dapat diaplikasikan lebih dari satu ke karakteristik kualitas. Saat melakukan daftar (drafting) spesifikasi kualitas karakteristik kualitas mungkin saja akan terbagi dalam beberapa sub-karakteristik. Misalnya sub-karakteristik dari ‘usability’ mungkin saja dapat dijelaskan (communicativeness). Satu aspek yang mungkin saja menjadi pemahaman struktur menu, adalah begitu mudahnya menemukan perintah untuk menyelesaikan beberapa fungsi. Aspek lain dari penjelasan tersebut adalah bagaimana mengatakan keberadaan pesan kesalahan yang muncul, melalui halaman “help”

KUALITAS PERANGKAT LUNAK

2008-01-08T08:40:00.000+07:00

Ketika kualitas pada umumnya disetujui menjadi ‘barang bagus’, apa yang dimaksud orang pada kata ‘kualitas’ pada sebuah sistem dapat menjadi hal yang meragukan. Oleh karena itu dibutuhkan definisi yang lebih tepat untuk kualitas pada sistem. Bagaimanapun juga, hal ini tidak cukup - kita membutuhkan keputusan secara obyektif dimana sistem menemui kebutuhan kualitas dan pengukuran. Hal ini akan menjadi fokus seseorang seperti Brigette pada Britghtmouth College pada proses pemilihan paket.

Untuk seseorang-seperti Amanda pada IOE-pengembang software, pengukuran kualitas tidak hanya berfokus pada hasil akhir, tetapi juga pada proses. Amanda mungkin ingin menilai kualitas sistem akhir selama dalam proses pengembangan, dan juga meyakinkan pengembangan metode yang digunakan untuk menghasilkan kualitas. Hal ini akan mengarah ke penekanan yang berbeda-daripada berfokus pada kualitas sistem akhir, customer yang berpotensi (customer yang memiliki keinginan untuk membeli software) mungkin akan mencoba untuk melakukan cek ke supplier dalam penggunaan metode terbaik.

Dapat dibaca pada kualitassoftware.pdf
Untuk contoh implementasi bisa dibaca pada 785.pdf

Manajemen Resiko

2007-11-24T18:37:00.000+07:00

E-Government, yang di implementasikan dalam Sistem Informasi Manajemen Daerah (SIMDA), adalah salah satu upaya dalam rangka memenuhi kebutuhan informasi secara cepat, tepat, lengkap, akurat dan terpadu untuk menunjang proses administrasi pemerintahan, pelayanan masyarakat, dan memfasilitasi partisipasi dan dialog publik di dalam perumusan kebijakan [1].
Menyusun proposal SIMDA adalah bagian pekerjaan yang penting dan juga kritis bagi pemerintah. Dalam jangka waktu yang relatif singkat, mereka harus me-review banyak hal dan mengambil berbagai keputusan beresiko untuk menentukan besarnya pengeluaran yang dibutuhkan [2]. Untuk itu dibutuhkan suatu manajemen dalam melakukan analisa resiko yang biasa dikenal sebagai manajemen resiko.
Manajemen resiko 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, menghindari risiko, mengurangi efek buruk dari risiko dan menerima sebagian maupun seluruh konsekuensi dari risiko tertentu [3].

I. 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.

II. Daftar Resiko
2.1 Resiko estimasi
a. Kesalahan perkiraan LOC
Resiko ini terjadi jika perkiraan LOC pada kenyataan yang ada jauh melebihi LOC perkiraan pada perhitungan COCOMO, yang mengakibatkan berubahnya jadwal pengerjaan dan biaya operasional.

Solusi :
-Melakukan re-scheduling dan melaporkannya kepada badan pengawas pemerintah, dan melakukan penyesuaian jadwal dan biaya.
-Merekrut staff tambahan untuk membantu penyelesaian SIMDA agar sesuai jadwal.

b. Kesalahan perancangan skala database
Resiko ini terjadi karena skala database yang telah dirancang ternyata tidak sesuai pada proses pengembangan software tersebut. Yang dapat berakibat berubahnya waktu penyelesaian pekerjaan.
Solusi :
-Memberitahu seluruh staff yang bersangkutan untuk melakukan meeting sehubungan dengan perancangan ulang skala database.
-Memberitahu teamwork apabila terjadi perubahan waktu penyelesaian pekerjaan.
-Merekrut staff tambahan untuk membantu penyelesaian pekerjaan agar sesuai jadwal.

2.2 Resiko pengaruh organisasi
a. Dokumentasi untuk pemerintah dianggap kurang baik oleh masyarakat
Resiko ini terjadi apabila dokumentasi yang diberikan kepada masyarakat tidak seperti yang diharapkan. Sehingga masyarakat tidak puas dan kemungkinan adanya ketidakpercayaan masyarakat.
Solusi :
-Untuk pencegahannya sejak awal kita harus sudah melakukan riset bagaimana membuat dokumentasi yang baik, dan juga kita perlu untuk menanyakan kepada dinas-dinas yang terkait mengenai dokumentasi seperti apa yang diharapkan oleh masyarakat.
-Jika resiko tersebut sudah terjadi, kita dapat meminta kepada masyarakat untuk memberikan respon maupun review atas dokumentasi tersebut, dan berusaha memperbaikinya.

2.3 Resiko yang berhubungan dengan masyarakat
a. Masyarakat belum/tidak bisa memastikan apa yang dibutuhkannya.
Resiko ini dikarenakan oleh masyarakat yang tidak tahu pasti apa yang dibutuhkannya, mungkin akibat masyarakat belum mempersiapkan diri terhadap perkembangan teknologi yang terbaru.
Solusi :
-Menggali informasi tentang keadaan masyarakat, apa yang dibutuhkan. Sehingga kita bisa membantu memberikan saran tentang apa yang mereka butuhkan.
-Meminta kepada masyarakat untuk mempersiapkan kebutuhannya terlebih dahulu, atau meminta kepada dinas-dinas yang terkait untuk meminta kritik, saran dan masukan terhadap sistem yang akan dibangun.

b. Dinas-dinas kurang berkomunikasi dengan developer untuk saling memberi informasi.
Dinas-dinas kurang berkomunikasi dengan developer untuk memberitahu apa yang masyarakat butuhkan dan apakah progress yang telah dilakukan telah sesuai dengan keinginan masyarakat.
Solusi :
-Mengadakan jejak pendapat melalui beberapa wakil rakyat
-Membuat report dan simulasi yang sesingkat dan sedetil mungkin supaya masyarakat dapat melakukan koreksi.

c. Masyarakat tidak mengerti proses pengembangan software.
Akibat masyarakat tidak mengerti proses pengembangan software, maka persepsi masyarakat tentang jadwal produksi, besar project, sulit tidaknya suatu project kemungkinan salah.
Solusi :
-Memberikan gambaran global tentang proses pengembangan software, dan memberikan keterangan sesederhana dan sedetil mungkin.

2.4 Resiko proses
a. Tidak semua staff bersedia untuk mengikuti proses yang telah ditentukan.
Resiko kemungkinan staff tidak mampu untuk mengikuti prosedur yang telah ditentukan, baik karena alasan skill, waktu, dan lain-lain.
Solusi :
-Menyusun ulang pembagian tugas dari masing-masing staff.
-Mengganti staff tersebut dengan yang lebih mampu

b. Kesulitan pengaturan jadwal untuk melakukan review teknis.
Para staff memiliki jadwal yang berbeda-beda sehingga mereka tidak dapat melakukan koordinasi dengan baik.
Solusi :
-Project Manager harus mengatur jadwal yang tepat untuk masing-masing staff.
-Masing-masing staf sejak awal harus berkomitmen untuk meluangkan waktunya.

c. Metode testing yang ada kurang sesuai.
Metode Pengetesan yang dilakukan ternyata tidak dapat diterapkan pada software tersebut.
Solusi :
-Mencari metode testing yang lebih baik, dengan cara merapatkannya dengan staff, mencari metode testing yang lebih efektif.

2.5 Resiko teknologi
a. Tidak semua staff menguasai/telah mengenal tools yang akan digunakan.
Para staff memiliki kemampuan yang berbeda-beda sehingga tools yang mereka kuasai juga tidak sama.
Solusi :
-Memilih staff yang telah mengenal tools tersebut.
-Mengadakan training singkat untuk staff yang belum menguasainya.

b. Project membutuhkan inovasi oleh developer.
Solusi :
-Mengumpulkan bahan-bahan yang diperlukan dan melakukan riset untuk persiapan project tersebut.

2.6 Resiko peralatan pengembangan
a. Software project/proses manajemen tidak tersedia.
Solusi :
-Mencari software tersebut terlebih dahulu.
-Tidak tersedianya software development untuk yang dibutuhkan.
-Mencari alternatif software yang dapat menggantikannya.

b. Tidak tersedianya referensi yang cukup untuk peralatan yang digunakan.
Solusi :
-Mencari referensi dari buku, internet, majalah, dan sebagainya.

c. Staf belum terlatih untuk menggunakan tools yang ada.
Solusi :
-Mengadakan training singkat mengenai tools tersebut.
-Memberikan buku panduan yang harus dipelajari sendiri oleh staff tersebut.

2.7 Resiko yang berhubungan dengan jumlah staf dan pengalaman.
a. Tidak tersedianya kombinasi staff dengan kemampuan yang tepat.
Solusi :
-Menyusun ulang pembagian tugas antar staf.
-Merekrut staf baru yang memiliki kemampuan seperti yang dibutuhkan.

b. Jumlah staff tidak memadai.
Solusi :
-Merekrut staf baru.
-Mengefektifkan kerja para staf.
-Menambah jumlah jam kerja setiap staf.

c. Staf mengundurkan diri.
Solusi :
-Merekrut staff baru.
-Mengefektifkan kerja para staf.
-Menambah jumlah jam kerja setiap staf.

2.8 Resiko komponen dan pengendali.
a. Performa sistem tidak seperti yang diharapkan.
Solusi :
-Melakukan kompilasi ulang dengan mengoptimalkan dan memperbaiki software.

b. Harga hardware dan software di luar perkiraan.
Solusi :
-Melakukan pencegahan dengan menyediakan dana cadangan dalam estimasi.

c. Software tidak bisa dikoreksi/diubah.
Solusi :
-Melakukan kompilasi software dari awal dengan terlebih dahulu memperbaikinya.

d. Project di luar jadwal yang ditentukan.
Solusi :
-Melakukan pencegahan dengan menambahkan waktu pada estimasi.

III. 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. Penentuan probabilitas terjadinya suatu event sangatlah subyektif dan lebih berdasarkan nalar dan pengalaman. Beberapa risiko memang mudah untuk diukur, namun sangatlah sulit untuk memastikan probabilitas suatu kejadian yang sangat jarang terjadi. Sehingga, pada tahap ini sangatlah penting untuk menentukan dugaan yang terbaik supaya nantinya kita dapat memprioritaskan dengan baik dalam implementasi perencanaan manajemen risiko.
Kesulitan dalam pengukuran risiko adalah menentukan kemungkinan terjadi suatu risiko karena informasi statistik tidak selalu tersedia untuk beberapa risiko tertentu. Selain itu, mengevaluasi dampak severity (kerusakan) seringkali cukup sulit untuk asset immateriil.

Tujuan dari Analisis Risiko
Tujuan utama tentang melakukan Analisis Risiko adalah untuk mengukur dampak dari ancaman-ancaman yang berpotensi untuk berdampak terhadap sistem, serta untuk menafsir kebutuhan atau nilai terhadap kemampuan organisasi yang hilang akibat ancaman-ancaman tersebut.
Kedua hasil utama dari suatu analisis resiko adalah identifikasi dari resiko-resiko dan pertimbangan kerugian / keuntungan dari pengantisipasian ancaman-ancaman tersebut - merupakan hal yang sangat penting pada saat pembuatan suatu strategi peringanan resiko.
Selain itu, juga mempengaruhi proses pengambilan keputusan yang bersangkutan dengan konfigurasi perangkat keras dan desain sistem perangkat lunak. Dan juga dapat mempengaruhi keputusan-keputusan konstruksi dan perencanaan.

Bahaya yg Beresiko Tinggi
Didasarkan pada dua penilaian ancaman yaitu:
- Probabilitas atau kemungkinan terjadinya peristiwa dan
- Dampak, kerugian atau kerusakan yang ditimbulkan
Hasil penelitian kemudian di plot ke dalam matriks pemilihan resiko

Probabilitas Kejadian
Skala Probabilitas:
5 Sangat Pasti (hampir dipastikan 100% terjadi tahun depan, atau terjadi setiap tahun).
4 Hampir Pasti (75 –100% terjadi tahun depan, atau sekali dalam 5 tahun mendatang)
3 Mungkin (50 -75 % terjadi tahun depan, atau sekali dalam 10 tahun)
2 Kemungkinan Kecil (20-50 % terjadi tahun depan atau sekali dalam 25 tahun)
1 Tidak Pasti (1 –20 % terjadi tahun depan atau sekali dalam lebih dari 50 tahun)

Dampak Kejadian
Dampak Kerugian yang ditimbulkan:
5 Sangat Parah (hampir dipastikan SIMDA tidak dapat dilaksanakan 100%)
4 Parah (SIMDA dapat terlaksana 50-75%)
3 Cukup Parah (SIMDA dapat terlaksana 10-50 %)
2 Ringan (SIMDA dapat terlaksana kurang 10%)
1 Tidak Parah (dampak terkecil)

Penilaian Bahaya

P= Probabilitas (skala 1-5)
D= Dampak (skala 1-5)

MATRIKS RESIKO

Dari gambar matriks resiko, bisa dibuat prioritas dari kemungkinan resiko yang telah dibuat dimana:

Prioritas utama, yaitu resiko estimasi
Prioritas menengah, yaitu resiko yang berhubungan dengan masyarakat (eksternal) dan resiko peralatan pengembangan
Prioritas kecil , yaitu resiko pengaruh organisasi (internal), resiko proses, resiko teknologi, resiko yang berhubungan dengan jumlah staf dan pengalaman dan resiko komponen dan pengendali.

Bisa dibaca pada artikel manajemenresikonia_811.pdf
Sumber:
waspada-pmk.pdf
proses_manajemen_risiko.pdf
perancangan_software_sistem_informasi_akademik_ftui.pdf
manajemen-bencana-materi-2-penentuan-resiko.pdf
introduction.pdf
121p-01-final10-security_management_practice.pdf
project_mgtproposal_tender.pdf

Sistem Informasi Daerah

2007-10-20T08:17:00.000+07:00

Tulisan ini bisa didapatkan pada estimasnia-811.pdf

Perhitungan COCOMO bisa digunakan untuk mengetahui jenis proyek, menghitung Person Month (perbandingan antara waktu dan tenaga yang dibutuhkan), Durasi (waktu yang dibutuhkan untuk menyelesaikan proyek), tim size (tenaga yang dibutuhkan). Metode Function Point pertama kali diusulkan oleh Albrecht dan Gaffney. Pada metode ini, ukuran proyek dapat dihitung oleh tiga komponen yaitu ukuran proses informasi (Unadjusted Function Points-UFP), faktor penyesuaian kompleksitas dan Function Points. Komponen tersebut dianalisa sebagai berikut:

Unadjusted Function Points - UFP
Fitur ini disebut juga sebagai ukuran proses informasi. Ukuran ditentukan oleh identifikasi komponen eksternal sistem atau logical input, output, pemeriksaan (inquiry), external interface ke sistem lain dan logical internal file. Komponen ini memiliki kategori "mudah", "menengah" atau "komplek" tergantung pada karakteristik yang dimiliki. Lalu jumlah dari semua komponen disebut Unadjusted Function Points (UFP). Kategori yang dimiliki digambarkan pada tabel 1 dibawah [Symons,88]. Dengan catatan jumlah keseluruhan didapatkan dengan mengalikan kategori yang dipilih (mudah, menengah atau komplek).

Sesuai dengan kategori yang dimiliki SIMDA, maka perhitungan UFP adalah:

Eksternal input mudah 3 x3 = 9
Eksternal output mudah 4 x4 = 16
User menengah 4 x4 = 16
File komplek 15 x15 = 225
Eksternal interface menengah 7 x7 = 49

sehingga bisa didapatkan UFP = 9+16+16+225+49
UFP = 315

Perhitungan Kompleksitas Teknis
Perhitungan ini dihasilkan dari perhitungan technical complexity factor (TCF). TCF dihitung dengan melakukan penilaian 14 pertanyaan yang ditunjukkan pada table 2 [Pressman,87] dari 0 sampai 5 dimana

Sesuai dengan kategori yang dimiliki SIMDA, maka perhitungan TCF adalah:

Backup dan recovery dapat dipercaya 5
Komunikasi data 4
Fungsi distribusi 4
Performansi 4
Lingkungan operasional 4
Data entry on-line 5
Layar interaktir untuk input 3
Online update 4
Kompleksitas interface 3
Bisa digunakan kembali (reusability) 3
Kompleksitas proses 3
Kemudahan dalam install 3
Memiliki banyak site 3
Mudah digunakan 4

sehingga bisa didapatkan TCF = 5+4+4+4+4+5+3+4+3+3+3+3+3+4

TCF = 52

Perhitungan Function Point
Sesuai dengan SIMDA, maka perhitungan Function point dihitung dengan menggunakan rumus:

Sehingga didapatkan FP = 315 x (0.65 + 0.01 * 52)
FP = 368,55

Konversi FP-ke-NCSS
Setelah function point dihitung, sesuai dengan table 3 digunakan untuk konversi ke NCSS yang diusulkan oleh Albrecht dan Gaffney [83].

Karena SIMDA menggunakan bahasa C, maka didapatkan perhitungan konversi dimana konversi NCSS = FP * NCSS
konversi NCSS = 368,55 * 70
konversi NCSS = 25798,5

Menurut ide dasar COCOMO, proyek dibagi menjadi dua kategori yaitu poyek kecil dan proyek besar, dimana masing-masing proyek tersebut memiliki ciri-ciri sebagai berikut:

Proyek Kecil

Tim memiliki anggota sedikit (2-3 orang)
Mudah dimodelkan
Memiliki penyelesaian tidak terlalu rumit
Perhitungan EFFORT = a * SIZE + b

Proyek Besar

Semakin banyak tim yang dimiliki, semakin komplek proyek yang akan dikerjakan
Perhitungan EFFORT = a * SIZE b

Dimana a dan b adalah faktor penskalaan

Selain itu COCOMO memiliki kriteria tipe proyek, yaitu organik, semi detached dan embedded dimana masing-masing kriteria memiliki ciri-ciri sebagai berikut:

Organik

Merupakan proyek rutinitas
Proyek yang dikerjakan mudah dipelajari
Tim work bekerja scara efisien
Proyek yang dikerjakan memiliki sedikit hambatan
Umumnya sistem kecil

Semi-Detached

Pada pertengahan antara organic dan embedded
Memiliki sistem yang kompleks, tetapi proyek bukanlah sesuatu yang baru
Tim bisa terdiri dari tenaga yang berpengalaman dan belum berpengalaman

Embedded

Memiliki tingkat kesulitan lebih bila dibandingkan organik dan semi detached
Proyek yang dikerjakan cukup besar (software untuk kontrol nuklir, atau pesawat luar angkasa)
Tim sebagian besar terdiri dari tenaga yang berpengalaman
Proyek yang dikerjakan merupakan sesuatu yang baru
Biasanya memiliki hambatan yang cukup besar

Berdasarkan kriteria kategori proyek COCOMO, SIMDA merupakan proyek besar, sehingga memiliki Perhitungan EFFORT = a * SIZE b. Selain itu SIMDA merupakan tipe proyek Semi detached sehingga sesuai dengan table 4, SIMDA memiliki nilai a dan b masing-masing yaitu a = 3.0 dan b = 1.12.

Perhitungan Unadjusted function Point – UFP digunakan untuk mengetahui SIZE yang dimiliki SIMDA. Sehigga bisa diketahui SIZE yang dimiliki SIMDA adalah 315.Untuk mengetahui berapa banyak usaha (Effort) untuk menyelesaikan SIMDA, maka digunakan rumus

EAF adalah Effort Adjustment Factor sesuai dengan table 5

Berdasarkan table 5, EAF yang dimiliki SIMDA, memiliki detail:

Required software reliability high 1.15
Database size high 1.08
Main storage high 1.06
Programmer capability low 1.17
Programming language experience low 1.07
Use of software tools low 1.10
Required development schedule low 1.08

Sehingga bisa ditentukan Person Month (PM), yaitu:
PM = EAF * a * SIZE b
PM = (1.15 * 1.08 * 1.06 * 1.17 * 1.07 * 1.10 * 1.08) * 3.0 * (315) 1.12
PM = 1,958 * 3.0 * 628,214
PM = 3690,138
3690 PM yang dibutuhkan untuk menyelesaikan proyek SIMDA

Berdasarkan table 6, bisa ditentukan waktu yang dibutuhkan untuk menyelesaikan SIMDA

Duration = 2.5 * Effort 0.35
Duration = 2.5 * (3690) 0.35
Duration = 44,300
Waktu yang dibutuhkan sebanyak 44 bulan

Orang yang dibutuhkan untuk menyelesaikan proyek SIMDA
3690,138 / 44,300 = 83,298

Sehingga untuk menyelesaikan proyek SIMDA dibutuhkan 83 orang

Perhitungan COCOMO disini berdasarkan proposal Sistem Informasi Daerah (SIMDA), bisa didapatkan pada
simda_proposal.pdf
tgsproposalnia-811.ppt

Sumber perhitungan COCOMO bisa didapatkan pada
tutorial-oct25.pdf

Perbandingan Microsoft Word (Windows) dan OpenOffice (Linux)

2007-09-30T15:27:00.000+07:00

Perbandingan Windows dan Linux (dua sistem operasi komputer) telah menjadi topik sebagai bahan diskusi diantara para pengguna. Windows merupakan sistem operasi yang banyak dikenal orang dan merupakan software legal (memiliki license), sedangkan Linux merupakan sistem operasi yang bisa didapatkan secara bebas (tanpa license). Dua sistem operasi ini bersaing untuk penggunaan personal computer market sebagai server market, dan digunakan pada kantor pemerintahan, sekolah, kantor, rumah, intranet dan internet servers [1].

Standard Linux Solution vs. Microsoft Solution [2]
Perbedaan antara Windows dan Linux dari keuntungan yang bisa didapat pada:
Hardware dan infrastruktur yang telah digunakan sampai saat iniPembelian hardware dan infrastruktur baru

Bila dilihat dari table, didapatkan kesimpulan bahwa Microsoft memiliki keuntungan lebih banyak daripada Linux Standard. Dimana Microsoft mendapatkan keuntungan sebesar 36% sedangkan Linux sebesar 26%
Perbedaan antara Windows dan Linux dari keuntungan yang bisa didapat pada perbendiangan harga produk.

Bisa disimpulkan bahwa apabila kita menginginkan produk OpenOffice dari Linux, maka kita bisa mendapatkannya secara gratis. Sedangkan bila kita menginginkan produk Microsoft Office Standard, maka kita perlu mengeluarkan biaya sebesar $399,00.

Daftar Hardware, Software dan Biaya Operasional

Pada daftar hardware antara Windows dan Linux (standard), tidak ada perbedaan biaya. Sedangkan untuk software, Windows membutuhkan biaya yang lebih besar bila dibandingkan dengan Linux (standard).
Pada biaya operasional, Linux (standard), beberapa bagian diperlukan biaya yang lebih tinggi bila dibandingkan dengan Windows. Diantaranya: Gaji staff, biaya konsultan.

Penggunaan Microsoft Word dan OpenOffice.org Writer memiliki perbedaan, diantaranya [3]:

Kesimpulan [4]:
Hampir sebagian software Linux bisa konsumen dapatkan secara bebas di internet. Hal ini dilakukan karena kemampuan daya beli konsumen masih kurang. Bisa dilihat bahwa bila konsumen menginginkan software Windows, maka konsumen diharuskan membayar software yang dibutuhkan tersebut. Tetapi di sisi lain, konsumen lebih familiar menggunakan Windows daripada Linux. Alasan inilah mengapa Windows masih dapat mempertahankan pangsa pasar yang dimiliki.

Sumber:

1nop-pengantar_singkat_migrasi_windows_linux-rev0.pdf
2linux_vs_windows_tco_comparison.pdf
3openoffice.pdf
4komputer_berbasis_gnulinux_dan_peluang_bisnisnya.pdf

Software Proyek Manajemen Organizing

2007-09-09T19:46:00.000+07:00

Aktifitas dalam software proyek manajemen meliputi beberapa proses, diantaranya organizing yang bertujuan agar perusahaan dapat mengatur suatu kegiatan yang berada pada sebuah kelompok
Project FileAmigo 7 merupakan salah satu software digunakan untuk organizing pada manajemen proyek, yang bisa di-download pada situs www.fileamigo.com/Home.htm

atau bisa dibaca User Guide menggunakan software FileAmigo 7

userguide-fileamigo7.doc

Dengan project FileAmigo 7 kita dapat memilih jenis file yang kita inginkan
Keuntungan yang bisa didapatkan menggunakan FileAmigo 7 adalah telah tersedianya beberapa template sesuai dengan kebutuhan pengguna. Selain itu pengguna dapat melakukan customize terhadap template yang dibutuhkan. FileAmigo 7 mirip dengan Microsoft Access, hanya saja dikemas sedimkian rupa sehingga pengguna yang belum familiar dengan Microsoft Access dapat menjalankan FileAmigo dengan mudah

hanya saja Software FileAmigo 7 tidak dijual bebas, dengan kata lain, pengguna hanya bisa mendapatkan software berupa trial selama 30 hari
Hasil report menggunakan FileAmigo 7 bisa di download pada

reportaddressbookfileamigo.doc

Perbedaan antara Software Project dan Software Proses

2007-09-09T19:35:00.000+07:00

Software Project memiliki kesepakatan waktu, resource, mendapatkan keuntungan

Sumber daya: management, analyse, designer

Hasil: jadwal / planning, anggaran, proposal, laporan pengembangan proyek

Aktifitas: Planning, Organizing, Action & Controlling

Software Proses untuk memenuhi kebutuhan unsur: weaknes, protability yang bertujuan untuk mendapatkan software yang baik (good product)

Sumber daya: human capital, modal, tool & waktu

Tool digunakan untuk schedulling, acoounting, programming

Hasil: source code, data, desain, SRS

Aktifitas: model proses, misalnya waterfall à requirement analysis, prototipe

Pendahuluan Manajemen Proyek Perangkat Lunak (MPPL)

2007-09-09T19:31:00.000+07:00

MPPL singkatan dari Manajemen Proyek Perangkat Lunak.
Fungsi mempelajari MPPL adalah transparasi, performa, integrasi antar software& optimasi.
Sebelum mengenal lebih jauh MPPL, kita perlu mengetahui arti dari setiap kata

bisa didownload pada haripertamamppl.doc

Manajemen Resiko

2007-09-09T19:02:00.000+07:00

Manajemen Resiko

Microsoft Solutions Framework

1. Abstrak

Manajemen resiko adalah suatu pengetahuan dasar mengenai Microsoft Solution Framework (MSF). MSF mengenali adanya perubahan dan yang berkaitan dengan ketidak-pastian dimana perubahan tersebut tidak bisa dipisahkan dari kegiatan Information Technology.

MSF Manajemen resiko merupakan suatu disiplin ilmu yang mendasari suatu pendekatan proaktif yang berhubungan dengan ketidak-pastian, menaksir resiko secara terus-menerus, dan menggunakan resiko untuk mempengaruhi pengambilan keputusan dalam jangka waktu yang panjang. Disiplin ilmu ini menguraikan prinsip, konsep, dan bimbingan bersama-sama melalui five-step untuk mencapai kesuksesan manajemen resiko, dimana setiap langkahnya saling berhububungan, diantaranya adalah: mengidentifikasi resiko, meneliti resiko, strategi peringanan dan ketidaktentuan rencana, mengendalikan status resiko, dan belajar dari hasil resiko.

2. Dasar Resiko

Suatu aspek manajemen proyek yang penting adalah mengendalikan permasalahan yang selalu berhubungan dengan resiko dari suatu proyek. Resiko dibangun dari ketidak-pastian yang meliputi, merancang hasil dan keputusan. Kebanyakan individu selalu berhubungan antara konsep resiko dengan potensi kerugian pada suatu nilai, kendali, kemampuan, mutu, atau ketepatan waktu penyelesaian dari suatu proyek. Bagaimanapun, merancang hasil boleh jadi mengakibatkan kegagalan, untuk memaksimalkan keuntungan pada kesempatan dan ketidak-pastian dalam pengambilan keputusan yang terarah, jika mendahului hasil ini dapat juga dikatakan melibatkan suatu unsur resiko. Di dalam MSF, suatu resiko dari suatu proyek dapat digambarkan sebagai kondisi atau peristiwa yang mempunyai dampak positif atau negatif pada hasil dari suatu proyek. Konsep ini bersifat untung-untungan dan dapat digunakan oleh industri keuangan di mana keputusan mengenai ketidak-pastian berhububgan dengan potensi untuk keuntungan seperti halnya kerugian, sebagai lawan konsep dari resiko murni yang digunakan oleh industri asuransi di mana ketidak-pastian dihubungkan dengan kerugian potensi masa depan.

3. Konsep Utama

3.1 Resiko yang tidak dapat dipisahkan pada setiap Proyek atau Proses

Walaupun setiap proyek memiliki kemungkinan resiko yang berbeda, tidak ada proyek yang sepenuhnya bebas dari resiko. Proyek dijalankan oleh suatu organisasi dalam mencapai tujuan yang menyertakan nilai sebagai dukungan tujuan organisasi. Selalu ada ketidak-pastian melingkupi proyek dan lingkungan yang dapat mempengaruhi kesuksesan dalam menuju keberhasilan tujuan. Dengan selalu mengingat resiko yang tidak bisa dipisahkan, MSF mencari jalan dalam membuat kebenaran keputusan antara kesempatan dan resiko dan tidak membuat kebenaran tersebut menjadi prioritas apabila resiko diminimalkan.

3.2 Manajemen Resiko Proaktif adalah Manajemen Resiko yang Paling Efektif

MSF mengadopsi suatu pendekatan proaktif untuk mengidentifikasi, meneliti, dan mengarahkan resiko dengan memusatkan pada:

§ Mengantisipasi permasalahan bukannya hanya bereaksi terhadap resiko manakala resiko terjadi.

§ Menunjukan sebab utama sebagai ganti tidak hanya berhadapan dengan gejala.

§ Sudah merencanakan resolusi masalah sebelum suatu masalah terjadi.

§ Menggunakan suatu proses dikenal, tersusun, dapat diulang untuk resolusi masalah.

§ Menggunakan ukuran pencegah kapan saja dimungkinkan.

3.3 Perlakukan Identifikasi Resiko sebagai suatu Hal yang Positif

Manajemen resiko efektif tergantung pada pemahaman yang menyeluruh dan menyangkut resiko yang diahadapi oleh tim proyek. Ketika variasi tantangan dan besarnya kerugian menjadi jelas, aktivitas resiko dapat menjadi suatu aktivitas yang menakutkan bagi tim proyek. Beberapa anggota tim boleh mengambil pandangan mengenai resiko dalam mengidentifikasi untuk mencari pertimbangan yang bisa menjadi penghambat kesuksesan proyek. MSF mengadopsi proses perspektif yang mengidentifikasi resiko dan mengijinkan tim untuk mengatur resiko lebih secara efektif dengan membuat penyelesaian resiko bersifat terbuka, sehingga meningkatkan prospek kesuksesan tim, diskusi resiko terbuka, yang didokumentasikan membebaskan anggota tim untuk berkonsentrasi pada pekerjaan mereka dengan menyediakan klarifikasi peran secara tegas (eksplisit), tanggung-jawab, dan merencanakan untuk aktivitas sebagai pencegah dan ukuran mengoreksi untuk permasalahan.

3.4 Penilaian Berlanjut

Banyak teknologi informasi para profesional manajemen resiko, paling baik, diperlukan tetapi merupakan tugas yang membosankan pada awal proses, karena hal ini suatu proyek yang baru..

3.5 Maintain Open Communications

Walaupun resiko biasanya dikenal oleh beberapa anggota tim, informasi ini kurang dikomunikasikan. Mungkin komunikasi bisa berjalan lancar pada level yang sama, tetapi belum tentu komunikasi berjalan pada level yang lebih tinggi. Pada tiap level, orang ingin memahami tentang resiko dari tingkat yang lebih rendah tetapi adalah perlu diperhatikan untuk berkomunikasi informasi pada level yang lebih tinggi. Arus informasi yang terbatas mengenai resiko adalah suatu pendukung kuat untuk merancang resiko yang menyebabkan pemaksaan dalam pengambilan keputusan tentang resiko bahkan lebih sedikit informasi. Di dalam organisasi yang hirarkis, para manajer harus mendorong dan memperlihatkan komunikasi terbuka tentang mengambil resiko dan memastikan bahwa resiko dan rencana resiko sungguh dipahami oleh semua orang.

3.6 Tetapkan, kemudian Mengatur

Manajemen resiko mempunyai kaitan dengan pengambilan keputusan pada ketidak-pastian. Statemen resiko yang umum memuaskan ketidak-pastian dan mendorong penafsiran yang berbeda mengenai resiko. Perjelas statemen resiko dalam tim proyek:

§ Memastikan bahwa semua anggota tim mempunyai pemahaman sama dari resiko.

§ Pemahaman penyebab atau penyebab dari resiko dan hubungan kepada permasalahan yang boleh muncul.

§ Menyediakan dasar usaha perencanaan dan analisa kuantitatif, bersifat formal.

§ Membangun kepercayaan oleh stakeholders dan mensponsori kemampuan tim proyek untuk mengatur resiko.

3.7 Jangan Menilai Situasi dari Banyaknya Resiko

Walaupun anggota tim proyek dan stakeholders sering merasa materi resiko sebagai hal negatif, adalah penting tidak untuk menilai suatu proyek atau proses operasional pada banyaknya resiko dikomunikasikan. Resiko, betapapun, adalah kemungkinan, yang bukan kepastian dari suatu kerugian atau suboptimal hasil. MSF mendukung proses manajemen resiko dalam penggunaan proses analisa dan identifikasi resiko tersusun untuk menyediakan pembuat keputusan dengan tidak hanya informasi pada kehadiran resiko hanyalah arti penting resiko itu juga.

4. Proses Manajemen Resiko

Gambar 1. Proses Manajemen Resiko

Identifikasi Resiko mengijinkan individu mengambil resiko sehingga tim menjadi sadar akan suatu potensi masalah. Ketika masukan kepada manajemen resiko memproses, mengambil identifikasi resiko harus dikerjakan pertma kali lalu kemudian dapat diulangi selama sepanjang proyek dijalankan.

Analisis risiko mengubah bentuk data atau perkiraan tentang proyek mengambil resiko spesifik yang dikembangkan selama identifikasi resiko ke dalam suatu format dimana tim dapat menggunakan untuk membuat keputusan menjadi prioritas. Resiko membuat daftar prioritas memungkinkan tim untuk merancang sumber daya dalam mengatur resiko yang paling utama.

Perencanaan Resiko mengambil informasi dari analisis risiko dan penggunaannya digunakan untuk merumuskan strategi, rencana, dan tindakan. Resiko yang terjadwal memastikan bahwa rencana ini disetujui kemudian menyatukan dengan manajemen proyek proses dan infrastruktur standard untuk memastikan bahwa manajemen resiko dilaksanakan sebagai bagian dari aktivitas sehari-hari oleh tim. Resiko penjadwalan dengan tegas menghubungkan perencanaan resiko dengan perencanaan proyek.

Pelacakan Resiko mengikuti jalannya dalam memonitor status mengenai resiko yang spesifik dan kemajuan di dalam rencana tindakan masing-masing resiko. Mengambil resiko perkerjaan mengikuti jalan meliputi monitoring kemungkinan, dampak, penjabaran, dan ukuran resiko untuk perubahan yang bisa mengubah prioritas atau merencanakan resiko dan sumber daya proyek atau jadwal. Perkerjaan mengikuti jalan resiko memungkinkan proses manajemen resiko di dalam proyek dari perspektif tingkatan resiko sebagai lawan perspektif penyelesaian tugas dari manajemen proyek proses operasional standard.

Dokumentasi Resiko yang melaporkan dan memastikan bahwa tim proyek, sponsor, dan stakeholders menyadari status proyek dalam mengambil resiko dan rencana untuk mengatur resiko.

Kendali Resiko adalah proses pelaksanaan mengambil rencana tindakan resiko dan status yang dihubungkan dengan dokumentasi. Kendali resiko meliputi inisiasi kendali perubahan proyek meminta apabila ada perubahan di dalam status resiko atau mengambil resiko rencana yang bisa mengakibatkan perubahan di dalam sumber daya proyek atau jadwal.

Pembelajaran Resiko dimana belajar menyusun dan mempelajari relevan dalam merancang bentuk dan tool dan menangkap pengetahuan di dalam daftar yang telah terdokumentasi untuk penggunaan kembali di dalam tim proyek dan oleh perusahaan.

5. Identifikasi Resiko

Gambar 2. Identifikasi Resiko

5.1 Klasifikasi Resiko

Mengambil klasifikasi resiko, kadang-kadang memiliki taksonomi resiko, melayani berbagai tujuan untuk suatu tim proyek. Selama identifikasi resiko yang dapat digunakan untuk merangsang berpikir tentang resiko yang timbul di dalam lingkup proyek yang berbeda. Selama pengungkapan pendapat klasifikasi resiko dapat juga menenangkan kompleksitas dalam bekerjasama dengan sejumlah besar resiko dengan menyediakan suatu cara menyenangkan untuk pengelompokan resiko. Mengambil klasifikasi resiko juga memungkinkan digunakan untuk menyediakan suatu istilah umum bagi tim untuk menggunakan dalam memonitor dan melaporkan status resiko sepanjang pengerjaan proyek. Akhirnya, mengambil klasifikasi resiko merupakan hal yang kritis untuk penetapan berjalannya perusahaan dan industri mengambil resiko merupakan dasar pengetahuan sebab mereka menyediakan dasar untuk pengurutan (indexing) kontribusi yang baru dan mencari dan mendapat kembali pekerjaan ada.

5.2 Mengambil Statemen Resiko

Suatu statemen resiko adalah suatu ungkapan bahasa alami yang menyatakan hubungan sebab akibat antara kondisi proyek riil, yang ada atau atribut, dan potensial, yang tidak direalisir, kondisi atau atribut.

Gambar 3. Mengambil Statemen Resiko

6. Analisa dan Prioritas Resiko

Gambar 4. Analisa dan Prioritas Resiko

6.1 Aktifitas Analisis risiko

Banyak teknik secara kuantitatif dan kualitatif untuk memenuhi prioritisas dari suatu daftar resiko. Satu teknik mudah untuk analisis risiko akan menggunakan perkiraan tim konsensus dua komponen resiko yang diterima, kemungkinan, dan dampak. Jumlah ini kemudian bisa dikalikan bersama-sama untuk mengkalkulasi ekspose resiko disebut metrik tunggal.

6.2 Mengambil Kemungkinan Resiko

Kemungkinan resiko adalah suatu ukuran menyangkut kemungkinan yang menguraikan kondisi di dalam konsekuensi resiko dalam membagi statemen resiko akan benar-benar terjadi. Penggunaan suatu nilai kuantitatif untuk kemungkinan resiko adalah diinginkan untuk mengatur resiko.

6.3 Dampak Resiko

Dampak resiko adalah suatu perkiraan menyangkut efek dari kurang baiknya, atau besarnya kerugian, atau biaya yang memerlukan kesempatan potensi suatu resiko di dalam suatu proyek. Haruslah suatu ukuran yang langsung menyangkut konsekuensi resiko seperti dirumuskan dalam statemen resiko. Kejadian itu diukur di dalam terminologi keuangan atau dengan suatu skala pengukuran hubungan

6.4 Mengambil Penjabaran Resiko

Mengambil penjabaran resiko berguna untuk mengukur keseluruhan ancaman dari resiko, mengkombinasikan informasi menyatakan kemungkinan dari kerugian nyata dengan informasi menyatakan besarnya kerugian dalam klasifikasi tunggal kemudian bisa menggunakan besarnya penjabaran resiko untuk digolongkan menjadi suatu resiko. Di dalam format yang yang paling sederhana dari analisis risiko kuantitatif, penjabaran resiko dihitung dengan perkalian kemungkinan resiko dan dampak.

7. Resiko Perencanaan dan Penjadwalan

Gambar 5. Resiko Perencanaan dan Penjadwalan

Tujuan

Tujuan Utama dari perencanaan dan penjadwalan langkah resiko akan mengembangkan rencana terperinci untuk mengendalikan resiko puncak yang dikenali selama analisis risiko dan untuk mengintegrasikan resiko dengan manajemen proyek proses standard untuk memastikan bahwa resiko bisa diselesaikan.

8. Resiko Pelacakan dan Dokumentasi

Gambar 6. Resiko Pelacakan dan Dokumentasi

Tujuan

Tujuan dari perkerjaan ini adalah memonitor status dari rencana tindakan resiko atau kemajuan ke arah penyelesaian rencana peringanan dan ketidaktentuan, untuk memonitor ilmu tentang banyaknya proyek yang telah dihubungkan dengan suatu pemicu rencana darurat, dan menyediakan pemberitahuan kepada regu proyek dimana pemicu rencana darurat telah terlewati sehingga suatu rencana darurat dapat diaktifkan.

9. Kendali Resiko

Gambar 7. Kendali Resiko

Tujuan

Tujuan dari langkah kendali resiko adalah pelaksanaan yang sukses menyangkut rencana darurat dimana tim proyek telah menciptakan kondisi untuk resiko puncak.

10. Identifikasi dan Manajemen Strategi Resiko

Tabel 1. Identifikasi dan Manajemen Strategi Resiko

11. Pendekatan Top Down pada Pembuatan Model Resiko Kuantitatif

Gambar 8. Pendekatan Top Down pada Pembuatan Model Resiko Kuantitatif

Melalui ilustrasi, pendekatan berikut digunakan untuk membangun suatu model analisis risiko pada jadwal yang ditawarkan sebagai metoda menggunakan pendekatan top-down untuk menetapkan resiko dan ketidak-pastian, melalui.

Identifikasi daftar antara empat dan sepuluh kunci dalam merancang batas waktu (banyaknya batas waktu mencerminkan kompleksitas dari proyek). Batas waktu ini harus dipilih pada

a) adanya nilai di mana alur yang berbeda di dalam jadwal proyek ,

b) dapat dihubungkan dengan peristiwa atau produk dirumuskan dengan baik

c) tersebar secara relatif datar ke seberang waktu dan

d) dari minat penting kepada para manajer senior dan stakeholders.

Bekerjasama dengan definisi aktivitas yang lebih tinggi, menetapkan suatu first-pass untuk menunjukkan bagaimana batas waktu bisa dijalankan oleh aspek menyangkut penyerahan proyek yang berpotensi time-critical.
Mengidentifikasi area yang akan bermanfaat bagi dari suatu derajat tingkat detil aktivitas lebih besar. Detil yang ditingkatkan mungkin dibenarkan jika

a) area tertentu menyangkut jadwal menjadi minat sebab mereka sangat berperan dalam mengambil resiko, atau

b) menghasilkan definisi ketergantungan atau aktivitas yang lebih tepat yang akan meningkatkan, memodelkan peristiwa resiko, integritas dari menaksir resiko atau kebenaran dari analisa jadwal.

Pertimbangan seperti area jadwal yang berhadapan dengan kemungkinan resiko didasarkan pada suatu analisa Monte Carlo pada pemeriksaan dan/atau first pass dari daftar resiko.

Bandingkan versi deterministic dari jadwal dalam mengambil resiko dengan rencana proyek yang menggunakan resiko utama dan aktivitas. Kesalahan yang memungkinkan adalah deteksi dan koreksi pada langkah ini. Para manajer dan stakeholders lebih mungkin dibujuk menyangkut analisis risiko integritas jika versi deterministic dari model dapat dibariskan dengan baseline rencana tingkat tinggi. Bagaimanapun, hal itu perlu juga dihargai bahwa suatu keuntungan dalam mengembangkan suatu model resiko jadwal mandiri dengan menyediakan suatu pemeriksaan kebenaran integritas dari proyek.
Membuat perkiraan ketidak-pastian janga waktu untuk masing-masing aktivitas. Perkiraan ini harus dibuat melalui suatu metoda tersusun yang memastikan bahwa semua sumber umum juga dipertimbangkan.
Mengambil relevan dalam mengambil resiko dari daftar resiko dengan penyebab resiko ke dalam jaringan aktivitas sebagai peristiwa yang akan menambahkan waktu tambahan kepada aktivitas yang perlu dilibatkan apabila resiko terjadi. Resiko bisa dihubungkan dengan sumber sistematik resiko, yang diperhitungkan di dalam janga waktu perkiraan aktivitas, harus tidak diimport ketika akan menghasilkan hitungan ganda. Dengan cara yang sama, ketergantungan resiko yang telah tersembunyi kepada struktur dari jaringan perlu juga dikeluarkan.
Memperkenalkan ketergantungan statistik untuk model perilaku kelompok aktivitas dan/atau resiko yang memiliki kemungkinan akan dihubungkan oleh faktor dasar umum. Mata rantai menyebabkan antara resiko dan aktivitas memerlukan korelasi kuat, tetapi kebanyakan, jika tidak semua resiko dan aktivitas akan dihubungkan kepada keseluruhan capaian proyek, seandainya oleh karena pengaruh tentang lingkungan nya. Suatu identifikasi top-down dari sistematik resiko dan strategis membantu ke arah mengidentifikasi di mana adanya korelasi.
Menjalankan model jadwal resiko dengan tujuan

a) pembuatan peramalan berdasarkan resiko yang menyangkut batas waktu yang utama terpilih di dalam langkah yang pertama dan

b) mengidentifikasi area menyangkut proyek yang memiliki kemungkinan menjadi penyebab paling utama tidak terlaksanya jadwal.

Pendahuluan Manajemen Resiko

2007-09-03T13:13:00.000+07:00

1. Pendahuluan

Setiap organisasi mempunyai suatu misi. Pada era digital seperti saat ini, sebagai organisasi menggunakan sistem otomasi teknologi informasi untuk proses informasi sebagai pendukung yang lebih baik, manajemen resiko sebagai peran pengatur asset informasi organisasi, dan misi, dari resiko yang terkait dengan IT
Proses manajemen resiko yang efektif merupakan komponen yang sangat penting dari keberhasilan program keamanan IT. Tujuan prinsip proses manajemen resiko pada sebuah perusahaan harus dijaga oleh suatu organisasi dan kemampuan untuk performansi misi mereka, tidak hanya asset IT. Oleh karena itu, proses manajemen resiko merupakan hal yang sangat penting sebagaimana fungsi teknis yang dibawa oleh keluaran (outcome) IT dalam hasil dan mengatur system IT.

2. Tujuan

Resiko adalah dampak negatif dari suatu kejadian yang terjadi dalam suatu proses, dengan mempertimbangkan beberapa kemungkinan dan dampak dari kejadian tersebut. Manajemen resiko adalah proses identifikasi resiko, memperkirakan resiko, dan mengambil langkah untuk mengurangi resiko pada level yang dapat diterima. Artikel ini berfungsi sebagai dasar untuk mengembangkan program resiko manajemen yang efektif, berisi definisi dan petunjuk praktis yang dibutuhkan untuk menaksir dan mengurangi resiko yang di identifikasi oleh sistem IT. Tujuan terakhir untuk membantu organisasi untuk mengatur IT yang lebih baik-berhubungan dengan misi resiko.
Sebagai tambahan, artikel ini menyediakan informasi tentang pemilihan biaya yang efektif. Sistem ini untuk mengurangi resiko sebagai proteksi yang lebih baik pada misi-informasi dan sistem IT yang diproses, disimpan dan untuk disajikan.
Suatu organisasi bisa memilih untuk menjabarkan atau menyingkat proses keseluruhan dan langkah yang disarankan untuk memperbaiki lingkungan pada pengaturan IT-berhubungan dengan misi resiko.

3. Sasaran

Sasaran manajemen resiko adalah untuk memungkinkan organisasi untuk memenuhi misi
pengamanan sistem IT yang lebih baik dalam menyimpan, memproses atau mem-publish informasi suatu organisasi
untuk membantu manajemen dalam membuat keputusan yang bersifat umum / subyektif dalam mengatur pembelanjaan yang menjadi bagian dari suatu anggaran IT
membantu manajemen dalam memberi hak / mengakui sistem IT atas dasar pendukung dokumentasi sebagai hasil capaian manajemen resiko
Catatan:
Sistem IT adalah sistem pendukung umum (misal : mainframe komputer, Local Area Network) atau aplikasi umum yang bekerja pada sistem pendukung umum dan menggunakan sumber informasi untuk memenuhi kebutuhan user

4. Pengertian manajemen Resiko

Manajemen resiko adalah bagian penting dari strategi manajemen semua perusahaan. Proses dimana suatu organisasi yang sesuai metodenya dapat menunjukkan resiko yang terjadi pada suatu aktifitas menuju keberhasilan di dalam masing-masing aktifitas dari semua aktifitas

Fokus dari manajemen resiko yang baik adalah identifikasi dan cara mengatasi resiko. Sasarannya untuk menambah nilai maksimum kesinambungan (sustainable) organisasi. Tujuan utama untuk memahami potensi upside dan downside dari semua faktor yang dapat memberikan dampak bagi organisasi. Manajemen resiko meningkatkan kemungkinan sukses, mengurangi kemungkinan kegagalan dan ketidakpastian dalam memimpin keseluruhan sasaran organisasi.

Manajemen resiko seharusnya bersifat kontinyu dan mengembangkan proses yang bekerja dalam keseluruhan strategi organisasi dan strategi dalam mengimplementasikan. Manajemen resiko seharusnya ditujukan untuk menanggulangi suatu permasalahan sesuai dengan metode yang digunakan dalam melaksanakan aktifitas dalam suatu organisasi di masa lampau, masa kini dan masa depan
Manajemen resiko harus di-integrasikan dalam budaya organisasi dengan kebijaksanaan yang efektif dan diprogram untuk dipimpin beberapa manajemen senior. Manajemen resiko harus di terjemahkan sebagai suatu strategi dalam teknis dan sasaran operasional, pemberian tugas dan tanggung jawab serta kemampuan merespon secara menyeluruh pada suatu organisasi, dimana setiap manajer dan pekerja memandang manajemen resiko sebagai bagian dari deskripsi kerja. Manajemen resiko mendukung accountability, performansi pengukuran dan reward, mempromosikan efisiensi operasional dari semua level.

Why do we read Qur’an

2007-09-02T13:20:00.000+07:00

Why do we read Qur’an, even if we can't understand a single Arabic word????This is a beautiful story An old American Muslim lived on a farm in the mountains of eastern Kentucky with his young grandson. Each morning Grandpa wakeup early sitting at the kitchen table reading his Qur’an. His grandson wanted to be just like him and tried to imitate him in every way he could. One day the grandson asked,"Grandpa! I try to read the Qur'an just like you but I don't understand it,and what I do understand I forget as soon as I close the book. What good does reading the Qur'an do?" The Grandfather quietly turned from putting coal in the stove and replied, "Take this coal basket down to the river and bring me back a basket of water." The boy did as he was told, but all the water leaked out before he got back to the house. The grandfather laughed and said, "You'll have to move a little faster next time," and sent him back to the river with the basket to try again. This time the boy ran faster, but again the basket was empty before he returned home. Out of breath, he told his grandfather that it was impossible to carry water in a basket, and he went to get a bucket instead. The old man said, "I don't want a bucket of water; I want a basket of water. You're just not trying hard enough," and he went out the door to watch the boy try again. At this point, the boy knew it was impossible, but he wanted to show his grandfather that even if he ran as fast as he could, the water would Leak out before he got back to the house.

The boy again dipped the basket into river and ran hard, but when he reached his grandfather the basket was again empty. Out of breathe, he said, "See Grandpa, it's useless!" "So you think it is useless?" The old man said, "Look at the basket." The boy looked at the basket and for the first time realized that the basket was different. It had been transformed from a dirty old coal basket and was now clean, inside and out. "Son, that's what happens when you read the Qur'an. You might not understand or remember everything, but when you read it, you will be changed, inside and out. That is the work of Allah in our lives.

Pembuatan Software Pembuka Program Aplikasi Komputer Berbasis Pengenalan Suara

2007-06-20T11:46:00.001+07:00

Nia Saurina-5106201811

Abstrak
Teknologi wicara adalah salah satu teknologi aplikasi yang telah ditemukan beberapa tahun lalu. Salah satunya adalah speaker recognition yang merupakan suatu proses yang sering disebut dengan verifikasi pengucap. Yang berarti mengenali suara dengan cara membandingkan dengan suara standar. Dengan mekanisme kerja pangambilan contoh-contoh suara. Contoh-contoh suara pada speaker verification akan diproses dengan menggunakan metode window hamming dan fast fourier transform (fft). Kemudian setelah itu diproses pada filter bank. Contoh-contoh suara yang telah diproses tersebut akan mengisi data base dari feature-feature program aplikasi. Pada saat ada suara lain yang masuk, akan dicocokkan dengan contoh-contoh suara yang telah ada pada data base dan akan dicari nilai error terkecilnya. Hasil perbandingan suara baru dengan suara contoh dengan nilai error terkecil diasumsikan sama.
Banyak sekali teknologi saat ini yang memanfaatkan teknologi dalam bidang suara, salah satunya adalah robot. Dimana gerakan-gerakan robot diatur dengan suara manusia. Namun banyak persoalan yang terjadi ketika suara dimanfaatkan oleh sebuah sistem karena setiap orang memiliki ciri suara yang berbeda-beda. Suara merupakan modal utama yang dimiliki manusia untuk berkomunikasi dengan orang lain.
Dengan suara manusia dapat memberikan informasi maupun perintah. Salah satu teknologi yang memanfaatkan suara adalah proses login atau password. Dimana mengatasi hal tersebut digunakan proses pengenalan suara yang dikeluarkan oleh manusia.
Pada penelitian yang telah dilakukan oleh Yesika Eka Kartikasari, dibuat sebuah sistem atau software yang memanfaatkan teknologi pengenalan suara (speech Recognition). Sistem ini diharapkan akan mengenali dari speaker dan kemudian hasil dari pengenalan suara tersebut digunakan sebagai perintah untuk membuka aplikasi komputer.
Masalah
Dalam software ini memiliki kesulitan dalam pengambilan data input yang merupakan sinyal suara dengan menggunakan software tcl/tk dan menjadikannya sebagai data standart dalam database. Selain itu bagaimana proses matching sinyal yang masuk dengan sinyal yang ada pada database sehingga sinyal independent bisa dikenali sebagai perintah untuk membuka program aplikasi

Kebutuhan
1. Bahasa pemrograman yang digunakan adalah bahasa C/Tcl/Snack2.2 pada Windows
2. Sistem hanya bisa diakses oleh orang-orang dengan dialek yang umum (dalam hal ini adalah

Jawa)
3. Objek perekam berusia antara 20 thn – 21 thn.
4. Software yang bisa dihubungkan dengan software ini adalah software yang bisa diakses

hanya yang tersimpan dalam database, dalam hal ini adalah microsoft word, excel, explorer,

power point, dan notepad.

Pemodelan Dalam Rekayasa Perangkat Lunak
Pemodelan dalam suatu rekayasa perangkat lunak merupakan suatu hal yang dilakukan di tahapan awal. Di dalam suatu rekayasa dalam perangkat lunak sebenarnya masih memungkinkan tanpa melakukan suatu pemodelan. Hal itu tidak dapat lagi dilakukan dalam suatu industri perangkat lunak. Pemodelan delam perangkat lunak merupakan suatu yang harus dikerjakan di bagian awal dari rekayasa, dan pemodelan ini akan mempengaruhi perkerjaan-pekerjaan dalam rekayasa perangkat lunak tersebut.

1. Proses
Proses memiliki atribut dan karakteristik seperti :

· Understandability, yaitu sejauh mana proses secara eksplisit ditentukan dan bagaimana kemudahan definisi proses itu dimengerti. Dengan menggunakan software ini, maka suara yang digunakan sebagai masukan dapat memberikan instruksi pada komputer.

· Visibility, apakah aktivitas-aktivitas proses mencapai titik akhir dalam hasil yang jelas sehingga kemajuan dari proses tersebut dapat terlihat nyata/jelas. Pengoperasian aplikasi komputer dapat dilakukan dengan menggunakan perintah suara. Keberhasilan sistem dapat ditunjukkan keberhasilan dalam memasukkan perintah suara mengeksekusi aplikasi program pada komputer.

· Supportability, yaitu sejauh mana aktivitas proses dapat didukung oleh suatu tool. Dalam proses pembuatan software, beberapa macam software diperlukan, diantaranya yaitu:

1. Perekaman Suara
Pada proses perekaman suara, digunakan software perekaman suara buatan sendiri yang berbasis pada Snack dan Tcl/tk.

2. Proses Front End
Sinyal yang masuk dari hasil perekaman merupakan sinyal yang masih terhubung dengan noise dan masih memiliki tail baik di awal sinyal maupun akhir sinyal dan merupakan sinyal yang bersifat variant time. Pada proses front end ini, sinyal tail-tail dan sinyal-sinyal noise dipotong dan diambil sinyal murninya saja.

3. Proses Frame Blocking
Pada proses ini dilakukan pemotongan sinyal dalam slot-slot tertentu agar dianggap invariant. Pada proyek akhir ini sinyal suara dipotong sepanjang 20 milidetik di setiap pergeseran 10 milidetik. Setiap potongan tersebut disebut frame. Jadi dalam satu frame terdapat 240 sampel dari 12000 sampel yang ada.

4. Proses Windowing
Setelah proses frame blocking, sinyal diproses windowing untuk mengurangi efek diskontinuitas ketika sinyal ditransformasikan ke domain frekuensi. Proses windowing dilakukan tiap-tiap subband yang terdiri 240 data sample dan digeser setiap setengah subband yaitu 120 sample. Karena adanya pergeseran inilah kemungkinan puncak-puncak yang mestinya terambil menjadi terpotong dapat terjadi.

5. FFT (Fast Fourier Tramsform)
Pada proses ini sinyal yang sebelumnya berada dalam domain waktu akan dirubah dalam domain frekuensi. Setiap sinyal yang berasal dari alam merupakan sinyal analog yang bila diolah harus dirubah dalam bentuk sinyal digital. Dan pengolahan dalam digital merupakan pengolahan dalam bentuk diskrit. Pada proyek akhir ini sinyal dalam domain waktu akan dirubah dalam domain frekuensi dengan 512 titik. Karena hasil yang diperoleh berupa hasil dari fungsi konvolusi maka hanya akan diambil 256 titik saja yang akan diolah dalam proses selanjutnya. Sedangkan 256 sisanya tidak dipergunakan karena berupa pencerminan saja.

6. Liftering
Pengujian selanjutnya setelah proses FFT adalah liftering. Sebelum proses liftering dilakukan hasil dari FFT di invers terlebih dahulu. Hasil dari IFFT (Invers Fast Fourier Transform) diliftering dengan cara memprosesnya kembali dengan Fast Fourier Transform (FFT) yang bertujuan untuk mendapatkan hasil yang sebenarnya. Pada liftering ini data yang diambil adalah 16 data saja tiap framenya yang bisa mewakili semua data yang telah terolah dalam FFT.

7. Cepstrum
Cepstrum pada dasarnya sama dengan FFT, hanya saja hasil dari cepstrum harus melewati beberapa proses, seperti yang telah dijelaskan di atas yaitu dari hasil FFT harus di invers dulu untuk mendapatkan nilai lifternya dan untuk mendapatkan nilai cepstrum maka nilai lifter tersebut harus diproses dengan FFT kembali, hasil dari proses FFT kedua inilah yang disebut sebagai nilai cepstrum.

8. Dynamic Time Warping
Pengujian terakhir dari proses pengolahan sinyal wicara adalah membandingkan sinyal hasil cepstrum antara data input dan data standarnya.

· Acceptability, apakah proses yang telah ditentukan dapat diterima dan mampu bertanggung jawab selama pembuatan produk perangkat lunak hal ini bisa diwujudkan pada tahap pemrosesan sinyal suara untuk mendapatkan ciri atau parameter, sehingga didapatkan algoritma sistem yang lebih baik. Selain itu pengambilan sample yang lebih banyak lagi untuk tiap dependent speaker agar bisa didapatkan hasil yang lebih akurat.

· Reliability, apakah proses didesain sedemikian rupa sehingga kesalahan proses dapat dihindari sebelum terjadi kesalahan pada produk. Seperti yang telah dijelaskan sebelumnya, dalam proses perekaman suara digunakan beberapa macam metoda, hal ini digunakan agar perhitungan yang didapatkan akurat sehingga setiap orang memiliki frekuensi sinyal yang berbeda.

· Robustness, dapatkah proses terus berjalan walaupun terjadi masalah yang tak diduga. Dalam proses perekaman suara, dibutuhkan beberapa sample suara yang digunakan sebagai percobaan. Apabila dalam pelaksanannya orang yang hendak diambil sample suara tersebut sedang sakit, maka diharapkan suara tersebut masih dapat memberikan instruksi pada komputer.

· Maintainability, dapatkah proses berkembang untuk mengikuti kebutuhan atau perbaikan. Untuk saat ini software baru bisa mengenali beberapa macam instruksi, diharapkan pengembangan software dapat mengenali lebih banyak instruksi yang disimpan dalam database.

· Rapidity, bagaimana kecepatan proses pengiriman sistem dapat secara lengkap memenuhi spesifikasi. Diharapkan komputer dapat merespon dengan cepat dalam memproses suara yang diberikan.

2. Aktor
1. Pengguna: kustomer yang hendak menggunakan suara untuk memberikan instruksi pada komputer.
2. Pelanggan : perusahaan yang akan menggunakan software.
3. Analisi Pasar : tim yang bertugas mensurvey kebutuhan pasar
4. Regulasi : manajer yang berhak mengatur kegiatan pembuatan software
5. Rekayasa Software : tim yang berhak mengambil keuntungan dalam pembuatan software, termasuk menggunakan ulang beberapa komponen untuk produk lain.

3. Model Spiral Boehm
Model proses nyata waterfall yang berorientasi dokumen telah diambil sebagai standar umum oleh banyak agen pemerintah dan pembuat perangkat lunak. Jadi, tidak mudah melupakan model tersebut walaupun masih terdapat masalah-masalah yang ditimbulkan dalam model tersebut. Kita membutuhkan sebuah proses yang lebih baik untuk manajemen yang dapat menggunakan semua model umum seperti yang telah kita bicarakan sebelumnya. Model perbaikan tersebut juga harus memenuhi kebutuhan-kebutuhan pembuat perangkat lunak. Pendekatan alternatif diusulkan oleh Boehm (1988). Boehm mengusulkan sebuah model yang secara eksplisit menjelaskan bahwa resiko yang disadari mungkin membentuk dasar model proses umum. Model Boehm berbentuk spiral. Setiap loop mewakili sebuah tahap dari proses perangkat lunak.
Tidak ada tahap yang tetap dalam model ini. Manajemen harus memutuskan bagaimana membentuk proyek kedalam tahap-tahap. Perusahaan biasanya bekerja dengan beberapa model umum dengan tahap tambahan untuk proyek khusus atau ketika masala-masalah ditemukan selama pembuatan proyek.

Setiap loop dibagi dalam 4 sektor
1. Pembuatan tujuan
Tujuan, hambatan dalam proses ataupun produk serta resiko-resiko proyek ditentukan. Rencan rinci manajemen juga ditulis lengkap. Pembuatan strategi-strategi alternatif direncanakan sesuai dengan resiko yang ada.

2. Perkiraan dan pengurangan resiko

Untuk setiap resiko yang telah diidentifikasi, akan dibuat analisis rincinya. Kemudian diambil langkah-langkah untuk mengurangi resiko. contohnya, jika ada resiko bahwa persyaratan-persyaratan tidak tepat maka sebuah model contoh mungkin dapat dikembangkan.

3. Pengembangan dan validasi
Setelah evaluasi resiko, sebuah model pengembangan untuk sistem dipilih. Misalnya, jika resiko interface pengguna yang dominan maka model pengembangan yang tepat mungkin pengembangan evolusioner dengan menggunakan model contoh (prototipe)
Jika resiko keselamatan yang diutamakan, model pengembangan yang sesuai adalah transformasi formal dan seterusnya. Model waterfall mungkin tepat digunakan jika resiko yang diutamakan adalah integrasi sistem.

4. Perencanaan
Jika diputuskan untuk melanjutkan pada loop spiral berikutnya maka proyek dibicarakan kembali dan rencana dibuat untuk tahap selanjutnya. Tidak perlu untuk menggunakan satu model tunggal pada setiap loop spiral bahkan dalam keseluruhan sisten perangkat lunak. Model spiral encompasses model lainnya. Pemodelan digunakan pada salah satu psiral untuk memecahkan masalah kebutuhan. Kemudian dapat diikuti oleh model konvensional, waterfall. Transformasi formal digunakan untuk mengembangkan bagian-bagian sistem yang memiliki persyaratan keselamatan yang tinggi dan pendekatan reuse digunakan untuk pengimplementasian bagian-bagian lain dari sistem data manajemen.Pada implementasinya, model spiral ini juga banyak digunakan, tetapi biasanya dikombinasikan dengan model yang lain. Pemodelan waterfall, yang sangat bagus dalam menentukan millestones dan pemodelan spiral, yang sangat bagus dengan menggunakan prototyping, merupakan kombinasi yang sering dipakai di dalam kontrak-kontrak untuk perangkat lunak dewasa ini.

4 Testing
1. Perekaman Suara Sebagai Sample
Perekaman suara dari 20 orang dengan jenis kelamin yang berbeda yaitu 10 orang wanita dan 10 orang laki-laki dengan kata yang sama. Perekaman tersebut dilakukan secara berulang-ulang dengan kata yang berbeda dari perekaman sebelumnya. Kata-kata yang direkam merupakan feature yang ada pada komputer, dalam hal ini antara lain: Microsoft Word, Excel, Explorer, Power Point, dan Notepad.

2. Pembuatan Database
Pembuatan database dari sinyal-sinyal suara yang telah disimpan sebagai sinyal standart dari software yang akan digunakan yaitu Microsoft Word, Excel, Explorer, Power Point, dan Notepad.

3. Proses Penyesuaian suara (matching voice)
Proses Penyesuaian suara dan pengambilan rata-rata dari masing-masing user pada database sehingga pada saat ada sinyal independent (sinyal baru) yang masuk dapat dicari nilai errornya. Data dengan nilai error terkecil diasumsikan mempunyai tipikal suara yang sama dengan sinyal suara standart dan akan diijinkan untuk melakukan akses pada komputer untuk membuka suatu program aplikasi.

Diambil Dari Tugas Akhir: Yesika Eka Kartikasari – Politeknik Elektronika Negeri Surabaya, DIII Telekomunikasi, 2006

FORM@T : Biaya Ekstra

2007-06-10T20:12:00.000+07:00

Pekan lalu, Menkominfo bertemu dengan para wartawan media massa dalam sebuah acara ramah-tamah. Ada beberapa hal menarik yang menjadi catatan penting ketika Prof M Nuh berbicara di depan wartawan.

Menurut Menkominfo yang baru ini, masyarakat berbasis informasi tidak melulu tercapai dengan membangun infrastruktur saja, tetapi juga harus melihat sisi harga dan budaya dari masyarakat yang ingin berbasis informasi tersebut.

Kalau budaya jelas persoalannya. Selama ini kita berkutat keras untuk menjadikan Indonesia sebagai bangsa yang suka membaca dan menulis. Bukan bangsa yang "doyan ngobrol" atau "kongkow-kongkow". Upaya ini sulit sekali dicapai karena memang terkait dengan kebiasaan kita selama ini yang tidak gemar membaca dan menulis.

Herannya, kalau ada pameran buku murah, atau pameran apa pun yang murah, selalu saja dipenuhi oleh pengunjung. Tetapi, di sisi lain, ketika SMS atau percakapan telepon murah diperkenalkan sebagai bagian dari promosi, kita masih belum melihat terjadinya lonjakan signifikan.

Atau, biaya seperti yang disebut oleh Menkominfo sebagai harga tersebut, memang bukan realitas yang sesuai dengan daya jangkau masyarakat pada umumnya?

Salah satu operator terbesar di Indonesia, misalnya, menyebutkan, rata-rata pelanggannya hanya mengirim 140 buah SMS setiap bulan, atau sama dengan sekitar lima buah SMS sehari. Jumlah yang sangat kecil dibanding dengan negara tetangga seperti Filipina yang menggulingkan presidennya dengan SMS.

Lucunya, operator seluler pun menganggap bahwa dengan memberikan bonus para konsumen dianggap telah dibantu berkomunikasi secara murah. Aneh bin ajaib. Kalau memang murah, sebenarnya berapa harga dasar komunikasi SMS tersebut?

Kembali ke pernyataan Menkominfo tentang harga. Jangan-jangan memang harga yang ditetapkan industri teknologi komunikasi informasi terlalu besar dengan margin keuntungan yang tidak pernah bisa dibayangkan.

Atau di sisi lain, harga tinggi ini disebabkan oleh ekonomi biaya tinggi yang terjadi di berbagai instansi, termasuk Depkominfo. Coba bayangkan, berapa sebenarnya biaya mengurus sertifikasi ponsel, komputer notebook dengan wifi atau telekomunikasi 3G, dan teknologi lainnya.

Semua orang tahu. Mau cepat tambah biaya ekstra. Mau prosedur, banyak alasan yang diajukan. Dan kondisi ini terjadi di semua instansi pemerintahan, dari pusat sampai ke daerah-daerah, untuk mengurus berbagai macam perizinan.

Sumber : http://www.kompas.com/kompas-cetak/0706/04/tekno/3573976.htm

Konvergensi Total dengan Java

2007-06-10T20:04:00.000+07:00

Acara JavaONE 2007 yang berlangsung di Moscone Center, San Francisco, AS, memberikan agenda baru bagi siapa saja yang bergelut di dunia Java. Java merupakan simbol yang dibawa oleh Sun Microsystems sebagai sebuah platform untuk berkolaborasi menghasilkan sesuatu, di mana kepercayaan untuk mengubah dunia dengan inovasi sangat kencang.

JavaONE 2007 dibuka oleh Rich Green, Executive VP Sun Microsystems, termasuk lahirnya teknologi baru JavaFX yang diciptakan untuk solusi bergerak dan dalam waktu dekat akan dinikmati para pencinta perangkat bergerak. JavaFX menjadi teknologi baru dalam keluarga Java, yang mengutamakan interaktivitas, di antaranya dengan demo menggunakan telepon bergerak dengan sistem operasi Java, yaitu Savaje (yang baru diakuisisi Sun) serta Nokia N800.
Hari pertama JavaONE 2007 sarat dengan unsur promosi pihak Sun Microsystems serta rekan-rekan Java mereka, membuat adopsi Java semakin kuat terutama di area embeded. Kolaborasi antara Yahoo, Sony, Fox Studio, Motorola, sampai perangkat televisi dan robot menjadi topik utama.

Integrasi SmartCard dengan dotcom menandakan masuknya perangkat bergerak menjadi dotcom, artinya setiap manusia yang memegang perangkat bergerak adalah sebuah situs web. Apakah Anda siap menaruh CV di ponsel dan setiap umat manusia dapat browsing ke sana?

BluRay (teknologi saing HD-DVD) memungkinkan programmer Java bergabung dengan sumber content paling hot di AS, yaitu Holywood, juga menjadi sumber informasi yang baru. Integrasi perfilman dengan internet dan game di dalam Blu Ray memungkinkan sebuah paradigma baru dalam menonton film.

Sebelumnya, bila menonton sebuah film, kita hanya dapat menonton, dan sebuah menu untuk melihat trailer atau scenes. Tanpa melakukan aktivitas saat film ini diputar. Bluray dengan BluRau Java SDK-nya memungkinkan adanya content internet di dalam film serta melakukan interaksi dan multiplayer quiz. Contoh yang mungkin adalah saat menonton film, ada live quiz dari produser film tersebut dan berhadiah mobil.

Integrasi teve
Solusi Java, yang hanya dikenal untuk aplikasi server yang dituangkan dalam full stack Oracle Fussion Middleware pada acara tersebut, dibawakan Thomas Kurian, Senior VP Oracle. Stack Enterprise yang meninggalkan kesan integrasi yang banyak. Hal ini karena solusi enterprise telah menjadi backbone dari semua ini, yang berubahnya dari integrasi aplikasi menjadi integrasi komponen.

Berubah menjadi sebuah solusi Live, yang mengintegrasikan semua sisi kehidupan manusia sehingga semua manusia di muka Bumi ini terhubung secara virtual dapat berinteraksi.
Java, yang 12 tahun lalu diciptakan agar menjadi sebuah aplikasi untuk televisi, akhirnya mendapatkan momentumnya di JavaONE 2007, yang menyatakan bahwa teknologi Java yang diciptakan oleh tim James Gosling tidak berubah.

Televisi yang kompatibel dengan JavaTV ini telah membuat perusahaan kabel, perhotelan, dan ruang keluarga berubah, dari yang semula hanya sebuah perangkat menonton menjadi sebuah media interaksi yang memungkinkan menggabungkan semua acara dalam saluran televisi, internet, dan permainan.

Dapat dibayangkan jika kita menonton televisi berbasis JavaTV dengan BluRay atau main game di Playstation3 yang berbasis Bluray juga, ruangan keluarga terkoneksi internet, suasana apa yang akan muncul? Ini adalah sebuah panggung hiburan modern yang sama sekali baru.

Ada satu teknologi yang juga berperan serta dalam konvergensi ini, yaitu mesin fotokopi berbasis Java, mengadopsi teknologi yang saat ini ditemukan di perangkat bergerak, yaitu JavaME. Ricoh berhasil membuat mesin fotokopinya berkolaborasi dengan perangkat bergerak, berubah menjadi virtual library yang dapat diakses, bukan hanya oleh PC dalam jaringan, tetapi oleh perangkat bergerak.

Teknologi robot
Teknologi lainnya yang tidak kalah menarik adalah helikopter yang dikendalikan secara remote, dapat memetakan 3D, serta teknologi 3D Open Source dari Sun, yaitu Wonderland (versi Java dari game SecondLife), dan Darkstar (game server Open Source). Darkstar adalah sebuah multiuser game server yang memungkinkan pengembang multiplayer game mengembangkan aplikasi game, dan saat ini di situs Web Sun telah muncul game client lain, yaitu sebuah multiplayer game untuk ponsel.

Sebuah robot Robosapien terbaru berwarna merah, yaitu RS (RoboSapien) Media, yang versi putihnya atau versi 2.0 dapat ditemukan toko mainan anak-anak di mal-mal di Indonesia, telah memasukkan Java sebagai teknologi pengembangan. Ini terlihat di stan Robosapien yang tidak memiliki sales promotion, tetapi menaruh dua robot yang berpromosi mengenai keunggulan dan fitur-fitur dari robot ini.

Selain show-off teknologi, JavaONE juga merupakan tempat reuni bagi orang-orang yang aktif di komunitas global, mulai dari komunitas pengembangan Java (Java user group), Java Champions (orang-orang terpilih yang memiliki influencing charisma), dosen-dosen computer science yang mengajar pemograman. Mereka semua bertemu dan berbagi semua pengalaman yang didapatkan di negara masing-masing, yang menarik ternyata semua kasus yang didapat memiliki pola yang sama, mulai dari kendala mahasiswa sampai regulasi bisnis.

Frans Thamura Pendiri Java User Group Indonesia

Sumber : http://www.kompas.com/kompas-cetak/0706/04/tekno/3573572.htm

Membantu Thailand Menuju 4G

2007-06-10T19:50:00.000+07:00

Selama tiga hari pada pertengahan Mei 2007, saya berada di Asian Institute of Technology di pinggiran Bangkok, Thailand, memberikan workshop tentang Next Generation Network dan teknologi seluler 4G. Workshop tersebut diselenggarakan atas undangan Prof Kanchana Kanchanasut dari Departemen Computer Science Asian Institute of Technology. Kanchana sendiri pernah menjabat sebagai salah satu board director di ICANN, yang merupakan lembaga tertinggi di internet dunia.

Satu hal strategis yang mendasar dari kegiatan workshop Next Generation Network (NGN) dan 4G tersebut adalah ternyata di balik kegiatan itu terbayang rencana dari Menteri ICT Thailand untuk membawa Thailand melompat menuju 4G dan NGN. Tampaknya Thailand serius melakukan ancang-ancang melakukan lompatan tersebut.

Selain saya, workshop juga diberikan Dr Apinun Tunpan (lulusan AS) dan Andrey Kouprianov (lulusan Asian Institute of Technology/AIT). Materi yang dibawa Dr Tunpan lebih ke arah Trixbox, sedangkan Andey lebih ke arah SER. Kedua instruktur mitra saya tersebut lebih memberikan ilmu kepada softswitch saja.

Sementara saya di workshop tersebut mengajarkan Asterisk, ENUM, dan integrasi ke telkom. Workshop diselenggarakan di Internet Education and Research Laboratory (InterLab) AIT yang dirancang menjadi pusat penggodokan SDM internet di Asia. InterLab dipimpin oleh ketuanya, Prof Jun Murai dari Keio University, Jepang, dan Prof Kilnam Chon dari Korea Selatan, yang merupakan tokoh internet di negara masing-masing.

Baru mengenal
Peserta yang hadir kebanyakan dari perusahaan dan institusi telekomunikasi terbesar di Thailand, seperti Shin Satellite, Advanced Info Service Public Company, Samart Telcom, TOT (Telecommunication of Thailand), dan beberapa universitas di Thailand. Juga hadir beberapa peserta dari negara tetangga, seperti MYREN Malaysia maupun Institute of Technology Cambodia.

Kita sebagai bangsa Indonesia boleh berbangga hati karena ternyata semua peserta, termasuk instruktur lainnya, baru pertama kali mengenal teknologi ENUM maupun detail teknik integrasi ke NGN dan 4G ke jaringan Telkom Thailand. Kebanyakan di antara mereka masih berpikir bahwa VoIP adalah telepon dari komputer ke komputer melalui internet.

Sementara kita di Indonesia melalui VoIP Merdeka tahun 2000-an dan dilanjutkan oleh VoIP Rakyat merupakan pekerjaan sehari-hari selama lebih dari lima tahun mengoperasikan sistem NGN dan 4G di internet Indonesia. Melihat hal di atas, saya semakin yakin bahwa apa yang kita lakukan di Indonesia melalui VoIP Rakyat merupakan teknologi yang belum dikuasai oleh banyak institusi besar telekomunikasi di negara-negara sekitar kita.

Thailand, Malaysia, dan Kamboja yang hadir di ruangan workshop jelas-jelas kalah dibandingkan dengan kemampuan Indonesia. Hal strategis lain yang membuat saya yakin dengan kemampuan Indonesia beberapa tahun mendatang adalah aktifnya diselenggarakannya workshop, demo, maupun seminar yang sifatnya hands-on dan merakyat tentang NGN dan 4G, memang dikemas dengan bahasa yang merakyat seperti ponsel tanpa SIM card, VoIP Cikal Bakal Telkom Rakyat.

Ide tentang NGN dan 4G menjadi sangat merakyat di masyarakat Indonesia. Gambaran bahwa ponsel tanpa SIM card yang sebetulnya merupakan teknologi 4G menjadi lebih nyata bagi kebanyakan rakyat Indonesia.

Frekuensi aktivitas demo, workshop, seminar di Indonesia terjadi sangat tinggi dengan rata-rata 2-4 kota per minggu dan peserta rata-rata 150-200 peserta. Hal ini terus terang tidak terjadi di negara-negara sekitar kita, bahkan di Amerika Serikat pun tidak terjadi tingkat aktivitas yang sedemikian tinggi.

Kemampuan tinggi
Dibantu dengan internet 24 jam menggunakan teknologi wajanbolic e-goen pada tingkat RT/RW-net menjadikan NGN dan 4G sangat merakyat di Indonesia. Tidak ada bangsa lain di dunia yang menguasai dan menjiwai teknologi wajan ini sebaik bangsa Indonesia.

Memang semua aktivitas VoIP Rakyat, RT/RW-net, Wajanbolic, NGN, dan 4G yang sedemikian marak di lapisan bawah di tingkat rakyat sampai detik ini masih disepelekan regulator telekomunikasi di Indonesia. Terus terang, saya pribadi bersyukur regulator telekomunikasi menyepelekan infrastruktur rakyat ini karena hal ini menunjukkan secara eksplisit bahwa rakyat Indonesia sebetulnya mempunyai kemampuan yang tinggi, dan sebetulnya rakyat Indonesia tidak membutuhkan pemerintah maupun regulator untuk membangun infrastruktur telekomunikasinya.

Kunci keberhasilan itu bukan pada uang dan alat, kuncinya berada pada otak manusia Indonesia.

Memang semua ini menjadi tantangan besar sekali bagi regulator telekomunikasi Indonesia karena ilmu dan teknologi yang ada telah memungkinkan rakyat membuat sendiri jaringan telekomunikasi private (tertutup) yang skalanya sangat besar di atas infrastruktur internet buatan sendiri pula.

Dalam beberapa kondisi, ini semua merupakan tantangan langsung bagi jaringan telekomunikasi publik. Regulasi di Indonesia tidak berhasil mengantisipasi kemampuan rakyat membuat jaringan telekomunikasi tertutup yang sedemikian besar.

Tidak mengherankan kalau banyak pejabat di tingkat operator maupun regulator menjadi gelisah. Semoga kita semua sadar bahwa bangsa Indonesia mempunyai potensi yang sangat besar di bidang telekomunikasi. Semoga kita sadar bahwa "Dunia pun belajar pada kita, Bangsa Indonesia".

Onno W Purbo Mantan Dosen ITB dan Penulis Independen

Sumber : http://www.kompas.com/kompas-cetak/0706/04/tekno/3573594.htm

Mencari dan Mengembangkan Konten Teknologi

2007-06-10T19:44:00.000+07:00

Setelah dimulainya pemberian layanan telepon bergerak seluler generasi ketiga (3G) secara komersial oleh lima operator telekomunikasi (Hutchison CP Telecommunication, Natrindo Telepon Seluler, Telkomsel, Excelcomindo Pratama, dan Indosat), artinya Indonesia telah memasuki babakan baru dalam industri teknologi komunikasi informasi (TKI) dari narrowband (pita sempit) ke arah broadband (pita lebar).

Setelah 3G, telah menunggu giliran pula teknologi WiMax untuk diadopsi dan generasi keempat telepon bergerak seluler (4G) yang kini masih dalam tahap pengembangan.

Selain menyangkut seberapa jauh infrastruktur teknologi pita lebar tersebut menjangkau masyarakat, yang tak bisa diabaikan adalah layanan apa saja yang bisa disajikan bagi penggunanya. Apalagi jika 4G sudah hadir, dengan kemampuan transmisi data hingga 155 Mbps atau setara 1.890 kanal 64 Kbps. Melalui pengalaman beberapa negara yang telah lebih dulu mengimplementasi pita lebar, konten mempunyai peran strategis. Tanpa konten yang menarik, menghibur, maupun mendidik, infrastruktur yang ada dapat diibaratkan jalan tol berlajur banyak yang hanya dilalui sebuah motor bebek, yang tentunya mubazir.

Mengingat perannya yang cukup signifikan, baiknya pembicaraan soal TKI tidak melulu didominasi perdebatan mengenai adopsi teknologi saja, semisal 3G, WiMax, NGN, 4G, serta apakah menggunakan jaringan publik atau jaringan private, tetapi juga perlu dibarengi dengan gugatan konten apakah yang akan diberikan kepada masyarakat agar masyarakat Indonesia menjadi cerdas, tidak menjadi korban terpaan teknologi serta masyarakat yang sejahtera sebagai muaranya.

Cukup menarik untuk melihat bagaimana perkembangan konten dalam industri TKI di sini. Ada beberapa hal yang bisa dicatat. Pertama, terjadinya pasang surut layanan konten Indonesia. Ini dapat dilihat dari konten dotcom lokal yang menggurita saat menjelang dan beberapa tahun setelah masa reformasi pada tahun 1998, namun setelah itu hanya beberapa yang mampu bertahan dan dikategorikan sukses. Walaupun belum optimal, beruntung kini hampir seluruh pemerintahan dari pusat hingga daerah bisa diakses melalui internet.

Kedua, dengan pita yang kian lebar, layanan seperti video call, mobile TV, maupun video on demand, mulai ditawarkan ke publik. Namun, disebut-sebut hampir sama dengan konten televisi kita yang bersifat latah dan hampir senada dengan dipenuhi tayangan mistik, sinetron ABG dan berita gosip, belum terlihat layanan yang menjadi ciri khas operator 3G di sini. Dikhawatirkan, tanpa variasi layanan untuk memaksimalkan lebar pita yang ada, yang akan menjadi killer application tetap saja suara (voice), sehingga ilustrasi motor di jalan tol terjadi. Dan ketiga, bersamaan dengan maraknya investasi asing di sektor TKI kita, termasuk penguasaan asing di beberapa operator telekomunikasi, industri konten juga tidak bisa menghindari hal itu. Mayoritas industri konten Indonesia saat ini juga dikuasai asing. Hal ini tentu memprihatinkan dan membuat kita bertanya-tanya apakah orang Indonesia tidak ada yang pintar untuk membuat konten yang bagus. Ataukah memang, kepintaran orang-orang kita di bidang TKI hanya yang negatif saja, semisal cybercrime yang selalu masuk dalam

Sumber : http://www.kompas.com/kompas-cetak/0706/04/tekno/3573559.htm

Memperluas Kapasitas Penyimpanan Digital

2007-06-10T19:40:00.000+07:00

René L Pattiradjawane

Perkembangan kemajuan teknologi komunikasi informasi memang memiliki ciri yang tidak terbantahkan, semakin cepat kemampuan komputer dan jaringan semakin banyak data yang ingin diserap. Premis ini berlaku di mana-mana, dan pada suatu titik tertentu menimbulkan persoalan lain yang merupakan warisan yang tidak bisa dihindari akibat kemajuan tersebut maupun sebagai cermin perilaku kita sendiri menghadapi perkembangan pesat yang sangat dinamis.

Masalahnya, semakin banyak data yang dikumpulkan para pengguna komputer dan jaringan internet pun menghadapi isu baru di mana menyimpan data-data tersebut. Awalnya, semua data yang kita kumpulkan disimpan dalam disket dengan kapasitas yang terbatas, dan akhirnya menyebabkan terjadinya tumpukan-tumpukan disket yang berdebu.

Kemudian muncul CD (dan tidak lama juga muncul DVD data), memungkinkan kita untuk menyimpan data-data dalam jumlah yang berlipat dibanding menggunakan disket. Floppy disk drive pada komputer pun menghilang entah ke mana.

Namun, persoalan yang dihadirkan oleh CD atau DVD dengan kapasitas penyimpanan yang lebih besar tetap saja tidak menghilangkan pola menumpuk yang kita lakukan selama ini. Tumpukan CD dan DVD pun lebih tinggi dari disket, dan bahkan tercecer di mana-mana di ruangan rumah maupun di kantor.

Hard disk sebagai penyimpan digital juga ikut berkembang dengan kapasitas yang terus membesar, mulai dari hanya beberapa megabyte menjadi ratusan gigabyte dalam format standar berbentuk empat persegi panjang. Masalahnya, banyak di antara kita yang tidak percaya dengan hard disk ini karena banyak sekali risiko yang harus ditanggung untuk menyimpan dalam hard disk.

Banyak sekali insiden yang menyebabkan hilangnya data, karena crash tidak berfungsinya hard disk, corrupted file yang menyebabkan keseluruhan data tidak bisa diakses, serta mudahnya virus mengidap di dalam hard disk yang memiliki risiko menghilangkan semua data dan menularkannya ke mana-mana.

Walaupun begitu, kita pun akan tetap mengandalkan hard disk sebagai penyimpan digital karena satu alasan penting, mudah pencarian kembali dibanding dengan disket, CD, maupun DVD. Apalagi dengan semakin pesatnya perkembangan multimedia, hard disk menjadi pilihan paling nyaman untuk menyimpan data digital kita.

Kapasitas 1 Terabyte
Ketika Hitachi Global Storage Technologies memperkenalkan produk penyimpan digital terbarunya, Deskstar 7K1000, dengan kapasitas 1.000 GB dan Kompas mencoba produk terbaru tersebut, membuktikan kalau premis kapasitas hard disk yang semakin besar memang sesuai dengan pesatnya proses komputasi dan akses internet kecepatan tinggi broadband. Hitachi menjadi perusahaan pertama yang memproduksi hard disk kapasitas 1 terabyte mengalahkan saingannya, Seagate.

Deskstar 7K1000 dengan kapasitas 1 juta megabyte ini memang sudah lama dinantikan dan diprediksikan kehadirannya. Bayangkan, jumlah kapasitas Deskstar 7K1000 itu sama dengan sekitar 13 buah hard disk pada komputer notebook yang memiliki kapasitas 80 GB.

Kapasitas 1 TB ini sama dengan 330 ribu foto digital resolusi tinggi dengan masing-masing foto tersimpan dalam file yang besarnya 3 MB. Atau, sama dengan 150 judul film definisi tinggi dengan encode 9 MB per detik menggunakan format MPEG-4. Jumlah ini memang menjadi fantastis, dan menjadi menarik ketika semuanya ini mudah dicari dalam satu hard disk saja.

Padahal sebelumnya, untuk mencapai jumlah 1.000 GB hard disk, pengguna komputer harus menggunakan beberapa hard disk dengan kapasitas ukuran 200 GB yang memanfaatkan fitur spanning atau striping menggunakan teknologi RAID. Kehadiran Deskstar 7K1000 ini sekaligus menandakan kehadiran kemajuan teknologi multimedia yang semakin luas, menyajikan film digital seketika, serta memperluas berbagai kemungkinan lain, termasuk e-magazine dan e-book.

Memperluas densitas
Penyimpan digital Deskstar 7K1000 bukan hanya memperbesar kapasitas hard disk dalam satu format saja, tetapi Hitachi juga menghadirkan beberapa inovasi dalam teknologi hard disk ini. Selain menggunakan antarmuka Seria ATA II, Deskstar 7K1000 adalah yang pertama memiliki cache memory sebesar 32 MB memungkinkan penulisan dan pembacaan data yang lebih cepat, serta implementasi teknologi perpendicular magnetic recording (PMR) yang memperbesar kapasitas.

Untuk bisa mencapai kapasitas penyimpanan 1 TB, Hitachi perlu memperluas area densitas penyimpan digitalnya yang terbaru. Kalau pada produk sebelumnya dengan kapasitas 500 GB dibutuhkan tiga plat magnit dengan kapasitas rata-rata 166 GB, maka pada Deskstar 7K1000 digunakan lima buah plat magnit dengan kapasitas penyimpanan masing-masing 200 GB.
Sebenarnya, penggunaan lima plat magnit (bayangkan seperti tumpukan piringan hitam) sudah lama digunakan dan menjadi standar dalam penggunaan hard disk untuk keperluan perusahaan. Sehingga, teknologi PMR sebenarnya sudah matang dan memiliki kemungkinan untuk memperbesar kapasitas di atas 200 GB seperti yang digunakan pada Deskstar 7K1000 sekarang ini.

Dalam uji coba Kompas, Deskstar 7K1000 memiliki kecepatan akses membaca dan menulis, terutama menggunakan sistem network area storage (NAS) seperti buatan QNAP, yang memuaskan untuk kapasitas 1 TB. Walaupun memiliki kecepatan 7200 rpm, kemampuannya untuk menghadirkan data digital seketika di dalam sistem jaringan menjadi memadai pada era multimedia sekarang ini.

Bahkan, kemampuannya untuk streaming film digital definisi tinggi juga memuaskan, memberikan sebuah peluang bagi penggunanya untuk mengumpulkan koleksi film-filmnya dalam sebuah penyimpan digital yang cepat dan mudah diakses. Dan kehadiran Hitachi Deskstar 7K1000 ini sekaligus menandakan akan semakin cepat kita melihat kehadiran kapasitas penyimpan digital ukuran terabyte, seperti halnya ketika Segate memperkenalkan hard disk 1 GB pada dekade 90-an

Sumber: http://www.kompas.com/kompas-cetak/0706/04/tekno/3573710.htm

Pemanfaatan ICT Bagi Anak Penderita Tuna Rungu

2007-06-05T10:41:00.000+07:00

Kehilangan pendengaran dan tidak bisa bicara (tuli dan bisu) mempengaruhi individu dari semua umur yang bisa terjadi pada masa kanak-kanak sampai usia lanjut. Departemen Pendidikan US (2002) melaporkan bahwa sepanjang tahun 2000-2001, 70.767 siswa yang berusia 6 sampai 21 tahun (atau 1.3% dari seluruh siswa) menerima pendidikan khusus dengan kategori “kerusakan pendengaran”. Bagaimanapun, jumlah anak-anak yang kehilangan pendengaran tersebut semakin bertambah, selain itu memiliki kekurangan yang lain. Sehingga mereka menerima pendidikan dengan kategori selain tuli dan bisu.
Jika anda baru-baru ini mendapatkan anak anda memiliki kehilangan pendengaran, tulisan ini cukup berguna sebagai masukan. Apakah anak anda bayi yang baru lahir, usia sebelum masuk sekolah, atau lebih tua. Ada pelayanan untuk membantu anak anda, dan di sana terdapat banyak kelompok dengan informasi penting untuk diketahui.

What Are the Types of Hearing Loss?

Beberapa kriteria tentang tuli
● Conductive - Kehilangan pendengaran sebagai hasil kekacauan dari lingkungan dan atau pertengahan telinga (misalnya sebagai hasil infeksi/peradangan telinga, struktur telinga abnormal)
● Sensor Neural - Kehilangan pendengaran sebagai hasil kinerja labirin yang tidak stabil atau syaraf ke-8 yang berhubungan dengan tengkorak sehingga membawa isyarat tentang indera pendengar kepada otak tersebut tidak bekerja (misalnya sebagai hasil radang selaput otak, sumsum belakang, suara bising yang berlebihan, cacat sejak lahir)
● Mixed - Kombinasi dari conductive dan sensor neural
● Central – Hasil dari kekacauan sistem nervous (misalnya kerusakan pada proses inti indera pendengar)

Dampak pada Bidang Pendidikan

Kehilangan pendengaran tidak mempengaruhi kemampuan atau kapasitas seseorang secara intelektual untuk belajar. Bagaimanapun, anak-anak tersebut memerlukan beberapa pelayanan pendidikan khusus untuk memenuhi kekurangan pendidikan sebagaimana layknya anak normal. Beberapa layanan yang diberikan meliputi:

● Cara berbicara yang teratur, bahasa yang baik dan pelatihan khusus;
● Pelayanan dari interpreter bagi para siswa yang menggunakan bahasa isyarat;
● Tempat duduk diatur sedemikian rupa sehingga memudahkan mengajar melalui gerakan bibir;
● Melihat cerita melalui film atau video;
● Asisten sebagai notulen, yang membantu siswa dalam mencatat sehingga siswa dapat dengan mudah mengerti instruksi yang diberikan;
● Instruksi untuk guru dan mengamati metoda komunikasi, seperti bahasa isyarat;
● Sebagai Penasehat.

Apakah anak anda memiliki resiko kehilangan pendengaran?
Perilaku Anak-Anak terhadap resiko Kehilangan Pendengaran
● Jangan memberikan suara keras yang membuat anak anda terkejut selama masa kanak-kanak
● Akan lebih baik bila anak anda memiliki catatan kesehatan mengenai infeksi/peradangan telinga dalam satu tahun
● Sering salah paham tentang apa yang dikatakan
● Secara konstan meminta informasi untuk diulangi
● Sering mengatakan "huh" atau "apa"
● Memiliki kesukaran terhadap mengikuti instruksi lisan
● Memberikan tanggapan yang tidak konsisten terhadap apa yang di dengar
● Membutuhkan waktu untuk menjawab pertanyaan atau arah percakapan
● Memiliki memori pendengaran yang lemah (mudah lupa)
● Tidak langsung ber-ekspresi
● Memiliki kemampuan belajar yang lambat
● Memiliki masalah dalam membaca, mengeja dan permasalahan akademis lainnya
● Memiliki tingkah laku yang berbeda

Anak-anak memiliki masalah pendengaran akan jauh lebih sulit dibandingkan anak-anak normal untuk belajar tentang kosa kata, tata bahasa, urutan kata, ungkapan, dan aspek lain tentang komunikasi secara lisan. Bagi anak-anak yang kehilangan pendengaran sejak lahir, mereka lebih konsisten dalam menggunakan bahasa dan gaya komunikasi yang berbeda (seperti bahasa isyarat), maka mereka diberikan pelatihan khusus untuk membantu mengurangi penggunaan bahasa ini. Dengan bertambahnya usia, empat atau lima tahun kemudian, kebanyakan anak-anak tersebut dapat melanjutkan sekolah pada tingkat yang lebih tinggi dan atau bekerja dengan komunikasi khusus dan pengembangan ilmu lainnya. Adalah penting bagi para guru dan audiologists untuk bekerja sama dalam mengajar anak-anak tersebut menggunakan pertemuan face to face semaksimal mungkin, sekalipun tetap menggunakan alat komunikasi yang nyaman.