RPL

1.      Apa yg dimaksud dgn FTR dan apa Tujuan dari FTR?

FTR (Formal Technical Reviews)   is software quality control activity performance by software engineers (and others).

        FTR adalah aktivitas jaminan kualitas perangkat lunak yang dilakukan oleh perekayasa perangkat lunak. Kajian teknik formal atau walktrough adalah pertemuan kajian yang disesuaikan dengan kebutuhan yang terbukti sangat efektif untuk menemukan kesalahan.

•      Keuntungan utama kajian teknis formal adalah penemuan kesalahan sejak awal sehingga tidak berlanjut ke langkah selanjutnya dalam proses perangkat lunak.Tujuan FTR adalah :

•      Menemukan kesalahan dlm fungsi, logika, / implementasinya dlm berbagai representasi Perangkat Lunak;

•      Membuktikan bahwa perangkat lunak di bawah kajian memenuhi syarat;

•      Memastikan bahwa PL disajikan sesuai dgn standar yang sudah ditentukan sebelumnya;

•      Mencapai perangkat lunak yg dikembangkan dengan cara yang seragam;

•      Membuat proyek lebih dapat dikelola.

2.  Tujuh principle dari resiko management yg di identifikasikan oleh SEI (Software Engginering Institute) (“provide a framework  to accomplish effective risk management ”)

        Rekayasa Perangkat Lunak Institute (SEI) mengidentifikasi šThe Software Engineering Institute (SEI) mengidentifikasi tujuh prinsip bahwa "menyediakan kerangka kerja untuk mencapai manajemen risiko yang efektif":
1. Menjaga perspektif global.
2. Mengambil pandangan ke depan
3. Mendorong komunikasi terbuka
4. mengintegrasikan
5. Tekankan proses yang berkesinambungan
6. Mengembangkan visi bersama produk
7. mendorong kerja sama tim

3.      Kategori-kategori resiko ditentukan berdasarkan pengukuran tingkat ketidakpastian dan tingkat kerugian. Jelaskan kategori-kategori resiko tersebut ?

Kategori berdasarkan mengukur tingkat ketidakpastian dan tingkat kerugian:

a. Risiko proyek mengancam rencana proyek
Artinya, jika risiko proyek menjadi nyata, ada kemungkinan bahwa jadwal proyek akan    terpeleset dan biaya yang akan meningkat.
Proyek risiko mengidentifikasi potensi anggaran,     jadwal, personal (isian dan organisasi), sumber daya,    pemangku kepentingan dan masalah persyaratan.
b. Risiko teknis mengancam kualitas dan ketepatan waktu dari perangkat lunak yang dihasilkan.
Jika risiko teknis menjadi kenyataan, implementasi mungkin menjadi sulit atau tidak mungkin.

•      Risiko teknis mengidentifikasi desain potensial, implementasi, antarmuka, verifikasi, dan masalah pemeliharaan.

•      Selain itu, spesifikasi ambiguitas, ketidakpastian teknis, keusangan teknis, dan "terdepan" teknologi juga faktor risiko.

Risiko bisnis mengancam kelangsungan hidup perangkat lunak yang akan dibangun.
Risiko bisnis sering membahayakan proyek atau produk.
Calon lima risiko atas bisnis adalah:
c.1. Membangun produk unggulan atau sistem yang tidak ada yang benar-benar ingin (risiko pasar).
 c.2. Membangun produk yang tidak lagi cocok dengan strategi bisnis secara keseluruhan bagi perusahaan (resiko strategi).

c. Membangun produk yang tenaga penjualan tidak             mengerti bagaimana untuk menjual    (penjualan resiko).
d. Kehilangan dukungan dari manajemen senior karena perubahan dalam fokus atau      perubahan orang (manajemen risiko).
e. Kehilangan komitmen anggaran atau personel (resiko anggaran).

4.    The cost of quality dapat dibagi kedalam cost associate with prevention cost,appraisale cost.    And faiture cost, jelaskan apa yg dimaksud dari prevention cost,appraisal cost and failure cost ?

Pencegahan Biaya (Prevention Cost)

Biaya Pencegahan adalah salah satu dari empat unsur biaya kualitas. Ketika menerapkan dan melacak biaya sistem mutu dalam perusahaan, manajemen biasanya berfokus pada biaya kegagalan internal dan eksternal. Manajemen mempelajari biaya yang disebabkan oleh kerusakan dan bukan biaya untuk mencegah cacat. Biaya pencegahan berfokus pada tindakan yang diambil untuk mencegah penciptaan cacat. Perusahaan yang mengejar keunggulan operasi melacak biaya dan sengaja alllocate uang untuk elemen ini. Perusahaan-perusahaan membelanjakan lebih banyak pada metode pencegahan daripada elemen biaya kualitas lainnya.

