Penjaminan Kualitas Pengembangan Perangkat Lunak pada Aplikasi School Social Network (SSN) Berdasarkan Standar IEEE

Transkripsi

1 1 Penjaminan Kualitas Pengembangan Perangkat Lunak pada Aplikasi School Social Network (SSN) Berdasarkan Standar IEEE Ika Nurkasanah [1], Ir. Ahmad Holil Noor Ali, M.Kom [2]., Hanim Maria Astuti, S.Kom, M.Sc [3] Jurusan Sistem Informasi, Fakultas Teknologi Informasi, Institut Teknologi Sepuluh Nopember (ITS) Jl. Arief Rahman Hakim, Surabaya ika09083@gmail.com [1], holil@is.its.ac.id [2], hanim03@gmail.com [3] Abstraksi School Social Network (SSN) merupakan aplikasi jejaring sosial yang dibuat untuk Yayasan Pendidikan Al Azhar Surabaya dan berperan penting sebagai media sosial yang memfasilitasi komunikasi antara guru, siswa, dan pihak manajemen sekolah. Selama proses pengembangannya, kontrol terhadap penjaminan kualitas belum dilakukan dengan baik karena beberapa masalah, yaitu 1) eksekusi pengembangan SSN yang tidak mengadaptasi metodologi best practice sehingga berakibat negatif pada waktu, biaya, ruang lingkup, serta kualitas pengembangan aplikasi; 2) infrastruktur penjaminan kualitas yang tidak tersedia dengan lengkap sehingga menyebabkan terjadinya penyimpangan kebutuhan akan kualitas yang disepakati di awal, kesalahan saat validasi & verifikasi, serta sulitnya pengembangan serta pemeliharaan SSN ke depannya. Oleh karena itu, diperlukan suatu upaya penjaminan kualitas yang nantinya dilaksanakan untuk memastikan bahwa kualitas perangkat lunak yang diharapkan pada SSN terpenuhi, khususnya yang berkaitan dengan aspek fungsionalitas, non fungsional, dan manajerial. Metode pengerjaan tugas akhir ini adalah studi literatur mengenai standar penjaminan kualittas perangkat lunak, serta studi lapangan untuk menentukan metodologi best practice proses pengembangan aplikasi SSN yang sedang berjalan melalui wawancara dengan pihak terkait. Setelah itu dilakukan penyesuaian standar penjaminan kualitas dengan metodologi best practice yang sesuai untuk pengembangan aplikasi SSN. Dengan metode tersebut, keluaran yang diharapkan adalah dokumen penjaminan kualitas sesuai standar IEEE yang mampu menjadi acuan pengembangan aplikasi SSN pada versi selanjutnya. Kata Kunci-- metodologi best practice pengembangan perangkat lunak, penjaminan kualitas perangkat lunak, standar penjaminan kualitas perangkat lunak. I. PENDAHULUAN chool Social Network (SSN) merupakan salah satu Saplikasi jejaring sosial yang dibuat untuk Yayasan Pendidikan Al-Azhar sebagai media yang memfasilitasi komunikasi antara guru, siswa, dan pihak manajemen sekolah. SSN tersebut dikembangkan dalam dua versi, yaitu mobile application dan web application. Aplikasi tersebut penting bagi Yayasan Pendidikan Al- Azhar sebagai klien, karena diharapkan mampu menghindarkan siswamya dari pengaruh negatif jejaring sosial lain yang kurang terkontrol untuk anak anak setingkat TK (Taman Kanak-kanak), SD (Sekolah Dasar), dan SMP (Sekolah Menengah Pertama).. Saat ini eksekusi pembangunan aplikasi SLIMS+ memasuki fase uji coba. Namun sejak tahap perencanaan sampai dengan eksekusi pengembangan aplikasi yang saat ini sudah mencapai fase uji coba tersebut, kontrol terhadap penjaminan kualitas belum dilakukan dengan baik. Hal tersebut karena tim pengembang tidak mengadaptasi metodologi best practice pengembangan aplikasi dan standar penjaminan kualitas yang sesuai. Pertama terkait dengan metodologi pembuatan aplikasi. Kontrol penjaminan kualitas pada proses eksekusi pengembangan SSN tidak mengadaptasi metodologi best practice yang disesuaikan dengan kebutuhan perimbangan (waktu, biaya, kualitas, dan ruang lingkup) pengembangan aplikasi tersebut. Akibatnya penyelesaian / penyampaian aplikasi ke pelanggan menjadi terlambat karena kesalahan tidak dapat terdeteksi sejak awal sehingga diperlukan waktu lebih banyak untuk memperbaiki kesalahan tersebut. Akibat lainnya adalah pelebaran ruang lingkup pengembangan perangkat lunak melebar sehingga menyebabkan lebih bayak waktu dan biaya yang harus dikeluarkan. Kedua, terkait dengan standar penjaminan kualitas yang mengatur infrastruktur penjaminan kualitas (templates, prosedur, ceklis, kebijakan, dan lain sebagainya). Karena standar penjaminan kualitas tidak diadaptasi, akibatnya infrastruktur untuk menjamin kualitas pengembangan SSN juga belum disediakan dengan lengkap. Tidak adanya infrastruktur tersebut berakibat negatif pada proses pengembangan aplikasi, antara lain 1) penyimpangan terhadap kebutuhan kualitas yang disepakati di awal karena tidak adanya prosedur atau instruksi yang seragam untuk setiap aktivitas pengembangan; 2) tidak adanya ceklis menyebabkan susahnya mendeteksi kesalahan pada aplikasi lebih awal, sehingga dapat menyebabkan banyaknya kesalahan pada saat verifikasi dan validasi ke klien; 3) tidak adanya acuan yang dapat digunakan baik oleh klien maupun pihak pengembang jika ingin mengembangkan/memelihara SSN.

