Pengembangan sistem dan teknologi baru

Model waterfall adalah model pengembangan yang menjalankan tahapan secara berurutan dari hulu ke hilir seperti air terjun, dan memastikan hasil kerja setiap tahap selesai sebelum melanjutkan ke tahap berikutnya. Pembuatan melalui iterasi singkat adalah pengembangan agile, pemantapan kebutuhan dengan prototipe adalah model prototyping, dan kombinasi layanan yang sudah ada adalah penjelasan mashup.

Model prototyping bertujuan membuat prototipe pada tahap awal agar pengguna dapat mencobanya, sehingga kekaburan kebutuhan dan kesenjangan persepsi antara pemesan dan pengembang dapat diselesaikan sejak dini. Tujuannya bukan mengurangi jumlah baris kode, dan model ini tidak menghilangkan pengujian maupun kebutuhan pemeliharaan.

Pengembangan agile adalah pendekatan pengembangan yang membangun perangkat lunak yang berjalan secara bertahap melalui iterasi singkat, dan menanggapi perubahan spesifikasi secara fleksibel sebagai hal yang wajar; Scrum dan XP adalah metode representatifnya. Memastikan semua kebutuhan lalu mengembangkan sekaligus, memulai setelah dokumen selesai, atau keterlibatan pengguna hanya di akhir, lebih dekat dengan cara kerja model waterfall dan bukan ciri agile.

Sprint adalah periode tetap yang singkat sebagai satuan pengembangan dalam Scrum, di mana perencanaan disusun dan pengembangan dilakukan pada setiap periode, menghasilkan perangkat lunak yang berjalan, lalu dilakukan retrospektif secara berulang. Istilah ini bukan tahap definisi kebutuhan atau periode pengujian penerimaan, dan bukan pula periode yang hanya untuk perbaikan kesalahan.

Model waterfall dijalankan dengan asumsi tidak kembali ke tahap sebelumnya, sehingga jika kesalahan kebutuhan atau desain ditemukan pada tahap belakangan seperti pengujian, biaya untuk kembali ke hulu dan mengulang (biaya rework) menjadi sangat besar. Karena hasil kerja berupa spesifikasi dan dokumen desain dipastikan pada setiap tahap, kemajuan justru mudah dipantau, dan model ini cocok untuk pengembangan skala besar. Kebutuhan pengguna juga tetap dapat didokumentasikan.

Model inkremental membagi sistem menjadi satuan fungsi dan mengembangkan serta merilisnya secara bertahap, memberikan keuntungan berupa sebagian fungsi dapat digunakan sejak dini, sejalan dengan model pengembangan iteratif. Waterfall mengembangkan keseluruhan sekaligus secara berurutan, metode analisis terstruktur adalah metode analisis menggunakan DFD dan sejenisnya, dan mashup adalah kombinasi layanan yang sudah ada; semuanya tidak sesuai.

Pengembangan dimulai dari analisis kebutuhan yang merangkum kebutuhan pengguna, dilanjutkan dengan desain eksternal untuk bagian yang terlihat pengguna, desain internal untuk cara realisasi di dalam sistem, pemrograman, lalu pengujian; urutan inilah yang menjadi dasar. Urutan yang mendahulukan desain sebelum analisis kebutuhan, atau menempatkan pengujian sebelum pemrograman, tidak sesuai dengan hubungan ketergantungan antar hasil kerja.

Pada desain eksternal, dirancang bagian yang terlihat oleh pengguna atau pihak luar, seperti spesifikasi layar, spesifikasi laporan cetak, dan antarmuka dengan sistem lain. Penetapan algoritme internal dan metode penyimpanan fisik adalah pekerjaan desain internal/desain program, sedangkan pemeriksaan operasi modul tersendiri adalah pekerjaan pengujian unit.

Pengujian unit adalah tahap pengujian paling awal yang memeriksa apakah setiap modul beroperasi sesuai desain rinci. Menggabungkan modul untuk memeriksa antarmuka adalah pengujian integrasi, penerimaan oleh pemesan adalah pengujian penerimaan, dan pemeriksaan kinerja dengan beban tinggi adalah pengujian beban/pengujian kinerja.

Pengujian dibangun dari satuan terkecil. Dimulai dengan pengujian unit per modul, lalu pengujian integrasi yang menggabungkan modul, pengujian sistem yang memeriksa keseluruhan sistem, dan terakhir pengujian penerimaan oleh pemesan/pengguna. Urutan yang mendahulukan pemeriksaan keseluruhan atau penerimaan tidak rasional karena pengujian tingkat atas dilakukan padahal cacat pada komponen masih mungkin ada.

Pengujian penerimaan adalah tahap pengujian akhir di mana pihak pemesan/pengguna memeriksa sistem yang diserahkan dari sudut pandang operasi bisnis, dan menilai layak-tidaknya penerimaan. Pemeriksaan logika internal oleh pengembang adalah pengujian unit (pengujian kotak putih), pemeriksaan tanpa eksekusi adalah pengujian statis, dan pemeriksaan koneksi antarmodul adalah pengujian integrasi; semuanya bukan pengujian penerimaan.

