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.
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 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 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 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.❤❤❤❤❤
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 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
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?
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?
Terima kasih pak Fajar atas penjelasannya cukup menarik dan cukup jelas, namun ada hal yang ingin saya tanyakan berkaitan dengan dokumentasi perangkat lunak. Dalam video disebutkan bahwa peran dokumentasi dalam membangun perangkat lunak sangat krusial dan dapat menjadi acuan dalam menjamin sustainability dari perangkat lunak tersebut. Telah bapak jelaskan juga bahwa dokumentasi dilakukan pada tahap analisis hingga perancangan dan berisikan pemodelan perangkat lunak. Nah yang ingin saya tanyakan adalah apakah dokumentasi yang berisi pemodelan dari perangkat lunak saja sudah cukup sebagai acuan keberlanjutan dari pengembangan perangkat lunak tersebut? Ataukah perlu berisikan seluruh informasi detail dalam pembangunan perangkat lunak tersebut mulai dari tahap awal sampai deployment seperti spesifikasi kebutuhan, pemodelan, hasil perancangan UI, serta hasil pengujian fitur?
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?
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 untuk informasinya Pak. Yang ingin saya tanyakan adalah untuk permasalahan dokumentasi, bagaimana cara untuk mendokumenrtasikan dengan baik dan benar?
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
Terimakasih pak, Bagaimana kalau saat membangun Perangkat Lunak ternyata ditengah jalan Overbudget. Apakah Rekayasa perangkat lunak harus tetap dibangun walau dikatakan gagal atau bagaimana?
sama,, aq juga masuk RPL ,,,itu juga disuruh ama kakak gw ,,aq pinginya sih ke TBSM ,,. katanya nanti kalo lulusan RPL cari kerjanya gampng ,,, yaudh kn gw masuk RPL ,,,eh gua liat yutup orng lain tentang RPL ternyata susah banget ,,,,,jdinya yh gitu gua jadi pesimisss karna masuk jurusan RPL..,,,,😔😔 MAU TANYA DONG MASUK JURUSAN RPL HARUS PUNYA LAPTOP GK SIH,,, katnya harus punya laptop sedangkan aq gk punya laptop😭😭......
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 ?
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 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, saya izin bertanya apa saja kriteria yang harus dipenuhi dalam pengembangan rekayasa perangkat lunak? terima kasih
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?
Terimakasih bapak, atas materi yang disampaikan. Izin Bertanya, Apa jenis dokumentasi yang dinilai paling efektif dalam menemukan kesalahan perangkat Lunak?
Saya ingin bertanya, bagaimana cara mendokumentasikan yang baik dan benar? Apakah ada point-point yang harus sangat diperhatikan saat mendokumentasikan?
Terimakasih atas video pembelajarannya pak, tetapi ada 2 hal yang saya izin tanyakan: 1. Apakah dokumentasi yang Bapak maksudkan disini adalah seperti user journey map, data flow diagram, dan diagram-diagram lainnya? 2. Jika demikian, berarti dokumentasi tersebut bisa dibuat oleh UX designer, software engineer, dan pihak lain untuk kemudian dikumpulkan kepada project manager?
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?
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 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
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?
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 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 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
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
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🙏
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
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 pemaparannya, saya ingin bertanya terkait dengan dokumentasi.. Bagaimana jika melakukan pembuatan aplikasi dengan tidak adanya dokumentasi sebelumnya, bagaimana yang akan terjadi?
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 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 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?
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.
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
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 izin bertanya, dalam perancangan RPL seperti apa urutan tahap dari awal perancangan hingga sampai ke tahap akhir semisal evaluasi atau testing yang harus dilalui?
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)?
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
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.
Wah penyampaian materinya sangat bagus sekali pak, namun saya ingin bertanya tentang apakah mungkin pada fase implementasi terjadi keterlambatan (molor) dalam penyelesaian dan apa yang menyebabkan hal itu terjadi, apabila dalam proyek tersebut sebelumnya juga sudah melalukan tahap perencanaan dan dokumentasi? dan apakah pada fase perencanaan dan dokumentasi harus/perlu melibatkan seorang programmer?
bisa saja molor, salah satu sebabnya rancangan yang dibuat ternyata tidak dipahami oleh programmer. pada saat desainer membuat pemodelan untuk implementasi akan sangat mungkin melibatkan senior programmer untuk melakukan validasi hasil desain yang dibuat
Terimakasih pak video pembelajaran rekayasa perangkat lunak ini sangat membantu saya untuk memahami dari awal. lalu ada yang ingin saya tanyakan pak, sebelum menyerahkan suatu perangkat lunak ini kepada pengguna dan mengantisipasi serta meminimalisir terjadi kerusakan yang fatal, tentunya dilakukan aktivitas untuk pengujian perangkat lunak. Pelaksanaan pengujian tsb biasanya meliputi apa saja ya pak? pertanyaan kedua, dokumen - dokumen yang bapak sebutkan di video, itu tidak berupa barisan code, lalu berupa apa ya pak? dan apakah seluruh dokumen tsb akan diserahkan kepada penerima? atau dokumen tertentu saja terimakasih pak Fajar..
Permisi pak izin bertanya 1. Tadi disampaikan jika terkadang ada bug tidak terdeteksi padahal aplikasi sudah akan diberikan pada client, lalu testing seperti apa yang paling efektif untuk meminimalisir adanya bug yg tidak terdeteksi? 2. Untuk pembagian siapa yg mengimplementasikan baris kode untuk fitur A dan siapa yang fitur B, ditentukan dari apa ya pak? Apa itu juga perlu direncanakan pada tahap perencanaan? Terimakasih untuk materinya pak.
1. pengujian dimulai dari unit terkecil sistem (algoritme, baris kode sampai dengan uji fungsionalitas) jenisnya dan tekniknya ada whitebox dan blackbox 2. iya.. designer akan merancang dengan mempertimbangkan jumlah tim programmer agar optimal
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
Izin bertanya pak, apakah isi dokumentasi tersebut hanya berkaitan dengan perancangan perangkat lunak yang berisikan diagram - diagram? atau terdapat panduan juga terkait sistem dan pengguna?
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?
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 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
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 pak: 1. Apakah dokumentasi yang dimaksud di sini sama dengan dokumentasi library-library yang banyak disediakan di internet pak? Atau lebih dirinci untuk tim pengembangnya sendiri? 2. Apakah informasi confidential terkait development seperti secret key, private key, itu dimasukkan ke dalam dokumentasi juga pak? Terima kasih.
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.
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
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 ?
@@BabaResto 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.
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 ?
semoga bisa masuk smk impian dengan menyerap ilmu dari video ini
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.
Selamat sore, perkenalkan saya aisyah ingin bertanya apa tantangan/hambatan terbesar dalam rekayasa perangkat lunak? terima kasih
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 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 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.❤❤❤❤❤
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..
nonton dulu sblm matakuliah rpl dimulai di semester baru..
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
Alhamdulillah sangat bermanfaat 👍
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
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?
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?
Terima kasih pak Fajar atas penjelasannya cukup menarik dan cukup jelas, namun ada hal yang ingin saya tanyakan berkaitan dengan dokumentasi perangkat lunak.
Dalam video disebutkan bahwa peran dokumentasi dalam membangun perangkat lunak sangat krusial dan dapat menjadi acuan dalam menjamin sustainability dari perangkat lunak tersebut. Telah bapak jelaskan juga bahwa dokumentasi dilakukan pada tahap analisis hingga perancangan dan berisikan pemodelan perangkat lunak. Nah yang ingin saya tanyakan adalah apakah dokumentasi yang berisi pemodelan dari perangkat lunak saja sudah cukup sebagai acuan keberlanjutan dari pengembangan perangkat lunak tersebut? Ataukah perlu berisikan seluruh informasi detail dalam pembangunan perangkat lunak tersebut mulai dari tahap awal sampai deployment seperti spesifikasi kebutuhan, pemodelan, hasil perancangan UI, serta hasil pengujian fitur?
Sukses brader 👍
Dosrn terfavorit pas jaman kuliah dulu
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?
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.
salam sukses pak 🙏🙏🙏🙏
Terimakasih untuk informasinya Pak. Yang ingin saya tanyakan adalah untuk permasalahan dokumentasi, bagaimana cara untuk mendokumenrtasikan dengan baik dan benar?
Enak bgt suaranyaa hehe
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
assalamualaikum bang saya mulai bergabung di chanel abang ya buat belajar
Terimakasih pak, Bagaimana kalau saat membangun Perangkat Lunak ternyata ditengah jalan Overbudget. Apakah Rekayasa perangkat lunak harus tetap dibangun walau dikatakan gagal atau bagaimana?
Mantap bang sangat membantu.
OMG AKU DAFTAR SMK JURUSAN RPL DOAIN BISA NGERTI YA PLIS TAKUT SUSAH😭
@@galangramadhan505 smkn4 Bogor
sama,, aq juga masuk RPL ,,,itu juga disuruh ama kakak gw ,,aq pinginya sih ke TBSM ,,. katanya nanti kalo lulusan RPL cari kerjanya gampng ,,, yaudh kn gw masuk RPL ,,,eh gua liat yutup orng lain tentang RPL ternyata susah banget ,,,,,jdinya yh gitu gua jadi pesimisss karna masuk jurusan RPL..,,,,😔😔
MAU TANYA DONG
MASUK JURUSAN RPL HARUS PUNYA LAPTOP GK SIH,,, katnya harus punya laptop sedangkan aq gk punya laptop😭😭......
...
@@Childea kata smk aku sih wajib, kalaupun gapunya biasanya disediain sama sekolah jadi bisa pinjem
@@wulanfulqidamayanti4822 oh gitu yh ,,,,,,,yh udh Lh jalanin aja ,,,
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 ?
Alhamdulillah saya sudah manager pak.
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
Bg doain gw supaya kedepan nanti gw bisa masuk rpl
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, saya izin bertanya apa saja kriteria yang harus dipenuhi dalam pengembangan rekayasa perangkat lunak? terima kasih
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?
Sangat bermanfaat ka
Terimakasih bapak, atas materi yang disampaikan. Izin Bertanya, Apa jenis dokumentasi yang dinilai paling efektif dalam menemukan kesalahan perangkat Lunak?
Saya ingin bertanya, bagaimana cara mendokumentasikan yang baik dan benar? Apakah ada point-point yang harus sangat diperhatikan saat mendokumentasikan?
Terimakasih atas video pembelajarannya pak, tetapi ada 2 hal yang saya izin tanyakan:
1. Apakah dokumentasi yang Bapak maksudkan disini adalah seperti user journey map, data flow diagram, dan diagram-diagram lainnya?
2. Jika demikian, berarti dokumentasi tersebut bisa dibuat oleh UX designer, software engineer, dan pihak lain untuk kemudian dikumpulkan kepada project manager?
iya betul
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
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
Saya baru masuk smk nih pak mohon bimbinganya untuk update terus chanelnya
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
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?
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 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 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
goood ang
mantab bos
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
Apa bedanya jurusan Teknik Informatika dan RPL ? lebih baik mana S1Informatika di Universitas atau D4 RPL di Politeknik ?
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🙏
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
Kabare kulo apik mas
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 pemaparannya, saya ingin bertanya terkait dengan dokumentasi.. Bagaimana jika melakukan pembuatan aplikasi dengan tidak adanya dokumentasi sebelumnya, bagaimana yang akan terjadi?
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 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.
keren pak..
terimakasih pak, info mengenai RPL ini. izin bertanya pak, apakah ada tips untuk meminimalisir terjadinya bug dalam membuat perangkat lunak?
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?
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.
mantap bang
terus ujian bro
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
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, Bagaimana penerapan prinsip-prinsip Rekayasa Perangkat Lunak di dunia industri pak?
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?
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)?
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
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, lalu apakah sebuah rekayasa perangkat lunak memiliki standar minimum agar bisa dikatakan sebagai perangkat lunak yang baik?
Wah penyampaian materinya sangat bagus sekali pak, namun saya ingin bertanya tentang apakah mungkin pada fase implementasi terjadi keterlambatan (molor) dalam penyelesaian dan apa yang menyebabkan hal itu terjadi, apabila dalam proyek tersebut sebelumnya juga sudah melalukan tahap perencanaan dan dokumentasi?
dan apakah pada fase perencanaan dan dokumentasi harus/perlu melibatkan seorang programmer?
bisa saja molor, salah satu sebabnya rancangan yang dibuat ternyata tidak dipahami oleh programmer. pada saat desainer membuat pemodelan untuk implementasi akan sangat mungkin melibatkan senior programmer untuk melakukan validasi hasil desain yang dibuat
Terimakasih pak video pembelajaran rekayasa perangkat lunak ini sangat membantu saya untuk memahami dari awal.
lalu ada yang ingin saya tanyakan pak,
sebelum menyerahkan suatu perangkat lunak ini kepada pengguna dan mengantisipasi serta meminimalisir terjadi kerusakan yang fatal, tentunya dilakukan aktivitas untuk pengujian perangkat lunak. Pelaksanaan pengujian tsb biasanya meliputi apa saja ya pak?
pertanyaan kedua, dokumen - dokumen yang bapak sebutkan di video, itu tidak berupa barisan code, lalu berupa apa ya pak? dan apakah seluruh dokumen tsb akan diserahkan kepada penerima? atau dokumen tertentu saja
terimakasih pak Fajar..
pengujian ada 2 teknik (whitebox dan blackbox) akan dijelaskan di sesi terpisah.
dokumentasi berisi pemodelan (diagram2)
Permisi pak izin bertanya
1. Tadi disampaikan jika terkadang ada bug tidak terdeteksi padahal aplikasi sudah akan diberikan pada client, lalu testing seperti apa yang paling efektif untuk meminimalisir adanya bug yg tidak terdeteksi?
2. Untuk pembagian siapa yg mengimplementasikan baris kode untuk fitur A dan siapa yang fitur B, ditentukan dari apa ya pak? Apa itu juga perlu direncanakan pada tahap perencanaan?
Terimakasih untuk materinya pak.
1. pengujian dimulai dari unit terkecil sistem (algoritme, baris kode sampai dengan uji fungsionalitas) jenisnya dan tekniknya ada whitebox dan blackbox
2. iya.. designer akan merancang dengan mempertimbangkan jumlah tim programmer agar optimal
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
Izin bertanya pak, apakah isi dokumentasi tersebut hanya berkaitan dengan perancangan perangkat lunak yang berisikan diagram - diagram? atau terdapat panduan juga terkait sistem dan pengguna?
Izin bertanya pak, apa yang dapat dilakukan untuk membuat projek dapat selesai tepat waktu atau bahkan lebih cepat dari waktu yang telah ditentukan?
Terima kasih pak
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?
Ngoding data base
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
Apakah bluprint harus berkembang setiap waktu ke waktu? atau sekali dibuat dan dibiarkan saja atau bahkan tidak boleh diubah?
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
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 pak:
1. Apakah dokumentasi yang dimaksud di sini sama dengan dokumentasi library-library yang banyak disediakan di internet pak? Atau lebih dirinci untuk tim pengembangnya sendiri?
2. Apakah informasi confidential terkait development seperti secret key, private key, itu dimasukkan ke dalam dokumentasi juga pak?
Terima kasih.
1. salah satunya iya, namun yang paling penting adalah pemodelan (diagram2)
2. tidak perlu
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.
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
izin bertanya pak. apakah tantangan utama bagi orang yang membangun rancangan perangkat lunak?
Apakah rekayasa dan dokumentasi juga mempengaruhi pekerjaan seorang projekan atau freelancer?
Selamat Sore, izin bertanya pak, apakah perlu melibatkan programmer dalam fase perencanaan, mengingat terkadang tukang lebih mengetahui keadaan lapangan dari pada arsitek ?
Terimakasih
Assalamualaikum pak
Mohon izin bertanya, ketika dalam fase implementasi terjadi keterlambatan, siapakah yang bertanggung jawab dalam proyek tersebut?
Bagus