# Analisis dan perancangan sistem, Transisi dari Analisis Sistem ke Desain / Perancangan Sistem **URL:** \ **Category:** YKS TYT\ **Created:** [Haziran 2, 2026, 3:26öö UTC](https://sorumatik.co/t/analisis-dan-perancangan-sistem-transisi-dari-analisis-sistem-ke-desain-perancangan-sistem/664554 "2026-06-02T03:26:05Z")\ **Posts on this page:** 4\ **Page:** 1
**Author:** ![media\_dishubsumsel](https://sorumatik.co/user_avatar/sorumatik.co/media_dishubsumsel/32/62303_2.png) [@media\_dishubsumsel](https://sorumatik.co/u/media_dishubsumsel)\ **Post date:** [Haziran 2, 2026, 3:26öö UTC](https://sorumatik.co/t/analisis-dan-perancangan-sistem-transisi-dari-analisis-sistem-ke-desain-perancangan-sistem/664554/1 "2026-06-02T03:26:05Z")
Sebuah universitas akan mengembangkan Sistem Peminjaman Laboratorium Komputer untuk mendukung kegiatan akademik dan non-akademik. Sistem memungkinkan: - Dosen mengajukan peminjaman laboratorium untuk praktikum - Mahasiswa mengajukan peminjaman untuk kegiatan akademik tertentu - Admin Laboratorium melakukan verifikasi dan persetujuan - Sistem mengirimkan notifikasi persetujuan atau penolakan Permasalahan saat ini: - Pengajuan masih melalui email dan pesan WhatsApp - Jadwal sering bentrok - Tidak ada histori peminjaman terdokumentasi dengan baik - Tidak ada notifikasi otomatis Tugas Anda, Anda diminta untuk: **1. Membuat Deskripsi Use Case** Silakan buat 1 (satu) deskripsi use case lengkap dengan format berikut: - Nama Use Case - Aktor - Deskripsi - Kondisi Awal - Trigger - Alur Normal (Interaksi Aktor dan Respon Sistem) - Alur Alternatif - Kondisi Akhir Anda wajib menyertakan deskripsi use case tersebut dalam jawaban. ## **2. Membuat Sequence Diagram** Berdasarkan deskripsi use case yang telah dibuat: - Gambarkan Sequence Diagram yang sesuai - Tampilkan minimal: - Gunakan notasi UML standar - Sertakan: Sequence diagram harus mencerminkan secara logis alur pada use case. **Ketentuan Teknis** - Diagram tidak boleh berupa narasi saja. - Harus berupa diagram visual (boleh menggunakan Drawio, Visio, Lucidchart, StarUML, dan lain lain). - Tidak diperkenankan menggunakan flowchart. - Use case dan sequence diagram harus konsisten (tidak boleh berbeda alur). ---
**Author:** ![Egitim\_Danismani](https://sorumatik.co/user_avatar/sorumatik.co/egitim_danismani/32/86791_2.png) [@Egitim\_Danismani](https://sorumatik.co/u/Egitim_Danismani)\ **Post date:** [Haziran 2, 2026, 3:26öö UTC](https://sorumatik.co/t/analisis-dan-perancangan-sistem-transisi-dari-analisis-sistem-ke-desain-perancangan-sistem/664554/2 "2026-06-02T03:26:14Z")
## Analisis dan Perancangan Sistem: Transisi dari Analisis ke Desain Sistem Peminjaman Laboratorium Komputer merupakan solusi krusial untuk mengatasi masalah **jadwal bentrok** dan **dokumentasi manual** di lingkungan universitas. Transisi dari fase analisis ke desain memerlukan dokumentasi teknis yang solid berupa **Use Case Description** dan **Sequence Diagram** guna memastikan pengembang memahami alur logika sistem dengan tepat. ### Key Takeaways - **Automasi Notasi:** Menggantikan proses manual (WA/Email) dengan alur sistem terintegrasi. - **Integritas Data:** Penggunaan **Entity Class** memastikan histori peminjaman terdokumentasi. - **Sinkronisasi Desain:** Alur pada _Sequence Diagram_ harus mencerminkan setiap langkah dalam _Normal Flow_ Use Case. * * * ### Table of Contents 1. [Deskripsi Use Case Lengkap](#deskripsi-use-case) 2. [Sequence Diagram UML](#sequence-diagram) 3. [Tabel Komponen Sistem](#tabel-komponen) 4. [Frequently Asked Questions](#faq) * * * ## 1. Deskripsi Use Case Lengkap Berikut adalah deskripsi mendalam untuk fungsi utama sistem, yaitu **Mengajukan Peminjaman Laboratorium**. | Elemen Use Case | Detail Deskripsi | | --- | --- | | **Nama Use Case** | Mengajukan Peminjaman Laboratorium | | **Aktor** | Dosen, Mahasiswa | | **Deskripsi** | Proses di mana peminjam mengisi formulir pengajuan jadwal penggunaan laboratorium secara digital. | | **Kondisi Awal** | Aktor telah melakukan _login_ ke dalam sistem. | | **Trigger** | Aktor memilih menu “Buat Pengajuan Peminjaman”. | | **Kondisi Akhir** | Data pengajuan tersimpan di database dan status menjadi “Menunggu Verifikasi”. | **Alur Normal (Interaksi Aktor & Respon Sistem):** 1. **Aktor:** Memilih menu pengajuan peminjaman. 2. **Sistem:** Menampilkan form peminjaman (Tanggal, Jam, Ruangan, Tujuan). 3. **Aktor:** Mengisi detail peminjaman dan menekan tombol “Kirim”. 4. **Sistem:** Memvalidasi ketersediaan jadwal pada database. 5. **Sistem:** Menyimpan data pengajuan dan menampilkan pesan “Pengajuan Berhasil Dikirim”. 6. **Sistem:** Mengirim notifikasi otomatis kepada Admin. **Alur Alternatif (Jadwal Bentrok):** - 4a. Jika jadwal sudah terisi oleh peminjam lain, **Sistem** menampilkan pesan error “Jadwal Sudah Terpakai” dan menyarankan slot waktu lain. - 4b. Aktor memperbaiki jam/tanggal atau membatalkan pengajuan. * * * ## 2. Sequence Diagram (UML) Berdasarkan alur di atas, berikut adalah visualisasi teknis menggunakan notasi **UML (Unified Modeling Language)** yang melibatkan komponen _Boundary_, _Control_, dan _Entity_. ```mermaid sequenceDiagram autonumber actor Aktor as Dosen/Mahasiswa participant UI as UI: FormPeminjaman (Boundary) participant Ctrl as Ctrl: PeminjamanController (Control) participant DB as DB: JadwalLaboratorium (Entity) Aktor->>UI: Input Data Peminjaman (Tanggal, Jam, Lab) UI->>Ctrl: submitPengajuan(data) activate Ctrl Ctrl->>DB: cekKetersediaan(tanggal, jam) activate DB DB-->>Ctrl: statusTersedia deactivate DB alt Jika Jadwal Tersedia Ctrl->>DB: simpanDataPeminjaman() activate DB DB-->>Ctrl: konfirmasiSimpan deactivate DB Ctrl-->>UI: tampilkanPesanSuccess() UI-->>Aktor: "Pengajuan Berhasil Dikirim" else Jika Jadwal Bentrok Ctrl-->>UI: tampilkanPesanError("Jadwal Bentrok") UI-->>Aktor: "Silakan pilih jadwal lain" end deactivate Ctrl ``` > 💡 **Pro Tip:** Dalam **Sequence Diagram** , pastikan _Activation Bar_ (kotak vertikal) merepresentasikan durasi proses yang aktif agar diagram mudah dibaca oleh pengembang backend. * * * ## 3. Tabel Komponen Sistem | Komponen | Nama dalam Desain | Peran dalam Sistem | | --- | --- | --- | | **Aktor** | Dosen/Mahasiswa | Inisiator yang berinteraksi dengan antarmuka. | | **Boundary** | FormPeminjaman UI | Jembatan antara pengguna dan logika sistem internal. | | **Control** | PeminjamanController | Logika untuk memvalidasi bentrok jadwal dan aturan bisnis. | | **Entity** | JadwalLaboratorium | Tabel database yang menyimpan histori dan status peminjaman. | * * * ## 4. Frequently Asked Questions (FAQ) **1. Mengapa harus menggunakan Boundary, Control, dan Entity?** Pola ini (sering disebut MVC atau BCE) membantu memisahkan tanggung jawab kode. Jika antarmuka (UI) berubah, logika bisnis di _Control_ tetap tidak terganggu. **2. Kapan notifikasi otomatis dikirimkan?** Berdasarkan deskripsi tugas, notifikasi dikirimkan setelah **Admin Laboratorium** melakukan verifikasi (ini merupakan Use Case terpisah namun berkaitan). **3. Bagaimana cara menangani histori peminjaman?** Setiap pengajuan yang masuk ke **Entity (Database)** akan diberikan _timestamp_ dan _Log ID_ sehingga semua jejak digital terdokumentasi secara otomatis. * * * Apakah Anda ingin saya membuatkan **Class Diagram** untuk memperjelas hubungan antar tabel database pada sistem ini? ---
**Author:** ![media\_dishubsumsel](https://sorumatik.co/user_avatar/sorumatik.co/media_dishubsumsel/32/62303_2.png) [@media\_dishubsumsel](https://sorumatik.co/u/media_dishubsumsel)\ **Post date:** [Haziran 2, 2026, 4:39öö UTC](https://sorumatik.co/t/analisis-dan-perancangan-sistem-transisi-dari-analisis-sistem-ke-desain-perancangan-sistem/664554/3 "2026-06-02T04:39:05Z")
berikan kesimpulan dan sumber referensi terkait persoalan tersebut ---
**Author:** ![Egitim\_Danismani](https://sorumatik.co/user_avatar/sorumatik.co/egitim_danismani/32/86791_2.png) [@Egitim\_Danismani](https://sorumatik.co/u/Egitim_Danismani)\ **Post date:** [Haziran 2, 2026, 4:39öö UTC](https://sorumatik.co/t/analisis-dan-perancangan-sistem-transisi-dari-analisis-sistem-ke-desain-perancangan-sistem/664554/4 "2026-06-02T04:39:13Z")
Berikut adalah kesimpulan menyeluruh dan referensi akademik terkait transisi dari analisis ke desain sistem untuk kasus Sistem Peminjaman Laboratorium Komputer. ### **Kesimpulan Pengembanangan Sistem Peminjaman Laboratorium** **Analisis dan Perancangan Sistem** (System Analysis and Design) merupakan fase kritis dalam memastikan kebutuhan universitas terpenuhi secara teknis. Berdasarkan tugas yang telah dikerjakan, berikut adalah poin-poin kesimpulannya: 1. **Efisiensi Alur Kerja:** Penggunaan **Use Case** secara digital menggantikan proses manual (WhatsApp/Email) yang tidak terorganisir. Hal ini menghilangkan risiko pesan terlewat dan memastikan setiap pengajuan memiliki jalur formal. 2. **Solusi Konflik Jadwal:** Dengan adanya **Sequence Diagram** yang melibatkan pengecekan langsung ke **Entity (Database)**, sistem dapat secara otomatis mendeteksi jadwal bentrok sebelum pengajuan disimpan. Ini adalah solusi utama bagi permasalahan “jadwal sering bentrok” yang dialami universitas saat ini. 3. **Transparansi dan Dokumentasi:** Penggunaan database (Entity) memastikan adanya **histori peminjaman** yang terdokumentasi dengan baik. Hal ini memudahkan pihak universitas dalam melakukan audit penggunaan laboratorium untuk kegiatan akademik maupun non-akademik. 4. **Integrasi Notifikasi:** Transisi desain ini mencakup automasi notifikasi. Validasi yang dilakukan oleh Admin Laboratorium akan memicu respons sistem secara _real-time_ kepada Dosen atau Mahasiswa, sehingga komunikasi menjadi lebih efektif. * * * ### **Daftar Referensi Akademik** Untuk memperkuat dasar teori dalam laporan atau tugas Anda, berikut adalah referensi standar yang digunakan dalam bidang Analisis dan Perancangan Sistem: - **Satzinger, J. W., Jackson, R. B., & Burd, S. D. (2016).** _Systems Analysis and Design in a Changing World_. Cengage Learning. (Buku utama untuk memahami pemodelan **UML** , **Use Case** , dan **Sequence Diagram** ). - **Kendall, K. E., & Kendall, J. E. (2014).** _Systems Analysis and Design_. Pearson Education. (Fokus pada teknik pengumpulan kebutuhan dan desain antarmuka pengguna). - **Pressman, R. S. (2019).** _Software Engineering: A Practitioner’s Approach_. McGraw-Hill. (Referensi untuk metodologi pengembangan perangkat lunak dan transisi fase desain). - **Dennis, A., Wixom, B. H., & Tegarden, D. (2015).** _Systems Analysis and Design with UML_. Wiley. (Sangat berguna untuk standarisasi notasi UML dalam perancangan berorientasi objek). - **Object Management Group (OMG).** _Unified Modeling Language (UML) Specification_. (Sumber resmi untuk aturan dan standar teknis pembuatan diagram UML). * * * ### **Ringkasan Tabel Referensi** | Jenis Sumber | Judul / Topik Utama | Kegunaan dalam Tugas | | --- | --- | --- | | **Teori UML** | _UML Distilled_ (Martin Fowler) | Standar penggambaran Sequence Diagram yang benar. | | **Metodologi** | _Object-Oriented Analysis and Design_ | Memahami interaksi antara Boundary, Control, dan Entity. | | **Database** | _Database Systems_ (Thomas Connolly) | Dasar perancangan histori data pada kelas Entity. | * * * ### **Langkah Selanjutnya** Apakah Anda membutuhkan bantuan untuk menyusun **Rancangan Antarmuka (User Interface Design)** berdasarkan _Boundary Class_ yang telah kita bahas di Sequence Diagram tadi?