Siklus hidup rilis perangkat lunak

dari Wikipedia, ensiklopedia gratis
Langsung ke navigasi Langsung ke pencarian

Contoh siklus hidup rilis perangkat lunak dasar

Sebuah siklus hidup rilis perangkat lunak adalah jumlah dari tahapan pengembangan dan kedewasaan untuk bagian dari perangkat lunak komputer . Siklus berkisar dari pengembangan awal hingga rilis akhirnya, dan menyertakan versi terbaru dari versi yang dirilis untuk membantu meningkatkan perangkat lunak atau memperbaiki bug perangkat lunak yang masih ada dalam perangkat lunak.

Pengguna komputer kemungkinan besar akrab dengan fase beta , karena produk perangkat lunak terkadang diiklankan secara publik sebagai beta untuk mengurangi ekspektasi pengguna akan keandalannya. [1]

Sejarah

Penggunaan terminologi pengujian "alfa/beta" berasal dari IBM . Terminologi serupa untuk pengembangan perangkat lunak IBM digunakan oleh orang-orang yang terlibat dengan IBM setidaknya dari tahun 1950-an (dan mungkin sebelumnya). Tes "A" adalah verifikasiproduk baru sebelum diumumkan kepada publik. Uji "B" adalah verifikasi sebelum merilis produk yang akan diproduksi. Tes "C" adalah tes terakhir sebelum ketersediaan umum produk. Karena perangkat lunak menjadi bagian penting dari penawaran IBM, terminologi uji alfa digunakan untuk menunjukkan uji pra-pengumuman dan uji beta digunakan untuk menunjukkan kesiapan produk untuk ketersediaan umum. Martin Belsky, seorang manajer pada beberapa proyek perangkat lunak IBM sebelumnya mengklaim telah menemukan terminologi tersebut. IBM menjatuhkan terminologi alfa/beta selama tahun 1960-an, tetapi pada saat itu telah menerima pemberitahuan yang cukup luas. Penggunaan "tes beta" untuk merujuk pada pengujian yang dilakukan oleh pelanggan tidak dilakukan di IBM. Sebaliknya, IBM menggunakan istilah "uji lapangan".

Beta publik utama dikembangkan setelah itu, dengan pelanggan awal telah membeli "edisi pelopor" pengolah kata WordVision untuk PC IBM seharga $49,95. Pada tahun 1984, Stephen Manes menulis bahwa "dalam kudeta pemasaran yang brilian, Bruce dan James Program Publishers berhasil membuat orang membayar hak istimewa untuk menguji produk." [2] Pada bulan September 2000, versi kotak dari sistem operasi Apple Mac OS X Public Beta dirilis. [3] Microsoft merilis pratinjau teknologi komunitas ( CTP s) untuk Windows Vista , antara September 2005 dan Mei 2006.[4] dan dari 2009 hingga 2011, Minecraft dalam versi beta publik.

Pada bulan Februari 2005, ZDNet menerbitkan sebuah artikel tentang fenomena versi beta yang sering bertahan selama bertahun-tahun dan digunakan seolah-olah dalam tingkat produksi. [5] Dicatat bahwa Gmail dan Google News , misalnya, telah dalam versi beta untuk waktu yang lama meskipun banyak digunakan; Google News meninggalkan versi beta pada Januari 2006, diikuti oleh Google Apps (sekarang bernama Google Workspace ), termasuk Gmail, pada Juli 2009. [6] Sejak diperkenalkannya Windows 8 , Microsoft menyebut perangkat lunak pra-rilis sebagai pratinjau daripada beta . Semua build pra-rilis dirilis melalui Program Windows Insiderdiluncurkan pada tahun 2014 disebut "Build Pratinjau Orang Dalam". "Beta" juga dapat menunjukkan sesuatu yang lebih seperti kandidat rilis , atau sebagai bentuk demo waktu terbatas, atau teknik pemasaran. [7]

Tahapan pengembangan

Pra-alfa

Pra-alfa mengacu pada semua aktivitas yang dilakukan selama proyek perangkat lunak sebelum pengujian formal. Kegiatan ini dapat mencakup analisis kebutuhan , desain perangkat lunak , pengembangan perangkat lunak , dan pengujian unit . Dalam pengembangan open source yang khas , ada beberapa jenis versi pra-alfa. Versi tonggak sejarah menyertakan serangkaian fungsi tertentu dan dirilis segera setelah fitur selesai.