2 Untuk mengatasi masalah masalah di atas, artikel ini akan membahas upaya penjaminan kualitas pengembangan perangkat lunak yang komprehensif melalui dokumen penjaminan kualitas yang sesuai dengan standar IEEE Diharapkan hasil studi ini dapat membantu tim pengembang dan juga Yayasan Pendidikan Al Azhar untuk melakukan kontrol terhadap proses pengembangan aplikasi SSN sehingga dapat menghasilkan perangkat lunak yang berkualitas. Selain itu hasil studi pada artikel ini juga dapat digunakan sebagai referensi panduan penjaminan kualitas oleh tim pengembang perangkat lunak lainnya. Adapun struktur dari artikel ini adalah sebagai berikut : Bab I berisi latar belakang permasalahan dalam studi. Bab II berisi dasar teori yang mendukung penulisan studi, yaitu mengenai penjaminan kualitas, metodologi best practice pengembangan perangkat lunak, serta standar penjaminan kualitas perangkat lunak. Bab III berisi penjelasan proses pembuatan dokumen penjaminan perangkat lunak. Bab V berisi kesimpulan yang didapatkan selama studi dilakukan. Sedangkan metodologi Agile yang mulai dikenal tahun 2001 saat ini telah banyak digunakan. Agile menjanjikan adaptasinya terhadap kolaborasi, perubahan, proses, tools, kontrak, dan perencanaan. Faktor faktor yang mempengaruhi pemilihan klasifikasi metodologi pengembangan perangkat lunak adalah [2] : jumlah tim, tingkat perubahan, tujuan, intensitas komunikasi dan hubungan dengan pelanggan dan peran khusus. 2 II. DASAR TEORI A. Penjaminan Kualitas Perangkat Lunak Menurut IEEE [2], definisi penjaminan kualitas perangkat lunak adalah sebagai berikut : 1. Pola aktivitas yang terencana dan sistematis untuk menyediakan produk perangkat lunak yang memenuhi kebutuhan teknis. 2. Serangkaian aktivitas yang direncanakan untuk mengevaluasi proses dimana perangkat lunak dibangun atau dikembangkan. Untuk melakukan penjaminan kualitas perangkat lunak, perlu diperhatikan komponen komponen di dalamnya. Dalam bukunya, Galin [1] mendeskripsikan komponen komponen sistem penjaminan kualitas perangkat lunak dalam sebuah Software Quality Assurance (SQA) Architecture (Gambar 1) Dari Gambar 1 tersebut, dapat diketahui bahwa standar, infrastruktur, merupakan penunjang metodologi pengembangan perangkat lunak yang disebut sebagai siklus hidup perangkat lunak. B. Metodologi Best Practice Perangkat Lunak Untuk mengatasi masalah dalam pengembangan perangkat lunak di dunia industri, tim pengembang harus memiliki strategi tertentu terkait proses proses yang harus dilakukan untuk membangun suatu perangkat lunak yang berkualitas. Strategi tersebut sering disebut sebagai model / metodologi perangkat lunak. Terdapat 2 klasifikasi metodologi pengembangan perangkat lunak, yaitu tradisional dan Agile. M.A Awad [3] dalam laporannya menjelaskan beberapa perbedaan antara 2 klasifikasi tersebut. Metodologi tradisional berfokus pada penggalian dan kelengkapan kebutuhan yang harus diselesaikan terlebih dahulu sebelum tahap selanjutnya yaitu desain arsitektural dan pengembangan level tinggi. Gambar 1 Arsitektur Penjaminan Kualitas Perangkat Lunak Sumber : Daniel Galin, Software Quality Assurance From Theory to Implementation. London: Pearson Addison Wesley, 2004 Beberapa contoh jenis jenis metodologi pengembangan perangkat lunak yang masuk dalam klasifikasi metodologi tradisional dan Agile adalah sebagai berikut [3] : B.1. Waterfall Model Termasuk model tradisional, yang setiap fase nya terdiri dari aktivitas aktivitas tertentu yang harus selesai dikerjakan sebelum melangkah ke fase berikutnya. Adapun fase fase dalam model waterfall adalah seperti pada 4.1: 1. Define : pada fase ini dilakukan penggalian kebutuhan terkait apa saja yang harus dilakukan oleh sistem dan perangkat lunak itu sendiri. 2. Desain : pada fase desain ini ditentukan bagaimana kebutuhan yang telah digali dedesain untuk selanjutnya dikonversikan ke dalam koding.. 3. Koding : desain yang dilakukan pada fase sebelumnya dikonversikan ke dalam kode kode untuk membangun perangkat lunak. Hal tersebut dilakukan pada tahap koding. 4. Uji Coba : di fase ini dilakukan validasi terhadap koding yang dibuat untuk memastikan tidak ada error, serta verifikasi kepada klien untuk memastikan apakah perangkat lunak sudah memenuhi kebutuhan yang disepakati di fase define.

