0% menganggap dokumen ini bermanfaat (0 suara)
10 tayangan5 halaman

Aktivitas Rekayasa Perangkat Lunak

Dokumen ini menjelaskan berbagai aktivitas dalam rekayasa perangkat lunak, termasuk manajemen proyek, pengelolaan risiko, estimasi, pengalokasian sumber daya, dan proses desain serta implementasi. Setiap aktivitas memiliki produk kerja input dan output yang penting untuk pengembangan perangkat lunak yang efektif. Selain itu, dokumen menekankan pentingnya verifikasi dan validasi produk serta proses pengembangan yang bersifat iteratif dan berkelanjutan.

Diunggah oleh

Hasriyani Putry
Hak Cipta
© All Rights Reserved
Kami menangani hak cipta konten dengan serius. Jika Anda merasa konten ini milik Anda, ajukan klaim di sini.
Format Tersedia
Unduh sebagai DOCX, PDF, TXT atau baca online di Scribd
0% menganggap dokumen ini bermanfaat (0 suara)
10 tayangan5 halaman

Aktivitas Rekayasa Perangkat Lunak

Dokumen ini menjelaskan berbagai aktivitas dalam rekayasa perangkat lunak, termasuk manajemen proyek, pengelolaan risiko, estimasi, pengalokasian sumber daya, dan proses desain serta implementasi. Setiap aktivitas memiliki produk kerja input dan output yang penting untuk pengembangan perangkat lunak yang efektif. Selain itu, dokumen menekankan pentingnya verifikasi dan validasi produk serta proses pengembangan yang bersifat iteratif dan berkelanjutan.

Diunggah oleh

Hasriyani Putry
Hak Cipta
© All Rights Reserved
Kami menangani hak cipta konten dengan serius. Jika Anda merasa konten ini milik Anda, ajukan klaim di sini.
Format Tersedia
Unduh sebagai DOCX, PDF, TXT atau baca online di Scribd

Software Engineering Activities

1. Video pertama, Software Engineering Activities


