testing dan implementasi sistem -...

Testing dan Implementasi SistemKontrak

PerkuliahanTeknik & Strategi

Testing

ReviewRekayasa

Perangkat Lunak

ImplementasiSistem

Suplement

Jurusan : S1 Sistem Informasi 1

Manajemen Kualitas

Rekayasa Perangkat Lunak

Dr. Karmilasari



Testing

ReviewRekayasa

Perangkat Lunak

ImplementasiSistem

Suplement


Manajemen Kualitas

Reka

yasa

Per

angk

at L

unak

Rekayasa Perangkat lunak perangkat lunak pada dasarnya merupakan :

1. Aplikasi dari suatu pendekatan yang sistematik, disiplin dan dapat diukur pada pengembangan, operasi dan perawatan perangkat lunak, yaitu : penerapan rekayasa pada perangkat lunak

2. Studi pendekatan-pendekatan seperti pada (1)

Bagaimana dengan kemampuan beradaptasi



Testing

ReviewRekayasa

Perangkat Lunak

ImplementasiSistem

Suplement


Manajemen Kualitas

Reka

yasa

Per

angk

at L

unak

Lapisan Rekayasa Perangkat Lunak

Fokus pada KualitasFokus pada Kualitas

ProsesProses

MetodeMetode

PerkakasPerkakas



Testing

ReviewRekayasa

Perangkat Lunak

ImplementasiSistem

Suplement


Manajemen Kualitas

Reka

yasa

Per

angk

at L

unak

Kerangka Kerja PROSES Perangkat Lunak

Kerangka Kerja Aktivitas• pekerjaan• produk-produk kerja• batu pijakan proyek (milestones) &

penyebarannya

• titik kualitas (QA)

Aktivitas Penyangga

• Komunikasi• Perencanaan• Pemodelan

• Analisis Kebutuhan• Perancangan

• Konstruksi• Pembentukan kode• Pengujian

• Penyerahan PL ke pengguna ( deployement)

• Penelusuran dan kendali proyek PL• Manajemen risiko• Penjaminan kualitas PL• Ulasan/tinjauan teknis• Pengukuran• Manajemen konfigurasi PL• Manajemen penggunaan ulang•Persiapan produk kerja dan produksi

Adaptasi terhadap proses PL merupakan hal yang esensial bagi keberhasilan suatu proyek



Testing

ReviewRekayasa

Perangkat Lunak

ImplementasiSistem

Suplement


Manajemen Kualitas

Reka

yasa

Per

angk

at L

unak MODEL Proses Preskriptif

Menetapkan satu kumpulan elemen-elemen proses yang telah ditentukan dan satu aliran kerja proses yang dapat diprediksi



Testing

ReviewRekayasa

Perangkat Lunak

ImplementasiSistem

Suplement


Manajemen Kualitas

Reka

yasa

Per

angk

at L

unak

Model Air Terjun (Waterfall)

Communicat ion Planning

ModelingConst ruct ion

Deployment analysis design code

t est

project init ia t ion requirement gat hering estimating

scheduling tracking

delivery support f eedback



Testing

ReviewRekayasa

Perangkat Lunak

ImplementasiSistem

Suplement


Manajemen Kualitas

Reka

yasa

Per

angk

at L

unak

Model Inkremental

C o m m u n i c a t i o n

P l a n n i n g

M o d e l i n g

C o n s t r u c t i o n

D e p l o y m e n t

d e l i v e r y f e e d b a c k

a naly s is

d es ig n c ode

t es t

increment # 1

increment # 2

delivery of 1st increment

delivery of 2nd increment

delivery of nt h increment

increment # n

project calendar t ime

C o m m u n i c a t i o nP l a n n i n g

M o d e l i n g


D e p l o y m e n t d e l i v e r y

f e e d b a c k

a naly s is

d es ig n c ode

t es t

C o m m u n i c a t i o nP l a n n i n g

M o d e l i n g


D e p l o y m e n t

d e l i v e r y

f e e d b a c k

