ACM
ACM(Association for Computing Machinery) atau Asosiasi untuk Permesinan Komputer adalah sebuah serikat ilmiah dan pendidikan computer pertama didunia yang didirikan pada tahun 1947
SIG dan ACM, mensponsori konferensi yang bertujuan untuk memperkenalkan inovasi baru dalam bidang tertentu.Tidak hanya mensponsori konferensi ,ACM juga pernah mensponsori pertandingan catur antara Garry Kasparov dan computer IBM DeepBlue.
•ACM telah menciptakan sebuah perpustakaan digital dimana ia telah membuat seluruh publikasi yang tersedia .ACM perpustakaan digital merupakan koleksi terbesar didunia informasi mengenai mesin komputasi dan berisi arsip jurnal ,majalah ,prosiding konferensi online,danisu-isu terkini ACM publikasi. Layanan online termasuk forum yang disebut Ubiquity dan TechNews mencerna,baik yang berisi informasi terbaru tentang dunia IT.
Pesaing utama ACM adalah IEEE Computer Society.
•Perbedaan antara ACM dan IEEE adalah, ACM berfokus pada ilmu komputer teoritis dan aplikasi pengguna akhir, sementara IEEE lebih memfokuskan pada masalah-masalah hardware dan standardisasi. Cara lain untuk menyatakan perbedaan yaitu ACM adalah ilmuwan komputer dan IEEE adalah untuk insinyur listrik, meskipun subkelompok terbesar adalah IEEE Computer Society.
•ACM memiliki empat “Boards“ yaitu:
1.publikasi,
2.SIG Governing Board,
3.pendidikan, dan
4.Badan Layanan Keanggotaan
IEEE
(Institute of Electrical and Electronics Engineers) adalah sebuah organisasi profesi nirlaba yang terdiri dari banyak ahli dibidang teknik yang mempromosikan pengembangan standar-standar dan bertindak sebagai pihak yang mempercepat teknologi- teknologi baru dalam semua aspek dalam industry dan rekayasa (engineering),yang mencakup telekomunikasi,jaringankomputer,kelistrikan, antariksa, danelektronika.
•Tujuan inti IEEE adalah mendorong inovasi teknologi dan kesempurnaan untuk kepentingan kemanusiaan.
•Visi IEEE adalah akan menjadi penting untuk masyarakat teknis global dan professional teknis dimana-mana dan dikenal secara universal untuk kontribusi teknologi dan teknis yang professional dalam meningkatkan kondisi perkembangan global.
Standar dalam IEEE adalah mengatur fungsi ,kemampuan dan interoperabilitas dari berbagai macam produk dan layanan yang mengubah cara orang hidup, bekerja dan berkomunikasi.
•Proses pembangunan IEEE standar dapat dipecah melalui tujuh langkah dasar yaitu:
1.Mengamankan Sponsor,
2.Meminta Otorisasi Proyek,
3.Perakitan Kelompok Kerja,
4.Penyusunan Standard,
5.Pemungutan suara,
6.Review Komite,
7.Final Vote.
Pada tahun 1980 bulan 2, IEEE membuat sebuah bagian yang mengurus standarisasi LAN(LocalAreaNetwork) danMAN(MetropolitanAreaNetwork). Bagian ini kemudian dinamakan sebagai 802. Angka 80 menunjukkan tahun dan angka 2 menunjukkan bulan dibentuknya kelompok kerja ini. Ada beberapa unit kerja dengan bidang yang mereka tangani diantaranya:
IEEE Indonesia Section berada pada IEEE Region 10 (Asia-Pasifik). Ketua IEEE Indonesia Section tahun 2009-2010 adalah Arnold Ph Djiwatampu. Saat ini IEEE Indonesia Section memiliki beberapa chapter, yaitu:
a. Chapter Masyarakat Komunikasi (Communications Society Chapter)
b. Chapter Masyarakat Sistim dan Sirkuit (Circuits and Systems Society Chapter)
c. Chapter Teknologi Bidang Kesehatan dan Biologi (Engineering in Medicine and Biology Chapter)
d. Chapter Gabungan untuk Masyarakat Pendidikan, Masyarakat Peralatan Elektron, Masyarakat Elektronik Listrik, dan Masyarakat Pemroses Sinyal (Join Chapter of Education Society, Electron Devices Society, Power Electronics Society, Signal Processing Society)
e. Chapter Gabungan MTT/AP-S (Joint chapter MTT/AP-S)