Alfa

Fase alfa dari siklus hidup rilis adalah fase pertama pengujian perangkat lunak (alfa adalah huruf pertama dari alfabet Yunani , digunakan sebagai angka 1). Pada fase ini, pengembang umumnya menguji perangkat lunak menggunakan teknik kotak putih . Validasi tambahan kemudian dilakukan dengan menggunakan teknik kotak hitam atau kotak abu-abu , oleh tim pengujian lain. Pindah ke pengujian kotak hitam di dalam organisasi dikenal sebagai rilis alfa . [8] [ diperlukan sumber yang lebih baik ]

Perangkat lunak Alpha tidak diuji secara menyeluruh oleh pengembang sebelum dirilis ke pelanggan. Perangkat lunak Alpha mungkin mengandung kesalahan serius, dan ketidakstabilan yang dihasilkan dapat menyebabkan crash atau kehilangan data. [9] Perangkat lunak Alpha mungkin tidak berisi semua fitur yang direncanakan untuk versi final. [10] Secara umum, ketersediaan eksternal perangkat lunak alfa tidak umum dalam perangkat lunak berpemilik , sementara perangkat lunak sumber terbuka sering kali memiliki versi alfa yang tersedia untuk umum. Fase alfa biasanya diakhiri dengan pembekuan fitur , yang menunjukkan bahwa tidak ada lagi fitur yang akan ditambahkan ke perangkat lunak. Saat ini, perangkat lunak tersebut dikatakan memiliki fitur yang lengkap . Tes beta dilakukan sebagai berikut:pengujian penerimaan di lokasi pemasok (uji alfa) dan segera sebelum rilis umum perangkat lunak sebagai produk. [11]

Beta

Beta, dinamai dari huruf kedua alfabet Yunani , adalah fase pengembangan perangkat lunak setelah alfa. Perangkat lunak dalam tahap beta juga dikenal sebagai betaware . [12] Fase beta umumnya dimulai ketika perangkat lunak memiliki fitur lengkap tetapi kemungkinan mengandung sejumlah bug yang diketahui atau tidak diketahui. [13] Perangkat lunak dalam fase beta umumnya akan memiliki lebih banyak bug di dalamnya daripada perangkat lunak yang sudah selesai dan masalah kecepatan atau kinerja, dan masih dapat menyebabkan crash atau kehilangan data. Fokus pengujian beta adalah mengurangi dampak pada pengguna, sering kali menggabungkan pengujian kegunaan . Proses pengiriman versi beta ke pengguna disebut rilis betadan biasanya untuk pertama kalinya perangkat lunak tersedia di luar organisasi yang mengembangkannya. Rilis beta perangkat lunak dapat bersifat publik atau pribadi , bergantung pada apakah rilis tersebut tersedia secara terbuka atau hanya tersedia untuk audiens terbatas. Perangkat lunak versi beta sering kali berguna untuk demonstrasi dan pratinjau di dalam organisasi dan untuk calon pelanggan. Beberapa pengembang menyebut tahap ini sebagai preview , preview release , prototype , technical preview atau technology preview ( TP ), [14] atau early access .

Penguji beta adalah orang yang secara aktif melaporkan masalah perangkat lunak beta. Mereka biasanya pelanggan atau perwakilan calon pelanggan dari organisasi yang mengembangkan perangkat lunak. Penguji beta cenderung menawarkan layanan mereka secara gratis tetapi sering kali menerima versi produk yang mereka uji, diskon pada versi rilis, atau insentif lainnya. [ rujukan? ]

Beta abadi

Beberapa perangkat lunak disimpan dalam apa yang disebut beta abadi , di mana fitur baru terus ditambahkan ke perangkat lunak tanpa membuat rilis final "stabil". Karena Internet telah memfasilitasi distribusi perangkat lunak yang cepat dan murah, perusahaan mulai mengambil pendekatan yang lebih longgar untuk menggunakan kata beta . [15]

Beta terbuka dan tertutup