a nal y s is

d es i gnc od e t es t



Testing

ReviewRekayasa

Perangkat Lunak

ImplementasiSistem

Suplement


Manajemen Kualitas

Reka

yasa

Per

angk

at L

unak

Model RAD (Rapid Application Development)

Communicat ion

Planning

Mode lingbusiness modeling dat a modeling process modeling

Const ruct ioncomponent reuse aut omat ic code generat ion t est ing

Deployment

60 - 90 days

Team # 1

Mo d el ingbusiness m ode l i ng dat a m ode l i ng p rocess m odel ing

Co nst ruct io ncom ponent reuse aut om at ic code genera t i on t est ing

M o d e lin gbusiness m odeling data m odeling process m odeling

Co n st ru ct io ncomponent reuse autom at ic code generat ion tes t ing

Team # 2

Team # n

int egrat ion delivery feedback



Testing

ReviewRekayasa

Perangkat Lunak

ImplementasiSistem

Suplement


Manajemen Kualitas

Reka

yasa

Per

angk

at L

unak

Model Evolusioner : PROTOTIPE

Communicat ion

Qu ick p lan

Const ruct ion of prot ot ype

Mo d e l in g Qu ick d e sig n

Delivery & Fee dback

Deployment



Testing

ReviewRekayasa

Perangkat Lunak

ImplementasiSistem

Suplement


Manajemen Kualitas

Reka

yasa

Per

angk

at L

unak

Model Evolusioner : SPIRAL

communication

planning

modeling

constructiondeployment delivery feedback

start

analysis design

code test

estimation scheduling risk analysis



Testing

ReviewRekayasa

Perangkat Lunak

ImplementasiSistem

Suplement


Manajemen Kualitas

Reka

yasa

Per

angk

at L

unak

Model Evolusioner : KONKUREN

Under review

Baselined

Done

Under

revision

Await ing

changes

Under

development

none

Modeling act ivit y

represents the stateof a sof tware engineeringact ivity or task



Testing

ReviewRekayasa

Perangkat Lunak

ImplementasiSistem

Suplement


Manajemen Kualitas

Reka

yasa

Per

angk

at L

unak

Model Proses Lain : PROSES TERPADU (Unified Process /UP)Suatu proses perangkat lunak yang bersifat “dikendalikan” oleh use case,

berpusat pada arsitektur, bersifat iteratif melalui penambahan sedikit demi sedikit (incremental) menggunakan Unified Modelling Languange (UML)

soft ware increment

Release

Incept ion

Elaborat ion

const ruct ion

t ransit ion

product ion



Testing

ReviewRekayasa

Perangkat Lunak

ImplementasiSistem

Suplement


Manajemen Kualitas

Reka

yasa

Per

angk

at L

unak

Penerapan Rekayasa Perangkat Lunak • Intisari penerapan rekayasa PL :

– Memahami permasalahan (komunikasi dan analisis)– Merencanakan suatu solusi (pemodelan dan dan perancangan PL)– Menjalankan rencana (pembuatan kode)– Menguji keakuratan hasil (uji coba dan jaminan kualitas / quality assurance)

• Prinsip dasar penerapan rekayasa PL :1. Bagi dan pecahkan2. Memahami penggunaa abstraksi3. Berusaha untuk konsisten4. Berforkus pada pengalihan informasi5. Kembangkan PL yang menekankan pada modularitas yang efektif6. Mencari pola7. Jika mungkin, lihatlah permasalahan dan penelisaian dari berbagai sudut pandang berbeda8. Ingatlah bahwa seseorang akan melakukan pemeliharaan terhadap PL yang dikembangkan



Testing

ReviewRekayasa

Perangkat Lunak

ImplementasiSistem

Suplement


Manajemen Kualitas

Reka

yasa

Per

angk

at L

unak

Kerangka umum proses rekayasa PL

• Komunikasi• Perencanaan• Pemodelan• Konstruksi• Penyebaran PL kepada Pengguna / Deployment



Testing

ReviewRekayasa