Pengujian kotak hitam adalah teknik yang memandang bagian internal program sebagai 'kotak hitam' dan hanya memeriksa apakah hubungan antara masukan dan keluaran sesuai spesifikasi. Pengujian kotak putih adalah teknik yang memperhatikan cakupan percabangan dan jalur internal, pengujian statis adalah metode pemeriksaan melalui tinjauan tanpa menjalankan program, dan pengujian regresi adalah pengujian untuk memastikan bagian lain tidak rusak akibat perbaikan.

Pengujian yang memberikan beban tinggi berupa akses simultan dalam jumlah besar atau data dalam volume besar, untuk memeriksa apakah sistem tahan dan kinerjanya tetap terjaga, adalah pengujian beban, yang dilakukan bersama pengujian kinerja yang memeriksa waktu respons dan sejenisnya pada tahap pengujian sistem. Pengujian unit adalah pemeriksaan per modul, pengujian statis adalah pemeriksaan tanpa eksekusi, dan pengujian kotak putih adalah teknik yang berfokus pada struktur internal.

Dokumen definisi kebutuhan merangkum fungsi, kinerja, dan batasan yang harus diwujudkan sistem sebagai hasil analisis kebutuhan, disepakati oleh pemesan dan pengembang, dan menjadi acuan bagi desain, pengujian, serta penerimaan selanjutnya. Manual pengoperasian adalah dokumen cara penggunaan untuk pengguna, laporan hasil pengujian unit adalah catatan hasil pengujian, dan diagram konfigurasi jaringan adalah gambar desain yang menunjukkan konfigurasi; semuanya bukan dokumen acuan kesepakatan.

WBS adalah metode yang menguraikan hasil kerja proyek dan pekerjaan yang diperlukan secara hierarkis menjadi struktur, mencegah pekerjaan yang terlewat, dan memperjelas satuan untuk estimasi serta penugasan. Diagram batang horizontal untuk jadwal adalah diagram Gantt, pengelolaan berbasis nilai hasil kerja adalah EVM, dan evaluasi risiko adalah penjelasan analisis risiko.

Diagram Gantt adalah diagram yang menunjukkan rencana mulai-selesai setiap item pekerjaan dengan batang horizontal, digunakan secara luas untuk memvisualkan jadwal dan kemajuan. Diagram alir data menunjukkan aliran data, diagram E-R menunjukkan hubungan antarentitas, dan diagram kasus penggunaan menunjukkan interaksi antara sistem dan pengguna; semuanya bukan diagram manajemen jadwal.

Terdapat dua jalur, yaitu A→B→D→F (3+5+4+2=14 hari) dan A→C→E→F (3+4+6+2=15 hari); karena F harus menunggu selesainya kedua jalur, waktu tersingkat keseluruhan adalah jalur yang lebih panjang, yaitu 15 hari. Jalur terpanjang A→C→E→F inilah jalur kritisnya. 14 hari hanya melihat jalur A→B→D→F saja, sedangkan 12 hari dan 13 hari tidak sesuai dengan jumlah jalur mana pun.

Terdapat tiga jalur: A→B→D→F (2+4+3+1=10 hari), A→C→D→F (2+6+3+1=12 hari), dan A→C→E→F (2+6+4+1=13 hari); jalur terpanjang A→C→E→F=13 hari menjadi jalur kritis. 10 hari dan 12 hari adalah jumlah jalur lain, sedangkan 14 hari tidak sesuai jalur mana pun. Keterlambatan pekerjaan pada jalur kritis (A, C, E, F) langsung menjadi keterlambatan keseluruhan proyek.

Metode function point mengukur ukuran perangkat lunak dengan memberi skor pada jumlah dan kompleksitas fungsi seperti input-output, kueri, dan berkas internal, sehingga dapat diestimasi pada tahap awal pengembangan tanpa bergantung pada jumlah baris program. LOC adalah ukuran estimasi lain berdasarkan jumlah baris, metode Delphi adalah metode mengumpulkan pendapat pakar secara berulang untuk mencapai konsensus, dan metode KJ (KJ hō) adalah metode berpikir yang mengelompokkan informasi menggunakan kartu.

Manajemen risiko dijalankan dengan urutan: identifikasi risiko untuk menemukan risiko terlebih dahulu, analisis risiko (kualitatif maupun kuantitatif) untuk menilai probabilitas kejadian dan dampaknya, perencanaan penanganan risiko untuk menentukan langkah penanganan, dan pemantauan-pengendalian risiko untuk mengikuti keadaan selama pelaksanaan. Urutan yang melakukan perencanaan penanganan atau pemantauan sebelum identifikasi tidak masuk akal karena risiko sasarannya belum ditentukan.