Pengembang dapat merilis beta tertutup , juga disebut beta pribadi , atau beta terbuka , juga disebut beta publik ; versi beta tertutup dirilis ke grup individu terbatas untuk pengujian pengguna melalui undangan, sedangkan penguji beta terbuka berasal dari grup yang lebih besar, atau siapa pun yang tertarik. Beta pribadi mungkin cocok untuk perangkat lunak yang mampu memberikan nilai, tetapi belum siap untuk digunakan oleh semua orang baik karena masalah penskalaan, kurangnya dokumentasi, atau masih kekurangan fitur penting. Penguji melaporkan setiap bug yang mereka temukan, dan terkadang menyarankan fitur tambahan yang menurut mereka harus tersedia di versi final.

Beta terbuka memiliki tujuan ganda untuk mendemonstrasikan suatu produk kepada calon konsumen, dan pengujian di antara basis pengguna yang luas kemungkinan akan mengungkap kesalahan yang tidak jelas yang mungkin tidak ditemukan oleh tim pengujian yang jauh lebih kecil. [ rujukan? ]

Kandidat rilis

Sebuah kandidat rilis ( RC ), juga dikenal sebagai "going silver", adalah versi beta dengan potensi untuk menjadi produk yang stabil, yang siap untuk rilis kecuali bug yang signifikan muncul. Dalam tahap stabilisasi produk ini, semua fitur produk telah dirancang, dikodekan, dan diuji melalui satu atau lebih siklus beta tanpa bug kelas showstopper yang diketahui. Rilis disebut kode selesaiketika tim pengembangan setuju bahwa tidak ada kode sumber yang sepenuhnya baru akan ditambahkan ke rilis ini. Mungkin masih ada perubahan kode sumber untuk memperbaiki cacat, perubahan pada dokumentasi dan file data, dan kode periferal untuk kasus uji atau utilitas. Penguji beta, jika dipilih secara pribadi, akan sering dikreditkan karena menggunakan kandidat rilis seolah-olah itu adalah produk jadi. Pengujian beta dilakukan di lokasi klien atau pelanggan dan untuk menguji perangkat lunak dari sudut pandang pengguna.

Rilis stabil

Juga disebut rilis produksi , rilis stabil adalah kandidat rilis terakhir ( RC ) yang telah lulus semua verifikasi / tes. Bug yang tersisa dianggap dapat diterima. Rilis ini masuk ke produksi. Beberapa domain (misalnya, distribusi Linux ), memiliki dua jenis rilis stabil: rilis normal, atau rilis stabil dan rilis dukungan jangka panjang (LTS) yang dipertahankan untuk jangka waktu yang lebih lama.

Fitur selesai

Versi lengkap fitur (FC) dari suatu perangkat lunak memiliki semua fitur yang direncanakan atau fitur utamanya diimplementasikan tetapi belum final karena masalah bug , kinerja , atau stabilitas . [16] Hal ini terjadi pada akhir pengujian alpha pengembangan .

Biasanya fitur perangkat lunak yang lengkap masih harus menjalani pengujian beta dan perbaikan bug , serta peningkatan kinerja atau stabilitas sebelum dapat merilis kandidat , dan akhirnya status emas .

Rilis

Setelah dirilis, perangkat lunak umumnya dikenal sebagai "rilis stabil". Istilah formal sering tergantung pada metode rilis: media fisik, rilis online atau aplikasi web.

Rilis ke manufaktur (RTM)

Istilah release to manufacturing (RTM), juga dikenal sebagai "going gold", adalah istilah yang digunakan ketika produk perangkat lunak siap dikirimkan. Bangunan ini dapat ditandatangani secara digital , memungkinkan pengguna akhir untuk memverifikasi integritas dan keaslian pembelian perangkat lunak. Salinan build RTM yang dikenal sebagai " master emas " atau GM [17] [18] dikirim untuk duplikasi massal atau replikasi disk jika berlaku. Terminologi ini diambil dari industri pembuatan rekaman audio, khususnya proses mastering . RTM mendahului ketersediaan umum (GA) saat produk dirilis ke publik. Golden master build (GM) biasanya merupakan versi final dari perangkat lunak dalam tahap beta untuk pengembang. Biasanya, untuk iOS, ini adalah build terakhir sebelum rilis besar, namun, ada beberapa pengecualian.