3 3 Define Desain Koding Uji Coba Implementasi Bagan 1 Fase pada Waterfall Model 5. Implementasi : merupakan fase terakhir dalam waterfall. Di sini dilakukan training dan heavy documentation. B.2. Extreme Programming(XP) Model XP termasuk dalam klasifikasi metodoligi Agile yang dibangun untuk mengatasi permasalahan lamanya waktu pengembangan pada metodologi tradisional. XP dibagi ke dalam 6 fase, yaitu Explorasi, Perencanaan, Iterasi untuk rilis, Produksi, Maintenance, dan Penutupan [4]. Fase tersebut dapat dilihat pada Gambar Exploration Phase (Fase eksplorasi). Klien menuliskan stori yang diharapkan dari perangkat lunak. Setiap stori menggambarkan fitur yang akan ditambahkan dalam perangkat lunak. 2. Planning Phase (Fase perencanaan). Stori / fitur yang sudah diidentifikasi selanjutnya diprioritasisasi pada fase perencanaan ini. Di fase ini juga dilakukan estimasi usaha dan jadwal untuk setiap pengerjaan fitur. 3. Iteration to Release Phase (Iterasi untuk rilis). Iterasi dilakukan dengan membangun sistem dengan arsitektur tertentu dengan integrasi secara terus menerus dan uji coba kode. 4. Productionizing (Produksi). Ide / tugas yang tertunda yang ditemukan pada fase ini didokumentasikan untuk implementasi pada update release pada fase maintenance. 5. Maintenance 6. Penutupan. Fase ketika stori dari klien sudah terpenuhi dan tidak ada lagi stori lainnya, semua dokumentasi sistem sudah ditulis dengan baik dan tidak ada perubahan arsitektur, desain, atau kode. C. Standar Penjaminan Kualitas Perangkat Lunak Standar penjaminan kualitas perangkat lunak utama yang dijadikan acuan dalam penyusunan dokumen penjaminan kualitas pengembangan aplikasi SSN adalah IEEE Tugas tugas penjaminan kualitas yang diatur dalam standar ini adalah sebagai berikut [6] : Evaluasi analisis kebutuhan sistem dan perangkat lunak, evaluasi proses desain sistem dan perangkat lunak, sertifikasi media, evaluasi implementasi unit, integrasi, dan uji coba perangkat lunak. Gambar 2 Fase pada Extreme Programming Sumber : M. A. Awad, "A Comparison between Agile and Traditional Software Development Methodologies," 2005 Standar IEEE hanya menjelaskan poin poin tugas penjaminan kualitas, namun untuk keluaran dokumen yang dibutuhkan, standar tersebut memerlukan standar lainnya yang terkait,antara lain [6]: IEEE Std System & Software Test Documentation sebagai keluaran fase uji coba [8] dan ISO IEC / IEEE sebagai keluaran fase penggalian kebutuhan, yaitu dokumen spesifikasi kebutuhan sistem dan perangkat lunak [9]. III. PEMBUATAN DOKUMEN PENJAMINAN KUALITAS PENGEMBANGAN PERANGKAT LUNAK Dokumen penjaminan kualitas pengembangan aplikasi SSN dibuat dengan konsep seperti yang terlihat pada Bagan 2 Metodologi best practice pengembangan aplikasi Proses pengembangan SSN eksisting Penyesuaian antara proses pengembangan SSN eksisting dengan proses pada metodologi best practice dan tugas tugas pada standar penjaminan. menghasilkan Dokumen penjaminan kualitas pengembangan SSN Standar penjaminan kualitas Bagan 2 Konsep Pembuatan Dokumen Penjaminan Kualitas untuk Aplikasi SSN

