hal biasa #21

hari ini diawali dengan sms ndud, dia ngajak ketemuan. gw bener2 senang dia ngajak ketemuan. kami ngabisin waktu bareng sama2 ber2. hari ini juga pertama kalinya aku ngeboncengin dia. entah kenapa rasa senang berkurang malah mendadak gugup banget. rasanya kata Cindy benar aku bisa meledak saking senangnya hahahaha gw nggak bakal lupa hari bareng ndud terus. nggak perlu alesan khusus buat ketemu, hanya cukup bersama aja dan ngobrol bareng. makan siang bareng. liat dia main juga menyenangkan. rasanya gw terbang kalo sama ndud. gw berharap hari ini bisa terjadi lagi. tambah lagi kenangan indah gw. bisa foto dia + dapet foto dia yah lumayan tambah koleksi hehehehe






terima kasih untuk hari ini. hari ini benar-benar hari yang sangat menyenagkan

Estimasi

Estimasi adalah proses meramalkan atau memperkirakan waktu dan biaya untuk menyelesaikan berbagai deliverabel proyek.

Contoh : Menurut saya kita harus menggunakan rencana A daripada rencana B karena estimasi waktu rencana A lebih baik daripada rencana B walaupun estimasi biaya rencana lebih besar ketimbang rencana B. Alasan saya untuk menggunakan rencana A adalah karena saat ini para konsumen lebih membutuhkan waktu pengiriman yang cepat dibanding harga yang murah. Mereka rela mengeluarkan biaya lebih untuk pengiriman cepat, jadi jika kita menggunakan rencana A maka kita dapat mengambil laba yang besar.

Perbedaan Estimasi Makro dengan Estimasi Mikro

Estimasi atas-bawah pada umumnya diperoleh dari seseorang yg menggunakan pengalaman dan atau informasi untuk menentukan durasi dan total biaya proyek.
Estimasi bawah-atas menggunakan metode efisien dan berbiaya rendah. Proses itu dapat berlangsung setelah proyek digambarkan secara detail.

Pendekatan dari bawah ke atas pada tingkat paket kerja dapat bertindak sebagai titik periksa untuk berbagai elemen biaya di dalam WBS dengan me rollup paket kerja dan akun biaya yg yerkait dengan deliverabel utama.

Metode untuk estimasi waktu dan biaya proyek
a. Pendekatan Makro

- Metode Konsensus

- Metode Rasio

- Metode Distribusi Merata (Apportion Method)

- Metode Function Point untuk Proyek Perangkat Lunak dan Sistem

- Kurva Pembelajaran
Pendekatan Mikro

- Metode template

- Prosedur Parametrik untuk Tugas Spesifik

- Estimasi Detail untuk WBS Paket Kerja

- Hibrid : Tahap Estimasi

Kerja proyek time-phased adalah titik penunjuk untuk mengendalikan biaya proyek. Tanpa time-phased hampir tidak mungkin untuk mengendalikan biaya dalam batasan waktu dan dapat dipercaya. Time-phased memulai dengan estimasi waktu untuk paket kerja.

Sumber : GudangToni

IT Consultant

ada banyak jenis pekerjaan dalam bidang IT, tapi di sini saya hanya akan membahas tentang IT Consultant.


Informasi konsultasi teknologi (juga disebut konsultan IT, konsultan komputer, konsultasi komputasi, bisnis konsultasi teknologi dan layanan teknologi atau IT penasehat) adalah bidang yang berfokus pada bisnis menasihati tentang cara terbaik untuk menggunakan teknologi informasi untuk memenuhi tujuan bisnis mereka. Selain memberikan saran, Konsultan IT sering memperkirakan, mengelola, melaksanakan, menyebarkan, dan mengelola sistem TI atas nama bisnis ', yang dikenal sebagai outsourcing.


Industri TI konsultasi dapat dipandang sebagai suatu sistem Empatlapis:
Perusahaan jasa profesional yang mempertahankan tenaga kerja profesional besar dan komando tarif tagihan yang tinggi.
Perusahaan Staffing, yang menempatkan teknologi dengan bisnis secara sementara, biasanya dalam menanggapi absensi karyawan, kekurangan keterampilan sementara dan proyek-proyek teknis.
Konsultan independen, yang wiraswasta atau yang berfungsi sebagai karyawan perusahaan kepegawaian (untuk tujuan pajak AS, bekerja pada "W-2"), atau sebagai kontraktor independen di kanan mereka sendiri (untuk tujuan pajak AS, pada "1099") .
Informasi konsultan keamanan Teknologi