Ini biasanya digunakan dalam konteks perangkat lunak produksi massal ritel tertentu—sebagai lawan dari produksi atau proyek perangkat lunak khusus dalam produksi dan distribusi komersial atau pemerintah—di mana perangkat lunak dijual sebagai bagian dari bundel dalam penjualan perangkat keras komputer terkait dan biasanya di mana perangkat lunak dan perangkat keras terkait pada akhirnya akan tersedia dan dijual secara massal/umum di toko ritel untuk menunjukkan bahwa perangkat lunak tersebut telah memenuhi tingkat kualitas yang ditentukan dan siap untuk distribusi ritel massal. RTM juga bisa berarti dalam konteks lain bahwa perangkat lunak telah dikirimkan atau dirilis ke klien atau pelanggan untuk instalasi atau distribusi ke komputer atau mesin pengguna akhir perangkat keras terkait. Istilahnya tidakmenentukan mekanisme atau volume pengiriman; itu hanya menyatakan bahwa kualitasnya cukup untuk distribusi massal. Hasil dari organisasi rekayasa sering kali dalam bentuk media master emas yang digunakan untuk duplikasi atau untuk menghasilkan gambar untuk web.

Ketersediaan umum (GA)

Tonggak sejarah dalam siklus hidup produk: ketersediaan umum (GA), pengumuman akhir masa pakai (EOLA), tanggal pemesanan terakhir (LOD), dan akhir masa pakai (EOL)

Ketersediaan umum ( GA ) adalah tahap pemasaran di mana semua aktivitas komersialisasi yang diperlukan telah diselesaikan dan produk perangkat lunak tersedia untuk dibeli, namun bergantung pada bahasa, wilayah, ketersediaan elektronik vs. media. [19] Kegiatan komersialisasi dapat mencakup uji keamanan dan kepatuhan, serta lokalisasi dan ketersediaan di seluruh dunia. Waktu antara RTM dan GA bisa dari minggu ke bulan dalam beberapa kasus sebelum rilis yang tersedia secara umum dapat diumumkan karena waktu yang dibutuhkan untuk menyelesaikan semua kegiatan komersialisasi yang diperlukan oleh GA. Pada tahap ini, perangkat lunak telah "hidup".

Rilis ke Web (RTW)

Release to the Web ( RTW ) atau rilis Web adalah sarana pengiriman perangkat lunak yang memanfaatkan Internet untuk distribusi. Tidak ada media fisik yang diproduksi dalam mekanisme pelepasan jenis ini oleh pabrikan. Rilis web menjadi lebih umum seiring dengan meningkatnya penggunaan Internet.

Dukungan

Selama masa pakainya yang didukung, perangkat lunak terkadang mengalami rilis layanan, patch , atau paket layanan , terkadang juga disebut "rilis sementara" atau "rilis pemeliharaan" (MR). Misalnya, Microsoft merilis tiga paket layanan utama untuk Windows XP edisi 32-bit dan dua paket layanan untuk edisi 64-bit . Rilis layanan tersebut berisi kumpulan pembaruan, perbaikan, dan peningkatan, yang dikirimkan dalam bentuk satu paket yang dapat diinstal. Mereka juga dapat menerapkan fitur baru. Beberapa perangkat lunak dirilis dengan harapan dukungan reguler. Kelas perangkat lunak yang umumnya melibatkan dukungan berlarut-larut sebagai norma termasuk suite anti-virus dangame online multipemain besar-besaran . Melanjutkan contoh Windows XP ini, Microsoft memang menawarkan pembaruan berbayar selama lima tahun lagi setelah berakhirnya dukungan yang diperpanjang. Artinya dukungan tersebut berakhir pada 8 April 2019.

Akhir Hidup

Ketika perangkat lunak tidak lagi dijual atau didukung, produk dikatakan telah mencapai akhir masa pakainya, dihentikan, dihentikan, tidak digunakan lagi, ditinggalkan, atau usang, tetapi loyalitas pengguna dapat melanjutkan keberadaannya untuk beberapa waktu, bahkan lama setelah platform sudah usang—misalnya, Atari ST dan Sinclair ZX Spectrum .

Setelah tanggal akhir masa pakai, pengembang biasanya tidak akan mengimplementasikan fitur baru, memperbaiki cacat, bug, atau kerentanan yang ada (baik diketahui sebelum tanggal tersebut atau tidak) atau memberikan dukungan apa pun untuk produk. Jika pengembang menginginkannya, mereka dapat merilis kode sumbernya, sehingga platform akan hidup kembali, dan dikelola oleh sukarelawan, dan jika tidak, mungkin akan direkayasa ulang nanti ketika menjadi perangkat yang ditinggalkan.

