Sistem Pendaftaran Kursus dengan UML
Diterjemahkan oleh
ScribdTranslationsSistem Pendaftaran Kursus dengan UML
Diterjemahkan oleh
ScribdTranslationsEKSPERIMEN 1
TUJUAN:
Untuk memodelkan "Sistem Pendaftaran Kursus" dengan berbagai UML (Unified)
diagram Bahasa Pemodelan
ABSTRAK:
Proyek pendaftaran kursus membantu pengguna mengetahui prosedur
diikuti di universitas untuk mendaftarkan siswa untuk kursus tertentu. Yang
keterbatasan sistem yang ada adalah: sistem ini tidak efisien untuk memenuhi
kebutuhan, sistemnya sangat lambat dan memakan waktu, tidak lebih dari satu
pilihan dapat diberikan oleh seorang siswa, jumlah kursi yang tersedia dan mata kuliah
rincian tidak dapat diketahui. Masalah yang diatasi adalah yang ada
sistem menggunakan spreadsheet sebagai backend sekarang sistem yang diusulkan menggunakan akses
sebagai backend, persyaratan dasar sistem telah ditingkatkan, itu telah
menjadi ramah pengguna.
PERNYATAAN MASALAH
Sebuah universitas perlu mengembangkan Sistem Pendaftaran Kursus untuk memperlancar
proses pendaftaran mahasiswa dan manajemen kursus. Saat ini
Sistem manual rentan terhadap kesalahan, memakan waktu, dan kurang efisien. Yang
universitas ingin membuat sistem digital yang memungkinkan siswa untuk mendaftar
untuk kursus, profesor untuk mengelola kursus mereka, dan administrator untuk
mengawasi seluruh proses. Sistem juga harus menyediakan berbagai UML
diagram untuk memfasilitasi desain dan dokumentasi.
SPESIFIKASI KEBUTUHAN SISTEM
RUANG LINGKUP
a. Dalam spesifikasi ini, kami mendefinisikan tentang persyaratan sistem yang
tentang fungsi sistem.
b. Ini memberi tahu pengguna tentang keandalan yang didefinisikan dalam spesifikasi kasus penggunaan.
TUJUAN
a. Tujuan utama dari membuat dokumen tentang perangkat lunak adalah untuk mengetahui
tentang daftar persyaratan dalam proyek perangkat lunak bagian dari proyek
untuk dikembangkan.
b. Ini menetapkan persyaratan untuk mengembangkan bagian perangkat lunak pemrosesan yang
menyelesaikan kumpulan persyaratan.
KEBIJAKAN FUNGSI:
• Pendaftaran dan Autentikasi Pengguna
• Fungsi Mahasiswa
• ProfesorFungsi
• FungsiAdministrator
• ManajemenKatalogKursus
• SistemPemberitahuan
KEBUTUHAN NON-FUNGSI:
• Kinerja
• Skalabilitas
• Keandalan
• IntegritasData
• PenangananKesalhandanPemuhilan
PERSYARATAN PERANGKAT KERAS
• Penyimpananbasisdataharusdisediakanberdasarkandatayangdiharapkan
volumed
, enganruanguntukpertumbuhan
• Koneksi jaringan dan switch redundan untuk ketersediaan tinggi
• Implementasikan server web yang kuat seperti Apache, Nginx, atau Microsoft IIS.
KEBUTUHAN PERANGKAT LUNAK
• sistemoperasisepertiLinux(misalnya,UbuntuServer,CentOS,RedHat
EnterprsieLn
iuxa)tauWn
idowsServer
• Back-End: Java, Python, Ruby on Rails, PHP, [Link], .NET
• Front-End:HTML5,CSS3,JavaScript(kerangkakerjasepertiAngular,React,atau
[Link]
• kerangkaaplikasiwebsepertiDjango(Python)untukmemperlancar
pengembangandanmemberikanstrukturpadabasiskode
DIAGRAM KASUS PENGGUNA
Aktor utama diwakili di atas: "Siswa," "Administrator,"
dan "Profesor."
Sistem Pendaftaran Kursus adalah sistem pusat yang sedang diinteraksikan
dengan.
Kasus penggunaan ditampilkan di bawah sistem, mencantumkan tindakan yang
setiap jenis pengguna (aktor) dapat melakukan dalam sistem.
Tindakan kunci mencakup otentikasi pengguna (login), manajemen kursus (tambah,
modifikasi, tutup), pendaftaran kursus, pemantauan, menghasilkan diagram UML,
dan lebih banyak
DIAGRAM KELAS:
Diagram kelas menggambarkan jenis objek dalam sistem yang bervariasi.
jenis hubungan statis yang ada di antara mereka.
• Courserepresentasi kursus yang ditawarkan oleh universitas. Ini memiliki atribut
kodeKursusSuka
kelas.
• Jadwal merepresentasikan jadwal untuk sebuah kursus, termasuk tanggalMulai, tanggalSelesai,
dan daftar objek TimeSlot.
• TimeSlot mewakili slot waktu dalam jadwal kursus, dengan atribut
hariKeinginanMinggu
• User adalah kelas dasar untuk semua jenis pengguna (Mahasiswa, Profesor, Administrator),
dengan atribut umum seperti nama pengguna dan kata sandi.
• Mahasiswa dan Dosen adalah subclass dari Pengguna dan memiliki spesifik mereka.
[Link] memiliki studentID dan daftar objekKursus yang mewakili
kursus yang mereka daftar. Profesor memiliki ID profesor dan daftar dari
Objek kursus yang mewakili kursus yang mereka ajarkan.
• Administrator juga merupakan subclass dari User dengan atribut spesifiknya adminId.
DIAGRAM AKTIVITAS:
Diagram ini menggambarkan representasi grafis dari alur kerja
kegiatan dan tindakan bertahap dengan dukungan untuk pilihan, iterasi dan
konkurensi. Ini menunjukkan alur kontrol secara keseluruhan.
Proses dimulai dengan aktivitas "Mulai Proses".
Mahasiswa diharuskan untuk masuk ke sistem untuk otentikasi.
Setelah masuk, siswa dapat mencari kursus yang tersedia.
Siswa dapat melihat detail tentang kursus tertentu, seperti jadwal dan
kursitersedia.
Mahasiswadapatmendaftaruntukkursus,menjatuhkankursus,ataumemodifikasikursusmereka.
pendaftaran.
Siswa juga dapat melihat jadwal kursus mereka.
Proses diakhiri dengan aktivitas "Akhiri Proses"
DIAGRAM INTERAKSI
Siswa mulai dengan masuk ke sistem.
Sistem mengautentikasi kredensial siswa.
Mahasiswa mencari kursus yang tersedia, yang menghasilkan daftar kursus.
Siswa dapat melihat rincian dari kursus tertentu.
Mahasiswamendaftaruntuksebuahkursus,menjatuhkansebuahkursus,ataumemodifikasikursusmereka
registrasi,dengansetiapaksimenghasilkankonfirmasi.
Siswa juga dapat melihat jadwal kuliah mereka, yang memberikan informasi
tentangkursusyangmerekadaftarkan
DIAGRAM KOMUNIKASI
• "Mahasiswa" dan "Sistem Pendaftaran Kursus" diwakili sebagai objek.
• Panah antara objek menunjukkan aliran komunikasi dan
interactions.
• Pesanyangdipertukarkanantaraobjekdiberilabeldenganyangsesuai
actions,suchas"Login,""Authentication,""SearchforCourses,"andsoon
DIAGRAM KOMPONEN:
Diagram komponen digunakan untuk memvisualisasikan organisasi dan hubungan
di antara komponen dalam suatu sistem.
Sistem "Pendaftaran Kursus" tergantung pada "ServerWeb" dan
ServerAplikasi
ServerAplikasi berinteraksi dengan Server Basis Data untuk data
penyimpanandan"AlatUML"untukpembuatandiagramUML.
DIAGRAM STATUS
• Entitas "Kursus" memiliki empat status: "PendaftaranTerbuka," "Ditutup
Pendaftaran
• Transisiantarakeadaanterjadiberdasarkanperistiwaataukondisitertentu.
contoh
• Sebuahkursusdimulaidalamkeadaan"PendaftaranTerbuka"ketikakursustersebutersediauntuk
pendaftaran.
• Ketikaperiodependaftaranberakhir,ituakanberalihke"Tutup"
StatuP
'sendaftaran.'
• Ketikakursussedangdiajarkan,itumasukkedalamstatus"SedangBerlangsung".
negara.
• Akhirnya, ketika kursus selesai, itu berpindah ke "Selesai"
negara.
DIAGRAM PAKET
• Sistem "Pendaftaran Kursus" diwakili sebagai paket tingkat atas.
• Sub-paket digunakan untuk mengelompokkan fungsionalitas terkait:
• ManajemenPenggunamencakupkelas-kelasyangterkaitdenganpengguna
autentikasidanmanajemen.
• ManajemenKursusmencakupkelasyangterkaitdenganpembuatankursus,
modifikasi,danmelihat.
• ManajemenPendaftaran
mengelolapendaftaransiswadanpendaftarankursus.
• "ManajemenJadwal"mencakupkelasuntukmengelolakursus
jadwaldanslotwaktu.
• IntegrasiAlatUML
mengintegrasikan alat pembuatan diagram UML
DIAGRAM DEPLOYMENT:
Diagram penyebaran digunakan untuk memvisualisasikan topologi dari
komponen fisik dari suatu sistem di mana komponen perangkat lunaknya adalah
ditugaskan.
DIAGRAM PAKET
Sistem "Pendaftaran Kursus" diwakili sebagai paket tingkat atas.
Sub-paket digunakan untuk mengelompokkan fungsionalitas terkait:
ManajemenPenggunamencakupkelas-kelasyangterkaitdenganpengguna
autentikasidanmanajemen.
ManajemenKursusmencakupkelasyangterkaitdenganpembuatankursus,
modifikasi,danmelihat.
ManajemenPendaftaran
mengelolapendaftaransiswadanpendaftarankursus.
"ManajemenJadwal"mencakupkelasuntukmengelolakursus
jadwaldanslotwaktu.
IntegrasiAlatUML
mengintegrasikan alat pembuatan diagram UML