Seri ini merupakan video belajar RPL untuk Pemula. Pada video pertama ini kita akan membahas pendahuluan, kenapa RPL itu penting dalam membangun sebuah perangkat lunak.
Terimakasih Pak Fajar telah membuat video yang mudah dipahami dengan analogi, disini saya ingin bertanya: - Dokumentasi apakah perlu dibagikan ke klien? sehingga ketika klien ingin berpindah ke developer lain, PL tersebut dapat dilanjutkan oleh dev. lain - Seberapa penting mempertahankan klien? ketika klien over budget dari yang dev. tentukan, dev. perlukah berusaha memberi berbagai saran agar klien tidak pindah ke developer lain? - Ketika klien kurang mengerti terkait PL sehingga mematok harga rendah dan requirement yang masih belum jelas diinginkan klien, apakah perlu diedukasi oleh developer?
dokumentasi mulai dari analisis kebutuhan sampai dengan perancangan. berisi daftar kebutuhan, pomodelan2 diagram, arsitektur dan pseudocode. rekayasa PL harus bisa mengakomodir karakteristik project, penting bagi analis untuk dapat melakukan negoisasi sehingga menemunkan win win solution
Makasih banyak atas penjelasan dasarnya pak, sangat mudah dimengerti dengan analoginya. Sebelumya saya plonga plongo ketika dosen di kampus saya menjelaskan tentang Pemodelan sistem dll karna basic saya adalah Teknik Komputer & Jaringan, bukan Rekayasa Perangkat Lunak. Sukses selalu pak.
Terimakasih pak atas penjelasan mengenai RPL-nya, Saya ingin bertanya tentang apa saja kendala yang dihadapi saat akan membuat dokumentasi? dan bagaimana cara agar kendala tersebut bisa dikurangi/diminimalisir bahkan bisa dihindari? Terimakasih..
Terima kasih pak atas penjelasannya. Dari penjelasan tersebut terdapat beberapa hal yang ingin saya tanyakan pak. Pada video pembelajaran tersebut, dijelaskan bahwa dokumentasi bukan hanya dapat didefinisikan dalam baris kode, namun dapat diartikan sebagai dokumen khusus yang dibuat untuk menerangkan secara garis besar proyek yang akan dilaksanakan. Lalu yang ingin saya tanyakan: 1. Dokumentasi berupa apa saja yang dapat ditambahkan (selain baris kode) supaya dokumentasi tersebut dapat dikatakan sebagai dokumentasi yang baik dan lengkap? 2. Adakah batasan atau dokumen tertentu yang tidak perlu/ tidak boleh dicantumkan pada dokumentasi? Terima kasih pak
Terimakasih pak meterinya sangat bermanfaat dan mudah dipahami. saya ingin bertanya pak, dalam rekayasa perangkat lunak masalah masalah apa yang paling umum terjadi dan juga solusi solusi yang bisa diterapkan dalam masalah tersebut. terimakasih pak
Terimakasih atas penjelasan di video yang bapak sampaikan. Mohon izin bertanya pak, Bagaimana langkah langkah yang harus diambil dalam membuat sebuah dokumentasi perangkat lunak? dan siapa saja yang terlibat dalam pembuatan dokumentasi perangkat lunak ini?
Terimakasih untuk informasinya Pak. Yang ingin saya tanyakan adalah untuk permasalahan dokumentasi, bagaimana cara untuk mendokumenrtasikan dengan baik dan benar?
Salam Pak, Penjelasan yang Bapak sampaikan melalui video tersebut sangat menarik dan mudah dipahami. Namun, perkenankan saya mengajukan sedikit pertanyaan. Pada video, Bapak sempat menyinggung mengenai rencana anggaran biaya pada pengembangan perangkat lunak, sama halnya dengan analogi pembangunan sebuah rumah. Oleh karena itu, yang saya tanyakan adalah bagaimana cara seorang engineer dalam menghitung biaya pengembangan perangkat lunak? Lalu sekiranya apa saja komponen yang menjadi pertimbangan pembiayaan? Terima kasih, Pak.
Terimakasih atas penyampaian Videonya pak, Saya izin bertanya... Apa yang terjadi jika stakeholder tidak suka dengan perangkat lunak yang dibangun dan tidak ingin membayar atas kerja keras developer tersebut? Sedangkan programmer sudah mendevelop perangkat lunak sesuai Requirement Engineering yang sudah disepakati oleh stakeholder...
Assalamualaikum Terimakasih bapak atas materi yang diberikan, mohon izin bertanya. pada tahap perencanaan rekayasa perangkat lunak, apakah ada poin poin tahapan yang dapat dijadikan dasar dalam menyusun perencanaan rekayasa perangkat lunak, sehingga perencanaan tersebut dapat dikatakan sebagai perencanaan yang baik ? terimakasih pak fajar, wasalamaualaikum wr. wb.
Terimakasih pak atas ilmu tentang RPL, izin bertanya pak mengenai materi ini. Jika kita ingin mengganti proyek yang sebelumnya sudah dikerjakan, apakah dokumentasi dari proyek yang sudah dilakukan sebelumnya juga harus ditunjukkan kepada client pak? Terimakasih
Terima kasih banyak pak atas materi yang diberikan. Saya mau bertanya, pada saat fase implementasi atau pengujian ke user adakah standart yang ditetapkan okeh tim pembuat perangkat lunak tersebut? Lalu, bagaimana jika respon dari user berbeda dengan apa yang sudah diperkirakan oleh tim di awal perancangan proyek? Terima kasih pak.
Terima kasih pak, penyampaian materi RPL yang menarik dan sangat informatif dilengkapi dengan analogi yang masuk akal. Saya izin bertanya pak, tantangan-tantangan apa saja yang akan dihadapi dalam rekayasa perangkat lunak, dan bagaimana cara menghadapinya? Sukses terus pak.
Terima kasih atas penjelasan Bapak. Saya izin bertanya, apa saja kesalahan yang dapat terjadi dalam pengembangan perangkat lunak dan bagaimana solusi untuk menyelesaikannya? Kemudian bagaimana cara mencapai mutu yang baik dalam pengembangan perangkat lunak?
Terimakasih atas penjelasannya pak, saya izin bertanya, pada tahap perencanaan perangkat lunak, siapa saja kelompok yang terlibat didalamnya ? Dan karakteristik atau aspek apa saja yang harus dinilai dalam tahap perencanaan tersebut ?
Terimakasih atas materi yang sudah disampaikan pak, saya izin bertanya mengenai tahap implementasi, pada tahap implementasi khususnya yang berskala besar membutuhkan programmer yang banyak untuk itu apakah diharuskan setiap programmer untuk melakukan penyesuaian cara penulisan coding mereka agar tidak jadi kekeliruan cara penulisan coding antar programmer?
Terima kasih pak atas penjelasannya, saya izin bertanya apa saja kriteria yang harus dipenuhi dalam pengembangan rekayasa perangkat lunak? terima kasih
Terimakasih bapak, atas materi yang disampaikan. Izin Bertanya, Apa jenis dokumentasi yang dinilai paling efektif dalam menemukan kesalahan perangkat Lunak?
Terimakasih atas penjelesannya pak. Ijin bertanya, bagaimana jika ketika ingin dilakukan pengembangan dan maintenance aplikasi tetapi dokumentasi yang ada berkualitas buruk sehingga sulit untuk dilakukan tracing? Terimakasih pak
Pada model pengembangan perangkat lunak berbasis agile, dokumentasi perangkat lunak bisa menjadi tak tertata dan bahkan berantakan, bagaimana seorang software architect dapat memitigasi masalah yang ditimbulkan apabila terdapat ketidaksesuaian software dengan requirement yang dimaksud
Terima kasih pak atas penjelasannya tentang RPL dan dokumentasi dalam penjelasan bapak disebutkan bahwa dokumentasi dibentuk ketika fase analisis dan perancangan, apakah mungkin melakukan perubahan dokumentasi ketika dalam proses implementasi terjadi suatu kesalahan tertentu ?
Terimakasih pak atas penjelasannya. Saya ingin bertanya pak. Di jaman sekarang ini banyak sekali aplikasi yang dibuat dengan banyak bahasa pemrograman yang berbeda pula. Tapi cenderung banyak yang menggunakan pemrograman khusus mobile. Apa yang menyebabkan atau apa keunggulan pemrograman mobile dari yang lainnya?
Terima kasih pak atas penjelasannya yang mudah dipahami. saya ingin bertanya, kira-kira kendala apa saja ya pak yang mungkin akan terjadi dalam proses rekayasa perangkat lunak?
Terima kasih pak atas materi yang bapak sampaikan. Sudah disinggung oleh bapak bahwa dalam membangun perangkat lunak juga penting yang namanya dokumentasi. Izin bertanya pak, Siapa saja yang terlibat dalam pembuatan dokumentasi tersebut ya pak?
Permisi pak, saya ingin bertanya Untuk SDLC apakah mungkin untuk sebuah tim developer menggunakan SDLC sendiri atau berimprovisasi sesuai dengan keadaan analisis kebutuhan dengan menggunakan SDLC diluar yang telah disebutkan. Terima kasih
Selamat Sore, izin bertanya pak, apakah perlu melibatkan programmer dalam fase perencanaan, mengingat terkadang tukang lebih mengetahui keadaan lapangan dari pada arsitek ? Terimakasih
Terima kasih atas penjelasan yang diberikan pak, namun disini saya ingin bertanya. Dalam penyusunan dokumentasi pembuatan perangkat lunak, apakah ada ketentuan-ketentuan tertentu terkait isi dari dokumentasi tersebut? Ketentuan disini terkait apa yang harus ada di dalam dokumentasi dan apa yang tidak diperlukan di dalam dokumentasi. Terima kasih
Saya ingin bertanya, bagaimana cara mendokumentasikan yang baik dan benar? Apakah ada point-point yang harus sangat diperhatikan saat mendokumentasikan?
Terimakasih pak atas materi yang telah disampaikan, izin bertanya pak, ketika seorang pengembang perangkat lunak telah melakukan perencanaan diawal apakah dapat menjamin proyeknya dapat berhasil dan saya masih belum faham perihal dokumentasi yang diperlukan dalam mengembangkan perangkat lunak, terimakasih pak🙏
ketika sebuah tim ingin membuat sebuah aplikasi, apakah metode yang akan digunakan ditentukan oleh seluruh anggota tim atau cukup oleh project manager? Dan apa yang terjadi jika dokumentasi tidak dibuat pada fase awal (apakah dokumentasi dapat dibuat di fase akhir)?
Terima Kasih atas penjelasannya Pak, Izin bertanya, jika kita sudah membuat dokumentasi sebelum implementasi akan tetapi hasil jadinya masih tidak sesuai dengan harapan, lantas apa saja yang menjadi faktor output implementasi tidak sesuai dengan yang diharapkan ataupun tidak sesuai dengan dokumentasi? Terima kasih Pak
Terimakasih pak atas penjelasannya yang mudah dipahami, saya izin bertanya bagaimana jika ketika diimplementasikan, ternyata baru menyadari ada hal yang kurang pada sequence diagram atau dokumentasi lainnya? Apakah kejadian seperti itu memungkinkan? Jika iya, apakah bisa diubah setelah melakukan implementasi atau harus diubah dari awal? Terimakasih pak
Terima kasih pak atas materi yang telah disampaikan. Saya ingin bertanya pak, Jika dalam suatu blueprint atau perencanaan belum terpikirkan suatu fitur fitur yang akan berguna diperangkat lunak tersebut. Dan fitur-fitur yang direncanakan ingin dibuat namun tidak sesuai dengan blueprint apakah perangkat lunaktersebut dapat dikembangkan yang tidak sesuai dengan blueprint yang ada ? Terima kasih pak
Terima kasih pak atas pemaparannya, saya ingin bertanya terkait dengan dokumentasi.. Bagaimana jika melakukan pembuatan aplikasi dengan tidak adanya dokumentasi sebelumnya, bagaimana yang akan terjadi?
Terimakasih pak atas penjelasan mengenai RPL, izinkan saya untuk bertanya mengenai dokumentasi, ketika kita mencontohkan seperti membanguj rumah, client dapat melihat dokumentasi tersebut yang seperti kata bapak adalah blue print, apakah sama seperti membuat perangkat lunak? Dapatkah client untuk melihat dokumentasi tersebut? terimakasih bapak.
saya ingin bertanya pak, apabila kendala saat pengerjaan perangkat lunak terjadi, contohnya seperti yang bapak katakan yaitu pengerjaan proyek molor, hal apa saja yang dapat dilakukan agar dapat mengatasi pengerjaan proyek yang dianggap akan molor.
Permisi pak izin bertanya, dalam perancangan RPL seperti apa urutan tahap dari awal perancangan hingga sampai ke tahap akhir semisal evaluasi atau testing yang harus dilalui?
Izin bertanya pak, seperti yang telah dijelaskan bahwa dokumentasi hanya bisa diproduksi ketika fase awal (analisis dan perancangan). Namun, apakah bisa dokumentasi dibuat ketika projek sudah selesai? terima kasih pak
Terimakasih pak, Bagaimana kalau saat membangun Perangkat Lunak ternyata ditengah jalan Overbudget. Apakah Rekayasa perangkat lunak harus tetap dibangun walau dikatakan gagal atau bagaimana?
Izin bertanya pak, adakah kesalahan penafsiran kebutuhan pada saat proses perencaan sehingga berdampak pada kegagalan rekayasa perangkat lunak? apabila ada, apa saja yang menjadi tolak ukur kegagalan dalam RPL?
Terima kasih pak atas materinya, saya ingin bertanya. Jika kita sudah terlanjur membuat sebuah perangkat lunak tanpa adanya dokumentasi, apakah ada cara lain untuk menyelesaikan problem jika ada kerusakan?
Terima kasih pak atas penjelasannya, saya izin bertanya, mengenai dokumentasi, setelah siklus sampai pengguna/user apakah dokumentasi tetap di buat/lanjutkan? misalnya terjadi perubahan/penambahan/perbaikan apakah hal tersebut tetap di dokumentasikan? meskipun RPL sudah selesai
Maaf pak izin bertanya, jika pada saat mengerjakan proyek perangkat lunak ternyata proyek tersebut melebihi dari perencanaan yang sudah dibuat, bagaimana ya pak? Misalnya seperti biayanya melebihi dari rencana yang sudah dibuat dan waktu pengerjaan proyek melebihi batas waktu.
Terimakasih pak atas informasi dan juga teori yang dibagikan, disini saya ingin menanyakan mengenai dokumentasi pak. Dokumentasi adalah salah satu tahapan penting dalam sebuah RPL, apakah stakeholder juga diberikan dokumentasi yang kita buat untuk memudahkan developer selanjutnya? dan siapa saja yang terlibat dalam pembuatan sebuah dokumentasi ya pak?
Permisi pak saya ingin bertanya, apa yang akan dilakukan jika pada masa pengerjaan biaya yang dibutuhkan over budget? apakah perangkat lunak akan tetap dikerjakan atau ada pengurangan spesifikasi? terima kasih pak
izin bertanya bapak, apa saja tahap dalam membuat sebuah dokumentasi? dan apakah ada syarat atau ketentuan dalam membuat sebuah dokumentasi agar dokumentasi tersebut bisa dikatakan baik dan efisien? terima kasih pak
Assalamualaikum pak Izin bertanya... jika sudah menetapkan waktu dalam pengerjaan proyek perangkat lunak, namun ternyata tidak tercapai tepat waktu, apa dampaknya dan bagaimana mengatasinya? lalu pertanyaan kedua, apa yang harus dilakukan pada tahap dokumentasi perangkat lunak?
Permisi pak ingin bertanya, pd video bpk dijelaskan bhwa adanya perencanaan perangkat lunak untuk meminimalisir kendala waktu agar tidak melewati batas waktu yg tlah ditentukan. Nah jika sudah melakukan perencanaan, ttpi pd akhirnya waktu pengerjaan prngkat lunak tetap tidak tepat waktu, kira2 faktor apa yg mnyebabkan pengerjaan tidak tpat waktu ya pak? Apakah ada faktor lain selain programmer dan biaya? Trimakasih pak
Maaf pak izin bertanya, Jika dari awal kita membuat kesalahan tidak menggunakan Rekayasa tapi langsung codingan dan di kemudian hari kita ingin berevolusi, apakah ketika evolusi tersebut kita bisa menerapkan sistem rekayasa pak? Terima kasih pak.
❤❤❤❤❤Terima kasih ada content RPL, Rekayasa Perangkat Lunak. Semoga bagi pemula pembelajar RPL di SMK bisa mengikuti dengan lebih mudah. Tidak ada yang sulit ketika pikiran membuka pintu seluas-luasnya atas banjirnya informasi seputar teknologi yang luar biasa. Selamat membuka pikiran untuk cucu pertama, Keisha Rainuri Wihamdi yang diterima di SMKN 1 Budi Utomo. Mas Fajar Pradana keren nih content. Sukses terus. Bismillah.❤❤❤❤❤
Sebelumnya terimakasih Pak atas video pembelajarannya, sangat mudah dipahami. Namun ada yang ingin saya tanyakan yaitu: 1. Apa yang harus dilakukan manajer proyek perangkat lunak apabila proyek tidak berjalan sesuai rencana dan berakhir telat? Seperti yang Bapak katakan tadi jika proyek itu adalah pengerjaan rumah maka hanya perlu menambahkan tukang maka proyek akan berjalan lebih cepat. Lantas apa yang harus dilakukan apabila jika penambahan programmer tidak memiliki pengaruh? 2. Apakah dokumentasi harus juga diberikan kepada pengguna akhir (user)? Atau hanya perlu disebarkan antar programmer saja? Jika memang ada dokumentasi untuk user apa isinya berbeda dengan apa yang diberikan programmer? Terimakasih Pak, semoga sehat selalu.
Izin bertanya pak. Apa yang terjadi apabila suatu sistem tidak memiliki dokumentasi? Apakah perangkat lunak itu nanti tidak akan bisa diberi tambahan fitur atau berevolusi?
Izin bertanya dan saya harap bapak menjawan nya,saya baru belajar rpl ini nah dari pertama vidio sampai akhir saya belum paham apa itu perangkat lunak apakah sebuah bentuk otak dari sebuah sistem?
Saya izin bertanya pak. 1. Apa yang dapat dilakukan jika seandainya pengerjaan suatu proyek perangkat lunak ternyata molor dari batas waktu yang diperkirakan walaupun sudah dilakukan perencanaan yang matang? 2. Salah satu kegunaan dokumentasi yaitu untuk sustainability perangkat lunak seperti penambahan fitur, maintenance, dan evolusi. Apakah semua perangkat lunak akan selalu mengalami evolusi dan seperti apa bentuk evolusi perangkat lunak tersebut? Terima kasih pak.
evolusi merupakan fase dimana PL melakukan perbaikan skala mayor, tidak hanya dari tampilan saja namun sampai ke cara kerja sehingga lebih optimal. biasanya evolusi ini dilakukan karena OS dimana PL tersbut berjalan juga update secara besar2an sehingga perlu penyesuaian
Penting ini, pemahaman mendasar ttg Rekayasa Perangkat Lunak...
Terimakasih atas informasi terkait RPL , putra pertama saya saat ini masuk kelas XII SMK Jurusan RPL , semoga ilmunya dapat bermanfaat , Aamiin....
Kesini cuma pengen dengerin suara dosen favorit pas kuliah karena kangen diajar beliau. Sukse terus pak fajar :))
Beliau dosen dimana kak ?
@@auliapebriyani9237 dosen di Universitas Brawijaya kak
@@binc876Dosen jurusan apa di UB ?
@@BabaResto jurusan Penjasorkes
Oke
Terus lah kasih2 kita ilmu tentang perankat lunak pak.agar kita lebih mudah memahaminya nanti.
semoga bisa masuk smk impian dengan menyerap ilmu dari video ini
Alhamdulillah sangat bermanfaat 👍
Mantap bang sangat membantu.
Enak bgt suaranyaa hehe
salam sukses pak 🙏🙏🙏🙏
Sukses brader 👍
mantab bos
mantap bang
Sangat bermanfaat ka
keren pak..
Terimakasih Pak Fajar telah membuat video yang mudah dipahami dengan analogi, disini saya ingin bertanya:
- Dokumentasi apakah perlu dibagikan ke klien? sehingga ketika klien ingin berpindah ke developer lain, PL tersebut dapat dilanjutkan oleh dev. lain
- Seberapa penting mempertahankan klien? ketika klien over budget dari yang dev. tentukan, dev. perlukah berusaha memberi berbagai saran agar klien tidak pindah ke developer lain?
- Ketika klien kurang mengerti terkait PL sehingga mematok harga rendah dan requirement yang masih belum jelas diinginkan klien, apakah perlu diedukasi oleh developer?
dokumentasi mulai dari analisis kebutuhan sampai dengan perancangan. berisi daftar kebutuhan, pomodelan2 diagram, arsitektur dan pseudocode.
rekayasa PL harus bisa mengakomodir karakteristik project, penting bagi analis untuk dapat melakukan negoisasi sehingga menemunkan win win solution
Makasih banyak atas penjelasan dasarnya pak, sangat mudah dimengerti dengan analoginya. Sebelumya saya plonga plongo ketika dosen di kampus saya menjelaskan tentang Pemodelan sistem dll karna basic saya adalah Teknik Komputer & Jaringan, bukan Rekayasa Perangkat Lunak. Sukses selalu pak.
semester berapa bang ?
nonton dulu sblm matakuliah rpl dimulai di semester baru..
Terimakasih pak atas penjelasan mengenai RPL-nya, Saya ingin bertanya tentang apa saja kendala yang dihadapi saat akan membuat dokumentasi? dan bagaimana cara agar kendala tersebut bisa dikurangi/diminimalisir bahkan bisa dihindari? Terimakasih..
Terima kasih pak
Dosrn terfavorit pas jaman kuliah dulu
goood ang
Selamat sore, perkenalkan saya aisyah ingin bertanya apa tantangan/hambatan terbesar dalam rekayasa perangkat lunak? terima kasih
Saya baru masuk smk nih pak mohon bimbinganya untuk update terus chanelnya
Kabare kulo apik mas
Terima kasih pak atas penjelasannya. Dari penjelasan tersebut terdapat beberapa hal yang ingin saya tanyakan pak.
Pada video pembelajaran tersebut, dijelaskan bahwa dokumentasi bukan hanya dapat didefinisikan dalam baris kode, namun dapat diartikan sebagai dokumen khusus yang dibuat untuk menerangkan secara garis besar proyek yang akan dilaksanakan.
Lalu yang ingin saya tanyakan:
1. Dokumentasi berupa apa saja yang dapat ditambahkan (selain baris kode) supaya dokumentasi tersebut dapat dikatakan sebagai dokumentasi yang baik dan lengkap?
2. Adakah batasan atau dokumen tertentu yang tidak perlu/ tidak boleh dicantumkan pada dokumentasi?
Terima kasih pak
Terimakasih pak meterinya sangat bermanfaat dan mudah dipahami. saya ingin bertanya pak, dalam rekayasa perangkat lunak masalah masalah apa yang paling umum terjadi dan juga solusi solusi yang bisa diterapkan dalam masalah tersebut. terimakasih pak
Terimakasih atas penjelasan di video yang bapak sampaikan. Mohon izin bertanya pak, Bagaimana langkah langkah yang harus diambil dalam membuat sebuah dokumentasi perangkat lunak? dan siapa saja yang terlibat dalam pembuatan dokumentasi perangkat lunak ini?
Terimakasih untuk informasinya Pak. Yang ingin saya tanyakan adalah untuk permasalahan dokumentasi, bagaimana cara untuk mendokumenrtasikan dengan baik dan benar?
Bagus
Salam Pak,
Penjelasan yang Bapak sampaikan melalui video tersebut sangat menarik dan mudah dipahami. Namun, perkenankan saya mengajukan sedikit pertanyaan. Pada video, Bapak sempat menyinggung mengenai rencana anggaran biaya pada pengembangan perangkat lunak, sama halnya dengan analogi pembangunan sebuah rumah. Oleh karena itu, yang saya tanyakan adalah bagaimana cara seorang engineer dalam menghitung biaya pengembangan perangkat lunak? Lalu sekiranya apa saja komponen yang menjadi pertimbangan pembiayaan?
Terima kasih, Pak.
Alhamdulillah saya sudah manager pak.
Terimakasih atas penyampaian Videonya pak, Saya izin bertanya... Apa yang terjadi jika stakeholder tidak suka dengan perangkat lunak yang dibangun dan tidak ingin membayar atas kerja keras developer tersebut? Sedangkan programmer sudah mendevelop perangkat lunak sesuai Requirement Engineering yang sudah disepakati oleh stakeholder...
Assalamualaikum
Terimakasih bapak atas materi yang diberikan, mohon izin bertanya.
pada tahap perencanaan rekayasa perangkat lunak, apakah ada poin poin tahapan yang dapat dijadikan dasar dalam menyusun perencanaan rekayasa perangkat lunak, sehingga perencanaan tersebut dapat dikatakan sebagai perencanaan yang baik ?
terimakasih pak fajar, wasalamaualaikum wr. wb.
Terimakasih pak atas ilmu tentang RPL, izin bertanya pak mengenai materi ini. Jika kita ingin mengganti proyek yang sebelumnya sudah dikerjakan, apakah dokumentasi dari proyek yang sudah dilakukan sebelumnya juga harus ditunjukkan kepada client pak?
Terimakasih
terus ujian bro
Terima kasih banyak pak atas materi yang diberikan. Saya mau bertanya, pada saat fase implementasi atau pengujian ke user adakah standart yang ditetapkan okeh tim pembuat perangkat lunak tersebut? Lalu, bagaimana jika respon dari user berbeda dengan apa yang sudah diperkirakan oleh tim di awal perancangan proyek? Terima kasih pak.
terimakasih pak, info mengenai RPL ini. izin bertanya pak, apakah ada tips untuk meminimalisir terjadinya bug dalam membuat perangkat lunak?
ijin download bang buat belajar
Terima kasih pak, penyampaian materi RPL yang menarik dan sangat informatif dilengkapi dengan analogi yang masuk akal. Saya izin bertanya pak, tantangan-tantangan apa saja yang akan dihadapi dalam rekayasa perangkat lunak, dan bagaimana cara menghadapinya? Sukses terus pak.
requirement pengguna yang berubah2 trs dari waktu ke waktu, tuntutan waktu dan biaya yang ditekan, keberlanjutan sistem, dan masih buanyak lagi..
assalamualaikum bang saya mulai bergabung di chanel abang ya buat belajar
Terima kasih atas penjelasan Bapak. Saya izin bertanya, apa saja kesalahan yang dapat terjadi dalam pengembangan perangkat lunak dan bagaimana solusi untuk menyelesaikannya?
Kemudian bagaimana cara mencapai mutu yang baik dalam pengembangan perangkat lunak?
Terimakasih atas penjelasannya pak, saya izin bertanya, pada tahap perencanaan perangkat lunak, siapa saja kelompok yang terlibat didalamnya ? Dan karakteristik atau aspek apa saja yang harus dinilai dalam tahap perencanaan tersebut ?
Terimakasih atas materi yang sudah disampaikan pak, saya izin bertanya mengenai tahap implementasi, pada tahap implementasi khususnya yang berskala besar membutuhkan programmer yang banyak untuk itu apakah diharuskan setiap programmer untuk melakukan penyesuaian cara penulisan coding mereka agar tidak jadi kekeliruan cara penulisan coding antar programmer?
Terima kasih pak atas penjelasannya, saya izin bertanya apa saja kriteria yang harus dipenuhi dalam pengembangan rekayasa perangkat lunak? terima kasih
Selamat siang pak, saya mau bertanya apakah ada perbedaan antara implementasi RPL pada proyek skala kecil dan RPL pada proyek skala besar ?
Terimakasih bapak, atas materi yang disampaikan. Izin Bertanya, Apa jenis dokumentasi yang dinilai paling efektif dalam menemukan kesalahan perangkat Lunak?
Bg doain gw supaya kedepan nanti gw bisa masuk rpl
Terimakasih atas penjelesannya pak. Ijin bertanya, bagaimana jika ketika ingin dilakukan pengembangan dan maintenance aplikasi tetapi dokumentasi yang ada berkualitas buruk sehingga sulit untuk dilakukan tracing?
Terimakasih pak
Pada model pengembangan perangkat lunak berbasis agile, dokumentasi perangkat lunak bisa menjadi tak tertata dan bahkan berantakan, bagaimana seorang software architect dapat memitigasi masalah yang ditimbulkan apabila terdapat ketidaksesuaian software dengan requirement yang dimaksud
Semoga bermanfaat
Terima kasih pak atas penjelasannya tentang RPL dan dokumentasi
dalam penjelasan bapak disebutkan bahwa dokumentasi dibentuk ketika fase analisis dan perancangan, apakah mungkin melakukan perubahan dokumentasi ketika dalam proses implementasi terjadi suatu kesalahan tertentu ?
Terimakasih pak atas penjelasannya. Saya ingin bertanya pak. Di jaman sekarang ini banyak sekali aplikasi yang dibuat dengan banyak bahasa pemrograman yang berbeda pula. Tapi cenderung banyak yang menggunakan pemrograman khusus mobile. Apa yang menyebabkan atau apa keunggulan pemrograman mobile dari yang lainnya?
Terima kasih pak atas penjelasannya yang mudah dipahami. saya ingin bertanya, kira-kira kendala apa saja ya pak yang mungkin akan terjadi dalam proses rekayasa perangkat lunak?
Terima kasih pak atas materi yang bapak sampaikan. Sudah disinggung oleh bapak bahwa dalam membangun perangkat lunak juga penting yang namanya dokumentasi. Izin bertanya pak, Siapa saja yang terlibat dalam pembuatan dokumentasi tersebut ya pak?
Permisi pak, saya ingin bertanya
Untuk SDLC apakah mungkin untuk sebuah tim developer menggunakan SDLC sendiri atau berimprovisasi sesuai dengan keadaan analisis kebutuhan dengan menggunakan SDLC diluar yang telah disebutkan. Terima kasih
Ngoding data base
Selamat Sore, izin bertanya pak, apakah perlu melibatkan programmer dalam fase perencanaan, mengingat terkadang tukang lebih mengetahui keadaan lapangan dari pada arsitek ?
Terimakasih
data base
Terima kasih atas penjelasan yang diberikan pak, namun disini saya ingin bertanya. Dalam penyusunan dokumentasi pembuatan perangkat lunak, apakah ada ketentuan-ketentuan tertentu terkait isi dari dokumentasi tersebut? Ketentuan disini terkait apa yang harus ada di dalam dokumentasi dan apa yang tidak diperlukan di dalam dokumentasi. Terima kasih
Saya ingin bertanya, bagaimana cara mendokumentasikan yang baik dan benar? Apakah ada point-point yang harus sangat diperhatikan saat mendokumentasikan?
Terimakasih pak atas materi yang telah disampaikan, izin bertanya pak, ketika seorang pengembang perangkat lunak telah melakukan perencanaan diawal apakah dapat menjamin proyeknya dapat berhasil dan saya masih belum faham perihal dokumentasi yang diperlukan dalam mengembangkan perangkat lunak, terimakasih pak🙏
ketika sebuah tim ingin membuat sebuah aplikasi, apakah metode yang akan digunakan ditentukan oleh seluruh anggota tim atau cukup oleh project manager? Dan apa yang terjadi jika dokumentasi tidak dibuat pada fase awal (apakah dokumentasi dapat dibuat di fase akhir)?
Terima Kasih atas penjelasannya Pak, Izin bertanya, jika kita sudah membuat dokumentasi sebelum implementasi akan tetapi hasil jadinya masih tidak sesuai dengan harapan, lantas apa saja yang menjadi faktor output implementasi tidak sesuai dengan yang diharapkan ataupun tidak sesuai dengan dokumentasi?
Terima kasih Pak
Terimakasih pak atas penjelasannya yang mudah dipahami, saya izin bertanya bagaimana jika ketika diimplementasikan, ternyata baru menyadari ada hal yang kurang pada sequence diagram atau dokumentasi lainnya? Apakah kejadian seperti itu memungkinkan? Jika iya, apakah bisa diubah setelah melakukan implementasi atau harus diubah dari awal? Terimakasih pak
Melalui 26,5
Terima kasih pak atas materi yang telah disampaikan. Saya ingin bertanya pak, Jika dalam suatu blueprint atau perencanaan belum terpikirkan suatu fitur fitur yang akan berguna diperangkat lunak tersebut. Dan fitur-fitur yang direncanakan ingin dibuat namun tidak sesuai dengan blueprint apakah perangkat lunaktersebut dapat dikembangkan yang tidak sesuai dengan blueprint yang ada ? Terima kasih pak
Terima kasih pak atas pemaparannya, saya ingin bertanya terkait dengan dokumentasi.. Bagaimana jika melakukan pembuatan aplikasi dengan tidak adanya dokumentasi sebelumnya, bagaimana yang akan terjadi?
Izin bertanya pak, Bagaimana penerapan prinsip-prinsip Rekayasa Perangkat Lunak di dunia industri pak?
Assalamualaikum pak
Mohon izin bertanya, ketika dalam fase implementasi terjadi keterlambatan, siapakah yang bertanggung jawab dalam proyek tersebut?
Terimakasih pak atas penjelasan mengenai RPL, izinkan saya untuk bertanya mengenai dokumentasi, ketika kita mencontohkan seperti membanguj rumah, client dapat melihat dokumentasi tersebut yang seperti kata bapak adalah blue print, apakah sama seperti membuat perangkat lunak? Dapatkah client untuk melihat dokumentasi tersebut? terimakasih bapak.
Izin bertanya bapak, Apakah sebuah dokumentasi dapat dimodifikasi pada tahap setelah analisis dan perancangan?
saya ingin bertanya pak,
apabila kendala saat pengerjaan perangkat lunak terjadi, contohnya seperti yang bapak katakan yaitu pengerjaan proyek molor, hal apa saja yang dapat dilakukan agar dapat mengatasi pengerjaan proyek yang dianggap akan molor.
Permisi pak izin bertanya, dalam perancangan RPL seperti apa urutan tahap dari awal perancangan hingga sampai ke tahap akhir semisal evaluasi atau testing yang harus dilalui?
Izin bertanya pak, seperti yang telah dijelaskan bahwa dokumentasi hanya bisa diproduksi ketika fase awal (analisis dan perancangan). Namun, apakah bisa dokumentasi dibuat ketika projek sudah selesai? terima kasih pak
Izin bertanya pak, apa yang dapat dilakukan untuk membuat projek dapat selesai tepat waktu atau bahkan lebih cepat dari waktu yang telah ditentukan?
Terimakasih pak, Bagaimana kalau saat membangun Perangkat Lunak ternyata ditengah jalan Overbudget. Apakah Rekayasa perangkat lunak harus tetap dibangun walau dikatakan gagal atau bagaimana?
Izin bertanya pak, adakah kesalahan penafsiran kebutuhan pada saat proses perencaan sehingga berdampak pada kegagalan rekayasa perangkat lunak? apabila ada, apa saja yang menjadi tolak ukur kegagalan dalam RPL?
Terima kasih pak atas materinya, saya ingin bertanya. Jika kita sudah terlanjur membuat sebuah perangkat lunak tanpa adanya dokumentasi, apakah ada cara lain untuk menyelesaikan problem jika ada kerusakan?
Terima kasih pak atas penjelasannya, saya izin bertanya, mengenai dokumentasi, setelah siklus sampai pengguna/user apakah dokumentasi tetap di buat/lanjutkan? misalnya terjadi perubahan/penambahan/perbaikan apakah hal tersebut tetap di dokumentasikan? meskipun RPL sudah selesai
izin bertanya pak. apakah tantangan utama bagi orang yang membangun rancangan perangkat lunak?
apakah harus bahasa inggris jika ingin mengambil mata kuliah rpl ?:v
tertarik pengen tapi takutnya gara gara ga bisa bahasa inggris malah ga bisa
dasar nya aja, ga harus bisa bgt
@@west__chaos kalo mtk gmn ? Ga bs mtk soalnya
Assalamulaikan Pak
apakah model pengembangan RPL dapat diubah ketika proses pengerjaan berlangsung?
Maaf pak izin bertanya, jika pada saat mengerjakan proyek perangkat lunak ternyata proyek tersebut melebihi dari perencanaan yang sudah dibuat, bagaimana ya pak? Misalnya seperti biayanya melebihi dari rencana yang sudah dibuat dan waktu pengerjaan proyek melebihi batas waktu.
Terimakasih pak atas informasi dan juga teori yang dibagikan, disini saya ingin menanyakan mengenai dokumentasi pak. Dokumentasi adalah salah satu tahapan penting dalam sebuah RPL, apakah stakeholder juga diberikan dokumentasi yang kita buat untuk memudahkan developer selanjutnya? dan siapa saja yang terlibat dalam pembuatan sebuah dokumentasi ya pak?
serah terima PL tidak hanya instalasi saja, seluruh dokumentasi juga harus diberikan
Permisi pak saya ingin bertanya, apa yang akan dilakukan jika pada masa pengerjaan biaya yang dibutuhkan over budget? apakah perangkat lunak akan tetap dikerjakan atau ada pengurangan spesifikasi? terima kasih pak
Apakah sebuah dokumentasi dapat dimodifikasi pada tahap setelah analisis dan perancangan pak?
izin bertanya bapak, apa saja tahap dalam membuat sebuah dokumentasi? dan apakah ada syarat atau ketentuan dalam membuat sebuah dokumentasi agar dokumentasi tersebut bisa dikatakan baik dan efisien? terima kasih pak
Apa bedanya jurusan Teknik Informatika dan RPL ? lebih baik mana S1Informatika di Universitas atau D4 RPL di Politeknik ?
Apakah bluprint harus berkembang setiap waktu ke waktu? atau sekali dibuat dan dibiarkan saja atau bahkan tidak boleh diubah?
Assalamualaikum pak
Izin bertanya... jika sudah menetapkan waktu dalam pengerjaan proyek perangkat lunak, namun ternyata tidak tercapai tepat waktu, apa dampaknya dan bagaimana mengatasinya?
lalu pertanyaan kedua, apa yang harus dilakukan pada tahap dokumentasi perangkat lunak?
Permisi pak ingin bertanya, pd video bpk dijelaskan bhwa adanya perencanaan perangkat lunak untuk meminimalisir kendala waktu agar tidak melewati batas waktu yg tlah ditentukan. Nah jika sudah melakukan perencanaan, ttpi pd akhirnya waktu pengerjaan prngkat lunak tetap tidak tepat waktu, kira2 faktor apa yg mnyebabkan pengerjaan tidak tpat waktu ya pak? Apakah ada faktor lain selain programmer dan biaya? Trimakasih pak
Maaf pak izin bertanya, Jika dari awal kita membuat kesalahan tidak menggunakan Rekayasa tapi langsung codingan dan di kemudian hari kita ingin berevolusi, apakah ketika evolusi tersebut kita bisa menerapkan sistem rekayasa pak? Terima kasih pak.
❤❤❤❤❤Terima kasih ada content RPL, Rekayasa Perangkat Lunak. Semoga bagi pemula pembelajar RPL di SMK bisa mengikuti dengan lebih mudah. Tidak ada yang sulit ketika pikiran membuka pintu seluas-luasnya atas banjirnya informasi seputar teknologi yang luar biasa. Selamat membuka pikiran untuk cucu pertama, Keisha Rainuri Wihamdi yang diterima di SMKN 1 Budi Utomo. Mas Fajar Pradana keren nih content. Sukses terus. Bismillah.❤❤❤❤❤
Sebelumnya terimakasih Pak atas video pembelajarannya, sangat mudah dipahami. Namun ada yang ingin saya tanyakan yaitu:
1. Apa yang harus dilakukan manajer proyek perangkat lunak apabila proyek tidak berjalan sesuai rencana dan berakhir telat? Seperti yang Bapak katakan tadi jika proyek itu adalah pengerjaan rumah maka hanya perlu menambahkan tukang maka proyek akan berjalan lebih cepat. Lantas apa yang harus dilakukan apabila jika penambahan programmer tidak memiliki pengaruh?
2. Apakah dokumentasi harus juga diberikan kepada pengguna akhir (user)? Atau hanya perlu disebarkan antar programmer saja? Jika memang ada dokumentasi untuk user apa isinya berbeda dengan apa yang diberikan programmer?
Terimakasih Pak, semoga sehat selalu.
dokumentasi digunakan oleh semua pihak yang terlibat tidak hanya programmer
Apakah rekayasa dan dokumentasi juga mempengaruhi pekerjaan seorang projekan atau freelancer?
Izin bertanya pak. Apa yang terjadi apabila suatu sistem tidak memiliki dokumentasi? Apakah perangkat lunak itu nanti tidak akan bisa diberi tambahan fitur atau berevolusi?
pak maaf itu beck sound nya terlalu keras pak bisa kah di kecilkan suaranya
Izin bertanya dan saya harap bapak menjawan nya,saya baru belajar rpl ini nah dari pertama vidio sampai akhir saya belum paham apa itu perangkat lunak apakah sebuah bentuk otak dari sebuah sistem?
Permisi Pak izin bertanya, Jika perangkat lunak tidak sesuai dengan perencanaan, apakah harus diperbaiki ulang?
Saya izin bertanya pak.
1. Apa yang dapat dilakukan jika seandainya pengerjaan suatu proyek perangkat lunak ternyata molor dari batas waktu yang diperkirakan walaupun sudah dilakukan perencanaan yang matang?
2. Salah satu kegunaan dokumentasi yaitu untuk sustainability perangkat lunak seperti penambahan fitur, maintenance, dan evolusi. Apakah semua perangkat lunak akan selalu mengalami evolusi dan seperti apa bentuk evolusi perangkat lunak tersebut?
Terima kasih pak.
evolusi merupakan fase dimana PL melakukan perbaikan skala mayor, tidak hanya dari tampilan saja namun sampai ke cara kerja sehingga lebih optimal. biasanya evolusi ini dilakukan karena OS dimana PL tersbut berjalan juga update secara besar2an sehingga perlu penyesuaian