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 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
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.
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..
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 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?
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 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
❤❤❤❤❤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.❤❤❤❤❤
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
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 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...
Terima kasih pak atas penjelasannya, saya izin bertanya apa saja kriteria yang harus dipenuhi dalam pengembangan rekayasa perangkat lunak? terima kasih
Terimakasih untuk informasinya Pak. Yang ingin saya tanyakan adalah untuk permasalahan dokumentasi, bagaimana cara untuk mendokumenrtasikan dengan baik dan benar?
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.
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?
Dokumentasi saat pengerjaan projek dilakukan oleh siapa dan apakah dokumentasi yang dibuat isinya sesuai keinginan pembuat atau harus ada syarat-syarat tertentu yang harus ada di dokumentasi?
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
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?
Saya ingin bertanya, bagaimana cara mendokumentasikan yang baik dan benar? Apakah ada point-point yang harus sangat diperhatikan saat mendokumentasikan?
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 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 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 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 ?
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.
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?
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, dalam perancangan RPL seperti apa urutan tahap dari awal perancangan hingga sampai ke tahap akhir semisal evaluasi atau testing yang harus dilalui?
Terimakasih bapak, atas materi yang disampaikan. Izin Bertanya, Apa jenis dokumentasi yang dinilai paling efektif dalam menemukan kesalahan perangkat Lunak?
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?
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?
Terimakasih pak, Bagaimana kalau saat membangun Perangkat Lunak ternyata ditengah jalan Overbudget. Apakah Rekayasa perangkat lunak harus tetap dibangun walau dikatakan gagal atau bagaimana?
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.
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
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
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)?
Selamat Sore, izin bertanya pak, apakah perlu melibatkan programmer dalam fase perencanaan, mengingat terkadang tukang lebih mengetahui keadaan lapangan dari pada arsitek ? Terimakasih
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.
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.
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
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
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 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
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?
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
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?
Izin bertanya pak, Bagaimana jika perencanaan yang telah dibuat ternyata terdapat ketidaksesuaian antara anggaran dengan harga yang terdapat di pasar, apakah boleh membuat sebuah anggaran tidak terduga, bagaimana ketentuan anggaran tidak terduga tersebut jika diperbolehkan?
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
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🙏
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
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
Terimakasih pak atas materinya, saya izin bertanya bagaimana jika sebuah proyek pada pertengahannya mengubah model sdlcnya? Apakah akan berpengaruh pada proyek tersebut? Dan bagaimana mengatasinya? Terimakasih pak fajar
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?
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
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.
Penting ini, pemahaman mendasar ttg Rekayasa Perangkat Lunak...
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 ?
@@Universalengineerings jurusan Penjasorkes
Oke
Terimakasih atas informasi terkait RPL , putra pertama saya saat ini masuk kelas XII SMK Jurusan RPL , semoga ilmunya dapat bermanfaat , Aamiin....
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
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 ?
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
Terima kasih pak
Alhamdulillah sangat bermanfaat 👍
Enak bgt suaranyaa hehe
Sangat bermanfaat ka
Mantap bang sangat membantu.
Dosrn terfavorit pas jaman kuliah dulu
Selamat sore, perkenalkan saya aisyah ingin bertanya apa tantangan/hambatan terbesar dalam rekayasa perangkat lunak? terima kasih
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..
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..
nonton dulu sblm matakuliah rpl dimulai di semester baru..
goood ang
mantap bang
mantab bos
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
Bagus
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?
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 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
salam sukses 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.❤❤❤❤❤
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
Sukses brader 👍
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 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...
keren pak..
Terima kasih pak atas penjelasannya, saya izin bertanya apa saja kriteria yang harus dipenuhi dalam pengembangan rekayasa perangkat lunak? terima kasih
Terimakasih untuk informasinya Pak. Yang ingin saya tanyakan adalah untuk permasalahan dokumentasi, bagaimana cara untuk mendokumenrtasikan dengan baik dan benar?
Alhamdulillah saya sudah manager pak.
Kabare kulo apik mas
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.
assalamualaikum bang saya mulai bergabung di chanel abang ya buat belajar
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?
Dokumentasi saat pengerjaan projek dilakukan oleh siapa dan apakah dokumentasi yang dibuat isinya sesuai keinginan pembuat atau harus ada syarat-syarat tertentu yang harus ada di dokumentasi?
tanggung jawab pada siapa di fase tersebut.. misal dokumentasi perancangan yang bertanggung jawab tentu saja tim desainer nya
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
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
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?
Saya ingin bertanya, bagaimana cara mendokumentasikan yang baik dan benar? Apakah ada point-point yang harus sangat diperhatikan saat mendokumentasikan?
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 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 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 ?
Saya baru masuk smk nih pak mohon bimbinganya untuk update terus chanelnya
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 ?
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.
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?
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, dalam perancangan RPL seperti apa urutan tahap dari awal perancangan hingga sampai ke tahap akhir semisal evaluasi atau testing yang harus dilalui?
Apa bedanya jurusan Teknik Informatika dan RPL ? lebih baik mana S1Informatika di Universitas atau D4 RPL di Politeknik ?
Terimakasih bapak, atas materi yang disampaikan. Izin Bertanya, Apa jenis dokumentasi yang dinilai paling efektif dalam menemukan kesalahan perangkat Lunak?
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?
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
terus ujian bro
Terimakasih pak, Bagaimana kalau saat membangun Perangkat Lunak ternyata ditengah jalan Overbudget. Apakah Rekayasa perangkat lunak harus tetap dibangun walau dikatakan gagal atau bagaimana?
data base
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
Melalui 26,5
Izin bertanya pak, apa yang dapat dilakukan untuk membuat projek dapat selesai tepat waktu atau bahkan lebih cepat dari waktu yang telah ditentukan?
Bg doain gw supaya kedepan nanti gw bisa masuk rpl
Ngoding data base
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
terimakasih pak, info mengenai RPL ini. izin bertanya pak, apakah ada tips untuk meminimalisir terjadinya bug dalam membuat perangkat lunak?
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
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)?
Selamat Sore, izin bertanya pak, apakah perlu melibatkan programmer dalam fase perencanaan, mengingat terkadang tukang lebih mengetahui keadaan lapangan dari pada arsitek ?
Terimakasih
Izin bertanya pak, Bagaimana penerapan prinsip-prinsip Rekayasa Perangkat Lunak di dunia industri pak?
ijin download bang buat belajar
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.
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.
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
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
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 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
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?
Izin bertanya bapak, Apakah sebuah dokumentasi dapat dimodifikasi pada tahap setelah analisis dan perancangan?
Apakah sebuah dokumentasi dapat dimodifikasi pada tahap setelah analisis dan perancangan pak?
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
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?
Izin bertanya pak,
Bagaimana jika perencanaan yang telah dibuat ternyata terdapat ketidaksesuaian antara anggaran dengan harga yang terdapat di pasar, apakah boleh membuat sebuah anggaran tidak terduga, bagaimana ketentuan anggaran tidak terduga tersebut jika diperbolehkan?
harusnya sebelum fase devel ada feasibility study termasuk didalamnya anggaran yang tidak terduga harus dipertimbangkan
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
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🙏
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
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
Assalamulaikan Pak
apakah model pengembangan RPL dapat diubah ketika proses pengerjaan berlangsung?
Terimakasih pak atas materinya, saya izin bertanya bagaimana jika sebuah proyek pada pertengahannya mengubah model sdlcnya? Apakah akan berpengaruh pada proyek tersebut? Dan bagaimana mengatasinya? Terimakasih pak fajar
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?
Assalamualaikum pak
Mohon izin bertanya, ketika dalam fase implementasi terjadi keterlambatan, siapakah yang bertanggung jawab dalam proyek tersebut?
Permisi Pak izin bertanya, Jika perangkat lunak tidak sesuai dengan perencanaan, apakah harus diperbaiki ulang?
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
izin bertanya pak. apakah tantangan utama bagi orang yang membangun rancangan perangkat lunak?
Semoga bermanfaat
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.
Apakah rekayasa dan dokumentasi juga mempengaruhi pekerjaan seorang projekan atau freelancer?