Referensi : https://docs.google.com/leaf?id=0B9i0EbmJAJ9EYjhjZWVmMDYtYTZkOC00ZDBjLWE4YjUtNzEyNmYzNWE3YzZh&sort=name&layout=list&num=50

Jaminan Mutu Terhadap Sebuah Software








Uji Integrasi Pada Jaminan Mutu Software









Definisi




Menurut wikipedia :




Aktifitas pengujian software dalam mana modul-mudul software dikombinasikan dan diuji sebagai satu kesatuan.




Menurut Roger S. Pressman :




teknik sistematis untuk mekmbangun arsitektur software sambil pada saat yang sama menjalankan pengujian untuk menemukan error tekait dengan interfacing, komunikasi antar modul.










Tujuan uji integrasi




Untuk pemeriksaan fungsional, kinerja dan kehandalan dari struktur program yang dirancang.










Pendekatan Big Bang/Non-incremental




Dalam metode Non-incremental, kita mengintegrasikan semua modul pada suatu waktu. Metode ini, sementara umum, tidak dianjurkan karena membuat hampir tidak mungkin untuk menentukan penyebab kesalahan atau masalah.




¨Keuntungan: Sederhana




¨Kerugian:




sulit untuk men-debug.


tidak mudah untuk mengisolasi error


tidak mudah untuk memvalidasi hasil test


mustahil untuk membentuk sebuah sistem terintegrasi impossible




Pendekatan incremental




Pada metode Incremental, kita mengintegrasikan segmen kecil dari sistem perlahan-lahan untuk mudah mengisolasi masalah. Metode ini lebih disukai dan sangat dianjurkan karena memaksa pendekatan yang lebih sistematis untuk pengembangan perangkat lunak dan akan meningkatkan kehandalan.




Metode incremental dapat dilakukan dengan empat cara.




Top-down


Bottom-up


Regression Testing


Pengujian smoke




Integrasi Top-down




Modul-modul diintegrasi dengan memindahkan downward melalui struktur kontrol. Modul subordinate ke modul kontrol utama digabung ke sistem dalam cara depth-first atau breadth-first.




pola depth-first




¨Dalam pola depth first, modul di integrasikan satu demi satu melalui struktur kendali utama. Diawali dari struktur kendali paling kritis, dilanjutkan pada kendali lain.




Pola breadth-first




¨Dalam pola bread first, seluruh komponen subordinat langsung di setiap level, menelusuri secara horizontal.










Integrasi Bottom-Up




Modul pada level terbawah diintegrasi pertama, kemudian dengan menggerakkan keatas melalui struktur kontrol.










Regression Testing




Merupakan aktivitas yang membantu untuk memastikan sebuah perubahan (yang berkaitan dengan testing atau penjelasan lain) tidak menghasilkan perilaku yang tidak diharapkan atau error tambahan.




Regression tes terdiri dari 3 kelas, yaitu:




¨Sebuah Contoh yang mewakili tes yang akan menguji semua fungsi software


¨Tes tambahan yang berfokus pada fungsi software yang tampak yang akan berubah akibat perubahan lain


¨Tes yang berfokus pada komponen software yang telah berubah Validation testing.




Pengujian smoke




¨Pemeriksaan keseluruhan sistem dari status terahir ke status terahir berikutnya. Tidak perlu uji menyeluruh, tetapi sanggup menunjukan masalah penting.










Uji integrasi dalam OO




Software berorientasi objek tidak memiliki stuktur kendali hirarki, sehingga integrasi top down/ bottom up kurang berarti.




Pengujian Integritas dalam konteks berorientasi objek




Thread-based testing




mengintegrasikan sekumpulan kelas suatu input atau kejadian dalam sistem.




Setiap thread diintegrasikan dan diuji secara individual.




Pengujian regresi diterapkan untuk memastikan tidak ada efek samping yang muncul.




Use-based testing




Pengujian terhadap setiap independent classes




Pengujian terhadap dependent classes sampai keseluruhan sistem terbentuk




Cluster testing




salah satu langkah dalam pengujian integritas, memeriksa kolaborasi antar kelas pada model CRC dan object- relationship.










Alpha test vs beta test




Apha test




Pengujian terhadap perangkat lunak yang siap untuk dipasarkan dibawah kendali programmer maupun developer




Beta test




Pengujian terhadap perangkat lunak yang siap untuk dipasarkan tanpa pengawasan developer.










Uji Arsitektur Client Server




Level pengujian client server




Aplikasi client individual diuji dalam bentuk disconnected




