Kesimpulannya penerapan kode QR pada saat pemesanan di situs belanja dapat membantu pelanggan mengurangi waktu berbelanja. 2015), Universitas Muhammadiyah Malang, Malang, “Penggunaan QR CODE untuk Sistem Pengelolaan Tiket di Taman Wisata Edukasi Sengkaling Malang”. Oleh karena itu, dibuatlah sistem penggunaan QR code untuk sistem pengelolaan tiket di Taman Wisata Edukasi Sengkaling.
Dengan menggunakan webcam, kode QR pada sistem dibaca dan seluruh transaksi disimpan dalam database sistem. Gelang kode QR dapat digunakan untuk tiket masuk taman dan tiket masuk wahana apa pun. Kode QR Putra G.Z (Quick Response Code) atau kode respon cepat merupakan salah satu jenis simbol yang menyimpan informasi secara horizontal dan vertikal atau dua dimensi yang pertama kali dikembangkan oleh perusahaan Denso Wave pada tahun 1994.
Sedangkan menurut Nugraha M, kode QR merupakan gambar berbentuk matriks dua dimensi yang mempunyai kemampuan menyimpan data di dalamnya. Kesimpulannya, kode QR merupakan gambar dua dimensi yang merepresentasikan data, khususnya data yang berbentuk teks. Kode QR juga merupakan evolusi dari barcode yang awalnya satu dimensi menjadi dua dimensi yang memiliki kemampuan menyimpan data jauh lebih besar dibandingkan barcode.
Dibandingkan dengan barcode dua dimensi lain yang sudah ada, kode QR dapat menyimpan cukup banyak informasi (hingga 4296 karakter alfanumerik atau 7089 digit numerik).
Aplikasi Berbasis Web
Database
MySQL
PHP (Personal Home Page)
Xampp
Metode Pengembangan Sistem
Pelanggan dan tim XP bekerja sama untuk memutuskan cara mengelompokkan cerita untuk rilis berikutnya (peningkatan perangkat lunak berikutnya) yang akan dibuat oleh tim XP. Sebelum membuat kode, yang terbaik adalah membuat unit test untuk setiap cerita yang akan disertakan dalam penambahan perangkat lunak. XP merekomendasikan agar dua orang bekerja sama di stasiun kerja komputer untuk mengkodekan sebuah cerita (pemrograman berpasangan), untuk memberikan masalah cinta secara real-time.
Pengujian unit yang dibuat harus diimplementasikan menggunakan kerangka kerja dan diatur ke dalam rangkaian pengujian universal, integrasi dan validasi sistem dapat dilakukan setiap hari. Pengujian pelanggan (pengujian penerimaan) dilakukan oleh pelanggan dan berfokus pada keseluruhan fungsi dan fungsionalitas sistem. Menekankan kesederhanaan dalam pengkodean: "Hal paling sederhana apa yang mungkin berhasil?" Lebih baik melakukan sesuatu yang sederhana dan memperluasnya besok jika perlu.
Tanggapi umpan balik apa pun dengan melakukan pengujian, pengujian unit, atau integrasi sistem dan jangan menunda karena biaya akan meningkat (uang, tenaga, waktu).
Alat Pengembangan Sistem
- Pengenalan Unified Modeling Language (UML)
- Sejarah UML
- Diagram UML
- Class Diagram
- Activity Diagram
- Sequence Diagram
Tidak mungkin membuat kode detail di awal (prinsip kesederhanaan dan juga rekomendasi untuk melakukan apa yang diperlukan hari itu). Bahasa pemrograman berorientasi objek pertama yang dikembangkan dikenal dengan nama Simula-67 yang dikembangkan pada tahun 1967. Perkembangan aktif pemrograman berorientasi objek mulai berkembang ketika bahasa pemrograman Smalltalk dikembangkan pada awal tahun 1980-an, disusul dengan perkembangan lainnya. bahasa pemrograman berorientasi objek.bahasa pemrograman seperti C.object, C++, Eiffel dan CLOS.
Karena banyak metodologi yang berkembang pesat pada masa itu, muncullah ide untuk menciptakan bahasa yang dapat dipahami semua orang. Dengan demikian terciptalah sebuah bahasa yang merupakan gabungan dari beberapa konsep, seperti konsep Object Modeling Technique (OMT) dari Rumbaugh dan Booch (1991), konsep Classes, Responsibilities, Collaborators (CRC) dari Rebecca Wirfs-Brock (1990), konsep pemikiran Ivar Jacobson, dan beberapa konsep lainnya dimana James R. Rumbaigh, Grady Booch, dan Ivar Jacobson bergabung dengan sebuah perusahaan bernama Rational Software Corporation untuk menghasilkan sebuah bahasa bernama Unified Modeling Language (UML).
Pada tahun 1996, Object Management Group (OMG) mengajukan usulan standarisasi pemodelan berorientasi objek dan pada bulan September 1997, UML diakomodasi oleh OMG sehingga UML telah memberikan kontribusi yang cukup besar terhadap metodologi berorientasi objek dan hal-hal terkait di dalamnya untuk tanggal (Rosa A.S dan Shalahudin Unified Modeling Language (UML) merupakan salah satu standar bahasa yang banyak digunakan dalam dunia industri untuk mendefinisikan persyaratan, membuat analisis dan desain, serta mendeskripsikan arsitektur dalam pemrograman berorientasi objek (Rosa A.S dan Shalahuddin, 2018).Gunakan diagram kasus adalah titik awal yang baik untuk memahami dan menganalisis persyaratan sistem selama desain.
Diagram use case dapat diterapkan pada seluruh kebutuhan yang diperlukan dalam sistem sehingga sistem dapat menggambarkan dengan jelas bagaimana sistem memproses, bagaimana aktor menggunakan sistem, dan apa yang dapat dilakukan dalam sistem. Diagram kelas biasanya digunakan untuk menggambarkan perbedaan mendasar antar kelas, hubungan antar kelas, dan lokasi subsistem kelas. Diagram aktivitas menggambarkan alur kerja atau aktivitas suatu sistem atau proses bisnis atau menu pada perangkat lunak.
Yang perlu diperhatikan adalah diagram aktivitas menggambarkan aktivitas sistem, bukan apa yang dilakukan aktor (Rosa, 2018). Oleh karena itu, untuk menggambar diagram sequence, Anda perlu mengetahui objek-objek yang terlibat dalam suatu use case beserta metodenya. Menandakan suatu objek sedang mengirimkan data/masukan/informasi ke objek lain, arah panah mengarah ke objek yang dikirimkan.
Misalkan suatu objek yang melakukan suatu operasi atau metode menghasilkan pengembalian ke objek tertentu, arah panah menunjuk ke objek yang menerima pengembalian. Misal suatu benda mengakhiri hidup benda lain, arah panah mengarah ke benda yang dihentikan tersebut, sebaiknya ada yang menciptakan, maka ada yang musnah.
Pengujian Sistem ISO 25010
Penerapan Tingkat sejauh mana produk perangkat lunak menyediakan fungsionalitas yang sesuai untuk tugas tertentu dan tujuan pengguna. Akurasi Sejauh mana produk perangkat lunak memberikan hasil yang tepat atau spesifik dengan tingkat akurasi yang diperlukan. Kepatuhan Sejauh mana perangkat lunak mematuhi standar, konvensi atau peraturan dalam undang-undang dan peraturan serupa mengenai kesesuaian fungsional.
Toleransi kesalahan Sejauh mana produk perangkat lunak dapat mempertahankan tingkat kinerja tertentu jika terjadi kesalahan perangkat lunak atau pelanggaran antarmuka tertentu. Coverability Sejauh mana produk perangkat lunak dapat memulihkan tingkat kinerja tertentu dan memulihkan data yang terkena dampak langsung jika terjadi kegagalan. Efisiensi kinerja adalah sejauh mana perangkat lunak memberikan kinerja yang sesuai relatif terhadap jumlah sumber daya yang digunakan dalam kondisi tertentu.
Operabilitas adalah sejauh mana suatu produk perangkat lunak dapat dipahami, dipelajari, digunakan, dan menarik bagi pengguna ketika digunakan dalam kondisi tertentu. Perilaku waktu Sejauh mana perangkat lunak memberikan respons, waktu pemrosesan, dan kecepatan eksekusi yang sesuai ketika menjalankan fungsinya. Sejauh mana perangkat lunak menggunakan jumlah dan jenis sumber daya yang sesuai ketika perangkat lunak menjalankan fungsinya.
Sejauh mana perangkat lunak memungkinkan pengguna untuk mengenali apakah perangkat lunak tersebut memenuhi kebutuhan pengguna. Kerahasiaan Sejauh mana Perangkat Lunak memberikan perlindungan terhadap pengungkapan data atau informasi tanpa izin, baik disengaja maupun tidak. Sejauh mana perangkat lunak dapat digunakan sebagai pengganti perangkat lunak lain yang ditentukan untuk tujuan yang sama di lingkungan yang sama.
Sejauh mana perangkat lunak dapat berinteroperasi dengan perangkat lunak independen lainnya dalam lingkungan yang sama dan berbagi sumber daya yang sama tanpa dampak buruk apa pun. Sejauh mana perangkat lunak dapat dioperasikan bersama dengan satu atau lebih perangkat lunak lain. Modifikasi dapat mencakup koreksi, peningkatan, atau adaptasi Perangkat Lunak terhadap perubahan lingkungan serta persyaratan dan spesifikasi fungsional.
Analysability Sejauh mana perangkat lunak dapat didiagnosis untuk kekurangan atau penyebab kegagalan pada perangkat Modifiability Ruang lingkup perangkat lunak. Portabilitas Kemudahan suatu sistem atau komponen dapat ditransfer dari satu perangkat keras atau perangkat lunak ke perangkat keras atau perangkat lunak lainnya. Kemampuan beradaptasi Apakah perangkat lunak dapat melakukannya.