Perubahan spesifikasi ditangani mengikuti prosedur manajemen perubahan; setelah dampaknya terhadap jadwal, biaya, dan mutu dievaluasi, komite pengendalian perubahan (CCB) menilai persetujuan atau penolakan. Menerima tanpa syarat dapat menyebabkan keterlambatan tenggat waktu dan penurunan mutu, sedangkan menolak semuanya dapat menghilangkan perubahan yang sebenarnya diperlukan. Praktik di mana petugas memperbaiki langsung di tempat menimbulkan ketidaksesuaian dengan konfigurasi dan dokumen, sehingga kendali menjadi hilang.

Stakeholder adalah sebutan umum untuk individu atau organisasi yang memiliki kepentingan terhadap hasil proyek, seperti pemesan, pengguna, pengembang, dan manajemen; memahami dan menyelaraskan harapan mereka merupakan aktivitas penting dalam manajemen proyek. Diagram jadwal adalah diagram Gantt, penguraian pekerjaan secara hierarkis adalah WBS, dan daftar risiko adalah risk register.

SLA adalah kesepakatan antara penyedia dan pengguna layanan mengenai tingkat kualitas layanan seperti tingkat ketersediaan, waktu pemulihan gangguan, dan jam dukungan, yang menjadi standar evaluasi layanan operasional. Perlindungan hak cipta adalah kontrak lisensi, diagram penguraian kerja adalah WBS, dan peminjaman perangkat adalah kontrak lease; semuanya bukan SLA.

ITIL (Information Technology Infrastructure Library) adalah kumpulan dokumen yang mensistematisasi praktik terbaik pengelolaan operasi layanan TI, dan menjadi rujukan luas sebagai kerangka manajemen layanan seperti manajemen insiden, manajemen perubahan, dan meja layanan (service desk). Standar bahasa pemrograman, teori normalisasi, dan standar LAN nirkabel adalah bidang lain yang berbeda.

Tingkat ketersediaan dihitung dengan MTBF÷(MTBF+MTTR). 570÷(570+30)=570÷600=0,95. MTBF adalah rata-rata waktu operasi dari satu kegagalan ke kegagalan berikutnya, dan MTTR adalah rata-rata waktu yang diperlukan untuk perbaikan. 0,90 dan 0,98 tidak sesuai meski pembilang atau penyebutnya tertukar, dan 0,93 juga tidak sesuai dengan perhitungan.

Manajemen kapasitas adalah aktivitas memperkirakan volume penggunaan di masa depan seperti jumlah data dan jumlah akses, lalu menyediakan dan meningkatkan kapasitas server, penyimpanan, dan jaringan secara terencana, guna mencegah penurunan kinerja dan kekurangan kapasitas sejak awal. Struktur komunikasi saat gangguan adalah manajemen insiden/tanggap darurat, pengelolaan kata sandi adalah manajemen pengguna, dan pengelolaan jumlah lisensi adalah manajemen sumber daya perangkat lunak.

Virtualisasi server adalah teknologi menjalankan beberapa mesin virtual pada satu server fisik menggunakan perangkat lunak virtualisasi, sehingga diperoleh efisiensi sumber daya melalui konsolidasi server serta fleksibilitas perubahan konfigurasi dan pemulihan. Penempatan fisik yang tersebar atau miniaturisasi casing adalah soal perangkat keras, dan penyimpanan di atas kertas tidak berkaitan dengan virtualisasi.

SaaS (Software as a Service) adalah bentuk layanan yang menyediakan aplikasi itu sendiri melalui jaringan, sehingga pengguna dapat memakainya tanpa memasang perangkat lunak. IaaS menyediakan infrastruktur seperti server, PaaS menyediakan hingga lingkungan eksekusi aplikasi, sedangkan on-premise adalah bentuk operasi dengan memiliki fasilitas sendiri di dalam organisasi, bukan bentuk penyediaan cloud.

Society 5.0 adalah konsep pemerintah Jepang yang menargetkan masyarakat dengan memadukan ruang siber dan ruang fisik secara tinggi—mengumpulkan data dunia nyata ke ruang siber melalui IoT dan sejenisnya, menganalisisnya, lalu mengembalikan hasilnya ke dunia nyata—guna mewujudkan sekaligus pertumbuhan ekonomi dan penyelesaian masalah sosial. Teknologi yang menumpuk informasi pada dunia nyata adalah AR, pembagian perhitungan adalah pemrosesan terdistribusi, dan kerangka pengetahuan manajemen pengembangan adalah penjelasan PMBOK.

Pembelajaran terawasi adalah metode melatih model untuk memprediksi jawaban benar dari masukan menggunakan data berlabel jawaban benar, dan digunakan misalnya untuk klasifikasi gambar dan prediksi nilai. Membiarkan komputer menemukan sendiri struktur atau kelompok data tanpa diberi jawaban benar adalah pembelajaran tanpa pengawasan (unsupervised learning). Pelatihan pengguna bagi manusia bukan pembelajaran mesin, dan penghasilan keluaran acak dengan bilangan acak juga tidak berkaitan dengan pembelajaran.