4 A. Penentuan metodologi best practice pengembangan SSN Seperti yang telah dijelaskan dalam pendahuluan, SSN belum mengadaptasi metodologi best practice yang merupakan kunci utama penjaminan kualitas perangkat lunak. Sehingga sebelum membuat dokumen penjaminan kualitas, perlu ditentukan metodologi yang sesuai untuk pengembangan SSN yang saat ini berjalan. Penentuan tersebut dilakukan berdasarkan hasil wawancara kepada tim pengembang, perwakilan klien dan sponsor SSN. Penentuan diawali dengan klasifikasi metodolologi yang sesuai dengan proses pengembangan SSN yang telah berjalan. Berdasarkan perbandingan faktor pemilihan klasifikasi metodologi yang ditulis oleh M.A.Awad [3] dengan karakteristik eksisting pengembangan SSN disimpulkan bahwa pengembangan SSN cenderung masuk dalam klasifikasi metodologi Agile karena lebih banyaknya kesesuaian antara karakteristik Agile dengan kondisi eksisting pengembangan SSN. Langkah berikutnya adalah menentukan jenis metodologi Agile yang sesuai dengan proses eksisting pengembangan aplikasi SSN. Melalui perbandingan praktik penjaminan kualitas, pembagian dan tanggung jawab, serta proses pengembangan pada seluruh jenis metodologi best practice yang masuk dalam klasifikasi Agile dengan proses pengembangan SSN yang sedang berjalan [3], diperoleh kesimpulan bahwa pengembangan SSN cenderung menggunakan XP. B. Penyesuaian metodologi dan standar penjaminan kualitas perangkat lunak. Setelah ditentukan bahwa XP merupakan metodologi best practice yang sesuai untuk SSN, selanjutnya adalah menyesuaikan IEEE dengan metodologi XP. Hal tersebut dilakukan karena standar IEEE hanya menjelaskan poin tugas dan aktivitas untuk semua metodologi pengembangan, namun karena pengembangan SSN mengadaptasi metodologi XP, maka tugas dan aktivitas penjaminan kualitas tersebut harus disesuaikan dengan proses proses dan praktik penjaminan kualitas pada metodologi XP. Setiap aktivitas membutuhkan dokumen masukan dan keluaran. Karena IEEE tidak menyediakan dokumen tersebut, maka dibutuhkan standar lain yang masih terkait dengan IEEE dan sesuai sebagai acuan untuk dokumen masukan dan keluaran. Adapun standar terkait yang digunakan adalah IEEE Std (System & Software Test Documentation) dan ISO IEC /IEEE (System & Software Test Requirement Specification). C. Dokumen penjaminan kualitas aplikasi SSN Dokumen penjaminan kualitas pengembangan perangkat lunak SSN yang merupakan keluaran dari tugas akhir ini terdiri dari beberapa bagian, yaitu : 1. Dokumen utama Dokumen utama dari penjaminan kualitas pengembangan perangkat lunak adalah dokumen panduan Penjaminan Kualitas Pengembangan Aplikasi School Social Network (PKPA-SSN). Dokumen ini yang menjadi acuan dokumen lainnya yang mendukung. Dokumen utama ini mengadaptasi standar IEEE , dimana dalam poin tugas penjaminan kualitasnya disesuaikan dengan metodologi XP. 2. Dokumen pendukung Untuk menjalankan tugas dan aktivitas penjaminan kualitas yang dijelaskan dalam dokumen utama, diperlukan beberapa dokumen pendukung sebagai masukan dan keluaran. Dokumen pendukung tersebut berupa kebijakan, prosedur, instruksi, checklist, formulir, dan template. Berikut ini penjelasan dokumen pendukung yang disediakan untuk menjamin kualitas aplikasi SSN : Tabel 1 Dokumen Pendukung Penjaminan Kualitas SSN Kategori Deskripsi dokumen Panduan Dokumen ini merupakan dokumen utama yang akan digunakan untuk menjamin kualitas pengembangan aplikasi SSN dan menjadi acuan dokumen pendukung. Kebijakan Dokumen kebijakan merupakan dokumen yang berisi kebijakan untuk melakukan aktivitas yang dijelaskan di dalam prosedur Prosedur Prosedur adalah infrastruktur yang berisi langkah langkah yang seragam untuk menjalankan tiap aktivitas penjaminan kualitas pengembangan perangkat lunak Instruksi Instruksi merupakan dokumen yang berisi perintah untuk menjalankan langkah pada prosedur dan secara khusus ditujukan pada salah satu elemen pengembangan SSN Checklist Checklist merupakan dokumen yang digunakan untuk memastikan apakah aktivitas yang dijelaskan pada prosedur telah terpenuhi Formulir Formulir merupakan alat bantu yang mendukung tercapainya langkah langkah aktivitas. Misalnya untuk melakukan diskusi diperlukan bahan bahan diskusi itu sendiri. Formulir mendeskripsikan bahan bahan tersebut sehingga memudahkan proses diskusi Template Contoh contoh dokumen yang menjadi masukan dari aktivitas penjaminan kualitas perangkat lunak. Dokumen tersebut adalah dokumen yang mengikuti standar penjaminan kualitas seperti yang dijelaskan dalam tabel 4.8 dan juga bagian Standar IEEE lainnya pada buku tugas akhir ini D. Evaluasi dokumen penjaminan kualitas aplikasi SSN Evaluasi dilakukan untuk memeriksa apakah dokumen yang telah dibuat telah memenuhi standar IEEE dan praktik penjaminan kualitas pada metodologi XP. Dokumen yang telah dibuat dikatakan memenuhi standar IEEE dan standar metodologi XP jika seluruh tugas dan aktivitas penjaminan penjaminan yang dijelaskan dalam IEEE (yang juga disesuaikan dengan metodologi XP) telah tersedia dokumen penjaminan kualitasnya, baik dokumen utama atau pendukung. Tabel 2 dalam lampiran menunjukkan contoh evaluasi dokumen penjaminan kualitas aplikasi 4