Biaya Appraisal (Apprasial Cost)
Sebuah kategori khusus dari biaya kontrol kualitas. Perusahaan membayar biaya penilaian sebagai bagian dari proses kontrol kualitas untuk memastikan bahwa produk dan jasa memenuhi harapan pelanggan dan persyaratan peraturan. Biaya ini dapat mencakup biaya untuk tes lapangan dan inspeksi.

Kegagalan Biaya (Failure Cost)

         Kontrol kualitas biaya yang berhubungan dengan produk atau jasa yang telah ditemukan tidak memenuhi persyaratan, serta semua biaya terkait (seperti yang dari departemen pengaduan), mereka mungkin internal atau eksternal.

5.      Susan Dart (DAR01) mengidentifikasikan 4 element penting yg  ada ketika CMS(Configuration Management System) dibentuk. 4 element penting yg ada saat CMS dibentuk ?

-       Identifikasi konfigurasi adalah proses mengidentifikasi atribut yang mendefinisikan setiap aspek dari item konfigurasi. Sebuah item konfigurasi adalah produk (hardware dan / atau perangkat lunak) yang memiliki tujuan pengguna akhir. Atribut ini dicatat dalam dokumentasi konfigurasi dan baselined. Baselining atribut memaksa proses perubahan konfigurasi kontrol formal yang dilakukan dalam hal ini atribut berubah.

-          Konfigurasi perubahan kontrol adalah serangkaian proses dan tahapan persetujuan yang diperlukan untuk mengubah atribut item konfigurasi dan untuk re-dasar mereka.

-          Konfigurasi akuntansi statusnya adalah kemampuan untuk merekam dan melaporkan pada konfigurasi baseline yang terkait dengan setiap item konfigurasi pada setiap saat waktu.

-          Audit konfigurasi yang rusak menjadi audit konfigurasi fungsional dan fisik. Mereka terjadi baik pada pengiriman atau pada saat mempengaruhi perubahan. Audit konfigurasi fungsional memastikan bahwa atribut fungsional dan kinerja dari item konfigurasi yang dicapai, sementara audit konfigurasi fisik memastikan bahwa item konfigurasi dipasang sesuai dengan persyaratan dokumentasi desain rinci.

6.      White box testing and black box testing ?

White Box Testing merupakan cara pengujian dengan melihat ke dalam modul untuk meneliti kode-kode program yang ada, dan menganalisis apakah ada kesalahan atau tidak. Jika ada modul yang menghasilkan output yang tidak sesuai dengan proses bisnis yang dilakukan, maka baris-baris program, variabel, dan parameter yang terlibat pada unit tersebut akan dicek satu persatu dan diperbaiki, kemudian di-compile ulang.

White box testing Disebut juga glass-box testing

Sebuah metode perancangan kasus tes yang menggunakan struktur control dari perancangan prosedural untuk menghasilkan kasus test

Dapat dihasilkan kasus test yang :

1. menjamin bahwa semua alur dalam sebuah modul sudah dicoba paling tidak sekali
2. mencoba semua keputusan logik baik di sisi true maupun false
3. mengeksekusi semua loop
4. mengeksekusi struktur data internal untuk menjamin validitasnya

Pengertian Black Box Testing

•      Pengertian black box testing: pengujian yang dilakukan hanya mengamati hasil eksekusi melalui data uji dan memeriksa fungsional dari perangkat lunak.

•      Jadi dianalogikan seperti kita melihat suatu koatak hitam , kita hanya bisa melihat penampilan luarnya saja, tanpa tau ada apa dibalik bungus hitam nya. Sama seperti prngujian black box, mengevaluasi hanya dari tampilan luarnya(interface nya) , fungsionalitasnya.tanpa mengetahui apa sesungguhnya yang terjadi dalam proses detilnya.( Hanya tau input- dan outputnya)

black box testing

Menghasilkan himpunan kondisi input yang akan mencoba semua kebutuhan fungsional sebuah program.

Mencoba menemukan kesalahan dalam kategori :

a.      Fungsi yang tidak benar atau hilang

b.      Kesalahan antarmuka

c.       Kesalahan dalam struktur data atau akses database eksternal

d.      Kesalahan kinerja

e.      Kesalahan inisialisasi dan terminasi

7.      Software Configuration Management (Secara Garis Besar)

berhubungan dengan usaha perubahan konfigurasi perangkat lunak untuk memenuhi kebutuhan tertentu.

