|
UNIVERSITAS AMIKOM YOGYAKARTA
|
RPS-S1IF-ST165 |
| RENCANA PEMBELAJARAN SEMESTER | ||||||
| MATA KULIAH (MK) | KODE | Rumpun MK | BOBOT (sks) | SEMESTER | Tanggal Penyusunan | |
| PROYEK PEMROGRAMAN | ST165 | Kelompok Mata Kuliah Algoritma dan Pemrograman | 4 | 0 | 6 | 11 Mar 2026 |
| Pengesahan | Dosen Pengembang RPS | Koordinator RMK | Ka PRODI |
|
Bambang Pilu Hartato, S.Kom., M.Eng. |
Bambang Pilu Hartato, S.Kom., M.Eng. |
ELI PUJASTUTI, M. KOM. |
| Capaian Pembelajaran | CPL-PRODI yang dibebankan pada MK | |
| CPLP03 | memiliki pandangan terbuka, kritis dan profesional dalam menyelesaikan masalah menggunakan inovasi digital bidang informatika | |
| CPLP05 | Mampu menganalisis, merancang dan mengevaluasi perangkat lunak pada berbagai platform untuk memenuhi kebutuhan industri atau masyarakat | |
| CPLP09 | mampu menjelaskan metode analisis, perancangan sistem, pengujian perangkat lunak pada berbagai platform untuk memenuhi kebutuhan industri atau masyarakat | |
| Capaian Pembelajaran Mata Kuliah (CPMK) | ||
| CPMK08 | Mahasiswa mampu menyampaikan pandangan atau gagasan yang kritis dan profesional dalam menyelesaikan masalah pada industri | |
| CPMK11 | Mahasiswa mampu menghasilkan produk ekonomi kreatif digital dalam bidang informatika | |
| CPMK16 | Mahasiswa mampu merancang perangkat lunak pada berbagai platform digital | |
| CPMK38 | Mahasiswa mampu menganalisis platform yang sesuai untuk kebutuhan industri atau masyarakat | |
| Kemampuan akhir tiap tahapan belajar (Sub-CPMK) | ||
| sub.cpmk.ST165.CPMK08.1 | Mahasiswa mampu merancang dan mengelola pembangunan proyek perangkat lunak. | |
| sub.cpmk.ST165.CPMK08.2 | Mahasiswa mampu membangun dokumentasi analisa kebutuhan proyek perangkat lunak. | |
| sub.cpmk.ST165.CPMK08.3 | Mahasiswa mampu menghitung biaya pembangunan proyek perangkat lunak. | |
| sub.cpmk.ST165.CPMK11.1 | Mahasiswa mampu menghasilkan proyek perangkat lunak standar industri melalui manajemen berbasis Agile Scrum. | |
| sub.cpmk.ST165.CPMK16.1 | Mahasisiwa mampu melakukan pengkajian kebutuhan perangkat lunak pada proyek perangkat lunak. | |
| sub.cpmk.ST165.CPMK16.2 | Mahasiswa mampu mengimplementasikan repositori perangkat lunak. | |
| sub.cpmk.ST165.CPMK38.1 | Mahasiswa mampu menentukan dan menggunakan platform memanajemen pengembangan proyek perangkat lunak. | |
| sub.cpmk.ST165.CPMK38.2 | Mahasiswa mampu melakukan integrasi otomatisasi pengembangan perangkat lunak berkelanjutan. | |
| sub.cpmk.ST165.CPMK38.4 | Mahasiswa mampu membuat blueprint proyek perangkat lunak dengan standar industri. | |
| Korelasi CPMK terhadap Sub-CPMK | ||
| CPMK08 |
sub.cpmk.ST165.CPMK08.1 sub.cpmk.ST165.CPMK08.2 sub.cpmk.ST165.CPMK08.3 |
|
| CPMK16 |
sub.cpmk.ST165.CPMK16.1 sub.cpmk.ST165.CPMK16.2 |
|
| CPMK38 |
sub.cpmk.ST165.CPMK38.1 sub.cpmk.ST165.CPMK38.2 sub.cpmk.ST165.CPMK38.4 |
|
| CPMK11 |
sub.cpmk.ST165.CPMK11.1 |
|
| Deskripsi Singkat MK | Mata kuliah Proyek Pemrograman bertujuan untuk membekali mahasiswa dengan kemampuan mengembangkan proyek perangkat lunak secara terstruktur dan profesional. Mata kuliah ini umumnya ditempuh oleh mahasiswa program studi Informatika atau Ilmu Komputer pada semester akhir sebagai sarana untuk mengintegrasikan pengetahuan dan keterampilan yang telah diperoleh selama perkuliahan. Dalam mata kuliah ini, mahasiswa akan mempelajari proses pengembangan perangkat lunak secara menyeluruh, mulai dari tahap perencanaan, analisis kebutuhan, perancangan, implementasi, pengujian, hingga pemeliharaan sistem. Selain itu, mahasiswa juga diperkenalkan pada berbagai pendekatan dan alat yang digunakan dalam pengelolaan proyek perangkat lunak, seperti metodologi Agile dan Scrum. Selama mengikuti mata kuliah ini, mahasiswa akan bekerja secara berkelompok untuk mengembangkan sebuah proyek perangkat lunak dari tahap awal hingga menghasilkan produk yang dapat digunakan. Proyek yang dikembangkan dapat berupa berbagai jenis aplikasi, seperti aplikasi web, aplikasi mobile, maupun perangkat lunak desktop. Dalam proses pengembangan proyek tersebut, mahasiswa akan menerapkan berbagai konsep dan keterampilan teknis, antara lain pemrograman berorientasi objek, pengelolaan basis data, perancangan antarmuka pengguna, pengujian dan debugging perangkat lunak, serta penyusunan dokumentasi proyek. Setiap tahapan pengembangan akan dipantau dan dievaluasi oleh dosen pengampu, sehingga mahasiswa dapat memperoleh arahan, masukan, dan umpan balik untuk meningkatkan kualitas proyek yang dikembangkan. Melalui mata kuliah ini, diharapkan mahasiswa mampu memahami proses pengembangan perangkat lunak secara komprehensif serta memiliki pengalaman praktis dalam bekerja secara kolaboratif untuk menghasilkan solusi perangkat lunak yang berkualitas. | |
| Bahan Kajian : Materi Pembelajaran | Materi yang dibahas dalam mata kuliah ini meliputi berbagai aspek yang berkaitan dengan proses pengembangan proyek perangkat lunak, antara lain: 1. Manajemen proyek perangkat lunak; 2. Analisis kebutuhan sistem (requirement analysis); 3. Analisis kebutuhan fitur aplikasi; 4. Perencanaan dan estimasi proyek perangkat lunak; 5. Penyusunan user story; 6. Perancangan dan desain sistem perangkat lunak; 7. Pengujian perangkat lunak (software testing); 8. Pemeliharaan dan perbaikan perangkat lunak (software maintenance) 9. Penggunaan Kanban board dalam pengelolaan proyek 10. Pengelolaan repositori perangkat lunak menggunakan sistem kontrol versi 11. Pengembangan capstone project 12. Integrasi berkelanjutan (continuous integration) dalam pengembangan perangkat lunak 13. Penerapan metodologi Agile Scrum dalam pengembangan proyek Materi-materi tersebut dirancang untuk memberikan pemahaman konseptual sekaligus pengalaman praktis kepada mahasiswa dalam mengelola dan mengembangkan proyek perangkat lunak secara kolaboratif dan terstruktur. | |
| Pustaka | Utama | |
|
||
| Pendukung | ||
|
||
| Dosen Pengampu | Bambang Pilu Hartato, S.Kom., M.Eng, Ahmad Ridwan, S.Tr.T., M.T, | |
| Mata Kuliah Syarat | Rekayasa Perangkat Lunak | |
| Pertemuan Ke | Kemampuan akhir tiap tahapan belajar (Sub-CPMK) | Penilaian | Bentuk Pembelajaran; Metode Pembelajaran; Penugasan Mahasiswa; | Materi Pembelajaran | Bobot Penilaian | ||
|---|---|---|---|---|---|---|---|
| Indikator | Kriteria & Teknik | Luring | Daring | ||||
| 1 | sub.cpmk.ST165.CPMK08.1-Mahasiswa mampu merancang dan mengelola pembangunan proyek perangkat lunak. | 1. Pemahaman konsep manajemen proyek (Mahasiswa mampu menjelaskan konsep dasar pengelolaan proyek perangkat lunak) 2. Kemampuan analisis masalah proyek (Mahasiswa mampu mengidentifikasi penyebab masalah dalam proyek) 3. Pemahaman konsep Scrum (Mahasiswa mampu mengaitkan solusi dengan prinsip Scrum atau Agile) 4. Kemampuan menyampaikan argumen (Mahasiswa mampu menjelaskan hasil diskusi secara logis) |
Kriteria Rubrik Analitik Teknik Dosen menilai bagaimana mahasiswa menganalisis dan memberikan solusi terhadap kasus proyek software. |
Kuliah,Proses Belajar,[PB=200 Menit] Portofolio,Penugasan Terstruktur dan Kegiatan Mandiri ,[PT+KM : (1+1 ) x (2 x 60" )=1 Menit] |
E-learning interaktif,Penugasan Terstruktur dan Kegiatan Mandiri ,[PT+KM : (1+1 ) x (2 x 60" )=1 Menit] |
Topik Pertemuan 1: Fundamental Manajemen Proyek Perangkat Lunak Pertemuan 2: Agile Development dan Scrum Framework Sub Topik Pertemuan 1: - Pengantar Proyek Perangkat Lunak - Tantangan dalam Proyek Perangkat Lunak - Konsep Dasar Manajemen Proyek - Tahapan Pengelolaan Proyek Perangkat Lunak - Studi Kasus Manajemen Proyek Software Pertemuan 2: - Pembentukan kelompok final project - Keterbatasan Metode Tradisional - Konsep Agile Development - Pengenalan Scrum Framework - Komponen Utama Scrum - Simulasi atau Diskusi Implementasi Scrum
|
5 |
| 2 | |||||||
| 3 | sub.cpmk.ST165.CPMK16.1-Mahasisiwa mampu melakukan pengkajian kebutuhan perangkat lunak pada proyek perangkat lunak. | 1. Pemahaman struktur tim Scrum 2. Kemampuan menggali kebutuhan klien 3. Penyusunan backlog 4. Penulisan user story 5. Konsistensi solusi |
Kriteria Rubrik Analitik Teknik Dosen berperan sebagai klien yang memiliki suatu masalah bisnis yang membutuhkan solusi perangkat lunak. Setiap kelompok berperan sebagai Scrum Team yang bertugas: 1. Memahami kebutuhan klien 2. Menganalisis kebutuhan sistem 3. Menyusun kebutuhan dalam bentuk user story dan backlog Output: 1. Ringkasan kebutuhan klien 2. Daftar kebutuhan awal sistem 3. Daftar backlog yang berisi (Fitur, Deskripsi, Prioritas) 4. Dokumen user story dan aceptance criteria Dokumen yang dikumpulkan: 1. Struktur Scrum Team 2. Ringkasan kebutuhan klien 3. Product Backlog 4. User Story 5. Acceptance Criteria Teknik penilaiannya adalah Project-Based Assessment |
Kuliah,Proses Belajar,[PB=200 Menit] Studi Kasus,Penugasan Terstruktur dan Kegiatan Mandiri ,[PT+KM : (1+1 ) x (2 x 60" )=1 Menit] |
Topik Pertemuan 3: Scrum Team Structure dan Peran dalam Pengelolaan Requirement Pertemuan 4: Scrum Events dan Artefak dalam Pengelolaan Requirement Pertemuan 5: Analisis Kebutuhan Perangkat Lunak dan User Story Sub Topik Pertemuan 3: a. Struktur tim dalam Scrum b. Tanggung jawab tiap peran dalam proyek c. Kolaborasi tim dalam mengelola kebutuhan sistem d. Hubungan Product Owner dengan requirement e. Contoh alur komunikasi kebutuhan dalam Scrum Pertemuan 4: a. Scrum Events b. Fungsi setiap kegiatan dalam mengelola pekerjaan tim c. Scrum Artifacts d. Hubungan backlog dengan kebutuhan perangkat lunak e. Contoh backlog sederhana Pertemuan 5: a. Pengertian kebutuhan perangkat lunak b. Kebutuhan fungsional vs non-fungsional c. Konsep user story dalam Agile d. Struktur user story e. Tahapan penyusunan user story f. Acceptance criteria g. Contoh user story pada aplikasi nyata
|
8 | |
| 4 | |||||||
| 5 | |||||||
| 6 | sub.cpmk.ST165.CPMK16.1-Mahasisiwa mampu melakukan pengkajian kebutuhan perangkat lunak pada proyek perangkat lunak. | 1. Kemampuan menyusun use case diagram 2. Kemampuan menyusun activity diagram 3. Konsistensi antara requirement dan model sistem 4. Kemampuan menyusun test scenario dan test case 5. Kemampuan merancang rencana maintenance sistem |
Kriteria Rubrik Analitik Teknik Project-Based Assessment: Dosen tetap sebagai klien. Mahasiswa sebagai Scrum Team melanjutkan pekerjaan dengan: 1. Menerjemahkan requirement menjadi model sistem 2. Memvalidasi requirement melalui skenario pengujian 3. Menyusun rencana keberlanjutan sistem Output: 1. Use Case Diagram 2. Activity Diagram 3. Test Scenario / Test Case 4. Rencana Maintenance |
Kuliah,Proses Belajar,[PB=100 Menit] Studi Kasus,Penugasan Terstruktur dan Kegiatan Mandiri ,[PT+KM : (1+1 ) x (2 x 60" )=1 Menit] |
Topik Pertemuan 6: Requirement Modeling menggunakan UML Pertemuan 7: Requirement Validation dan Quality Planning Sub Topik Pertemuan 6: a. Peran Pemodelan dalam Pengembangan Perangkat Lunak b. Use Case Diagram c. Activity Diagram d. Translasi User Story menjadi Diagram e. Contoh Pemodelan Sistem Pertemuan 7: a. Pentingnya Pengujian dalam Proyek Perangkat Lunak b. Konsep Dasar Software Testing c. Jenis Pengujian Perangkat Lunak d. Perancangan Skenario Pengujian e. Rencana Maintenance Sistem f. Hubungan Requirement dengan Maintenance
|
8 | |
| 7 | |||||||
| 8 | sub.cpmk.ST165.CPMK08.2-Mahasiswa mampu membangun dokumentasi analisa kebutuhan proyek perangkat lunak. | 1. Kualitas Dokumentasi Mini SRS 2. Kemampuan Menyusun Pitch Deck 3. Kemampuan Komunikasi Profesional 4. Critical Thinking 5. Kesesuaian Solusi dengan Problem |
Kriteria Rubrik Analitik Teknik Mahasiswa membuat presentasi utama berupa video yang menjelaskan tentang: 1. Problem dari klien 2. Solusi yang diusulkan 3. Requirement 4. Use case & activity diagram 5. Test case scenario 6. Nilai bisnis/manfaat sistem Mahasiswa juga mengunggah dokumen SRS Selain itu 2 kelompok akan dipilih secara random untuk presentasi di kelas |
Kuliah,Proses Belajar,[PB=50 Menit] Presentasi,Penugasan,[KP=50 Menit] |
Presentasi,Penugasan Terstruktur dan Kegiatan Mandiri ,[PT+KM : (1+1 ) x (2 x 60" )=1 Menit] |
Topik Software Requirement Documentation dan Presentasi Profesional Sub Topik 1. Peran Dokumentasi dalam Proyek Perangkat Lunak 2. Struktur Dokumen Software Requirement Specification (SRS) 3. Integrasi Artefak ke dalam Dokumen 4. Teknik Menyampaikan Requirement Secara Profesional 5. Critical Thinking dalam Analisis Kebutuhan 6. Best Practice Dokumentasi di Industri
|
5 |
| 9 | sub.cpmk.ST165.CPMK38.1-Mahasiswa mampu menentukan dan menggunakan platform memanajemen pengembangan proyek perangkat lunak. | 1. Kemampuan Menggunakan Platform 2. Kesesuaian dengan Konsep Agile 3. Kemampuan Analisis Platform 4. Kesesuaian dengan Kebutuhan Proyek 5. Kerapian & Profesionalitas |
Kriteria Rubrik Analitik Teknik 1. Tim mahasiswa diminta memilih salah satu platform manajemen proyek. 2. Mahasiswa diminta untuk mengimplementasikan SRS mereka ke dalam platform yang dipilih. 3. Mahasiswa diminta membuat analisis singkat kenapa memilih platform tersebut. Output yang dinilai: 1. Link board 2. Screenshoot 3. 1-2 halaman analisis 2 kelompok dipilih secara random untuk mempresentasikan board masing-masing. |
Kuliah,Proses Belajar,[PB=100 Menit] Penugasan,Penugasan Terstruktur dan Kegiatan Mandiri ,[PT+KM : (1+1 ) x (2 x 60" )=1 Menit] |
Topik Agile Project Management Tools & Platform Selection Sub Topik 1. Fundamental Kanban 2. Struktur & Komponen Kanban Board 3. Platform Manajemen Proyek 4. Kriteria Pemilihan Platform 5. Studi Kasus
|
5 | |
| 10 | sub.cpmk.ST165.CPMK16.2-Mahasiswa mampu mengimplementasikan repositori perangkat lunak. | 1. Implementasi Repository 2. Penggunaan Branching 3. Kualitas Commit 4. Kolaborasi Tim 5. Pemahaman Konsep |
Kriteria Rubrik Analitik Teknik Tugas dilakukan secara berkelompok. Mahasiswa diminta untuk: 1. Membuat repository (GitHub/GitLab) 2. Menerapkan branch (minimal 3 branch) 3. Menerapkan commit secara terstruktur 4. Melakukan merge ke branch utama 5. Mengelola task yang ada pada kanban board dan menyesuaikannya dengan repository. Output yang diminta: 1. Link repository 2. Screenshoot commit history dan list branch yang ada 3. Penjelasan singkat workflow yang dilakukan oleh tim 2 kelompok dipilih secara random untuk menjelaskan repository yang dikelola. Penjelasan dilakukan di kelas. |
Kuliah,Proses Belajar,[PB=100 Menit] Project-Based Learning,Penugasan Terstruktur dan Kegiatan Mandiri ,[PT+KM : (1+1 ) x (2 x 60" )=1 Menit] |
Topik Version Control & Collaborative Development Workflow with Git Sub Topik 1. Fundamental Git 2. Mekanisme Git 3. Git Workflow 4. Platform Git 5. Integrasi Git dengan Project Mahasiswa 6. Best Practice Git
|
6 | |
| 11 | sub.cpmk.ST165.CPMK38.2-Mahasiswa mampu melakukan integrasi otomatisasi pengembangan perangkat lunak berkelanjutan. | 1. Implementasi CI/CD 2. Integrasi Docker 3. Automasi 4. Kesesuaian Workflow 5. Pemahaman Konsep |
Kriteria Rubrik Analitik Teknik Mahasiswa diminta untuk melakukan mini-project CI/CD + Docker Integration. Mahasiswa harus: 1. Mempunyai repo (menggunakan repo yang sama dengan tugas sebelumnya). 2. Membuat Dockerfile sesuai dengan spesifikasi projectnya. 3. Melakukan setup CI/CD terhadap projectnya (misal: melakukan build otomatis ketika code dipush ke repo) 4. Melakukan deployment container sederhana Output: 1. Link repo 2. File Dockerfile 3. File pipeline config (.yml) 4. Screenshot dari suksesnya pipeline 2 kelompok dipilih secara random untuk menjelaskan pipeline CI/CD yang dilakukan oleh timnya. Penjelasan dilakukan di kelas. |
Kuliah,Proses Belajar,[PB=100 Menit] Project-Based Learning,Penugasan Terstruktur dan Kegiatan Mandiri ,[PT+KM : (1+1 ) x (2 x 60" )=1 Menit] |
Topik CI/CD Pipeline & Containerized Deployment Sub Topik 1. Fundamental CI/CD 2. Konsep Pipeline 3. Containerization 4. Integrasi CI/CD + Docker 5. Platform Selection
|
8 | |
| 12 | |||||||
| 13 | sub.cpmk.ST165.CPMK08.3-Mahasiswa mampu menghitung biaya pembangunan proyek perangkat lunak. | 1. Menyusun Proposal Estimasi 2. Kelengkapan Estimasi 3. Kesesuaian dengan Proyek 4. Kesesuaian dengan Proyek 5. Critical Thinking |
Kriteria Rubrik Analitik Teknik Mini Project Estimasi Biaya Proyek Mahasiswa diminta: 1. Menggunakan project yang sebelumnya dibuat 2. Membuat WBS sederhana 3. Melakukan estimasi waktu, biaya, dan SDM Output: Dokumen estimasi proyek (client-oriented) yang berisi: 1. Deskripsi singkat sistem 2. Breakdown pekerjaan 3. Timeline 4. Kebutuhan SDM 5. Estimasi biaya total 6. Asumsi yang digunakan Di pertemuan ke 14 dilakukan mini evaluasi (SRS final, repo, CI/CD) sebelum masuk sprint phase |
Kuliah,Proses Belajar,[PB=100 Menit] Project-Based Learning,Penugasan Terstruktur dan Kegiatan Mandiri ,[PT+KM : (1+1 ) x (2 x 60" )=1 Menit] |
Topik Software Project Estimation & Cost Analysis Sub Topik 1. Mengapa Estimasi Itu Penting 2. Kenapa Estimasi Itu Penting 3. Teknik Estimasi (Teknik Estimasi, Expert Judgment, Decomposition (WBS), Story Points) 4. Estimasi SDM 5. Menghitung Cost 6. Menyusun Proposal Estimasi
|
5 | |
| 14 | |||||||
| 15 | sub.cpmk.ST165.CPMK16.1-Mahasisiwa mampu melakukan pengkajian kebutuhan perangkat lunak pada proyek perangkat lunak. sub.cpmk.ST165.CPMK16.2-Mahasiswa mampu mengimplementasikan repositori perangkat lunak. | 1. Kejelasan problem definition 2. Kelengkapan requirement 3. Konsistensi requirement 4. Kejelasan arsitektur sistem 6. Kesesuaian desain dengan kebutuhan 7. Kesesuaian desain dengan kebutuhan 8. Ketersediaan repository 9. Struktur project 10. Aktivitas awal |
Kriteria Rubrik Analitik Teknik Performance Assessment (Penilaian Kinerja) + Product Assessment. 1. Mahasiswa diminta mensubmit Dokumen Blueprint (Produk) yang terdiri dari SRS ringan dan desain sistem. 2. Mahasiswa diminta mensubmit informasi repository yang terdiri dari Git repo dan commit activity |
Ujian terjadwal,Penugasan Terstruktur dan Kegiatan Mandiri ,[PT+KM : (1+1 ) x (2 x 60" )=1 Menit] |
Topik Sub Topik |
10 | |
| 16 | sub.cpmk.ST165.CPMK38.1-Mahasiswa mampu menentukan dan menggunakan platform memanajemen pengembangan proyek perangkat lunak. sub.cpmk.ST165.CPMK38.2-Mahasiswa mampu melakukan integrasi otomatisasi pengembangan perangkat lunak berkelanjutan. sub.cpmk.ST165.CPMK38.4-Mahasiswa mampu membuat blueprint proyek perangkat lunak dengan standar industri. | 1. Manajemen Proyek 2. Aktivitas Development 3. Aktivitas Development 4. Implementasi CI/CD 5. Progress Konsisten |
Kriteria Rubrik Holistik Teknik Performance Assessment (observasi langsung). 1. Progress Check (10 menit): Setiap tim melakukan update: apa saja yang sudah dilakukan beserta kendalanya. 2. Development Session (70 menit): Mahasiswa dipantau proses developmentnya 3. Feedback & Coaching (20 menit): Dosen memberikan insight akhir dalam sesi tersebut |
Project-Based Learning,Penugasan Terstruktur dan Kegiatan Mandiri ,[PT+KM : (1+1 ) x (2 x 60" )=1 Menit] |
Topik Project Development Monitoring and Evaluation Sub Topik Pada tahap ini, mahasiswa melaksanakan pengembangan proyek perangkat lunak secara berkelompok dengan menerapkan platform manajemen proyek, version control, serta praktik integrasi dan deployment berkelanjutan. Dosen berperan sebagai supervisor yang melakukan monitoring, evaluasi, dan memberikan umpan balik secara langsung terhadap proses pengembangan yang dilakukan mahasiswa. |
20 | |
| 17 | |||||||
| 18 | |||||||
| 19 | |||||||
| 20 | |||||||
| 21 | |||||||
| 22 | |||||||
| 23 | |||||||
| 24 | sub.cpmk.ST165.CPMK08.1-Mahasiswa mampu merancang dan mengelola pembangunan proyek perangkat lunak. sub.cpmk.ST165.CPMK08.2-Mahasiswa mampu membangun dokumentasi analisa kebutuhan proyek perangkat lunak. sub.cpmk.ST165.CPMK08.3-Mahasiswa mampu menghitung biaya pembangunan proyek perangkat lunak. | 1. Pemahaman Masalah 2. Solusi & Argumentasi 3. Pemahaman Teknis 4. Komunikasi Profesional 5. Evaluasi & Refleksi |
Kriteria Rubrik Analitik Teknik Performance Assessment (Presentasi) + Product Assessment |
Presentasi,Penugasan Terstruktur dan Kegiatan Mandiri ,[PT+KM : (1+1 ) x (2 x 60" )=1 Menit] |
Topik Industrial Project Showcase Sub Topik Mahasiswa mempresentasikan hasil pengembangan proyek perangkat lunak secara profesional, mencakup permasalahan yang diangkat, solusi yang dikembangkan, arsitektur sistem, implementasi teknis, serta evaluasi hasil. Mahasiswa juga diharapkan mampu memberikan argumentasi kritis terhadap keputusan yang diambil serta merespons pertanyaan secara logis dan sistematis. |
10 | |
| 25 | |||||||
| 26 | |||||||
| 27 | |||||||
| 28 | |||||||
| 29 | |||||||
| 30 | sub.cpmk.ST165.CPMK11.1-Mahasiswa mampu menghasilkan proyek perangkat lunak standar industri melalui manajemen berbasis Agile Scrum. | 1. Kualitas Produk 2. Kesesuaian dengan Kebutuhan 3. Implementasi Teknis 4. Implementasi Teknis 5. E. Video Demo |
Kriteria Rubrik Analitik Teknik Final Product Submission (Artifact-Based Assessment) Mahasiswa diminta mensubmit Artifact dari project yang terdiri dari: 1. Produk Perangkat Lunak (Solusi harus dapat berjalan dan bisa diakses) 2. Repository final dari project 3. Dokumen laporan akhir yang berisi Deskripsi Produk, Fitur Utama, Arsitektur Sistem, Implementasi, Hasil dan Evaluasi, dan Cara Penggunaan Solusi (manual book) 4. Video demo yang diunggah pada platform YouTube |
Topik Sub Topik |
10 | ||
| CPL | MK | CPMK | Diskusi | Tugas | Presentasi | Tes Tulis (UTS) | Tes Tulis ( UAS ) |
|---|---|---|---|---|---|---|---|
| CPLP03 | PROYEK PEMROGRAMAN | CPMK08 | Y | Y | Y | ||
| CPLP03 | PROYEK PEMROGRAMAN | CPMK11 | Y | ||||
| CPLP05 | PROYEK PEMROGRAMAN | CPMK16 | Y | Y | |||
| CPLP09 | PROYEK PEMROGRAMAN | CPMK38 | Y | Y |
| CPL | CPMK | Sub-CPMK | Detail Penugasan (Teknik Penilaian) | Bobot % | Kriteria Penilaian |
|---|---|---|---|---|---|
| CPLP03 | CPMK08 | sub.cpmk.ST165.CPMK08.1 | Dosen menilai bagaimana mahasiswa menganalisis dan memberikan solusi terhadap kasus proyek software. | 5 | Rubrik Analitik |
| CPLP05 | CPMK16 | sub.cpmk.ST165.CPMK16.1 | Dosen berperan sebagai klien yang memiliki suatu masalah bisnis yang membutuhkan solusi perangkat lunak. Setiap kelompok berperan sebagai Scrum Team yang bertugas: 1. Memahami kebutuhan klien 2. Menganalisis kebutuhan sistem 3. Menyusun kebutuhan dalam bentuk user story dan backlog Output: 1. Ringkasan kebutuhan klien 2. Daftar kebutuhan awal sistem 3. Daftar backlog yang berisi (Fitur, Deskripsi, Prioritas) 4. Dokumen user story dan aceptance criteria Dokumen yang dikumpulkan: 1. Struktur Scrum Team 2. Ringkasan kebutuhan klien 3. Product Backlog 4. User Story 5. Acceptance Criteria Teknik penilaiannya adalah Project-Based Assessment | 8 | Rubrik Analitik |
| CPLP05 | CPMK16 | sub.cpmk.ST165.CPMK16.1 | Project-Based Assessment: Dosen tetap sebagai klien. Mahasiswa sebagai Scrum Team melanjutkan pekerjaan dengan: 1. Menerjemahkan requirement menjadi model sistem 2. Memvalidasi requirement melalui skenario pengujian 3. Menyusun rencana keberlanjutan sistem Output: 1. Use Case Diagram 2. Activity Diagram 3. Test Scenario / Test Case 4. Rencana Maintenance | 8 | Rubrik Analitik |
| CPLP03 | CPMK08 | sub.cpmk.ST165.CPMK08.2 | Mahasiswa membuat presentasi utama berupa video yang menjelaskan tentang: 1. Problem dari klien 2. Solusi yang diusulkan 3. Requirement 4. Use case & activity diagram 5. Test case scenario 6. Nilai bisnis/manfaat sistem Mahasiswa juga mengunggah dokumen SRS Selain itu 2 kelompok akan dipilih secara random untuk presentasi di kelas | 5 | Rubrik Analitik |
| CPLP09 | CPMK38 | sub.cpmk.ST165.CPMK38.1 | 1. Tim mahasiswa diminta memilih salah satu platform manajemen proyek. 2. Mahasiswa diminta untuk mengimplementasikan SRS mereka ke dalam platform yang dipilih. 3. Mahasiswa diminta membuat analisis singkat kenapa memilih platform tersebut. Output yang dinilai: 1. Link board 2. Screenshoot 3. 1-2 halaman analisis 2 kelompok dipilih secara random untuk mempresentasikan board masing-masing. | 5 | Rubrik Analitik |
| CPLP05 | CPMK16 | sub.cpmk.ST165.CPMK16.2 | Tugas dilakukan secara berkelompok. Mahasiswa diminta untuk: 1. Membuat repository (GitHub/GitLab) 2. Menerapkan branch (minimal 3 branch) 3. Menerapkan commit secara terstruktur 4. Melakukan merge ke branch utama 5. Mengelola task yang ada pada kanban board dan menyesuaikannya dengan repository. Output yang diminta: 1. Link repository 2. Screenshoot commit history dan list branch yang ada 3. Penjelasan singkat workflow yang dilakukan oleh tim 2 kelompok dipilih secara random untuk menjelaskan repository yang dikelola. Penjelasan dilakukan di kelas. | 6 | Rubrik Analitik |
| CPLP09 | CPMK38 | sub.cpmk.ST165.CPMK38.2 | Mahasiswa diminta untuk melakukan mini-project CI/CD + Docker Integration. Mahasiswa harus: 1. Mempunyai repo (menggunakan repo yang sama dengan tugas sebelumnya). 2. Membuat Dockerfile sesuai dengan spesifikasi projectnya. 3. Melakukan setup CI/CD terhadap projectnya (misal: melakukan build otomatis ketika code dipush ke repo) 4. Melakukan deployment container sederhana Output: 1. Link repo 2. File Dockerfile 3. File pipeline config (.yml) 4. Screenshot dari suksesnya pipeline 2 kelompok dipilih secara random untuk menjelaskan pipeline CI/CD yang dilakukan oleh timnya. Penjelasan dilakukan di kelas. | 8 | Rubrik Analitik |
| CPLP03 | CPMK08 | sub.cpmk.ST165.CPMK08.3 | Mini Project Estimasi Biaya Proyek Mahasiswa diminta: 1. Menggunakan project yang sebelumnya dibuat 2. Membuat WBS sederhana 3. Melakukan estimasi waktu, biaya, dan SDM Output: Dokumen estimasi proyek (client-oriented) yang berisi: 1. Deskripsi singkat sistem 2. Breakdown pekerjaan 3. Timeline 4. Kebutuhan SDM 5. Estimasi biaya total 6. Asumsi yang digunakan Di pertemuan ke 14 dilakukan mini evaluasi (SRS final, repo, CI/CD) sebelum masuk sprint phase | 5 | Rubrik Analitik |
| CPLP05 | CPMK16 | sub.cpmk.ST165.CPMK16.1, sub.cpmk.ST165.CPMK16.2 | Performance Assessment (Penilaian Kinerja) + Product Assessment. 1. Mahasiswa diminta mensubmit Dokumen Blueprint (Produk) yang terdiri dari SRS ringan dan desain sistem. 2. Mahasiswa diminta mensubmit informasi repository yang terdiri dari Git repo dan commit activity | 10 | Rubrik Analitik |
| CPLP09 | CPMK38 | sub.cpmk.ST165.CPMK38.1, sub.cpmk.ST165.CPMK38.2, sub.cpmk.ST165.CPMK38.4 | Performance Assessment (observasi langsung). 1. Progress Check (10 menit): Setiap tim melakukan update: apa saja yang sudah dilakukan beserta kendalanya. 2. Development Session (70 menit): Mahasiswa dipantau proses developmentnya 3. Feedback & Coaching (20 menit): Dosen memberikan insight akhir dalam sesi tersebut | 20 | Rubrik Holistik |
| CPLP03 | CPMK08 | sub.cpmk.ST165.CPMK08.1, sub.cpmk.ST165.CPMK08.2, sub.cpmk.ST165.CPMK08.3 | Performance Assessment (Presentasi) + Product Assessment | 10 | Rubrik Analitik |
| CPLP03 | CPMK11 | sub.cpmk.ST165.CPMK11.1 | Final Product Submission (Artifact-Based Assessment) Mahasiswa diminta mensubmit Artifact dari project yang terdiri dari: 1. Produk Perangkat Lunak (Solusi harus dapat berjalan dan bisa diakses) 2. Repository final dari project 3. Dokumen laporan akhir yang berisi Deskripsi Produk, Fitur Utama, Arsitektur Sistem, Implementasi, Hasil dan Evaluasi, dan Cara Penggunaan Solusi (manual book) 4. Video demo yang diunggah pada platform YouTube | 10 | Rubrik Analitik |
| Total | 100 | ||||
| CPL | MK | CPMK | Diskusi | Tugas | Presentasi | Tes Tulis (UTS) | Tes Tulis ( UAS ) | Total |
|---|---|---|---|---|---|---|---|---|
| CPLP03 | PROYEK PEMROGRAMAN | CPMK08 | 5% | 5% | 15% | 0% | 0% | 25% |
| CPLP03 | PROYEK PEMROGRAMAN | CPMK11 | 0% | 0% | 0% | 0% | 10% | 10% |
| CPLP05 | PROYEK PEMROGRAMAN | CPMK16 | 0% | 22% | 0% | 10% | 0% | 32% |
| CPLP09 | PROYEK PEMROGRAMAN | CPMK38 | 20% | 13% | 0% | 0% | 0% | 33% |
| 100% | ||||||||