Ada berbagai alasan mengapa konsultan dipanggil:
1. Untuk mendapatkan eksternal, saran obyektif dan rekomendasi
2. Untuk mendapatkan akses ke keahlian khusus para konsultan '
3. Bantuan sementara selama proyek satu waktu di mana mempekerjakan pegawai tetap (s) tidak diperlukan atau diperlukan
4. Untuk outsourcing semua atau bagian dari layanan TI dari perusahaan tertentu

Empat prinsip dasar konsultasi TI adalah:
1. Fokus pada hubungan: Memahami kepribadian dan harapan klien, organisasi klien dan semua pemangku kepentingan lainnya
2. Didefinisikan dengan jelas peran: peran dan tanggung jawab Ditetapkan untuk kedua klien, stakeholder lain dan tim konsultasi
3. Memvisualisasikan keberhasilan: Membantu klien melihat akhir di awal
4. Anda menyarankan, mereka memutuskan: Klien adalah orang terbaik untuk memutuskan

Seorang konsultan IT perlu memiliki keterampilan sebagai berikut:
1. keterampilan Penasehat
2. keterampilan teknis
3. keterampilan bisnis
4. keterampilan komunikasi
5. keterampilan manajemen
6 .Kemampuan bahasa Penasehat
7 .Bisnis dan manajemen keterampilan bahasa
8. Keterampilan bahasa teknis


setelah saya sedikit melihat profil para IT Consultant di www.linkedin.com saya melihat ternyata orang-orang IT Indonesia tidak kalah dengan negara tetangga kita, bahkan melapaui mereka. walaupun begitu setiap orang yang saya lihat profilnya, mereka memiliki spesialisasinya masing-masing. Jadi saya sendiri tidak bisa mengatakan orang IT kita lebih baik atau buruk dengan Singapura karena tidak ada bahan perbandingan yang dapat digunakan

sumber :

www.linkedin.com
www.en.wikipedia.org

hal biasa #20

akhirnya internet bisa kembali normal lage setelah 2 hari rusak2 -_-
niatnya 2 hari yg lalu pengen nulis karena koneksi sedang rusak jadi mengurungkan niat.

tanggal 2 mei kemaren akhirnya bisa ketemu sama ndud. sudah pasti gw senang banget ^_^
dengan style rambutnya yg pendek bikin dia makin lucu >,<
setiap kali liat dia pasti gw terpesona wakakakkakakakakakakakakakakaka
bisa ngobrol bareng, share, sama main bareng bener2 hari yang menyenangkan. semoga itu bukan pertemuan terakhir -_-

satu hal lagi yg buat gw senang. gw bisa ngasi sesuatu ke dia tanpa ketauan sama dia. yah akhirnya bisa gw lakukan khu khu khu entah dia pikir itu salah kirim ato pemberian dari orang lain, hanya 2 orang yg tau kok. yap jgn dibahas terlalu jauh masalah ini soalnya ini bukan hal yg mau gw kasih tau ke siapa pun.

segini aja dulu nulisnya lain kali gw lanjut lage hohohoho
say o nara

hal biasa #19

2 hari yang lalu akhirnya gw bisa ngechat lagi sama ndud. sudah psati gw senang banget, padahal 1 detik sebelumnya nggak ngerasa kangen tapi pas baru sekali chat mendadak kangen banget -_-
memang menyenangkan ngobrol sama dia. karena sambil stres dan bergila ria. obrolan mau nyambung kek, aneh, ato lainnya jadi nggak peduli wakakakakakakakakakakakakaka emang cuma sama dia doang gw bisa gitu. pure 100% ngomong bebas tanpa harus jaga image ato jaga sikap.

saking senang dicampur gila jadi salah dengar. padahal dia mau ketemuan hari ini tapi gw malah kira dia nggak bisa yg hari ini T_T jarang2 gw menyesali perbuatan gw, tapi untuk sekarang bener2 nyesal karena gw kehilangan kesempatan buat ketemuan. semoga lain kali nggak terjadi hal seperti ini lagi T_T

gw pengen ketemu lage sama ndud. semoga aja bisa ketemu dalam waktu dekat wakakakakakakakakakakakakakakakakakaka

Seberapa Pentingkah Rencana Tes Penerimaan Suatu Sistem