Software Configuration Management    (IEEE)

         “proses mengidentifikasi dan mendefinisikan item dalam sistem, mengendalikan perubahan item ini sepanjang siklus hidup mereka, pencatatan dan pelaporan status barang dan permintaan perubahan s, dan memverifikasi kelengkapan dan kebenaran dari item ".

Baseline adalah sebuah konsep manajemen konfigurasi

Perangkat lunak yang membantu kita mengontrol perubahan tanpa harus secara serius mengganggu perubahan yang dapat di benarkan.

IEEE ( IEEE std.610.12-1990) mendefinisikan baseline sebagai :

Suatu spesifikasi atau produk yang telah di kaji secara formal dan di setujui, yang kemudian berfungsi sebagai dasar bagi pengembangan lebih jauh serta dapat di ubah hanya melalui prosedur kontrol perubahan formal.

Baseline secara umum dan secara IEEE didalam CMS ?

8.      sama dengan 4

9.      Sebutkan dan jelaskan beberapa jenis petunjuk dasar dalam FAST (Facilitated Application Specification Techniques ) Aplication ?

Memacu kreasi kerjasama dari tim (pelanggan dan pengembang) yang bekerja sama untuk :

•      Mengidentifikasi masalah

•      Menyiapkan elemen-elemen solusi

•      Menegosiasikan pendekatan yang berbeda

•      Menetapkan sebelumnya kebutuhan solusi yang diperlukan

Panduan FAST

•      Peserta harus menghadiri semua rapat

•      Semua peserta adalah sama

•      Persiapan harus sama pentingnya dengan rapat yang sebenarnya

•      Semua dokumen sebelum rapat harus dikaji ulang

•      Lokasi rapat diluar ruangan terkadang diperlukan

•      Tentukan agenda dan jangan sampai mengalami perubahan

•      Jangan sampai terbawa dalam hal-hal teknis yang terlalu rinci

Pembentukan tim yang terdiri dari customer dan pengembang yang bekerja sama untuk:

1. mengidentifikasi masalah,
2. menentukan elemen pemecahan masalah,
3. mempertimbangkan pemecahan alternatif,
4. menentukan kebutuhan awal pemecahan masalah

e.      Sebuah pertemuan diadakan di tempat netral, dihadiri pengembang dan customer

f.        Disiapkan peraturan untuk persiapan dan partisipasi peserta

g.      Agenda pertemuan mencakup semua point penting

h.      Seorang fasilitator mengatur jalannya pertemuan

i.        Digunakan sebuah mekanisme pendefinisian tertentu

j.        Tujuannya sesuai dengan tujuan FAST

Deskripsi produk:

   Penelitian kami mengindikasikan bahwa pasar untuk sistem keamanan rumah akan meningkat sebesar 40% per tahun. Kami ingin memasuki pasar tersebut dengan membuat sebuah sistem keamanan rumah berbasis mikroprosesor yang akan dapat melindungi terhadap berbagai situasi yang tidak diharapkan, seperti pembobolan, kebakaran, banjir, dan sebagainya. Produk tersebut, disebut juga SafeHome, akan memiliki sensor untuk      mendeteksi setiap situasi, dapat diprogram oleh pemilik rumah, dan secara otomatis menelepon nomor tertentu jika terjadi situasi tersebut.

•      Tim FAST terdiri dari: wakil marketing, software dan hardware engineering, dan manufacturing. Fasilitator dari pihak luar.

•      Daftar objek:

   detektor asap, sensor pintu dan jendela, detektor gerak, alarm, control panel, display, nomor telepon, panggilan telepon, dsb.

•      Daftar service:

   mensetting alarm, memonitor sensor, menekan telepon, memprogram control

•      Daftar batasan:

   biaya pembuatan sistem maksimal $200, harus user friendly, harus berhubungan langsung dengan jalur telepon standar

•      Kriteria kinerja:

   event sensor harus dikenali kurang dari 1 detik, urutan prioritas event harus ada

•      Setiap anggota tim mempunyai daftar tersendiri dan didiskusikan dengan anggota tim lain

•      Setelah dicapai kesepakatan, tim dibagi menjadi beberapa subtim, masing-masing membentuk spesifikasi mini.

•      Spesifikasi mini untuk objek SafeHome control panel:

•      Dipasang di dinding

•      Ukuran kira-kira 9 x 5 inci

•      Mempunyai keypad standar (12 key) dan key khusus

•      Mempunyai display LCD

•      Semua interaksi customer dilakukan melalui key

•      Software untuk berinteraksi, mengeluarkan suara,