Perangkat Lunak

ImplementasiSistem

Suplement


Manajemen Kualitas

Reka

yasa

Per

angk

at L

unak

Penerapan KOMUNIKASI• Mendengarkan• Mempersiapkan diri sebelum berkomunikasi• Memfasilitasi komunikasi• Bertemu muka• Membuat catatan dan dokumentasi• Kolaborasi dengan pelanggan/pengguna• Tetap fokus• Membuat gambar untuk memperjelas maksud• Melakukan pergerakan ke pembahasan lain• Bernegosiasi dengan berbagai pihak untuk memberikan hasil terbaik



Testing

ReviewRekayasa

Perangkat Lunak

ImplementasiSistem

Suplement


Manajemen Kualitas

Reka

yasa

Per

angk

at L

unak

Penerapan PERENCANAAN• Memahami ruang lingkup proyek• Melibatkan pelanggan/pengguna/stakeholder• Mengenali rencana sebagai suatu yang bersifat iteratif• Memperkirakan segala sesuatu dari apa yang kita ketahui• Mempertimbangkan resiko• Realistis• Melakukan penyesuaian secara granular dari apa yang direncanakan• Mendefinisikan kualitas yang ingin dicapai• Mendefinisikan bagaimana mengakomodasi perubahan• Disiplin pada jalur yang telah direncanakan



Testing

ReviewRekayasa

Perangkat Lunak

ImplementasiSistem

Suplement


Manajemen Kualitas

Reka

yasa

Per

angk

at L

unak

Penerapan PEMODELAN• Prinsip Pemodelan (untuk metode Agile / proses cepat) :

1. Tujuan utama tim PL adalah mengembangkan PL, bukan membuat model2. Jangan membuat model lebih banyak dari yang kita perlukan3. Berusahalah membuat model sederhana yang menjelaskan permasalahan atau perangkat

lunak4. Kembangkan model-model sedemikian rupa sehingga perubahan memungkinkan5. Berusahalan untuk menetapkan suatu keguanaan eksplisit untuk masing- masing model yang

dibuat6. Adaptasi model yang kita kembangkan dengan perubahan yang terjadi pada sistem7. Cobalah untuk mengembangkan model-model yang bermanfaat, tetapi lupakan tentang

model-model yang sempurna8. Jangan kaku dengan sintaks model. Jika model saat ini dapat mengkomunikasikan isi dengan

baik, penampilan adalah nomor dua9. Jika secara institusi kita merasa bahwa model tidak benar meski kelihatannya di atas kertas

tidak ada masalah, kita mungkin memiliki alasan untuk mempertimbangkannya ulang10.Dapatkan umpan balik sesegera mungkin



Testing

ReviewRekayasa

Perangkat Lunak

ImplementasiSistem

Suplement


Manajemen Kualitas

Reka

yasa

Per

angk

at L

unak

Penerapan PEMODELAN• Prinsip Pemodelan Spesifikasi Kebutuhan :

1. Ranah informasi dari suatu permasalahan harus ditampilkan2. Fungsi-fungsi yang dilakukan PL harus didefinisikan3. Perilaku PL akibat kejadian-kejadian (Event) yang bersifat eksternal harus

direpresentasikan4. Model yang menjelaskan informasi, fungsi dan perilaku harus dipisahkan

dalam bentuk yang tidak menyingkapkan rinciannya dan harus digambarkan dalam bentuk perlapisan atau hirarki

5. Pekerjaan analisis seharusnya bergerak dari informasi yang bersifat esensial menuju rincian implementasi



Testing

ReviewRekayasa

Perangkat Lunak

ImplementasiSistem

Suplement


Manajemen Kualitas

Reka

yasa

Per

angk

at L

unak

Penerapan PEMODELAN• Prinsip Pemodelan Rancangan :

