1 TUGAS PERANCANGAN & ANALISIS BERBASIS KOMPUTER UNIVERSITY ENROLMENT Oleh: YOHANNES. S. F. ESA RUDY FANNY FERDINAND GANDHIE TANJUNG W2 University Enr...
Oleh: YOHANNES. S. F. ESA RUDY FANNY FERDINAND GANDHIE TANJUNG W
University Enrolment / Pendaftaran mahasiswa
University Enrolment – Analysis
Problem Statement
Find Entity Classes
Tabel 1 Find Attributes
Draw Use Case Diagram
Gambar 1 Gambar 4
Draw Associations and Aggregations
Gambar 2
Draw Object Diagram
Gambar 3
Draw Sequence Diagram Gambar 5
Find Operations Gambar 6
Gambar 7 Draw Package Diagram
University Enrolment Analysis
University Enrolment – Design
Show Interface On Component diagram
Gambar 8
Gambar 9
Draw package / Component Dependencies
Draw Structural Collaboration
Gambar 10
Gambar 11
draw behavioral Collaboration
Gambar 13
MAp Aggregation To ODB Design
Draw activity Collaboration
Gambar 12 Gambar 14 Design Accessor Method
Gambar 16 - 19 Gambar 15
Gambar 20 - 21
Eliminate Mixed-Instance Cohesion
Map Aggregation To RDB Design
MAp Aggregation ToODB Design
Problem Statement / Permasalahan Perguruan
tinggi
atau
universitas
biasanya
menawarkan
beberapa
undergraduate sebagai mahasiswa full-time dan part-time. Struktur pendidikan dari sebuah universitas terdiri dari beberapa fakultas. Fakultas-fakultas tersebut terdiri dari beberapa jurusan. Setiap jurusan mengurus masing-masing tingkatan, setiap tingkatan mencakup beberapa matakuliah dari jurusan lain. Pada setiap universitas setiap mahasiswa diberi kebebasan untuk memilih matakuliah sesuai dengan tingkatannya. Freksibilitas dalam memilih matakuliah harus disesuaikan dengan system pendaftaran mahasiswa. Matakuliah yang dikhususkan tidakboleh bertentangan dengan aturan tingkatan, seperti struktur dari mata kuliah prasyarat sehingga mahasiswa dapat memenuhi persyaratan untuk matakuliah wajib pada setiap tingkatannya. Biasanya pilihan setiap mahasiswa dibatasi oleh jadwal, kapasitas kelas, dan lain –lain. Freksibilitas dalam memilih yang ditawarkan oleh universitas merupakan alasan utama untuk meningkatkan jumlah mahasiswa. Untuk mempertahankan tradisi, system pendaftaran sekarang yang masih manual akan diganti dengan solusi software yang baru. Namun persiapan untuk paket software belum sukses. System pendaftaran mahasiswa cukup unik untuk menjamin keabsahan pengembangan kedalam. System diperlukan dalam aktivitas sebelum pendaftaran dan menangani prosedur pendaftaran. Aktivitas sebelim pendaftaran harus meliputi hasil ujian akhir semester dan bersamaan dengan pengumuman pendaftaran. Selama pendaftaran, system harus menerima program studi yang diusulkan mahasiswa dan menesahkannya sebagai persyaratan, perselisihan waktu, kapasitas kelas, persetujuan khusus, dan lain-lain. Pemecahan beberapa masalah bias dikonsultasikan dengan pembimbing akademis atau penanggungjawab atas matakuliah yang bersangkutan.
Find Entity Classes / Menetukan Entiti Kelas Berdasarkan keperluan dari system pendaftaran mahasiswa dan identifikasi kelas : 1. Setiap tingkatan universitas memiliki beberapa matakuliah wajib dan matakuliah pilihan. 2. masing-masing matakuliah diberikan sesuai tingkatan dan memiliki nilai SKS. 3. sebuah matakuliah dapat menjadi bagian dari beberapa tingkatan. 4. Untuk memenuhi kelulusan sebuah tingkatan, masing-masing tingkatan memiliki minimum total SKS. 5. Mahasiswa dapat mengkombinasikan matakuliah yang ditawarkan yang sesuai dengan kebutuhan dan mengarahkan sesuai tingkatan mahasiswa tersebut terdaftar.
Relevant Classes
Fuzzy Classes
Course
Compulsory Course
Degree
Elective Course
Student
Study Program
Course Offering Tabel.1
Find Attributes / Menentukan Atribut Mengacu pada entity kelas dan berdasarkan keperluan dari dokumentasi : 1. Sebuah pilihan mahasiswa bias tidak berlaku karena selisih jadwal dank arena jumlah mahasiswa yang mendaftarkan matakuliah tersebut sudah memenuhi batas. 2. Program study yang diajukan mahasiswa dimasukkan kedalam system pendaftaran. System akan memeriksa kekonsistenan dari program study dan memberikan laporan bila bermasalah. Masalah tersebut dapat dipecahkan dengan bantuan pembimbing akademik. Program study yang akhirnya telah dipilih dikirimkan kepada kepala jurusan dan mengirimkan kebagian registrasi.
Degree
Course
<> student_id : string
<> course_code : string
total_kredit_point : integer
<> course_name : string credit_point : integer
Study Program Year : date Semester : integer
Student
CourseOffering
<> student_id : string
<> year : date
student_name : string
<> semester : integer enrolment_quato : integer
Gambar 1
Menggambarkan Assosiasi dan Penggabungan (Draw Associations and Aggegations). Mengacu pada entity kelas dan atribut yang dimiliki : 1. Catatan akademik mahasiswa harus tersedia. Catatan tersebut bias terdiri dari informasi mengenai peringkat mahasiswa dalam masing-masing matakuliah dimana mahasiswa tersebut terdaftar (dan tidak dikeluarkan tanpa finalty). 2. Masing-masing matakuliah memiliki biaya. Tiap matakuliah memiliki biaya yangt berbeda tiap semesternya.
Data entry akan memasukkan data mahasiswa, validasi yang pertama untuk mengetahui apakah mahasiswa tersebut sudah membayar biaya kuliah, jika No maka pendaftaran tidak dapat diproses lebih lanjut, sedangkan bila Ya data dapat diproses lebih lanjut. Validasi kedua akan memeriksa apakah matakuliah yang akan diambil masih terbuka, bila tidak proses tidak dapat dilanjutkan , sebaliknya jika Ya mahasiswa tersebut terdaftar untuk matakuliah tersebut.
Menentukan Operasi ( Fine Operation) Atribut memiliki scope private dalam hal ini dilambangkan dengan ±, sedangkan attribute bersifat public dilambangkan dengan ².
Menggambarkan Paket Diagram ( Draw Package Diagram) Pada gambar 7 ditunjukkan 3 paket dan dependency relationship antara marking, timetable, dan enrolment.
Marking
Enrolment
Timetable
Gambar 7.
Aspek Struktur Kolaborasi Mengacu pada Drtaw Associations and Aggregation dan Draw Sequence Diagram. Kita mempertimbangkan kasus pengggunaan ‘ masuk Program Belajar’. Kasus penggunaan menangani pendaftaran dari para mahasiswa dalam sesaji kursus. Untuk kepentingan contoh ini, kita berasumsi bahwa cek kasus ( sebelum seorang siswa dapat didaftar) jika siswa membayar pembayaran dan jika siswa membuat puas prasyarat. Tugas kita adalah untuk menyampaikan diagram kelas didalam gambar 2 untuk model aspek yang struktur dari kolaborasi yang penting bagi scenario yang telah dijelaskan. Untuk memecahkan masalah kita harus mempertimbangkan operasi dan atribut tambahan didalam kelas yang diperlukan untuk mendukung kolaborasi. Kita harus merinci diagram kelas produksi selama analisa. Diagram urutan untuk kasus penggunaan yang dikembangkan selama analisa menyediaakn bimbingan ( gambar 6 ). Sepertiditunjukkan dalam gambar 6,1, beberapa kelas ditambahkan ke diagram kelas. Kelas batas ProgramEntryWindow diperoleh dari diagram urutan dalam Gambar 6. PrereqCourse diperlukan untuk menetapkan suatu berbagi hubungan prasyarat antar kursus. Nilai kelas ditambahkan untuk kelengkapan, tetapi ini tidaklah ingin digunakan oleh kasus penggunaan dalam pembahasan. Niali yang lampau tentang para siswa disimpan di Academicrocord. Nilai berisi tanda dan menilai bahwa seorang siswa mencapai didalam sesaji kursus yang sekarang ini diambil. Atribut di kelas yang sebelumnya belum berubah. Kelas yang baru berisi perlengkapan harus aman. Penambahan yang utama di diagram kelas yang besar adalh definisi operasi. Operasi adalah secara langsung diperoleh dari diagram kolaborasi untuk aspek tingkah laku dari kolaborasi ( Lihat seksi berikut).
* AcademicRecord Course_code : string Year : date Semester : integer Grade : string
Grade Grade :string Mark :Set
PrereqsSatisfied(out satisfied
CourseOffering 11 Year : Date Semester : integer Enrolment_quato : integer ArYouOpen(out c_check) AddStudent(stdOID)
Gambar10
Aspek tingkah laku tentang kolaborasi
Mengacu pada Draw Associations and Aggregations dan Draw Sequence Diagarm. Tugas kami adalh untuk menciptakan suatu diagram kolaborasi untuk aspek tingkah laku dari kolaborasi seperti ditetapkan dalam Draw Assosoations and Aggregations. Diagarm kolaborsi suatu pengembangan dari diagram 6.
[c check=”no”]destroy
Data Entry Person
FeesPaid(out paid)
[s check=”no”]destroy
Add(std,crs,sem
AreYouValid(crs,out s check) : Program Entry Window
Mempertimbangkan pesan addstudent ( std OID) di dalam gambar 11. Tugas kita adalah untuk merancang suatu diagram aktivitas untuk merealisir operasi Courseoffering.addstudent. Operasi akan menambahkan seorang siswa kepada atribut Courseoffering.Std. Atribut diketik sebagai template list <Student>(ganmbar 5 ).
Sebelum siswa ditambahkan ke kursus yang menawarkan, system melaksanakan suatu cek untuk menemukan apakah menawarkan kursus masih terbuka. Ini adalah perlu sungguhpun cek telah dilakukan tepat sebelum mengeluarkan peristiwa addsyudent ( stdOID) ( Ganbar 11). Didalam system database yang sangat berbarengan, status kursus tentu saja menawarkan ( buka atau tutup ) bias berubah pada saat itu . Sekali ketika siswa telah ditambahkan untuk : Courseoffering. Kita harus menentukan kebalikan hubungan dalam : student. Obyek : Student harus membaharui untuk menunjuk kembali ke: Courseoffering. Gambar 12 adalah solusi untuk contoh itu. Lingkup dari diagram aktivitas adalah Courseoffering kelas kecuali kebutuhan untuk berkomunikasi dengan kelas siswa untuk memelihara integritas antar jaringan.
AddStudent( stdOID) / add stdOID to CourseOffering.std
AddStudent areYouOpen(out c_check)
AreYouOpen Do/ check enrolment quato Do/ check current number of student Dp/ compare Student Added
Open student.crsoff
[yes]
/ add crsoffOID to
Student.setCrsOff
[no] Closed
Gambar 12.
Memetakan Aggregasi ke Desain ODB <> Course
<> yearSemester
Course_code : string Course_name : string Credits_points : unsigned short Course_offering : list