5 SSN. Cara membaca hasil evaluasi pada Tabel 2 adalah sebagai berikut : 1. Misalkan yang akan dievaluasi adalah fase eksplorasi (pada kolom Proses Pengembangan SSN (dengan XP)). 2. Dalam fase eksplorasi, terdapat 2 tugas penjaminan kualitas, yaitu evaluasi penggalian kebutuhan sistem dan evaluasi penggalian kebutuhan perangkat lunak (pada kolom Tugas Penjaminan Kualitas SSN (berdasarkan hasil penyesuaian IEEE dengan metodologi XP)). Misalkan yang akan dievaluasi adalah pemenuhan tugas evaluasi penggalian kebutuhan sistem. 3. Pada tugas evaluasi penggalian kebutuhan sistem terdapat beberapa aktivitas penjaminan kualitas. Untuk menjalankan semua aktivitas tersebut diperlukan kebijakan, prosedur, atau instruksi. Tugas penjaminan kualitas dikatakan terpenuhi jika pada kolom Dokumen Penjaminan Kualitas Pengembangan SSN sudah terdapat referensi dokumen prosedur, kebijakan, atau instruksi yang terkait. 4. Dalam kolom Dokumen Penjaminan Kualitas Pengembangan SSN sudah terdapat referensi dokumen prosedur dan kebijakan yang mengatur evaluasi penggalian kebutuhan sistem, sehingga disimpulkan bahwa tugas penjaminan kualitas tersebut telah terpenuhi. 5. Berikutnya adalah memeriksa pemenuhan aktivitas penjaminan kualitas. Aktivitas dikatakan terpenuhi jika setiap masukan dan keluaran (pada kolom Masukan&Keluaran) aktivitas telah dituliskan referensi dokumennya pada kolom Dokumen Penjaminan Kualitas Pengembangan SSN 6. Misalkan yang akan dievaluasi adalah aktivitas Verifikasi bahwa partisipan yang berhak telah terlibat dalam penentuan kebutuhan sistem (pada kolom Aktivitas Penjaminan Kualitas SSN (berdasarkan hasil penyesuaian IEEE dengan metodologi XP)). Aktivitas tersebut membutuhkan beberapa masukan dan keluaran. 7. Dalam kolom Dokumen Penjaminan Kualitas Pengembangan SSN pada Lampiran E sudah terdapat referensi dokumen formulir, template, dan checklist yang dibutuhkan setiap masukan dan keluaran untuk aktivitas Verifikasi bahwa partisipan yang berhak telah terlibat dalam penentuan kebutuhan sistem, dimana referensi dokumen tersebut mengacu pada standar penjaminan kualitas tertentu (pada kolom Standar Penjaminan Kualitas Terkait). Sehingga dapat disimpulkan bahwa aktivitas penjaminan kualitas Verifikasi bahwa partisipan yang berhak telah terlibat dalam penentuan kebutuhan sistem telah terpenuhi. Sedangkan contoh evaluasi pemenuhan praktik penjaminan kualitas XP dalam dokumen penjaminan kualitas pengembangan SSN dapat dilihar pada Tabel 3. IV. KESIMPULAN Studi ini menghasilkan kesimpulan sebagai berikut : 1. Tidak semua praktik penjaminan kualitas pada XP dapat diterapkan dalam pengembangan SSN, hal tersebut karena perlunya penyesuaian dengan proses pengembangan eksisting. Praktik penjaminan kualitas dalam XP yang tidak dapat diterapkan pada pengembangan SSN adalah 40 hours per week karena fokus pengerjaan aplikasi yang dilakukan oleh tim pengembang bukan waktu per minggu, melainkan berdasarkan batas terakhir penyelesaian fitur aplikasi. 2. Dokumen penjaminan kualitas pengembangan aplikasi SSN telah sesuai dengan standar IEEE karena telah memenuhi semua tugas dan aktivitas penjaminan kualitas yang dijelaskan dalam standar tersebut. 3. IEEE memiliki kekurangan dalam hal penyediaan panduan yang lengkap untuk penyesuaian tugas penjaminan kualitas dengan metodologi best practice pengembangan perangkat lunak. IEEE hanya menyediakan poin dan sedikit penjelasan tugas penjaminan kualitas perangkat lunak, sehingga diperlukan asumsi dan observasi lanjut untuk penyesuaian tersebut, seperti yang dilakukan dalam studi ini, yaitu dengan wawancara langsung dengan tim pengembang SSN. V. DAFTAR PUSTAKA [1] Daniel Galin, Software Quality Assurance From Theory to Implementation. London: Pearson Addison Wesley, [2] Institute of Electrical and Electronics (IEEE), "Software," IEEE Engineering Standards Collection, [3] M. A. Awad, "A Comparison between Agile and Traditional Software Development Methodologies," [4] Hamid Faridani, "A Guide to Selecting Software Development Methodology," [5] Beck K, "Embracing change with Extreme Programming," IEEE Computer Vol. 32, [6] Institute of Electrical and Electronics (IEEE), "IEEE Standard for Sofware Quality Assurance," Institute of Electrical and Electronics (IEEE), [7] Institute of Electrical and Electronics (IEEE), "IEEE Standard for Software Design Description," Institute of Electrical and Electronics (IEEE), [8] Institute of Electrical and Electronics (IEEE), "IEEE Std System & Software Test Documentation," Institute of Electrical and Electronics (IEEE), [9] Institute of Electrical and Electronics (IEEE), "ISO IEC / IEEE Software Quality Management," Institute of Electrical and Electronics (IEEE), [10] R.S. Pressman, Software Engineering A Practitioner s Approach, European adaptation by D. Ince, 5th edn. London: McGraw-Hill International, [11] "IEEE Standard 730 Software Quality Assurance," [12] Pekka Abrahamsson, Outi Salo, Jussi Ronkainen, and Juhani Warsta, Agile Software Development Methods. Finland: VTT Elektronics, [13] "Software Quality Assurance," Institute of Electrical and Electronics Engineering (IEEE),