1. Rancangan harus bisa dilacak balik ke model spesifikasi kebutuhan2. Selallu pertimbangkan arsitektur sistem/perangkat luank yang akan dikembangkan3. Perancangan data sama pentingnya dengan perancangan fungsi-fungsi4. Antarmuka-antarmuka (baik yang bersifat internal maupun yang bersifat

eksternal) harus dirancanga secara hati-hati5. Perancangan antarmuka pengguna seharusnya disesuaikan dnegan kebutuhan

pengguna. Meski demikian, dalam setiap kasus, antarmuka harus dibuat dengan menekankan kemudahan penggunaanya

6. Perancangan peringkat komponen sebaiknya mandiri secara fungsional7. Kompoenen-komponen seharusnya bersifat saling tidak bergantung satu sama lain

dan juga tidak bergantung pada lingkungan eksternal8. Representasi rancangan (model) seharusnya dapat dipahami dengan mudah9. Perancangan seharusnya dikembangkan secara iteratif, dimana dalam masing-

masing iterasi, perancang seharusnya menekankan kesederhanaan



Testing

ReviewRekayasa

Perangkat Lunak

ImplementasiSistem

Suplement


Manajemen Kualitas

Reka

yasa

Per

angk

at L

unak

Penerapan KONSTRUKSI• Persiapan sebelum membuat kode/program :

– Memahami masalah yang akan dicarikan solusinya (berdasarkan komunikasi dan pemodelan)

– Memahami dasar dari prinsip perancangan dan konsepnya– Memilih bahasa pemrograman yang tepat dengan PL yang akan dibangun

dan lingkungan tempat PL tersebut akan dioperasikan– Memilih lingkungan pemrograman yang menyediakan perkakas yang

memudahkan programmer bekerja– Membuat serangkaian unit test yang diterapkan pada saat program

selesai



Testing

ReviewRekayasa

Perangkat Lunak

ImplementasiSistem

Suplement


Manajemen Kualitas

Reka

yasa

Per

angk

at L

unak

Penerapan KONSTRUKSI• Prinsip pada saat membuat kode/program :

– Membatasi algoritma dengan mengikuti pemrograman terstruktur*– Memilih struktur data yang sesuai dengan perancangan yang telah dibuat– Memahami arsitektur PL dan menciptakan antarmuka yang konsisten

dengan arsitektur tersebut– Menjaga agar logika kondisional sesederhana mungkin– Membuat pengulangan bersarang dalam cara yang mudah diuji– Memilih nama variabel yang bermakna dan mengikuti standar lokal– Menulis program dan mendokumentasikannya– Membuat visual layout (indent, baris kosong) yang membantu

pemahaman



Testing

ReviewRekayasa

Perangkat Lunak

ImplementasiSistem

Suplement


Manajemen Kualitas

Reka

yasa

Per

angk

at L

unak

Penerapan KONSTRUKSI• Prinsip Validasi setelah kode/program pertama kali selesai :

– Melakukan pelacakan program apabila dumungkinkan– Melakukan test unit dan memperbaiki kesalahan yang ditemukan– Melakukan refaktor program

• Prinsip Pengujian :– Semua uji harus direncanakan– Pengujian dilakukan dari yang “kecil” hingga yang “besar”– Terkadang pengujian mendalam sukar dilakukan– Memberlakukan prinsip PARETO (untuk banyak kejadian, sekitar 80%

daripada efeknya disebabkan oleh 20% dari penyebabnya)



Testing

ReviewRekayasa

Perangkat Lunak

ImplementasiSistem

Suplement


Manajemen Kualitas

Reka

yasa

Per

angk

at L

unak

Penerapan DEPLOYMENT (penyebaran PL)• Mengelola ekpektasi pelanggan setiap ada kenaikan• Sebuah paket pengiriman yang lengkap harus dirakit dan diuji• Ada pihak yang mendukung penyebaran PL• Bahan ajar harus diberikan kepada pengguna akhir



Testing

ReviewRekayasa

Perangkat Lunak

ImplementasiSistem

Suplement


Manajemen Kualitas

Reka

yasa

Per

angk

at L

unak Pertanyaan

Dan Diskusi

......

testing dan implementasi sistem -...

Documents