Lihat juga

Referensi

  1. ^ "Mengapa Google menyimpan Gmail dalam "beta" selama bertahun-tahun" . 2009-07-07.
  2. ^ Surai, Stephen (1984-04-03). "Berjudi Dengan Word Vision" . Majalah PC - Panduan Independen Untuk Komputer Pribadi IBM . Jil. 3 tidak. 6. PC Communications Corp. hlm. 211–221. ISSN 0745-2500 . Diarsipkan dari versi asli pada 17-03-2015 . Diperoleh 2015-02-15 . 
  3. ^ "Apple Merilis Mac OS X Public Beta" (Siaran pers). Apple Inc. 2000-09-13. Diarsipkan dari versi asli pada 2011-05-01 . Diakses 22-02-2011 .
  4. ^ "Lembar Fakta Pratinjau Teknologi Komunitas Windows Vista Oktober" (Siaran pers). Microsoft. Oktober 2005. Diarsipkan dari versi asli tanggal 30-04-2011 . Diakses 22-02-2011 .
  5. ^ "Jalan panjang berliku dari beta | Berita Teknologi di ZDNet" . 2005-02-14. Diarsipkan dari versi asli pada 2005-02-14 . Diakses 28-04-2019 .
  6. ^ "Google Apps keluar dari beta (ya, sungguh)" . GoogleBlog . 2009-07-07. Diarsipkan dari versi asli pada 21-01-2011 . Diakses 01-01-12 .
  7. ^ Kebenaran yang tidak menyenangkan di balik beta Diarsipkan 30-04-2011 di Wayback Machine
  8. ^ "Definisi ensiklopedia versi alfa" . Majalah PC . Diarsipkan dari versi asli pada 27-04-2011 . Diakses 01-01-12 .
  9. ^ Ince, Darrel, ed. (2013). "Perangkat lunak alfa". Kamus Internet (3 ed.) . Pers Universitas Oxford. ISBN 9780191744150. Diakses 15-07-2019 .
  10. ^ "Generasi Berikutnya 1996 Lexicon A sampai Z". Generasi Berikutnya . No 15. Bayangkan Media . Maret 1996. hal. 29. Software Alpha umumnya hampir tidak berjalan dan tidak memiliki fitur utama seperti gameplay dan level yang lengkap.
  11. ^ A Dictionary of Computer Science (edisi ke-7). Pers Universitas Oxford. 2016. hal. 44. ISBN 9780199688975.
  12. ^ "Definisi betaware dalam Ensiklopedia Daring Gratis" . thefreedictionary.com . Diakses 04-06-2015 .
  13. ^ "Generasi Berikutnya 1996 Lexicon A sampai Z". Generasi Berikutnya . No 15. Bayangkan Media . Maret 1996. hal. 30.
  14. ^ "Cakupan Dukungan Fitur Pratinjau Teknologi" . Topi Merah . Diakses tanggal 18-03-2015 .
  15. ^ "Menunggu dengan Beta'd Breath TidBITS #328 (13 Mei 1996)" . Diarsipkan dari versi asli pada 2006-05-15.
  16. ^ Cusumano, Michael (1998). Rahasia Microsoft: Bagaimana Perusahaan Perangkat Lunak Paling Kuat di Dunia Menciptakan Teknologi, Membentuk Pasar, dan Mengelola Orang . Kebebasan media. hal.  202–203 . ISBN 9780684855318.
  17. ^ "Apa itu Golden Master (GM)? - Definisi dari Techopedia" . Techopedia.com .
  18. ^ "Mac OS X "Gold Master" Dirilis ke Manufaktur" . Ruang Berita Apple .
  19. ^ Luksemburg, Yvan Philippe (2013-05-20). "200 Persyaratan SAM Teratas – Daftar Istilah Istilah Manajemen Aset Perangkat Lunak" . OMTCO. Diarsipkan dari versi asli pada 10-08-2013 . Diakses pada 21-05-2013 . Cite journal requires |journal= (help)

Daftar Pustaka

  • Pengiriman Berkelanjutan: Rilis Perangkat Lunak yang Andal melalui Build, Test, dan Deployment Automation oleh Jez Humble, David Farley; ISBN 0-321-60191-2 
Retrieved from "https://en.wikipedia.org/w/index.php?title=Software_release_life_cycle&oldid=1065922903"
0.05677604675293