Aktivitas rekayasa perangkat lunak adalah sekelompok tugas terkait dalam
pengembangan perangkat lunak. Setiap aktivitas memiliki produk kerja input dan produk
kerja output. Pikirkan aktivitas seperti mesin pabrik. Produk kerja input masuk dan
produk kerja output adalah hasilnya. Produk kerja input adalah produk kerja yang
diperlukan untuk menyelesaikan aktivitas. Produk kerja keluaran adalah produk kerja
yang dihasilkan selama aktivitas. Aktivitas rekayasa perangkat lunak adalah membuat
kode untuk semua fitur. Produk kerja masukan akan menjadi desain fitur dan persyaratan.
Rekayasa perangkat lunak pertama yang akan Anda dan saya lihat adalah manajemen
proyek. Kegiatan manajemen proyek sedang berlangsung selama pengembangan dan
termasuk menciptakan proses, menetapkan standar, mengelola risiko, melakukan
estimasi, mengalokasikan sumber daya, membuat pengukuran dan meningkatkan proses.
Memilih atau membuat proses adalah bagian penting dalam mengelola sebuah proyek,
jadi itulah mengapa ada di sini. Bersamaan dengan itu, penetapan standar diperlukan
untuk memastikan pekerjaan dilakukan secara konsisten oleh tim Anda. Sebagai sebuah
tim, Anda perlu memutuskan aspek pengembangan seperti konvensi pengkodean, tingkat
dokumentasi, strategi pengujian, dan definisi selesai. Contoh yang dilakukan untuk tim
pengembangan adalah kode sumber ditulis mengikuti konvensi, didokumentasikan untuk
pengembang dan pengguna akhir dan diuji. Aktivitas berikutnya yang Anda dan saya
akan lihat adalah mengelola risiko. Hal ini dilakukan dengan terus-menerus menganalisis
dan mengurangi risiko seperti potensi bisnis, teknis, manajerial, penjadwalan dan risiko
keamanan. Beberapa masukan untuk mengelola risiko akan mencakup catatan proyek
historis, perkiraan proyek, desain rinci perangkat lunak dan proses siklus hidup. Pada
dasarnya, setiap bagian dari proyek yang bisa salah dalam beberapa cara akan menjadi
input produk kerja untuk manajemen risiko. Produk kerja keluaran untuk manajemen
risiko akan menjadi rencana risiko yang akan menguraikan potensi risiko dan rencana
mitigasi risiko masing-masing. Anda akan belajar tentang manajemen risiko secara lebih
rinci dalam kursus Agile Planning For Software Products. Manajemen risiko jelas
merupakan kegiatan yang harus sering Anda kunjungi kembali. Dengan terus-menerus
meninjau risiko, Anda akan mengidentifikasi dan mengurangi risiko baru yang mungkin
muncul selama proses pengembangan. Selanjutnya, mari kita lihat melakukan estimasi.
Estimasi akan menjadi aktivitas vital bagi Anda dalam pengembangan perangkat lunak.
Garis waktu pengembangan didasarkan pada perkiraan berapa lama waktu yang
dibutuhkan untuk menyelesaikan tugas. Ketika perkiraan terlalu jauh, jadwal Anda
terganggu. Tugas yang terlibat dalam kegiatan estimasi akan mengumpulkan data untuk
perkiraan, menghitung perkiraan dan mengevaluasi perkiraan. Produk kerja input yang
diperlukan untuk estimasi akan mencakup daftar tugas yang harus diselesaikan. Anda
juga perlu tahu berapa lama biasanya pengembang Anda menyelesaikan tugas. Kami akan
menyebutnya sebagai tingkat pengembangan tugas. Produk kerja keluaran akan menjadi
perkiraan Anda. Perkiraan Anda akan digunakan sebagai produk kerja input saat Anda
membuat jadwal. Anda akan mendapatkan lebih banyak pengalaman dengan estimasi
dalam kursus Perencanaan Agile Untuk Produk Perangkat Lunak.
2. Video kedua, Software Engineering Activities
Sumber daya adalah segala sesuatu yang meningkatkan, memajukan, atau mendanai
suatu proyek. Ini bisa berupa hal-hal seperti waktu, uang, atau peralatan. Kegiatan
pengalokasian sumber daya mencakup perencanaan dan penjadwalan sumber daya staf.
Ini berarti memecah jadwal kerja dan menetapkan tugas. Membuat pengukuran adalah
aktivitas manajemen proyek penting lainnya, yang melibatkan tugas-tugas seperti
mendefinisikan, menghitung, dan menganalisis data metrik. Metrik digunakan untuk
melacak dan menilai produk dan/atau proses. Metrik ini dapat mengukur kepadatan cacat
pada produk, kecepatan tim Anda menyelesaikan tugas, jumlah fitur yang diselesaikan,
dan banyak lagi. Anda akan mempelajari lebih lanjut tentang metrik dalam kursus tentang
ulasan dan metrik untuk peningkatan perangkat lunak. Hal ini mengarah pada kegiatan
Meningkatkan Proses selanjutnya.
Sekarang mari kita lihat lebih dekat beberapa kegiatan ini. Mengidentifikasi ide atau
kebutuhan merupakan kegiatan yang sangat penting dalam pengembangan perangkat
lunak. Tanpa ide, tidak ada produk untuk dikembangkan. Meluangkan waktu untuk benar-
benar memikirkan produk akan membantu menciptakan perangkat lunak yang hebat.
Setelah Anda memiliki ide, langkah selanjutnya adalah mengerjakan persyaratan. Ada
lima kegiatan kebutuhan. Memunculkan persyaratan, mengekspresikan persyaratan,
memprioritaskan persyaratan, menganalisis persyaratan, dan mengelola persyaratan. Anda
akan meninjau kembali aktivitas persyaratan ini secara lebih rinci dalam kursus
Persyaratan Perangkat Lunak dan Kebutuhan Klien. Setelah Anda memiliki persyaratan
di tempat, Anda siap untuk merumuskan pendekatan potensial. Anda adalah manajer
produk yang bekerja untuk rantai kedai kopi. Klien Anda ingin tim pengembangan Anda
membuat aplikasi yang memungkinkan pengguna akhir membayar kopi mereka dengan
aplikasi tersebut. Anda sedang mengerjakan aktivitas perumusan pendekatan potensial
dengan tim pengembangan Anda. Apa yang akan menjadi produk kerja input untuk
aktivitas ini? A. Estimasi, B. Metrik yang ditentukan, C. Dokumentasi internal, atau D.
Backlog persyaratan. Anda akan menggunakan semua produk kerja ini di beberapa titik
dalam proses pengembangan. Estimasi biasanya digunakan sebagai input saat membuat
jadwal. Metrik yang ditentukan digunakan sebagai produk kerja input saat Anda
menghitung dan menganalisis metrik. Dokumentasi internal digunakan saat
mengembangkan kode dan pengujian yang dapat dieksekusi. Anda akan menggunakan
tumpukan persyaratan untuk merumuskan pendekatan potensial, karena Anda perlu tahu
persis apa yang Anda kembangkan. Oleh karena itu, D adalah jawaban yang benar.
3. Video ketiga, Software Engineering Activities
Kegiatan pada tahap desain dan implementasi meliputi: Perancangan Arsitektur,
Perancangan Basis Data, Perancangan Antarmuka, Pembuatan Kode yang Dapat
Dieksekusi, Pengintegrasian Fungsionalitas, dan Pendokumentasian. Di sinilah tim
pengembangan Anda bersinar. Tapi sebelum mereka bisa ke pemrograman, Anda dan tim
Anda perlu merancang produk. Ini termasuk Merancang Arsitektur, Database dan
Antarmuka. Kemudian pemrogram Anda dapat mulai melakukan pekerjaan mereka dan
mulai membuat kode yang dapat dieksekusi. Tim Anda harus mengintegrasikan atau
menggabungkan kode mereka secara berkala untuk memastikan bahwa kode mereka
kompatibel. Kegiatan terakhir adalah Mendokumentasikan. Anda mungkin berpikir, hei,
bukankah manifesto tangkas memberi tahu saya bahwa saya tidak memerlukan
dokumentasi? Manifesto menunjukkan bahwa perangkat lunak yang berfungsi lebih
dihargai daripada dokumentasi yang komprehensif. Namun, dokumentasi masih
merupakan bagian yang sangat penting dari pengembangan perangkat lunak.
Dokumentasi yang baik membantu pengembang baru untuk bergabung dengan tim, atau
mengerjakan bagian pengembangan yang tidak mereka kenal. Jenis dokumentasi ini
disebut Dokumentasi Internal. Tim Anda mungkin juga perlu mengembangkan
dokumentasi untuk digunakan pengguna akhir. Seperti instruksi manual atau materi
pelatihan. Jenis dokumentasi ini disebut Dokumentasi Eksternal. Sebagai manajer produk,
Anda bertanggung jawab untuk membantu melacak dan memantau proses pengembangan.
Tim Anda baru saja menyelesaikan perencanaan untuk iterasi ini. Dan mereka sudah
mulai menulis kode untuk produk tersebut. Sekarang setelah perencanaan selesai, Anda
mencari-cari sesuatu untuk dilakukan. Anda melihat ke meja Anda, dan melihat instruksi
manual, untuk fitur yang dibuat pada iterasi terakhir. Anda melihat ke dinding, dan
melihat daftar metrik yang diputuskan untuk digunakan oleh tim Anda. Anda melihat
email Anda, dan melihat email dari bos Anda, menguraikan sumber daya yang telah
dialokasikan tim Anda. Dan Anda melihat di rak buku Anda dan melihat versi terbaru
dari rencana risiko. Anda memutuskan sudah waktunya untuk mulai memantau kemajuan
pengembangan untuk iterasi ini. Manakah dari produk kerja berikut yang menurut Anda
akan membantu Anda melacak pengembangan? A. Dokumentasi eksternal, B. Metrik
yang ditentukan, C. Sumber daya yang dialokasikan, Atau D. Rencana risiko?
Dokumentasi eksternal dibuat untuk digunakan oleh pengguna akhir, bukan untuk
pelacakan. Sumber daya yang dialokasikan digunakan untuk memajukan dan mendukung
pembangunan. Rencana risiko sangat berguna setelah pengembangan dimulai. Namun,
mereka tidak digunakan untuk pelacakan. Metrik yang diputuskan untuk digunakan oleh
tim Anda sangat penting untuk pelacakan. Anda harus menghitung ulang dan menilai
metrik ini untuk memastikan pengembangan Anda efektif. Dan proyek Anda berjalan
sesuai rencana. Oleh karena itu, B adalah jawaban yang benar. Sekarang, mari kita lihat
kegiatan dari tahap pengembangan selanjutnya. Tahap Verifikasi dan Validasi. Fase
Verifikasi dan Validasi, adalah di mana Anda menilai apakah produk Anda melakukan
apa yang dimaksudkan untuk dilakukan. Serta menilai apakah itu memenuhi kebutuhan
klien Anda. Seperti fase lainnya, Fase Verifikasi dan Validasi adalah fase yang sering
ditinjau kembali. Tidak hanya di akhir produksi. Anda ingin terus memverifikasi dan
memvalidasi produk Anda sehingga Anda tahu perkembangan Anda berada di jalur yang
benar. Adapun kegiatan Verifikasi dan Validasi adalah: Menyusun Prosedur Pengujian,
Membuat Tes, Melaksanakan Tes, Melaporkan Hasil Evaluasi. Melakukan Review dan
Audit, Mendemonstrasikan kepada Klien, dan Melakukan Retrospektif. Pengujian adalah
bagian besar dari Fase Verifikasi dan Validasi. Ada banyak kegiatan pengujian, antara
lain Mengembangkan Prosedur Pengujian, Membuat Tes, Melaksanakan Tes, dan
Melaporkan Hasil Evaluasi. Aktivitas ini membantu memverifikasi bahwa produk Anda
melakukan apa yang seharusnya dilakukan. Untuk memvalidasi bahwa produk Anda
memenuhi kebutuhan klien dan pengguna akhir. Anda perlu menyelesaikan aktivitas
seperti Melakukan Tinjauan dan Audit, dan Mendemonstrasikan kepada Klien. Di sinilah
Anda bisa mendapatkan umpan balik untuk meningkatkan produk Anda. Jika pengguna
akhir atau klien tidak menyetujui produk Anda, produk Anda mungkin akan gagal.
Retrospektif adalah latihan yang dilakukan oleh tim pengembangan Anda. Retrospektif
ini dapat mencerminkan produk, dan/atau proses pengembangan. Baik produk maupun
proses selalu dapat ditingkatkan. Dan Retrospektif membantu mengidentifikasi area untuk
melakukan yang lebih baik di lain waktu. Seperti yang Anda lihat, ada banyak aktivitas
yang digunakan untuk mengembangkan perangkat lunak. Penting untuk diingat bahwa
dalam pengembangan tangkas, Anda meninjau kembali fase-fase ini berulang kali, dan
fase-fase tersebut tidak selalu berurutan. Dengan memesan dan menentukan kapan dan
seberapa sering Anda mengunjungi kembali aktivitas ini, Anda telah menciptakan sebuah
proses. Anda sekarang dapat menggunakan aktivitas, yang baru saja saya bahas, untuk
membuat proses yang sesuai untuk tim Anda. Anda akan dihadapkan pada beberapa
model proses yang sudah mapan, di modul berikutnya.

Anda mungkin juga menyukai