Software client dan aplikasi server diuji tetapi jaringan tidak diperhatikan




Arsitektur client server lengkap




Pendekatan pengujian




Applicatio function test




Server test ¨Database test




Transaction test




Network communication tests




Uji Navigasi, Uji Intergritas untuk Aplikasi Web




Meyakinkan bahwa mekanisme penelususran web untuk setiap pengguna




Untuk memvalidasi bahwa setiap navigation semantic unit (NSU) dapat dicapai seluruh pengguna




Uji Sintaks Navigasi




Navigation links




Redirects




Bookmarks




Frame and Framesets




Site Maps




Internal search engines




Uji Semantik Navigasi




Sekumpulan atau informasi dan struktur navigasi terkait yang berkerja sama memenuhi sejumlah kebutuhan pengguna terkait




Pengujian




Tahap 1 perserta yang berbeda




Tahap 2 project stakeholder dan tim penguji independent






Tahap 3 pengguna non teknik

Berdasarkan definisi IEEE (1991), Jaminan Mutu Perangkat Lunak ( Software Quality Assurance ) adalah :







1. Sebuah pola yang terencana dan sistematis dari semua tindakan yang diperlukan untuk menyediakan kepercayaan yang cukup bahwa sebuah produk atau barang sesuai dengan kebutuhan teknis yang telah disusun.


2. Sekumpulan aktifitas yang dirancang untuk mengevaluasi proses dimana sebuah produk dikembangkan atau diproduksi.




dari beberapa pengertian diatas, kita dapat menyimpulkan bahwa jaminan mutu perangkat lunak adalah sebuah aktifitas untuk menjaga kulitas perangkat lunak yang dikembangkan. Sejak kita memasuki jaman teknologi informasi, kita mulai mengenal berbagai macam produk yang bersifat “maya” (bukan ghoib lho ya…), yaitu sebuah produk yang bisa kita lihat tetapi tidak bisa kita sentuh selayaknya produk-produk nyata yang kita kenal selama ini (seperti mobil, motor, sendok, piring, dbs)




Seperti yang disampaikan oleh Galin (2004), menjaga kualitas perangkat lunak memiliki tantangan tersendiri karena memiliki karakteristik yang berbeda dengan produk industri. Dari segi apa saja tantangannya ?




1. Kompleksitas (complexity).


Produk Perangkat Lunak (Software Product) : Biasanya sebuah perangkat lunak memiliki tingkat kompleksitas yang tinggi karena didalamnya sangat mungkin terdapat ribuan fungsi operasi.




2. Visibilitas Produk (product visibility).


Produk Perangkat Lunak dikatakan invisible product karena dalam mendeteksi produk yang cacat sangat tidak mungkin melalui penglihatan (by sight).




3. Sifat Pengembangan dan Proses Produksi (nature of development and production process).


Kesempatan untuk mendeteksi produk yang cacat hanya mungkin dilakukan pada fase pengembangan. Berbeda dengan produk industri, dimana kesempatan untuk mendeteksi produk yang cacat dapat dilakukan di semua fase pengembangan dan produksi.






Sedikit petunjuk untuk membayangkan seberapa kompleks-kah sebuah perangkat lunak, coba teman-teman bayangkan sebuah gedung atau rumah, saya yakin, orang yang bukan ahli bangunan pun bisa menyebutkan jika gedung lebih kompleks dari rumah karena beberapa faktor yang terlihat. Terbayang ?? nah sekarang coba kalian bayangkan beberapa perangkat lunak yang teman-teman kenal, lalu sebutkan mengapa salah satu dari perangkat lunak yang baru saja disebutkan lebih kompleks dari yang lainnya ?




Kembali lagi ke jaminan mutu perangkat lunak. Agar kita dapat membangun atau mengembangkan sebuah perangkat lunak yang berkualitas, kita harus memahami terlebih dahulu beberapa hal dibawah ini :




1. Apa itu perangkat lunak (software) ?


2. Apa itu software errors, faults dan failures ?


3. Apa itu software quality ? dan


4. Apa hubungannya software quality assurance dengan software engineering ?










Referensi




Galin, D. 2004. Software Quality Assurance from Theory to Implementation. England: Pearson Education Limited.


Chemuturi, M. 2011. Mastering Software Quality Assurance Best Practice, Tools and Techniques for Software Developers. USA: J.Ross Publishing.


Naik, K., and Triphathy., P. 2008. Software Testing and Quality Assurance Theory and Practice. Kanada: John Wiley & Sons.