Makalah Persentasi [PDF]

Citation preview

MAKALAH MANAJEMEN PENGETAHUAN “Sistem penguji dan penyebaran setelah kodifikasi pengetahuan” (Dosen pengampu : Istiana Rahatmawati,Dra, M.Si)



Kelompok 7/EM-D Disusun Oleh:



Alfiani Desty



(141170233)



Indah Puspo Rini



(141170235)



Rakhee Delhia Akma



(141170237)



PROGRAM STUDI MANAJEMEN FAKULTAS EKONOMI DAN BISNIS UNIVERSITAS PEMBANGUNAN NASIONAL “ VETERAN “ YOGYAKARTA TAHUN AJARAN 2018/2019



KATA PENGANTAR Segala puji bagi Allah SWT yang telah memberikan kami kemudahan sehingga kami dapat menyelesaikan makalah ini dengan tepat waktu. Tanpa pertolongan-Nya tentunya kami tidak akan sanggup untuk menyelesaikan makalah ini dengan baik. Kami menyadari bahwa makalah ini masih jauh dari kata sempurna dan masih banyak terdapat kesalahan serta kekurangan di dalamnya. Untuk itu, kami mengharapkan kritik serta saran dari pembaca untuk makalah ini, supaya makalah ini nantinya dapat menjadi makalah yang lebih baik lagi. Kemudian apabila terdapat banyak kesalahan pada makalah ini kami mohon maaf yang sebesar-besarnya. Kami juga mengucapkan terima kasih kepada semua pihak khususnya kepada dosen Manajemen Pengetahuan kami yang telah membimbing dalam menulis makalah ini. Demikian, semoga makalah ini dapat bermanfaat. Terima kasih.



Yogyakarta,



Penulis



April 2019



DAFTAR ISI



BAB I PENDAHULUAN 1.1 Latar Belakang KMS (Knowledge Management System) adalah sistem yang diciptakan untuk memfasilitasi penangkapan, penyimpanan, pencarian, pemindahan dan penggunaan kembali pengetahuan. Pengetahuan dapat diubah agar dapat digunakan oleh orang lain. Salah satu teknik yang dapat mengubah pengetahuan agar dapat digunakan oleh orang lain adalah knowledge codification. Knowledge codification berarti mengubah pengetahuan tacit ke pengetahuan eksplisit dalam bentuk yang dapat digunakan untuk anggota organisasi. Pengetahuan tacit (misalnya, keahlian manusia) diidentifikasi dan leveraged melalui bentuk yang mampu menghasilkan return tertinggi untuk bisnis. Pengetahuan eksplisit diatur, dikategorikan, diindeks dan diakses. Pengorganisasian sering meliputi pohon keputusan, tabel keputusan dan lain-lain. Kodifikasi harus dilakukan dalam bentuk / struktur yang pada akhirnya akan membangun basis pengetahuan. Basis pengetahuan yang dihasilkan mendukung pelatihan dan pengambilan keputusan. Setelah kodifikasi pengetahuan terlebih lagi mengetahui tentang sistem penguji dan penyebaran setelah kodifikasi pengetahuan.



1.2 Rumusan Masalah 1. Apa pengertian Kodifikasi pengetahuan ? 2. Apa pengertian Sistem pengujian ? 3. Apa saja jenis-jenis System Testing ? 4. Apa saja yang harus diperhatikan Langkah – langkah yang diambil sistem pengujian ?



1.3 Tujuan Masalah 1. Untuk Mengetahui pengertian kodifikasi pengetahuan 2. Untuk Mengetahui pengertian Sistem pengujian. 3. Untuk Mengetahui jenis – jenis User Acceptance Testing. 4. Untuk Mengetahui langkah – langkah yang diambil sistem pengujian.



BAB II PEMBAHASAN 2.1



Pengertian Kodifikasi Pengetahuan Knowledge codification berarti mengubah pengetahuan tacit ke pengetahuan eksplisit dalam bentuk yang dapat digunakan untuk anggota organisasi. Pengetahuan tacit (misalnya, keahlian manusia) diidentifikasi dan leveraged melalui bentuk yang mampu menghasilkan return tertinggi untuk bisnis. Pengetahuan eksplisit diatur, dikategorikan, diindeks dan diakses. Pengorganisasian sering meliputi pohon keputusan, tabel keputusan dll. Kodifikasi harus dilakukan dalam bentuk / struktur yang pada akhirnya akan membangun basis pengetahuan. Basis pengetahuan yang dihasilkan mendukung pelatihan dan pengambilan keputusan. Pengembang pengetahuan harus perhatikan hal berikut sebelum memulai pengetahuan kodifikasi :



