nVnROBOFOREX

<a href=”http://id.roboforex.com/?a=zcf”>Robo Forex – Forex and CFD</a>

<a href=”https://my.roboforex.com/id/register/?a=zcf”>Open a trading account in RoboForex</a>

<a href=”https://my.roboforex.com/id/register-partner/?a=zcf”>Open an affiliate trading account in RoboForex</a>

<a href=”https://my.roboforex.com/id/register-demo/?a=zcf”>Open contest/demo account RoboForex</a>

https://my.roboforex.com/id/register/mini/?partner=zcf

 

Pengukuran Perangkat Lunak Menggunakan Metrik Size-Oriented

 

Dalam konteks rekayasa perangkat lunak, mengukur (measure) mengindikasikan kuantitatif dari ukuran atribut sebuah proses atau produk. Pengukuran (measurement) adalah kegiatan menentukan sebuah measure (pengukuran). Dan definisi metriks menurut IEEE adalah “ukuran kuantitatif dari tingkat dimana sebuah system, komponen atau proses memiliki atribut tertentu”.
Pengukuran telah ada jika suatu data-data tunggal telah dikumpulkan (misal: jumlah kesalahan yang ditemukan pada kajian sebuah modul tunggal). Metrik perangkat lunak menghubungkan pengukuran-pengukuran individu dengan banyak cara, misal rata-rata dari jumlah kesalahan yang ditemukan pada setiap kajian.

Rekayasa perangkat lunak mengumpulkan pengukuran dan mengembangkan metrik menjadi sebuah indikator, yaitu sebuah metrik atau kombinasi metrik yang memberikan pengetahuan dalam proses perangkat lunak, sebuah proyek perangkat lunak, atau produk itu sendiri. Fungsinya adalah memberi pengetahuan pada manajer proyek atau perekayasa perangkat lunak untuk menyesuaikan proses, proyek, dan produk agar menjadi lebih baik.

Metrik Size-Oriented

Parameternya adalah ”ukuran” dari software yang dihasilkan. Dapat dilakukan jika ada record atau catatan dari organisasi. Perlu diperhatikan bahwa yang record yang diperlukan adalah keseluruhan aktivitas rekayasa perangkat lunak. Misalnya tabel dibawah ini adalah pengumpulan dari data-data record yang ada dari sebuah organisasi:

Dimana LOC (line of code) menunjukkan jumlah baris kode yang dibuat pada masing-masing proyek, misalnya pada kolom pertama, proyek aplha dibuat dengan 12100 baris kode dalam 365 halaman, dikembangakan dengan usaha 24 orang per bulan dengan biaya $168000. Lalu ditemukan kesalahan sebanyak 134 pada proyek sebelum direlease, 29 cacat setelah direlease pada pelanggan, dan ada 3 orang yang bekerja pada pengembangan proyek perangkat lunak alpha.

Untuk pengembangan dari metrik ini, dapat dibuat metrik size oriented baru yang sederhana untuk tiap proyek, misal: kesalahan per baris kode (dihitung ribuan), cacat per baris kode (ribuan), dokumentasi per baris kode (ribuan), kesalahan per usaha, baris kode per usaha, biaya per halaman dokumentasi, dsb.

Metrik ini tidak dapat diterima secara universal karena adanya kontroversi pada penggunaan baris kode sebagai titik ukur. Sebagian yang setuju pada pengukuran LOC menganggap bahwa LOC adalah suatu bukti real dari apa yang dilakukan oleh perekayasa perangkat lunak (dalam konteks ini membuktikan berapa banyak baris program yang ditulis oleh seorang programmer – comment yang ada).

Sedangkan sebagian yang tidak setuju bahwa LOC dijadikan suatu tolak ukur kebanyakan disebabkan alasan ambiguitas dari cara menghitung LOC itu sendiri. Dalam masa-masa awal bahasa pemrograman Assembly, hal ini tidak menjadi suatu masalah karena dalam 1 baris aktual program merupakan 1 baris instruksi, tetapi dalam bahasa pemrograman tingkat tinggi, dimana pada masing-masing bahasa, untuk menyelesaikan suatu masalah dengan algoritma yang sama pun LOC nya sudah berbeda-beda. Bahkan dalam satu bahasa pemrograman yang sama, untuk menyelesaikan masalah yang sama, LOC nya bisa berbeda jauh tergantung dari algoritma yang digunakan. Hal ini yang membuat banyak sekali kontroversi mengenai LOC sebagai tolak ukur dari sebuah software.

Referensi :

1.      Rpl07.wordpress.com

 

22064035   Agustinus Krisma Adi p

 

 

 

Perpanjangan USB menggunakan kabel Telephone

      Sudah banyak Blog dan Forum yang membahas tentang masalah ini. Yaitu masalah tentang memperpanjang kabel USB dengan kabel UTP. Dimana kabel perpanjangan ini akan digunakan dalam perpanjangan untuk menghubungkan antena kaleng dengan Kompi. Dalam exsperimen saya yang satu ini, saya menggunakan kabel ‘engkel’ Telephone untuk perpanjangannya.

  Aku menggunakan kabel telephone dikarenakan beberapa pertimbangan, yaitu :

1.      Terdapat 4 kabel Engkel

Oleh karena kabel telephone yang saya pake ini adalah kabel ‘engkel’ dan terdapat 4 buah warna didalamnya, jadi menurut saya sangatlah cocok jika digunakan untuk perpanjangan USB dimana kabel USB juga hanya memerlukan 4 kabel aja tow?

2.      Hambatan kabel

Selain 4 kabel didalamnya, aku mempertimbangkan hambatan yang akan didapat. Karena kabel telephone yang saya gunakan ini karakteristik diameternya lebih kecil dari kabel UTP maka hambatan yang akan didapat tentunya akan lebih kecil juga dong.,,

3.      Ngirit Biaya    

Coba saja bandingkan harga antara kabel telephone (oyama telephone cabel 970813.2-7 <ntah apa artinya tulisan itu) dengan kabel UTP kucing 5E ( CAT5E < Category 5E klo gak salah). Yaitu kabel UTP yang harganya Rp 4.000,-/mtr dengan kabel telephone yang harganya cuma Rp 2.200,-/mtr, selisih banyak banget kan? Sebenernya ada juga sih kabel telephone yang harganya lebih murah dari itu, tapi dilihat dari spesifikasinya kurang enak untuk kabel perpanjangan USB ini.

4.     Lain – lain

Dalam pertimbangan lain2 ini tentunya anda semua pasti juga dapat mempertimbangkannya sendiri dung. Masih banyak yang harus dipertimbangkan kog, yaitu antara kabel telephone serabut yang hanya bertuliskan ‘ERA’ (entah apa maksudnya), Kabel telephone ‘Engkel’ yang saya pake ini dengan merk “OYAMA telephone cabel 970813.2-7″ dan musuh bebuyutannya yaitu kabel UTP CAT5E yang kebanyakan orang pake buat perpanjangan USB.

 

 

Semoga apa yang telah saya sharingkan diatas dapat membantu teman – teman dalam pembuatan perpanjangan USB.

 

God__Blez_Kep_Luv__Uz