Mungkin judulnya sedikit membingungkan, karena saya nggak bisa nemuin kata-kata yang cocok lagi buat judul. seperti yang ditulis di atas, seberapa penting rencana tes penerimaan sistem? tentu hal ini sangat penting karena dengan penerimaan ini berarti user telah mengakui bahwa sistem yang kita buat telah sesuai dengan kebutuhan dan permintaan user kepada kita. dengan kata lain pengakuan ini bisa membuktikan bahwa user puas dengan hasil milik kita. kenapa saya bisa mengatakan bahwa dengan pengakuan berarti user sudah puas? mari kita andaikan seperti kita membeli mobil. apabila kondisi dan performa mobil yang kita kehendaki sesuai dengan yang kita inginkan tentu kita akan puas dan mengakui kehebatan mobil tsb, tetapi bila tidak sesuai dengan yang kita inginkan maka kita akan kecewa dan akan mengajukan komplain kepada penjualnya. sama seperti dalam kasus kita ini, apabila sistem yang telah kita buat memiliki kekurangan atau kesalahan yang membuat user kecewa maka kita harus segera memperbaiki sistem tsb. kita perbaiki hingga benar-benar layak untuk digunakan oleh user terutama di sini adalah end-user.

apabila kita telah mendapat pengakuan secara tertulis dari user maka kita dapat menagih biaya pembuatan sistem tersebut kepada user. tentu saja ujung-ujungnya uang yang berperan dalam hal ini. bagaimana kita bisa mendapatkan pengakuan dari user? tentu saja kita harus mendemostrasikan kepada user sistem yang telah kita buat dan membuat user percaya bahwa sistem yang kita telah buat telah sesuai dengan kesepakatan yang telah dibuat sebelumnya.

beberapa hal yang dilakukan untuk Rencana Tes Penerimaan Sistem.

1. perdiode percobaan
dalam periode ini kita memberikan waktu kepada user untuk menggunakan sistem yang telah kita buat, apabila dalam periode waktu tersebut tidak ada kesalahan atau eror maka user dapat mempercayai sistem kita dan memberikan pengakuan terhadap sistem kita. bila terdapat eror atau salah dalam sistem kita maka kita harus langsung memperbaiki bagian sistem yang bermasalah tersebut dan memberikan periode kembali untuk user mencobanya. kelemahan dari cara ini adalah kita tidak tahu seberapa banyak kekurangan yang mungkin ada dalam sistem kita yang membuat user kurang puas, apabila hal ini terus berlanjut maka akan menghabiskan waktu yang sangat lama untuk periode percobaan.

2. solusi : penerimaan yang lengkap sedikit demi sedikit
ini adalah solusi yang dapat digunakan untuk menghadapi cara yang pertama di atas. dalam cara ini kita akan mendemostrasikan semua fungsi yang telah dijanjikan kepada user. serangkaian tes dan perintah yang dijalankan sistem disebut Rencana Tes Penerimaan (Acceptance Test Plan/ATP). kelebihan dari cara ini adalah kita dapat mendemostrasikan semua fungsi yang dijanjikan kepada user secara lengkap, kita juga dapat mengetahui langsung sumber masalah apabila terjadi kesalahan atau eror, dan user dapat nyaman karena dimbing untuk menggunakan sistem dengan benar dan tepat. kekurangan dari cara ini mungkin banyak pengerjaan untuk menulis ATP, selain itu user merasa asing juga dengan cara ini.

3. Pastikan semua yang dijanjikan akan diuji
kita harus memastikan apa yang dibutuhkan user dan yang kita sediakan telah ada semua dan harus diuji penggunaannya.

4. menulis percobaan
kita sudah tahu apa yang akan kita coba dari poin sebelumnya, maka pada bagian ini akan menulis bagaimana cara kita melakukan percobaan fungsi sistem tsb lalu menulis cara dan hasilnya.

5. daftar rencana tes penerimaan
Gunakan hal berikut sebagai daftar pengecekkan untuk semua kegiatan yang diperlukan untuk rencana penerimaan :
   * Hasilkan Fungsi vs. Tabel Percobaan dan semua FS yang dijanjikan telah dialamatkan.
   * Definiskan percobaan dan kumpulan percobaan.
   * Tetapkan tanggung jawab untuk menulis percobaan.
    * Klien dan Tim proyek mengetahui bahwa ATP akan ditinjau kembali, direvisi jika perlu, dan ditandatangani oleh user. Klien mengetahui bahwa keberhasilan penyelesaian dari percobaan akan mempengaruhi penerimaan sistem. Lihat bentuk contoh ATP pada bagian 10 di Appendix A.
   * Tanggung jawab untuk percobaan data telah ditetapkan. Data untuk percobaan seharusnya disediakan oleh tim proyek dan juga user. Jika user dapat menyediakan data yang sesuai dengan keadaan yang sebenarnya, percobaan terhadap sistem akan berjalan dengan baik, ditambah user akan merasa nyaman dengan keakuratan percobaannya.

6. kesimpulan untuk rencana tes penerimaan
anjurkan kepada user untuk menulis ATP dengan begitu user akan merasa bahwa mereka mengawasi sistem yang dia beli.