Pengetahuan direkam seringkali sulit untuk akses (karena itu adalah baik terfragmentasi atau buruk terorganisir). Difusi pengetahuan baru terlalu lambat.  Pengetahuan atau bersama, tapi ditimbun (ini dapat melibatkan implikasi politik).  Seringkali pengetahuan tidak ditemukan dalam bentuk yang tepat.  Seringkali pengetahuan tidak tersedia pada waktu yang tepat ketika dibutuhkan.  Seringkali pengetahuan tidak hadir di lokasi yang tepat di mana ia harus hadir.  Seringkali pengetahuan ditemukan tidak lengkap.



2.2



Pengertian System Testing (Sistem Pengujian) User Acceptance Testing (UAT) merupakan proses verifikasi bahwa solusi yang dibuat dalam sistem sudah sesuai untuk pengguna. Proses ini berbeda dengan pengujian sistem (memastikan software tidak crash dan sesuai dengan dokumen permintaan pengguna), melainkan memastikan bahwa solusi dalam sistem tersebut akan bekerja untuk pengguna (yaitu, tes bahwa pengguna menerima solusi di dalam sistem) UAT umumnya dilakukan oleh klien atau pengguna akhir, biasanya tidak fokus pada identifikasi masalah sederhana seperti kesalahan ejaan, maupun di cacat showstopper, seperti crash perangkat lunak. Penguji dan pengembang mengidentifikasi dan



memperbaiki masalah ini selama tahap awal pengujian fungsionalitas, pengujian saat integrasi dan pada tahap sistem testing. Tes penerimaan berguna, karena:  Mereka menangkap persyaratan pengguna secara langsung dapat diverifikasi,  Mereka mengidentifikasi masalah yang mungkin tidak diketahui oleh unit atau tes integrasi, dan  Mereka memberikan gambaran tentang bagaimana “dilakukan” sistem ini.



2.3



UAT (User Acceptance Testing) terdiri dari 3 jenis : 1. Alpha & Beta Testing Pengujian alfa adalah jenis pengujian penerimaan; dilakukan untuk mengidentifikasi semua kemungkinan masalah / bug sebelum melepaskan produk ke pengguna biasa atau publik. Fokus dari pengujian ini adalah mensimulasikan pengguna nyata dengan menggunakan teknik blackbox dan whitebox. Tujuannya adalah untuk melaksanakan tugas yang biasa dilakukan pengguna biasa. Pengujian alfa dilakukan di lingkungan laboratorium dan biasanya penguji adalah pegawai internal organisasi. Untuk membuatnya sesederhana mungkin, pengujian semacam ini disebut alpha hanya karena dilakukan sejak dini, menjelang akhir pengembangan perangkat lunak, dan