6 6 LAMPIRAN Tabel 2 Contoh Evaluasi Pemenuhan Standar IEEE dalam Dokumen Penjaminan Kualitas Pengembangan Aplikasi SSN Proses Pengembangan SSN (dengan XP) Fase Eksplorasi Tugas Penjaminan Kualitas SSN (berdasarkan hasil penyesuaian IEEE dengan metodologi XP) Evaluasi Fase Eksplorasi Evaluasi Penggalian Kebutuhan Sistem Aktivitas Penjaminan Kualitas SSN (berdasarkan hasil penyesuaian IEEE dengan metodologi XP) Masukan &Keluaran Standar Penjaminan Kualitas Terkait Dokumen Penjaminan Kualitas Pengembangan SSN Prosedur : [PR-01 R00] Prosedur Evaluasi Penggalian Kebutuhan Sistem SSN Verifikasi bahwa partisipan yang berhak telah terlibat dalam penentuan kebutuhan sistem Masukan : Hasil diskusi pembagian peran / tanggung jawab elemen pengembangan SSN Matrix Pertanggungjawaban Keluaran : System Requirements Analysis Process Audit Checklist Kebijakan : [KE-01 R00] Penggalian Kebutuhan Sistem - Formulir : [FM-02 R00] Diskusi Peran / Tanggung Jawab Elemen Pengembangan SSN IEEE Std, Software Quality Plan Lampiran A Matrix Pertanggungjawaban Lampiran A Matrix Pertanggungjawaban dalam dokumen [TE-01 R00] Spesifikasi Kebutuhan Sistem dan Perangkat Lunak School Social Network (SKSPL-SSN-SSN). Figure B-3. IEEE Std Checklist : [CH-01 R00] Checklist Evaluasi Penggalian Kebutuhan Sistem SSN Tabel 3 Contoh Evaluasi Praktik Penjaminan Kualitas XP dalam Dokumen Penjaminan Kualitas Pengembangan Aplikasi SSN Praktik Penjaminan Kualitas XP menurut Status Deskripsi Penerapan Dokumen Penjaminan Kualitas terkait Beck (2009) Perencanaan (Planning) Diterapkan Praktik perencanaan diterapkan pada fase perencanaan SSN melalui : 1. Ketentuan tugas dan aktivitas penjaminan kualitas fase [PA-01 R00] Penjaminan Kualitas perencanaan SSN pada dokumen PKPA-SSN bagian Pengembangan Aplikasi School Social Network (PKPA-SSN) 2. Kebijakan fase perencanaan SSN [KE-02 R00] Fase Perencanaan SSN 3. Prosedur masukan dan evaluasi fase perencanaan SSN [PR-03 R00] Prosedur Evaluasi Fase Perencanaan SSN 4. Instruksi fase perencanaan SSN (instruksi untuk [IN-01 R00] Fase Perencanaan SSN melakukan dokumentasi prioritas fitur) 5. Checklist untuk memeriksa keterpenuhan prosedur [CH-03 R00] Evaluasi Fase Perencanaan SSN perencanaan yang harus dilakukan 6. Formulir untuk melakukan perencanaan fitur, waktu dan penanggung jawab.pengerjaanya. [FM-05 R00] Fase Perencanaan SSN