7. kesimpulan untuk tahap desain
Pada akhir tahap disain kita menempuh beberapa kejadian penting sebagai berikut :
   1. Dokumen Spesifikasi Disain memuat disain akhir tingkat atas melalui disain tingkat menengah.
   2. Tanggung jawab ATP disahkan dan dimulai. Ini tidak perlu diselesaikan sampai tahap penerimaan.
   3. Rencana proyek, khususnya perkiraan perlu ditinjau kembali. Walaupun anda sedang memperkirakan hanya 4 tahap yang telah disebutkan, tahap pemrograman mungkin akan menjadi tahap yang sangat mahal dan membutuhkan waktu yang sangat banyak dalam keseluruhan kerja proyek. Disain memberikan anda perkiraan perhitungan jumlah modul-modul dan kerumitannya. Sekarang anda mungkin tahu siapa programmer-programmer yang dapat diandalkan, sehingga anda dapat mempertimbangkan faktor produktivitas mereka. Dengan informasi ini waktu pemrograman yang diperlukan dapat dengan mudah diperkirakan. Statistik menunjukkan bahwa pada akhir tahap disain diperkirakan seharusnya tidak lebih dari 10%.

Pengaruh UU ITE di Indonesia

                Halo semuanya apa kabar semua? Akhirnya saya bisa menemukan beberapa sumber yg bukan dari sesama blogger. Kebetulan materi ini juga sangat menarik untuk dibahas mari kita kupas hingga bosan membacanya.

                Indonesia itu sangat senang membuat UU tanpa berfikir panjang tentang kata-kata yang digunakan, sehingga terciptalah UU “karet” yg bisa di panjangkan ke pasal-pasal lainnya atau penggunaan kata yang ambigu sehingga bisa mudah menjerat masyarakat dengan pasal berlapis.

                Mari kita langsung saja menggunakan contohnya. Saya ambil dari  BAB VII PERBUATAN YANG DILARANG Pasal 27 ayat (3) Setiap Orang dengan sengaja dan tanpa hak mendistribusikan dan/atau mentransmisikan dan/atau membuat dapat diaksesnya Informasi Elektronik dan/atau Dokumen Elektronik yang memiliki muatan penghinaan dan/atau pencemaran nama baik.

                Muatan penghinaan itu masih fleksibel. Di suatu tempat atau kalangan tertentu menggunakan kata “A” hanya hal biasa saja tetapi untuk kalangan tertentu itu bisa menjadi penghinaan. Contohnya kata “lo” yang biasanya digunakan oleh anak muda di Jakarta atau sekitarnya. Kata “lo” hanyalah panggilan biasa sehari-hari untuk teman sebaya, tapi untuk Orang Sunda memiliki konotasi kurang baik dan bisa menimbulkan pertikaian.

                Contoh lainnya adalah kata “pencemaran nama baik”. Di Wikipedia arti pencemaran adalah masuk atau dimasukkannya mahluk hidup, zat, energi dan/ atau komponen lain ke dalam air atau udara. Pencemaran juga bisa berarti berubahnya tatanan (komposisi) air atau udara oleh kegiatan manusia dan proses alam, sehingga kualitas air/ udara menjadi kurang atau tidak dapat berfungsi lagi sesuai dengan peruntukkannya. Jadi apakah “nama baik” termasuk golongan air atau udara yang dapat berubah komposisinya sehingga kualitasnya menurun? Penggunaan kata yang kurang tepat menggambarkan kurang teliti dan kritisnya para pembuat UU dalam pemilihan kata-kata dalam membuat UU.

                Saya tahu maksud dari pemberlakuan UU ITE adalah untuk melindungi para pengguna jasa internet di Indonesia dari pelecehan dan menjaga privasi tetapi dalam terapannya ternyata membuat masyarakat was-was karena takut akan terjerat dengan UU. Kebebasan dalam internet pun menjadi terganggu.

                Hal positif dari pemberlakuan UU ITE salah satunya adalah banyaknya situs-situs yang memberikan konten 18+ tutup atau tidak aktif lagi. Hal ini memang bagus untuk menyelamatkan generasi muda Indonesia.

                Kelemahan UU ITE adalah tidak mungkin bisa menjerat tersangka yang berada di luar wilayah Indonesia. Sudah cukup jelas karena Indonesia tidak memiliki wewenang di laur wilayahnya sendiri. Lalu bagaimana dengan pelaku criminal di dunia maya yang sebetulnya berada di Indonesia tetapi menggunakan server luar? Hal ini yang harus di cari jalan keluarnya.

                Cukup sekian tulisan dari saya. Saya mohon maaf bila terdapat kata-kata yang tidak berkenan atau kesalahan dalam penulisan. Karena saya juga masih amatir dalam penulisan.

sumber :
Kompasiana
Miftakhul
Imanmaulana
SuaraMerdeka