sebelum Pengujian Beta dan Pengujian beta adalah prosedur menundukkan produk perangkat lunak untuk diuji oleh klien nyata di lingkungan sebenarnya / virtual sebelum diluncurkan. 2. Contract Acceptance Testing Kapan dan mengapa Pengujian Penerimaan Pengguna dibutuhkan. Tes penerimaan dapat dipahami sebagai cara untuk memeriksa apakah “kontrak” yang didefinisikan sebelumnya antara pengembang dan pelanggan masih berada pada jalur yang benar. Menjalankan tes penerimaan juga memastikan bahwa tidak ada perubahan persyaratan yang terjadi sementara itu dan bahwa segala sesuatu adalah sebagaimana seharusnya untuk memuaskan pelanggan. 3. Regulation Acceptance Testing Pengujian Penerimaan Kontrak berarti perangkat lunak yang dikembangkan diuji terhadap kriteria dan spesifikasi tertentu yang telah ditentukan dan disepakati dalam sebuah kontrak. Kriteria dan spesifikasi yang relevan untuk penerimaan harus didefinisikan saat kontrak itu sendiri didefinisikan dan disepakati. 4. Operational Acceptance Testing Uji Penerimaan Regulasi, juga dikenal sebagai Uji Penerimaan Kepatuhan, memeriksa apakah perangkat lunak sesuai dengan peraturan. Ini termasuk peraturan pemerintah dan hukum. Juga dikenal sebagai Uji Kesiapan Operasional atau Pengujian Penerimaan Produksi, kasus uji ini memastikan ada alur kerja yang ada agar perangkat lunak atau sistem dapat digunakan. Ini harus mencakup alur kerja untuk rencana cadangan, pelatihan pengguna, dan berbagai proses perawatan dan pemeriksaan keamanan. 5. Black Box Testing Pengujian Box Hitam sering dikategorikan sebagai pengujian fungsional, namun dapat, sampai batas tertentu, dilihat sebagai jenis Pengujian Penerimaan Pengguna. Pada dasarnya, metode pengujian perangkat lunak yang menganalisis fungsi tertentu tanpa membiarkan penguji melihat struktur kode internal perangkat lunak. Oleh karena itu, Pengujian Kotak Hitam juga dapat diterapkan pada Pengujian Penerimaan Pengguna, karena Pengujian Kotak Hitam sama-sama memiliki prinsip sebagai Tes Penerimaan Pengguna. Selama Pengujian Black Box, pengguna tidak mengetahui basis kode apa pun, namun hanya tentang persyaratan yang harus dipenuhi perangkat lunak.



2.4



Langkah – langkah yang diambil untuk UAT biasanya melibatkan satu atau lebih dari berikut ini : 1. User Acceptance Test (UAT) Perencanaan Seperti biasa Proses Perencanaan adalah yang paling penting dari semua langkah. Hal ini mempengaruhi efektivitas Proses Pengujian. Proses Perencanaan menguraikan Strategi Pengujian Penerimaan Pengguna. Ini juga menggambarkan bidang fokus utama, masuk dan keluar kriteria. 2. Merancang UA uji kasus Uji Penerimaan Pengguna Kasus membantu Tim Pelaksanaan Tes untuk menguji aplikasi secara menyeluruh. Hal ini juga akan membantu memastikan bahwa UA Pengujian menyediakan cakupan yang cukup dari semua skenario. Kasus Gunakan diciptakan selama fase definisi Persyaratan dapat digunakan sebagai masukan untuk membuat Test Kasus. Masukan dari Bisnis Analis dan Subject Matter Experts juga digunakan untuk membuat. Setiap Kasus Uji Penerimaan Pengguna menggambarkan dalam bahasa yang sederhana langkah-langkah yang tepat yang akan diambil untuk menguji sesuatu. 3. Memilih Tim yang akan melaksanakan (UAT) Test Cases Memilih Tim yang akan melaksanakan Test UAT Kasus ini merupakan langkah penting. Tim yang UAT umumnya merupakan representasi yang baik dari dunia nyata pengguna akhir. Dengan demikian Tim terdiri dari pengguna akhir yang sebenarnya yang akan menggunakan aplikasi ini. 4. Pelaksana Uji Kasus Tim Pengujian mengeksekusi Uji Kasus dan mungkin tambahan acak melakukan Tes relevan untuk mereka. 5. Pengadministrasian yang cacat ditemukan selama UAT Team log komentar mereka dan setiap cacat atau masalah yang ditemukan selama pengujian.



6. Menyelesaikan masalah / Bug Fixing Masalah-masalah / cacat yang ditemukan selama Pengujian dibahas dengan Tim Proyek, Subject Matter Ahli dan Bisnis Analis. Masalah-masalah diselesaikan sesuai konsensus bersama dan untuk kepuasan pengguna akhir. 7. Sign Off Setelah berhasil menyelesaikan Penerimaan Pengguna Pengujian dan penyelesaian masalah tim secara umum menunjukkan penerimaan aplikasi. Langkah ini penting dalam penjualan perangkat lunak komersial. Begitu Pengguna “Terima” Perangkat Lunak disampaikan mereka menunjukkan bahwa perangkat lunak memenuhi persyaratan mereka.



Contoh : Tabel 1.1. Kuisioner Karyawan



Setelah kuisioner diatas diberikan kepada peserta, kemudian data kuesioner tersebut diolah untuk mendapatkan hasil penilaian user acceptance test. Untuk data pengujian user acceptance test dapat dilihat di tebel 1.1.



BAB III PENUTUP 2.5 Kesimpulan



2.6 Saran